Так что мне кажется, что это проблема HA. Вы описали, что REST API работает правильно, верно?

Привет, я не знаю, потому что, когда я обнаружил свой переключатель в deconz (с интеграцией HA deconz), этот объект автоматически создается в HA.

Хэй? команда в API для затвора не состояние/открыто, а состояние/включено или состояние/бри.
Команду "открыть" ни разу не пробовал, возможно это из последней модификации для шторки, надо глянуть....

У вас есть JSON устройства, пожалуйста?

Итак, есть некоторые изменения с момента последней модификации @ebaauw .
Теперь эти устройства поддерживают «открыто», но «открыто» противоположно «включено», и я не помню для этого устройства, является ли «включение» «открытым» или «закрытым».
"открыть" > targetOpen = map[param].toBool();
"on" > targetOpen = !(map[param].toBool());

См. https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2475#issuecomment -609485739.

Итак, я нашел архив ^^

В предыдущей версии State/on = true > Закрыть затвор, так что с последней модификацией все в порядке.

$ ph put -v /lights/327/state '{"on": true}'
{
  "open": false
}

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

Привет,

как упоминалось в разногласиях, проблема заключается в том, что я использую обложку. Закрыто, кажется, пост на deconnz this intsruction

2020-05-25 18:19:19 DEBUG (MainThread) [pydeconz.gateway] Отправка «put» «{'on': True, 'bri': 254}» на «172.30.33.8 /lights/3/state»
2020-05-25 18:19:19 ОТЛАДКА (MainThread) [pydeconz.gateway] Ответ HTTP-запроса: [{'success': {'/lights/3/state/lift': 100}}]

или если я использую api rest with lift: 100, моя крышка открывается, но не закрывается

2020-05-25 18:19:19 DEBUG (MainThread) [pydeconz.gateway] Отправка «put» «{'on': True, 'bri': 254}» на «172.30.33.8 /lights/3/state»

И, используя непосредственно API, эта команда работает?

Если нет, попробуйте только "on" или только "bri"

Редактировать:
Пойду смотреть дискорд ^^.

Итак, я действительно не понимаю, почему код не работает?
Это новое устройство?
Можете ли вы проверить, является ли идентификатор модели по-прежнему точным «Переключатель затвора с нейтралью»?
Это уже сработало?

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

И поскольку у вас есть Hass, я думаю, вы не можете протестировать модификацию кода?

Спрошу по проблеме Легран > https://github.com/dresden-elektronik/deconz-rest-plugin/issues/883#issuecomment -634140206

