Deconz-rest-plugin: IKEA smart blinds FIRST e CADRILL

Temo que teremos que esperar até 2 de fevereiro ...

Em poucos dias deve chegar às lojas aqui. Vou comprar um com certeza. Se não me engano, eles funcionam com bateria, portanto, dispositivos finais

Estou planejando comprar dois no dia 2 de fevereiro.

O raciocínio para o repetidor deve ser se o blind não está emparelhado com o gateway certo? Não há controle direto de dispositivo final para dispositivo final sem o repetidor?

Não há controle direto de dispositivo final para dispositivo final sem o repetidor?

Sem roteador. O repetidor é definitivamente necessário quando você deseja controlar o smart blind autônomo, sem um hub. No entanto, o coordenador também é um roteador, então eu acho / espero que você possa se livrar do repetidor se conectar o remoto e o smart blind ao deCONZ (ou, se possível, a um hub IKEA).

A Ikea nos disse que eles foram adiados até o verão devido a questões de fabricação e problemas com a implementação da ponte IKEA. Também estou muito interessado nestas persianas e espero que sejam controláveis ​​via deconz.

Este problema foi marcado automaticamente como obsoleto porque não teve atividades recentes. Ele será fechado se nenhuma outra atividade ocorrer. Obrigado por suas contribuições.

Ainda esperando pela IKEA ...

De acordo com o Reddit, o lançamento das cortinas pode acontecer em outubro na Holanda:
https://www.reddit.com/r/tradfri/comments/c8e7ge/blinds_kadrilj_fyrtur_on_sale_in_october

Na Suécia, eles chegarão dentro de um mês (espero)

Fim de agosto na Holanda, de acordo com a IKEA, veja:
https://www.ikea.com/en/en/catalog/categories/departments/Textiles/10701/ :

A partir do final de agosto de 2019, as persianas elétricas FYRTUR e KADRILJ estarão disponíveis na IKEA. Com um controle remoto, você pode abrir e fechar facilmente as persianas. Também pode ser usado em combinação com o gateway TRÅDFRI e o aplicativo que o acompanha.

Hm, eles removeram o texto do site ...

EDIT (1º de agosto) E está de volta ... ainda final de agosto.

Parece que precisamos dar uma olhada no motor de veneziana Xiaomi Aqara
https://s.click.aliexpress.com/e/J1vGk12

Lançado hoje, espero que seja integrado rapidamente. Eu quero comprar alguns: D

Sem dimensionamento personalizado: /. Que pena.

Na Itália, eles lançaram apenas a bateria sobressalente Braunit: p

Agora deve estar disponível em breve. Eles apareceram no site na Holanda esta semana; inicialmente dizia disponível em 18 de agosto. Vou comprar alguns fyrturs.

Comprei este fim de semana. Se alguém puder me fornecer um guia passo a passo sobre o que eu preciso
façam. Vou enviar as informações.

Eu acho que este link é sobre isso.

Também comprei 2 Fyrtur, mas não sei quando terei tempo para brincar com eles.

Também comprei duas persianas inteligentes Fyrtur hoje. Infelizmente estou executando o deconz headless, então não tenho acesso à GUI, mas se houver alguma outra maneira que eu possa ajudar - é só dizer :)

Se você executar o deconz no docker, você pode realmente permitir que a interface do desktop seja visualizada no vnc

Sem dimensionamento personalizado: /. Que pena.

Eu acho que eles são ;)

https://youtu.be/PL6LPZZoFlo

Preciso de 240 cm de comprimento. A Ikea vende apenas 195: /.

Estou executando Deconz como um addon em Hassio. Tenho medo de não conseguir acessar a interface do usuário.

Estou executando Deconz como um addon em Hassio. Tenho medo de não conseguir acessar a interface do usuário.

Sim você pode; https://github.com/home-assistant/hassio-addons/tree/master/deconz#accessing -the-deconz-application-and-Viewing-the-mesh-via-vnc

Agora consigo fazer o login via VNC. Pressionei os dois botões nas cortinas Ikea (etapa 2). Eu também defino permissão para junção (255). Mas não vejo nenhuma mudança na visualização do VNC. Há algo mais que devo fazer?

ADICIONANDO DISPOSITIVOS AO SEU
WIRELESS OPEN / CLOSE REMOTE
Quando o controle remoto Abrir / Fechar sem fio é vendido
junto com uma persiana sem fio e um
Repetidor de sinais (no mesmo pacote), eles
já estão emparelhados.
Para adicionar mais cortinas de rolo sem fio, basta repetir
as etapas abaixo:
Certifique-se de que sua cortina sem fio está
ligadas.
1 Abra a tampa traseira do Open / Close
Remoto e encontre o botão de emparelhamento.
2 Pressão curta em ambos os botões na persiana.
Isso deixará o dispositivo acordado e pronto
para emparelhar por 2 minutos.
3 Segure o controle remoto Abrir / Fechar bem perto de
a persiana sem fio que você deseja adicionar: não
mais de 5 cm de distância.
4 Pressione e segure o botão de emparelhamento por às
pelo menos 10 segundos na rede sem fio Abrir /
Feche o controle remoto.
5 Uma luz vermelha brilhará continuamente no Open /
Feche o controle remoto. Em sua persiana sem fio
uma luz branca começará a diminuir e piscar até
os dispositivos foram emparelhados com sucesso.
Até 4 cortinas de rolo sem fio podem ser emparelhadas
com 1 controle remoto Abrir / Fechar.

Para quem vem de Berlim e tem interesse em um FYRTUR, eles têm em Berlin Walterdorf.

Você também pode verificar online em qual loja eles estão disponíveis :)

Ainda esperando o Fyrtur ficar disponível em Amsterdã ...

Pelo que entendi, pressionar os dois botões define o cego no modo de emparelhamento de link de toque. Isso não vai ajudar emparelhá-lo com o deCONZ. Se for como qualquer um dos dispositivos Trådfri, redefini-lo para as configurações de fábrica deve resolver. Para os controles, isso é feito segurando o botão de emparelhamento por 10 segundos.

Se você não conseguir fazer com que o cego se conecte à rede deCONZ após uma redefinição, você pode tentar emparelhar o controle remoto com o deCONZ (novamente, redefinindo-o) e, em seguida, fazer um link de toque entre o cego e o remoto.

Ainda esperando o Fyrtur ficar disponível em Amsterdã ...

Pelo que entendi, pressionar os dois botões define o cego no modo de emparelhamento de link de toque. Isso não vai ajudar emparelhá-lo com o deCONZ. Se for como qualquer um dos dispositivos Trådfri, redefini-lo para as configurações de fábrica deve resolver. Para os controles, isso é feito segurando o botão de emparelhamento por 10 segundos.

Se você não conseguir fazer com que o cego se conecte à rede deCONZ após uma redefinição, você pode tentar emparelhar o controle remoto com o deCONZ (novamente, redefinindo-o) e, em seguida, fazer um link de toque entre o cego e o remoto.

Por meio deste, as informações remotas conectadas

E a informação das cortinas:

Para redefinir e emparelhar a cortina, você deve pressionar os dois botões da cortina por 5 segundos (não no controle remoto) e, portanto, a cortina deve aparecer na GUI como um dispositivo final. Depois disso, você deve emparelhar manualmente o controle remoto com o cego. Pelo menos esse é o meu entendimento, pois atualmente não consigo acessar a GUI sozinho. Posso reinstalar meu pi na versão desktop para testar mais tarde hoje ...

Edit: Parece que você me venceu, Thoit :)

Editar editar: encurtei uma das minhas cortinas seguindo o vídeo postado anteriormente, deu certo.

@Thoit parece que deCONZ ainda não leu os descritores por completo. Você pode tentar lê-los à _esquerda_ das duas rodadas suspensas no nó? Certifique-se de despertar o dispositivo primeiro. Além disso, você pode postar as outras informações em https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support? Leia os atributos do cluster _Basic_ antes de fazer a captura de tela. Novamente, certifique-se de que o dispositivo esteja ativado durante a leitura.

Esta é a informação de que você precisa?

E o controle remoto:

O controle remoto está bom. Como seria de esperar, tem um cluster cliente _Window Covering_, para enviar comandos aos cegos. Isso significa que ele só pode controlar (diretamente) as cortinas e que as cortinas não podem ser controladas (diretamente) por outros dispositivos de controle. Não estou muito feliz com o cluster 0xFC7C, que provavelmente é usado para alguma configuração específica da IKEA.

Você também pode postar o nó em clusters para cegos? E o cluster _Basic_ após a leitura dos atributos. O rádio para cegos precisa estar ativado para que a leitura seja bem-sucedida; Não tenho certeza de como fazer isso. Esperançosamente, o cego pesquisa seu pai a cada dois segundos ou não seria capaz de reagir ao controlador.

Olá !
Estou feliz com o progresso, incluindo as cortinas ikea :)
Uma pergunta sobre as cortinas: a posição final pode ser personalizada? -> minhas janelas para as quais eu quero usá-las têm menos de 1,95.
-> Não consegui encontrar nenhuma informação sobre isso no manual da ikea

Olá !
Estou feliz com o progresso, incluindo as cortinas ikea :)
Uma pergunta sobre as cortinas: a posição final pode ser personalizada? -> minhas janelas para as quais eu quero usá-las têm menos de 1,95.
-> Não consegui encontrar nenhuma informação sobre isso no manual da ikea

Sim, isso é possível. Defina a posição final e clique 2 vezes em um dos botões nas cortinas.

Olá !
Estou feliz com o progresso, incluindo as cortinas ikea :)
Uma pergunta sobre as cortinas: a posição final pode ser personalizada? -> minhas janelas para as quais eu quero usá-las têm menos de 1,95.
-> Não consegui encontrar nenhuma informação sobre isso no manual da ikea

Sim, isso é possível. Defina a posição final e clique 2 vezes em um dos botões nas cortinas.

THX ! .. então, assim que estiverem disponíveis, vou pegar alguns :)

@manup , você vai ajudar a obter o suporte de cobertura adequado da Ikea no deconz possível no curto prazo?

Não consegui descobrir como obter mais informações sobre as cortinas. Já apertei os 2 botões cada, simultaneamente, cliquei duas vezes mas não vejo mais informações então fornecidas na imagem.

Consegui colocar em minhas mãos alguns deles hoje. Fico feliz em fornecer qualquer detalhe técnico que possa ajudar na implementação :)

@manup algum progresso ou plano para isso?

Hoje finalmente emparelhei uma das minhas persianas para deconz, mas assim como o Thoit não vejo como tirar mais informações dela. Posso obter as informações do nó, mas aparentemente não há clusters para mostrar ou ler ...

deCONZ não leu os descritores. Você pode tentar lê-los manualmente no menu suspenso (apenas visível) à esquerda (no lado direito do nó). Dependendo de quão sonolento está o cego, pode ser necessário acordá-lo antes que ele responda. Não tenho certeza de como isso é feito, eu acho / espero, pressionando um botão no blind.

Clusters cegos e leitura de cluster básico

Legal! Você poderia tentar ler o cluster _Window Covering_? E verificar se você pode controlar os cegos por meio de seus comandos _Open_ e _Close_?

Como você conectou as cortinas com Deconz @Revorge? Ik tentou algumas vezes, mas não conseguiu fazer funcionar :(

@ebaauw aqui está minha implementação cega do Homebridge com vários adaptadores. Pode ser útil para implementar o suporte para persianas em Homebridge-hue
https://github.com/paolotremadio/homebridge-webshades

O que me faz pensar: deveria fazer parte da Homebridge-Hue? Tecnicamente não é matiz ... :)

A homebridge-hue oferece suporte para cortinas inteligentes desde a v0.10.3 .

Legal! Você poderia tentar ler o cluster _Window Covering_? E verificar se você pode controlar os cegos por meio de seus comandos _Open_ e _Close_?

Posso controlar os cegos a partir do deconz da GUI usando os botões exec "Up / Open", "Down / Close" e "Go to lift percent" - funciona muito bem :)

Não tenho certeza se os atributos lidos foram concluídos corretamente, mas isso foi tudo que consegui, não importa o que tentei:

Como você conectou as cortinas com Deconz @Revorge? Ik tentou algumas vezes, mas não conseguiu fazer funcionar :(

Abra a rede via deconz GUI ou "adicione novas luzes" no phoscon e segure os dois botões da cortina por cerca de 5 segundos - a cortina apareceu instantaneamente.

Parece bom, eu gosto que as cortinas também fornecem um cluster de controle de votação. O controle remoto parece ser o mesmo que o controle remoto liga / desliga que foi vendido antes e é compatível desde 2.05.58.
https://github.com/dresden-elektronik/deconz-rest-plugin/releases/tag/V2_05_58

Certamente é necessário algum código adicional, para configurar uma encadernação a fim de permitir que o controle remoto controle as cortinas diretamente.

Como objetivo de curto prazo, acho que faz sentido apoiar os blinds por meio do hack existente /lights . Não é meu favorito, mas a API REST v2 levará algum tempo, então vamos fazer o hack primeiro e adicionar uma API blinds adequada na v2 mais tarde :)

Ontem recebi uma notificação por email que o FYRTUR 140cm estava disponível na IKEA Amsterdam. Fui lá imediatamente, mas eles não conseguiram encontrar os FYRTURs - estavam "perdidos". Como o estoque mudou, imaginei que eles os encontraram. Fizeram outra viagem esta manhã, mas eles tinham apenas algumas unidades de 60 cm e 80 cm à esquerda. A unidade de 140 cm restante listada no site foi MIA. Eles não sabem quando o novo estoque chegará. Nenhuma das outras lojas IKEA a uma distância razoável de carro possui estoque, então acho que vou esperar mais uma semana ...

De qualquer forma, colocou o FYRTUR na lista de permissões (e, espero, o KADRILJ) para que o plugin REST API crie o recurso /lights com type Window covering device . Espero que alguém possa compilar e testar meu último commit.

Expor o nível da bateria será um pouco mais desafiador, já que não há config em /lights recursos. Eu poderia introduzir um tipo ZHABattery /sensors ou talvez melhor esperar pela API v2 /devices .

O controle remoto parece ser o mesmo que o controle remoto liga / desliga

Não, ele tem firmware diferente, um tipo de dispositivo diferente, e suspeito que envia comandos _Window Covering_ em vez dos comandos _Lig / Off_ e _Level Control_.

Eu adicionei o tipo de dispositivo remoto a general.xml e coloquei na lista de permissões para criar um resoruce /sensors . Acho que é o suficiente, pois também anuncia um cluster de cliente _On / Off_. Para suporte total, preciso ver quais comandos ele envia. Alguém poderia executar o deconz com --dbg-info=2 e capturar os comandos, incluindo asdu ?

É muito bom ver que algum progresso e commits estão sendo feitos :) Se eu puder ser de alguma ajuda para adicionar suporte - é só dizer a palavra. No momento, estou testando tudo isso em um cartão SD "gravador", então não me importo de fazer alguns "ajustes" :)

Ótimo @ebaauw, como posso testar seu código por meio do complemento Hassio? Ou isso não é possível?

Você precisa obter meu commit mais recente, compilar o plug-in da API REST e instalá-lo, consulte https://github.com/dresden-elektronik/deconz-rest-plugin#get -and-compile-the-plugin.

Você precisa obter meu commit mais recente, compilar o plug-in da API REST e instalá-lo, consulte https://github.com/dresden-elektronik/deconz-rest-plugin#get -and-compile-the-plugin.

Tentei compilar a partir do seu repo, mas estou recebendo um erro

Eu adicionei o tipo de dispositivo remoto ao general.xml e coloquei na lista de permissões para criar um resoruce / sensores. Acho que é o suficiente, já que também anuncia um cluster On / Off do cliente. Para suporte total, preciso ver quais comandos ele envia. Alguém poderia executar o deconz com --dbg-info = 2 e capturar os comandos, incluindo o asdu?

Como alguém - "passo a passo" faria o que você perguntou acima?

Droga, esqueci disso. Esse é um problema conhecido com os commits pós-v2.05.66, que deve ser corrigido na v2.05.67. Consulte # 1732 e https://github.com/dresden-elektronik/deconz-rest-plugin/commit/1777accdc688a2a72f762f6e8d38df68dec34fef.

Droga, esqueci disso. Esse é um problema conhecido com os commits pós-v2.05.66, que deve ser corrigido na v2.05.67. Consulte # 1732 e 1777acc .

Isso ajudou :)

E visível no HomeAssistant - o estado e a posição relatados estão incorretos, mas a persiana pode ser controlada usando o controle deslizante de posição.

Vamos lançar isso!

Quais são os problemas com o controle deslizante do Home Assistant? Escala errada?

Quais são os problemas com o controle deslizante do Home Assistant? Escala errada?

O único "problema" é que o Home Assistant não tem consciência do estado cego. A escala do controle deslizante está correta, mas o Home Assistant não tem ideia de qual é a posição atual da cortina. Você pode resolver isso temporariamente simplesmente fazendo com que o Home Assistant se lembre da última posição definida, mas isso é um assunto para a comunidade do Home Assistant.

O estado é refletido em state.bri na API REST? Deve corresponder ao atributo _porcentagem de aumento da posição atual_. O controlador de cortina Xiaomi e, eu acho, o ubysis J1 relatam apenas a posição atual após a calibração bem-sucedida.

Qual posição é 0%? Totalmente aberto ou fechado? Preciso verificar o que o código deve ser; Eu esqueci qual é qual, já que o Xioami os inverteu e o HomeKit os inverteu em relação ao ZigBee.

O atributo (e state.bri ) deve ser atualizado automaticamente. Se não, você poderia tentar criar uma ligação manualmente do cluster _Window Covering_ do cego para o RaspBee / ConBee.

Qual posição é 0%? Totalmente aberto ou fechado? Preciso verificar o que o código deve ser; Eu esqueci qual é qual, já que o Xioami os inverteu e o HomeKit os inverteu em relação ao ZigBee.

0% está completamente aberto. Vou olhar para state.bri mais tarde.

Se eu executar uma leitura dos atributos do _Window Covering Cluster_, o estado e a posição serão atualizados no Assistente Home - embora invertidos, então 0% (Aberto) é mostrado como fechado e 100% (fechado) mostrado como aberto ... A cortina ela mesma parece pesquisar seu pai a cada segundo.

Se eu executar uma leitura dos atributos do Window Covering Cluster, o estado e a posição serão atualizados no Home Assistant

A leitura não deve ser necessária, uma vez que você cria uma ligação do cluster _Window Covering_ para o RaspBee / ConBee, e configura o relatório de atributo para _Pcentagem de aumento de posição atual_.

então 0% (aberto) é mostrado como fechado e 100% (fechado)

A abertura deve ser 0% certo, consulte https://github.com/dresden-elektronik/deconz-rest-plugin/pull/746#issuecomment -427590830. Verifique novamente state.bri . Deve ser 0 para aberto e 255 para fechado. Se for esse o caso, o Home Assistant deve inverter os valores (também ao abrir / fechar a persiana). O HomeKit também usa 100% para aberto e 0% para fechado, então tive que fazer o mesmo no homebridge-hue.

O próprio cego parece pesquisar seu pai a cada segundo.

Isso é uma boa notícia. Eu esperava que sim (ou não conseguiu responder ao controle remoto), mas é bom ter uma confirmação.

A leitura não deve ser necessária, uma vez que você cria uma ligação do cluster Window Covering ao RaspBee / ConBee, e configura o relatório de atributo para a porcentagem de aumento da posição atual.

Parece excelente, mas não tenho o know-how.

Para criar uma ligação, abra o painel _Bind Dropbox_ na GUI deCONZ. Arraste o cluster _Window Covering_ do campo cego para o campo _Fonte_ na caixa de depósito. Arraste o ponto de extremidade 0x01 do RaspBee para o campo _Destination_. Em seguida, pressione _Bind_. A caixa de depósito deve mostrar sucesso por um breve período. Pode demorar algumas tentativas. Aqui está uma captura de tela (para o controlador de cortina Xiaomi):

Para configurar o relatório de atributos, abra o painel _Cluster Info_ na GUI deCONZ. Selecione o cluster _Window Covering_ do cego e role para baixo. Clique duas vezes no atributo _porcentagem de aumento da posição atual_ para abrir a janela _Editor de atributos_. Insira os valores de relatório e pressione _Write Config_. Feche a janela pop-up, abra-a novamente e pressione _Read Config_ para verificar se os valores foram armazenados. Pode demorar algumas tentativas.

Depois disso, o valor de _Porcentagem de elevação de posição atual_ deve mudar automaticamente ao abrir ou fechar a persiana. Se isso funcionar, podemos aprimorar o plug-in REST API para definir a vinculação e a configuração do relatório de atributo automaticamente.

Bom trabalho pessoal, acabei de comprar 2 blinds hoje, mas preciso cortá-los um pouco primeiro, mas assim que os tiver, ficarei feliz em ajudar se precisar de mais informações.

