Comments 18
Смешно читать про "работает годами от батарейки. И тут же esp32 и экран. ШТА !!???
Есть модули Лора на nrf которые потребляют фактически в десятки раз меньше энергии и экран для целей мониторинга конечно ни кто не ставит.
Перемычка на плате не изменит 433 и 868 .. что бы поменять частоту нужно перепаивать фильтр частоты на плате. Перемычка лишь для информации и быстрого определения частоты.
Обожаю статьи написанные людьми не вникшими в суть и пудрящие мозги другим.
Ну чисто теоретически powepath, имеется, питание олед экрана коммутируется, так что можно выжать минимум. Но зачем для метеостанции Лора - вопрос открытый. В большинстве случаев можно обойтись BLE или ZigBee
По дальности и работе через стены ZigBee, BLE и Thread близко не лежат с LoRa
Тот же ZigBee без повторителей дома - так себе решение. Меш сеть - совсем другой мир
Это верно, но в ZigBee практически каждое небатарейное устройство - "повторитель". BLE вполне достаточно для дома или квартиры если не требуется связь с подтверждением. Не страшно, если от уличного термометра дойдет 10% пакетов.
Ну и про меш - не понял. В данном контексте Lora!=mesh,
Ну и опять же, если это вопрос метеостанции - все избыточно. Если вам надо связаться с гаражом в 2 километрах, то другой вопрос.
На счет избыточности, все относительно
Если у меня дома нет кучи умных розеток с выключателями Zigbee то повторителей мне взять не где.
А LoRa модуль не дороже Zigbee. И ничуть не хуже в IOT. И спокойно прошибает любые стены. И также мало потребляет. Спокойно работает несколько дней от ионистора, которые подзаряжаются крохотными солнечными панелями.
Я ж говорю, зависит от условий. У меня датчики с улицы, из кладовки (в 20-30м от дома) и из подвала, через несколько стен по БЛЕ ловятся на есп32 модуль с печатной антенной (шлюз посреди дома). Лору отдельно пробовал, но смысла не увидел. Лораван имеет смысл в каких-то случаях типа за котиками следить, но я антенну шлюза поставить высоко не могу, из бесплатного, TTN, но в моей деревне шлюзов 2, один из них мой. Есть покрытие по всей стране от одного из мобильных операторов, но там вроде до сих пор - разработчикам пока бесплатно без обязательств. А коммерческое использование - разговор начинается со "сколько тысяч пользователей/устройств"
Зря вы так
ASR6501, ASR6502 - очень неплохие MCU по потреблению.
А экран, как и вся периферия там схематически сидит на шине Vext которая отключается от питания MOSFETом и в режиме сна не потребляют ничего
По частотам согласен. Я вообще не вижу смысла в РФ в LoRa на частоте отkичной от 868/ Так что брать только такие модули
Спасибо за замечания, по существу отвечу коротко:
Годы работы от батареи подразумевают глубокий сон между сеансами и включение экрана лишь на короткое время, а не постоянную работу дисплея. Вот как это сформулировано в статье:
"Микроконтроллер может переходить в состояние глубокого сна, когда работают только часы реального времени и память RTC, а вся периферия отключается. В результате узел сбора данных может работать очень долго, питаясь от аккумулятора."По nRF-модулям вы правы: для чистого мониторинга с минимальным потреблением они эффективнее ESP32-S3. Я использовал ESP32-S3 ради удобства разработки и наличия экрана для настройки, а не как решение с рекордной автономностью. Однако режим глубокого сна с отправкой раз в сутки или в несколько часов даёт очень хорошую экономию.
Насчёт перемычки LF/HF - да, это индикатор, а не переключатель, реальная частота задаётся фильтром на плате.
Вот как это сформулировано в статье, и дана ссылка на обсуждение:
"Перепайка этих перемычек не приведёт к изменению частотного диапазона, но я не пробовал. В данном случае модуль работает в диапазоне 863–928 МГц."
Тоже реализовал несколько проектов, в том числе и коммерческих, на модулях Heltec. Но, внезапно, производитель престал производить все что связано с ASR6501 и ASR6502
В замен стали появляться модули SX1262 + ESP32C3 и NRF52
Если учесть, что в их SDK на ардуино входят проприоритарные бинарные библиотеки работы с LoRa, решил, что слишком большой риск работать с такими производителями.
Сейчас перешел на ESP32C3 + SX1262 (от Ai-Thinker) + Radiolib
У ESP32C3 неплохо с потреблением в режиме DeepSleep, хотя до NRF52 не дотягивает.
Но тоже может "работать годами" от батарейки
Как то все мутно esp+lora... Если это база то зачем автономное питание, если выносное устройство, то зачем esp?
В данном случае речь идет не о базе, а об удалённом датчике, который лишь иногда отправляет данные измерений. Он может стоять в теплице или в аналогичном помещении, где не предусмотрено 220 В. Что касается базы, то тут хорошо бы использовать решение с возможностью передавать данные через интернет, и в этом случае автономное питание может быть не так актуально.
ESP32-S3 в режиме глубокого сна потребляет единицы-десятки мкА, просыпается по таймеру, читает BME280, шлёт пакет через SX1262 и снова засыпает. Средний ток может быть очень низким.
На платах типа Heltec WiFi LoRa 32 уже интегрирован LoRa-модуль, а также микроконтроллер. Это удобно, так как не нужно подключать отдельную плату радиомодуля к внешнему микроконтроллеру.
Для датчика достаточно простого контроллера даже древнего pic 12f675.
Разумеется достаточно если иметь в виду простейшее решение для эксплуатации, а не для обучения.
Но у меня была цель показать работу с модулем Heltec Automation HTIT‑WB32LAF V3, в котором уже есть и LoRa, и микроконтроллер, и дисплей, удобный для отладки. На мой взгляд, это очень удачная конфигурация именно для обучения работе с LoRa на базе микроконтроллера. Легко создавать скетчи на IDE Arduino и выводить результаты работы прямо на экран.
Ранее я рассказывал о том, как подключать модули LoRa к микрокомпьютерам Raspberry Pi и Repka Pi.
Я планирую статью, в которой расскажу в том числе и про подключение отдельных (не интегрированных) модулей LoRa к различным микроконтроллерам.
Легко создавать скетчи на IDE Arduino
По мне так на micropython легче, если Си для pic не подходит.
Не хватает реальных сценариев и измерений.
Потому как проблемы могут начаться от схемы отладочной платы, потребления ЛДО. Реализации спящего режима, как датчика, так и остальных компонентов. Ну и ПО. Да так что спящем режиме наберётся легко 100мка или больше, и тогда уже годов может не выйти.
Ну и я так понимаю обратной связи нет, соответственно, подтверждения доставки тоже. А это может быть гораздо затратное, ем отправка.
Да, справедливое замечание, измерения на реальном железе были бы полезны. В спящем режиме есть собственный ток потребления стабилизатора, также инициализация периферии может быть не оптимальной. В результате реальное потребление может оказаться заметно выше идеального.
По ACK вы правы, его нет. Подтверждение доставки требует держать приёмник активным какое-то время после каждой передачи, а это часто дороже по энергии, чем просто отправить и не ждать ответа. Хорошая тема для отдельной статьи с реальными измерениями тока.
Метеостанция на LoRa и ESP32, которая годами работает от батарейки