Evgeniy
Обычно через ESP32 через брокера шлет сообщения через mqtt. Брокер поднимают на сервере, настраивабт шифрование.
Evgeniy
И при помощи стандартного mqtt клиента с этим работают
Evgeniy
можно через публичный брокер, любой
Александр
на сервере тоже брокер. на ESP32 свой что б на него могли WIFI датчики слать напрямую
Evgeniy
на сервере тоже брокер. на ESP32 свой что б на него могли WIFI датчики слать напрямую
Т.е. эти датчики в одной сети всегда?
Evgeniy
Без доступа к интернету
Александр
датчик WiFi он на батарейках, поэтому необходимость не опрашивать его, что б не жрал батарею, а он сам являлся инициализатором подлкючения и отправлял данные
Evgeniy
Какие ожидания по стабильности этого решения? Uptime без сбоев - сколько по времени?
Evgeniy
Это я к тому, что может найдутся люди, которые сделают это, за короткое время, но потом придется еще долго доводить, отлавливая глюки на разных слоях.
Александр
Какие ожидания по стабильности этого решения? Uptime без сбоев - сколько по времени?
это не критичный сервис, не в самолет) Не отработало, попыталась пару раз и если что то не так, сообщение о сбое
Александр
по uptime да вообще нет требований.. главное что б уведомило что задача не выполнилась
?
Не могу понять, зачем брокер еспшке, когда можно и без него. Посредник как я понимаю это еще одна есп, она-то и рулит таймерами. Или датчики уже готовые и уже работают на mqtt. Если датчики такие-же еспшки то можно просто http запросы спамить.
Evgeniy
Не могу понять, зачем брокер еспшке, когда можно и без него. Посредник как я понимаю это еще одна есп, она-то и рулит таймерами. Или датчики уже готовые и уже работают на mqtt. Если датчики такие-же еспшки то можно просто http запросы спамить.
Как-то нужно тогда обойти ограничение на кол-ве открытых соединений. Может тогда по UDP слушать?
Evgeniy
Датчик проснулся, отправил broadcast со своим ID - его приняло центральное устройство (или не приняло, не критично)
Александр
датчиков пока тоже нет, вот и думали их создать на esp и что б они пуляли на брокер контроллера, так будет локальная автоматизация. Но с брокера сервера приходят также уставка уже на ESP основного конттрллера, а он уже по своему алгоритму включает или выкляает релюхи
?
Как-то нужно тогда обойти ограничение на кол-ве открытых соединений. Может тогда по UDP слушать?
А зачем держать открытым соединение? Датчик делает get запрос, в ответ либо получает крайне короткий ответ(хеш ответ) либо повторяет попытку через (x+rnd) секунд. Тут-же закрыл линк. А вот головное устройство уже на mqtt транслирует
Evgeniy
А зачем держать открытым соединение? Датчик делает get запрос, в ответ либо получает крайне короткий ответ(хеш ответ) либо повторяет попытку через (x+rnd) секунд. Тут-же закрыл линк. А вот головное устройство уже на mqtt транслирует
Кстати, главное чтобы одновременно не постучалось кол-ве датчиков, более чем кол-ве открытых соединений
Evgeniy
Тогда retry через случайное время нужно добавить
Evgeniy
Если не удалось передать
Александр
а ограничение это сколько?
Александр
8 сессий потянет?
Александр
датчиков столько сколько реле, по 8 получается
?
Кстати, главное чтобы одновременно не постучалось кол-ве датчиков, более чем кол-ве открытых соединений
И что плохого? Яж написал, не удалосб, повторит. Тут в тз нет точности в микросекунды, а опрос 8 датчиков за одну секунду на изи модно организовать.
Evgeniy
заряд батареи нужно экономить
Evgeniy
NTP или самописный аналог для синхронизации часов, чтобы без retry работать
?
8 сессий потянет?
Я думаю он 8 даже без особого алгоритма обхода отказоустойчивости работать будет. Просто тупо повтор запроса если не удался.
Александр
ну отлично)
Evgeniy
брокер можно вычеркивать
Александр
по http получать с датчиков?
Evgeniy
ага
?
заряд батареи нужно экономить
Про wifi забыл? Только на ее поднятие выжрется больше чем на запрос http ))
Evgeniy
вот mdns добавить бы или любой другой способ обнаружения в сети центрального узла
Александр
можно и добавить)
?
заряд батареи нужно экономить
А еще, там тз бвло про релюшку, а пока она активна о каком сне речь?
?
вот mdns добавить бы или любой другой способ обнаружения в сети центрального узла
В нагляк обойти обычный wifi протокол и юзать передатчик как радиомодуль. Но это для мазохистов...
Evgeniy
А еще, там тз бвло про релюшку, а пока она активна о каком сне речь?
"датчик WiFi он на батарейках, поэтому необходимость не опрашивать его, что б не жрал батарею, а он сам являлся инициализатором подлкючения и отправлял данные"
Александр
реле активно, с датчика пришло показание превышающее порог, она вырубилась или как второе условие, если нет датчика, по времени. отработала 600сек
?
"датчик WiFi он на батарейках, поэтому необходимость не опрашивать его, что б не жрал батарею, а он сам являлся инициализатором подлкючения и отправлял данные"
Ну в хеш ответе он и получит микропачку со всеми плюшками)
Evgeniy
реле активно, с датчика пришло показание превышающее порог, она вырубилась или как второе условие, если нет датчика, по времени. отработала 600сек
Можно пофантазировать: автопереход датчиков на BLE, если они в зоне действия BLE. Для ультранизкого потребления.
Evgeniy
Ну в хеш ответе он и получит микропачку со всеми плюшками)
Стандартными средствами? Или wifi как трансивер обычный?
?
Можно пофантазировать: автопереход датчиков на BLE, если они в зоне действия BLE. Для ультранизкого потребления.
А вот это уже очень многообещающе с точки зрения ресурса батареи
Evgeniy
@HAXP9m Если по BLE - не нашли хоста - работает по WiFi + спячка
Александр
Можно пофантазировать: автопереход датчиков на BLE, если они в зоне действия BLE. Для ультранизкого потребления.
да, можно... датчика нет и компетенции в BLE тоже.... Если у вас есть, давайте сделаем
Evgeniy
@sansanichsan нужно понимать цели - это проект для себя или планируется серия устройств, которые есть кому продать...
Evgeniy
К тому же не ясно - может там задачка как раз для BLE, в крайнем случае для двух режимов сразу и WiFi и BLE
Александр
на самом деле задача реагировать на датчик, а какой будет транспорт между датчиком и контроллером, на текущий момент выбрали TCP c протоколом MQTT. Можно и поменять на BLE и сменить MQTT на http
Evgeniy
так брокер на ESP32 сразу в топку
ok-home
Александр
метров 20-30
2319
на самом деле задача реагировать на датчик, а какой будет транспорт между датчиком и контроллером, на текущий момент выбрали TCP c протоколом MQTT. Можно и поменять на BLE и сменить MQTT на http
Почему не лить данные с датчиков в облако SQL сервера и там уже обрабатывать БД?
Александр
возникает требование к наличию канала до облака
ok-home
метров 20-30
если все свое - esp-now. для wifi уже критичные расстояния, тем более если по помещению, тем более для ble
Александр
улица
ok-home
лето/зима минимальные температуры ?
Александр
зимой не работает.
ok-home
исполнительные мехвнизмы ( то че реле управляют ) - рядом с датчиками ?
Александр
не обязательно
ok-home
точность проводных датчиков ? ( там где резистивные и емкостные ) - %
Александр
а она особо не важна, порог срабатывания для каждого можно изменить. По дефолту например 1000.
ok-home
0,1%
ok-home
и расстояние до этих датчиков ?
Александр
20-30, ну может 40м.
Evgeniy
Так там же ПО надо сделать, пока достаточно код АЦП отправлять на центральное устройство\
ok-home
40 метров по улице аналоговый датчик - только наводки по проводам %20 будут
Evgeniy
40 метров по улице аналоговый датчик - только наводки по проводам %20 будут
Датчики беспроводные же. На батарейках и связываются через WiFi.
Evgeniy
К тому же не указано - что это за датчики
Александр
датчики и такие и такие
Александр
изначально проводные, но заложились и в WIFi
Александр
да
Evgeniy
да
Так делайте mesh сеть тогда низкопотребляющую, без WiFi. Только на центральнеом устройстве WiFi
Дмитрий
@edgiru
Evgeniy
Как обычно и делают в теплицах
Andy
Когда-то давно делал такую сеть для горшков. Но на nRF24L01