@ebaauw Muito obrigado - realmente agradeço a ajuda e explicação detalhada :) Eu vou fazer aniversário em alguns minutos, mas farei hoje à noite. Parece que é tudo o que é necessário para consertar o funcionamento básico com HA 👍

De acordo com ikea.nl, há uma persiana de 140 cm em estoque na Ikea Amsterdam, mas pode ser a persiana fantasma de antes;)

@ebaauw Eu segui suas instruções para criar a ligação e a posição agora é atualizada automaticamente 👍 Agora eu só tenho que descobrir como inverter o estado abrir / fechar no Home Assistant.

Vou tentar emparelhar o controle remoto abrir / fechar com deCONZ mais tarde e testar se funciona para controlar as cortinas também

@Revorge para corrigir o Hass, só precisamos adicionar o modelo em https://github.com/home-assistant/home-assistant/blob/d4bd5a180ce9c7dc39b0a00000307148ca6b6303/homeassistant/components/deconz/cover.py#L17

Eu gostaria apenas de descobrir qual é a forma padrão para não precisar especificar todos os dispositivos seguindo a ordem correta

O controle remoto parece ser o mesmo que o controle remoto liga / desliga

Não, ele tem firmware diferente, um tipo de dispositivo diferente, e suspeito que envia comandos _Window Covering_ em vez dos comandos _Lig / Off_ e _Level Control_.

Interessante, quando bem me lembro, o controle remoto liga / desliga também fornecia recursos de cobertura de janela.

Vou mesclar https://github.com/dresden-elektronik/deconz-rest-plugin/pull/1774 para 2.05.67. A criação de ligação automática para o cluster Window Covering pode ser adicionada para a próxima versão.

@manup temos uma maneira fácil de saber quais tampas têm lógica invertida para cima / para baixo?

@manup temos uma maneira fácil de saber quais tampas têm lógica invertida para cima / para baixo?

Não tenho certeza, mas sugiro que a REST-API fornece apenas uma lógica para todas as capas. E se uma tampa tiver lógica reversa, isso deve ser cuidado internamente para manter as aplicações simples.

O plugin REST API normaliza a lógica ... para o padrão ZigBee. Portanto, dependendo do que “seu” sistema de automação residencial usa, é tudo sem nenhum.

@ebaauw ok então todos usam especificações zigbee? Então não há razão para manter o suporte invertido para o componente hass? Vou ter que passar por meus antigos PRs para ver por que era necessário originalmente

Alguém poderia executar o deconz com --dbg-info = 2 e capturar os comandos, incluindo o asdu?

Estou tentando fazer o acima (mas não tenho certeza se entendi a parte "asdu"), mas só estou recebendo uma mensagem "no botton handler" quando pressiono um botão no controle remoto ... O que preciso fazer?

Deve haver uma mensagem APS-DATA com o asdu antes deste. Consulte, por exemplo, https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1676#issuecomment -511347951.

Esta mensagem já confirma minha suspeita de que o remoto envia comandos _Window Covering_ (cluster 0x0102). Precisamos capturar os diferentes comandos para pressionar, soltar, segurar os diferentes botões, para criar um manipulador de botão.

--dbg-info=2

Esse é o relatório remoto de sua porcentagem de bateria (cluster 0x0001, atributo 0x0021).

Talvez eu tenha confundido as opções deCONZ. Você poderia tentar --dbg-info=2 além de --dbg-aps=2 ?

--dbg-aps=2 - antes e depois de um para cima e um para baixo, pressione

Preciso verificar as especificações ZCL quando estou em casa, mas parecem comandos _Open_ e _Close_ simples, sem nenhum parâmetro. O controle remoto envia algo mais quando pressionado ou pressionado?

O recurso ZHASwitch para o remoto mostra config.group ? O cego já reage ao controle remoto?

Preciso verificar as especificações ZCL quando estou em casa, mas isso se parece com comandos simples de abrir e fechar, sem nenhum parâmetro. O controle remoto envia algo mais quando pressionado ou pressionado?

Manter o botão pressionado por alguns segundos

O recurso ZHASwitch para o remoto mostra config.group? O cego já reage ao controle remoto?

Não tinha pensado nisso antes, mas apenas atribuído o mesmo id de grupo cego e remoto via deCONZ GUI e o cego responde perfeitamente à entrada remota - tanto "pressionamento único para cima e para baixo" e "pressionamento longo para cima e para baixo". Como esperado, o extensor de alcance / repetidor não é necessário :)

Lembre-se de que o comportamento do controle remoto é o seguinte:

• pressione uma vez para cima: abra as cortinas totalmente para cima
• pressão longa para cima: continue abrindo até que o botão seja liberado (ou a posição totalmente aberta seja alcançada)
• pressione uma vez para baixo: feche as cortinas totalmente para baixo
• pressão longa para baixo: continue fechando até que o botão seja liberado (ou a posição totalmente fechada seja alcançada)

Lembre-se de que o comportamento do controle remoto é o seguinte:

• pressione uma vez para cima: abra as cortinas totalmente para cima
• pressão longa para cima: continue abrindo até que o botão seja liberado (ou a posição totalmente aberta seja alcançada)
• pressione uma vez para baixo: feche as cortinas totalmente para baixo
• pressão longa para baixo: continue fechando até que o botão seja liberado (ou a posição totalmente fechada seja alcançada)

Claro - esse é o comportamento que estou tendo 👍

E isso é consistente com os comandos que vejo no log: _Up / Open_ (0x00) ou _Down / Close_ (0x01) ao pressionar um botão e _Parar_ (0x02) ao soltar o botão após um tempo. Isso é atípico: o controle remoto envia o mesmo comando ao pressionar / soltar e ao pressionar / segurar, para não posso distinguir entre os eventos de botão x001 e x002. Ainda acho que faz sentido enviar x003 em lançamento longo.

Eu posso ver o porquê: não importa se você pressione ou mantenha pressionado, a cortina começará a se mover. Se for apenas uma prensa, ela irá parar no final do rolo. Se for pressionado por muito tempo, ele irá parar ao soltar o botão.

Eu concordo com você, pressionar longamente é mais descritivo (contanto que recebamos um evento quando o botão for liberado). Isso também tornará os códigos mais consistentes com o controle remoto de 5 botões Ikea

O commit acima deve criar um grupo para abrir / fechar remoto no emparelhamento (fazendo com que config.group apareça) e atualizar state.buttonevent ao pressionar os botões:

• 1002: _Up_ pressione / solte ou pressione / segure;
• 1003: liberação longa _Up_;
• 2002: _Baixo_ pressione / solte ou pressione / segure;
• 2003: lançamento longo _Down_.

Agradeceria se alguém pudesse testar isso.

Ainda a fazer: configurar ligação e relatório de atributos para cegos.
E o commit abaixo deve configurar o relatório de ligação e atributo. Não testado.

@ebaauw Compilei as últimas mudanças ontem à tarde / noite. Parece que ainda preciso configurar manualmente a ligação e o relatório para a posição a ser atualizada em HA - não sei se posso estar fazendo algo errado ...

Não tenho certeza do que ou onde procurar sobre a criação do grupo, mas o controle remoto é visível no antigo webapp e o cego pode ser adicionado a ele, mas isso não faz com que o cego responda à entrada remota.

Finalmente consegui meu próprio FYRTUR.

Não tenho certeza do que ou onde procurar sobre a criação do grupo, mas o controle remoto é visível no antigo webapp e o cego pode ser adicionado a ele, mas isso não faz com que o cego responda à entrada remota.

Sempre há mais um lugar para colocar um novo dispositivo na lista de permissões. O grupo foi criado bem, mas o controle remoto ainda não estava vinculado a ele. Também foram encontrados mais alguns bugs, fazendo com que os eventos do botão não fossem gerados, e um erro em general.xml , fazendo com que o tipo de dispositivo não fosse mostrado.

Parece que ainda preciso configurar manualmente a vinculação e os relatórios para a posição

O mesmo aqui. O plug-in REST API parece configurar o relatório de atributos para _SW Build ID_ (0x0000 / 0x4000), mas nada mais. Provavelmente mais um lugar para colocar na lista de permissões ...

O FYRTUR oferece suporte a relatórios de atributos para _Precentagem de bateria restante_ (0x0001 / 0x0021) e, como já descobrimos, para _Porcentagem de aumento de posição atual_ (0x0102 / 0x0008). Configurei manualmente 7200/7200/0 para a bateria e 1/300/1 para a posição. A API REST emite notificações de soquete da web conforme os cegos se movem - legal. Ele reage aos comandos do grupo, como já descobrimos.

Ele suporta cenas ZigBee que armazenam e recuperam a posição atual com a cena. Não acho que a API REST entenda isso, pois mapeamos a posição para state.bri . Algo para API v2, eu diria, semelhante a expor a porcentagem da bateria.

Como eu esperava, o homebridge-hue já oferece suporte a dispositivos de cobertura de janela e, felizmente, expõe o FYRTUR. Precisarei adicionar suporte para o controle remoto aberto / fechado.

Acabei de conseguir os blinds e o emparelhamento foi bem-sucedido na primeira tentativa.
Eles são totalmente controláveis, mas meu problema é que eles aparecem como fechados quando estão totalmente abertos, e vice-versa, tanto no assistente doméstico quanto no Homekit. Como posso mudar isso?

Acabei de conseguir os blinds e o emparelhamento foi bem-sucedido na primeira tentativa.
Eles são totalmente controláveis, mas meu problema é que eles aparecem como fechados quando estão totalmente abertos, e vice-versa, tanto no assistente doméstico quanto no Homekit. Como posso mudar isso?

Isso requer mudanças em um componente do Home Assistant - acho que @ Kane610 está olhando para isso quando o tempo permitir :)

Sempre há mais um lugar para colocar um novo dispositivo na lista de permissões. O grupo foi criado bem, mas o controle remoto ainda não estava vinculado a ele. Também foram encontrados mais alguns bugs, fazendo com que os eventos do botão não fossem gerados, e um erro no general.xml, fazendo com que o tipo de dispositivo não fosse mostrado.

Os grupos e o controle das cortinas por meio de controles remotos estão funcionando agora :) Mas parece que as cortinas não estão "engrenando", o que pode ser o que está causando um atraso significativo na entrada de uma das minhas cortinas ...?

@jeopold ou @revorge se você puder apenas me dar o tipo e id do modelo e eu irei me certificar de que eles fazem parte do próximo lançamento

meu problema é que eles aparecem como fechados quando estão totalmente abertos, e vice-versa, tanto no assistente doméstico quanto no Homekit.

Como você os expõe ao HomeKit? Você vinculou manualmente o cluster _Window Covering_ ao RaspBee / ConBee e configurou o relatório de atributo para _porcentagem de aumento de posição atual_? Caso contrário, o valor relatado pela API REST não é atual.

as cortinas não estão "engrenando"

Claro que não; eles são dispositivos finais (nós cinza). Eles se conectam a um único roteador (nó amarelo) [ou coordenador (nó azul)], seu "pai".

algum atraso de entrada significativo para uma das minhas cortinas

Qual? Você controla todas as cortinas de todos os controles remotos ou usa um controle remoto por cortina?

@ebaauw talvez você possa compartilhar o tipo e a identificação do modelo das capas?

as cortinas não estão "engrenando"

Claro que não; eles são dispositivos finais (nós cinza). Eles se conectam a um único roteador (nó amarelo) [ou coordenador (nó azul)], seu "pai".

Dohh, só vai mostrar que ainda sou novato em todas as coisas do zigbee :) Não sei por que não notei as cores dos nós ....

algum atraso de entrada significativo para uma das minhas cortinas

Qual? Você controla todas as cortinas de todos os controles remotos ou usa um controle remoto por cortina?

Um controle remoto por persiana. O controle remoto para aquele cego específico se conecta ao roteador mais distante (Nó Amarelo :)) Não sei se isso pode ter algo a ver com o atraso ...

@jeopold ou @Revorge se você puder apenas me fornecer o tipo e a id do modelo e eu irei me certificar de que eles fazem parte do próximo lançamento de hass
@ Kane610 Claro, apenas me dê uma dica de onde procurar :)

Como você os expõe ao HomeKit? Você vinculou manualmente o cluster _Window Covering_ ao RaspBee / ConBee e configurou o relatório de atributo para _porcentagem de aumento de posição atual_? Caso contrário, o valor relatado pela API REST não é atual.
@ebaauw Eu uso o componente HomeKit do Home Assistant. Acabei de adicionar a persiana através do Phoscon e ela apareceu no Home Assistant e no HomeKit, nenhuma configuração adicional feita. Percebi que ela aparece como uma luz no Phoscon.

@jeopold
coloque isso em hass configuration.yaml, reinicie o hass e olhe nos logs, lá você deve encontrar luzes e dentro de você pode apenas compartilhar toda a parte sobre as tampas

logger:
padrão: informação
Histórico:
pydeconz: debug
homeassistant.components.deconz: debug

O controle remoto para aquele cego específico se conecta ao roteador mais distante (Nó Amarelo :)) Não sei se isso pode ter algo a ver com o atraso ...

Isso é ChildBulb1? Olhando para ele, a cortina GardinEntre se conecta ao mesmo roteador. É a cega que você está controlando com este controle remoto? Que tipo de luz é o roteador? A que tipo de luz é KantorBulb1 que GardinStue e o outro controle remoto se conectam?

Você ainda precisa do repetidor após emparelhar as tampas para deconz?

Você ainda precisa do repetidor após emparelhar as tampas para deconz?

Não :)

O controle remoto para aquele cego específico se conecta ao roteador mais distante (Nó Amarelo :)) Não sei se isso pode ter algo a ver com o atraso ...

Isso é ChildBulb1? Olhando para ele, a cortina GardinEntre se conecta ao mesmo roteador. É a cega que você está controlando com este controle remoto? Que tipo de luz é o roteador? A que tipo de luz é KantorBulb1 que GardinStue e o outro controle remoto se conectam?

Obrigado por ajudar @ebaauw O cego com o atraso é GardinKoekken e seu controle remoto se conecta a KontorBulb1, assim como o controle remoto de GardinStue (Gardinstue fica quase ao lado de KontorBulb1). Kontorbulb1 é uma "lâmpada Trådfri GU10". O controle remoto do GardinEntre se conecta ao ChildBulb1 e este é um "Trådfri E27 WS".

Como você emparelha as cortinas com deCONZ? via "Adicionar novas luzes" em phoscon?

Como você emparelha as cortinas com deCONZ? via "Adicionar novas luzes" em phoscon?

Sim ou abrindo a rede de DeCONZ GUI ou o antigo webapp :)

O cego com o atraso é GardinKoekken

De acordo com a imagem, essa cortina está conectada ao RapsBee / ConBee; os outros dois (sem demora) são conectados a lâmpadas IKEA Trådfri. Eu teorizaria que o firmware Trådfri lida com groupcasts para dispositivos filhos de forma diferente do firmware RaspBee / ConBee e / ou núcleo deCONZ, causando o atraso. Eu tentaria emparelhar novamente a cortina com a ConBee / RaspBee distante, em um esforço para forçá-la a selecionar uma lâmpada Trådfri como mãe.

Como você emparelha as cortinas com deCONZ? via "Adicionar novas luzes" em phoscon?

Sim ou abrindo a rede de DeCONZ GUI ou o antigo webapp :)

_ Não _ abra a rede a partir da GUI. Os dispositivos entrarão na rede sem problemas, mas nenhum recurso da API REST será criado.

O cego com o atraso é GardinKoekken

De acordo com a imagem, essa cortina está conectada ao RapsBee / ConBee; os outros dois (sem demora) são conectados a lâmpadas IKEA Trådfri. Eu teorizaria que o firmware Trådfri lida com groupcasts para dispositivos filhos de forma diferente do firmware RaspBee / ConBee e / ou núcleo deCONZ, causando o atraso. Eu tentaria emparelhar novamente a cortina com a ConBee / RaspBee distante, em um esforço para forçá-la a selecionar uma lâmpada Trådfri como mãe.

Muito obrigado pela sua ajuda :) Vou tentar isso mais tarde esta noite.

@jeopold
coloque isso em hass configuration.yaml, reinicie o hass e olhe nos logs, lá você deve encontrar luzes e dentro de você pode apenas compartilhar toda a parte sobre as tampas

logger:
padrão: informação
Histórico:
pydeconz: debug
homeassistant.components.deconz: debug

É isso? @ Kane610

As instruções da Ikea são um pouco ruins.

Veja como zerar as cortinas e colocá-las no modo de emparelhamento:

• Continue pressionando ambos os botões nas persianas por 5 segundos ou mais
• A luz pisca lentamente 3 vezes e depois apaga
• Solte os botões, a luz piscará lentamente
• Abra a rede a partir da phoscon usando "Adicionar novas luzes"

Agora funciona!

@Revorge é isso!

De acordo com a imagem, essa cortina está conectada ao RapsBee / ConBee; os outros dois (sem demora) são conectados a lâmpadas IKEA Trådfri. Eu teorizaria que o firmware Trådfri lida com groupcasts para dispositivos filhos de forma diferente do firmware RaspBee / ConBee e / ou núcleo deCONZ, causando o atraso. Eu tentaria emparelhar novamente a cortina com a ConBee / RaspBee distante, em um esforço para forçá-la a selecionar uma lâmpada Trådfri como mãe.

@ebaauw Isso resolveu :) Obrigado mais uma vez pela excelente ajuda 👍

A API não atualiza a posição cega atual ( bri ), a menos que eu leia manualmente os atributos do cluster de "cobertura da janela" da GUI deCONZ. Isso é normal?

Veja acima:

Parece que ainda preciso configurar manualmente a vinculação e os relatórios para a posição

O mesmo aqui. O plugin REST API parece configurar relatórios de atributos para SW Build ID (0x0000 / 0x4000), mas nada mais. Provavelmente mais um lugar para colocar na lista de permissões ...

@manup , eu realmente poderia usar sua ajuda aqui.

@paolotremadio Você atualmente precisa criar manualmente uma ligação entre raspbee / conbee e janela blinds cobrindo cluster + relatório de configuração para a posição. Ebaauw postou um excelente guia no início desta edição.

Veja acima:

Parece que ainda preciso configurar manualmente a vinculação e os relatórios para a posição

O mesmo aqui. O plugin REST API parece configurar relatórios de atributos para SW Build ID (0x0000 / 0x4000), mas nada mais. Provavelmente mais um lugar para colocar na lista de permissões ...

@manup , eu realmente poderia usar sua ajuda aqui.

Portanto, a ligação de cluster do Window Covering está faltando?
Os logs mostram alguma indicação do que está acontecendo?

Infelizmente, ainda não temos um Fyrtur no escritório: /

@jeopold e @Revorge consertaram Hass, esperando que Balloob escolhesse o PR para lançamento de 0,98

Aqui está o registro, começando quando emparelhei o FYRTUR:
log.gz

Fiquei impaciente e criei as ligações e configuração de relatórios manualmente. Não tenho certeza exatamente quando.

Eu precisava esvaziar minha rede de teste e emparelhar novamente a cortina para capturar um registro limpo.

Olá, enquanto espero que as persianas inteligentes da ikea estejam disponíveis no meu país, tenho algumas perguntas para os usuários que já as instalaram:
-As persianas inteligentes da ikea suportam definir a posição (por exemplo, 15%, 45% ou 80%)?
-A posição atual é informada pelo smart blind?
-É controlável em HA / hassio? Algum problema com a inversão do estado abrir / fechar relatado algumas mensagens antes?

1. Você só pode definir a posição final. Quando você pressiona o botão para baixo, a cortina desce até o ponto final. Se você segurar o botão para baixo, ele irá descer até que o botão para baixo seja liberado.
2. Eu acredito que não.
3. Ainda não, se você ler os comentários, há uma primeira versão para testar algumas coisas. Infelizmente não está disponível em HA / Hassio. Esperançosamente no próximo lançamento.

• sim, você pode definir a posição em porcentagem
• sim, é relatado mesmo quando o cego está se movendo
• um patch para HA está a caminho

As persianas inteligentes da ikea suportam definir a posição (por exemplo, 15%, 45% ou 80%)?

Sim, tanto diretamente no app phoscon ou software de terceiros. Eu comecei a trabalhar com o Home Assistant e uma correção para o estado invertido de abrir / fechar está preparada para uma próxima versão do HA.

A posição atual é informada pelo smart blind?

Sim, com vinculação e relatórios corretos configurados no deconz. Uma solução para automatizar isso está atualmente sob "investigação"

É controlável em HA / hassio? Algum problema com a inversão do estado abrir / fechar relatado algumas mensagens antes?

Sim, é e não há problemas além do estado incorreto de abrir / fechar e a inversão dos controles do botão para cima / para baixo. Novamente, uma correção já foi feita e será incluída no branch 0.98 do HA.

Obrigado pelas respostas rápidas! Vou tentar conseguir algumas persianas inteligentes quando estiverem disponíveis!

Parece bom!
Já instalei minhas persianas, então estou pronto para testar isso :)

