Deconz-rest-plugin: [Запросить поддержку устройства] Develco EMI Norwegian HAN

Вы читали атрибуты кластеров 0x0702 и 0x0b04? 0x0b04, кажется, показывает только значения по умолчанию. 0x0702 предполагает, что в настоящее время вы потребляете 8,3 кВт. Можете ли вы связать это с тем, что показывает счетчик? Потребление в течение всего срока службы снова является значением по умолчанию.

Да, все значения после нажатия кнопки «читать» и счетчик показывает ~ 1-1,2кВт атм. Чтобы открыть HAN-порт на норвежских счетчиках, мы должны попросить об этом энергокомпанию, а на «Моих страницах» написано, что порт открыт. Поэтому я не уверен, почему он показывает значения по умолчанию.

Я попрошу закрыть и снова открыть порт, чтобы посмотреть, поможет ли это со значениями.

Спасибо, @Jopinder , за запрос поддержки для Develco EMI Norwegian HAN. У меня есть один, но я не могу добавить его к своему USB-адаптеру Conbee II, поэтому я не могу получить какие-либо показания на моем сервере HomeAssistant. Я попросил своего поставщика электроэнергии (LOS) открыть мой порт HAN, и они подтвердили, что они включили мой порт HAN. Даже в этом случае я не вижу свой датчик Develco в ConBee II. Я пробовал использовать веб-интерфейс PhosCon, а также графический интерфейс VNC.

Не могли бы вы рассказать мне (подробности), как вам удалось привязать Develco HAN к адаптеру Deconz?

Заранее спасибо и с Новым годом.

Моя энергетическая компания подтвердила, что порт HAN открыт после некоторой рассылки с их поддержкой. Я собираюсь связаться с продавцом в течение нового года (Wattle / Home Control AS), чтобы спросить, сделали ли они что-нибудь с прошивкой, поскольку они утверждают, что она работает только с их шлюзом.

@ gantonjo-tnm Я попытался добавить его через веб-интерфейс и «Датчики -> Добавить новый датчик» и выбрал «Другой», но он не появился. Затем я сбросил Develco и снова добавил его через веб-интерфейс. Он по-прежнему не отображается в веб-интерфейсе, но на этот раз в пользовательском интерфейсе VNC как подключенный (но не может получить никаких показаний от измерителя мощности). Так что ничего особенного я не сделал, боюсь.

Кстати, у меня есть Skagerak Energi и счетчик Aidon, какой счетчик использует LOS?

@Jopinder LOS использует счетчики Kamstrup.

У меня такой же ридер, но код производителя выглядит как 0x117c, а не 0x1015. Очень странно, это вроде код ИКЕА? Датчик не разговаривает напрямую с моим концентратором, он находится в пределах досягаемости одной из моих лампочек IKEA.

Мой ридер куплен в Elektroimportøren, и в интернет-магазине он указан как совместимый с Homely: https://www.elektroimportoren.no/emi-norsk-han/4514731/Product.html?Event=livesearch

Мой счетчик тоже от Айдона. Я получил подтверждение от своей энергетической компании, что мой порт HAN включен.

@ gantonjo-tnm Мне пришлось обновиться до последней бета-версии deCONZ, прежде чем я смог получить информацию о кластере и т. д. с моего датчика HAN. Получил отсюда: http://deconz.dresden-elektronik.de/raspbian/beta/

Вот мои скриншоты:

Информация об узле:

0x000:

0x0702:

0x0b04:

Я только что понял, что счетчик уже появляется в Home-Assistant, вероятно, потому, что я использую текущую бета-версию deCONZ?

Но, увы, ничего полезного пока не показывает (второй скриншот особенно веселый)

@einarjh : Очень интересно. Спасибо за информацию, хотя я не уверен, как обновить мой Conbee II до последней бета-версии. Я запускаю домашний помощник в Docker на старом Apple Mac Mini 2.5, на котором установлена ​​Ubuntu 18.04.3 LTS. Deconz работает как образ Docker "marthoc / deconz".

Дерп! Я только начал немного внимательнее читать документацию на EMIZB-132 и нашел вот что:

Похоже, нужен дополнительный шаг, чтобы включить данные измерений со счетчиков Aidon, которые есть и у @Jopinder, и у меня.

Лучше всего определить эти атрибуты в general.xml и установить их через графический интерфейс deCONZ. Вам нужно будет знать тип каждого атрибута.