Добрый вечер.
Мне грустно, плохие новости :(

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

идентификатор модели по-прежнему точно "переключатель затвора с нейтралью"

В ВНК:

В Деконце:

С deconz это мой основной тест, который я никогда раньше не тестировал, но с homekit или с физической кнопкой все в порядке.

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

Чтобы возобновить, чтобы убедиться, что у вас есть вся полезная информация
Когда я использую сервис close.cover в hassio
обложку попробуй открыть этим логом
2020-05-26 18:14:09 DEBUG (MainThread) [pydeconz.gateway] Отправка «put» «{'on': True, 'bri': 254}» на «172.30.33.1 /lights/3/state»
2020-05-26 18:14:09 DEBUG (MainThread) [pydeconz.gateway] Ответ на HTTP-запрос: [{'success': {'/lights/3/state/lift': 100}}]

Когда я использую open.cover
открытие крышки тоже с этим журналом
2020-05-26 18:16:14 ОТЛАДКА (MainThread) [pydeconz.gateway] Отправка «put» «{'on': False}» на «172.30.33.1 /lights/3/state»
2020-05-26 18:16:14 DEBUG (MainThread) [pydeconz.gateway] Ответ HTTP-запроса: [{'success': {'/lights/3/state/open': True}}]

Когда я использую действие остановки
стопор крышки с бревном
2020-05-26 18:17:01 DEBUG (MainThread) [pydeconz.gateway] Отправка «put» «{'bri_inc': 0}» на «172.30.33.1 /lights/3/state»
2020-05-26 18:17:01 DEBUG (MainThread) [pydeconz.gateway] Ответ на HTTP-запрос: [{'success': {'/lights/3/state/lift': 'stop'}}]

Когда я использую API отдых
{ "open": false } >> закрытие
{ "open": true } >> открытие
{ "on": true } >> закрытие
{ "on": false } >> открытие
{ "подъем": 0} >> закрытие
{ "lift": 100} >> открытие
{"bri": 0} >> закрытие
{"bri": 254} >> открытие
{ "on": true, "bri": 254 } >> открытие (например, я использую cover.close, см. журнал ранее)

Если я проверю информацию о кластере:
Когда крышка открыта
Текущий процент подъема: 0

Когда крышка закрыта
Текущий процент подъема: 100

Спасибо за помощь

Ага, ясно.
Мне просто нужно отменить команду "bri". команда не работает в HA, потому что вы используете on и bri в одной и той же команде, и ATM, по крайней мере, для вашего устройства, эта команда обратная.

Мне нужно удалить всего 2/3 строки, но я действительно думаю, что разница от вашего устройства, возможно, недавнее обновление прошивки.

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

Или, если я действительно не нашел чистого решения, я отключу параметр «bri» для Legrand. Таким образом, больше никаких проблем, и всегда совместимы.

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

Хорошо, спасибо
жду твоих новостей

Привет ,
Можете ли вы дать мне модификацию, которую, по вашему мнению, следует сделать, и где (название файла)?
я постараюсь сделать новую версию на своей стороне и создать личную интеграцию с ней в hassio.
Я проверю, если все в порядке, я скажу вам

я думаю, вероятно, около этого:
rest_lights.cpp

else if (taskRef.lightNode->modelId() == QLatin1String("Переключатель затвора с нейтралью"))
{
// Legrand инвертирует bri и не поддерживает другие значения, кроме 0
targetLiftZigBee = targetLift == 0 ? 100 : 0;
}

но я не знаю, что именно я должен изменить

большое спасибо

Просто удалите строку ^^.
Или вы можете использовать targetLiftZigBee = targetLift == 0? 0 : 100; (Лучше иметь только 2 значения)

Или вы также можете просто отключить команду «bri» или игнорировать ее в соответствии с идентификатором устройства.

Или вы также можете использовать «открыть» и «закрыть» в HA.

Существует так много возможных методов, но я еще не выбрал ни одного.

Хорошо, я попробую одно из ваших решений, но мне нужна дополнительная помощь, я клонирую репозиторий с github, сделаю модификацию, но как я могу сделать *.deb после того, как модификация будет выполнена?

Вы используете HA или Hass.io?

Хасс.ио

но я думаю это не проблема
я создал свою собственную интеграцию deconz, мне просто нужен файл deb с исправлением для включения в файл докера
на самом деле файл докера: +1:

ARG DECONZ_VERSION
ВЫПОЛНИТЬ, если [ "${BUILD_ARCH}" = "armhf" ]; \
тогда \
curl -q -L -o /deconz.deb http://deconz.dresden-elektronik.de/raspbian/beta/deconz-${DECONZ_VERSION}-qt5.deb ; \
Элиф ["${BUILD_ARCH}" = "aarch64"]; \
тогда \
curl -q -L -o /deconz.deb http://deconz.dresden-elektronik.de/raspbian/alpha/deconz_ ${DECONZ_VERSION}-debian-stretch-beta_arm64.deb; \
еще \
curl -q -L -o /deconz.deb http://deconz.dresden-elektronik.de/ubuntu/beta/deconz-${DECONZ_VERSION}-qt5.deb ; \
фи \
&& dpkg -i /deconz.deb \
&& rm -f /deconz.deb \
&& chown root:root /usr/bin/deCONZ* \
&& sed -i 's/\/root/\/data/' /etc/passwd

КОПИРОВАТЬ данные/ika-otau-dl.sh /bin/
КОПИРОВАТЬ данные/ledvance-otau-dl.sh /bin/
скопируйте данные/nginx.conf /etc/nginx/nginx.conf
КОПИРОВАТЬ данные/run.sh данные/discovery.sh/

Хорошо, извините, я уже пытался помочь кому-то с Hass.io, я ничего не могу для вас

Есть windows, unix, mac и Hass.io.

Но вы можете использовать обычный deb и изменить только файл API> libde_rest_plugin.so

:( это язык C, я не уверен, что смогу это сделать :D

и я не уверен, что имею на это право, похоже, это взлом :)

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

В вашей версии вы можете делать все, что хотите, вы можете свободно редактировать код.
Но воздействовать на систему на системе Docker для меня просто ад.

ATM, я думаю, вы можете воздействовать на HA напрямую? ждать патч? вы не можете редактировать команду, отправленную аддоном?

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

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

единственное решение для меня - изменить исходники приложения deconz. Я пытался посмотреть, но я ничего не знаю в сборке и поэтому не могу изменить то, что хочу, и переделать файл deb.
И я не знаю, как модифицировать >> libde_rest_plugin.so

Из минусов я знаю докер и у меня с ним проблем нет

Я не понимаю, когда вы внесли свои изменения в основную ветку git, которая компилирует исходный код? Разве это не ваша команда?

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

о, мой плохой это объяснить здесь
https://github.com/dresden-elektronik/deconz-rest-plugin

Ха да, процедура компиляции?

Но в HA вы можете использовать «виртуальное устройство» с командной строкой, помните, что deconz работает с простой командой REST, она проста в использовании.

Привет,

Большое спасибо, я открыл для себя силу rest_command
https://www.home-assistant.io/integrations/rest_command/

Я бы предпочел интегрированное решение, но оно работает отлично

спасибо, что уделили мне время

хорошей недели

Кажется, эта проблема решена или иным образом неактивна. Если это не так, пожалуйста, откройте снова!

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

Ладно, думаю, у меня такая же проблема...
Я пытаюсь сравнить HA и jeedom прямо сейчас.
Jeedom не очень реагирует на обновление плагина для интеграции deCONZ ...

а вот проблема

Ха, хорошо (если я могу так сказать ^^)

Пробовали ли вы использовать API? Вы тоже перепутали команду "bri"? с обновлением устройства или нет?

На самом деле вы можете закрыть затвор с помощью:

• бри = 255
• на = правда
• открытый = ложный

Но вроде на последней версии устройство ОТКРЫВАЕТ затвор с bri=255, на другие без изменений.

На самом деле: через API или Jeedom:
{"bri": 0} >> закрытие
{"bri": 254} >> открытие
{"bri_in": 0} >> стоп

Через интерфейс НА:
ВВЕРХ==> ВВЕРХ,
Стоп ==> Стоп
Закрыть ==> ВВЕРХ

Я запускаю deCONZ в докере на моем Synology и HA с Hass.io

Кстати: Мой затвор открыт, но:
{ "etag": "3b5d3f03ac18414340116bf317c15797", "hascolor": false, "lastseen": "2020-06-08T16:26:29.127", "manufacturername": "Legrand", "modelid": "Shutter switch with neutral", "name": "Volet roulant Salon", "state": { "alert": "none", "bri": 254, "lift": 100, "on": true, "open": false, "reachable": true }, "swversion": "0021", "type": "Window covering device", "uniqueid": "00:04:74:00:00:99:c9:bf-01" }

Этот код открывает затвор

{
    "bri": 255,
    "lift": 100,
    "on": true,
    "open": false
}

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

Хорошо, я сделаю 2 вещи

• Команда обратного Бри
• Игнорируйте "bri", если слишком много "включено"

Кто-то хочет попробовать https://github.com/Smanar/deconz-rest-plugin/commit/0f452f65a13f726ff7bf92147d331c4f62d6e542 ?

Код находится на специальной ветке, а не на мастере.

Я попробую это как можно скорее! :)