Aqui está o registro, começando quando emparelhei o FYRTUR:
log.gz

Fiquei impaciente e criei as ligações e configuração de relatórios manualmente. Não tenho certeza exatamente quando.

Eu precisava esvaziar minha rede de teste e emparelhar novamente a cortina para capturar um registro limpo.

A verificação de vinculação parece estar processada, seria interessante ver o que acontece quando a vinculação não é iniciada com um Fyrtur recém-unido.

Aug 27 15:26:12 pi1 deCONZ[18679]: 15:26:12:517 binding for cluster 0x0102 of 0x000D6FFFFE9E00AA exists (verified by reporting)
Aug 27 15:26:12 pi1 deCONZ[18679]: 15:26:12:517 skip configure report for cluster: 0x0102 attr: 0x0008 of node 0x000D6FFFFE9E00AA (seems to be active)
Aug 27 15:26:12 pi1 deCONZ[18679]: 15:26:12:517 Force binding of attribute reporting for node Bathroom Blind

Vou configurar um teste neste fim de semana.

Acabei de instalar uma cortina Fyrtur hoje e parece funcionar bem. Ele sobe e desce conforme desejo e relata o status depois que fiz a ligação manual.
Meu sistema é Ubuntu 18.04, HomeSeer 3.0.0.534, JowiHue 2.0.4.6 e deConz 2_05_67
Portanto, as cortinas funcionam muito bem.

No entanto, não consigo conectar o controle remoto IKEA ao meu sistema. Existe um truque especial para conectá-lo ou algo que virá no futuro?
No momento, o controle remoto parece estar em algum tipo de limbo - posso vê-lo na GUI do deConz, o bot não está no Phoscon e não consigo controlar nada com ele.

No entanto, não consigo conectar o controle remoto IKEA ao meu sistema. Existe um truque especial para conectá-lo ou algo que virá no futuro?
No momento, o controle remoto parece estar em algum tipo de limbo - posso vê-lo na GUI do deConz, o bot não está no Phoscon e não consigo controlar nada com ele.

No aplicativo Phoscon, abra o menu -> ajuda e "Old Webapp" O controle remoto deve aparecer aqui como um grupo. Adicione cortinas (s) ao grupo.

É controlável em HA / hassio? Algum problema com a inversão do estado abrir / fechar relatado algumas mensagens antes?

Correção que acabou de ser lançada e agora tudo está funcionando como planejado :)

Obrigado por verificar @Revorge

Ainda não recebo um grupo para o controle remoto. No raspbee 26330500 deconz 2.05.67

Veja acima, https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment -525257414: Você precisará do commit post v2.05.67 para isso.

Oh ok, obrigado.

A verificação de vinculação parece estar processada, seria interessante ver o que acontece quando a vinculação não é iniciada com um Fyrtur recém-unido.

Esvaziei minha rede de teste, exceto para o Fyrtur e o controle remoto abrir / fechar, em seguida, reinicie o Fyrtur. Anexado o log deCONZ:
fyrtur.log.gz
e o registro do sniffer:
fyrtur.pcapng.gz

A API REST acabou criando a configuração de vinculação e relatório, mas acho que só depois de ler o cluster _Window Covering_ na GUI.

Tive-o funcionando por 24 horas sem ligação. Não foi possível criar ligações hoje, tempo limite esgotado. Blinds inacessíveis. Excluído, reset de fábrica, reingressado na rede e criado as ligações. Tudo funcionando agora. Espero que estejam estáveis.
Imaginando o que o intervalo de relatório de 1 segundo faz com a vida da bateria (não tenho certeza do que a Ikea tinha em mente).

O que devo fazer para ver as persianas no Home Assistant? Eu os vejo no deCONZ e eles estão conectados ao controlador, mas é o único lugar que os vejo. Estou usando o Home Assistant 0.91.1. Tenho que atualizar para uma versão mais recente? Tenho que criar uma ligação para fazê-lo funcionar? E se eu tiver que criar uma ligação, como faço isso? Não vejo como ilumino no aplicativo Phoscon ou no aplicativo da Web.

IIRC 0.91 deve suportar tampas. Mas se você está pedindo suporte, você deve começar com as versões mais recentes do software

Mas eu não deveria vê-los no aplicativo da web ou no Phoscon? Se eu devesse vê-los lá, acho que o erro está no deCONZ. Tenho a versão de firmware 26330500 no stick ConBee, acho que é a mais recente.

Ainda não adicionei o meu para deconz, mas certos dispositivos não mostram no frontend logo que o suporte foi adicionado, não posso dizer neste caso

Veja acima, # 1121 (comentário) : Você precisará do commit da postagem v2.05.67 para isso.

Alguma indicação de quando a criação do grupo remoto será marcada para a próxima versão?

Tenho uma pergunta sobre o controle remoto para as cortinas. As informações da API REST mostram um ZHASwtich com um atributo "on": true / false onde eu esperaria um valor de buttonevent normalmente. Isso vai mudar em breve ou o atributo vai ficar?

{
"Estado": {
"lastupdated": "none"
},
"config": {
"on": verdadeiro,
"alert": "nenhum",
"bateria": 74,
"alcançável": verdadeiro
},
"nome": "TRADFRI abrir / fechar remoto",
"tipo": "ZHASwitch",
"modelid": "TRADFRI abrir / fechar remoto",
"nome do fabricante": "IKEA da Suécia",
"swversion": "2.2.008",
"uniqueid": "00: 0d: 6f: ff: fe: d0: 9b: 30-01-1000",
"ep": 1,
"etag": "f2ce80986cee1a9c6b19d54431c145c3",
"modo": 1
}

Isso é config.on para ativar / desativar o sensor. state.buttonevent e config.group Devem aparecer, uma vez que a associação de grupo esteja no lugar. Infelizmente, isso ainda não foi criado pela v2.05.67, veja acima.

Claro, fiquei confuso na parte de configuração. Coisa da idade, eu acho :-)

Foi criado na nova versão 2.05.69 ou é melhor esperar agora?

Ei.
Quando isso fará parte da versão estável, então é apenas plug and play? Eu comprei um conbee stick 2 e acabei de instalar o software no meu pi, mas não tenho experiência no uso desse material, então acho que vou esperar até que se torne parte da versão estável.

Tanto o controlador cego quanto o de abrir / fechar devem ser totalmente suportados pelo plugin REST API a partir de deCONZ v2.05.69.

A cortina é exposta como um recurso /lights :

{
  "etag": "c26cb3cb86b9c5a77211b6c724c364b4",
  "hascolor": false,
  "manufacturername": "IKEA of Sweden",
  "modelid": "FYRTUR block-out roller blind",
  "name": "Bathroom Blind",
  "state": {
    "alert": "none",
    "bri": 0,
    "on": false,
    "reachable": true
  },
  "swversion": "2.2.007",
  "type": "Window covering device",
  "uniqueid": "00:0d:6f:ff:fe:9e:00:aa-01"
}

Notas:

• Definir state.bri como 0 (e / ou state.on como falso) abrirá o blind; definir state.bri como 254 (ou state.on como verdadeiro) irá fechá-lo. Definir state.bri em 127 abrirá o blind para 50%;
• Observe que a porcentagem de bateria restante não é exposta, mas você pode visualizá-la na GUI deCONZ;
• O plugin REST API deve eventualmente configurar relatórios de atributos para o atributo _Current Position Lift Percentrage_ 0x0008 no _Window Covering_ cluster 0x0102, mas isso pode levar muito tempo. Se state.bri não atualizar, você pode querer configurar relatórios de atributos manualmente na GUI deCONZ. Consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment -524617659 acima.

O controle remoto é exposto como um recurso /sensors :

{
  "config": {
    "alert": "none",
    "battery": 87,
    "group": "316",
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "8bd7fb8dc52097da8ebc2d167b2c8caf",
  "manufacturername": "IKEA of Sweden",
  "mode": 1,
  "modelid": "TRADFRI open/close remote",
  "name": "Bathroom Blind Control",
  "state": {
    "buttonevent": 2002,
    "lastupdated": "2019-09-02T21:49:50"
  },
  "swversion": "2.2.008",
  "type": "ZHASwitch",
  "uniqueid": "00:0d:6f:ff:fe:e3:f4:90-01-1000"
}

Notas:

• Ele suporta state.buttonevent valores 1002 (imprensa aberta), 2002 (imprensa fechada), 1003 (lançamento longo aberto) e 2003 (lançamento longo fechado). Observe que não há eventos para lançamento curto nem para espera. Ao pressionar longamente, você verá 1002 (ao pressionar), seguido por 1003 (ao soltar);
• Pode ser necessário pressionar um botão após o emparelhamento do plug-in REST API para preencher config.group e criar o grupo;
• Você pode adicionar persianas (e outros dispositivos de cobertura de janela, como o controlador de cortina Xioami) ao grupo para controlá-los, mesmo quando o deCONZ estiver desativado. Observe que o remoto envia comandos de _Window Covering_, então o grupo só pode ser usado para controlar dispositivos de _Window Covering_.

Como definir o limite da posição das cortinas diretamente no deCONZ? Eu sei que posso colocar o sensor em HA e usar o stop service, mas sempre haverá um atraso.

Estabeleça limites para os cegos. Defina-os como quiser, clique duas vezes no botão para cima ou para baixo e esse será o novo 100%.

O FYRTUR suporta apenas a configuração do limite no próprio dispositivo, consulte o manual. Esta funcionalidade não é exposta no ZigBee.

Existe uma maneira de obter o atributo da bateria exposto a hass btw?

Não em v2.05.69, mas veja meu PR mais recente.

Como emparelhar meu controle FYRTUR?

Eu coloquei no Home Assistant e posso ver nos logs que quando eu pressiono os botões, diferentes dados do websocket estão chegando. No entanto, não consigo ver no webapp deCONZ.

Procure https://www.home-assistant.io/components/deconz/ e deconz_event :)

Tive que reiniciar meu RPI hoje e o cego não está mais relatando atualizações. Eu fiz o desligamento / ligação manualmente + o relatório, mas ainda não funciona. Alguma pista?

Antes de reiniciar, pude ver um círculo verde piscando na IU deCONZ no nó Blinds. Agora está cinza, a menos que eu leia os atributos (então é Azul)

Os atributos estão realmente sendo lidos? Se sim, é a configuração de relatório de ligação / atributo. Se não, o cego perdeu a conectividade de / para o RaspBee. Se isso aconteceu depois de redefinir / desligar e religar o RaspBee, provavelmente a cortina se reconectou a um roteador pai que não gostou. Se você conseguir encontrar o roteador, pode desligá-lo e ver se o cego seleciona outro pai. Caso contrário, tente reiniciar a cortina e emparelhá-la novamente.

Parece que, como um possível artefato da lógica reversa sendo removida, o estado da cortina é relatado como closed sempre que estiver tudo menos 100% aberto (totalmente retraído). Parece-me (e passando por esta correção para um cartão HA lovelace ), deve ser o oposto, e deve reportar apenas closed quando está em 0% (totalmente estendido).

Os atributos estão realmente sendo lidos? Se sim, é a configuração de relatório de ligação / atributo. Se não, o cego perdeu a conectividade de / para o RaspBee. Se isso aconteceu depois de redefinir / desligar e religar o RaspBee, provavelmente a cortina se reconectou a um roteador pai que não gostou. Se você conseguir encontrar o roteador, pode desligá-lo e ver se o cego seleciona outro pai. Caso contrário, tente reiniciar a cortina e emparelhá-la novamente.

Os atributos foram lidos. A cortina está conectada a uma saída Ikea tradfri em vez de diretamente ao conbee deCONZ. Vou tentar desligar a tomada e ver como funciona. Sobre redefinir: você quer dizer apenas redefinir o blind ou também remover o nó do deCONZ?

Eu corrigi fazendo o seguinte:

• Desligue a tomada ikea tradfri que era o roteador pai para cegos
• Acordei as cortinas usando os botões da própria cortina
  E foi isso: o cego escolheu o conbee como novo pai e agora está relatando.

Não deveria apenas funcionar, não importa quem seja o pai?

Pessoal, vocês têm a lógica de abertura / fechamento correta com o Assistente Home mais recente? Ainda estou em 0.95.4, mas a lógica cega do Fyrtur está invertida. Tenho várias outras persianas em HA como a persiana Fibaro (onda z), e todas elas têm a lógica 0% está fechada (para baixo) e 100% está totalmente aberta (para cima). O Apple HomeKit segue o mesmo princípio. Todos os meus dispositivos estão expostos ao HomeKit, eu quero usar Fyrtur blind também.

Fyrtur funciona e relatórios de posição também funcionam. Após a ligação manual, é instantâneo. Mas a lógica está invertida. Quando a cortina está totalmente levantada, ele reporta 0% e, portanto, no HomeKit está fechada, também o ícone é uma cortina fechada. Posso reverter isso de alguma forma?

Tenho o firmware Phoscon e Conbee mais recente (2.05.69 e 26330500). Por enquanto, adiei a atualização do Home Assistant para a versão mais recente, pois preciso me livrar de algumas alterações importantes, mas se a lógica for corrigida na versão atual, não tenho outra escolha. obrigado

Parece que, como um possível artefato da lógica reversa sendo removida, o estado da cortina é relatado como closed sempre que estiver tudo menos 100% aberto (totalmente retraído). Parece-me (e passando por esta correção para um cartão HA lovelace ), deve ser o oposto, e deve reportar apenas closed quando está em 0% (totalmente estendido).

Acho que provavelmente você está certo sobre isso ... Talvez @ Kane610 possa

Tenho o firmware Phoscon e Conbee mais recente (2.05.69 e 26330500). Por enquanto, adiei a atualização do Home Assistant para a versão mais recente, pois preciso me livrar de algumas alterações importantes, mas se a lógica for corrigida na versão atual, não tenho outra escolha. obrigado

Isso foi corrigido em HA 0,98

@ A320Peter é comum e esperado o uso da versão mais recente do software antes de relatar problemas. Seguindo essas diretrizes, provavelmente funcionará para você :)

@ Kane610 você está certo :) Acabei de atualizar para HA 0.98 e agora a lógica está correta. No entanto, há algo mais que surgiu novamente.

Em 0.95.4, independentemente da lógica reversa, mover as cortinas com o controle deslizante de posição funcionou perfeitamente.

Em 0.98 fechar a cortina (mover para baixo) está ok. Mas quando eu abro a cortina (movendo para cima) em alguns percentuais (ou completamente), inicialmente ela começa a se mover para baixo (direção de fechamento) e então para e um segundo depois sobe para a posição de destino. É assim o tempo todo.

Na verdade, experimentei o mesmo comportamento com ele se movendo na outra direção primeiro, mas pensei que estava relacionado à linha de entidade do controle deslizante, mas se @ A320Peter não estiver usando isso, talvez não?

Eu uso o componente HomeKit também e se eu controlar as cortinas do app Apple Home, ele tem o mesmo comportamento. Inicialmente, ele se move na outra direção, então para e muda para a direção correta.

@ebaauw Lamento muito fazer uma pergunta tão básica, mas estou tentando obter as persianas Ikea FYRTUR e tenho um hub quadrado Hue v2, não tenho nenhum outro dispositivo Tradfri, este estore e interruptor funcionariam diretamente com este hub e homebridge-hue? Ou preciso do Raspbee e do deCONZ?
Estou usando um Raspberry Pi4 para meu serviço Homebridge.
Muito obrigado se puder ajudar :)

Não, a ponte Hue não o suporta.

Não, a ponte Hue não o suporta.

Ok, obrigado @ebaauw Então, devo comprar uma ponte e cortinas Tradfri e usar o homebridge-ikea-tradfri-gateway?
Ou obter Raspbee e deCONZ para usar no meu RPI4 e usar homebridge-hue e deconz-rest-plugin?

Desculpe, eu sou muito novo nisso e, no final das contas, quero obter as cortinas, usá-las nativamente no aplicativo Home no meu iPhone com Siri. Portanto, qualquer que seja a solução mais estável e melhor. O motivo pelo qual me afastei da Tradfri no passado é a estabilidade da implementação do software Ikea, não estava nem perto da minha implementação do Hue (99% da minha casa) quando comprei tudo, a capacidade de resposta foi péssima, estou esperançoso para obter as cortinas e funcionará muito bem com uma das soluções acima.

Eu não verifiquei como o FYRTUR funciona com o hub Trådfri. Eu entendo que o hub exporia os cegos nativamente ao HomeKit. Não conheço o plugin homebridge para o hub.

A estabilidade pode ser um desafio em uma rede ZigBee de vários fornecedores, mas meu FYRTUR está excedendo minhas expectativas. Ele escolheu uma luz Hue porque é o roteador pai e não tive problemas. Não estou usando o repetidor Trådfri que veio com a cortina. Eu meio que espero que ele tenha problemas semelhantes com deCONZ como as luzes Trådfri, mas está se comportando bem em minha pequena rede de teste.

Como isso está se transformando em um tópico de discussão / suporte, movi os dois problemas descobertos para problemas separados.

Eu não verifiquei como o FYRTUR funciona com o hub Trådfri. Eu entendo que o hub exporia os cegos nativamente ao HomeKit. Não conheço o plugin homebridge para o hub.

A estabilidade pode ser um desafio em uma rede ZigBee de vários fornecedores, mas meu FYRTUR está excedendo minhas expectativas. Ele escolheu uma luz Hue porque é o roteador pai e não tive problemas. Não estou usando o repetidor Trådfri que veio com a cortina. Eu meio que espero que ele tenha problemas semelhantes com deCONZ como as luzes Trådfri, mas está se comportando bem em minha pequena rede de teste.

Erik, o que você quer dizer com '_.... escolheu uma luz Hue porque é o roteador pai_'?
Comprei 2 persianas KADRILJ e quero controlá-las como @ Jbb08 ? por HomeKit. Eu tenho uma hue-bridge Philips, mas ela não é compatível com persianas Ikea. E eu uso seu plugin homebridge-hue para lâmpadas Trafi, conectado ao meu philips hue bridge.
Então, eu queria saber qual solução você tem para as cortinas? Usando deCONZ? Provavelmente terei que adicionar um deCONZ-usb à minha rede ?!

@ skipper79 era isso que eu estava tentando resolver.
Pelo que posso decifrar de Erik é que ele usa um Hue Hub and and Raspbee (ou similar) que está instalado em seu Pi e usa o plugin deCONZ e software para criar um novo 'hub' onde você não precisa do ikea tradfri hub (embora eu ache que você ainda precisa dele se quiser atualizar o firmware dos produtos ikea)
As cortinas podem ser conectadas ao Pi habilitado para deCONZ e, em seguida, usando seu plug-in Hue homebridge, pode agrupar tudo e adicionar ao HomeKit.

Sua lâmpada Hue está usando o protocolo Zigbee ZLL, no qual a maioria dos dispositivos zigbee alimentados por rede elétrica ricocheteia ao criar uma rede mesh, mas as cortinas vêm com um repetidor zigbee fazendo exatamente isso, tornando a rede maior.
Tudo soa um pouco demais, no Reino Unido, o hub tradfri está à venda em £ 20.
E as cortinas, uma vez conectadas, podem ser adicionadas ao HomeKit (no futuro através do aplicativo Ikea Home Smart) através do plug-in tradfri homebridge, pois ele suporta cortinas. (Você precisa do hub tradfri no entanto)

Estou indo para a ikea amanhã para ver se consigo instalar tudo isso.

@ Jbb08 , usar um hub tradfri parece a solução mais simples, mas eu prefiro ter menos hubs .... Eu já tenho uma ponte philips hue e um hub aqara. Talvez um USB deCONZ possa ser adicionado.
Por favor, deixe-me saber sua experiência depois de instalar tudo isso ;-)

Olá a todos,
pensei em postar minha experiência de tentar usar uma dessas cortinas.
Parece que existem diferenças de experiência aqui, possivelmente até o firmware ou talvez até um conjunto diferente de hardware.

Enfim, sobre o que eu tive que lutar ....

1. O interruptor remoto
   O emparelhamento é muito aleatório. Você pressiona 4 vezes e pisca 4 vezes para reiniciar. Em seguida, ele começa a pulsar lentamente. O emparelhamento pode funcionar se você receber um flash duplo, mas precisa tocar a cortina na lateral - alcance ridiculamente curto.
   Se você pressionar e segurar o botão de emparelhar e não obtiver o pulso lento do LED no switch, ele não irá emparelhar. Você pode precisar esperar um período aleatório de tempo.

