Содержание
Описание параметра «Встроенные интерфейсы связи»
Интерфейсные каналы передачи информации служат для передачи всей информации, содержащейся в памяти счетчиков, по линии связи на диспетчерскую ЭВМ, а также для программирования констант и коэффициентов счетчиков.
RS-485 — стандарт физического уровня для асинхронного интерфейса. Регламентирует электрические параметры полудуплексной многоточечной дифференциальной линии связи типа «общая шина». Стандарт приобрел большую популярность и стал основой для создания целого семейства промышленных сетей широко используемых в промышленной автоматизации. В стандарте RS-485 для передачи и приёма данных используется одна витая пара проводов, иногда сопровождаемая экранирующей оплеткой или общим проводом. Передача данных осуществляется с помощью дифференциальных сигналов. Разница напряжений между проводниками одной полярности означает логическую единицу, разница другой полярности — ноль.
Стандарт RS-485 оговаривает только электрические и временные характеристики интерфейса. Стандарт RS-485 не оговаривает:
- параметры качества сигнала (допустимый уровень искажений, отражения в длинных линиях),
- типы соединителей и кабелей,
- гальваническую развязку линии связи,
- протокол обмена.
RS-232 — проводной дуплексный интерфейс. Метод передачи данных аналогичен асинхронному последовательному интерфейсу. Информация передается по проводам двоичным сигналом с двумя уровнями напряжения. Логическому «0» соответствует положительное напряжение (от +5 до +15 В для передатчика), а логической «1» отрицательное (от −5 до −15 В для передатчика). Для электрического согласования линий RS-232 и стандартной цифровой логики UART выпускается большая номенклатура микросхем драйверов, например MAX232. Помимо линий входа и выхода данных RS-232 регламентировал ряд необязательных вспомогательных линий для аппаратного управления потоком данных и специальных функций.
USB — последовательный интерфейс передачи данных для среднескоростных и низкоскоростных периферийных устройств в вычислительной технике.
CAN — стандарт промышленной сети, ориентированный прежде всего на объединение в единую сеть различных исполнительных устройств и датчиков. Режим передачи — последовательный, широковещательный, пакетный. Под CAN-сетью обычно подразумевается сеть топологии «шина» с физическим уровнем в виде дифференциальной пары. Передача ведётся кадрами, которые принимаются всеми узлами сети. Для доступа к шине выпускаются специализированные микросхемы — драйверы CAN-шины.
IrDA (Infrared Data Association, ИК-порт, Инфракрасный порт) — группа стандартов, описывающая протоколы физического и логического уровня передачи данных с использованием инфракрасного диапазона световых волн в качестве среды передачи.
Оптопорт — частный случай IrDA специально предназанченный для работы с счетчиками электроэнергии. Оптопорт необходим для безконтактного подключения к многофункциональному счетчику электроэнергии с целью получения дополнительной информации о режимах эксплуатации счетчика, а также для получения коммерческой информации. Оптопорт подключается к com-порту или USB персонального компьютера. Для работы со счетчиком по оптопорту используют сервисное программное обеспечение. Протокол передачи данных должен соответствовать МЭК1107(МЭК6107, МЭК62056).
Оптопорт и IrDA (инфро-красный порт), это два разных канала связи. В модельном ряду производителей есть приборы и с IrDA и с оптопортом.
PLC (Power line communication) — термин, описывающий несколько разных систем для использования линий электропередачи для передачи голосовой информации или данных. Сеть может передавать голос и данные, накладывая аналоговый сигнал поверх стандартного переменного тока частотой 50 Гц или 60 Гц.
Радиомодем передает данные на большие расстояния, в несколько десятков километров, через беспроводное соединение с другим радиомодем в системах «точка-точка» или «точка-многоточка». Такие системы не зависят от мобильных или спутниковых операторов, соответственно не имеют платы за объём передаваемой информации.
Интерфейсы передачи данных — NIK
Токовая петля
Токовая петля, или CL – current loop, посредством данного интерфейса производится обмен данными между счетчиками и системами сбора данных производится по проводной линии связи с гальванической развязкой с помощью модулированного сигналом тока.
Счетчики с интерфейсом «токовая петля» серийно не производятся.
Для подключения к счетчику по прямому соединению (интерфейсу CL) необходимо иметь соответствующее устройство. Устройство должно распознаваться компьютером как СОМ-порт. Также нужно знать адрес счетчика в системе. Эта информация может быть получена из протокола параметризации счетчика или через оптопорт прибора учета (программное обеспечение «НИК-Параметризация»).
Радиоканал
Интерфейс предназначен для построения систем, регламентированных стандартом IEEE 802.15.4, которые могут самоорганизовываться и самовосстанавливаться, и в которых осуществляется беспроводная передача данных на частоте 2,4 ГГц.
Этот интерфейс используется в системных счетчиках (там где нужно объединить много счетчиков в одну сеть, например многоквартирный дом или садовое общество).
В модификациях счетчиков NIK обозначается цифрой 4 (например, NIK 2307 AP6T.
Принцип работы следующий: давая запрос счетчику с определенным номером (адресом), запрос по цепочке счетчиков передается к нужному прибору. Таким образом, цепь из таких приборов может быть растянута более чем на километр. Радиоканал можно удлинить с помощью ретрансляторов.
Счетчики со встроенным интерфейсом «Радиоканал» опрашиваются либо с помощью контроллера, либо с помощью точки доступа.
Для подключения к счетчику с помощью радиоканала необходим радиомодуль. При подключении по USB радиомодуль автоматически устанавливает драйвера и распознаться как COM-порт. Также необходимо знать ID (идентификатор) сети счетчика, номер канала, а также адрес счетчика в системе. Эта информация может быть получена из протокола параметризации счетчика или через оптопорт прибора учета (программное обеспечение «НИК-Параметризация»).
Ethernet
Интерфейс передачи данных в локальной сети со скоростью 10/100 Mbit/s через стандартный TCP/IP протокол.
В модификациях счетчиков NIK обозначается цифрой «7» (например, NIK 2307 AP6T.1700.MC.11).
Для присоединения через интерфейс Ethernet, в счетчиках используется разъем RJ-45.
Для подключения по ТСР\IР нужно знать адрес счетчика (в формате IPv4). По умолчанию для всех приборов с TCP\IP присваивается опция DHCP (Dynamic Host Configuration Protocol – протокол динамической настройки узла), позволяющая счетчику получить IPv4 адрес при первом подключении к подсети. Узнать этот адрес можно подключившись к счетчику с помощью оптопорта или другого интерфейса. Для смены адреса необходимо отключить опцию DHCP в разделе «Конфигурация счетчика»/»Идентификация» (через программное обеспечение «НИК-Параметризация»).
Оптопорт
Этот интерфейс имеется во всех электронных счетчиках NIK (за исключением некоторых исполнений однофазных нетарифных счетчиков). Предназначен для локального снятия данных непосредственно со счетчика (ограничение длиной провода с оптоголовки – максимум два метра).
В модификациях счетчиков NIK обозначается цифрой 1 (например, NIK 2307 AP6T.1000.MC.11).
Оптопорт на счетчиках NIK находится под небольшой крышкой и для крепления оптоголовки имеет либо встроенный магнит (старые исполнения счетчиков), либо пластинку из оцинкованного железа. При подключении важно расположение светодиодов и соблюдение требуемого расстояния.
Скорость подключения: 9600 bit/s, без исключения. Времени ожидания в 5000ms хватает во всех случаях.
Если оптоголовка не распознается как коммутационный порт (СОМ-порт), нужно установить драйвера «USB to FTDI».
Для связи со счетчиками NIK рекомендуется использовать оптоголовку производства NIK (под специальный заказ). С оптоголовками сторонних производителей (оптоголовки с USB) приборы работают в основном нормально (подключиться можно почти всегда, хотя иногда бывает необходимо увеличить расстояние между счетчиком и оптоголовкой).
Интерфейс RS-485
Асинхронный интерфейс для полудуплексной многоточечной линии связи типа «общая шина», передача данных в которой осуществляется с помощью дифференциальных сигналов.
Интерфейс имеет гальваническое решение линии связи.
Интерфейс совместим со стандартом ANSI TIA/EIA-485-A:1998. Скорость связи от 1200 до 19200 бод.
На счетчиках NIK интерфейс RS-485 выглядит как 2-4 низковольтные клеммы, или как разъем RJ-45.
В модификациях счетчиков NIK обозначается цифрой 2 (например, NIK 2307 AP6T.1200.MC.11).
Количество счетчиков NIK с интерфейсом RS-485, которые могут одновременно работать в одной системе – 32 шт.
Интерфейс RS-232
Этот интерфейс может быть встроен в счетчик под специальный заказ. Серийно не производится.
Асинхронный интерфейс для дуплексной линии связи типа «точка-точка». Интерфейс имеет гальваническое решение линии связи.
Интерфейс совместим со стандартом EIA232.
Для подключения к счетчику по прямому соединению (интерфейсом RS-485, RS-232) необходимо иметь соответствующее устройство (например, переходник «USB – RS-485»). Устройство должно распознаваться компьютером как СОМ-порт. Также нужно знать адрес счетчика в системе. Эта информация может быть получена из протокола параметризации счетчика или через оптопорт прибора учета (программное обеспечение «НИК-Параметризация»).
Интерфейс GSM
GSM/GPRS интерфейс предназначен для передачи данных в сетях 850/900/1800/1900 МГц.
Поддерживает подключение GSM/GPRS.
В модификациях счетчиков NIK обозначается цифрой 6 (например, NIK 2307 AP6T.1600.MC.11).
Для настройки связи через интерфейс GSM/GPRS под клеммной крышкой счетчика встроен соответствующий лоток для сим-карты формата mini-SIM. Выносная антенна для приема сигнала на частотах GSM добавляется в комплект прибора учета.
Для подключения по GSM необходимо знать адрес сим-карты (подключение по GSM предполагает работу исключительно с сим-картами, имеющими статичный IP-адрес) и находиться на той же APN (Access Point Name) подсети (посмотреть/изменить APN прибора можно подключившись к счетчику при помощи оптопорта).
Интерфейс PLC
Интерфейс связи PLC, или Power Line Connection, для осуществления передачи данных модулированым сигналом по силовым линиям электропередачи.
В модификациях счетчиков NIK обозначается цифрой 8 (например, NIK 2307 AP6T.1800.MC.11).
Может выполняться в двух вариантах:
Интерфейс PLC первого поколения:
Маркировка на паспортной табличке «PLC».
Полоса частот CENELEC-A (10kHz to 95kHz).
Модуляция DCSK
Интерфейс PLC третьего поколения:
Маркировка на паспортной табличке «PLC3» или «PLC 3».
Полоса частот CENELEC-A (10kHz to 95kHz).
Модуляция OFDM.
Варианты PLC и PLC G3 не совместимы.
Интерфейс счетчика энергии
— драйверы Windows
Редактировать
Твиттер
Фейсбук
Электронная почта
- Статья
Начиная с Windows 10, драйверы могут реализовывать интерфейс измерения энергии (EMI) для предоставления клиентам данных о потреблении энергии. Этот интерфейс состоит из набора стандартизированных IOCTL для клиентов, чтобы получить данные об энергопотреблении, а также данные об измерительном оборудовании и измеряемом оборудовании.
Бортовые счетчики электроэнергии периодически измеряют напряжение и силу тока на рельсах, рассчитывают произведение мощности и интегрируют общую потребляемую энергию с течением времени.
Интерфейс EMI обеспечивает передачу данных об энергопотреблении для использования заинтересованными клиентскими приложениями и службами. Клиенты рассчитывают энергию, потребленную с момента их последнего запроса, вычитая предыдущие значения из последних значений и при необходимости конвертируя в среднюю мощность простым делением.
Обнаружение устройств, поддерживающих EMI
Клиенты обнаруживают устройства, поддерживающие EMI, посредством вызовов SetupDiEnumDeviceInterfaces и SetupDiGetDeviceInterfaceDetail. Один экземпляр интерфейса устройства EMI создается для каждого устройства учета энергии, совместимого с EMI и присутствующего в системе.
GUID для интерфейса устройства EMI — {45BD8344-7ED6-49cf-A440-C276C933B053} , как определено в emi.h. Код также может использовать GUID_DEVICE_ENERGY_METER для указания этого GUID.
Использование интерфейса EMI
Клиентский код обычно взаимодействует с EMI, используя следующий процесс:
-
Вызовите IOCTL_EMI_GET_VERSION и проверьте версию интерфейса EMI, поддерживаемую устройством, в возвращаемом значении EMI_VERSION. В Windows 10 устройства могут поддерживать EMI_VERSION_V1. В Windows 10 версии 1809 устройства также могут поддерживать EMI_VERSION_V2. В будущих выпусках операционной системы могут быть представлены более поздние версии.
-
Вызовите IOCTL_EMI_GET_METADATA_SIZE, чтобы получить размер метаданных EMI.
-
Выделите буфер требуемого размера метаданных EMI и вызовите IOCTL_EMI_GET_METADATA. Убедитесь, что возвращаемый EMI_MEASUREMENT_UNIT равен EmiMeasurementUnitPicowattHours. Выпуски после Windows 10 могут определять дополнительные типы единиц.
-
Чтобы измерить общее потребление энергии, вызовите IOCTL_EMI_GET_MEASUREMENT. Значение AbsoluteEnergy в возвращенной структуре EMI_CHANNEL_MEASUREMENT_DATA представляет собой общую накопленную энергию в пиковатт-часах с некоторой произвольной нулевой точкой. Как правило, вам необходимо сравнить образцы в два разных момента времени и вычесть значения энергии для потребления энергии за этот интервал.
-
Чтобы измерить среднее энергопотребление, вызовите IOCTL_EMI_GET_MEASUREMENT в начале и в конце нужного интервала. Вычтите значения AbsoluteEnergy и AbsoluteTime структуры EMI_CHANNEL_MEASUREMENT_DATA, возвращенные последним образцом, из значений предыдущего образца.
Дополнительные сведения см. в этих разделах.
IOCTL EMI —
В этом разделе описываются коды управления вводом-выводом (IOCTL), поддерживаемые интерфейсом измерения энергии (EMI).
Перечисления и структуры EMI —
В этом разделе описываются перечисления и структуры, поддерживаемые интерфейсом измерения энергии (EMI).
Обратная связь
Просмотреть все отзывы о странице
Электросчетчики с интерфейсом HAN — Интеграция
SvenR
(Свен Руин)
1
В моем районе Швеции электроэнергетическая компания Mälarenergi заменяет все счетчики электроэнергии новыми «умными» счетчиками, которые имеют так называемый интерфейс HAN для доступа клиентов к данным. Этот интерфейс является формой M-Bus. Поверьте, что тот же стандарт используется в других частях Швеции и Норвегии (и, возможно, в какой-то другой стране). Было бы интересно узнать, интегрировал ли кто-нибудь такой интерфейс с OpenEnergyMonitor? Или кому-нибудь будет интересно это сделать (например, на Raspberry Pi)?
СвенР
(Свен Руин)
2
Может ли кто-нибудь дать совет, как лучше всего сделать такую интеграцию, чтобы в будущем она могла быть частью OpenEnergyMonitor (например, в качестве альтернативы CT и т.
джелоквуд
(Джон Локвуд)
3
Интеллектуальный счетчик HAN — домашняя сеть использует стандарт беспроводной сети умного дома Zigbee, однако, кажется, что он использует другой «профиль» для большинства других применений Zigbee, и это, я считаю, препятствует прямому доступу к нему.
Некоторые специальные устройства используют тот же ZigBee Smart Energy 2.0 и, следовательно, теоретически может подключаться. (Это может или не может быть ограничено поставщиком энергии и счетчиков.) Примером является эта страница продукта — EAGLE-200 — Автоматизированное управление энергопотреблением | Rainforest Automation
Они подключаются к HAN с помощью Zigbee, а затем преобразуют данные в форму, к которой можно получить доступ через вашу домашнюю локальную сеть.
На самом деле, этот тип устройства имеет свою собственную аббревиатуру, которая является CAD — Consumer Access Device. Вы можете быть знакомы с некоторыми устройствами интеллектуальных счетчиков, которые предоставляют связанное устройство с ЖК-дисплеем, который вы можете просматривать в режиме реального времени на своем столе, они называются IHD — устройства с домашним дисплеем и также используют ту же HAN. Фактически, некоторые устройства IHD теперь также имеют возможности САПР. См. — Умная энергия — Варианты зеленой энергии : Варианты зеленой энергии
Проблемы, о которых следует знать.
СМЭЦ1 и СМЭЦ2 явно отличаются. Некоторые устройства IHD/CAD могут поддерживать только SMETS1, другие — оба.
Я считаю, что хотя наиболее распространенной радиочастотой для Zigbee является 2,4 ГГц, некоторые счетчики SMETS могут использовать другие частоты, например. 868 МГц. Это связано с тем, что эти альтернативные частоты имеют более длинный диапазон, а счетчики часто прячут в шкафу или даже за пределами дома, поэтому больший диапазон может быть жизненно важен.
СвенР
(Свен Руин)
4
Спасибо за ответ, Джон. Насколько я понимаю, для этой цели в Великобритании используется беспроводная связь ZigBee. В моем регионе вместо этого используется форма M-Bus с использованием RJ45, которую также можно использовать для подачи питания на ведомое устройство. Ниже приведены некоторые ссылки на решения с открытым исходным кодом для интерфейса HAN, используемые в Норвегии, которые, как мне кажется, аналогичны тем, что у меня есть в этой части Швеции:
https://www.nek.no/wp-content/uploads/2018/10/AMS-HAN-Port-Smart-Hus-og-Smart-Bygg-Gjør-det-selv-og-Pilotprosjekter-ver- 1.16.pdf (на норвежском языке)
GitHub — roarfred/AmsToMqttBridge: Минималистичная система для чтения данных AMS/HAN с электросчетчика (однако мне было очень грустно читать на Facebook, что разработчик умер)
SvenR
(Свен Руин)
5
Используя инструкции на норвежском языке по одной из ссылок, которые я предоставил ранее, я считываю данные со счетчика на Raspberry Pi.
ян
(янь)
6
Привет, Свен
Как вы читаете счетчик на Pi?
У меня похожая установка. Я получаю данные с помощью MQTT, поэтому у меня есть подписка NodeRed на pi, а затем публикация в Emoncms с использованием MQTT. Это также позволяет мне форматировать данные перед публикацией в Emoncms.
СвенР
(Свен Руин)
7
Привет, Ян
В настоящее время на Pi работает программное обеспечение, о котором вы можете прочитать на норвежском языке по первой ссылке, которую я предоставил ранее.
СвенР
(Свен Руин)
8
Существует соответствующее обсуждение на норвежском языке Lesing av HAN — The Easy Way (TM) — WIP — Strømsparing og strøm-overvåkning — Hjemmeautomasjon, которое включает, например, информацию о различных попытках использования Python
djh
(Дэйв Ховорт)
9
Помимо использования MQTT для отправки данных в систему emoncms, другой возможностью является отправка данных по HTTP с использованием Feed API.
нчавейро
(Чавейро)
10
В Португалии у нас есть интеллектуальные счетчики с портами HAN. Это RJ12, обеспечивающий 5 В, и RS485 с Modbus.
Это что-то похожее на другие страны Европы?
Я разрабатываю небольшое устройство с Wi-Fi, которое подключается непосредственно к счетчику для отправки данных в moncms, которое может использоваться в других странах.
СвенР
(Свен Руин)
11
Насколько я понимаю, RJ45 и RJ12 используются в Швеции и Норвегии.
в Швеции, и в моем регионе используется норвежская версия. На https://hanporten.se/ есть информация о протоколах
. По крайней мере, в некоторых случаях
используется Mbus.
Чаверио, если бы вы сделали свое устройство таким, чтобы его можно было использовать здесь, в
Швеции/Норвегии, мне было бы интересно услышать.
борпин
(Брайан Орпин)
12
Чавейру:
Я разрабатываю небольшое устройство с Wi-Fi, которое подключается непосредственно к счетчику для отправки данных в moncms, которое может использоваться в других странах.
ESPHome и HA уже сделали это — Управление энергопотреблением в Home Assistant — Home Assistant
djh
(Дэйв Ховорт)
13
число:
ESPHome и HA уже сделали это — Управление энергопотреблением в Home Assistant — Home Assistant
Интересно, спасибо.
борпин
(Брайан Орпин)
14
джх:
Работает ли что-нибудь из этого в Великобритании
Нет, так как спецификация для Великобритании не включает выходной разъем RJ11/12/45.
нчавейро
(Чавейро)
15
На прототипе я использую Tasmota со скриптами, поддерживающими Modbus (и другие протоколы) для взаимодействия со смарт-счетчиками.
Я только что сравнил распиновку, и шведский использует собственный протокол P1.
Как насчет других стран?
Португальский (RJ12 RS485 Modbus)
Шведский (RJ12 P1)
Норвежский (RJ45 M-Bus)
Есть ли питание на других контактах?
джх
(Дэйв Ховорт)
16
код:
джх:
Работает ли что-нибудь из этого в Великобритании
Нет, так как спецификация для Великобритании не включает выходной разъем RJ11/12/45.
Хорошо, спасибо. Я подозревал, что нет. Это кажется типичной британской чушью, по крайней мере, с точки зрения потребителей.
1 Нравится
(Джон Локвуд)
17
Действительно, да, нас снова ебут.
Единственные варианты в Великобритании вроде бы.
- Используйте API для доступа к обновленным данным с 30-минутным интервалом из сети DCC — это возможно бесплатно и должно работать со всеми поставщиками энергии
- Используйте API для доступа к тем же данным от вашего поставщика энергии — поддерживается не всеми поставщиками
- Получить САПР — потребительское устройство доступа, которое может выполнять гораздо более частые обновления. CAD находится в вашем доме, и теоретически должен быть доступным локально, но ни одно из CAD-устройств, доступных в Великобритании, не позволяет это сделать, и вместо этого вам необходимо получить доступ к данным через API CAD-производителей и облачные серверы CAD-производителей. Здесь было какой-то прогресс. Первоначально вы не могли покупать устройства САПР в качестве конечного пользователя, а затем какое-то время был доступен буквально только один продукт, а теперь есть — ох! минимум три в наличии.
Действительно царапает дно бочки — могут быть доступны оптические датчики, но большинство, если не все, не могут справиться с чтением ЖК-дисплея интеллектуальных счетчиков, и, наконец, энергетические клещи для измерения потребления электрического тока.
Примечание. Американская компания производит САПР, которая поддерживает локальный доступ, но не одобрена для использования в Великобритании и не полностью совместима с SMETS2, и, к сожалению, производитель не проявляет интереса к удовлетворению требований рынка Великобритании. По общему признанию, получение сертификата в Великобритании обойдется в приличную сумму. Без сертификации он не может быть сопряжен с вашей домашней сетью HAN.
Примечание. В Великобритании HAN — это беспроводная сеть Zigbee, используемая для подключения интеллектуального счетчика электроэнергии, интеллектуального счетчика газа (если он у вас есть), IHD — домашний дисплей (устройство, показанное в рекламе), и если у вас есть один CAD — Consumer Access Device. HAN заблокирован с использованием специального стандарта энергии — не такого, который используется, например, Умные лампочки Zigbee. Только утвержденные устройства могут быть подключены к HAN. Первоначально ходили разговоры о том, что бытовая техника также напрямую подключается к HAN, чтобы ее можно было настроить на более дешевую, т. е. более низкую нагрузку, в течение дня или на автоматическое отключение.
Если бы у правительства была подсказка (а у них ее нет), они потребовали бы от производителей САПР разрешить доступ к локальным данным. Это было бы просто реализовать — устройство САПР уже имеет веб-интерфейс, поскольку он используется для подключения к вашему домашнему Wi-Fi, поэтому он может затем загружать данные через Интернет на облачные серверы производителей САПР — так что вы можете затем повторно загрузить те же данные обратно на ваш компьютер.
Из-за того, что все устройства САПР в Великобритании разрешают доступ только через свои облачные серверы — если производитель САПР обанкротится или решит взимать с вас плату за доступ, вы облажались. Было несколько случаев, когда продукты для умного дома были эффективно уничтожены, когда производитель либо разорялся, либо закрывал службу. Я знаю по крайней мере два бренда умного освещения, которые обанкротились, в результате чего все умные выключатели света полностью перестали работать, и их пришлось вырвать. Это одно из главных преимуществ HomeKit, начиная со спецификации 9.0256 требует , чтобы HomeKit работал исключительно локально без необходимости использования облачного сервиса. (К сожалению, Apple проделала ужасную работу по маркетингу и расширению HomeKit.)
1 Нравится
борпин
(Брайан Орпин)
18
Джелоквуд:
CAD находится в вашем доме, и теоретически должен быть доступен локально, но нет CAD-устройств, доступных в Великобритании, позволяют это сделать, и вместо этого вам необходимо получить доступ к данным через API CAD-производителей и облачные серверы CAD-производителей.
![]()
Это больше не верно. Glow недавно представила обновление для своей САПР, позволяющее включить локальный MQTT, чтобы вы могли получать 10-секундные данные локально.
Но я согласен, что британская спецификация — это FUBAR.
2 лайков
djh
(Дэйв Ховорт)
19
код:
Это больше не верно. Glow недавно представила обновление для своей САПР, позволяющее включить локальный MQTT, чтобы вы могли получать 10-секундные данные локально.
Звучит обнадеживающе. У вас есть ссылка, пожалуйста?
редактирование: я нашел Glow — Local MQTT. Вот, наконец … бесплатное обновление версии… | Джошуа Купер | июнь 2022 г. | Medium Есть ли уже интеграция с emoncms? У людей это реально работает?
борпин
(Брайан Орпин)
20
джх:
Есть ли уже интеграция с emoncms?
Понадобится немного Node Red, чтобы извлечь только данные о мощности/энергии.

Добавить комментарий