Кстати, писать софт для Wifi под Linux ничуть не проще, чем для 433МГц на Cortex-M. Нужно возиться с IP стеком, назначением и выяснением адресов. Т.к. центральный девайс должен как-то раздать всем оконечным девайсам свой IP адрес, чтобы иметь возможность ими управлять. Грязные методы вроде открытого текста по UDP или TCP — это кривой наколенный способ. Если делать нормальное взаимодействие — все равно потребуется реализовать некоторый протокол.
Web — это неудобно, потому что браузер долго открывается, страницы перезагружаются, а чтобы реализовать AJAX нужны уже нетривиальные знания, в итоге UI будет ужасно кривым и неудобным для постоянного использования, а не эпизодического. Такая система вызывает скорее раздражение и ощущение кривой поделки. Ее ценность только в том, что «сделал сам».
Именно так, один центральный, но уже существенно помощнее, хотя бы уровня малины. Хотя она и не слишком мощная, но все же довольно универсальная. И интерфейсов на борту прилично и ОС вполне полноценная и SD карта есть и USB побольше. И цена приемлемая вполне.
А остальные девайсы я предпочитаю на нормальном МК делать — во первых никаких проблем с Linux который нет-нет да не запустится как надо, нет-нет для глюканет, потому что ОС большая, а значит мест для глюков и перекосов море. А девайс то не промышленный вылизанный, а китайская недоделка, поэтому тоже не ахти какая надежная. Мои девайсы на STM32 или AVR работают на порядки быстрее и надежнее. К тому же стоят меньше, едят меньше и размером меньше.
Вся проблема в том, что просто стриминг нафиг не нужен — есть готовые камеры со стримингом и PTZ за 50 баксов. А камера с USB шнурком подключенная к этому девайсу перестает быть компактной или нужно резать провода, курочить все на свете и получать уродца.
Самое интересное — это обработка видео на месте. Хотя бы покадровая с низким FPS, но для этого тут никаких ресурсов нет.
Тут нужен CubieBoard A20 или PandaBoard.
Кстати, а вот можно ли поставить Debian на WR703? А то у меня этот девайс так и лежит без дела. Попытка на нем что-то сделать упирается в скудость ресурсов и заточенность прошивки под бытие рутером.
Ну вот смотрите — 64 мб это вообще ни о чем для Linux. Почти ничего толком не поместится, кроме примитивных включить выключить реле и подобной логики.
Flash считай что нет, влезли бы пакеты нужные. Если воткнуть флешку, устройство перестает быть компактным и надежным — USB не самый надежный физически порт, флешку и отломать можно и вывалиться при некоторой случайности может. слота SD карт нету.
За ~70 баксов за которые продается плата на этом ARM на STM32 можно получить и USB Host и SD и Ethernet и возможно даже LCD небольшой.
Вашей платы пока нет, но если делать ее самим, то будет не сильно дороже, примерно баксов на 5-10. то есть не 20, а 30 максимум, что тоже не слишком много для розницы. 1000 рублей — это не 100+ баксов за виртурилку, например. Ethernet крайне дешев, Wifi чуть дороже, это факт.
В принципе, устройство интересное, но если под него опять не получится без танцев с бубнами писать на С/С++, а останутся только скриптовые языки, то полноценным контроллером умного дома его назвать нельзя и STM32F4 даст куда большие возможности при комфорте разработки.
Проблема всех Linux недодевайсов — очень мало памяти Flash и RAM, отсюда крайне урезанный дистрибутив и ценность его невелика — многих пакетов нет, а без них это микроконтроллер-переросток, который не очень то много и умеет. Там где нужны сотни мегагерц, желательна и память повнушительнее и средства разработки ОС общего назначения. А где можно обойтись несколькими мегабайтами и картой SD, там и Cortex M4 справится даже лучше.
Интерсно, а как они собираются сажать их в случае сбоев механики? Парашют — не вариант, потому что 100 кг, садящиеся в случайном месте могут натворить дел и под парашютом. Кроме того при поломке винта он может войти в тропосферу и в каком-нибудь штормовом ветре на 10км его свернет в трубочку и на землю полетит 100 кг одним комком.
У меня есть и другая проблема — у меня крупные кисти и все эти девайсы, ориентированные на среднего щуплого фрика с девчачьими руками мне не подходят — скрючивать постоянно ладонь и сворачивать в трубочку совершенно некомфортно, а через некоторое время начинает тупо болеть ладонь.
Для того, чтобы не нужно было держать постоянное подключение и постоянно усреднять значения мгновенных расходов. самому ЭБУ это не нужно, а вот для реализации бортового компьютера полезно.
У меня подключается и при заведенном моторе. При выключенном зажигании вообще не отвечает, хотя питание в сети есть и шина работает.
«чтобы переподключиться нужно выключить-включить блюпуп на телефоне, выключить зажигание и вытащить ключ» — вот это шаманство я и называю — «плохо работает» или «неудобно». Соверменные реализации шин позволяют организовать более удобное взаимодействие модулей. Танцы с бубнами — удел систем 20-30летней давности.
Поэтому я и говорю о том, что многие автомобили имеют примитивную и устаревшую в IT плане электронную начинку. Да, они просты и надежны, но они примитивны.
Что такое мгновенный расход я знаю. Я надеялся, что ЭБУ не такое тупое и имеет свою память и может выдавать хоть немного усредненное значение расхода. Или что софтина между запусками будет себя вести не так тупо. Ни то ни другое. Да и работает она неустойчиво, как и все, что содержит Bluetooth — самый глючный и неудобный радиоинтерфейс из известных мне.
Проблема в том, что безопасность мнимая, а деньги реальные. Смс я предпочитаю получать только в реальном случае, когда нужно действовать, а в виде информации они раздражают. Этот принцип я разработал еще внедряя сервис деск решения. Информация не должна сыпаться в почту и смс как в лог. Только в случае необходимости реакции. Иначе почти наверняка будет пропущена в нужный момент по привычке.
Поэтому смс по поводу и без-зло.
Просто я ненавижу смс там, где можно использовать ip. Они стоят денег, их трудно выделить из потока спама. В общем они текстовые и для человека, а не для автоматики
Web — это неудобно, потому что браузер долго открывается, страницы перезагружаются, а чтобы реализовать AJAX нужны уже нетривиальные знания, в итоге UI будет ужасно кривым и неудобным для постоянного использования, а не эпизодического. Такая система вызывает скорее раздражение и ощущение кривой поделки. Ее ценность только в том, что «сделал сам».
А остальные девайсы я предпочитаю на нормальном МК делать — во первых никаких проблем с Linux который нет-нет да не запустится как надо, нет-нет для глюканет, потому что ОС большая, а значит мест для глюков и перекосов море. А девайс то не промышленный вылизанный, а китайская недоделка, поэтому тоже не ахти какая надежная. Мои девайсы на STM32 или AVR работают на порядки быстрее и надежнее. К тому же стоят меньше, едят меньше и размером меньше.
Самое интересное — это обработка видео на месте. Хотя бы покадровая с низким FPS, но для этого тут никаких ресурсов нет.
Тут нужен CubieBoard A20 или PandaBoard.
Flash считай что нет, влезли бы пакеты нужные. Если воткнуть флешку, устройство перестает быть компактным и надежным — USB не самый надежный физически порт, флешку и отломать можно и вывалиться при некоторой случайности может. слота SD карт нету.
За ~70 баксов за которые продается плата на этом ARM на STM32 можно получить и USB Host и SD и Ethernet и возможно даже LCD небольшой.
Вашей платы пока нет, но если делать ее самим, то будет не сильно дороже, примерно баксов на 5-10. то есть не 20, а 30 максимум, что тоже не слишком много для розницы. 1000 рублей — это не 100+ баксов за виртурилку, например. Ethernet крайне дешев, Wifi чуть дороже, это факт.
Проблема всех Linux недодевайсов — очень мало памяти Flash и RAM, отсюда крайне урезанный дистрибутив и ценность его невелика — многих пакетов нет, а без них это микроконтроллер-переросток, который не очень то много и умеет. Там где нужны сотни мегагерц, желательна и память повнушительнее и средства разработки ОС общего назначения. А где можно обойтись несколькими мегабайтами и картой SD, там и Cortex M4 справится даже лучше.
Например Wanscam работает уже больше года у меня.
У меня подключается и при заведенном моторе. При выключенном зажигании вообще не отвечает, хотя питание в сети есть и шина работает.
«чтобы переподключиться нужно выключить-включить блюпуп на телефоне, выключить зажигание и вытащить ключ» — вот это шаманство я и называю — «плохо работает» или «неудобно». Соверменные реализации шин позволяют организовать более удобное взаимодействие модулей. Танцы с бубнами — удел систем 20-30летней давности.
Поэтому я и говорю о том, что многие автомобили имеют примитивную и устаревшую в IT плане электронную начинку. Да, они просты и надежны, но они примитивны.
Поэтому смс по поводу и без-зло.