1. O repetidor.
   Minha versão (pode ser específica para o Reino Unido, mas é isso que eu estava recebendo https://www.youtube.com/watch?v=KsBYDNMvE-g
   Se você tiver o switch emparelhado com a cortina, ele irá parar de funcionar se o repetidor for desligado.
   A única maneira de fazer o switch emparelhar com o blind era primeiro "emparelhar" com o repetidor e depois com o blind.
   Comportamento interessante - o switch sempre pulsará lentamente ao segurar o botão de par perto do repetidor. Parece que há algum tipo de comunicação inicial que deve ocorrer antes de tentar emparelhar, provavelmente por que falha tão facilmente em emparelhar com o cego.

2. O cego.
   Combina bem com o conbee. Pressione e segure até piscar 4 vezes, desligar por alguns segundos e depois pulsar. Comece a descoberta e ela será retomada.
   No entanto, pressionando os dois botões na cortina para emparelhar interruptores adicionais? Não funciona de jeito nenhum.
   Na verdade, se eu acordar as cortinas e apenas deixar o tempo expirar, elas não podem mais ser controladas pela conbee.
   O pior dos dois mundos - se o interruptor já estiver emparelhado e você acordar o cego, ele também impede que funcione.
   Mais uma coisa - o interruptor remoto tem alcance ridiculamente baixo para os cegos fazerem par.
   Falando sério, ele não emparelhará a menos que o interruptor seja direcionado diretamente para o lado da cortina com a bateria do botão voltada para você.

Então, vamos obter um hub e ver se há uma atualização de firmware para obter a mesma experiência que todos aqui têm.

Alternativamente, qualquer sugestão será bem-vinda, você pode ter uma ideia que ainda não experimentei :)

Ao conectar as persianas ao deCONZ, você também deseja emparelhar o (s) controle (s) remoto (s) com o deCONZ. Não há necessidade de repetidor neste caso.

Clusters cegos e leitura de cluster básico

Como você conseguiu que não conseguisse ler cluster e brilho básico

Clusters cegos e leitura de cluster básico

Como você conseguiu que não conseguisse ler cluster e brilho básico

Eu tenho o mesmo problema, você conseguiu fazer funcionar?
Meu único palpite é que preciso atualizar o firmware e, para isso, preciso do gateway ikea.

Preciso atualizar o firmware e, para isso, preciso do gateway ikea.

Não, você não precisa.

Erik está certo, você não precisa do Ikea Gateway. Eu atualizei o Firmware através de deCONZ muito bem.
Você pode usar estas instruções para Osram. Os passos são os mesmos

https://phoscon.de/en/support#ota -update-osram-devices

Certifique-se de usar o script de download Ikea para obter os arquivos para a pasta OTA antes de tentar atualizar.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/ikea-ota-download.py

Sim, obrigado.
Descobri que depois de um pouco do Google, aparentemente misturei Hue com Ikea ..

Minhas cortinas finalmente conectaram após uma quantidade aleatória de reinicializações de fábrica, acho que pode ser interferência.
Tive de desmontar um deles e emparelhá-lo perto do conbee, por isso recomendo emparelhar as persianas antes de as instalar.

Os cegos parecem um tanto exigentes quanto aos pais com os quais desejam trabalhar. Minhas lâmpadas Hue parecem boas, mas meu controlador de cortina Xiaomi não (que, infelizmente, é o roteador mais próximo). Tive que desligar o Xioami ao (consertar) a persiana para forçá-la a se conectar a uma das lâmpadas Hue.

Tive sucesso misto ao atualizar firmware de dispositivos alimentados por bateria usando deCONZ na minha rede de produção (> 100 nós). Parece muito ocupado para que a atualização seja bem-sucedida. Atualizar da minha rede de teste (com apenas dispositivos de exibição) funciona bem, sem exceção. Demora algumas horas; certifique-se de carregar a bateria na frente.

Eu atualizei os dois antolhos, ambos com sucesso.
Mas dentro do deconz web gui diz que um tem "Versão 20190311" e o outro "Versão 2.2.009"
Dentro do aplicativo de deconz do VNC ele diz que eles têm a mesma versão e imagem.

Aquele com a "versão 20190311" está se comportando um pouco estranho, não consigo definir a extensão máxima dentro do assistente Home, mas além disso funciona ..

Não tenho certeza de como fazer o reflash do firmware porque tudo o que recebo é "ocioso" ao pressionar "Atualizar".

A API REST define swversion com o valor de _Código de Data_ ou de _SW Build ID_, qualquer atributo que tenha sido lido mais recentemente. Se você ler o atributo no painel _Cluster Info_ (para o cluster _Basic_), o recurso da API será atualizado.

Observe que _Código de Data_ (de acordo com as especificações) deve ser a data de fabricação do hardware e deve permanecer inalterado nas atualizações de firmware. Porém, alguns dispositivos a usam como data de firmware.

Depois de outra redefinição de fábrica agora ambos mostram a mesma versão.
Todos esses problemas estranhos são corrigidos apenas pela redefinição de fábrica, mas também parece que o deconz simplesmente aceita qualquer coisa, mesmo que não faça sentido (como o primeiro problema que tive quando eles apareceram no deconz, mas não como um blinder)
Bem, espero que alguém experimente a mesma coisa que eu e agora tenha algumas informações para encontrar :)

TL: DR
Certifique-se de ter uma boa conexão com o cego (IKEA Kadrilj nesta situação)
Se não aparecer como "Dispositivo de cobertura de janela" e mostrar apenas "000dXXXXXXX": Faça uma redefinição de fábrica e certifique-se de ter uma conexão ainda melhor, como se fosse o mais próximo possível do Conbee.
Como ebaauw mencionou, outros produtos na malha também podem ser o problema. O meu Ikea Trådfri também pode contribuir para os problemas que tive.

Ei! Acabei de adicionar uma cortina Fyrtur ao deCONZ e emparelhou bem e tudo, mas não recebo qualquer sinalização através do soquete web ao controlar as cortinas. Eu corro 2.05.71

Você vê uma notificação de soquete da web ao ler os atributos _Window Covering_ na GUI? Nesse caso, o relatório de atributo não foi configurado.

Correndo sem cabeça agora, então não consigo ver, mas provavelmente não. Não foi corrigido para 71?

Minhas cortinas não apareceram em foscon - eu tentei nas últimas 2 horas com diferentes tipos de ação nas cortinas (pressione ambas 10seg / 5seg - 5 cm perto do Raspbee e assim por diante), mas nada apareceu em phoscon - o que é o truque?

posso ver no deconz-gui, mas não no phoscon / homekit

@ mink2k
Como eu também tive alguns problemas para entender e implementar isso, deixe-me apenas descrever como resolvi isso em meu ambiente:

1. No momento, você não verá as cortinas e controles remotos no Phoscon Web App.

2. Você pode vê-los no antigo interface do usuário da web (IP / login.html) ou com aplicativos como o Hue Essentials (HE; no Android)

3. Você pode adicionar as cortinas como lâmpadas e os controles remotos como sensores no Phoscon (eles ainda não aparecerão lá)

4. Para adicionar o controle remoto, você deve adicionar o cego ao grupo remoto correspondente (é criado automaticamente; ver também 2)

5. Para fazer o controle cego funcionar corretamente, você precisa se conectar à GUI DeCONZ e seguir as instruções postadas acima. Resumindo: Vincule a cobertura da janela ao gateway manualmente. Em seguida, escreva uma configuração que permita controlar o levantamento e a cobertura do dispositivo. Isso permitirá que você controle as cortinas por meio do brilho (não no próprio aplicativo Phoscon), por exemplo, com HE

A quinta etapa é explicada acima, incluindo capturas de tela.

Para criar uma ligação, abra o painel _Bind Dropbox_ na GUI deCONZ. Arraste o cluster _Window Covering_ do campo cego para o campo _Fonte_ na caixa de depósito. Arraste o ponto de extremidade 0x01 do RaspBee para o campo _Destination_. Em seguida, pressione _Bind_. A caixa de depósito deve mostrar sucesso por um breve período. Pode demorar algumas tentativas. Aqui está uma captura de tela (para o controlador de cortina Xiaomi):

Para configurar o relatório de atributos, abra o painel _Cluster Info_ na GUI deCONZ. Selecione o cluster _Window Covering_ do cego e role para baixo. Clique duas vezes no atributo _porcentagem de aumento da posição atual_ para abrir a janela _Editor de atributos_. Insira os valores de relatório e pressione _Write Config_. Feche a janela pop-up, abra-a novamente e pressione _Read Config_ para verificar se os valores foram armazenados. Pode demorar algumas tentativas.

Depois disso, o valor de _Porcentagem de elevação de posição atual_ deve mudar automaticamente ao abrir ou fechar a persiana. Se isso funcionar, podemos aprimorar o plug-in REST API para definir a vinculação e a configuração do relatório de atributo automaticamente.

Obrigado um BILHÃO por isso. Ele consertou para mim, no entanto, há algo estranho. Em HA os valores são maiores do que o deconz reporta. Portanto, para um dos blinds, deconz Cluster Info está relatando 45, enquanto HA: cover.blinds_door | fechado | current_position: 56 friendly_name: Blinds Door supported_features: 15 device_class: window

Isso é normal?

@MrHollowPS i também fiz isso no deCONZ gui como você descreveu (vincular e definir valores de relatório).
Infelizmente, o cego não relata o estado atual periodicamente ou quando ele muda.

Mas posso ler o estado atual quando clico no botão "ler" (metade superior da janela).
A configuração do relatório foi definida conforme descrito:

Há algo que estou fazendo de errado?
@ à noite, tentarei desligar e ligar o dispositivo e ver se as alterações entram em vigor.
Alguma outra dica?

Você também criou uma ligação?

Sim eu fiz. Várias vezes. A leitura manual estava ok, mas o relatório automático não.
Depois de ler vários tópicos sobre o problema de relatório, reiniciei meu fyrtur (desconectando e reconectando a bateria) e agora o relatório está funcionando .

Tenho outra pergunta em relação a esta persiana:

Quando eu mando ligar / desligar para aumentar / diminuir, pare, eles reagem de forma muito estranha.
Às vezes, eles se movem completamente para cima / para baixo, mas às vezes eles se movem apenas alguns centímetros e on para. Isso parece completamente aleatório quando isso acontece.
Quando eu os deixo sozinhos e não envio nada por um tempo, o programa parece funcionar novamente.

O envio de uma posição absoluta com bri / pct funciona sempre como deveria.

Este é um problema conhecido ou estou fazendo algo errado?
Existe um novo firmware 2.2.009, alguém tem experiência com isso? Talvez isso resolva meu problema?

É assim que as cortinas funcionam: um segundo comando _Open_ ou _Fechar_ interrompe o movimento em andamento. Suponho que seja para controlá-los com o _open / close remote_.

Suspeito que deCONZ reenvia o comando quando não recebe um ACK oportuno na primeira tentativa. Isso pareceria muito aleatório. Na verdade, você pode querer definir a porcentagem (por state.bri ) ou usar broadcasts (por /groups ) em vez de unicast (por /lights ).

Eu atualizei meu Fyrtur para .009. Parece um pouco mais estável, mas o cego ainda perde seu pai (ou o pai perde o cego?) A cada duas semanas ou assim. Normalmente consertado desconectando a bateria por alguns segundos.

Muito obrigado por seus pensamentos sobre isso.
Esse realmente poderia ser o problema.
A cortina está pulando / conectada em uma lâmpada Philips porque o conbee II está muito longe.
No deCONZ as linhas para os cegos são verdes, significa que o rssi está bom.

Existe outra maneira de aumentar o tempo limite em deCONZ (apenas para este dispositivo) ou desabilitar as tentativas?

Com certeza vou tentar sua sugestão e tentar enviar os comandos liga / desliga (de interruptores) através de / grupos.
É suficiente apenas colocar os cegos em um grupo separado e controlar o grupo?
Ou deve haver pelo menos dois dispositivos para que uma transmissão em grupo funcione?

Uma pergunta sobre atualização de classificação para 009:
Eu executei o script python (acima) no meu rpi e baixei os arquivos.
Depois de ativar o servidor UOTA na interface da web antiga e inserir o plug-in uota no deconz-gui, ele diz que não há arquivos após pressionar query.
Posso fazer mais alguma coisa para iniciar a atualização?
Devo selecionar manualmente o arquivo "cego" e pressionar atualizar?

Muito obrigado pela ajuda em manter esta cega estável na minha configuração

No deCONZ as linhas para os cegos são verdes, significa que o rssi está bom.

O blind é um dispositivo final ZigBee, que se conecta apenas a um único roteador (seu pai). Se a GUI mostra várias linhas de / para o cego, está mostrando informações desatualizadas das tabelas vizinhas dos roteadores.

Ou deve haver pelo menos dois dispositivos para que uma transmissão em grupo funcione?

Acho que até funciona quando não há dispositivos no grupo. Observe que a associação ao grupo é armazenada no dispositivo, o recurso /groups reside apenas no plug-in da API REST. Um grupo ZigBee é como um endereço multicast que o dispositivo assina.

Uma pergunta sobre atualização de classificação para 009:

Você precisa reiniciar o deCONZ após baixar os arquivos de firmware. O arquivo será copiado com um novo nome no diretório ~/otau , é assim que você pode saber que o plugin OTAU o pegou. Você precisa selecionar o blind e pressionar _Query_ no painel do _plugin OTAU padrão_. O plugin OTAU deve preencher o tipo de dispositivo e a revisão do firmware e mostrar que um novo arquivo está disponível. Para dispositivos finais, você precisa iniciar a atualização manualmente. Isso levará algumas horas, verifique se a bateria está totalmente carregada. Além disso, pode ser um desafio atualizar o firmware em uma malha grande.

Ok, peguei você sobre a malha, então verifiquei novamente e agora o pai não tem uma lâmpada de luz de cor e nenhuma outra rota é mostrada. Devo tentar consertar diretamente para o conbee? Talvez a coisa de nova tentativa sobre o pai (lâmpada de matiz) seja o problema. Mas a cortina está a dois quartos de distância do conbee II, então espero que isso não seja outro problema ...

Em relação aos grupos:
Estou usando fhem em combinação com deCONZ. Quando acertei estou criando um grupo no deCONZ / phoscon, coloque o blind nele e uso esse grupo no fhem, certo?

Agora ativei o plugin OTAU novamente, selecionei o blind e pressionei "Query", então a versão e a imagem foram preenchidas. Depois de clicar em "Atualizar" a atualização está em execução ... vai ver como vai com 009.

@ebaauw agora atualizei o blind para 009 (cara que demora, cerca de ~ 18h) e o reparei diretamente para o conbee II.
O comportamento parece um pouco melhor.

Você estava falando para não enviá-lo como unicast, em vez disso, devo enviá-lo a um grupo como broadcast.
Como posso conseguir isso com fhem?
Eu tentei criar um grupo, adicionar o blind e controlar este grupo com on / off on fhem -> nada acontece.
Você pode me orientar na direção certa?

Outra pergunta que tenho é em relação ao estado da bateria dos cegos.
Eu adicionei o sensor ZHABattery do cego para o fhem, mas ele não é atualizado.

O relatório da bateria do dispositivo é possível ou também vinculei algum cluster e habilitei o relatório?

muito obrigado
pOpY

Eu tentei criar um grupo, adicionar o blind e controlar este grupo com on / off on fhem -> nada acontece.

Droga, eu não percebi isso antes. O blind apóia grupos (é assim que o controle remoto aberto / fechado se comunica com ele), mas não entende _On_ ou _off_. O plugin REST API traduz state.on para _Open_ e _Fechar_ para os cegos (ou qualquer dispositivo de cobertura de janela), mas para _On_ e _Off_ para grupos (e obviamente para luzes). Ele não sabe que este é um grupo de dispositivos de cobertura de janela.

O relatório da bateria do dispositivo é possível ou também vinculei algum cluster e habilitei o relatório?

Sim, é e o plugin REST API deve configurá-lo. Você pode fazer isso manualmente ligando o cluster _Power Configuration_ ao coordenador e configurando o relatório de atributo para _Battery Percentage Remaining_.

ok obrigado por esclarecer esse problema de grupo para os blinds.
Existe alguma solução alternativa para isso?

ok, tentarei vincular o cluster de configuração de energia ao coordenador. Você pode postar suas configurações de relatório de atributos para "Porcentagem de bateria restante"? Não quero definir errado (woo valores baixos) e drenando a bateria :-)

PS .: readicionei a lâmpada (que fica entre a tampa e a cortina) e depois de alguns minutos o zigbee mash mudou -> agora a lâmpada é repetidora novamente para as cortinas e o problema de ligar / desligar está de volta como era.

Então eu acho que a única maneira de ir é realmente enviar uma transmissão sem machnismo de confirmação / repetição. Mas como posso conseguir isso?

O cego tem sono leve; ele pesquisa seu pai a cada cinco segundos. Você teria que definir valores extremos de relatório para influenciar a vida útil da bateria. De qualquer forma, eu uso 7200/7200/0, relato uma vez a cada duas horas. Esta é a configuração que a ponte Hue usa para o sensor de movimento Hue, e não tenho razão para usar outra coisa.

Para fazer a transmissão funcionar a partir da API REST, o plug-in teria que controlar quais dispositivos estão em um grupo e aplicar a lógica de cobertura de janela quando o grupo contiver (apenas?) Dispositivos de cobertura de janela. Ao contrário da ponte Hue, deCONZ mostra atributos de estado de cor para um grupo apenas de luzes reguláveis, portanto, não há nada para construir.

Como mencionei acima, a alternativa para usar a transmissão é definir a porcentagem de aumento, que a API faz ao alterar state.bri .

@ebaauw

O cego tem sono leve; ele pesquisa seu pai a cada cinco segundos. Você teria que definir valores extremos de relatório para influenciar a vida útil da bateria. De qualquer forma, eu uso 7200/7200/0, relato uma vez a cada duas horas. Esta é a configuração que a ponte Hue usa para o sensor de movimento Hue, e não tenho razão para usar outra coisa.

Eu limitei o cluster e defini os valores de relatório de acordo com sua postagem.
Quando leio manualmente a porcentagem de deCONZ que o recebe, veja as imagens.
Mas eu não recebo a leitura em fhem do dispositivo ZHABattery?
Este é um problema de DECONZ ou fhem?

Para fazer a transmissão funcionar a partir da API REST, o plug-in teria que controlar quais dispositivos estão em um grupo e aplicar a lógica de cobertura de janela quando o grupo contiver (apenas?) Dispositivos de cobertura de janela. Ao contrário da ponte Hue, deCONZ mostra atributos de estado de cor para um grupo apenas de luzes reguláveis, portanto, não há nada para construir.

Então, quando acertei, esta é uma mudança no deCONZ / Phoscon, como posso fazer com que seja retomado? Abrir um problema?

Como mencionei acima, a alternativa para usar a transmissão é definir a porcentagem de aumento, que a API faz ao alterar state.bri .

Atualmente estou usando o pct de fhem para definir posições absolutas em eventos como os comandos do nascer do sol / alexa. Esta pct será traduzida para bri do plugin REST API e enviada um unicasts? Parece que sim porque também nas mudanças de pct a blind às vezes para, mas então continua a executar a transição absoluta e termina corretamente na posição pct definida.

Mas, infelizmente, tenho apenas dois eventos de botão gratuitos para os blinds (toque curto para cima / para baixo, não toque longo).
Então eu não posso usar pct / bri para isso, porque como eu poderia parar então?

A melhor solução para isso seria trabalhar com transmissões (já que o switch original funciona com os cegos). Mas para isso, como perguntei acima, é necessária uma mudança na API REST, certo?

muito obrigado

Este é um problema de DECONZ ou fhem?

Se o sensor ZHABattery mostrar o valor, é um problema fhem.

Então, quando eu acertei, esta é uma mudança no deCONZ / Phoscon

É uma mudança no plugin REST API, com certeza. Não espero que o aplicativo cliente da API precise ser alterado, se já oferecer suporte a grupos.

Mas, infelizmente, tenho apenas dois eventos de botão gratuitos para os blinds

Eu não entendo. Você mudaria a regra que define state.on para true para definir state.bri para 255 , e a regra que define state.on para false para definir state.bri para 0 . Não há necessidade de eventos de botão adicionais.

Se você controla as cortinas com o controle remoto de abrir / fechar, você não usa eventos de botão. Você simplesmente adiciona o cego ao grupo do controle remoto (em config.group do recurso ZHASwitch). Depois disso, o controle remoto controla os cegos diretamente (por meio de transmissões), sem interação com deCONZ ou fhem. Se o plugin REST API não criou um recurso /groups para o grupo remoto, é melhor adicionar o blind ao grupo na GUI deCONZ (no painel _Cluster Info_ para o grupo _Groups_). O plugin REST API eventualmente criará o recurso, ao ler o cluster _Grupos_ (provavelmente após reiniciar o deCONZ, ou desligar e ligar a persiana).

Se o sensor ZHABattery mostrar o valor, é um problema fhem.

thx para confirmar.
Já relatado e corrigido na atualização de amanhã do fhem.
Veja aqui: https://forum.fhem.de/index.php/topic , 95424.msg1016154.html # msg1016154
e aqui: https://svn.fhem.de/trac/changeset/21039/

É uma mudança no plugin REST API, com certeza. Não espero que o aplicativo cliente da API precise ser alterado, se já oferecer suporte a grupos.

obrigado pela informação.
Como posso relatar isso para que seja selecionado para um próximo lançamento?
Devo abrir uma nova emissão / tíquete?