@einarjh Хорошо, мне удалось обновить образ Docker до последней версии "marthoc / deconz", но даже в этом случае я не могу найти свой HAN-адаптер Develco EMI Norwegian HAN. Я попытался восстановить заводские настройки и отключить его после сброса. Не повезло привязать его к моему ConBee II :-(

(Поскольку я использовал docker-compose, "docker-compose down && docker-compose pull && docker-compose up -d" дал мне последнюю версию образа Docker "marthoc / deconz"):

Сегодня вечером я еще немного повозился с этим, но не могу заставить его работать.

Насколько я могу судить из документации производителя, идентификатор атрибута производителя 0x0302 должен быть добавлен в кластер 0x0702 с кодом производителя, установленным на 0x1015, поэтому я попытался добавить его вот так (с обоснованным предположением для типа, поскольку это опущено в документации):

<attribute-set id="0x0300" description="Develco Specific" mfcode="0x1015">
  <attribute id="0x0302" name="Interface Mode" type="enum16" access="rw" default="0x0200" showas="hex" required="m" mfcode="0x1015">
    <value value="0x0200" name="Norwegian HAN"></value>
    <value value="0x0201" name="Norwegian HAN - Enable extra load. This is need to enable Adion meter communication"></value>
    <value value="0x0202" name="Norwegian HAN - Aidon Meter supporting Norwegian HAN HW interface"></value>
    <value value="0x0203" name="Norwegian HAN - Kaifa meter and Kamstrup meters running old firmware"></value>
  </attribute>
</attribute-set>

Это вообще не получилось, но когда я использовал mfcode IKEA, он появился. Почему мое устройство Develco клонирует код производителя для IKEA?

Следующая проблема: идентификатор атрибута 0x0302, кажется, конфликтует с идентификатором атрибута для делителя , когда я дважды

Если я даю вымышленный, неиспользуемый идентификатор набора атрибутов, он показывает ожидаемый виджет с раскрывающимся списком, но это, конечно, не позволяет мне читать или писать. Я получаю UNSUP_MANUF_GENERAL_COMMAND…

@ gantonjo-tnm Извините, я не могу вам помочь с проблемами подключения. Однако у меня есть ощущение, что измеритель борется с диапазоном, поэтому убедитесь, что ближайший к вам узел находится достаточно близко. Мне пришлось перенести некоторые из моих светильников IKEA из хаба IKEA в deCONZ, чтобы расширить диапазон. Даже сейчас время от времени выпадает.

Это вообще не получилось, но когда я использовал mfcode IKEA, он появился. Почему мое устройство Develco клонирует код производителя для IKEA?

@einarjh Это очень странно. Моя Develco в настоящее время подключена к ConBee через спот IKEA Trådfri и хранит всю информацию, 0x1015 и т. Д.

@ gantonjo-tnm Да, диапазон на Develco отчасти хреновый, особенно если он установлен внутри блока предохранителей.

поэтому я попытался добавить это так

Мне это кажется хорошим, но вы можете установить required равным o .

Это вообще не получилось, но когда я использовал mfcode IKEA, он появился. Почему мое устройство Develco клонирует код производителя для IKEA?

Боюсь, вы столкнулись с ограничением графического интерфейса пользователя: он показывает только специфичные для производителя кластеры и атрибуты для того же кода производителя, что и отчет устройства в _Node Descriptor_. Вы видите атрибут, но он не будет работать, поскольку устройство ожидает, что в командах чтения и записи будет другой код производителя.

Почему они используют код IKEA, мне непонятно, я видел, как iCasa использует код Philips, поэтому их свет напрямую отображается в HomeKit через мост Hue.

идентификатор атрибута 0x0302, похоже, конфликтует с идентификатором атрибута для делителя

Это еще одно ограничение графического интерфейса: он не поддерживает атрибуты производителя с тем же идентификатором, что и стандартный атрибут. Попробуй это для настроек цвета poweron для Hue Lights. Если вы закомментируете стандартный атрибут, вы сможете взаимодействовать с атрибутом, зависящим от производителя (если это не было для предыдущей проблемы).

Вы можете попробовать получить доступ к атрибутам через deconz-cli-plugin , но это не для слабонервных.

Спасибо @einarjh и @Jopinder за ваши ответы. Расстояние между моим Develco и моим ConBee II не превышает 20 см, поэтому я не могу поверить, что расстояние является причиной моих проблем. Кроме того, я отключил все другие устройства Zigbee в моем доме, чтобы избежать помех.

@einarjh Как вы можете редактировать файл general.xml? Я использую Hass.io/HassOS, и каждый раз, когда я копирую отредактированный файл обратно в контейнер deCONZ и перезапускаю его, файл возвращается к состоянию по умолчанию.

Есть ли способ принудительно перезагрузить general.xml без перезапуска контейнера?

Я также попытался создать файл со значениями и добавить его в качестве второго источника для ZCLDB, но безуспешно.

@Jopinder Я не использую докер, я использую файл .deb непосредственно при установке raspbian.

Я попробовал сбросить и заново добавить счетчик. Он все еще вернулся с неправильным идентификатором ману. Затем я попытался выключить все маршрутизаторы и переместить свой Raspberry Pi в зону действия считывающего устройства. Та же проблема, он все еще вернулся с идентификатором IKEA.

Затем я пошел ва-банк, сбросил _все_ и начал с нуля с пустым шлюзом, а затем добавил его. Мне пришлось сбросить все примерно десять раз, потому что устройство продолжало выдавать пустой идентификатор ману и никаких атрибутов. Когда я наконец синхронизировал его и снова показал все атрибуты, идентификатор производителя был установлен на 0x1135, что совпадает с шляпой raspBee. Кажется, он клонирует идентификатор производителя любого маршрутизатора, с которым он разговаривает, когда он соединяется.

Так что я в значительной степени застрял. Я не могу заставить его отображаться с правильным идентификатором производителя, а это значит, что я не могу заставить его использовать правильный режим измерения для моего измерителя мощности.

Это ошибка в deCONZ или у меня неисправное устройство zigbee?

Почему они используют код IKEA, мне непонятно, я видел, как iCasa использует код Philips, поэтому их свет напрямую отображается в HomeKit через мост Hue.

Просто чтобы повторить. Мое тестирование показывает, что DeConz не видит правильный код производителя, он видит код любого маршрутизатора, с которым разговаривает. Я оставил его подключенным на несколько дней без изменений.

@einarjh Хорошо, мне удалось обновить образ Docker до последней версии "marthoc / deconz", но даже в этом случае я не могу найти свой HAN-адаптер Develco EMI Norwegian HAN. Я попытался восстановить заводские настройки и отключить его после сброса. Не повезло привязать его к моему ConBee II :-(

@ gantonjo-tnm не уверен, что понимаю, что вам не хватает. На опубликованном вами скриншоте EMI ​​виден (устройство 0x0CF2). EMI поддерживается с deconz версии .72, поэтому обновление было необходимо.

@einarjh Причина, по которой вы ранее видели код другого производителя, на 99% связана с проблемой дескриптора узла, с которой мне также приходилось бороться на датчиках дыма develco (# 2154, # 2052, # 1653). Короче говоря: в ядре deconz дескриптор узла равен NULL, хотя от устройства был передан действительный ответ дескриптора узла. Это все еще не решено, мои датчики теперь работают с внесенными изменениями.

Что касается атрибута производителя измерительного кластера: я видел это при изменении файла general.xml для EMI, но это показалось подозрительным. Как уже упоминалось в @ebaauw , это может быть сложно установить. Возможно, это выполнимо с помощью плагина ma-ca deconz cli. В любом случае, неправильная установка этого атрибута может быть причиной того, что значения измерений показывают значения по умолчанию?

@einarjh с радостью включит ваши изменения в general.xml в запрос на

РЕДАКТИРОВАТЬ
@einarjh Я мог бы помочь вам исправить данные об узле. Позвольте мне сначала проверить это на своих датчиках. Если это сработает, потребуется помощь от @Jopinder или @ gantonjo-tnm.

@einarjh трюк работает. Вам нужно открыть базу данных daconz с помощью sqlite3 и предварительно выключить deconz. В открытом состоянии введите следующий запрос и убедитесь, что вы изменили MAC-адрес на свой :

UPDATE device_descriptors SET data = x'02408015105050000000500000' WHERE device_id = (SELECT id FROM devices WHERE mac = '00:15:bc:AA:BB:CC:DD:EE') AND endpoint = 0 AND type = 2;

Я знаю, что набор данных не является точным на 100% (так как он должен работать от постоянного тока, а не от батареи), но он подойдет.

@SwoopX Отлично! Я подозревал, что возня с какой-то базой данных или файлом кеша позволит мне каким-то образом заменить идентификатор производителя, но я не знал, с чего начать. Теперь я могу прочитать значение, но не могу его записать. Хммм.

Что касается фиксации предложенного мной изменения конфигурации, это не имело бы особого смысла, так как нужно закомментировать / удалить различные части файла, чтобы заставить его работать. Предполагая, что я смогу заставить его работать.

Ага, понятно. Ну, как предположил @ebaauw , вы можете попробовать плагин deconz cli от ma-ca. Если я правильно помню, он мог бы справиться с этим. Я могу помочь.

Это выглядит устрашающе. Сначала посмотрю, смогу ли я его правильно настроить.

Хорошо, я настроил его сейчас, наблюдая большой трафик в "оболочке" nc. Жду дальнейших инструкций :)

Спасибо @SwoopX. Будучи новичком в этом, я не видел, чтобы Develco HAN на самом деле был присоединен к ConBee II. Теперь я могу вручную считывать данные с моего адаптера, но я все еще не вижу их в моем Home Assistant. Я буду следить за этой веткой и посмотреть, что из этого выйдет, поскольку я понимаю, что я не единственный, кто пытается заставить это работать для установок Docker (например, тот, который я запускаю на своем сервере Ubuntu). Итак, спасибо всем, кто усердно работает.

@ gantonjo-tnm Из любопытства, поскольку у вас нет проблемного счетчика Aidon, не могли бы вы вставить снимок экрана с кластером 0x0702 (Простое измерение) после нажатия кнопки чтения (той, что над атрибутами)?

Конечно: @einarjh :-) Я сделаю скриншоты всех возможных частей информации о кластере, чтобы все они были под рукой:

Я сейчас немного завидую. Приятно видеть, что я должен ожидать увидеть, когда у меня все заработает.

Вы уверены, что не видите его в Home-Assistant? Вы проверили конфигурацию -> Интеграция -> deCONZ? Пара датчиков отображается как два значка глаза, как показано здесь:

@einarjh : Нет, к сожалению, я не вижу сенсоров в интеграциях-> deCONZ :-( И это не видно в приложении Phoscon.

@ gantonjo-tnm ваше чтение выглядит разумным, так что оно действительно зависит от режима интерфейса. Нам нужно выяснить, как их выставить с правильным форматированием в деконц. Кроме того, я считаю, что некоторые обновления REST API будут иметь смысл для этих устройств, поскольку они у нас впервые.

@einarjh Я бы сказал, что вам следует использовать один из них:

zclattrmanu 0x2931 02 0x0702 0x1015 03020202

Последние значения, которые должны быть полезной нагрузкой. Нам нужно узнать, как его правильно построить. Сейчас нет времени, может быть, вечером я смогу еще раз взглянуть и проверить, понюхивая.

@SwoopX Вчера вечером мне удалось получить от него базовые данные (производителя и т. Д.), Но сложнее всего было выяснить, что ему послать, да. Спасибо за вашу помощь!

Если это полезно, то вот что я выплевываю, когда я читаю атрибут 0x0302 из графического интерфейса:

<-APS attr 0xA2C7 2 0x0702 0x0302 0x31 00 02

(Для справки в будущем мой новый shortaddr - 0xA2C7, я сделал несколько сбросов с момента первого снимка экрана)

Попробуй. Я просто не уверен, что это правильный тип данных. Следует написать значение «0202».

zclattrmanu 0xA2C7 02 0x0702 0x1015 020203210202

Я пытался отправить его несколько раз, в основном не получаю ответа, но примерно в 10% случаев получаю следующее:

<-APS-DATA.confirm FAILED status 0xE9, id = 0x5A, srcEp = 0x01, dstcEp = 0x02, dstAddr = 0xA2C7

Хм, попробовал команду только сейчас, и оказалось, что она должна быть правильной. Просто чтобы лучше понять, что здесь отправлено:

zclattrmanu 0xA2C7 02 0x0702 0x1015 020203210202

  0xA2C7     02     0x0702 0x1015    02      0203     21     0202
shortaddr endpoint cluster mfcode writeattr attrid datatype value

Обратите внимание, что идентификатор и значение атрибута должны быть записаны в обратном порядке байтов!

Таким образом, он должен был записать значение 0202 в атрибут производителя 0302. Опять же, не совсем уверен, правильный ли это тип данных, но он соответствует тому, что на вашем предыдущем снимке экрана.

Вы все еще используете свой собственный файл general.xml? В конце концов, тип данных отсутствует. Вы использовали enum16 (31), я использовал 21 в команде (это uint16). Также может быть 29, то есть int16 ...

Я бы предпочел начать с этого в general.xml, а затем попробовать разные типы данных соответственно, если это не сработает:

<attribute-set id="0x0300" description="Develco Specific" mfcode="0x1015">
  <attribute id="0x0302" name="Interface Mode" type="u16" access="rw" required="m" mfcode="0x1015">
  </attribute>
</attribute-set>

В какой-то момент во время моих сегодняшних тестов я смог написать на него, теперь он установлен на 0x0202. Тем не менее, данных по-прежнему нет, я попробую установить его на 0x0201.

Мне нужно выяснить, какая версия команды сработала, или это было из-за того, что я сначала нажал физическую кнопку на измерителе.

Если я правильно прочитал ваш последний вопрос, @SwoopX , тогда deconz-cli заботится о том, что установлено в качестве типа данных в XML?

Я понял. Присмотревшись к вашему аннотированному объяснению, я понял, что attrid был написан в обратном порядке байтов, поэтому правильная команда:

zclattrmanu 0xA2C7 02 0x0702 0x1015 020203310202

Не нужно возиться с фактическим оборудованием.

И это отвечает на мой собственный вопрос: deconz-cli, похоже, не заботится о том, какой тип данных установлен в XML.

Я не заметил каких-либо изменений в сообщаемых данных, но все еще получаю только значения по умолчанию. Я тестировал как 0x0201, так и 0x0202. Очень странный.

Я понял. Присмотревшись к вашему аннотированному объяснению, я понял, что attrid был написан в обратном порядке байтов

Черт, подумал об этом, но на самом деле забыл. Извините за это и рад, что вы это поняли. Я обновлю его выше для использования в будущем.

deconz-cli заботится о том, что установлено в качестве типа данных в XML?

Что касается моего опыта, да. Вчера поиграл с атрибутами производителя для базового кластера. Однако похоже, что это только для представления значения в графическом интерфейсе deconz. Кажется, что чтение предоставляет связанный тип данных.

Я не заметил каких-либо изменений в сообщаемых данных, но все еще получаю только значения по умолчанию. Я тестировал как 0x0201, так и 0x0202. Очень странный.

Извините за это, действительно странно. Боюсь, что в этом случае я ничем не могу помочь. Вы применили настройку дескриптора моего узла и перечитали значения?

@ gantonjo-tnm Чтобы ответить на ваш предыдущий вопрос относительно видимости устройства. Deconz должен выставлять как минимум два датчика, но только через REST API. Их не видно в Phoscon (закрытый код). Поскольку это все же уникальное устройство, потребуются некоторые дополнительные изменения в API для предоставления дополнительных значений, представляющих интерес.

@SwoopX : Спасибо за ваше сообщение. Доступ к порту, на котором открыт Phoscon, показывает мне только приложение Phoscon. Думаю, мне нужен специальный URL-адрес для доступа к REST API. Вы можете сказать мне, как получить доступ к REST API?

Надеюсь, вы работаете в Linux без докера;)

Вы можете попробовать это https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2121#issuecomment -564770517

Однако ярлык при открытой базе данных deconz будет запускать следующий запрос

select * from sensors;

Затем обратите внимание на любые датчики ZHAconsurance и ZHApower.

Спасибо, @SwoopX. Ну, я запускаю контейнер marthoc / deconz в Docker на моем сервере Ubuntu ;-)
На самом деле я обнаружил, что постоянное хранилище для deconz на моем сервере находится в / opt / deconz /, поэтому я мог действительно запросить базу данных на моем сервере ;-)

