нарисовалось некое ТО
суть примерно следующая
есть "комп" RaspberryPi (такой себе одноплатный компьютер с возможностью легкого довеса внешних элементов: датчиков, приемников и т.д.) будет это дело крутиться на линухе и в теории хорошо выполнять свои маленькие задачки, что то откуда то снимать и что то кудато посылать
так же будет какой нить ноут, скорее всего под виндой, на котором будет стоять прога облегчающая управление и разбор данных полученных с одноплатного
стоит предварительно 2 сложности
1) нужно их сдружить по сети и желательно без установки апача или иного сервера на одноплатный
2) хотелось бы управление на ноуте через браузер (хотя это возможно сильно излишне)
тоесть в моем представлении: прога на ноуте стучится к одноплатному передает некий управляющий сигнал, получает результаты, ведет логи,
и красивенько выводит,
желательно чтоб обращение к проге от юзвря шло с браузера и при этом запускаемая программулина не требовала какой либо установки
чтоб флешку всунул, запустил, в браузере указал ссылку, порт и юзаешь
есть мысли?
1. DlTA - 03 Июня, 2013 - 20:40:29 - перейти к сообщению
2. EuGen - 03 Июня, 2013 - 20:47:42 - перейти к сообщению
Есть. Установить на Win-машину клиент, наподобие tightvnc (как вариант - скачайте на флеш-карту и используйте) и по VNC работать с linux-сервером - это в предположении, что лишнего ничего не хочется устанавливать на linux-машину (VNC всё же придётся, но по крайней мере это нативно).
Решит вопрос с первым пунктом.
Второй пункт - тут уж Вы сами должны понимать, браузер - это HTTP. HTTP - это веб-сервер. Потому устанавливаете веб-сервер, устанавливаете iscponfig и управляете linux-сервером через браузер с Win-машины.
Решит вопрос с первым пунктом.
Второй пункт - тут уж Вы сами должны понимать, браузер - это HTTP. HTTP - это веб-сервер. Потому устанавливаете веб-сервер, устанавливаете iscponfig и управляете linux-сервером через браузер с Win-машины.
3. Мелкий - 03 Июня, 2013 - 20:54:13 - перейти к сообщению
У малинки за глаза ресурсов развернуть хоть nginx+fastcgi с php. У 16мгц атмеги сил и то хватает веб-сервером работать (но уже без php (не портирован на 8-битный AVR, ага), а ещё и сетевой стек софтовый, а не аппаратный, пусть даже на затратном USB висящий)
Учитывая нашу проф.деятельность, скорей всего веб-интерфейс будет сделать куда быстрее и рациональнее.
Учитывая нашу проф.деятельность, скорей всего веб-интерфейс будет сделать куда быстрее и рациональнее.
4. DlTA - 03 Июня, 2013 - 20:58:13 - перейти к сообщению
EuGen пишет:
судя из описаний это чтото уровня тим виевер,VNC работать
имхо сильно круто
для внешнего управления мне необходимо кидаться десятками байт
хотелось бы очень легкий вариант, чтоб свести нагрузку на одноплатный к минимуму.
(Добавление)
Мелкий пишет:
проблема в том что нужно с точностью до миллисекунд изменять время между срабатыванием внешних датчиковУчитывая нашу проф.деятельность, скорей всего веб-интерфейс будет сделать куда быстрее и рациональнее.
вот и возникает вопрос, можно ли гарантировать что сервер не повлияет на измерения
5. EuGen - 03 Июня, 2013 - 21:12:56 - перейти к сообщению
VNC - это один из самых легких ( если не самый ) протоколов управления удалённой машиной, используя GUI. Вряд ли найдёте легче.
Если уж нужно восем лёгкое решение - putty (win-клиент) + sshd (linux-сервер). Тогда и X-сервер не нужен на linux-машине. Оптимальный вариант, на мой взгляд.
По поводу точности - если датчики будут записывать данные на сервер - то, пусть и с задержкой, но они будут правильно передаваться по сети. Или это критично? (то есть необходимо получать не только правильные измерения с датчика, но и в ту же миллисекунду, в которую датчик сгенерировал измерение?) - если да, то, вероятно, сетевая архитектура не подойдёт вовсе.
Если уж нужно восем лёгкое решение - putty (win-клиент) + sshd (linux-сервер). Тогда и X-сервер не нужен на linux-машине. Оптимальный вариант, на мой взгляд.
По поводу точности - если датчики будут записывать данные на сервер - то, пусть и с задержкой, но они будут правильно передаваться по сети. Или это критично? (то есть необходимо получать не только правильные измерения с датчика, но и в ту же миллисекунду, в которую датчик сгенерировал измерение?) - если да, то, вероятно, сетевая архитектура не подойдёт вовсе.
6. DlTA - 03 Июня, 2013 - 21:19:51 - перейти к сообщению
"сервер" расчитывает время между срабатыванием датчиков, и по возможности (с очень слабым приоритетом) отдает эти данные во вне (а а так же логирует у себя)
с таким же слабым приоритетом реагирует на команды управления,
команд управления мало, перейти из одного режима в другой (из демо, в режим измерения)
, сброс, установка параметров
с таким же слабым приоритетом реагирует на команды управления,
команд управления мало, перейти из одного режима в другой (из демо, в режим измерения)
, сброс, установка параметров
7. EuGen - 03 Июня, 2013 - 21:21:25 - перейти к сообщению
Тогда вполне подойдёт веб-формат.
8. DlTA - 03 Июня, 2013 - 21:23:49 - перейти к сообщению
EuGen пишет:
там графика не нужна, он не оснащается монитором, все общение только в цифра, сколько времени прошло от срабатывания датчика 1 до срабатывания датчика 2Тогда и X-сервер не нужен на linux
а красивый вывод генерит по возможности ноут с виндой на основе полученных значений
9. Мелкий - 03 Июня, 2013 - 21:28:28 - перейти к сообщению
DlTA пишет:
вот и возникает вопрос, можно ли гарантировать что сервер не повлияет на измерения
Нельзя без rt-патчей на ядро как минимум. Linux'овое ядро уже само по себе вам такой гарантии не даст.
Распространённый фокус - такой реалтайм повесить на микроконтроллер, с которого уже передавать данные на малинку по UART/SPI/(ещё чему-нибудь)
10. DlTA - 03 Июня, 2013 - 21:37:26 - перейти к сообщению
Мелкий пишет:
тогда отпадает весь смысл малинки
Распространённый фокус - такой реалтайм повесить на микроконтроллер, с которого уже передавать данные на малинку по UART/SPI/(ещё чему-нибудь)
11. Мелкий - 03 Июня, 2013 - 22:11:11 - перейти к сообщению
DlTA пишет:
тогда отпадает весь смысл малинки
Не совсем, сеть держать она умеет
12. DlTA - 11 Июня, 2013 - 10:29:48 - перейти к сообщению
продолжение истории):
нынче на малинку можно ставить почти все, в том числе полноценный веб сервер апач, пыха, мускуль, фтп, и какой то "tomcat6 " что это такое я так и не понял
в общем комп компом
правда как это дело будет выполнять свои первоначальные обязанности ("то что мне нужно") пока не известно, но будем поглядим.
(Добавление)
http://elinux[dot]org/RPi_A_Simple_W[dot][dot][dot]ezy_LAMP_install
нынче на малинку можно ставить почти все, в том числе полноценный веб сервер апач, пыха, мускуль, фтп, и какой то "tomcat6 " что это такое я так и не понял
в общем комп компом
правда как это дело будет выполнять свои первоначальные обязанности ("то что мне нужно") пока не известно, но будем поглядим.
(Добавление)
http://elinux[dot]org/RPi_A_Simple_W[dot][dot][dot]ezy_LAMP_install