Eu não entendo. Você mudaria a regra que define state.on para true para definir state.bri para 255 , e a regra que define state.on para false para definir state.bri para 0 . Não há necessidade de eventos de botão adicionais.

Sim, eu sei. Desta forma, posso abrir / fechar a cortina completamente, mas como posso impedir?

Se você controla as cortinas com o controle remoto de abrir / fechar, você não usa eventos de botão. Você simplesmente adiciona o cego ao grupo do controle remoto (em config.group do recurso ZHASwitch). Depois disso, o controle remoto controla os cegos diretamente (por meio de transmissões), sem interação com deCONZ ou fhem. Se o plugin REST API não criou um recurso /groups para o grupo remoto, é melhor adicionar o blind ao grupo na GUI deCONZ (no painel _Cluster Info_ para o grupo _Groups_). O plugin REST API eventualmente criará o recurso, ao ler o cluster _Grupos_ (provavelmente após reiniciar o deCONZ, ou desligar e ligar a persiana).

Desculpe, sou um novato deCONZ e pesquisei na GUI / Phoscon e na interface da Web antiga.
Não foi possível encontrar a parte onde posso definir o grupo para o switch Ikea Tradfri (dois botões).
Também tenho 3x HUE Dimmer nesta sala que já controla diferentes luzes e está emparelhado com a ponte HUE. Esses DImmers serão migrados para deCONZ mais tarde e atualmente apenas fhem tem o estado e os eventos de botão dele. É assim que desejo enviar e comandar:

HUE Dimmer -> HUEBridge -> fhem -> deCONZ -> persianas

E quando estou usando o ligar / desligar, tenho o problema de repetir / ack que descrevi.

Então, eu tenho que esperar pela mudança da API para enviar broadcasts em vez de unicasts?

Ei, estou tendo problemas para fazer o Kadrilj aparecer corretamente no decoznGui. Só é visível como um código hexadecimal e não um nome real. Posso controlá-lo pelo deconz-gui, mas ele não aparece no Homeassistant. A chave abrir / fechar tem um nome próprio. Tentei reiniciá-lo algumas vezes. Alguma ideia?

Pesquise novos dispositivos no Phoscon (ou abra a rede no aplicativo da web antigo) e leia os atributos do cluster _Basic_ no painel _Cluster Info_ na GUI. Isso deve acionar a criação do recurso REST API e alterar o nome do nó.

Se isso não funcionar, poste uma captura de tela do nó, com endpoints e clusters, dos atributos do cluster _Basic_ (depois de lê-los) e do painel _Node Info_.

Ele está conectado ao meu conbee2 e uma luz tradfri.

OK, parece que sua unidade tem um endereço mac da nova linha Silabs, mas, fora isso, parece OK. Qual é a sua versão de firmware (clique duas vezes em _SW Build ID_ e pressione _Read_ na janela pop-up _Attribute Editor_)? 2.2.009?

Não entendo por que nenhum recurso é criado. Você abriu a rede do Phoscon ou do aplicativo da web antigo antes de ler os atributos do cluster _Basic_? Com a rede aberta, você pode clicar duas vezes em _Model Identifier_ e pressionar _Read_ na janela pop-up? Deve haver uma mensagem quando a leitura for bem-sucedida.

2.2.007

Clicar no Identificador do modelo e "ler" indica apenas "leitura concluída". Eu tentei enquanto a "busca por novas luzes" também estava ativa.

Sim, a forma como eu adicionei foi usando Phoscon search new lights. Também iniciei a "função de luz de pesquisa" e antes de clicar no botão "ler" na GUI. Eu não estou recebendo nenhuma indicação de que ele realmente está fazendo alguma coisa quando clico em ler. Uma luz azul piscando talvez na GUI .. Esta é a primeira vez com a GUI, então não tenho certeza de como ela deveria ser.

Deveria ter perguntado isso antes, mas qual versão do deCONZ você está executando? O suporte para FYRTUR e KADRILJ foi introduzido na v2.05.67. Mas também foi o suporte para o controle remoto aberto / fechado.

Clicar no Identificador do modelo e "ler" indica apenas "leitura concluída".

Isso é bom.

Sim, a forma como eu adicionei foi usando Phoscon search new lights. Também iniciei a "função de luz de pesquisa" e antes de clicar no botão "ler" na GUI.

Isso deve funcionar.

2.2.007

Você pode querer atualizar o firmware para 2.2.009, mas não tenho certeza se isso resolverá seu problema.

Olá.

2.05.72 / 12/12/2019
Firmware: 26490700

Existe alguma maneira de forçá-lo a esquecer e reconectar à rede, exceto o botão 5s de dois cliques?

Não, é assim que zerar a cortina.

Hm, tudo bem, tentei reiniciá-lo novamente. Mas ainda é visível na GUI. Ler o SW Build Id falha, então eu acho que foi esquecido. Ou há algo na redefinição de fábrica que pode causar algum problema persistente?

@ebaauw então em relação ao meu problema (problema de repetir / ack, veja as postagens acima) eu tenho que esperar por uma atualização deCONZ? direito?
Como posso conseguir que este seja escolhido e talvez em um dos próximos lançamentos?

Então, em relação ao meu problema (problema de repetir / ack, veja as postagens acima), eu tenho que esperar por uma atualização deCONZ? direito?

Sim, o plugin REST API precisa ser atualizado para suportar isso. Você pode ter uma longa espera: esta é uma grande mudança e há muitas outras questões que consideraria mais urgentes.

Como posso conseguir que este seja escolhido e talvez em um dos próximos lançamentos?

Faça a alteração você mesmo e envie uma solicitação de pull.

tentei redefini-lo novamente. Mas ainda é visível na GUI.

Redefinir um dispositivo sem rodeios faz com que ele esqueça a rede, mas a rede só esquecerá o dispositivo em uma mensagem _Deixe_ do dispositivo. A GUI deCONZ ainda se lembra do dispositivo: você mesmo precisa deletar o nó. Outros roteadores na rede ainda se lembram do dispositivo, então ele pode reaparecer na GUI, quando o deCONZ lê as tabelas vizinhas desses roteadores.

Ler o SW Build Id falha, então eu acho que foi esquecido.

O dispositivo não está mais na rede, pois excluiu a chave de rede ao reiniciar.

ok, obrigado. Eu vou esperar.
Só quis dizer se eu deveria abrir um exemplar para não ser esquecido?

Vocês realmente parecem estar quebrando o combo Fyrtur + Remote. Tenho lutado contra o mesmo com o Zigbee2MQTT . Eu não tenho uma maneira de farejar, mas atualmente o Z2M funciona bem para controlar as persianas MQTT Fyrtur que são diretamente ligadas e também podem ver os comandos remotos Up / Down / Stop ligados. Mas quando você vincula o controle remoto a um grupo de persianas diretamente, essa vinculação funciona apenas _uma espécie de_. Ou seja, você pode abrir ou fechar as cortinas com o controle remoto, mas não pode segurar para abrir / soltar para parar, nem interromper uma abertura / fechamento pressionando o botão do controle remoto novamente. Você tem que esperar até que ele abra totalmente ou feche totalmente. Também é um atraso de 1-2s antes de o comando remoto ser registrado.

Você vê esse comportamento com o deconz? Se não, alguma teoria sobre o que poderia estar causando isso?

Também vejo o atraso, que provavelmente é causado pelos cegos dormindo e acordando apenas uma vez a cada cinco segundos. Interromper e manter / liberar funcionam para mim. Você pode querer verificar se o cego e o remoto têm o mesmo roteador pai. Não acho que seja um requisito difícil, mas o hub IKEA os configura com o repetidor como pai comum.

Obrigado. É interessante que não há atraso quando o controle remoto é vinculado ao cego via repetidor diretamente (sem coordenador); presumivelmente, as persianas estariam dormindo também.

Eu verifiquei e o controle remoto e as cortinas estão vinculados ao mesmo pai: o coordenador. Não estou claro como o Z2M no coordenador poderia "interceptar" os comandos remotos que estão vinculados ao grupo e interferir com eles. Meu entendimento básico (vago) de como funciona a vinculação de grupo é que o controle remoto envia uma mensagem para os cegos através do coordenador diretamente.

Por acaso você tem algum registro de rastreamento de tráfego entre o controle remoto e um grupo limitado de cortinas que podem ser úteis para a nossa depuração dessa interação no Z2M?

Não estou claro como o Z2M no coordenador poderia "interceptar" os comandos remotos que estão vinculados ao grupo e interferir com eles. Meu entendimento básico (vago) de como funciona a vinculação de grupo é que o controle remoto envia uma mensagem para os cegos através do coordenador diretamente.

Não, "diretamente" significa exatamente isso, não: "por meio do coordenador". O controle remoto envia uma mensagem de broadcast para o endereço do grupo, que é captado pelo (s) cego (s) naquele grupo (ou melhor: aquele inscrito no endereço do grupo). Isso funciona mesmo quando o coordenador está inativo.

Não, "diretamente" significa exatamente isso, não: "por meio do coordenador". O controle remoto envia uma mensagem de broadcast para o endereço do grupo, que é captado pelo (s) cego (s) naquele grupo (ou melhor: aquele inscrito no endereço do grupo). Isso funciona mesmo quando o coordenador está inativo.

Interessante, para mim o coordenador deve estar ligado, mas sem nenhum Z2M rodando nele para funcionalidade "total". Então, talvez isso indique que o controle remoto não está de fato sendo vinculado ao grupo dessa maneira direta. BTW, para _direct_ remote -> blind interações, o remoto acorda e envia uma mensagem de broadcast, então quem aguarda a mensagem enquanto os blinds dormem? E por que então a IKEA exigiria um repetidor nesse cenário? Deve cumprir esta função ...

quem se agarra à mensagem enquanto as cortinas dormem?

O roteador pai para os cegos. Na configuração IKEA, esse é o repetidor (e não o hub). Devido à ligação por toque, a IKEA tem controlo total sobre o dispositivo que desempenha esta função. No deCONZ, por outro lado, você não tem muito controle sobre qual roteador o cego selecionará como pai (exceto desligar os roteadores indesejados). Se o cego selecionar o coordenador como pai, então sim, ele precisa estar pronto e funcionando para que o cego seja controlado. Ou seja, a função do roteador ZigBee no firmware do dispositivo precisa estar ativa e em execução, não a função de gateway como software de aplicativo no sistema ao qual o dispositivo está conectado (no seu caso, Z2M; no nosso caso, o aplicativo central deCONZ).

@ebaauw é possível ligar meu controle remoto a ambas as cortinas do deconz e não redirecionar todos os comandos por meio de automações no Home Assistant?
Se sim, como?

Não há necessidade de mexer nas ligações. Basta adicionar as duas cortinas ao grupo do controle remoto.

O roteador pai para os cegos.sim, ele precisa estar instalado e funcionando para que os cegos sejam controlados. Ou seja, a função do roteador ZigBee no firmware do dispositivo precisa estar ativa e em execução, não a função de gateway como software de aplicativo no sistema ao qual o dispositivo está conectado (no seu caso, Z2M; no nosso caso, o aplicativo central deCONZ).

Obrigado, esse foi o meu entendimento também. É estranho que meu software de gateway esteja de alguma forma interferindo na ação normal do firmware do dispositivo durante a execução. Parece meio impossível.

BTW, quando você diz adicionar cortinas ao "grupo do controle remoto", o controle remoto ocupa um id de grupo especial por conta própria, _a priori_?

Depende do firmware do dispositivo. O firmware mais antigo do ZLL Trådfri escolhe um id de grupo aleatoriamente no reset de fábrica. O firmware ZigBee 3.0 mais recente não, e você precisa criar uma vinculação a um grupo (ele envia transmissão até que a vinculação seja feita). O plugin REST API deve cuidar disso ao emparelhar um novo dispositivo de firmware. De qualquer maneira, a API REST preenche config.group quando vê um comando de grupo. Ele deve criar o recurso /groups ao emparelhar o dispositivo. Se não tiver, adicione o blind ao grupo na GUI deCONZ, e o recurso será criado na próxima vez que o plug-in consultar a tabela de grupo do blind (provavelmente no anúncio do dispositivo ou ao reiniciar o deCONZ).

Infelizmente, o Remote NÃO aparece no DECONZ. Ele aparece no assistente doméstico.

Mais uma coisa, por algum motivo o plugin OTAU não encontra novos firmwares para nenhum dispositivo que eu QUERY. Acabei de baixar manualmente o firmware do Blinds e atualizá-lo. Existe uma determinada porta que precisa ser definida no firewall?

Esta é minha configuração docker-compose para deconz:
deconz:
container_name: deconz
reiniciar: sempre
imagem: marthoc / deconz: mais recente
redes:
- rede
dispositivos:
- / dev / ttyACM1: / dev / ttyACM1
portas:
- '$ {IP_ADDRESS}: 8447: 8447'
- '$ {IP_ADDRESS}: 8446: 8446'
- '$ {IP_ADDRESS}: 8445: 8445'
volumes:
- './config/deconz:/root/.local/share/dresden-elektronik/deCONZ'
- '/ etc / localtime: / etc / localtime: ro '
- '/ etc / timezone: / etc / timezone: ro '
meio Ambiente:
- TZ = $ {TZ}
- USER_ID = $ {PUID}
- GROUP_ID = $ {PGID}
- DECONZ_WEB_PORT = 8446
- DECONZ_WS_PORT = 8445
- DEBUG_INFO = 1
- DEBUG_APS = 0
- DEBUG_ZCL = 0
- DEBUG_ZDP = 0
- DEBUG_OTAU = 0
- DECONZ_VNC_MODE = 1
- DECONZ_VNC_PORT = 8447
- DECONZ_VNC_PASSWORD = PASSWORD
- DECONZ_DEVICE = / dev / ttyACM1
- DECONZ_UPNP = 1
etiquetas:
- 'traefik.enable = false'

Oi.
Sim, o controle remoto é um problema. Não aparece na página da web do deconz. Eu o tenho vinculado, vejo através do vnc e funciona no assistente de casa, mas gostaria de fazer funcionar diretamente, sem criar automação no assistente de casa.
O que estou fazendo errado?

Oi.
Sim, o controle remoto é um problema. Não aparece na página da web do deconz. Eu o tenho vinculado, vejo através do vnc e funciona no assistente de casa, mas gostaria de fazer funcionar diretamente, sem criar automação no assistente de casa.
O que estou fazendo errado?

Você pode ver isso no antigo gui como um grupo

@ Kane610 é possível DESATIVAR a GUI antiga depois de ativá-la?

É apenas mais uma página de nós. Nada especial

Ei pessoal. Você está falando de um grupo zigbee que o cego e o controle remoto deveriam ter, então o problema de nova tentativa / sopro não deve ocorrer.

Qualquer um de vocês pode explicar como vou configurar isso exatamente no DECONZ GUI?
Guia passo a passo incl. scrrenshots seriam muito bons :-)

Desculpe, mas não tenho muita experiência com zigbee / deCONZ.

Leia o guia do usuário da GUI (no menu de ajuda). Use o painel _Cluster Info_ para o servidor (azul) _Grupos_ cluster dos cegos.

@ebaauw Infelizmente, a cortina perdeu a conexão / ligação depois que adicionei mais algumas lâmpadas coloridas.
Reparado com o toque duplo de 5 segundos, criou o relatório de ligações e atovated para levantamento de porcentagem e bateria.

Infelizmente, "pct" não será mais atualizado no fhem, mas sim no bri.
Além disso, quando eu envio pct, o problema de "repetir" ataca também porque "pct" antes estava estável.

Estou faltando alguma configuração de vinculação / relatório?

muito obrigado

Depois que descobri como chegar ao antigo gui usando o rpi e agrupado cego com controle remoto, eles funcionam bem.
O assistente doméstico também pode ver os dois dispositivos, coisas boas, mas estou faltando alguma etapa para obter o nível de bateria cego no assistente doméstico. Alguém sabe o que estou perdendo?

Obrigado

EDIT: Isso está ficando velho .. agora eu entendi !! sensor.fyrtur_block_out_roller_blind_battery_level .. Posso jurar que não o tinha disponível. Desculpe incomodar vocês 🥇

Depois que descobri como chegar ao antigo gui usando o rpi e agrupado cego com controle remoto, eles funcionam bem.
O assistente doméstico também pode ver os dois dispositivos, coisas boas, mas estou faltando alguma etapa para obter o nível de bateria cego no assistente doméstico. Alguém sabe o que estou perdendo?

Obrigado

EDIT: Isso está ficando velho .. agora eu entendi !! sensor.fyrtur_block_out_roller_blind_battery_level .. Posso jurar que não o tinha disponível. Desculpe incomodar vocês 🥇

@adfolfotregosa como você conseguiu adicioná-lo?

Depois que descobri como chegar ao antigo gui usando o rpi e agrupado cego com controle remoto, eles funcionam bem.
O assistente doméstico também pode ver os dois dispositivos, coisas boas, mas estou faltando alguma etapa para obter o nível de bateria cego no assistente doméstico. Alguém sabe o que estou perdendo?
Obrigado
EDIT: Isso está ficando velho .. agora eu entendi !! sensor.fyrtur_block_out_roller_blind_battery_level .. Posso jurar que não o tinha disponível. Desculpe incomodar vocês 1st_place_medal

@adfolfotregosa como você conseguiu adicioná-lo?

Eu não fiz. Devo não ter olhado corretamente a lista de sensores do assistente doméstico. Acho que não fiz nada que me lembre. Está faltando no seu assistente doméstico?

Depois que descobri como chegar ao antigo gui usando o rpi e agrupado cego com controle remoto, eles funcionam bem.
O assistente doméstico também pode ver os dois dispositivos, coisas boas, mas estou faltando alguma etapa para obter o nível de bateria cego no assistente doméstico. Alguém sabe o que estou perdendo?
Obrigado
EDIT: Isso está ficando velho .. agora eu entendi !! sensor.fyrtur_block_out_roller_blind_battery_level .. Posso jurar que não o tinha disponível. Desculpe incomodar vocês 1st_place_medal

@adfolfotregosa como você conseguiu adicioná-lo?

Eu não fiz. Devo não ter olhado corretamente a lista de sensores do assistente doméstico. Acho que não fiz nada que me lembre. Está faltando no seu assistente doméstico?

sim, não está aparecendo, apenas as cortinas e a bateria dos controles remotos.

Talvez ... Usando o vnc, abra as informações do cluster de "configuração de energia" dos cegos e clique em "ler" em "atributos". Deve preencher a "porcentagem restante da bateria".

Talvez tenha sido isso que eu fiz para parecer. Honestamente, não sei o que o desencadeou, mas posso jurar que também não tive

Pessoal, vocês têm que vincular o cluster ao endpoint conbee e configurar relatórios de bateria como descrito aqui: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment -577537449

Caso contrário, a leitura não será atualizada!

Pessoal, vocês têm que ligar o cluster ao endpoint conbee e configurar o relatório da bateria como descrito aqui: # 1121 (comentário)

Caso contrário, a leitura não será atualizada!

Desculpe pelo offtopic .. mas temos que ligar cada "configuração de energia" ao conbee de cada dispositivo Ikea que atualize o nível da bateria? Tenho níveis de bateria de controles remotos, então estou confuso

Acho que só para as persianas, mas não testei com nenhum outro produto.
Também para os controles remotos eu tenho a bateria e nenhum dispositivo ZHABattery adicional.

Veja aqui: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1827

Acho que só para as persianas, mas não testei com nenhum outro produto.
Também para os controles remotos eu tenho a bateria e nenhum dispositivo ZHABattery adicional.

Veja aqui: # 1827

Entendi. Obrigado

Talvez ... Usando o vnc, abra as informações do cluster de "configuração de energia" dos cegos e clique em "ler" em "atributos". Deve preencher a "porcentagem restante da bateria".

Talvez tenha sido isso que eu fiz para parecer. Honestamente, não sei o que o desencadeou, mas posso jurar que também não tive

Ele apareceu agora com Home Assistant 104.3, com 103.6 ele não estava aparecendo.

@MrHollowPS
Não se esqueça de configurar o relatório conforme descrito acima, caso contrário, o valor não obtém atualizações do dispositivo.

Oi,

Estou com uma pergunta para o E1766 remoto.
Eu poderia emparelhá-lo com o conbee2 e colocá-lo em um grupo junto com as cortinas. As cortinas só se movem enquanto eu pressiono o botão e param logo depois de soltá-lo.
É possível abrir completamente a cortina com um toque longo ou duplo e, em caso afirmativo, o que devo fazer?

Outra coisa que me interessa, é a respeito das ligações. Já fiz uma ligação para obter a porcentagem da posição. Se eu criar outra ligação, isso excluirá a antiga?

obrigado

@MrHollowPS
Não se esqueça de configurar o relatório conforme descrito acima, caso contrário, o valor não obtém atualizações do dispositivo.

Sim, obrigado.