Никто не может попробовать модификации? У вас есть все HAssio ^^ ?

Да, я пытаюсь! Но я все еще сталкиваюсь с проблемой привязки пользовательской библиотеки к изображению https ://github.com/marthoc/docker-deconz....
Скучно.... https://github.com/marthoc/docker-deconz/issues/114#issuecomment -643760547

Ха, да, я знаю, у меня так много проблем с такой системой.

Это действительно скучно, потому что у моей Synology не так много аппаратных ресурсов, а Docker — хороший способ повысить / понизить версию приложения с сохранением данных и ко ...

Хорошо, я сделаю 2 вещи

* Reverse Bri command

* Ignore "bri" if there is too "on"

Кто-то хочет попробовать Smanar@0f452f6 ?

Код находится на специальной ветке, а не на мастере.

Подборка щас... попробую в обед

Это ничего не изменило...

Серьезно ?
Вы пробовали код на моем форке в ветке legrand (а до официальной версии 77 или 78, не помню какая у вас была)?

На самом деле: через API или Jeedom:
{"bri": 0} >> закрытие
{"bri": 254} >> открытие
{"bri_in": 0} >> стоп

Через интерфейс НА:
ВВЕРХ==> ВВЕРХ,
Стоп ==> Стоп
Закрыть ==> ВВЕРХ

Итак, для вас на вашей последней компиляции она все еще сломана?

Вы использовали команду
git clone --brach legrand https://github.com/dresden-elektronik/deconz-rest-plugin.git

Ну не совсем. Я сделал больше теста прямо сейчас.

На ХА:
ВВЕРХ и СТОП были в порядке. ВНИЗ не работал и был серым.
Но после того, как вы попробуете это вручную на затворе, а затем с помощью кнопки положения, кнопка «вниз» будет использоваться (черная), а «вверх» - нет ....

Так ИДК почему/в чем проблема...

Так что на самом деле: позиция 0 = вниз
позиция 100 = вверх
стоп = стоп

UP/DOWN может не работать, зависит от последней кнопки...
Так связаны с последним статусом?

Кнопки HA часто бывают хитрыми.

Что произойдет, если вы вызовете сервисы cover.open_cover и cover.close_cover вручную?

Почему HA серая кнопка? Он отключает «вверх», если для него уже открыта крышка?
Возможно, у него обратные значения?

IDK, который использует одна команда HA для "cover.open_cover", но единственная ситуация с ошибками - это когда

• одновременное использование «bri» и «on» (без движения)
• использование только "bri" работает (но наоборот)

«включено» в одиночку или «открыто» работают.

Кнопки HA часто бывают хитрыми.

Что произойдет, если вы вызовете сервисы cover.open_cover и cover.close_cover вручную?

ИДК как это сделать

Почему HA серая кнопка?
IDK, но кажется, что HA думают, что это невозможно сделать.