root<strong i="7">@macubuntu</strong>:~/docker/dconz# cd /opt/deconz/ root<strong i="8">@macubuntu</strong>:/opt/deconz# sqlite3 zll.db SQLite version 3.22.0 2018-01-22 18:45:57 Enter ".help" for usage hints. sqlite> select * from sensors; 2|TRÅDFRI remote control|ZHASwitch|TRADFRI remote control|IKEA of Sweden|00:0d:6f:ff:fe:5e:a7:3a-01-1000|1.2.223|{"buttonevent":2002,"lastupdated":"2019-12-06T19:08:26"}|{"alert":"none","battery":87,"group":"57270","on":true,"reachable":true}|{"d":2096,"ep":1,"in":[0,1,4096],"out":[5,6,8],"p":49246}|normal|3 3|Kjøkkenkontroll|ZHASwitch|TRADFRI remote control|IKEA of Sweden|d0:cf:5e:ff:fe:42:3f:c6-01-1000|1.2.214|{"buttonevent":3002,"lastupdated":"2020-01-13T18:57:11"}|{"alert":"none","battery":60,"group":"56285","on":true,"reachable":true}|{"d":2096,"ep":1,"in":[0,1,4096],"out":[5,6,8],"p":49246}|normal|3 1|Daylight|Daylight|PHDL00|Philips|00:21:2e:ff:ff:04:89:64-01|1.0|{"dark":true,"daylight":false,"lastupdated":"2020-01-14T19:33:22","status":230,"sunrise":"2020-01-14T08:04:47","sunset":"2020-01-14T15:05:00"}|{"configured":true,"lat":"58.4343","long":"8.7466","on":true,"sunriseoffset":30,"sunsetoffset":-30}||normal|1

Как видите, в моей БД нет датчиков ZHAxxx :-( Но в графическом интерфейсе VNC EMI Develco отображается и обновляется с правильными значениями энергии, когда я заказываю чтение из HAN.

Думаю, отсутствие датчиков ZHAxxx в базе данных является причиной того, что они не видны в Hass.io

@ gantonjo-tnm Поздравляю, вы сделали себя моей новой лабораторной крысой;)

Не могли бы вы попробовать следующее:

1. Завершение работы deconz
2. Обновите базу данных, как указано здесь: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2127#issuecomment -573210412
3. Снова начать деконз
4. Подождите, снова выключите деконз и проверьте датчики

Если это ничего не меняет, попробуйте прочитать простые дескрипторы во время работы deconz, подождите немного, снова выключите deconz и проверьте датчики.