Oi,
Li tudo, duas vezes, mas não consigo acessar o controle remoto das cortinas.
As cortinas estão funcionando bem, eles relatam seus estados ao homeassistant!
Para agrupar o controle remoto nas cortinas, fui ao antigo WebUI e no grupo remoto adicionei as cortinas.
Quando pressiono um botão no controle remoto, nada acontece.
No Deconz posso ver que o controle remoto está enviando algo.
Alguém que fez funcionar pode me ajudar?

Depois de alguns dias de tentativas e erros consegui ligar tanto o cego quanto o remoto em deconz e trabalho em assistente de casa o / Obrigado a todos pelos comentários aqui!

@ yan14 para o controle remoto aqui é como eu o fiz funcionar
Você não precisa do repetidor ikea zigbee (deixe-o desconectado da caixa)

• VNC para deconz / Raspbee
• remova qualquer controle remoto zumbi existente (na verdade, estava na interface deconz, mas não estava funcionando)
• definir permissão para juntar (255)
• Pressione o botão de emparelhamento 4 vezes em 5 segundos.
• interface da web / switch adicionar dispositivo
• Pressione e segure o botão de emparelhamento (por pelo menos 10 segundos?) No controle remoto Abrir / Fechar sem fio. Dê tempo suficiente para entrar totalmente na rede! Uma luz vermelha acenderá continuamente no controle remoto Abrir / Fechar.
• da interface do vnc, você deve ver um novo dispositivo ligado ao raspbee (se não deletar e tentar novamente, você provavelmente precisa dar mais tempo para se juntar totalmente
• uma vez lá, você pode ouvir o deconz-event no assistente de casa e deverá ver os eventos no HA ao pressionar o controle remoto. Você pode criar automações para abrir / fechar a cortina ao pressionar os botões do controle remoto.

Para as cortinas (observe para mim mesmo quando voltarei aqui para emparelhar mais delas :))

• VNC para deconz / Raspbee
• remova qualquer cortina zumbi existente (se houver)
• definir permissão para juntar (255)
• Pressione os dois botões por 5 segundos. Um LED piscará uma vez para confirmar a reinicialização.
• interface / luzes da web adicionar dispositivo e esperar que o novo dispositivo se junte totalmente (também pode verificar a interface VNC)
• abra o painel Cluster Info na GUI deCONZ. Selecione o cluster Window Covering do cego e role para baixo. Clique duas vezes no atributo Porcentagem de aumento da posição atual para abrir a janela Editor de atributos. Insira os valores de relatório (1/300/1) e pressione Write Config. (créditos para @ebaauw acima)
• pode fazer o mesmo para o atributo de porcentagem restante da bateria remota
• no HA, chame o serviço deconz.device_refresh (também pode ser necessário reiniciar o HA) e divirta-se!

Home Assistant 0.105.2
Phoscon 2.05.72
Firmware 264A0700

E ... esqueci de fazer a pergunta que estava vindo aqui para fazer ...
Existe uma maneira de definir o limite de fechamento dos cegos? No meu caso, nunca deve descer abaixo de 150 cm. Podemos definir isso em algum lugar (150cm = 100% e nunca ir além desse limite)?
Há um atributo "Limite físico fechado - Elevação" na janela que cobre o cluster, mas é somente leitura.
Qualquer ideia ?

Você precisa definir o limite usando o botão da cortina - consulte o manual. Não é exposto no ZigBee.

ah, RTFM então :)
Eu não vi isso, definitivamente vou olhar para isso. Obrigado.

editar: (se alguém estiver procurando por ele)
Defina o nível máximo de extensão:
Mova as cortinas para a posição desejada usando o controle remoto Abrir / Fechar ou os botões nas cortinas. Quando a persiana está na posição desejada, você pode pressionar duas vezes o botão para cima ou para baixo na persiana para salvar esta posição como o novo nível máximo de extensão.
Se quiser limpar o nível máximo de configuração de extensão, primeiro mova a cortina para a posição superior. Depois, pressione duas vezes o botão para cima ou para baixo na cortina.
Você não pode realizar esta configuração usando o controle remoto Abrir / Fechar.

Recentemente, comprei duas persianas inteligentes FYRTUR, mas a instalação não foi tão fácil quanto meus outros dispositivos Zigbee. Encontrei os seguintes problemas:

1. As cortinas aparecem como luzes na interface da web do Phoscon

Este é um problema menor, mas como o Phoscon tem boas imagens para quase todos os produtos disponíveis, isso é IMHO um descuido

2. IMHO o brilho é invertido na interface da web do Phoscon

Também é um problema menor. Eu entendi a implementação, mas me parece estranho que a configuração de brilho de 0% corresponda às persianas sendo abertas.

3. O estado das cortinas não atualizou

Para mim, este foi o primeiro grande problema que encontrei (com deCONZ). Com a ajuda deste tópico e algumas tentativas e erros, descobri que isso pode ser corrigido lendo o atributo _Window Covering_ do dispositivo na GUI deCONZ.

depois disso, você pode ler o atributo _Posição da janela_ na guia _Informações do cluster_

e finalmente definir a configuração de relatórios

que defini com os valores fornecidos por @ cben0ist . Ainda estou em dúvida se devo usar os valores que ele forneceu ou os de @ebaauw.

4. A cortina para de funcionar após um reinício de DECONZ

Ler a _Configuração de energia_ e _Window Covering_ parece corrigir isso

mas isso não é ideal. IMHO este é um comportamento inesperado no deCONZ.

5. O nível atual da bateria não é visível na interface da web do Phoscon

6. O emparelhamento de um controle remoto liga / desliga falha na interface da web do Phoscon

Ao tentar emparelhar um controle remoto liga / desliga, ele falha na interface da web do Phoscon, mas o switch é adicionado como pode ser visto na interface da web antiga, bem como na GUI deCONZ.

7. O controle remoto liga / desliga não aparece na interface da web do Phoscon

Vejo todos os meus interruptores, mas não esses.

8. O deconz_event id no Home Assistant para o controle remoto liga / desliga é sempre TRADFRI open/close remote

Renomeei meus grupos e meu sensor para refletir o nome correto, mas no Home Assistant sempre recebo esta fonte de evento id: tradfri_open_close_remote . É possível contornar o problema usando o endereço MAC, que também é enviado como unique_id . Em uma automação, isso pode ser usado assim:

- id: remote_blind_close
  alias: Close blind
  trigger:
    platform: event
    event_type: deconz_event
    event_data:
      id: tradfri_open_close_remote
      unique_id: "ec:1b:bd:ff:fe:00:00:00"
      event: 2002
  action:
    service: cover.close_cover
    data:
      entity_id: cover.fyrtur_blind

Até agora, alguns dos problemas mencionados acima são apenas visuais, outros são um pouco incômodos e a maioria deles eu tenho uma solução alternativa disponível. A única coisa que está me incomodando atualmente é que as cortinas não são controláveis ​​após uma reinicialização deCONZ.

Talvez @ebaauw possa fornecer alguns insights adicionais para esses problemas ou talvez uma solução mais permanente para outros. Acabei de notar esses problemas, porque o resto do deCONZ e do Phoscon fornecem uma experiência de iniciativa excelente.

Não posso ajudar com o Phoson (que não é open source e quase não uso) nem com HA (que não uso nem conheço).

Anúncio 2. Essa é uma discussão filosófica: a cega é 0% fechada ou 0% aberta? Padrões diferentes vêem isso de maneira diferente: ZigBee usa% fechado (daí os valores da API REST); HomeKit usa% open. É claro que a Xiaomi também não segue o padrão ZigBee aqui, então, para expor meu lumi.curtains do HomeKit, o valor é invertido duas vezes.

Anúncio 3. Continua sendo um desafio configurar dispositivos alimentados por bateria a partir do plug-in REST API. Deve configurar o relatório de atributo, mas às vezes não faz, ou apenas mais tarde, após reiniciar o deCONZ. Felizmente, você pode configurá-lo manualmente e, felizmente, isso só precisa ser feito uma vez. Não é o problema mais urgente.

Ad 4. ​​Vi isso às vezes também. Não sei o que está causando isso. Tento não reiniciar o deCONZ (exceto depois de travar ou ao atualizar).

@ebaauw Obrigado por responder.

Em relação aos problemas do Phoscon, compreendo perfeitamente. E sobre o problema do Assistente Doméstico, só quero que seja anotado em algum lugar. Talvez possa ser útil para outra pessoa no futuro 😄.

Anúncio 2. Muito justo. Também não é um problema muito grande para mim, honestamente. Só queria que você soubesse.

Anúncio 3. A maioria dos meus dispositivos Zigbee alimentados por bateria (principalmente Lumi / Xiaomi) funcionam bem fora da caixa. Não é algo que estou acostumado quando uso deCONZ / Phoscon. Especialmente com um produto tão popular.

Ad 4. ​​Quase não reinicio o deCONZ. Apenas em atualizações, e nunca caiu em mim. Portanto, deve estar tudo bem. Mas é apenas mais uma coisa para lembrar, que tento evitar.

Eu só queria dizer que o relatório de nível cego para homeassistant funcionou no início, mas depois de uma atualização para 0,72 ele parou. Não consegui fazer funcionar depois.
O status da bateria seria ótimo, mas é bom ter.
A mesma coisa acontece com o controle remoto. Seria ótimo configurá-lo com o phoscon, mas é muito bom ter para mim.

Temos o KADRILJ agora aqui para teste (os dispositivos de cobertura de janela terão sua própria seção no aplicativo Phoscon). Visto os mesmos problemas que o estado pode ser definido, mas o valor não é lido de volta.

Os relatórios de vinculação e de atributo para 0x0008 não foram estabelecidos automaticamente, isso pode ser corrigido.

No entanto, ler o atributo manualmente sempre resulta em um valor 0 por algum motivo. A versão do firmware é a mesma acima de 20190311 / 2.2.007, no momento estamos atualizando para 2.2.009 esperançosamente isso corrige o valor vazio.

@ yan14 Atualmente estou em 2.05.74 e ler o estado das cortinas está funcionando bem para mim. Mas você precisará ler esses atributos conforme descrevi acima para fazê-lo funcionar. Estou me perguntando se você está tendo o mesmo problema que @manup em um firmware mais antigo.

@manup No momento, estou executando a versão mais recente do firmware 2.2.009, que parece funcionar corretamente quando os atributos são lidos manualmente uma vez. Parece que atualizei (acidentalmente) minhas cortinas depois de fazer a captura de tela acima.

Você também está trabalhando para que o controle remoto liga / desliga funcione corretamente? Meus controles remotos parecem perder a associação com o cluster de vez em quando, o que é um pouco irritante.

Você também está trabalhando para que o controle remoto liga / desliga funcione corretamente? Meus controles remotos parecem perder a associação com o cluster de vez em quando, o que é um pouco irritante.

Sim, em resumo, todas as integrações de dispositivos IKEA precisam ser refinadas da melhor forma possível. Existem atualmente vários problemas relacionados com a IKEA em investigação, alguns são mais complicados do que outros, mas espero que possam ser resolvidos.

Atualmente estou tendo problemas com uma das minhas persianas. Ambos desapareceram durante a noite dentro de deCONZ. Depois de tentar adicionar novamente os dois, apenas um aparece. O outro não está aparecendo no Phoscon e na GUI deCONZ o dispositivo não parece ter nenhuma propriedade:

Não consigo ler / alterar nada. Tentei mover as persianas muito perto do meu ConBee II (30 cm) e também removê-las / adicioná-las várias vezes. Incluindo redefinições de fábrica. Apenas para ter o mesmo resultado. Atualmente estou perdido aqui ...

Em relação à phoscon, são poucas as mudanças para que o controle remoto de abrir / fechar TRADFRI funcione. O interruptor liga / desliga TRÅDFRI pode ser usado como modelo ao fazer alterações no código-fonte.
Por ser um aplicativo da web, o código-fonte está disponível.

Em relação ao meu problema com uma das minhas cortinas não emparelhando mais, um usuário do fórum de Ajustadores me forneceu uma solução, que funcionou para mim:

• Coloque o Phoscon em modo de emparelhamento
• Coloque o FYRTUR / KADRILJ no modo de emparelhamento (pressione rapidamente ambos os botões)
• Pressione e segure ambos os botões no FYRTUR / KADRILJ até emparelhar com deCONZ

De acordo com o meu conhecimento e o manual, isso só deve acionar uma redefinição de fábrica, mas aparentemente isso também faz outra coisa ... Pelo menos funcionou para mim e agora posso controlar minhas persianas novamente com deCONZ / Phoscon / Home Assistant.

Tenho investigado os mistérios em torno dos meus rollershades IKEA FYRTUR. Como eu disse em minhas últimas atualizações, uma das minhas persianas (_Bedroom east_ na imagem abaixo) não combinava mais. Que felizmente consegui resolver com as instruções acima. Parece que os rollershades vão em algum tipo de modo de emparelhamento Zigbee Touchlink, mas eles emparelham corretamente.

Infelizmente agora meu outro cego FYRTUR (_Bedroom south_ na imagem abaixo) está agindo mal. O cego tem problemas para relatar o estado atual. Ambas as persianas são conectadas ao coordenador ConBee II por meio de uma lâmpada TRADFRI E27 WW, conforme mostrado aqui:

Antes que a cortina do quarto fosse conectada por meio de um plugue inteligente TRADFRI, o que foi um desastre total. Passá-lo pela lâmpada E27 já parece um pouco melhor.

No entanto, atualmente estou testando com o seguinte conjunto de configurações de atributos:

Configuração de energia

Porcentagem de bateria restante, configuração de relatório

| Configuração | Valor |
| --- | --- |
| Intervalo mínimo do relatório | 7200 |
| Intervalo máximo do relatório | 7200 |
| Mudança reportável | 0 |

Poll Control

| Atributo Valor | Valor 2 |
| --- | --- | --- |
| Intervalo de verificação | 3600 | 1400 |
| Intervalo longo de enquete | 20 _ (0x14) _ | 20 _ (0x14) _ |
| Intervalo curto de enquete | 2 _ (0x02) _ | 2 _ (0x02) _ |
| Intervalo de pesquisa rápida | 10 40

Cobertura de janela

Porcentagem de aumento de posição atual, configuração de relatório

| Configuração | Valor |
| --- | --- |
| Intervalo mínimo do relatório | 1 |
| Intervalo máximo do relatório | 300
| Mudança reportável | 1 |

Ambas as minhas cortinas são atualizadas com o firmware IKEA mais recente 2.2.009 (20190311). O Monitor de Sinais indicou que meus dois links têm um RSSI de cerca de -65 e um LQI de cerca de 250.

Achei que talvez houvesse algo errado com os valores definidos de fábrica nos atributos do Poll Control. Os padrões do Zigbee recomendam os seguintes valores :

| Atributo Valor |
| --- | --- |
| Intervalo de verificação | 14400 |
| Intervalo longo de enquete | 20 _ (0x14) _ |
| Intervalo curto de enquete | 2 _ (0x02) _ |
| Intervalo de pesquisa rápida | 40

mas eu queria tentar uma abordagem mais agressiva no início. Eu realmente gosto de ter cortinas mais funcionais com menos duração da bateria do que a metade ou mesmo nenhuma cortina funcional com boa duração da bateria.

_Editado (13-04-2020) para adicionar o valor 2 ao controle de votação, que uso para teste._

Oi,

Estou tentando incluir uma cortina FYRTUR e encontrei algumas dificuldades.
Depois de algumas tentativas e falhas, finalmente consegui incluir o FYRTUR no deConz por meio do aplicativo Phoscon.
O problema é que o FYRTUR não está aparecendo no app phoscon.
Posso controlar as cortinas a partir da GUI deConz, mas não o phoscon.

Algum conselho sobre o que pode ser o problema?
Também posso ver os cegos em Homeseer 3 com JowiHue, mas também não consigo controlar ou obter qualquer status no HS3.

@StoricU Para mim, o emparelhamento sempre funciona quando uso o método que descrevi acima .

Você não precisa remover as cortinas de deCONZ para fazer este trabalho.

Depois de atualizar minha instalação deCONZ para 2.05.75, ambas as cortinas parecem estar funcionando perfeitamente agora. Eu os emparelhei usando o método acima e eles parecem muito estáveis ​​por alguns dias. Não sei se isso tem a ver com minhas configurações ou com a nova versão do deCONZ.

Assim, com a última atualização (2.05.75), o controle remoto aberto fechado é visual em Foscon, mas não pode ser usado em grupos.
A segunda coisa é que minha cortina não é mais visível no deconz. Portanto, não posso adicioná-lo a grupos.
Consigo ver o cego no deconz gui e posso controlá-lo, na maioria das vezes, com auxiliar de casa.
Às vezes, as cortinas não podem ser controladas. Eles perdem a conexão, mesmo se roteadores mesh zigbee estiverem próximos.

Diz apenas assim:

Tentei permitir a entrada e adicionar luz, apenas adicionar luz, rede aberta.
Botão duplo 5s, botão duplo 15s ...

Talvez esteja muito longe do framboesa? Eu tenho 3 luzes osram próximas e o próprio repetidor.

Posso definir um comprimento máximo nas persianas? Alguns deles são colocados em uma janela onde o máximo é 51%. Mas quando eu uso o assistente do Google para dizer "feche as cegas", ele irá para o comprimento total 100%

Posso definir um comprimento máximo nas persianas? Alguns deles são colocados em uma janela onde o máximo é 51%. Mas quando eu uso o assistente do Google para dizer "feche as cegas", ele irá para o comprimento total 100%

@dwarf-rbi, você deve definir o comprimento máximo da própria persiana. Siga o manual.
Acho que você encontra a posição correta, seja com o deconz ou pressionando os botões na persiana.
Quando você tem a posição que deseja como máxima, acho que você tem que pressionar duas vezes o botão físico para baixo no blind. Em seguida, deve subir alguns centímetros e descer novamente.

@StoricU Obrigado, funcionou!

Bom a situação não parece muito estável pelo menos para mim, acabei de abrir vnc para ver o status e agora a veneziana tem um link para uma lâmpada próxima, sem fazer nada. Agora posso controlar a partir do deconz, mas não está na API restante.
Tenho medo de fazer qualquer outra coisa para perder o emparelhamento. Alguma sugestão?

Eu tenho o mesmo problema, eu tenho 11 blinds, quase todos os dias pelo menos 2 blinds não reagem de HA, mas posso controlá-los através do VNC. Eu gosto que eles vão para o modo de espera e precisam ser pingados antes de trabalhar novamente, pressionando o botão "ler atributos" ou para cima / baixo.
Posso em algum lugar em deconz / vnc configurá-lo de forma que automaticamente pings as cortinas a cada hora, talvez?

Finalmente conectei as persianas inteligentes Ikea ao DeCONZ, mas tenho 1 problema e 1 pergunta.

Problema: o nível é sempre "100", portanto, o Home Assistant sempre mostra Aberto e nunca Fechado :-( Este é um bug ou recurso?
Pergunta: Estou executando o firmware 2.2.007, como faço para atualizar para 2.2.009 com DeCONZ? Para coisas Ikea com alimentação principal, é um ciclo de alimentação o gatilho, mas o que é para dispositivos alimentados por bateria?

O FURTUR e o KADRILJ não foram incluídos na lista de permissões para configurar relatórios de atributos, meu mal. @SwoopX corrigiu isso em https://github.com/dresden-elektronik/deconz-rest-plugin/pull/2668/commits/0151f6fe61f25a2158fb03d7ebf1afe0b4d42ec8. Melhor configuração de ligação manual e configuração de relatório manualmente na GUI, até que essa alteração seja mesclada e incluída na próxima versão. Alternativamente, compile o plugin desse commit e emparelhe novamente o blind.

Pressione _Update_ no painel _OTAU plugin_ na GUI. Você pode tentar um ciclo de energia (desconecte e reconecte a bateria), mas duvido que funcione.

@ebaauw obrigado, a configuração manual

@ebaauw obrigado, a configuração manual

Olá, estou na mesma situação em que a cortina está totalmente funcional no deCONZ VNC, mas nunca foi adicionada ao Phoscon e apenas a bateria aparece no Home Assistant.

Você poderia me dar mais detalhes sobre esta "configuração manual"?

Muito obrigado !

Você poderia me dar mais detalhes sobre esta "configuração manual"?

Leia o Manual do Usuário da GUI deCONZ, no menu _Ajuda_.

Blinds não são suportados pelo Phoscon; Não sei sobre o Home Assistant.

Obrigado por esta resposta rápida @ebaauw mas não vai me ajudar.

Parece que citei a mensagem errada porque pretendia fazer a pergunta a @ alex3305, pois ele enfrentou o mesmo problema que eu e está usando o assistente doméstico.

@lbrichet Acabei de ver que perdi sua menção. Mas você pode seguir as etapas descritas aqui ao emparelhar uma 'luz' no Phoscon.

No entanto, acabei de verificar a instalação do Phoscon, que atualizei para o Little Walter depois desse guia e percebi que não vejo mais as persianas na visão geral das Luzes. Eu, porém, os vejo no grupo de Blinds que criei antes. O que é meio estranho, IMHO. Parece que algo está errado aqui:

No momento, estou aguardando ansiosamente um novo lançamento (beta) que contém 0151f6fe61f25a2158fb03d7ebf1afe0b4d42ec8.

Obrigado @ alex3305 ! Na verdade, se outras pessoas chegarem a este tópico enquanto tentam formar um par de Fyrtur, elas não precisam se concentrar no Phoscon, pois, para mim, eles não aparecem de forma alguma. Fiz tudo via deCONZ VNC e agora eles estão trabalhando mais ou menos como esperado no Home Assistant :)

