Друзья, может кто-то сталкивался с "вытаскиванием" показаний счетчиков воды с радиомодулем на 868 МГц по протоколу LoRa (см. фото)? Какой модуль порекомендуете приобрести, что бы организовать связь такими счетчиками? Расстояние роли не играет, связь в пределах квартиры. Просто забрать показания со счетчиков. Управлять модулем предполагается от "малины".
Друзья, может кто-то сталкивался с "вытаскиванием" показаний счетчиков воды с радиомодулем на 868 МГц по протоколу LoRa (см. фото)? Какой модуль порекомендуете приобрести, что бы организовать связь такими счетчиками? Расстояние роли не играет, связь в пределах квартиры. Просто забрать показания со счетчиков. Управлять модулем предполагается от "малины".
Тоже интересует вопрос. А в счетчике батарейка стоит, или как-то иначе питается электроника?
_________________ Не променяю медь на ржавую несгорайку!
Использование модульных источников питания открытого типа широко распространено в современных устройствах. Присущие им компактность, гибкость в интеграции и высокая эффективность делают их отличным решением для систем промышленной автоматизации, телекоммуникационного оборудования, медицинской техники, устройств «умного дома» и прочих приложений. Рассмотрим подробнее характеристики и особенности трех самых популярных вариантов AC/DC-преобразователей MW открытого типа, подходящих для применения в промышленных устройствах - серий EPS, EPP и RPS представленных на Meanwell.market.
]Тоже интересует вопрос. А в счетчике батарейка стоит, или как-то иначе питается электроника?
Да, батарейка. Вчера получил Heltec WiFi LoRa 32. Как организовать обмен со счетчиком, пока не разобрался. Похоже, что счетчик работает по "классу устройств А" - т.е. периодически просыпается и отправляет данные (без запроса со стороны стика). Залил тестовую прошивку в Heltec WiFi LoRa 32, попробую помониторить.
Те счётчики, с которыми я сталкивался, имели шифрованный трафик.
А у Вы не знаете, по какому принципу организован обмен? Инициализатором обмена является счетчик? Т.е. он периодически "стреляет" данными в эфир? Или все-таки по запросу от "головной станции"?
Добавлено after 2 hours 26 minutes 38 seconds: По ходу да, счетчик относится к классу "А" и инициализация происходит с его стороны.
Нашел неплохой проект шлюза на Heltec WiFi LoRa 32. Шлюз имеет свой web-интерфейс, что очень удобно для отладки и мониторинга принимаемых пакетов. Запустился сразу без всяких плясок с бубном. https://emanuelepagliari.it/2020/10/12/ ... sp32-lora/
ну в ряде случаев достаточно одностронней связи, например на ум приходит автомобиль, вот начал он движение без вашего ведома, сработал датчик, пробудил контроллер и передатчик, передатчик допустим отдал в эфир эти данные о том что машина поехала, далее раз в минуту допустим будет отдавать координату текущую
Подобная задача у меня,но нюанс в том, что передаемые данные должен получать приемник- брелок, наподобие пульта от автосигнализации. В приемнике используется модуль RA-01 (SX1278) и ESP8285. Алгоритм передачи-приема отработан и все данные приемник получает и обрабатывает как положено.. Но вопрос в потреблении. В режиме LoRa модуль RA-01 проснуться не может, поэтому приходится каждые 10сек. просыпаться и проверять на наличие принимаемых данных. Если данных нет- уходим в сон, если есть- обработали, оповестили и снова в сон. На уверенный прием данных уходит 0,5 сек. и вместе ESP и RA-01 в это время потребляет до 30ма. Т.е., грубо говоря, простой цикл работы -это 0,5 сек прием, 10 сек сон. В итоге, при использовании дисковой батарейки в брелке хватит на неделю максимум. Возможно есть какие то методы, варианты как кардинально уменьшить потребление.
Действительно-ли для противоугонного устройства Вам нужна LoRa? Может достаточно будет просто Sub1G тракта? Последния разработка Silicon Labs (EFR32FG23) оснащена интересной аппаратной функцией (PSM - Preable Sense Mode), позволяющая сделать потребление на стороне приёмника в районе нескольких микроампер при периоде пробуждения 2 сек. См. мою статью подробнее.
Может достаточно будет просто Sub1G тракта? Последния разработка Silicon Labs (EFR32FG23) оснащена интересной аппаратной функцией (PSM - Preable Sense Mode)
Да, действительно, на LoRa свет клином не сошелся, просто на неё есть описания, готовые библиотеки, модули в свободной продаже. Подозреваю, что с предлагаемым Вами варианте столкнусь с проблемами в в этих вопросах и всё это затянется на месяцы... Да и вопрос цены, доступности и.др. Но, то что есть какие-то альтернативы ,это хорошо, спасибо.
...каждые 10сек. просыпаться и проверять на наличие принимаемых данных. Если данных нет- уходим в сон, если есть- обработали, оповестили и снова в сон. На уверенный прием данных уходит 0,5 сек. и вместе ESP и RA-01 в это время потребляет до 30ма. Т.е., грубо говоря, простой цикл работы -это 0,5 сек прием, 10 сек сон. В итоге, при использовании дисковой батарейки в брелке хватит на неделю максимум. Возможно есть какие то методы, варианты как кардинально уменьшить потребление.
Для SX1278(LoRa) существует штатная функция проверки - CAD(detect LoRa preamble signal), в заводском мануале подробно описано, имеет собственное прерывание и даже пинами может управлять. Длительность при 62кГц, SF12=120ms; SF11=58ms; SF10=28ms, и так далее, просто показалось что вы 500мс делаете запрос на прием всего пакета, что намного дольше, либо у вас очень низкая скорость передачи. При проектировании GPS+LoRa маячка пришел к выводу что самый лучший способ сохранять батарейку ускориться в данных, при 62кГц SF10 тайминги уже хорошие, а потеря дальности не столь значительна, и сами данные шустрее гоняют, время передачи так же выходит ниже. Прототип на SX1278+тини13 продержался в режиме сна с 62кГц SF11 почти полтора месяца от мелкого АКБ емкостью 110мАч. Насколько знаю сегодня из не дорогих решений LoRa обладает самыми лучшими характеристиками по дальности, жаль купить модули с частотами ниже 432МГц сложно, охота поиграть в 315/240МГц
просто показалось что вы 500мс делаете запрос на прием всего пакета, что намного дольше
Да, Вы правильно поняли, 500ms уходит на то, чтобы принять весь пакет данных.
Цитата:
Прототип на SX1278+тини13 продержался в режиме сна с 62кГц SF11 почти полтора месяца от мелкого АКБ емкостью 110мАч.
В моем случае это маловато, но, по крайней мере, это уже что-то и можно баловаться с типом батарейки, частотой опроса...
Цитата:
Насколько знаю сегодня из не дорогих решений LoRa обладает самыми лучшими характеристиками по дальности, жаль купить модули с частотами ниже 432МГц сложно, охота поиграть в 315/240МГц
Минимальная частота для модулей 410 МГц, наверное не ощутимое снижение.
Цитата:
Для SX1278(LoRa) существует штатная функция проверки - CAD(detect LoRa preamble signal)
Я видел это , но не совсем понял. У меня модуль по умолчанию уходит в режиме SLEEP. Но если я установлю режим CAD, то что со сном будет?
Alfred22 написал в личку, с CAD работать точно как и с приемом, при пробуждении просто вместо RX включается CAD (reg0x01=0b10001111;CAD mode), ну и до опроса надо параметры канала настроить в точности как для RX, и сбросить байт прерываний от мусора(reg0х12=0хFF), после чего читать по байту прерывания результат, визуально удобно прототипирование делать на платке с ЖКИ чтоб видеть, а освоившись переходить к вариантам экономии батарейки. По частотам, в мануале LoRa четко сказано что эта шляпа от 137МГц умеет, но RLC обвязку 0603 придется менять на платке, на той что пишут 432МГц уже при 420МГц сильный завал из-за RLC фильтра, даже нашел мануалы по номиналах для частот, но мелюзгу паять не просто и настраивать сам RLC фильтр желательно.
Всем доброго времени, делаю самоделку на базе sx1278, код написан данные уда сюда ходят, но столкнулся с проблемой дальности, показатели совсем уж смешные, метров 500-800 загородом а дальше потеря, частота 433 sf=12. Решил замерять мощность выдаваемую модулем, мультиметром через простую вч головку из диода и кондера и эквивалента нагрузки 50ом в режиме dc тестер показал 1.3в что по таблицам вроде как 0.08вт
Скажите, можно ли делать так замер, или тут катет хитрости? Ну и правильно настроенный модуль может кто-нибудь также замерять, сколько он выдает на антенну?
azt59 для 433МГц LoRa SF10/SF12 в лесу 500-800 метров и есть ее дальность, на всех своих тестах где-то так и выходило, ну когда сигнал идет через препятствия типа деревьев вне прямой видимости, а так должно быть более 7км.
вопрос бы про "замерять мощность выдаваемую модулем" а не про "дальность"
azt59 писал(а):
Решил замерять мощность выдаваемую модулем, мультиметром через простую вч головку из диода и кондера и эквивалента нагрузки 50ом в режиме dc тестер показал 1.3в что по таблицам вроде как 0.08вт
Скажите, можно ли делать так замер, или тут катет хитрости?
хитрость в том что модуль работает в импульсном режиме... поэтому мультиметром через простую вч головку из диода и кондера и эквивалента нагрузки 50ом... будут большие погрешности...
Приветствую всех с хлебного Ташкента,ребят помогите пожалуйста разобраться. Многоквартирный жилой комплекс,хотим поставить газовые и водяные счетчики с передачей данных по протоколу LoraWan. Специалисты в этой области утверждают что в данном случае система работать не будет.Насколько достоверно их заключение? Заранее благодарю.
Принимающие станции LoRa не могут демодулировать более чем 8 пакетов одновременно. Это связано с архитектурными особенностями. При работе устройств, которые отправляют не более 1 пакета в час один шлюз в идеальных условиях теоретически может обеспечить бесперебойную работу 62500 таких устройств. Но любой желающий, отправляя с восьми LoRa-модемов произвольные данные без остановки, заблокирует все 8 каналов сети LoRa, работающей на одной частоте. Достаточно заблокировать даже не все, а только высокоскоростные каналы. Самый низкоскоростной канал может принять не более 1000 пакетов в час. Работа на высокоскоростных каналах может оказаться невозможной для большей части устройств из-за низкого уровня сигнала, связанного с размещением устройств внутри здания. Попытка некоторыми устройствами типа электросчетчиков использовать LoRaWAN поверх RS-485 в режиме прозрачного канала также будет мешать работе других LoRaWAN устройств. 2. Объем данных, передаваемых через сеть LoRa очень ограничен. При работе на низкой скорости один пакет содержит не более 51 байта полезных данных, что сильно затрудняет передачу часовых архивов. Для передачи только часовых архивов каждое устройство должно будет отправить не менее 24 пакетов. Отправка суточных, текущих диагностических данных и параметров настройки устройств увеличивает это количество еще в два раза.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 10
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
