Я думаю, большинство авторов все же понимают отличие LoRa от LoRaWAN. Просто немного мешают слова, чтобы не повторять один и тот же термин.\
Формально соглашусь. Опять же это как посмотреть. Опрос приборов учета - устоявшийся термин. Имеется ввиду, собирать с них информацию. Техническая реализация уже несколько детали и тут каждый сам решает где внутренний инженер переходит во внутреннего душнилу)
Часто приходим на то, что есть. Но да, если бы все было продумано заранее, все было б клево. И нефиг много моделей счетчиков. Два завода на всю Россию и клепать стандартные решения. Но так это не работает)
Тут сразу вопросы к высоковольтной линии. Если она у нас нормальная, то решение рабочее. Увы, часто линии ближе к конечным потребителям это мрак и скрутки. И вот по таким сетям пауэрлайны работают по схеме "повезет-не повезет".
Я довольно подробно останавливался на этом вопросе в своем цикле статей про Лору. Если грубо, то в городе на антенну Радиал 10 dBi уверенно получаем пару километров. Но это на SF12. Дальше магия. Где-то и на SF7 заведется, где-то на 5 км пробьет. Понятно, что магии никакой там нет и просто везде разные радиоусловия. Но просчитать их все не представляется возможным. Так что при проектировании исходим из радиуса в 2 км, а потом по факту корректируем. Но как показывает практика - коррекции минимальные.
Плюс Лоры, что многие датчики с ней могут работать от батарейки. Не все, но много. Ту же температуру померить - много электричества не надо. А вот модуль, скажем, GSM резко увеличит размер батареи.
От себя скажу, что будущее вижу все же за NB-IoT. Беда в том, что в нашей стране это связано с неповоротливыми сотовиками. А сам стандарт весьма неплох и универсален.
Ну вот сейчас все к тому и идет. Но рынок ЖКХ не самый поворотливый. И зоопарк из протоколов там пошел традиционно. Сейчас в рамках 522-фз худо-бедно стандартизировали электричество и то вопросов там больше, чем ответов. Внедрение ФЗ проходит на редкость тяжко.
Да, можно и такие системы делают. Но это боль. У вас получается зоопарк прошивок, которые нужно создавать и поддерживать. При этом. объем данных, которые генерит тот же теплосчетчик довольно существенный, если мы качаем, скажем, месячный архив. Даже в ужатом виде пропихивание - это боль.
Коммунальщики по итогу применяют гибридную систему. Теплосчетчик лучше подключить проводом и воткнуть в подъездный коммутатор. А вот какой-нибудь водосчетчик из темноты подвала можно и Лорой. Там импульсный выход, нет питания и тянуть туда провод нецелесообразно.
Мне кажется, тупиковый путь. В свое время мы им тоже было пошли, но это боль держать зоопарк разных прошивок. Все-таки скрипт опроса со стороны сервера - это удобнее и логичнее.
Я думаю тут все же от задачи зависит. Если куча датчиков раскиданы территориально, да еще в местах с негарантированным питанием (есть и такие, даже на заводах), стоит присмотреться к чему-то типа Лоры)
Статья интересная, рад, что автору попался именно Меркурий. Это прям удача, ибо Меркурий имеет самый легковесный протокол для опроса, который реально пропихнуть в Лору.
Если бы стояла задача опросить Энергомеру, малой кровью бы не отделались)
И я повторю вопрос выше - что же внутри у нашего девайся?) LoRa или LoRaWAN?)
Смотря что в вашем понимании много. У нас процесс распломбировки-опломбировки счетчиков для подключения их к мониторингу уже поставлен на поток. Насколько я знаю, денег там никаких не платят, только время сотрудников.
Договорились с ресрусником, он прислал человека с пломбами, при нем раскрутили, подключили и он запломбировал обратно.
В классическом LoRaWAN защита от атак повторения конечно есть. Вопрос, что на борту у этого устройства. Выше уже задавали правильный вопрос - это LoRa или LoRaWAN?)
Мы исходим из того, что на SF12 максимальная гарантированная дальность в городе 2, иногда 3 км. В поле до 5 км.
Но слишком много зависит от внешних условий, застройки, места установки датчика и прочих вводных. Прям таблицу SF-расстояние сделать невозможно. А если и возможно, то это будет очень синтетически и постоянно нарушаться в реальных условиях.
Я думаю, большинство авторов все же понимают отличие LoRa от LoRaWAN. Просто немного мешают слова, чтобы не повторять один и тот же термин.\
Формально соглашусь. Опять же это как посмотреть. Опрос приборов учета - устоявшийся термин. Имеется ввиду, собирать с них информацию. Техническая реализация уже несколько детали и тут каждый сам решает где внутренний инженер переходит во внутреннего душнилу)
Часто приходим на то, что есть. Но да, если бы все было продумано заранее, все было б клево. И нефиг много моделей счетчиков. Два завода на всю Россию и клепать стандартные решения. Но так это не работает)
У нас гибридная модуляция. Есть модули на SF12, но их не много. Это не ADR а своя довольно уникальная и оригинальная система оптимизации сети.
Тут сразу вопросы к высоковольтной линии. Если она у нас нормальная, то решение рабочее. Увы, часто линии ближе к конечным потребителям это мрак и скрутки. И вот по таким сетям пауэрлайны работают по схеме "повезет-не повезет".
Я довольно подробно останавливался на этом вопросе в своем цикле статей про Лору. Если грубо, то в городе на антенну Радиал 10 dBi уверенно получаем пару километров. Но это на SF12. Дальше магия. Где-то и на SF7 заведется, где-то на 5 км пробьет. Понятно, что магии никакой там нет и просто везде разные радиоусловия. Но просчитать их все не представляется возможным. Так что при проектировании исходим из радиуса в 2 км, а потом по факту корректируем. Но как показывает практика - коррекции минимальные.
Плюс Лоры, что многие датчики с ней могут работать от батарейки. Не все, но много. Ту же температуру померить - много электричества не надо. А вот модуль, скажем, GSM резко увеличит размер батареи.
От себя скажу, что будущее вижу все же за NB-IoT. Беда в том, что в нашей стране это связано с неповоротливыми сотовиками. А сам стандарт весьма неплох и универсален.
Ну вот сейчас все к тому и идет. Но рынок ЖКХ не самый поворотливый. И зоопарк из протоколов там пошел традиционно. Сейчас в рамках 522-фз худо-бедно стандартизировали электричество и то вопросов там больше, чем ответов. Внедрение ФЗ проходит на редкость тяжко.
Да, можно и такие системы делают. Но это боль. У вас получается зоопарк прошивок, которые нужно создавать и поддерживать. При этом. объем данных, которые генерит тот же теплосчетчик довольно существенный, если мы качаем, скажем, месячный архив. Даже в ужатом виде пропихивание - это боль.
Коммунальщики по итогу применяют гибридную систему. Теплосчетчик лучше подключить проводом и воткнуть в подъездный коммутатор. А вот какой-нибудь водосчетчик из темноты подвала можно и Лорой. Там импульсный выход, нет питания и тянуть туда провод нецелесообразно.
Мне кажется, тупиковый путь. В свое время мы им тоже было пошли, но это боль держать зоопарк разных прошивок. Все-таки скрипт опроса со стороны сервера - это удобнее и логичнее.
Я думаю тут все же от задачи зависит. Если куча датчиков раскиданы территориально, да еще в местах с негарантированным питанием (есть и такие, даже на заводах), стоит присмотреться к чему-то типа Лоры)
Статья интересная, рад, что автору попался именно Меркурий. Это прям удача, ибо Меркурий имеет самый легковесный протокол для опроса, который реально пропихнуть в Лору.
Если бы стояла задача опросить Энергомеру, малой кровью бы не отделались)
И я повторю вопрос выше - что же внутри у нашего девайся?) LoRa или LoRaWAN?)
Смотря какова протяженность линий и в каком сосотоянии сети СНТ.
Спойлер: в большинстве СНТ они просто в ужасном состоянии.
Смотря что в вашем понимании много. У нас процесс распломбировки-опломбировки счетчиков для подключения их к мониторингу уже поставлен на поток. Насколько я знаю, денег там никаких не платят, только время сотрудников.
Договорились с ресрусником, он прислал человека с пломбами, при нем раскрутили, подключили и он запломбировал обратно.
В классическом LoRaWAN защита от атак повторения конечно есть. Вопрос, что на борту у этого устройства. Выше уже задавали правильный вопрос - это LoRa или LoRaWAN?)
Попробовал поподробнее расписать один из кейсов. Будут вопросы - велкам в комментарии)
https://habr.com/ru/post/650395/
Чтобы не ходили по чужим пропускам)
А так, да, если более 500 человек персонала и распознавание только по лицу, растет погрешность.
https://habr.com/ru/post/650395/
Расписал более подробно)
Можно чуть поподробнее для людей не в теме?) Это я про команды.
Насчет отображения нагрузки, к сожалению, не отвечу. Т.е. логично, да, чтобы оно было. Может даже где-то есть. Но сделано так, что ошибка возможна.
К сожалению я не энергетик. Причины не назову. Но озвученная проблема массовая и нигде блокираторов я не видел. Может еще встречу)
Мы исходим из того, что на SF12 максимальная гарантированная дальность в городе 2, иногда 3 км. В поле до 5 км.
Но слишком много зависит от внешних условий, застройки, места установки датчика и прочих вводных. Прям таблицу SF-расстояние сделать невозможно. А если и возможно, то это будет очень синтетически и постоянно нарушаться в реальных условиях.