@lbrichet eu tenho dem no deConz GUI, mas não no phoscon - mas também não os vejo no HomeAssistant. O que você fez para tê-los no HA?

Na GUI, posso mover as cortinas para cima e para baixo e para determinadas posições. mas isso é tudo.

O controle remoto está presente no foscon e sob a seleção do switch. mas não no editor de switch. e também não em HA.

Quaisquer sugestões serão apreciadas.

Olá @rufinus !

Acho que meu maior problema foi ser paciente o suficiente, provavelmente remover a integração deCONZ e adicioná-la novamente.

Além disso, adicionei o repetidor Ikea na mesma sala.

Olá a todos,

Tenho tentado deixar meu Fyrtur cego para conectar com deconz em HA, mas até agora sem sorte.
O que eu fiz foi:

• Iniciando o emparelhamento no meu conbee II
• pressione rapidamente os botões de emparelhamento no cego
• a luz acende
• pressione longamente os botões de emparelhamento na cortina

Houve um momento em que ele o encontrou por apenas um segundo, mas depois ele se foi e, desde então, não vai mais aparecer ...

Vocês têm ideia do que estou fazendo de errado?

@Bladian

Estou emparelhando com:

Mantenha os dois botões pressionados no fyrtur por 8 a 10 segundos. As cortinas vão subir e o LED piscará em branco.
Não está pronto para o emparelhamento.
Inicie a pesquisa em HA / Deconz. Use o Novo Sensor para localizá-lo. Ele o encontrará, embora não seja um sensor, mas aparecerá em deconz ui quando for localizado a cortina.
A cortina não mostrará op no deconz por causa de um bug atual, mas se você fizer login através do VNC para deconz, você pode ver o dispositivo

@dwarf-rbi

Muito obrigado! Acabei de baixar o VNC para dar uma olhada e parece que foi emparelhado com o deconz desde o início. Onde eu poderia encontrar uma explicação do VNC? Quero tentar conectar o interruptor à persiana inteligente.