Возможно, у него обратные значения?
Выглядит как ! Но не совсем. Насколько я сказал, состояние, отображаемое в HA, похоже, связано с последним физическим использованием шторки ...
Это странно, потому что раньше API мог знать, в каком состоянии находится затвор, независимо от того, было ли это через API или физически. ...

@smesguich https://www.home-assistant.io/docs/scripts/service-calls/

Это странно, потому что раньше API мог знать, в каком состоянии находится затвор, независимо от того, было ли это через API или физически. ...

Да, у вас его больше нет?

Это может быть хорошим тестом, вы не меняли проводку, поэтому мы можем взять ее за основу.
Если вы переместите его вручную, каков результат на HA?

Кстати, у вас нет доступа к отладке http (отправка запроса на/из шлюза) на HA?

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

@smesguich https://www.home-assistant.io/docs/scripts/service-calls/

Хм... Надо будет протестировать, как только вернусь из отпуска!

Это странно, потому что раньше API мог знать, в каком состоянии находится затвор, независимо от того, было ли это через API или физически. ...

Да, у вас его больше нет?

Это может быть хорошим тестом, вы не меняли проводку, поэтому мы можем взять ее за основу.
Если вы переместите его вручную, каков результат на HA?

Кстати, у вас нет доступа к отладке http (отправка запроса на/из шлюза) на HA?

Нет, у меня больше не было этой функции .....a

Ладно, столько дней спустя...
Сервисы Up, Stop и Close работают над HA с вашим релизом @Smanar

какой релиз вы используете?

Я вчера почистил вилку, и кажется, что удалил все файлы....

У вас скоро будет deconz версии 80, только скажите, если у вас все еще есть проблемы с этим, я давно затеял этот вопрос, не помню всей истории.

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

ха версия: 0.114.1
деконц: 2.05.79

Но HA не использует open = true/false для открытия и закрытия?

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