@SwoopX Готово. В zll.db не появляются новые датчики :-(

Device_Descriptors для моего устройства следующие:
27,14,0,2,4, X'0204015300000600000300200002070407040b0303000a001900 ', 1575475907
28,14,0,0,2, X'02408015105050000000500000 ', 1575659017

Хммм. Не могли бы вы также попробовать поискать новые датчики в Phoscon? Ни сброса устройства, ни сопряжения, только поиск и скрещивание пальцев ...

@SwoopX , поиск новых датчиков в Phoscon не выявил новых датчиков ни в HA, ни в zll.db :-(

Странный. Не могли бы вы ввести поиск датчика в Phoscon и в графическом интерфейсе deconz, в котором выполняется поиск, прочитать простые дескрипторы? Может быть, это поможет.

@SwoopX. Еще раз спасибо за ваши идеи, но все равно не удалось добавить датчики в базу данных zll.

Я не понимаю. Однако я дважды проверил один из ваших снимков экрана (https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2127#issuecomment-573355967), и там отсутствует профиль устройства, специфичный для develco.

Я бы рекомендовал либо повторно выполнить сопряжение (так как вы обновили deconz между ними), либо сбросить HAN и присоединиться к нему.

@SwoopX , еще раз спасибо. После удаления узла из графического интерфейса VNC он вернулся, когда я сбросил HAN. Однако теперь я не могу читать информацию о кластерах из HAN :-(

В базе SQlite появилось два новых датчика:

         sid = 4
        name = EMIZB-132 (2)
        type = ZHAConsumption
     modelid = EMIZB-132

Manufacturername = Продукты Develco A / S
uniqueid = 00: 15: bc: 00: 1b: 02: 4c: e0-02-0702
swversion = 2019-07-11 23:45
state = {"потребление": null, "lastupdated": null, "power": null}
config = {"on": true, "reachable": true}
fingerprint = {"d": 83, "ep": 2, "in": [1794], "p": 260}
удаленное состояние = нормальный
mode = 1

         sid = 5
        name = EMIZB-132 (2)
        type = ZHAPower
     modelid = EMIZB-132

Manufacturername = Продукты Develco A / S
uniqueid = 00: 15: bc: 00: 1b: 02: 4c: e0-02-0b04
swversion = 2019-07-11 23:45
state = {"current": null, "lastupdated": null, "power": null, "Voltage": null}
config = {"on": true, "reachable": true}
fingerprint = {"d": 83, "ep": 2, "in": [2820], "p": 260}
удаленное состояние = нормальный
mode = 1

И в HA появились такие же датчики с нулевыми значениями.

@SwoopX : Хорошо, теперь, после остановки deConz и его повторного запуска, узел начал показывать показания, но теперь значения чрезвычайно высоки:

А в HA показывает:

Соответствующее значение должно быть около 22886 кВтч.

Ах, наконец-то прогресс. Вы поступили правильно, перезапустив deconz, чтобы иметь возможность читать атрибуты и (не на 100% уверен), чтобы датчики были записаны в БД. Рад, что все получилось.

Теперь значение потребления как-то неожиданно и не совсем подходит. Может быть, потребуется какое-то время, чтобы значение обновилось и стало разумным? Меня также заинтересуют значения БД, которые вы опубликовали ранее, поскольку некоторые из них требуют некоторой настройки модуля. Кроме того, правильно ли установлен атрибут 0x0302 кластера простого измерения?

Ах, и еще один вопрос: действительно ли 22886 кВтч разумно? Мне понадобится около 10 лет, чтобы иметь такое потребление;)

@SwoopX , да, 22886 кВтч - это разумно ;-) Здесь, в Норвегии, основным источником тепла и почти всего, что требует энергии, является электричество. Так что зимой мы легко потребляем 1500 кВтч в месяц.

Я отключу свой адаптер Develco HAN, удалю все его следы из графического интерфейса и БД и попробую подключить его снова, не меняя никаких значений в БД, если у меня будет время, когда я вернусь домой.

Я вернусь с результатами.

Ура! Теперь я наконец получил показания от моего адаптера EMI Develco в моем Home Assistant. Возможно, мне не пришлось делать удаление и перепривязку SQLite, но я сделал следующее:

1. Отключил адаптер Develco EMI от моего измерителя мощности.
2. Удален узел Develco в графическом интерфейсе VNC.
3. Остановил службу deConz (т.е. остановил контейнер докеров, на котором запущена служба)
4. Удалил все следы адаптера из таблиц SQLite.
5. Снова запустил сервис deConz.
6. Искал новый датчик в графическом интерфейсе Phoscon и контролировал графический интерфейс VNC. Узел Develco был успешно добавлен, но не смог прочитать информацию о кластере.
7. После того, как графический интерфейс Phoscon показал, что новый датчик готов, я остановил службу deConz и запустил ее снова.
8. Теперь можно было читать информацию о кластере, а в HA я добавил 2 новых датчика.
   

Тем не менее, некоторые из значений кластера не очень хорошо представлены HA, как вы видите на рисунках выше. Ниже представлена ​​информация о кластере от deConz:

Теперь следующий вопрос. Как я могу заставить Develco EMI чаще отправлять показания на мой HA? Или, может быть, deConz не может считывать обновленные значения из Develco? Он застрял на значении 22973760 (мгновенные обновления спроса, а не другие показания)

Содержание из базы данных:

INSERT INTO devices VALUES(14,'00:15:bc:00:1b:02:4c:e0',1580235252,3347);
INSERT INTO device_descriptors VALUES(27,14,0,1,4,X'01c9c00100010303000500060000',1580235252);
INSERT INTO device_descriptors VALUES(28,14,0,2,4,X'0204015300000600000300200002070407040b0303000a001900',1580235258);
INSERT INTO device_descriptors VALUES(29,14,0,0,2,X'0240807c115252000000520000',1580236713);
INSERT INTO sensors VALUES('4','EMIZB-132','ZHAConsumption','EMIZB-132','Develco Products A/S','00:15:bc:00:1b:02:4c:e0-02-0702','2019-07-11 23:45','{"consumption":2.29738e+07,"lastupdated":"2020-01-28T19:01:04","power":688}','{"on":true,"reachable":true}','{"d":83,"ep":2,"in":[1794],"p":260}','normal','1');
INSERT INTO sensors VALUES('5','EMIZB-132','ZHAPower','EMIZB-132','Develco Products A/S','00:15:bc:00:1b:02:4c:e0-02-0b04','2019-07-11 23:45','{"current":17856,"lastupdated":"2020-01-28T19:00:27","power":null,"voltage":238}','{"on":true,"reachable":true}','{"d":83,"ep":2,"in":[2820],"p":260}','normal','1');

Привет, отличные новости. Итак, теперь мы можем перейти к настройке, о которой я упоминал ранее.

Из того, что я вижу, нам нужно применить делитель к току, чтобы получить более или менее правильное значение. Мощность, потребление и напряжение в норме.

Как я могу заставить Develco EMI чаще отправлять показания на мой HA?

Кроме того, похоже, что произошел сбой привязки и отчета об атрибутах. По моему опыту, то же самое произошло и при добавлении поддержки датчиков дыма Develco. В конце концов, мне удалось заставить его работать. Основная причина в том, что дескриптор узла устройства либо неверен, либо неправильно улавливается ядром deconz (вы не хотите знать). Хорошая новость: мы должны справиться с этим.

Итак, я предлагаю 3 варианта и хотел бы попросить вас просмотреть их в таком порядке:

1. Еще раз исправьте дескриптор устройства, как указано здесь https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2127#issuecomment -573210412. Теперь, когда соединение выполнено правильно и датчики созданы должным образом, есть шанс, что он будет работать. Попробуйте выключить деконзирование и выключить и снова включить устройство (я надеюсь, что оно останется сопряженным. Если нет, извините за это и переходите к варианту 2)

2. Сделайте ручную привязку в графическом интерфейсе deconz. Эбаау дал здесь хорошее руководство https://github.com/dresden-elektronik/deconz-rest-plugin/issues/812#issuecomment -425660327. Убедитесь, что вы создали привязку с электрическими измерениями и простым измерительным кластером. После этого проверьте конфигурацию отчетов на наличие интересующих параметров (также упомянутых там) и при необходимости внесите поправки.

3. Мне нужно внести несколько изменений в код, чтобы обойти основную причину, указанную в варианте 1. Эти изменения должны быть затем объединены, и я не уверен, будут ли они своевременно включены в следующую официальную сборку .73

Если вы хотите остаться со мной здесь, мы можем решить пару вопросов здесь.

Доброе утро. После ночи, не касающейся конфигурации, я теперь вижу, что новые значения собираются каждый полный час:

Было бы неплохо иметь возможность настраивать параметры, чтобы по возможности чаще получать обновляемые значения. И было бы неплохо получить доступ к другим значениям, которые присутствуют в deConz также для этого устройства.

Было бы неплохо иметь возможность настраивать параметры, чтобы по возможности чаще получать обновляемые значения.

Это то, о чем в основном был мой предыдущий пост. Вы можете попробовать отрегулировать это самостоятельно, выбрав вариант 2, упомянутый ранее. Привязка и создание отчетов - это в значительной степени настройка устройства на отправку значений, а не на их получение. Включены 2 шага, сначала привязка, затем настройка отчетов по атрибутам. Не уверен, что какой-либо из шагов был успешным, но вы можете сделать оба впоследствии. Предлагаемые значения для отчетов по атрибутам следующие:

• Мин. Интервал: 1
• Максимальный интервал 300
• Отчетное изменение: 1

Это в значительной степени означает, что если потребление увеличивается на 1 Вт каждые (скажем) 5 секунд, вы получаете новые данные каждые 5 секунд, но не быстрее, чем каждую секунду. Если потребление остановилось (скажем) на 1 час, вы будете получать новые данные каждые 300 секунд. Обратите внимание, что указанные выше значения являются значениями по умолчанию, но обычно их можно изменить по своему усмотрению. Надеюсь, это немного прояснило.

Для проверки согласованности в отношении интервалов измерения на приведенном выше снимке экрана перейдите в простой кластер измерений, дважды щелкните числовое значение атрибута 0x0000 (текущее суммирование доставлено), нажмите «прочитать конфигурацию» и поделитесь снимком экрана. Судя по поведению, которое вы испытали, я бы ожидал где-то значения 3600.
Тем не менее, я уже предлагал соответствующие изменения для интеграции.

И было бы неплохо получить доступ к другим значениям, которые присутствуют в deConz также для этого устройства.

А именно? С моей точки зрения, все важные ценности доступны

@SwoopX Спасибо за ответы. Во-первых, доставленные текущие суммирования имеют следующую конфигурацию:

Затем к последнему вопросу. Насколько я могу судить, только 2 «датчика» можно построить на графике.
График общего потребления, но не текущего мгновенного потребления:

А для другого датчика есть один график, показывающий 0 все время, в то время как ток и напряжение не отображаются:

Просто чтобы убедиться, что я не привязываю неправильные объекты, это выглядит правильно?

и

Да, привязки выглядят правильно. Пожалуйста, напишите конфигурацию отчета об атрибутах после привязки, на всякий случай. Значения атрибутов в отчетах также выглядят нормально.

А для другого датчика есть один график, показывающий 0 все время, в то время как ток и напряжение не отображаются.

Заметил, что тоже может разрешиться после привязки. В любом случае установите значения для кластера электрических измерений, также атрибут 0x0304.

Между прочим, поскольку вы упомянули, что некоторые значения не отображаются на графике, я боюсь, что это тема для сообщества вашего промежуточного программного обеспечения. С точки зрения сенсора деконца все в порядке (за исключением, конечно, интервалов между отчетами).

Доброе утро, @SwoopX. Спасибо за вашу помощь в этом случае. Теперь я связал кластеры 0x0702, Простое измерение и 0x0B04, Электрические измерения. Кроме того, я проверил конфигурацию отчетов, но все же я получаю только текущие значения суммирования каждый час со счетчика. Странно, потому что я знаю, что получаю обновления со счетчика каждый раз, когда я читаю данные из кластера (в графическом интерфейсе VPN), прежде чем я обновил deConz.

Проверяя конфигурацию атрибута, вы тоже нажимали "написать конфиг"? Вернулось ли сообщение об успешном завершении?

Нам нужно знать, продолжают ли значения изменяться в REST API, чтобы быть уверенным в том, что происходит. Также возможно, что используемое вами промежуточное программное обеспечение может быть здесь ограничивающим фактором, и с этой целью я не могу помочь.

Я немного растерялся. У меня есть устройство Develco (под маркой Wattle), и оно, кажется, отлично отображается в графическом интерфейсе deconz со всеми ожидаемыми кластерами. Я запускаю последнюю версию deb (в контейнере докера) deconz-rest-plugin, причем сам плагин скомпилирован из мастера несколько минут назад.

Однако данные, похоже, показывают значения по умолчанию для всего:

0x702 после нажатия на чтение и получения обновления графического интерфейса:

0xb04 после обновления с помощью чтения:

Датчик хорошо отображается в базе данных:

sqlite> select * from sensors;
3|EMIZB-132|ZHAPower|EMIZB-132|Develco Products A/S|00:15:bc:00:1b:02:44:1a-02-0b04|2017-11-01 11:53|{"current":null,"lastupdated":null,"power":null,"voltage":null}|{"on":true,"reachable":true}|{"d":83,"ep":2,"in":[2820],"p":260}|normal|1
1|Daylight|Daylight|PHDL00|Philips|00:21:2e:ff:ff:05:23:fb-01|1.0|{"dark":true,"daylight":false,"lastupdated":"2020-02-01T21:27:37","status":230,"sunrise":"2020-02-01T07:57:22","sunset":"2020-02-01T15:09:31"}|{"configured":true,"lat":"63.420956","long":"10.321571","on":true,"sunriseoffset":30,"sunsetoffset":-30}||normal|1
2|EMIZB-132|ZHAConsumption|EMIZB-132|Develco Products A/S|00:15:bc:00:1b:02:44:1a-02-0702|2017-11-01 11:53|{"consumption":2.81475e+14,"lastupdated":"2020-02-01T21:27:41","power":0}|{"on":true,"reachable":true}|{"d":83,"ep":2,"in":[1794],"p":260}|normal|1

Я запустил оператор обновления с https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2127#issuecomment -573210412, используя правильный MAC-адрес моего адаптера.

* остановился деконз здесь *

sqlite> SELECT * from device_descriptors where device_id = (SELECT id FROM devices WHERE mac = '00:15:bc:00:1b:02:44:1a') AND endpoint = 0 AND type = 2;
32|13|0|0|2|@�PP|1580583109
sqlite> UPDATE device_descriptors SET data = x'02408015105050000000500000' WHERE device_id = (SELECT id FROM devices WHERE mac = '00:15:bc:00:1b:02:44:1a') AND endpoint = 0 AND type = 2;
sqlite> SELECT * from device_descriptors where device_id = (SELECT id FROM devices WHERE mac = '00:15:bc:00:1b:02:44:1a') AND endpoint = 0 AND type = 2;
32|13|0|0|2|@�PP|1580583109

* начал деконз здесь *

Я также установил все конфигурации отчетов по атрибутам на 1/300/1, а также успешно привязал простые измерения и электрические измерения к моему контроллеру:

Может быть, это просто случай, когда моя энергетическая компания фактически не активировала порт HAN после того, как сообщила мне, что они включили мой порт HAN?

@oivindoh добро пожаловать на вечеринку. Если я правильно прочитал ваши комментарии, вы только что скомпилировали плагин deconz rest пару минут назад. Поскольку мои изменения, касающиеся привязки и отчетности по атрибутам, были объединены вчера, последний описанный шаг был для вас своего рода двойной работой :)

Как бы то ни было, то, что вы испытываете, очень хорошо связано с вашей последней строкой. В этом смысле вам следует уточнить предоставленный вами порт, включен ли порт. Кроме того, вам необходимо знать, какое измерение подходит (см. Https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2127#issuecomment-571188206). Если этот атрибут необходимо изменить, вам нужно вручную изменить general.xml и использовать deconz-rest-cli для его изменения. Вся необходимая информация по этому поводу доступна здесь.

Надеюсь, это поможет (хоть немного).

У меня есть счетчик Kaifa, поэтому мне нужно установить атрибут, зависящий от производителя, на 0x0203

Я создал новый контейнер докеров, который подключает текущий мастер как плагина rest, так и плагина cli, в который я монтирую измененный general.xml с этим в простом кластере измерения:

        <cluster id="0702" name="Simple Metering">
            <description>The Simple Metering Cluster provides a mechanism to retrieve usage information from Electric, Gas, Water, and potentially Thermal metering devices. These
devices can operate on either battery or mains power, and can have a wide variety of sophistication.</description>
            <server>
            <!-- for develco specific code -->
            <attribute-set id="0x0300" description="Develco Specific" mfcode="0x1015">
            <attribute id="0x0302" name="Interface Mode" type="u16" access="rw" showas="hex" required="m" mfcode="0x1015">
            <!--
                <value value="0x0200" name="Norwegian HAN"></value>
                <value value="0x0201" name="Norwegian HAN - Enable extra load. This is need to enable Adion meter communication"></value>
                <value value="0x0202" name="Norwegian HAN - Aidon Meter supporting Norwegian HAN HW interface"></value>
                <value value="0x0203" name="Norwegian HAN - Kaifa meter and Kamstrup meters running old firmware"></value>
            -->
            </attribute>
            </attribute-set>

Я запускаю это и подключаюсь через NC, и могу успешно, например, получить атрибуты простого кластера измерения:

zclattr 0x3E9D 02 0x0702 0C00000D
 --> send OK
<-ZCL discover attr 0x3E9D for cluster 0x0702 discoveryComplete = Yes
 <-ZCL discover attr 0x3E9D 0x0702 0x0000 0x25 48BitUint
 <-ZCL discover attr 0x3E9D 0x0702 0x0001 0x25 48BitUint
 <-ZCL discover attr 0x3E9D 0x0702 0x0200 0x18 8BitBitMap
 <-ZCL discover attr 0x3E9D 0x0702 0x0300 0x30 8BitEnum
 <-ZCL discover attr 0x3E9D 0x0702 0x0301 0x22 24BitUint
 <-ZCL discover attr 0x3E9D 0x0702 0x0302 0x22 24BitUint
 <-ZCL discover attr 0x3E9D 0x0702 0x0303 0x18 8BitBitMap
 <-ZCL discover attr 0x3E9D 0x0702 0x0306 0x18 8BitBitMap
 <-ZCL discover attr 0x3E9D 0x0702 0x0308 0x41 OctedString
 <-ZCL discover attr 0x3E9D 0x0702 0x0400 0x2A 24BitInt

Благодаря вашим отличным комментариям, спрятанным на github в дальнейшем, я затем пытаюсь установить атрибут производителя через zclattrmanu 0x3E9D 02 0x0702 0x1015 020203210302 . Я использовал исходный тип данных, с которого вы начали здесь. Возможно, стоит попробовать тип данных 31? Я не совсем понимаю, как читать текущее значение / тип конкретного производителя.

Все еще получаю значения по умолчанию (?) После нового запуска и чтения. Хотел бы я иметь еще один метр.

Собираемся попробовать остальные типы, чтобы увидеть, изменится ли <-APS attr 0x3E9D 2 0x0702 0x0200 0x18 01 (01 в состоянии счетчика).

Спасибо за цветы. Рад, что помогли людям до сих пор.

Я использовал исходный тип данных, с которого вы начали здесь. Возможно, стоит попробовать тип данных 31? Я не совсем понимаю, как читать текущее значение / тип конкретного производителя.

Теперь для ваших комментариев / вопросов: читать атрибуты производителя на самом деле довольно просто, если вы знаете, как это работает: попробуйте следующее:

zclattrmanu 0x3E9D 02 0x0702 0x1015 000203
              |    |    |      |    | |
              |    |    |      |    | +---------- Attribute ID (reverse byte order)
              |    |    |      |    +------------ Command (00 = Read)
              |    |    |      +----------------- Manufacturer code (Develco)
              |    |    +------------------------ Cluster ID (Simple Metering)
              |    +----------------------------- Endpoint
              +---------------------------------- Device

Я ожидал, что это будет работать даже без модификации general.xml. В ответе должен быть указан правильный тип данных для применения. Кстати, мне любопытно посмотреть, будет ли работать команда обнаружения, если вы передадите производителя. Попробую позже.

Собираемся попробовать остальные типы, чтобы увидеть, изменится ли <-APS attr 0x3E9D 2 0x0702 0x0200 0x18 01 (01 в состоянии счетчика).

Может, стоит попробовать. Любая индикация может помочь (то есть любое значение, отличное от 0x00).

Кстати, если я понял это правильно, удаление и повторное присоединение устройства казалось каким-то образом сработало для @ gantonjo-tnm. Было бы не в первый раз, когда это решает проблемы. И здесь комплименты вашей работе;)

Спасибо, что оставались со мной!

Я добавил устройство с нуля, и статус счетчика теперь отображается как 0x00.

Отредактировал general.xml, чтобы установить тип режима интерфейса на enum16, поскольку это то, что сообщается:

zclattrmanu 0x46F2 02 0x0702 0x1015 000203
--> send OK
<-APS attr 0x46F2 2 0x0702 0x0302 0x31 00 02

Попытка установить значение 0203 (насколько я могу судить, обратной связи нет, кроме отправки ОК):

zclattrmanu 0x46F2 02 0x0702 0x1015 020203310302
 --> send OK

Однако при чтении значения, кажется, что оно застряло как 0200:

zclattrmanu 0x46F2 02 0x0702 0x1015 000203
 --> send OK
<-APS attr 0x46F2 2 0x0702 0x0302 0x31 00 02

GUI тоже не хочет играть, но я полагаю, что это ожидалось

Я попробую еще раз присоединиться, на этот раз с очисткой sqlite.

Откройте команду:

zclattrmanu 0x46F2 02 0x0702 0x1015 0C00000D
 --> send OK
<-ZCL discover attr 0x46F2 for cluster 0x0702 discoveryComplete = Yes
<-ZCL discover attr 0x46F2 0x0702 0x0302 0x31 16BitEnum

Хм, похоже, это работает в соответствии с https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2127#issuecomment -573762930, но может потребоваться отправить его более одного раза ...
Вы пробовали другие ценности просто для удовольствия?

Интересно...:

Установка на 2001 год вроде взять. То же самое и с 2002 годом. Если я попытаюсь установить 2002 после успешной установки 2002, значение останется на 2002 даже после 10 попыток.

zclattrmanu 0x46F2 02 0x0702 0x1015 000203zclattrmanu 0x46F2 02 0x0702 0x1015 020203310102
-> отправить ОК
<-LQI 0x6157 012 0 2 0x00212EFFFF0523FB 0x0000 0 1 0 01 00 FC

zclattrmanu 0x46F2 02 0x0702 0x1015 000203
-> отправить ОК
<-APS attr 0x46F2 2 0x0702 0x0302 0x31 01 02

Я вижу, как обновляются значения в интерфейсе VNC в фоновом режиме во время выполнения изменений, но будь проклят, если он примет нужный мне режим работы 🗡

Просто заметил, что у ребят выше в базовом кластере гораздо более свежий код даты, тогда как у меня 2017-11-01. Возможно, этот адаптер просто чертовски старый.

Может быть действительно так :(

Еще кое-что, что меня интересовало в последние дни: в сложном кластере учета есть как минимум две команды (согласно техническому руководству). Таковых нет. Кроме того, я совершенно не понимаю, как получить для них требуемые значения. Я проверил документацию по zigbee и чувствую, что о некоторых из них нужно знать заранее. Не уверен, связано ли это с этим.

Кстати, заметил, что ваша первая попытка записи была с неверным значением (скрученные числа).

@oivindoh У вас тот же код даты, что и у меня, и я также купил адаптер в Wattle. Я связался с Develco по поводу обновлений прошивки, но они направили меня к Wattle, так как они предоставляют только продукты white label для других компаний.

Я не был в контакте с Уоттлом, но, возможно, стоит попробовать хотя бы посмотреть, были ли обновления.

Я получил такой же ответ. Поскольку я не надеюсь на помощь Уоттла, а магазин, в котором я купил его, имеет довольно щедрую политику возврата, я просто вернул его.

Планирую попробовать еще раз с « оригинальной » и более дорогой версией того же устройства - в надежде получить его довольно скоро.

@Jopinder, по крайней мере, вы получили ответ. Я не знал о датчиках дыма. У вас сложилось впечатление, что они поделятся обновлением FW? Хотелось бы иметь его для своих датчиков.

Уоттл был весьма разговорчив. Однако они не дали мне FW (если я правильно помню, это был не Cozify).

@SwoopX Нет, я не верю, что они поделятся с нами какой-либо прошивкой напрямую. Я получил короткий, но точный ответ:

Привет

Обратитесь к поставщику решения для шлюза и системы.

С уважением,
Команда Develco

Однако я просмотрел журнал изменений для Wattle Gateway и отправил Wattle электронное письмо с просьбой об обновлении для счетчиков Aidon. К сожалению, это для более старой модели (EMIZB-130) и, по-видимому, только для обновления шлюза, а не устройства. Я предполагаю, что это то же самое, с чем я и @einarjh борются, заставляя Aidon начать отправлять данные при открытии HAN-порта.

Это немного. Я всегда думаю о запросе доступа к их форуму поддержки, чтобы обеспечить лучшую интеграцию для людей, которые отказались от своего шлюза. Возможно также исправление нескольких потенциальных ошибок FW или, по крайней мере, обсуждение наблюдаемого поведения, а также исправление некоторых неточных документов в различных документах;)

Итак, чтобы продолжить с моей стороны, версия прошивки кажется важной для Kaifa.

Я пошел и взял один из них , и в его коде даты было 2019-07-11 21:41. Подключил его, перезапустил deconz, поскольку, по-видимому, один из моих запусков ansible-playbook заставил меня запустить образ докера без cli-less и general.xml-less.

Подключился через nc и запустил:

# Get attribute type
zclattrmanu 0x3AD0 02 0x0702 0x1015 0C00000D
    <-ZCL discover attr 0x3AD0 for cluster 0x0702 discoveryComplete = Yes
    <-ZCL discover attr 0x3AD0 0x0702 0x0302 0x31 16BitEnum

# Set Kaifa mode enum16 (31)
zclattrmanu 0x3AD0 02 0x0702 0x1015 020203310302

# Read to see if this took effect
zclattrmanu 0x3AD0 02 0x0702 0x1015 000203
    <-APS attr 0x3AD0 2 0x0702 0x0302 0x31 03 02

Снова перезапустил контейнер, как будто я запускаю старый компьютер с Windows, и о чудо!

Реальные данные!

Разделение тока и напряжения на 10, как указано в форматировании переменного тока, дает нам значения, которые выглядят довольно точно, хотя я немного встревожен, моя базовая нагрузка без чего-либо, кроме освещения, тепла и вентиляции, составляет около 3,5 кВт. Именно поэтому я купил счетчик!

_Voltage Divisor_ сообщает 10, поэтому _Voltage_ сообщает значение в dV.

Кажется, мы пересеклись с комментариями. Я заметил свою явную неспособность читать 👍

Отметьте момент подключения зарядного устройства электромобиля ...

Итак, в итоге изменения, внесенные с моей стороны, чтобы это устройство работало, оказались очень простыми:

1. Добавить атрибут Develco в general.xml - тип данных enum16

        <cluster id="0702" name="Simple Metering">
            <description>The Simple Metering Cluster provides a mechanism to retrieve usage information from Electric, Gas, Water, and potentially Thermal metering devices. These
devices can operate on either battery or mains power, and can have a wide variety of sophistication.</description>
            <server>
            <attribute-set id="0x0300" description="Develco Specific" mfcode="0x1015">
                <attribute id="0x0302" name="Interface Mode" type="enum16" access="rw" showas="hex" required="m" mfcode="0x1015">
                    <value value="0x0200" name="Norwegian HAN"></value>
                    <value value="0x0201" name="Norwegian HAN - Enable extra load. This is need to enable Adion meter communication"></value>
                    <value value="0x0202" name="Norwegian HAN - Aidon Meter supporting Norwegian HAN HW interface"></value>
                    <value value="0x0203" name="Norwegian HAN - Kaifa meter and Kamstrup meters running old firmware"></value>
                </attribute>
            </attribute-set>

Установите атрибут в "Режим Kaifa" через NC, так как у меня в блоке предохранителей стоит странное устройство:

zclattrmanu 0x3AD0 02 0x0702 0x1015 020203310302

Замечательно, что теперь у вас есть рабочее решение. Итак, резюмируем, для бесперебойной работы требуется относительно последнее устройство или прошивка !?

Только что купил этот датчик и, как я вижу, он еще официально / должным образом не поддерживается?
У меня есть счетчик Kaifa, я успешно подключил датчик в Phoscon и могу подтвердить, что он включен в сеть в deCONZ через VNC.
Есть ли основания полагать, что это будет поддерживаться «из коробки», и каковы будут временные рамки для этого?

Что ж, аппарат поддерживается "из коробки". «Проблема» в том, что Develco использует общие атрибуты как специфические для производителя, так что комбинация неудачная.

Кроме того, Develco интерпретирует размытое определение в стандарте zigbee иначе, чем другие, что усложняет задачу. На данный момент единственный надежный (и работоспособный) способ настроить устройство - это скомпилировать deconz-cli-plugin и установить соответствующий режим интерфейса.

Да, я понимаю, что, вероятно, есть что-то в том, что вы описываете.
К сожалению, я не на том уровне, где я точно знаю, как / где начать попытки исправить это.
И во-первых, я хочу убедиться, что нет никаких проблем с сопряжением или что-то, что я мог бы сделать иначе.

Я несколько месяцев не касался этого вопроса из-за переезда в новую квартиру. К сожалению, в новой квартире есть счетчик от Эйдона, и я все еще не могу получить от него какие-либо данные. Казалось бы, этот ридер не подходит для deConz, но, насколько я могу судить, кто-то заставил его работать с zigbee2mqtt на https://github.com/Koenkk/zigbee-herdsman-converters/issues/974 ?

@einarjh Я

РЕДАКТИРОВАТЬ:
Как я уже сказал, проблема с прошивкой на устройстве https://github.com/Koenkk/zigbee-herdsman-converters/issues/974#issuecomment -590450035

В общем, я написал код, который должен позаботиться о недопустимом дескрипторе узла устройств. Как следствие, код производителя должен отображаться правильно (если это уже не так), чтобы все специфические атрибуты Develco были видны и доступны. Это делает ранее упомянутый патч базы данных излишним, поскольку теперь это делается автоматически. Он доступен в следующем выпуске.

В конце концов, это также может привести к некоторому прогрессу в обеспечении видимости режима счетчика. Было бы здорово, если бы кто-нибудь мог проверить это, просто добавив конкретную часть производителя в general.xml, оставив нетронутыми неспецифические атрибуты.

В конце концов, это также может привести к некоторому прогрессу в обеспечении видимости режима счетчика. Было бы здорово, если бы кто-нибудь мог проверить это, просто добавив конкретную часть производителя в general.xml, оставив нетронутыми неспецифические атрибуты.

Думаю, я сделал это правильно, изменил все случаи, когда Develco был установлен на 100b (Philips как mfac), на 1015 .. Запуск в Hassos, единственная разница была в описаниях, которые я изменил в качестве теста ..
Какой раздел мне нужно изменить, чтобы в информации об узле был указан правильный производитель?

То, что вы видите здесь https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2127#issuecomment -587694816, - это единственное, что нужно изменить.

Кажется, мое форматирование правильное? Изменения, которые я делаю, появляются (я изменил описание кластера на mkkechanism), но больше ничего не меняется

Мне кажется, это нормально. Просто чтобы дважды проверить: вы уже используете 0,76? Не могли бы вы также поделиться снимком экрана с информационной панелью узла?

Да, вчера только что обновили Homeassistant и ядро ​​Deconz .. Вот изображение информации об узле, теперь неожиданно в информации об узле отображается правильный mf! Атрибут также появился после обновления general.xml еще раз, но после перезапуска Deconz general.xml был перезаписан значениями по умолчанию. До этого у меня писали, не удалось перейти на счетчик Айдона

Вот изображение информации об узле, теперь неожиданно в информации об узле отображается правильный mf!

Да, это моя магия. Вы могли бы оказать мне большую услугу и запустить deconz с дополнительным --dbg-info=2 > EMI чтобы перенаправить вывод отладки в файл и снова прочитать дескриптор узла, подождать немного и затем вставить файл Вот. Остальная часть дескриптора узла выглядит не очень правильно, и я хочу проверить, какие данные действительно поступают.

Теперь, что касается записи атрибута, было бы интересно посмотреть, что вы нам сообщаете в отладочной информации. Что касается перезаписи, то основной причиной может быть контейнер, если вы его используете. Обычно файл находится в /usr/share/deCONZ/zcl/ .

Отлично! Не совсем уверены, как выводить в журнал при запуске в Hass.OS? Журналы аддонов показывают следующее, запускались пару раз, но я не уверен, что понимаю, что вам нужно: /
Прикрепил содержимое / usr / share / deCONZ / zcl /, не запустив докер, но угадайте, что это отдельный контейнер в HassOS? Еще не самый знакомый с HA
общие - Copy.txt

Отладка log.txt

Ценить это. Так что с обновлением дескриптора узла все в порядке. Мне все еще интересно, почему устройство сообщает о питании от батареи и RFD, но хорошо.

Дополнения, которые вы сделали ранее, кажутся нормальными, однако они должны каким-то образом пережить перезапуск из деконз, чтобы быть / оставаться доступными. Если это будет достигнуто, вы можете снова запустить отладку, и мы надеемся увидеть, что было отправлено (или каков ответ).

Мне все еще интересно, почему устройство сообщает о питании от батареи и RFD

RFD: Потому что это конечное устройство. Также обратите внимание на кластер _Poll Control_.

с батарейным питанием: похоже, соответствует _Power Descriptor_, который утверждает, что это перезаряжаемый источник питания. На веб-странице утверждается, что он питается от интерфейса HAN, поэтому определенно не от сети.

Удалось получить некоторые скриншоты атрибутов, которые не удалось записать, но даже добавив general2.xml в настройки ZCLDB, этот файл удаляется при перезагрузке ..
Могу ли я написать это один раз, если подключу карту deCONZ к компьютеру с Windows или добавлю ее в файл по умолчанию general.xml?

Конечно, вы можете добавить его в general.xml. Я не знаю, почему это не удается, но вспомните, что кому-то здесь приходилось пробовать несколько раз ...

Может ли кто-нибудь поделиться скомпилированным плагином deconz cli? не все хорошо знакомы с тем, как это сделать, но было бы неплохо попробовать команду zclattr и посмотреть, хочет ли она обновиться, возможно, более 200 попыток позже через attr. меню все еще не работает

Если я добавляю атрибут после атрибута делителя, который появляется при его открытии в vnc, как и наоборот, я что-то упускаю?
Заказал другую raspberry, чтобы попытаться собрать ma-ca deconz-cli-plugin, но при попытке запустить qmake и сделать команду я получаю сообщение об ошибке, что deconz.h отсутствует

Вам не хватает пакета deconz-dev . sudo apt-get install deconz-dev если вы добавили репозиторий DE. Если сомневаетесь, посетите http://www.phoscon.de

Спасибо, сделал дальше! Теперь я получаю эту ошибку из-за неправильной версии библиотеки deCONZ, я использую слишком новую версию (последняя бета deconz)?
https://pastebin.com/wdk2ssxg

Вы зарабатывали make distclean раньше?

Начал заново, с некоторыми дополнительными знаниями, а потом это просто сработало, вероятно, какое-то сообщение об ошибке, которое я не видел при установке чего-то еще!
Скопировал libdeconz_cli_plugin.so в мой домашний помощник и в мой Windows deconz, но не показывает новый плагин, есть ли еще шаг?

Ну, черт возьми, я понятия не имею, так как не знаю, как HA / docker баррикадирует себя.

Вот как это должно работать в системе с «голым железом»: просто используйте nc localhost 5001 и вы подключитесь. Это просто локальное TCP-соединение. Я не знаю, возможно ли это в вашей среде.

Может быть, на выходных я мог бы вкратце взглянуть, есть ли простой способ расширить api для создания этой конкретной конфигурации.

Большое спасибо за вашу помощь, наконец-то прогресс! Прогнал его с нуля, это сработало, но мне не удалось отправить (команды прилагаются и, если интересно, зарегистрируйтесь)

https://pastebin.com/PX8UQ6FY

Если это буквально все, что вы видели в плагине cli, то, похоже, он не работает (если только это ваше единственное устройство). Должно быть намного болтливее.

@damtjern Тоже ошибся с портом. это 5008 вместо 5001 , наткнулся на это только что. Простите за это.

Эта проблема была автоматически помечена как устаревшая, поскольку в последнее время не было активности. Он будет закрыт, если больше не будет активности. Спасибо за ваш вклад.

Не устаревший, просто медленный.

Обновление от меня: поскольку здесь были предположения, что версия прошивки важна для работы этого устройства на счетчиках Aidon, сегодня я пошел и купил второе устройство. Однако у него та же прошивка, что и у моей старой, и та же проблема; данные не регистрируются.

Я также недавно получил оборудование, необходимое для тестирования с zigbee2mqtt, но у меня там была та же проблема. Так что я точно знаю, что версия прошивки "2019-07-11 23:45" НЕ работает с счетчиками Aidon.

Я постараюсь отправить новое устройство обратно (на этот раз сохранил квитанцию) и посмотрю, смогут ли они получить мне устройство с более свежей прошивкой, чем 11.07.2019 ...

Как я уже объяснял в угрозе z2m, это НЕ прошивка устройства, которую вы ищете, поэтому этот вопрос остается открытым. Актуальная версия микропрограммы находится в атрибуте 0x8000 базового кластера. К сожалению, deconz пытается отобразить его как строку, что делает его нечитаемым. Вместо этого необработанный шестнадцатеричный вывод представляет фактическую версию.

Ах, теперь я это понимаю. Как я могу получить необработанный шестнадцатеричный вывод, нужно ли мне снова вырывать интерфейс отладки? Было бы полезно знать, какие версии заведомо плохие (и что особенно важно; какие подтверждены как работающие).

Было бы полезно знать, какие версии заведомо плохие (и что особенно важно; какие подтверждены как работающие).

Конечно.

Я перехожу к необработанному шестнадцатеричному выводу, мне нужно снова выйти из интерфейса отладки?

Что ж, это сложная часть. Прямо сейчас я вижу только 3 способа, которые приносят «боль обычному пользователю»:

• Используйте плагин ma-ca cli и запросите соответствующий атрибут
• Используйте зигби-сниффер
• Скомпилируйте и используйте специальную версию плагина REST API от меня, которая в основном превращает deconz в сниффер

Вот данные с моего рабочего устройства:

<-APS attr 0x3AD0 2 0x0000 0x0000 0x20 01 04 00 00 42 14 44 65 76 65 6C 63 6F 20 50 72 6F 64 75 63 74 73 20 41 2F 53
<-APS attr 0x3AD0 2 0x0000 0x0005 0x42 EMIZB-132
<-APS attr 0x3AD0 2 0x0000 0x0006 0x42 2019-07-11 21:41
<-ZCL attribute report 0x3AD0 0x0702 2 00 00 25 E7 FD B9 02 00 00 00 04 2A 5E 20 00 00 02 18 00
<-ZCL attribute report 0x3AD0 0x0B04 2 04 03 2B 5E 20 00 00 05 03 2B 6F 00 00 00 05 05 21 60 09 08 05 21 7D 4E 05 09 21 00 00 08 09 21 F0 4E 05 0A 21 5E 09 08 0A 21 9D 4C
<-APS attr 0x3AD0 2 0x0000 0x0007 0x30 04
<-APS attr 0x3AD0 2 0x0000 0x8000 0x10 80 86 20 80 86 0D FF 86
<-APS attr 0x3AD0 2 0x0000 0xFF22 0x23 FF 86 10 00 86
<-APS attr 0x3AD0 2 0x0000 0x0030 0x31 00 86 32 00 86 33 00 86

Я не мог заставить ни один из них работать, поэтому приведенное выше - это просто вывод, который был сгенерирован, когда я нажал чтение в графическом интерфейсе

zclattrmanu 0x3AD0 02 0x0000 0x1015 000008
zclattrmanu 0x3AD0 02 0x0000 0x1015 000007

Позвольте мне дважды проверить свое устройство Develco. Приведенный выше ответ не кажется правильным, вы получаете 8 байтов для логического типа данных ...

Эта проблема была автоматически помечена как устаревшая, поскольку в последнее время не было активности. Он будет закрыт, если больше не будет активности. Спасибо за ваш вклад.

Поскольку в течение 28 дней не было ответа, этот вопрос будет закрыт. @ OP: Если эта проблема решена, напишите, что исправило для вас.

Да, придется снова попросить открыть эту тему :)

@Jopinder Я действительно ожидаю активности, чтобы я снова открылся. Бот предупредил через 21 день, без ответа, а через неделю закрыл.

Что нам нужно, чтобы это исправить?

@Mimiix Чтобы исправить это, нам нужно получить поддержку для специфических атрибутов MFG, описанных в https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2127#issuecomment -571188206. Я сам пробовал добавить это в XML, но после добрых трех часов дурачился, я понял, что недостаточно компетентен, чтобы реализовать это должным образом.