Também gostaria de poder adicionar a chave abrir / fechar ao meu grupo com duas cortinas e um repetidor.
O que acontece é que o meu interruptor remoto (interruptor abrir / fechar / não está disponível para ser adicionado como interruptor? Mas posso vê-lo no phoscon como interruptor? Quando adiciono o interruptor, parece que não está emparelhando? Mas quando eu feche a caixa de diálogo que aparece em interruptores ??

@ chichin79 Se você falar sobre o Home Assistant, você sempre pode fazer automação com base em deconz_event.
Você acessa DeveloperTools, Events, preenche deconz_event e começa a ouvir.
Você pressiona o botão e pode usar o resultado como gatilho de sua automação.

@ chichin79 Se você falar sobre o Home Assistant, você sempre pode fazer automação com base em deconz_event.
Você acessa DeveloperTools, Events, preenche deconz_event e começa a ouvir.
Você pressiona o botão e pode usar o resultado como gatilho de sua automação.

Ahh, excelente, vou tentar isso.

O controle remoto Open / Close controla as persianas nativamente - sem necessidade de automação. Basta adicionar as cortinas ao grupo do controle remoto. Funciona mesmo quando o deCONZ está desativado.

O controle remoto Open / Close controla as persianas nativamente - sem necessidade de automação. Basta adicionar as cortinas ao grupo do controle remoto. Funciona mesmo quando o deCONZ está desativado.

É isso aí, a chave abrir / fechar não aparece como uma chave que posso adicionar ao grupo. A opção é mostrada em "opções" na GUI do phoscon, mas não consigo adicioná-los a um grupo.

Eu tenho um botão liga / desliga regular trådfri e um controle remoto, e eles aparecem.

A opção é mostrada em "opções" na GUI do phoscon, mas não consigo adicioná-los a um grupo.

Não conheço o Phoscon. O plug-in REST API cria um grupo ao emparelhar o remoto Abrir / Fechar e vincula o remoto a esse grupo. O grupo é reportado como config.group no recurso ZHASwitch /sensors .

Ok, obrigado pelas respostas, continuarei a tentar obter o switch em phoscon da maneira "correta".

Bem, no meu caso, consegui adicionar o controle remoto e a cega, e então vinculá-los manualmente por meio da caixa de depósito de ligação. Está meio que funcionando (preciso esperar> 7s entre um pressionamento de botão e o próximo, se não for ignorado).

O FURTUR e o KADRILJ não foram incluídos na lista de permissões para configurar relatórios de atributos, meu mal. @SwoopX corrigiu isso em 0151f6f . Melhor configuração de ligação manual e configuração de relatório manualmente na GUI, até que essa alteração seja mesclada e incluída na próxima versão. Alternativamente, compile o plugin desse commit e emparelhe novamente o blind.

Olá @ebaauw , se não me engano, esta correção agora está incluída em V2_05_76, que é o que estou usando com o assistente doméstico. Algum tempo atrás (não posso dizer se é essa atualização) o atributo de current_position estava atualizando instantaneamente. Agora nada está atualizando, mas o cego ainda funciona. Além disso, a correção @SwoopX deve fazer a atualização do atributo da bateria?
Eu tenho que reiniciar a cortina e emparelhar novamente com deconz para tirar vantagem dessa correção?

Lá onde alguns bugs introduzidos com 76. 77 devem consertá-los

Estou correto ao assumir que as cortinas anteriores eram controladas pelo atributo "bri" e que o atributo "elevador" foi adicionado nas últimas versões? Incluí um Fyrtur e o controlei com sucesso com o atributo "lift" na API REST. Estou usando o HomeSeer e o plugin JowiHue que identifica a cortina como uma luz e tenta controlá-la como uma. Há relatos de que isso está funcionando anteriormente, e meu palpite é que JowiHue tenta controlá-lo por meio de "bri", que eu acho que não está funcionando em .77?

Poderia o atributo "bri" ser um "apelido" do atributo "elevador"? Acho que isso resolveria o problema?
Eu também postei no fórum JowiHue para ver se JowiHue poderia ser alterado para usar o atributo "elevador" (correto) (https://forums.homeseer.com/forum/lighting-primary-technology-plug- ins / lighting-primary-technology-Discussion / jowihue-w-vuyk / 1389436-ikea-fyrtur-blinds-not-full-supported)

EDITAR:
Ok, apenas tentei enviar "" bri ": 254" pela API REST e foi traduzido corretamente para "" lift ": 100", então acho que o problema é com JowiHue.

Wim corrigiu o problema com JowiHue (HomeSeer) agora. :)

Outra pergunta, como posso enviar um comando de parada com a API REST? Com o switch, para ao pressionar o mesmo botão novamente, isso é possível fazer com REST?

E alguém poderia explicar em alguns passos como adicionar o switch e o cego ao mesmo grupo, usando a API REST?

Outra pergunta, como posso enviar um comando de parada com a API REST.

PUT {"lift": "stop"} , (obsoleto) {"bri": "stop"} , ou (obsoleto) {"bri_inc": 0} .

como adicionar switch e cego ao mesmo grupo, usando a API REST?

• OBTENHA /sensors/ _n_ e observe o valor _g_ para config.group ;
• OBTENHA /groups/ _g_ e observe os /lights IDs de recursos em lights ;
• PUT /groups/ _g_ com um corpo de {"lights": [ _list_ ]} , onde lista é a lista anterior com o id da luz adicionado.

• OBTENHA /sensors/ _n_ e observe o valor _g_ para config.group ;
• PEGUE /groups/ _g_ e observe os /lights IDs de recursos em lights ;
• PUT /groups/ _g_ com um corpo de {"lights": [ _list_ ]} , onde lista é a lista anterior com o id da luz adicionado.

Eu fiz isso agora, mas ainda não responde ao controle remoto ...?

sensores / 45:
{
"config": {
"alert": "nenhum",
"bateria": 87,
"grupo": "7",
"on": verdadeiro,
"alcançável": verdadeiro
},
"ep": 1,
"etag": "e7c0d8ebfe9287b260ad61b33dd0e100",
"lastseen": "2020-05-31T08: 39: 07.985",
"nome do fabricante": "IKEA da Suécia",
"modo": 1,
"modelid": "TRADFRI abrir / fechar remoto",
"nome": "TRÅDFRI abrir / fechar hovedsov",
"Estado": {
"buttonevent": 2002,
"lastupdated": "2020-05-29T17: 50: 12.040"
},
"tipo": "ZHASwitch",
"uniqueid": "ec: 1b: bd: ff: fe: df: cc: f9-01-1000"
}

grupos / 7 (após COLOCAR {"luzes": ["14"]):
{
"açao": {
"bri": 127,
"colormode": "hs",
"ct": 0,
"efeito": "nenhum",
"matiz": 0,
"on": falso,
"sat": 127,
"cena": null,
"xy": [
0,
0
]
},
"devicemembership": [
"45"
],
"etag": "6a7ad3330dceb5601e6fff464d679736",
"id": "7",
"luzes": [
"14"
],
"nome": "TRADFRI abrir / fechar remoto",
"cenas": [],
"Estado": {
"all_on": falso,
"any_on": falso
},
"tipo": "LightGroup",
"uniqueid": "ec: 1b: bd: ff: fe: df: cc: f9"
}

luzes / 14:
{
"etag": "c4a7cb040196416adc156e0e729a816d",
"hascolor": falso,
"lastseen": "2020-05-31T08: 30: 03.790",
"nome do fabricante": "IKEA da Suécia",
"modelid": "Estore de bloqueio FYRTUR",
"nome": "Hovedsov rullegardin høyre",
"Estado": {
"alert": "nenhum",
"bri": 254,
"elevador": 100,
"on": verdadeiro,
"aberto": falso,
"alcançável": verdadeiro
},
"swversion": "2.2.009",
"tipo": "Dispositivo de cobertura da janela",
"uniqueid": "68: 0a: e2: ff: fe: 43: f5: 9c-01"
}

Hm, o lastseen do controle remoto é atual, mas state.lastupdated é de anteontem. Isso indicaria que não enviou nenhum comando recentemente (ou pelo menos que deCONZ não recebeu nenhum).

Hm, o lastseen do controle remoto é atual, mas state.lastupdated é de anteontem. Isso indicaria que não enviou nenhum comando recentemente (ou pelo menos que deCONZ não recebeu nenhum).

Sim, eu busquei na API REST antes de testar a chave.
Agora, o state.lastupdated também é atualizado:
"Estado": {
"buttonevent": 2002,
"lastupdated": "2020-05-31T08: 54: 24.695"
},

Mas ainda assim nenhuma reação dos cegos ...

Não tenho certeza de quando a API verifica (e onde as correções necessárias) a associação do grupo. Ele pode esperar por um sinal de vida do cego antes de enviar o comando (pois o cego pode estar dormindo). Você abriu ou fechou a cortina depois de adicioná-la ao grupo? Ele ainda responde aos comandos da API?

Você pode querer verificar novamente na GUI deCONZ se o grupo foi adicionado às cortinas. Abra o painel _Cluster Info_, selecione o cluster _Grupos_ da blind e tente o comando _View Group_. Deve (brevemente) mostrar _SUCCESS_ no _Status_. Se (brevemente) mostrar _NOT FOUND_, o grupo não foi adicionado. Você pode tentar adicioná-lo usando o comando _Adicionar Grupo_.

Você abriu ou fechou a cortina depois de adicioná-la ao grupo? Ele ainda responde aos comandos da API?

Sim e sim.

Você pode querer verificar novamente na GUI deCONZ se o grupo foi adicionado às cortinas. Abra o painel _Cluster Info_, selecione o cluster _Grupos_ da blind e tente o comando _View Group_. Deve (brevemente) mostrar _SUCCESS_ no _Status_. Se (brevemente) mostrar _NOT FOUND_, o grupo não foi adicionado. Você pode tentar adicioná-lo usando o comando _Adicionar Grupo_.

Sim, mostra “não encontrado”.
O “add group” pede um Group ID no formato 0x0000 e / ou (?) Group name. O que devo inserir aqui? 0x0007? Eu preciso de identidade e nome?

7 em hexadecimal é 0x0007, de fato. Ainda estou para ver um dispositivo que realmente suporte nomes de grupo. OK para deixar _Nome do Grupo_ vazio.

O grupo foi adicionado agora, mas ainda nenhuma reação ao pressionar o botão. Controlar as cortinas a partir de deCONZ está funcionando bem. O carimbo de data / hora do controle remoto é atualizado ao pressioná-lo. Estranho...

Ímpar. Salve Mary: reinicie a cortina (remova a bateria por 5 segundos) e verifique se ele ainda é um membro do grupo. Quero adicionar suporte a /groups para dispositivos de cobertura de janela, para que possamos enviar os comandos de grupo da API.

@ebaauw

Estou confuso aqui. Você disse

PUT {"levantar": "parar"},

Portanto, presumi (não consigo encontrar nenhuma documentação sobre isso) que é um valor de string. Mas quando eu envio "lift":"10" para a API restante, um erro é retornado. Como preciso usar este atributo para definir a altura das cortinas?

{"lift": 10} . Não estou satisfeito com o "stop" , mas copiou este comportamento de "bri" . Não vejo alternativa melhor no momento. Para API v2, devemos distinguir entre comandos e atributos (também, por exemplo, para suportar _Toggle_).

Estou trabalhando com definições mais restritas sobre os atributos, int ou string, e este atributo "lift" aceita valores de string, mas gera erros quando um valor é string e numérico ... terei que descobrir como posso fazer isso para trabalhe agora....

Estou aberto a sugestões para uma API mais consistente. Talvez um atributo somente gravação stop ? O {"bri_inc": 0} não faz sentido semanticamente, mas pelo menos é sintaticamente consistente.

Eu gosto da opção do atributo write only stop, afinal é apenas um comando, não tem nada a ver com o estado que é retornado. o aumento seria definido na porcentagem real, certo?
Se você acha que o bri_inc é mais fácil, estou bem com ele também, mas na verdade esse não é lógico, mas pelo menos o inteiro não está mudando.

E na amostra JSON acima de Sven-Ove, também há um atributo "open": false no objeto de estado. Qual o significado disso?
Desculpe por todas as perguntas, não tenho conseguido recuperar o atraso aqui por dois meses, agora estou me levantando, e parece que perdi algumas coisas aqui. Existe um documento atual que descreve todos os atributos mais recentes?

Meu último PR implementa {"stop": true} .

Eric,

Obrigado! Vou se preparar para isso aqui

Eu também tenho as cortinas FYRTUR e estou tendo problemas com elas (botão acinzentado não funciona), com o complemento Home Assistant 5.3.5 (deconz 2.05.75).
Alguma sugestão de como consertar isso?

Eu também tenho as cortinas FYRTUR e estou tendo problemas com elas (botão acinzentado não funciona), com o complemento Home Assistant 5.3.5 (deconz 2.05.75).
Alguma sugestão de como consertar isso?

Você já tentou isso?
Como ligar manualmente e habilitar relatórios de atributos no exemplo da posição atual para dispositivos de cobertura de janelas

1. Vincule manualmente um cluster
Em deconz GUI, selecione Painéis e, em seguida, caixa de depósito Vincular.
Para o seu dispositivo, bem como o coordenador (nó azul), pressione o marcador mais à direita para expandir os clusters disponíveis.
Para o coordenador : Arraste e solte 01 Terminal de Automação Residencial como destino.
Para o dispositivo : Selecione as janelas que cobrem o cluster como fonte, também arraste e solte. Observe que este deve ser um cluster de servidor (cor azul).
Pressione bind .

2. Configure manualmente o relatório de atributos
Então você precisa configurar o relatório de atributos. Na maioria dos casos, existem configurações padrão já definidas e devem ser colocadas em ação após uma reinicialização de desconexão ou reinicialização do dispositivo. No entanto, se os valores não forem atualizados após a ação executada ou não forem, o relatório de atributos provavelmente não foi configurado corretamente.

Selecione as janelas que cobrem o cluster do seu dispositivo, clique duas vezes em 0x0008 (posição atual).
Na extremidade inferior da caixa de diálogo, insira os valores

Min. intervalo de relatório: 1
Máx. intervalo de relatório: 300
Mudança reportável: 1

em seguida, pressione write config .

Apenas meus 2 centavos. Eu configurei os mesmos parâmetros que você sugere @hwikene , mas também estou tendo o mesmo problema que @mdcobra está relatando. Também com a última versão DeCONZ. Parece que o relatório de atributos ainda não está funcionando corretamente para ambas as minhas capas FYRTUR.

Depois de fazer um read manual do VNC, os atributos são recuperados corretamente. Mas eu realmente não quero fazer isso várias vezes ao dia 😉.

Edição rápida: talvez possamos abrir um novo problema em relação ao relatório de atributos?

Pelo que eu sei, há dois problemas relacionados ao relatório de atributos:

• Às vezes, deCONZ não parece configurar isso corretamente. Esta é uma noz muito difícil de quebrar; em última análise, precisamos resolver isso na API v2, ao refatorar toda a lógica de emparelhamento. Como solução alternativa, você pode definir a configuração de ligação e relatório manualmente na GUI;
• Às vezes, o cego não envia relatórios, embora o relatório de atributos pareça ter sido configurado corretamente. O único remédio que vi para este caso é desligar e ligar a persiana (remova a bateria por cerca de 10 segundos).

Em qualquer caso, não é necessário deletar, reconfigurar e emparelhar novamente a cortina. Eu até desaconselho isso, pois você precisa redefinir o limite de abertura e reingressar no grupo do controle remoto.

• Às vezes, o cego não envia relatórios, embora o relatório de atributos pareça ter sido configurado corretamente. O único remédio que vi para este caso é desligar e ligar a persiana (remova a bateria por cerca de 10 segundos).

Ótima sugestão. Apenas tentei isso e pareceu funcionar em ambas as minhas cortinas. Espero que continue funcionando.

@ebaauw, obrigado pela dica de ciclo de energia! Isso resolveu por agora, vamos ver por quanto tempo ...

Olá pessoal, depois de várias partidas em falso, finalmente consegui meu cego e controle remoto aparecendo no Deconz e no Home Assistant.

A cortina é exibida como uma capa e responde aos botões para cima, para baixo, para parar e ao controle deslizante. Parece estar relatando a posição corretamente também. EDIT: Acabei de notar que o cego também está relatando o status de bateria em HA

O controle remoto também está mostrando% da bateria em HA, mas atualmente não opera a persiana, portanto, presumivelmente, não está emparelhado diretamente com a persiana. No entanto, se eu pressiono os botões, posso ver deconz_events sendo gerados para cada pressionamento. Próximo trabalho, automatize os pressionamentos de botão para mover as cortinas ...

As etapas que executei para fazê-lo funcionar envolveram várias tentativas, mas basicamente estão usando a GUI Deconz:

1. Defina Deconz para procurar novas luzes.
2. Reinicie o Repetidor Ikea (clipe de papel no pequeno orifício na frente) e espere até que Deconz encontre o Repetidor
3. Pare de Deconz procurando por mais luzes
4. Vá para Switches e inicie o Deconz procurando por novos switches (EDITAR: eu escolhi OUTRO porque o controle remoto não está no conjunto IKEA)
5. Reinicialize o controle remoto (4 cliques rápidos no botão de reinicialização até que a luz vermelha acenda)
6. Espere até que Deconz encontre a chave.
7. Volte para definir Deconz para procurar novas luzes
8. Pressione e segure ambos os botões na persiana por> 5 segundos até que reinicie (o led pisca)
9. espere até que Deconz encontre o cego

Se alguma das etapas acima não encontrar o dispositivo, tente novamente a partir da respectiva etapa de redefinição até que finalmente funcione corretamente. Assim que todos os dispositivos forem encontrados no Deconz, reinicie o HA para garantir que ele tenha as atualizações e, em seguida, verifique se os dispositivos estão aparecendo e funcionando conforme o esperado. Se você descobrir que o controle remoto ou cego não está reportando diretamente no HA, remova-o do Deconz e repita as etapas para redefinir o dispositivo e adicionar ao Deconz.

Demorou várias tentativas para fazer todos os dispositivos funcionarem como estão agora, então continue tentando e não desista.

Boa sorte

então, presumivelmente, não está emparelhado diretamente com o cego

Você emparelha o cego e o controlador para deCONZ, não um para o outro. O plug-in da API deve vincular o remoto a um grupo (verifique config.group no recurso ZHASwitch /sensors para o remoto). Você precisa adicionar os cegos a esse grupo. Depois disso, o controle remoto controla a persiana, mesmo quando o deCONZ está desligado.

Próximo trabalho, automatize os pressionamentos de botão para mover as cortinas ...

É melhor usar o grupo para controlar os cegos do botão. O plug-in API atual não pode enviar comandos de grupo para dispositivos finais, e enviar comandos unicast pode gerar problemas de roteamento.

Observe que você não precisa usar o repetidor, desde que a persiana e o controlador estejam ao alcance de outro roteador Zigbee (ou do coordenador).

Estou usando a GUI do Phoscon por meio do suplemento HA e usando o VNC posso ver os dois dispositivos, mas não consigo ver como vinculá-los em um grupo.

Na API, faça um PUT do recurso /groups adicionando o recurso /lights da cortina ao array lights . Veja a documentação da API.

Alternativamente, na GUI emita um comando _Add Group_ a partir do painel _Cluster Info_, enquanto seleciona o servidor (azul) _Groups_ cluster do nó do blind. Consulte o Manual do usuário da GUI (em _Ajuda_).

Não uso o Phoscon e não sei como funciona a IU da web.

@ebaauw , espero que você possa simplificar um pouco este aqui para mim. Estou tentando fazer a mesma coisa que @ Geoff571
Primeira tentativa de usar Deconz. Tenha cerca de 30 minutos de experiência aqui.

Eu tenho a cortina adicionada e o botão liga / desliga adicionado. Eu obtive o status adequado do relatório cego de sua postagem em abril sobre a configuração de relatórios. Isso é feito.

Agora quero que o botão controle os blinds (logo serão blinds, tenho uma dúzia deles).
No Home Assistant ele fornece a GUI do Phoscon que possui configurações de grupo, mas não me permite colocar o botão (interruptor) em um grupo.
Posso acessar a GUI do Deconz via VNC.

Se eu selecionar a persiana e selecionar 0004 grupos (1), posso ver em "adicionar um grupo ao dispositivo" a ID de grupo 0x0000 e as cortinas de nome de grupo. Eu clico em exec e ele volta com sucesso. Ótimo!

Se eu selecionar o botão, 0004 Grupos (0) ficará esmaecido. Presumo que (0) significa que não faz parte de um grupo. Com este, não tenho a opção "Adicionar um grupo ao dispositivo". Então, como adiciono o botão ao mesmo grupo dos cegos?

@ebaauw , depois de um pouco de persistência e de aprender como fazer a API REST funcionar, passei a noite acompanhando o que você sugeriu e adicionando os dispositivos ao grupo que foi criado quando o remoto foi adicionado. O controle remoto ainda não está funcionando às cegas de acordo com a experiência de @svenove em maio / junho e ainda estou no estado de ontem, exceto que o controle remoto não está mais gerando deconz_event para HA desde Eu adicionei a luz ao grupo.

Então, para recapitular, o HA pode ver os dois dispositivos e seus dados de sensor gerados pelo controle remoto. Ambos aparecem na GUI do Phoscon (via HA Deconz Add-on). Tentei adicionar o controle remoto para deconz primeiro, depois o cego e vice-versa, todos com o mesmo resultado.

Aqui estão as informações de deconz como estão atualmente:

Sensores / 46

    "46": {
        "config": {
            "alert": "none",
            "battery": null,
            "group": "47",
            "on": true,
            "reachable": true
        },
        "ep": 1,
        "etag": "ef34257694f525580286b96f6ad76a50",
        "lastseen": "2020-07-27T22:03:56.671",
        "manufacturername": "IKEA of Sweden",
        "mode": 1,
        "modelid": "TRADFRI open/close remote",
        "name": "TRÅDFRI open/close switch",
        "state": {
            "buttonevent": 1002,
            "lastupdated": "2020-07-27T22:03:56.672"
        },
        "type": "ZHASwitch",
        "uniqueid": "00:0d:6f:ff:fe:b1:c6:80-01-1000"
    },

Luzes / 12

    "12": {
        "etag": "3a154d9c285b4d7d40685ac3ff2451a6",
        "hascolor": false,
        "lastannounced": null,
        "lastseen": "2020-07-27T20:57:43Z",
        "manufacturername": "IKEA of Sweden",
        "modelid": "KADRILJ roller blind",
        "name": "Window covering device 12",
        "state": {
            "bri": 0,
            "lift": 0,
            "on": false,
            "open": false,
            "reachable": true
        },
        "swversion": "20190311",
        "type": "Window covering device",
        "uniqueid": "d0:cf:5e:ff:fe:d9:92:e1-01"
    },

Grupos / 47

    "47": {
        "action": {
            "alert": "none",
            "bri": 127,
            "colormode": "hs",
            "ct": 0,
            "effect": "none",
            "hue": 0,
            "on": false,
            "sat": 127,
            "scene": null,
            "xy": [
                0,
                0
            ]
        },
        "devicemembership": [
            "46"
        ],
        "etag": "57cab4195d7d8a054e477635a742bb66",
        "id": "47",
        "lights": [
            "12"
        ],
        "name": "TRADFRI open/close remote ",
        "scenes": [],
        "state": {
            "all_on": false,
            "any_on": false
        },
        "type": "LightGroup",
        "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"
    }

Você (ou qualquer outra pessoa) pode aconselhar o que mais tentar?

Aqui está uma atualização da madrugada para você.

Percebi que o repetidor que veio com o eblind caiu da malha no Phoscon. Sem remover o dispositivo repetido, simplesmente fiz uma reinicialização nele e configurei o Phoscon para procurar novas luzes. O repetidor começou a aparecer como ativo novamente.

Tentei um palpite com base na sequência de como você emparelha o controle remoto, cego e repetidor nas instruções da Ikea, e segurei o botão reset no controle remoto por> 10 segundos, momento em que ele entrou no modo de emparelhamento novamente.

As ações de emparelhamento criaram um novo grupo com um novo número, 61506. Quando eu então adicionei a luz àquele grupo, um milagre aconteceu e o controle remoto agora funciona nas cortinas.

Novos dados de grupo abaixo (após adicionar a luz):

{
    "action": {
        "alert": "none",
        "bri": 127,
        "colormode": "hs",
        "ct": 0,
        "effect": "none",
        "hue": 0,
        "on": false,
        "sat": 127,
        "scene": null,
        "xy": [
            0,
            0
        ]
    },
    "devicemembership": [
        "46"
    ],
    "etag": "a1cf8537b8ed6b52334d4b3711a957c2",
    "id": "61506",
    "lights": [
        "12"
    ],
    "name": "TRADFRI open/close remote 47",
    "scenes": [],
    "state": {
        "all_on": true,
        "any_on": true
    },
    "type": "LightGroup",
    "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"
}

Não tenho ideia de por que essas ações o fizeram funcionar e é tarde, e não estou com vontade de interrompê-lo novamente para tentar repetir as etapas.

Comparando as duas versões do grupo, a diferença parece ser apenas o ID, 61506/47

@ MRobi1 Você não pode adicionar um controle remoto a um grupo. Você cria uma ligação do remoto para o endereço do grupo. O cluster azul no blind é um cluster de servidor; o cinza no remoto é um cluster de cliente. Além disso, você não pode usar o endereço de grupo 0x0000, que é um endereço especial.

@ Geoff571 Provavelmente o grupo alto foi criado pelo remoto na reconfiguração, enquanto o grupo inferior foi criado pelo plugin REST API. Você está usando o firmware mais recente para cegos, remotos e repetidores? Acho que às vezes o cego está meio perdido: ainda manda relatórios, mas não recebe comandos. Desligar e ligar a cortina (remova a bateria por 10 segundos) geralmente resolve isso.

@ebaauw ok ótimo, então isso me diz que tenho um problema, mas não me dá nenhuma orientação sobre como corrigi-lo. Como faço para criar uma ligação do endereço remoto para o endereço do grupo quando ele não parece estar criando o grupo de que preciso?

Pressione um botão no controle remoto e verifique o recurso /sensors do controle remoto. Se contiver um valor para config.group , já está vinculado. O plugin REST API deve ter criado o recurso /groups . Observe que o Phoscon, por motivos além de mim, não mostra mais grupos vazios.

ok, com um novo par de olhos esta manhã, noto que há outra diferença entre os detalhes do Grupo / 47 e do Grupo / 61506 (o Grupo # 47 foi embora, presumivelmente substituído por # 61506 já que ambos os valores de uniqueid são os mesmos).

Grupo # 47:

        "name": "TRADFRI open/close remote ",
        "scenes": [],
        "state": {
            **"all_on": false,
            "any_on": false**
        },
        "type": "LightGroup",
        "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"

Grupo # 61506:

    "name": "TRADFRI open/close remote **47**",
    "scenes": [],
    "state": {
        **"all_on": true,
        "any_on": true**
    },
    "type": "LightGroup",
    "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"

Agora que tudo está funcionando como esperado, não vou mexer nisso, pois estou ficando sem pó de Pixie e posso não fazer com que funcione novamente.

Muito obrigado por suas sugestões e ajuda @ebaauw e boa aparência @ MRobi1 e qualquer outra pessoa que esteja lutando para fazer suas cortinas funcionarem. Espero que algumas informações experimentais que adicionei ao assunto ajudem alguém.

Depois de dizer que o deixaria sozinho, tive que desconectar o repetidor Ikea, pois ele estava conectado por meio de um cabo de extensão ao meu PC enquanto eu estava testando. E eis que, enquanto está desconectado, o controle remoto não funciona (e sim, meu escritório está cheio de outros dispositivos alimentados pela rede elétrica atuando como roteadores). Conecte-o novamente e o controle remoto funcionará novamente.

Agora estou convencido de que o repetidor Ikea que veio com os cegos é um fator significativo na funcionalidade remota.

presumivelmente substituído por # 61506 já que ambos os valores de uniqueid são os mesmos

uniqueid não é, apesar do nome. Deve ser exposto apenas para recursos relacionados a dispositivos Zigbee, é melhor ignorá-lo para outros recursos, como /groups . Observe que é o endereço mac do remoto abrir / fechar, indicando que a API REST criou esses /groups recursos para o remoto.

E eis que, enquanto está desconectado, o controle remoto não funciona (e sim, meu escritório está cheio de outros dispositivos alimentados pela rede elétrica atuando como roteadores). Conecte-o novamente e o controle remoto funcionará novamente.

Provavelmente o controle remoto funciona (você deve ver as mudanças nos eventos do botão na API), mas os comandos não chegam ao FYRTUR.

Se você desligar o roteador pai de um dispositivo final, o dispositivo final não notará isso a princípio. Só depois de acordar, perceber que seu pai se foi e encontrar um novo pai, o dispositivo final pode mais uma vez receber mensagens. Não sei o comportamento exato para este dos dispositivos IKEA; dispositivos de diferentes fornecedores reagem de maneira muito diferente a isso. É melhor desligar e ligar o dispositivo final depois de desligar o roteador pai.

Agora estou convencido de que o repetidor Ikea que veio com os cegos é um fator significativo na funcionalidade remota.

Eu não estou. Eu tenho usado meu FYRTUR e controle remoto open / close sem o repetidor desde que os comprei.

Eu suspeito que alguns roteadores podem ser incompatíveis com as cortinas IKEA e não se apegam às mensagens de difusão em grupo enviadas pelo controle remoto abrir / fechar. Às vezes, meu FYRTUR parece não receber mais nenhuma mensagem (mas ainda está enviando relatórios alegremente), e desligar e ligar o FYRTUR não resolve isso. Se eu desligar o lumi.curtain e, em seguida, desligar e religar o FYRTUR, ele voltará todas as vezes. Usar o repetidor não fez nenhuma diferença: o cego parece perambular pelos pais mesmo quando antes usa o repetidor.

OK, estou chegando a algum lugar. Com muito do que chamarei de "quebra de botão", finalmente criei um grupo para o botão. Foram necessários 3 botões diferentes, emparelhando e redefinindo cerca de 10 vezes, mas finalmente um grupo foi criado com um ID de grupo de 3 para o controle remoto abrir / fechar Tradfri.

Usando a GUI, adicionei todas as 3 blinds ao grupo 3. O botão controla totalmente 2 das 3 blinds, com o terceiro não fazendo nada a partir do botão. O controle manual da cortina usando os 2 botões da cortina funciona bem. O controle dos cegos por meio do assistente doméstico e do nó vermelho funciona bem. Mas o botão não controla este.

Posso ver a "luz" como parte do grupo por meio da API de descanso também.
"id": "3", "luzes": ["2", "3", "4"], "nome": "TRADFRI abrir / fechar remoto"

Algum pensamento aí?

EDIT: Acabei de ver sua nota acima sobre a ciclagem de energia da cortina. Puxou a massa por ~ 10s e agora está respondendo aos comandos remotos. Honestamente, não tenho certeza de como cheguei aqui, mas está funcionando do jeito que preciso, o que é tudo que me importa. Agora preciso cortar e instalar mais 9 e fazer isso mais 9 vezes! ri muito

@ MRobi1 Estou tão feliz que você também chegou. Parece que sua experiência foi muito semelhante aos meus esforços de tentativa e erro. :-)

Olá a todos,

depois de lutar para acoplar algumas persianas Fyrtur com HomeAssistant, posso adicionar as seguintes informações.

Para poder controlar as persianas através do controle remoto sem fio após acoplar o repetidor, o botão e a persiana à rede Conbee, você pode navegar para a interface web do deconz antiga (chamada 'controle de luz' disponível em http://<your_ip> quando Phoscon está em http://<your_ip>/pwa ) e adicione a cortina ao grupo do switch assim:

Depois de feito isso, o botão e a cortina são acoplados e funcionam em conjunto sem qualquer necessidade de regras de automação em seu software de automação residencial. A rede Zigbee, claro, precisa estar funcionando e disponível tanto para cegos quanto para o botão.

Eu também tenho uma pergunta: a razão pela qual eu estava lutando para adicionar as cortinas à rede Zigbee é porque tive a 'grande' ideia de atualizar para o último contêiner docker deconz e atualizar o firmware do stick antes de adicionar as cortinas. Depois de uma longa noite de tentativas e de novas tentativas de acoplamento de blind e de botão, decidi fazer o downgrade do firmware do Phoscon e do Conbee. Tive que reverter para o Phoscon 2.05.76 e o ​​firmware 26580700 para que as persianas e os controles remotos funcionassem.

Quais versões do Phoscon e firmware você está usando?

@hollie Pelo que eu sei, o fyrtur funciona bem com as versões mais recentes.

No entanto: Esta questão é ideal para Discord :) Por favor, encontre o link no arquivo leia-me.

Deconz: 2.05.79 (como complemento HA)
Firmware 26580700

O KADRILJ / FYRTUR está funcionando agora? Não consigo descobrir o que estou fazendo de errado, tenho o botão emparelhado e o extensor de alcance, e quando peço para emparelhar a persiana, ele faz a 'onda de escurecimento' coisa, e então dá um flash nítido e desliga Isso geralmente significa que está emparelhado, mas não o vejo na lista de luzes. Então, o que estou fazendo de errado?

@fribse , você já olhou para ver se o dispositivo é mostrado na visualização do VNC? Se estiver, provavelmente é apenas o aplicativo Phoscon que não está sendo atualizado corretamente. Tente emparelhá-lo novamente, pode ser necessário excluí-lo novamente na visualização do VNC primeiro, mas tente sem ele. Descobri que precisava repetir o processo várias vezes antes de finalmente chegar ao Phoscon.

Olá @ Geoff571 , obrigado, não vejo nada chamado cover em vnc. Parece outra coisa?

Olá @fribse , quando ele aparecer inicialmente terá um nome que é apenas uma tag hexadecimal até que você o renomeie ou até que o Phoscon o encontre e adicione o tipo de dispositivo como o nome.

Uma maneira de detectar um novo dispositivo ao adicioná-lo pela primeira vez é abrir o VNC e se familiarizar com o layout de seus dispositivos existentes, em seguida, detectar a diferença ao adicionar o novo.

Ha ha, 'veja a diferença', já tentei o cego antes, então pode já estar no vnc, posso ver este aqui:

Que não reconheço, então vou remover isso e ver o que acontece.

Aquele se parece com a chave abrir / fechar

Esta é minha cortina para dar uma ideia do que você está procurando:

Boa sorte

Ok, eu encontrei:

Mas parece que não posso excluí-lo do VNC, se eu excluí-lo e reiniciar o software de deconz, ele simplesmente aparece novamente sem eu adicioná-lo.
Assim, não consigo fazer com que ele entre no app phoscon.

Olá, apenas para sua referência: tenho lutado para conseguir vincular remotamente e cegamente ao Phoscon ao mesmo tempo com versões mais recentes do firmware e do Phoscon. Eu também vi o comportamento da onda-flash-desligamento quando tentei acoplar as cortinas, e então onze eu consegui acoplá-lo, não me permitiu controlá-lo 'para cima' no assistente de casa.

Por favor, veja minha observação acima neste tópico:

Tive que reverter para o Phoscon 2.05.76 e o ​​firmware 26580700 para que as persianas e os controles remotos funcionassem.

Ainda estou executando essa versão e 3 blinds e controles remotos estão funcionando bem e funcionando como esperado por cerca de um mês.

Pode haver uma solução para testar o downgrade do Phoscon e do firmware no stick para ver se isso ajuda?

Atenciosamente,
Hollie.

Estou executando o Phoscon 2.05.79 e até agora só o cego foi embora uma vez e parou de responder. Acho que ele vai dormir depois de alguns dias sem ser usado, pois ainda aparecia no Phoscon e no VNC, mas parou de responder ao assistente doméstico ou ao controle remoto. Isso foi facilmente corrigido com a remoção e substituição da bateria, conforme mencionado anteriormente.

Você pode tentar zerar a persiana e removê-la do VNC, e então tentar adicionar novamente via Phoscon como uma chave, obviamente tendo colocado a persiana no modo de emparelhamento. Levei algumas tentativas para fazê-lo aparecer no Phoscon, embora quase sempre aparecesse no VNC.

Olá @ Geoff571, obrigado por compartilhar sua experiência. Uma pergunta: você adicionou as cortinas à sua rede Zigbee antes de atualizar a versão do Phoscon para 2.05.79?

A razão de eu perguntar: eu tinha 1 Fyrtur funcionando como esperado em 2.05.76 antes de comprar 2 blinds adicionais. Depois, quando quis instalar os 2 novos, primeiro atualizei para 2.05.79. Não consegui fazê-los funcionar como esperado, embora tenha tentado acoplá-los algumas vezes.

O primeiro blind que já estava acoplado antes da atualização continuou a funcionar como esperado com 2.05.79.

Em seguida, reverti a versão do Phoscon e o firmware do stick conforme descrito acima e pude ligar as novas cortinas e botões à rede Zigbee na primeira tentativa.

Só estou tentando entender se isso pode estar afetando o problema que @fribse está vendo.

muito bem sucedida.
Hollie.

Oi @hollie

Infelizmente, não posso ter certeza de quando atualizei meu stick. A data de lançamento para 0,79 foi 22/05/2020, antes de eu adicionar minha cortina. Sabendo-me, quando encontrei pela primeira vez problemas para adicioná-lo, a primeira parada que eu teria feito teria sido para verificar o firmware mais recente, então as chances são de atualizá-lo antes ou enquanto adicionava meu blind cerca de um mês atrás . Desculpe, provavelmente isso não ajuda muito.

Quando adicionei o meu, tive que vincular manualmente o botão e cego ao mesmo grupo usando a API REST para obter o controle direto do botão

@ Geoff571

OK, então talvez seja a hora de tentar novamente a atualização e ver se tudo continua funcionando. Obrigado por compartilhar suas experiências com o novo Phoscon.

Concordo com você que você precisa seguir as etapas adicionais para acoplar o blind e o botão. Como descrevi acima, fiz isso por meio da interface da web 'controle de luz', também conhecida como 'interface da web antiga'. A captura de tela disso está disponível mais acima neste tópico.

Oi.

Tentei configurar 3 novas cortinas hoje, e não atualiza o estado. (nem encontra a bateria).

Eu tenho 2 blinds que comprei antes do 2.05.76 e tive problemas semelhantes aos que tenho agora, 2.05.76, resolvi esses problemas e agora eles estão funcionando perfeitamente, mesmo com a versão atual.

no momento, eu corro 2.05.81 e, conforme declarado, não entendi o estado ou o nível da bateria

como estou usando o Home Assistant, posso forçá-los a subir e descer (com um serviço de chamada), então a comunicação funciona.

Lembro-me que às vezes ajudava remover a bateria e reinseri-la, enquanto a busca de dispositivos em deCONZ está ativa. Você tentou isso? Caso contrário, eu não saberia outras opções

@Nimmsis como @wvuyk sugerido realmente funciona. Como @ebaauw sugerido em https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment -649410495, reiniciar o nó removendo a bateria faz com que o relatório funcione corretamente.