Comments 42
офф Вопрос тем кто посетит эту тему. Видел новый бытовой электросчетчик с встроенными радиомодулями. Практически это используется? Т.к. счетчик стоит внутри металлического ящика и это может быть серьезным препятсвием для радиоволн. Счетчик Меркурий AD13A.2-FLRs-Z-R-TX
Тут вопрос, к тому, кто проектировал счетчики со встроенной антенной в металлический ящик. Для металлических ящиков есть счетчики с SMA разъемом и выносной антенной.
На 100% сингнал не уйдет, но мешать металлический ящик будет существенно.
Не Меркурий, а Матрица - у Меркурия таких длинных и упоротых наименований нет.
У меня на объектах стоят подобные модели, переодически связь отваливается, на новые объекты стараюсь ставить с выносной антенной.
Со счетчиками Меркурий все это довольно просто реализовать - инструменарий имеется.
Нет уверенности, что описанное решение с LPWAN сетью - для бытового пользования. Для предприятий - еще туда-сюда, особенно, несетевых. Для сетевых, имхо, выгоднее уже привлекать варианты с использованием IP-сетей.
Это, получается, в радио заворачивают исключительно сам RS-485 без накопления/пакетной отправки данных. Чуть связь заглючит - связь со счетчиком прекратится. Тому же Меркурию, чтобы прочитаться через GPRS, надо дать минут 5 на всё, а т.к. тут еще и интерфейс низкоскоростной, все 15-30 пройдет - это быстро превратится в мазохизм.
Не учтен момент с помехами, а они на радио обязательно будут.
Имхо, выгоднее для долгосрочной эксплуатации был бы момент, связанный с накоплением сведений от счетчика, с последующей пересылкой сведений по IP-сетям - хоть по мобильной связи, хоть по wi-fi, хоть через кабель.
Рядовой потребитель электроэнергии заморачиваться, имхо, не должен: вроде как, за счет энергосетевых организаций собрались счетчики менять. А там, глядишь, и до массового монтажа АСКУЭ дойдут.
Имхо, выгоднее для долгосрочной эксплуатации был бы момент, связанный с накоплением сведений от счетчика, с последующей пересылкой сведений по IP-сетям - хоть по мобильной связи, хоть по wi-fi, хоть через кабель.
Не совсем понял предложение использования УСПД (накопление сведений от счетчиков, с последующей пересылкой) в описанном мною сценарии. С учетом отсутствия кабельных линий, подключение счетчиков к самому УСПД вызывает вопросы. А если бы такие линии имелись, то это была бы совсем другая ситуация
С учетом отсутствия кабельных линий, подключение счетчиков к самому УСПД вызывает вопросы
Почему? УСПД подключается кабелем к ПУ в месте его установки, копит в себе сведения, пересылает их через ту же мобильную связь по расписанию, или по запросу - решение вполне себе рабочее.
Стабильная среда в передаче данных по RS-485 имеется? Да, это кабель от ПУ до УСПД.
Стабильная среда в передаче данных по IP части? По TCP такие данные доставить проще и быстрее.
Почему? УСПД подключается кабелем к ПУ в месте его установки, копит в себе сведения, пересылает их через ту же мобильную связь по расписанию, или по запросу - решение вполне себе рабочее.
Ну т.е. схема получается такая:
Во ВРУ установлен один прибор учета -> монтируем во ВРУ УСПД №1 и GSM-модем №1,
В ТП установлено два прибора учета -> монтируем во ВРУ УСПД №2 и GSM-модем №2,
Где-то устанавливаем GSM-модем №3 и настраиваем некое ПО, которое будет получать данные по расписанию.
По-моему очевидно, что такое решение гораздо сложнее и несоизмеримо дороже. Кроме того появляется необходимость в регистрации трех SIM-карт. Да даже если отказаться от УСПД в количестве трех штук, без которых тут вполне можно обойтись, то решение все-равно останется дорогим и трудозатратным.
Стабильная среда в передаче данных по IP части? По TCP такие данные доставить проще и быстрее.
Да, по TCP быстрее. Были мысли использовать 2 преобразователя Serial-to-Ethernet и 2 WiFi-точки в режиме клиента для подключения к существующей сети. Это позволило бы поднять на клиентской машине два виртуальных COM-порта и работать со счетчиками. Но опять же, такое решение значительно дороже и сложнее в реализации. Да и в ТП проблемы с WiFi, которые конечно можно решить, но пока незачем.
В ТП установлено два прибора учета -> монтируем во ВРУ УСПД №2 и GSM-модем №2,
Можно найти УСПД с более, чем одним портом и модемом, такие устройства существуют. Плюс, RS-485, все-таки, интерфейс с адресацией, поэтому на один порт можно насадить несколько устройств, и опрашивать их, к примеру, по очереди. Если прошивка это позволяет.
Где-то устанавливаем GSM-модем №3 и настраиваем некое ПО, которое будет получать данные по расписанию.
Или GSM-модем № 3 уже не требуется, т.к. симка смотрит в интернет.
Можно найти УСПД с более, чем одним портом и модемом, такие устройства существуют. Плюс, RS-485, все-таки, интерфейс с адресацией, поэтому на один порт можно насадить несколько устройств, и опрашивать их, к примеру, по очереди. Если прошивка это позволяет.
Нет проблемы подключить к одному УСПД несколько счетчиков одновременно. Есть проблема подключить к одному УСПД счетчики расположенные во ВРУ и в ТП - нет кабельных линий.
Было бы круто, но у того же Меркурия RS485 пломбируется под общей крышкой, а значит просто так подключиться к стоящему в этажном щите счетчику банально нельзя.
прилепил фотодиод к своему, но у меня была лишняя пара в щиток
Есть такое.
Решили считыванием через IRDA, благо на том счетчике он был. Но пришлось поставить ноутбук в ТП, и уже потом связываться с ним по wifi.
Сейчас может быть у меркурия получше с софтом, а тогда (более 10 лет назад) было толко под винду да и далеко не все IRDA адаптеры подходили.
Интересненько. Красиво. Удобно. Дорого. И наверное ещё без лицензий, за исключением EAC.
Какие настройки радиоканала использовали- частота, мощность, показатель LBT. Сдается мне что описывемое решение не вполне законно.
При настройке руководствовался этим документом.
А как беспроводная сеть переносит атаки типа "повторная отправка сообщения"? Можно достаточно просто записать сообщения, несмотря на то что оно шифровано, и повторять в радиоэфире. Без защиты от повторов это принесет большую боль для владельца такой системы мониторинга.
Счетчик старый, надежный и фукциональный, но клеммники гамнянские. За столько лет так и не исправили косяк.
Занятно, наверное, побаловаться. Но задача решена уже очень давно и несколько десятков раз.
Уже все производители счётчиков имеют модели с LoRaWAN на борту, существует более 15 разновидностей шлюзов RS485 - LoRaWAN и в большинстве из них встроенная поддержка работы с приборами учёта.
Занятно, наверное, побаловаться. Но задача решена уже очень давно и несколько десятков раз.
Интересно было бы посмотреть хотя бы на одно решение из этого десятка. Как было справедливо замечено ранее в комментариях, то существуют вопросы на которые пока нет ответа. Например, скорость передачи, настройка рабочего цикла. Да и впринципе имеются сложности.
Уже все производители счётчиков имеют модели с LoRaWAN на борту, существует более 15 разновидностей шлюзов RS485 - LoRaWAN и в большинстве из них встроенная поддержка работы с приборами учёта.
Хотелось бы примеров использования шлюзов RS485 - LoRaWAN.
Не забывайте, что как правило уже стоит ТП, счетчики под пломбой. И просто договориться их поменять на другие может стоить очень и очень много.
Смотря что в вашем понимании много. У нас процесс распломбировки-опломбировки счетчиков для подключения их к мониторингу уже поставлен на поток. Насколько я знаю, денег там никаких не платят, только время сотрудников.
Договорились с ресрусником, он прислал человека с пломбами, при нем раскрутили, подключили и он запломбировал обратно.
Это всё супер. Только вот не везде работает. Поставили нам новый счетчик в подъезде, обрадовали, что показатели не нужно теперь будет передавать. Только вот они не учли одну вещь - в том месте не ловит связь. Итог - передаем показатели каждый месяц.
В СНТ думаю развернуть БС Вега и ставить сплиты Меркурия с LoraWAN. У Веги удивительно удобная линейка оконечных модемов, включая измерители 4-20мА.
В СНТ разворачивали на меркурих с PLC модемами. На подстанции 3 шлюза и ноутбук с виндой для чтения данных. Всё это было сделано более 10 лет назад и прекрасно работает.
Можно шлюзы поставить прямо кому-то в дом посередине линии.
Счетчики были примерно +1000р тогда, шлюзы по 5000р.
PLC - так себе решение (для настоящего времени). LoraWAN гораздо перспективней.
Автору - мое почтение за описание работы без БС, закинул конвертеры в корзину.
Считайте стоимость готового решения напрмиер на 40 домов в СНТ.
Мне сейчас сложно составить вменяемую таблицу с ценами на все виды счетчиков, но меньше чем за 15к я ни одного счетчика с Lora не нашел. В то время как счетчики с PLC стоят существенно дешевле. И не забывайте про металлические ящики.
Напоминает историю, в том самом СНТ, где на вход обязали поставить счетчик с GSM, который стоил на 20к дороже, чем такой же без GSM (например с PLC). И ирония в том, что никто ни разу не смог этим GSM воспользоваться. Все приезжали и программировали через IrDA.
Я не то чтобы настаиваю на единственном верном решении, но советую присмотреться к разным вариантам.
Все уже подсчитано - стоимость сплит-счетчика Меркурий208 равна стоимости обычного счетчика с rs485 с всей фурнитурой (ящики, кабели и пр.).
Основная цель модернизации, все-таки - снизить потери и наладить нормальный учёт/управление. Когда все провода наверху столба и подключения идут через сплит-счётчик - нет технической возможности подключиться мимо.
Смотря какова протяженность линий и в каком сосотоянии сети СНТ.
Спойлер: в большинстве СНТ они просто в ужасном состоянии.
Статья интересная, рад, что автору попался именно Меркурий. Это прям удача, ибо Меркурий имеет самый легковесный протокол для опроса, который реально пропихнуть в Лору.
Если бы стояла задача опросить Энергомеру, малой кровью бы не отделались)
И я повторю вопрос выше - что же внутри у нашего девайся?) LoRa или LoRaWAN?)
Какие дальности LoRa Link(ов) удалось достичь на разных битовых скоростях LoRa?
Заворачиваем RS485 в LoRa