OpenWRT на роутере Gl.iNet

[Victor]

http://www.gl-inet.com/

 

[Victor]

ESP8266 подключаемся к OpenWRT+Mosquitto+mqttwarn и передаем данные на ThingSpeak, EMAIL, Android, iOS, Twitter, CloudMQTT в 100 строчек кода в Arduino IDE
OpenWRT+mosquitto+mqttwarn из этой статьи установлены на роутере Gl.iNet

 

[anakod]

Крайне интересный вариант реализации - в плане энергопотребления (т.к. только локальные коннекты для умных устройств) и в плане реально большой гибкости решения. Пожалуй единственный существенный минус - заведение целого отдельного роутера (если у Вас, скажем, 1-2 ESP в сети это явно не слишком оправдано). Отдельное спасибо за подсказки по новым стартапам (особенно instapush), поковыряю на досуге

> В этой статье приведены примеры, указаны направления, а не даны законченные решения. В статье и скетче не предусмотрено сохранение состояния GPIO в случае ребута
Если я накидаю готовое решение под Sming, добавите в статью?

 

[Pavel Safronov]

А мне кажется что в этой коробочке от Gl.iNet прячется железо HLK RM04
очень уж по функционалу подходит и по портам.
Может кто фотки внутренностей выложить? А то может китайский стартап такой стартап - openwrt установить на эту железку и корпус придумать...

 

[pvvx]

Пожалуй единственный существенный минус - заведение целого отдельного роутера (если у Вас, скажем, 1-2 ESP в сети это явно не слишком оправдано).

Добавьте поддержку на основной роутер. Большинство их имеет систему на OpenWRT, а мешать остальному это не будет, особенно на производительных современных роутерах, т.к. требует мало ресурсов (если сделать всё правильно).
Я думаю вас смутил первый абзац статьи. Но он для детей-хулиганов с подноткой - "купите наш роутер".

 

[anakod]

pvvx, да тоже об этом подумал. С другой стороны в автономных решениях сделанных полностью на ресурсах ESP (или на ESP и внешнем облаке) тоже есть свои фишки. Тут все зависит от поставленной задачи.

 

[pvvx]

pvvx, да тоже об этом подумал. С другой стороны в автономных решениях сделанных полностью на ресурсах ESP (или на ESP и внешнем облаке) тоже есть свои фишки. Тут все зависит от поставленной задачи.

Неа - ни одно прямое внешнее соединение не является правильным. Там выполняется только одна задача = коммерция. Остальное работает плохо или совсем никак. При потере связи, а это чаще из-за сторонних причин и невозможности на это влиять вся система падает и доступа к своим устройствам у вас не будет. Так-же это дает потерю данных, т.к. их негде хранить, пока нарушена внешняя связь или вы не оплатили её Ну и требует от модуля предельных ресурсов, коих у него нет. Например шифрации, брандмауэров и прочего барахла. В ESP8266 это никогда не влезет.

 

[anakod]

А если устройство вообще автономное и локальная сеть - чужая/открытая общедоступная? Про потерю данных - да, хотя что-то можно писать во влеш.

 

[pvvx]

А если устройство вообще автономное и локальная сеть - чужая/открытая общедоступная? Про потерю данных - да, хотя что-то можно писать во влеш.

Да, но тут мне кажется, немного другая тема - про сети и удаленный доступ.
И при местном всё равно возникает проблема совместимости со всем чем не попадя. Роутер запросто решает эти проблемы...
Для простой коммуникации специфическое устройство управления <-> модуль ESP8266 практически ничего и не требуется.
----
Основной недостаток данной темы - использование MQTT. Над протоколом распределенной иерархической (по мозгам) сетью устройств счас работают корпорации и в дальнейшем они вставят их во все изделия для поддержки "Вумного дома" и IOT. А MQTT для этого не годится - не может распределять все ресурсы, включая производительность, между членами сети.

 

[JustACat]

Если я накидаю готовое решение под Sming, добавите в статью?

Конечно накидывайте! Больше примеров хороших и разных!

Может кто фотки внутренностей выложить?

Пожалуйста: http://mysku.ru/blog/china-stores/26421.html - детальнее, имхо, некуда

Пожалуй единственный существенный минус - заведение целого отдельного роутера