@smesguich вы скомпилировали ветку legrand на моей старой вилке? Это тот банкомат, который вы тестируете?
Просто чтобы быть уверенным, можете ли вы использовать команду «bri», h_ ttp://IP :PORT/api/KEY/lights/ID/state с { «bri»: 0} (или используя HA, если вы уверены, что это используемая команда)
И проверьте в устройстве, если bri = 0, когда команда завершена (чтобы узнать, нужно ли мне также инвертировать возвращаемое значение.

какой релиз вы используете?

Я вчера почистил вилку, и кажется, что удалил все файлы....

У вас скоро будет deconz версии 80, только скажите, если у вас все еще есть проблемы с этим, я давно затеял этот вопрос, не помню всей истории.

Извините, я не уточнил:
Я работал с Smanar@0f452f6 .

Прямо сейчас я переключился на:

• Home Assistant Core 0.114.1 с HassOS 4.12
• deCONZ 2.05.80 / 14.08.2020 в Докере
• Конби II 26580700
  без успеха...

Но HA не использует open = true/false для открытия и закрытия?

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

@smesguich вы скомпилировали ветку legrand на моей старой вилке? Это тот банкомат, который вы тестируете?
Просто чтобы быть уверенным, можете ли вы использовать команду «bri», h_ ttp://IP :PORT/api/KEY/lights/ID/state с { «bri»: 0} (или используя HA, если вы уверены, что это используемая команда)
И проверьте в устройстве, если bri = 0, когда команда завершена (чтобы узнать, нужно ли мне также инвертировать возвращаемое значение.

Хорошо, буду тестить :)

Кстати, кто-то еще пробовал, только с API, с новым устройством, и у него не было проблем> https://github.com/dresden-elektronik/deconz-rest-plugin/issues/883#issuecomment -687203640

Возможно, это потому, что HA использует «on» и «bri» одновременно? но, похоже, "бри" работает в правильном направлении.

@samsam-rolon Это что-то для репозитория HA Addon или репозитория интеграции HA.

Но я все еще не понимаю

BRI: 0 UP (вверх) и 255 вниз (закрытие)

Итак, bri = 255 > закрыть

open: false и bri: 255 откроет затвор

Так бри не отменяет? бывает и наоборот?

Это означает, что только «bri» имеет правильное действие, но не используется одновременно с «open»?

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

Tested with Home Assistant 0.116.2 on HassOS 4.13 with Conbee II - Deconz 2.05.84 Firmware 26660700

• Это открывает затвор:
  PUT http://$PHOSCON:$PORT/api/$TOKEN/lights/17/state/ {"bri": 255 }
PUT http://$PHOSCON:$PORT/api/$TOKEN/lights/17/state/ {"open": true }
PUT http://$PHOSCON:$PORT/api/$TOKEN/lights/17/state/ {"lift": 100}
• Это закрывает затвор:
  PUT http://$PHOSCON:$PORT/api/$TOKEN/lights/17/state/ {"bri": 0}
PUT http://$PHOSCON:$PORT/api/$TOKEN/lights/17/state/ {"open": false }
PUT http://$PHOSCON:$PORT/api/$TOKEN/lights/17/state/ {"lift": 0}

НО, когда мы смешиваем его

• Это открывает затвор:
  PUT http://$PHOSCON:$PORT/api/$TOKEN/lights/17/state/ {"bri": 255 "open": false}
• Это закрывает затвор:
  PUT http://$PHOSCON:$PORT/api/$TOKEN/lights/17/state/ {"bri": 0 "open": true}

ha ok, так что все работает, но если вы используете противоположные команды, «bri» имеет приоритет над «open».

Я проверяю код, это что-то нормальное, это выбирает разработчик. Вероятно, есть причина, но если вы смешиваете порядок ненормально, у вас есть обратный порядок?
Если это от HA, а не от вашей установки, есть проблема

|| on= true
|| bri = 255
|| open = false
|| lift = 100%
==>shutter closed

ha ok, так что все работает, но если вы используете противоположные команды, «bri» имеет приоритет над «open».
Ладно, это объясни!

Я проверяю код, это что-то нормальное, это выбирает разработчик. Вероятно, есть причина, но если вы смешиваете порядок ненормально, у вас есть обратный порядок?
Если это от HA, а не от вашей установки, есть проблема

|| on= true
|| bri = 255
|| open = false
|| lift = 100%
==>shutter closed

Извините, я не понял.

Не знаю, как это называется в HA, но в вашем приложении для отправки команды вы использовали «виджет» (и нажали на него), и это не логично, что он отправляет 2 противоположных приказа.

Не знаю, как это называется в HA, но в вашем приложении для отправки команды вы использовали «виджет» (и нажали на него), и это не логично, что он отправляет 2 противоположных приказа.

Ну, наверное !
Что-то странное: у меня проблема только со всеми устройствами, которые были впервые подключены (и обновлены) LEGRAND GW. Но рольставни, которые были подключены только к phoscon: без проблем.

Вы пытались сравнить устройство JSON?
Возможно, HA не видят их одинаково. Это один и тот же http-запрос для обоих?

Привет, ребята,
У меня возникла та же проблема со следующим затвором BTicino L4027C в следующей конфигурации:

• deConz v.2_05_86 установлен на Win10
• Hass.IO v. 0.117.1 как виртуальное устройство на HyperV

Кто может помочь мне решить эту проблему?

Ага https://github.com/dresden-elektronik/deconz-rest-plugin/issues/3532

Если вы можете скомпилировать код для тестирования?

мммм....теперь я соединил все точки.

Текущий проект является официальной веткой deconz, и именно поэтому вы предложили мне в другой ветке дождаться новой версии deConz.

Вы пытались сравнить устройство JSON?
Возможно, HA не видят их одинаково. Это один и тот же http-запрос для обоих?

Ну ... теперь я понимаю больше : здесь 2 переключателя затвора, где затвор открыт. Оба физически ОТКРЫТЫ...

Тот, который выглядит как закрытый в API (ID 16), имеет последнюю прошивку от Legrand, и у меня была проблема с Home Assistant, чтобы закрыть его.

Тот, который выглядит как открытый в API (ID 20), имеет FW ИЗ КОРОБКИ, и у меня нет проблемы с Home Assistant, чтобы закрыть его, ни состояния обратной связи.

  "16": {
    "etag": "12e2802e75fd260f3f2bc47afc5024e3",
    "hascolor": false,
    "lastannounced": "2020-10-16T20:35:23Z",
    "lastseen": "2020-11-02T21:54Z",
    "manufacturername": "Legrand",
    "modelid": "Shutter switch with neutral",
    "name": "Volet roulant Cuisine",
    "state": {
      "bri": 254,
      "lift": 100,
      "on": true,
      "open": false,
      "reachable": true
    },
    "swversion": "0021",
    "type": "Window covering device",
    "uniqueid": "00:04:74:00:00:99:c9:cd-01"
  },
  "20": {
    "etag": "612e6a6f0639493054d0098a077823dd",
    "hascolor": false,
    "lastannounced": "2020-11-01T05:43:15Z",
    "lastseen": "2020-11-02T22:00Z",
    "manufacturername": "Legrand",
    "modelid": "Shutter switch with neutral",
    "name": "Volet roulant Ch2",
    "state": {
      "bri": 0,
      "lift": 0,
      "on": false,
      "open": true,
      "reachable": true
    },
    "swversion": "001a",
    "type": "Window covering device",
    "uniqueid": "00:04:74:00:00:8c:a7:65-01"
  },

@samsam-rolon Вы говорите, что судя по номеру прошивки, у вас другой результат?

Потому что в вашем JSON все значения меняются местами... Это не просто инверсия "bri"/"lift".
Когда вы используете их вручную, направление правильное?

Вы помните, есть ли возможность резервировать направление в приложении?

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

@samsam-rolon Вы говорите, что судя по номеру прошивки, у вас другой результат?

Потому что в вашем JSON все значения меняются местами... Это не просто инверсия "bri"/"lift".
Когда вы используете их вручную, направление правильное?

Да, вручную, направление правильное ^^"
Я использовал физический светодиод как обманчивый (détrompeur), чтобы правильно подключить их, так что да.

Итак, чтобы быть ясным, да, все значения меняются местами....

Вы помните, есть ли возможность резервировать направление в приложении?

У меня все еще есть приложение для некоторых чувствительных зон, которое я не стал деконцировать из-за необходимости, все работает отлично.
по этому поводу вариантов нет!

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

О, хорошо бы знать! Кстати, модуль был заменен RMA у моего поставщика электрики 👍🏻

@samsam-rolon, просто из любопытства, у вас есть deconz с графическим интерфейсом?
Можете ли вы проверить некоторые атрибуты на устройствах? Они касаются направления вращения, но неизвестно, включены ли они на устройстве Legrand. И для меня это не так, еще Legrand использовал их в приложении.

Все в кластере 0x0102

• Атрибут 0x0007
• Атрибут 0x0017

Да, у меня есть.

вот первая часть:

Здесь API ID 20 (с FW ИЗ КОРОБКИ, и у меня нет проблемы с Home Assistant, чтобы закрыть его, ни состояния обратной связи).

Здесь API ID 16 (с последней прошивкой от Legrand, и у меня была проблема с Home Assistant, чтобы закрыть ее)

здесь 2-я часть:

Здесь API ID 20:

Здесь API ID 16:

Идеально, спасибо.

Так что не повезло, точно такие же настройки, есть небольшая разница между двумя прошивками, одна из них, похоже, использует атрибут 0x0010 и 0x0011, а другая нет, но это не объясняет разницу ....

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

Редактировать:
Лол, он был в том же выпуске, что и Plum59, и при его захвате у него тоже была версия 0021.

Ой...
Итак, есть идеи, с чем иметь дело?
Продвигать одну конкретную прошивку вместо другой?

Нееет, проще, я могу заставить код действовать по-разному в зависимости от swversion.

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

Хорошо ! Я присоединился к серверу разногласий. Ас саглагла#9444
Я доступен, если это необходимо для отладки или демонстрации экрана или просто для обмена

Я тоже сманарь на нем.

Но сейчас вспомнил, прошивка "из коробки" глючная, я использую хак в коде, так что Legrand наверное исправил баг на будущей прошивке и это может объяснить такой результат.

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

просто чтобы быть уверенным, что при захвате позиция подъема атрибута меняется на 0x0008, но и команда тоже меняется? Чтобы проверить, просто используйте deconz , кластер 0102 и попробуйте «вверх» и «вниз», чтобы проверить, реагируют ли команды 2 одинаково или тоже меняются местами.

Я тоже сманарь на нем.

Но сейчас вспомнил, прошивка "из коробки" глючная, я использую хак в коде, так что Legrand наверное исправил баг на будущей прошивке и это может объяснить такой результат.

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

просто чтобы быть уверенным, что при захвате позиция подъема атрибута меняется на 0x0008, но и команда тоже меняется? Чтобы проверить, просто используйте deconz , кластер 0102 и попробуйте «вверх» и «вниз», чтобы проверить, реагируют ли команды 2 одинаково или тоже меняются местами.

Хорошо, приятно знать!
Я подтверждаю: эти кнопки работают должным образом для обоих переключателей!

Привет !

После долгих тестов и обменов с @Smanar у нас есть

• как работает рольставня переключателя
• различия между ФВ
• почему этот глючит на ХА

_@pipiche38 : Я почти уверен, что вам будет интересно !_

Осторожно: долго объяснять!

Во-первых, вы должны знать, как именно работает рольставня с выключателем:

1. Вы нажимаете команду ВВЕРХ/ВНИЗ на переключателе или через API (не важно)
2. Переключатель рольставней перемещает реле внутри, чтобы переключать электричество для перемещения вверх или вниз по рольставням.
3. Внутри мотора есть несколько «механических упоров» для остановки затвора в конце движения.

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

1. Через некоторое время переключатель «сбрасывает» реле в выключенное положение, чтобы больше не подавать питание на рольставни.

Примечания: _Вы услышите щелчок , похожий на включение фонаря, через 1-2 минуты_
Бонус: я подозреваю, что это чистый «таймер», но, возможно, это также таймер после необнаруженного энергопотребления в коммутаторе?

Пункты 3 и 4 очень важны!

## Как работает прошивка 26 (0x001a в шестнадцатеричном формате) (т.е. прошивка "из коробки")

1. Вы нажимаете команду ВВЕРХ/ВНИЗ на переключателе или через API (не важно)
2. Переключатель рольставней перемещает реле внутри, чтобы переключать электричество для перемещения вверх или вниз по рольставням.

В этот момент рольставни движутся и находятся не в ВВЕРХ или ВНИЗ.
в deCONZ API или в графическом интерфейсе deCONZ атрибута zigbee, даже если я принудительно обновлю атрибут

это "bri":"127" или "lift":"50"

1. Внутри мотора есть несколько «механических упоров» для остановки затвора в конце движения.

НАПОМИНАНИЕ: В этот момент ролик закончил движение, но выключатель все еще подает питание на рольставни.

В этот момент рольставни находятся в ВВЕРХ или ВНИЗ для вас и мотора, НО НЕ для переключателя, потому что он ожидает «возврата в выключенное положение реле».

в deCONZ API или в графическом интерфейсе deCONZ атрибута zigbee, даже если я принудительно обновлю атрибут

это "bri":"127" или "lift":"50"

1. Через некоторое время переключатель «сбрасывает» реле в выключенное положение, чтобы больше не подавать питание на рольставни.

НАПОМИНАНИЕ: _Вы услышите щелчок , похожий на включение фонаря, через 1-2 минуты_

или в API deCONZ, или в графическом интерфейсе deCONZ атрибута zigbee , даже если я принудительно обновлю атрибут

это "bri":"255" или "lift":"100" , если ОТКРЫТО
это "bri":"0" или "lift":"0" , если ЗАКРЫТО

## Как работает прошивка 33 (0x0021 в шестнадцатеричном формате) (т.е. вызов "Прошивка обновлена")

Случай действия физического переключателя:

1. Вы нажимаете команду ВВЕРХ/ВНИЗ на переключателе
2. Переключатель рольставней перемещает реле внутри, чтобы переключать электричество для перемещения вверх или вниз по рольставням.
   > В этот момент рольставни движутся, а состояние API роллет немедленно находится в состоянии ВВЕРХ или ВНИЗ.
   > в атрибуте zigbee deCONZ GUI или в deCONZ API
   > > это "bri":"255" или "lift":"100" , если ЗАКРЫТО
   > > это "bri":"0" или "lift":"0" , если ОТКРЫТО

ПРИМЕЧАНИЕ. Атрибут "bri":"127" или "lift":"50" , если вы используете команду STOP (API или физическую) до окончания движения.

1. Внутри мотора есть несколько «механических упоров» для остановки затвора в конце движения.

НАПОМИНАНИЕ: В этот момент ролик закончил движение, но выключатель все еще подает питание на рольставни.

В этот момент рольставни находятся в ВВЕРХ или ВНИЗ для вас и мотора, НО НЕ для переключателя, потому что он ожидает «возврата в выключенное положение реле».

Ничего не изменилось в API deCONZ или в атрибуте zigbee deCONZ GUI.

1. Через некоторое время переключатель «сбрасывает» реле в выключенное положение, чтобы больше не подавать питание на рольставни.

НАПОМИНАНИЕ: _Вы услышите щелчок , похожий на включение фонаря, через 1-2 минуты_

Ничего не изменилось в API deCONZ или в атрибуте zigbee deCONZ GUI.

Случай действия API:

1. Вы запрашиваете команду UP/DOWN в API (с "open":"true/false" или "lift":"0/100"
2. Переключатель рольставней перемещает реле внутри, чтобы переключать электричество для перемещения вверх или вниз по рольставням.
   > В этот момент рольставни движутся, но состояние роллет остается прежним. Не обновляется через веб-сокет

ПРИМЕЧАНИЕ. API немедленно обновляется, если вы принудительно обновляете атрибут в графическом интерфейсе deCONZ.

ПРИМЕЧАНИЕ. Атрибут "bri":"127" или "lift":"50" , если вы используете команду STOP (API или физическую) до окончания движения.

1. Внутри мотора есть несколько «механических упоров» для остановки затвора в конце движения.

НАПОМИНАНИЕ: В этот момент ролик закончил движение, но выключатель все еще подает питание на рольставни.

В этот момент рольставни находятся в ВВЕРХ или ВНИЗ для вас и мотора, НО НЕ для переключателя, потому что он ожидает «возврата в выключенное положение реле».

ПРИМЕЧАНИЕ. Ничего не меняется в API deCONZ или в графическом интерфейсе deCONZ атрибута zigbee.

1. Через некоторое время переключатель «сбрасывает» реле в выключенное положение, чтобы больше не подавать питание на рольставни.

НАПОМИНАНИЕ: _Вы услышите щелчок , похожий на включение фонаря, через 1-2 минуты_

ПРИМЕЧАНИЕ. Через некоторое время сеть обновляет атрибут устройства, а API-интерфейс deCONZ или графический интерфейс deCONZ атрибута zigbee обновляется.

Заключение

С последним FW любая команда API должна принудительно обновить атрибут сразу после этого, чтобы получить HA без ошибок.
Вот почему кнопка HA UP/DOWN иногда не работает, потому что состояние возврата ошибочно... и движение может быть обратным....

спасибо за четкое объяснение проблемы, но теперь вопрос для вас кристально ясен .... есть ли способ исправить в HA или в deConz, чтобы он работал правильно?

Спасибо

Еще один вопрос....как понять какая прошивка у меня установлена? Я искал одну из двух строк, указанных вами на информационной панели кластера deConz, и не нашел ее.
Я проверил приложение Phoscon и вижу только, что мой «Shutter SW с контролем уровня» имеет версию 00b.

спасибо за четкое объяснение проблемы, но теперь вопрос для вас кристально ясен .... есть ли способ исправить в HA или в deConz, чтобы он работал правильно?

Да ! @Smanar собирается провести MR, чтобы исправить это

Спасибо

Еще один вопрос....как понять какая прошивка у меня установлена? Я искал одну из двух строк, указанных вами на информационной панели кластера deConz, и не нашел ее.
Я проверил приложение Phoscon и вижу только, что мой «Shutter SW с контролем уровня» имеет версию 00b.

Хм, очень странно.
Я сделал вызов API следующим образом:
http://172.16.0.65:8080/api/TOKEN_API/lights/17
json { "etag": "e23005c63baee54ae855d83d17ab50c9", "hascolor": false, "lastannounced": "2020-10-17T21:54:09Z", "lastseen": "2020-11-05T14:35Z", "manufacturername": "Legrand", "modelid": "Shutter switch with neutral", "name": "Volet roulant Salon", "state": { "bri": 254, "lift": 100, "on": true, "open": false, "reachable": true }, "swversion": "0021", "type": "Window covering device", "uniqueid": "00:04:74:00:00:99:c9:bf-01" }

@ламбу76
Было ли ваше устройство ранее подключено к официальному шлюзу? Если да, то когда?
Какой номер модели устройства Legrand?

У меня вообще шлюза нет.

Я выполнил вызов API, и это фрагмент ответа.

{"etag":"fdb515f4e8280d1e1a978696fcd36b10","hascolor":false,"lastannounced":"2020-11-04T09:27:40Z","lastseen":"2020-11-04T18:19Z","manufacturername":"Legrand","modelid":"Shutter SW with level control","name":"Tapparella","state":{"bri":127,"lift":50,"on":true,"open":true,"reachable":true},"swversion":"00b","type":"Window covering device","uniqueid":"00:04:74:00:00:b1:dc:0a-01"}

в соответствии с приложением Phoscon.

Я только что купил 10 дней назад на Amazon для некоторых тестов.

Гул очень странный....может очень старая прошивка так...
Можете ли вы подтвердить идентификатор эталонного продукта?
С моей стороны это Ref. 0 648 96 нравится: https://www.legrand.fr/pro/catalogue/42566-version-celiane-with-netatmo/interrupteur-filaire-connecte-celiane-with-netatmo-pour-volet-roulant-graphite

Не этот.

У меня BTicino, итальянский бренд.

https://catalogo.bticino.it/BTI-L4027C-IT

О.... совсем другое!

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

Отлично работает от deConz, но не от HA

@ lambu76 Я уже ответил (и по нескольким вопросам), ваше устройство еще не находится в деконц, если вы хотите попробовать с ним, вам нужно скомпилировать код или дождаться будущей версии.

Давайте ждать.... :-((

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

• Принудительное состояние устройства сразу после команды (настройте устройство на «открытие», даже если оно не открыто в действительности после команды «открыть»).
• Принудительное состояние устройства в неизвестном положении сразу после команды (0 = закрыто, 100 = открыто, 50 = остановлено или работает).

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

@samsam-rolon тестирует банкомат 2-го метода.

Та же проблема с прошивкой 0x23 :-(

Я попробовал последнюю прошивку 2.05.88, и нет никаких изменений в неправильном поведении с Legrand Bticino Living Light L4027C, используемым с Hass.IO .... будем надеяться на самую новую версию 2.06.00, выпущенную сегодня.

Ага, патч был не в 88 версии, а в 2.6.0
https://github.com/dresden-elektronik/deconz-rest-plugin/releases/tag/v2.6.0-beta

Хорошо, спасибо.

Мне нужно дождаться автоматического обновления надстройки Deconz в Hass.IO.

Спасибо

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

Есть патч (вероятно) для этого бага в деконзе версии 2.6.0 (бета-версия)

хорошо .... трудно установить его на HA?

Да ^^ и многое другое, если вы используете контейнер.
Если у вас нет deconz на другой машине/VM, я думаю, вам лучше подождать, пока они его используют.

Я также установил Deconz на свой компьютер (Windows10).... можно ли обновить его там, а затем установить Conbee2 на свой Pi4?

ха, да, чтобы попробовать, вы можете установить deconz на ПК. Я только что видел бета-версию, доступную и для Windows (но conbee должен быть на ПК)
И вы можете настроить HA для использования deconz, установленного на ПК, но я не могу объяснить процедуру для HA.

Обновлять нужно deconz, а не conbee.

после некоторых размышлений я думаю, что версия Deconz для Windows отличается от версии Pi4 под HA....
я думаю, что я смешиваю прошивку Conbee2 (одинаковая для обоих: Pi4 и Windows) и программное обеспечение Deconz (разное)!