
Когда слышишь ?мембранный газовый счетчик с поддержкой интернета вещей 25?, первое, что приходит в голову — это, наверное, какая-то универсальная, ?умная? и надежная штуковина для коммерческого учета. Но на практике, особенно с типоразмером G25, все не так однозначно. Многие заказчики до сих пор считают, что главное — это сам факт наличия IoT-модуля, а остальное ?как-нибудь работает?. Вот тут и начинаются основные подводные камни, о которых редко пишут в красивых брошюрах.
Типоразмер G25 — это уже серьезная нагрузка, обычно небольшие котельные, производственные участки, многоквартирные дома с централизованным узлом учета. Тут уже не идет речь о простой замене старого счетчика на новый. Нужна интеграция в систему диспетчеризации, и вот здесь как раз и выходит на сцену поддержка интернета вещей. Но какой именно? NB-IoT, LoRaWAN? Это первый вопрос, который мы задаем. Опыт показывает, что в городской застройке с неплохим покрытием сотовых сетей NB-IoT от ?большой тройки? операторов часто оказывается надежнее, чем развертывание собственной сети LoRa. Хотя и с оговорками — в подвалах или металлических шкафах сигнал может пропадать, и это головная боль при приемке объекта.
Я помню один проект под Челябинском, где как раз ставили мембранные газовые счетчики G25 с NB-IoT от компании ?Сапфир?. Заказчик изначально хотел ультразвуковые, но бюджет не потянул. И знаете, мембранники в связке с их IoT-платформой показали себя вполне достойно. Данные шли стабильно, точность учета в пределах заявленного класса. Но был нюанс — первоначальная настройка и привязка устройства к платформе через сайт ООО ?Чжэцзян Сапфир Приборная Технология? заняла больше времени, чем предполагалось. Не потому что интерфейс плохой, а потому что местный IT-специалист привык работать с другим софтом. Пришлось ?на пальцах? объяснять, где в личном кабинете смотреть диагностику связи.
И вот что важно: сам по себе счетчик — это лишь железо. Ценность создает именно комплекс — прибор, модуль связи, платформа для сбора и анализа. У ?Сапфира? этот комплекс есть, они предлагают готовую линейку, и это упрощает жизнь. Не нужно искать совместимый IoT-шлюз от третьего производителя и мучиться со стыковкой протоколов.
Частая ошибка — считать, что установил счетчик, вставил SIM-карту, и он сразу ?в облаке?. На деле, после монтажа начинается самый интересный этап — настройка и верификация. Особенно с мембранными приборами, которые, в отличие от ультразвуковых, более чувствительны к условиям установки (вибрации, положение). Мы как-то поставили партию таких счетчиков на хлебозавод. Через неделю приходят данные — расход в ночные часы нулевой, но не стабильный ноль, а с редкими скачками. Первая мысль — неисправность или утечка.
Оказалось, монтажники, торопясь, плохо затянули соединения на входе, была минимальная утечка, которую сам счетчик не фиксирует как ошибку, но IoT-модуль исправно передавал данные о небольшом, но ненулевом расходе. Платформа от ?Сапфира? показала график, мы его проанализировали, выехали, перебрали соединения — проблема ушла. Вот вам и ценность ?интернета вещей? — не просто сбор данных, а возможность их оперативного анализа для диагностики не самого прибора, а системы в целом.
Еще один момент — энергопотребление. Встроенный IoT-модуль питается от батареи счетчика. И если сигнал слабый, модуль начинает чаще ?просыпаться? и искать сеть, сажая источник питания. В спецификациях обычно пишут срок службы батареи 10-12 лет, но это в идеальных условиях. На практике, на том же объекте с плохим сигналом, мы рекомендуем либо ставить внешнюю антенну (если конструкция позволяет), либо сразу закладывать более частую проверку состояния батареи через ту же платформу мониторинга.
Был у нас опыт интеграции таких IoT-счетчиков в существующую автоматизированную систему коммерческого учета энергии (АСКУЭ) крупного ЖК. Заказчик хотел, чтобы данные с наших газовых счетчиков с поддержкой интернета вещей сразу шли в их общую базу. Платформа ?Сапфира? предоставляет API, технически это возможно. Но возникла проблема формата данных. Их IoT-шлюз по умолчанию отдает кучу служебной информации — уровень сигнала, температуру модуля, напряжение батареи. А заказчику нужен был чистый, агрегированный часовой/суточный объем.
Пришлось писать небольшой скрипт-парсер, который ?выуживал? нужные поля из JSON, который сыпался из API. Сапфировцы со своей стороны помогли документацией, но готового ?коробочного? решения для такой кастомной интеграции не было. Это нормальная история, просто к ней надо быть готовым. Готовые интеграции обычно есть только с крупными федеральными платформами.
Глядя на ассортимент той же компании ?Сапфир?, видишь, что они параллельно развивают и мембранные, и ультразвуковые линейки. И это правильно. Когда речь идет о давлении выше 0.6 МПа, больших диаметрах труб (DN100 и выше) или требуется высочайшая точность на переменных расходах — тут вне конкуренции их ультразвуковые расходомеры. Но их цена в разы выше.
Мембранный газовый счетчик с поддержкой интернета вещей 25 — это решение для типовых задач коммерческого учета при средних давлениях, где важна не столько сверхточность, сколько надежность, долгий межповерочный интервал и стоимость владения. Мембранная технология отработана десятилетиями, она предсказуема. А IoT-модуль делает ее современной. В одном из ТЦ мы ставили такие счетчики на учет газа для системы отопления. Ультразвуковой был бы избыточен, а обычный мембранный без удаленного счета заставил бы обходить десяток труднодоступных узлов ежемесячно. IoT решил эту проблему.
Однако нельзя забывать про ограничения. Мембранный счетчик, даже ?умный?, все равно имеет механические подвижные части (мембранные камеры). При очень низких расходах или резких пульсациях (например, от работающих рядом поршневых компрессоров) его точность может падать, и это нужно учитывать при проектировании узла учета. IoT здесь не поможет, это физика прибора.
Судя по тому, что происходит на рынке и в разговорах с коллегами, просто передача данных — это уже базовый уровень. Следующий шаг — предиктивная аналитика на краю сети (edge computing). То есть чтобы сам IoT-модуль или шлюз мог анализировать данные о расходе, давлении (если есть датчик) и сигнализировать не просто ?нет данных?, а, например, ?выявлена аномалия, характерная для начинающейся утечки? или ?падение давления в сети ниже допустимого для корректной работы прибора?.
У некоторых производителей, включая ?Сапфир?, такие наработки уже есть в виде алгоритмов в их облачной платформе. Но хотелось бы видеть больше гибкости в настройке этих алгоритмов под конкретный объект. Скажем, для котельной и для хлебозавода профиль потребления газа разный, и ?аномалия? должна определяться по-разному.
Еще один тренд — конвергенция протоколов. Сейчас счетчик может ?говорить? по своему внутреннему протоколу с IoT-модулем, а модуль — передавать данные по NB-IoT на свою фирменную платформу. Хорошо бы иметь более открытые стандарты, чтобы данные могли напрямую, минуя проприетарные облака, стекаться в систему заказчика. Это вопрос доверия и безопасности данных, который становится все острее.
В итоге, возвращаясь к нашему мембранному счетчику G25 с IoT. Это уже не будущее, а настоящее. Рабочее, немного ?сырое? в плане интеграций, но абсолютно жизнеспособное настоящее. Главное — подходить к его внедрению без розовых очков, с пониманием всех технических и эксплуатационных нюансов. И тогда он из просто счетчика превращается в инструмент для реальной экономии и повышения управляемости ресурсами. А компаниям вроде ООО ?Чжэцзян Сапфир Приборная Технология? стоит продолжать работать не только над железом, но и над экосистемой вокруг него, делая ее более гибкой и дружелюбной для инженеров на местах.