А вот не соглашусь, что такой уж прям минус. Все соразмерно в цене. При цене роутеров от 10 баксов, имхо, завести один даже для пары ESP - не фиг какая затрата, если для себя, конечно. Я не говорю ни про какие серии и/или производства
У меня для этого заведена целая злая коробка - CubieTruck. Ну то есть она для всех целей (не только ESP), для которых нужна какая-то вычислительная способность

Спойлер: Моя прелесть

 

[Victor]

Если я накидаю готовое решение под Sming, добавите в статью?

Да, конечно!

 

[Victor]

Может кто фотки внутренностей выложить?

 

[Victor]

[off]

Да, но тут мне кажется, немного другая тема - про сети и удаленный доступ

Вы абсолютно правы!
Даже для домашних любительских IoT поделок приходится применять клубок технологий.

Над протоколом распределенной иерархической (по мозгам) сетью устройств счас работают корпорации и в дальнейшем они вставят их во все изделия для поддержки "Вумного дома" и IOT

Возможно. Однако не исключен и вариант, что стандартом де-факто станет какой-то OpenSource IoT проект из этого списка или подобного. Крупные корпорации активно участвуют в OpenSource и, возможно, предпочтут уже готовый и популярный OpenSource продукт, чем вкладывать ресурсы в разработку закрытого своего, который может и не выстрелить.[/off]

 

[uc3a]

ESP8266 подключаемся к OpenWRT+Mosquitto+mqttwarn и передаем данные на ThingSpeak, EMAIL, Android, iOS, Twitter, CloudMQTT в 100 строчек кода в Arduino IDE
OpenWRT+mosquitto+mqttwarn из этой статьи установлены на роутере Gl.iNet

Скетч mqtt.ino ghb при компиляции выдаёт ошибку 'class EspClass' has no member named 'getFreeHeap'

 

[Victor]

Скетч mqtt.ino ghb при компиляции выдаёт ошибку 'class EspClass' has no member named 'getFreeHeap'

Попробуйте воспользоваться этим советом.
Дальнейшее обсуждение в части Arduino IDE предлагаю продолжить в соответствующей теме.

 

[guddvin]

Добрый день .
Интересное решение подключить IoT к отдельному каналу WiFi но хотелось его упростить используя пакет relayd или USB WiFi "свисток".
Теоретически это возможно ?

 

[Victor]

Теоретически это возможно ?

Да вроде нет препятствия для этого.
У меня цель стояла использовать 802.11b/g/n на IoT, чтобы ESP8266 не тормозили остальных в 802.11n WiFi сети. И такой тупой бридж не требует дополнительных настроек - проще некуда
А с relayd несколько усложнится - нужно будет прописывать маршруты в IoT сеть на своих устройствах или главном маршрутизаторе.
Со свистком - да, отлично, а я использовал gl-inet только для того, чтобы поднять на нем дополнительные сервисы (mosquitto), т.к. на главном маршрутизаторе у меня нельзя поставить OpenWRT. И, конечно, никто не мешает поставить mqtt в любое другое место: на главный роутер или RaspberryPi, а все IoT будут коннектиться к свистку.

 

[jmms]

В статье и скетче не предусмотрено сохранение состояния GPIO в случае ребута (ждем когда в Arduino IDE будет реализована работа с файловой системой).

@Victor Можно подробности?
Я думал над сохранением состояния, ведь можно: 1) еще раз опросить внешнее хранилище (сервер) 2) сохранить структуру в EEPROM и извлечь ее после перезагрузки.

 

[Victor]

сохранить структуру в EEPROM и извлечь ее после перезагрузки

я надеялся реализовать хранение настроек и состояния в файловой системе, но что-то там затягивается вроде со spiffs в Arduino IDE
А другие варианты я не очень жалую: юзать 4k EEPROM когда у тебя куча флеш памяти - это отстой (да и регулярно issue по EEPROM в Arduino IDE появляются, хотя вроде и работает)
ну и опрашивать можно, только это усложнило бы пример, а я хотел как можно проще, чтобы "снизить порог вхождения в тему".
anakod собирался сделать пример для Sming - можно будет у него опыт перенять

 

[jmms]

@Victor Это да, если через вебсервер то нужно делать библиотеку, которая просто будет возвращать тебе состояние установленное ранее, без лишних телодвижений, в пару строчек кода.