Deconz-rest-plugin: [Solicitar suporte de dispositivo] Controle remoto Tint da Müller-Licht

Sim! Outros pedidos para adicionar este Dispositivos Remotos de mim!

Alguma notícia aqui?

Tentando conectar meu controle remoto Tint com deconz.

Mas o sesor busca em não encontrar meu controle remoto.

Como você conectou?

Como você conectou?

Pressione o botão de reset no compartimento da bateria e inicie uma pesquisa de sensor. Não será visível no Phoscon porque o suporte para este controle remoto ainda não foi adicionado.

+1 na lista de pedidos para suporte de tonalidade Müller do controle remoto. Muito obrigado!

Acabei de comprar um GU10 e um controle remoto esperando por suporte no futuro.

Percebi que também estão vendendo barato agora (€ 14 para o GU10 RGB + remoto, € 5 para o GU10 branco e € 7 para o GU10 RGB). Isso é tudo que eles tinham.

Então, o controle remoto é utilizável como está? Ele publica alguma coisa na API?

@ Philje123
Forma curta: SIM

Se você estiver iniciando uma pesquisa de sensor na api, obterá o endereço e a id do seu controle remoto.

Mas ele NÃO aparece no aplicativo Phoscon.

Obrigado.

Tudo bem, pois eu uso principalmente o assistente doméstico para controlar minhas luzes, então, desde que a mensagem chegue lá, posso configurá-lo para fazer o que quiser.

alguma atualização disso?

Tentei usar o controle remoto em sua forma atual, mas não vejo nada no Hass.io quando ouço "deconz_event". Os botões do controle remoto não são pressionados dessa maneira?

Não ...

Empurrar

de alguma forma, eu penso em abandonar o raspbee agora e mudar para uma ligação zigbee direta no openhab2

esse suporte de dispositivo ausente é um pouco irritante.

infelizmente, nem mesmo é código aberto.

seria bom se este controle remoto fosse compatível

Vote no +1 para uma integração

Conte comigo também.
Há algo a ser feito pelas pessoas que possuem esse controle remoto para facilitar a integração? Estou disposto a testar e dar as informações necessárias. Basta avisar.

Vote no +1 para uma integração

Consegui conectar o tint remote ao sistema e foi possível emparelhá-lo com as lâmpadas e usando o controle remoto, os grupos no app Phoscon e o app Hue Essentials no android ao mesmo tempo. Mas depois de um tempo o controle remoto não reage mais e tenho que emparelhá-lo novamente com as lâmpadas. O novo emparelhamento leva a conflitos no aplicativo Phoscon e tenho que atribuir todos os dispositivos de luz nos grupos mais uma vez.
Um problema semelhante quando reinicio o Raspberry Pi com o módulo RaspBee. Após reiniciar, não só o controle remoto, mas também os grupos do aplicativo Phoscon não funcionam e tudo tem que ser configurado novamente.
Alguém tem os mesmos problemas e talvez uma solução para eles?

Eu também ficaria muito grato se este dispositivo pudesse ser adicionado ao Phoscon.

+1

Remotos e lâmpadas também estão disponíveis no Globus Baumarkt.

apenas fyi:
o controle remoto junto com as lâmpadas estava disponível em aldi süd, na alemanha, novamente, potencialmente aumentando a participação de mercado deste produto mais uma vez.

agora também há faixas de luz zigbee de müller-licht.
Comprei dois deles, então se você precisar de alguma saída de deconz é só me pingar

Eu também tenho o par, a lâmpada E27 e o controle remoto ... apenas se alguém precisar de testes. Uma pergunta, como você emparelha a lâmpada com homebridge (raspbee) ??

Eu também tenho o par, a lâmpada E27 e o controle remoto ... apenas se alguém precisar de testes. Uma pergunta, como você emparelha a lâmpada com homebridge (raspbee) ??

Eu usei o aplicativo deconz. Começou a busca por uma nova luz. Acendi e apagou a luz várias vezes e estava lá ...

Obrigado monotek, fiz assim ... Vai ser bom poder usar o controle remoto ... Se houver uma maneira de eu ajudar, é só me perguntar. Obrigado!!

Não consegui emparelhar o controle remoto com o openhab. Mas eu li em algum lugar que você pode emparelhar os dois dispositivos. Então você pode mudar a luz com o controle remoto e openhab, por exemplo.

Primeiro você tem que emparelhar a lâmpada e depois disso você pode emparelhar a lâmpada com o controle remoto

+1

acabei de comprar um preto no mercado Toom

eu também!

Não consegui emparelhar o controle remoto com o openhab. Mas eu li em algum lugar que você pode emparelhar os dois dispositivos. Então você pode mudar a luz com o controle remoto e openhab, por exemplo.

Olá,
Esta solução funciona apenas por alguns minutos depois de conectar o controle remoto à lâmpada. Então você tem que reconectá-lo novamente.
Portanto, seria muito bom se o controle remoto fosse suportado diretamente pelo deconz.

Eu gostaria de uma solução para um emparelhamento direto no app phoscon também. Desde já, obrigado.

na próxima semana na Aldi novamente ...

Eu também agradeceria o apoio do Tint no Phoscon. Penso nisso, comprar Painéis LED com Zigbee e Remoto para 3 quartos.

Então, +1 para suporte

Ainda não é compatível?

Obrigado.

Tudo bem, pois eu uso principalmente o assistente doméstico para controlar minhas luzes, então, desde que a mensagem chegue lá, posso configurá-lo para fazer o que quiser.

Eu uso o assistente de casa também, como adicionar diretamente sem a integração do deconz ??

Normalmente a equipe de deconz é rápida na adição de produtos.

Desta vez, não, alguma rivalidade alemã?

+1

+1

Com o meu Raspbee, o controle remoto fica visível em deconz, mas parece não estar emparelhado, o Phoscon não mostra o controle remoto e o Plugin não envia nenhum sinal quando os botões são pressionados.

Então, por favor, intrique!
+1

+1

+1

No momento, o controle remoto pode ser comprado na Amazon Alemanha por 15 €.
Talvez isso seja interessante para um desenvolvedor.

Talvez @ebaauw ou @SwoopX precise de um. 😊

Caso contrário, há alguma documentação sobre como adicionar novos dispositivos como uma solicitação pull?

Não, sinto muito, não preciso de um. Já tem muitos controles remotos não usados ​​por aí. Para mim, isso é um hobby e não quero gastar dinheiro com dispositivos que não vou usar.

Ficarei feliz em dar uma olhada nele, se alguém puder me emprestar ou doar um.

Posso enviar o meu, não é necessário agora.

Por favor, me PM no Discord para detalhes do meu endereço.

Olá @ serenity182 e @ebaauw ,
Muito obrigado!

@ serenity182 Recebi o controle remoto ontem, obrigado Marc!

Alguém tem um manual para este controle remoto? Só consigo encontrar um _Datenblatt_ não informativo no site da Müller. Não tenho certeza se entendi todas as nuances do controle remoto.

Minhas primeiras impressões:

• Para redefinir o controle remoto, segure o pequeno botão no compartimento da bateria por mais de 5 segundos até que o LED vermelho pisque rapidamente. Depois disso, faço pares para deCONZ sem nenhum problema.
• É um ZHA _Color Controller_, mas com um cluster de _ZLL Commissioning_. O cluster relata quatro grupos, mas o dispositivo parece enviar comandos para grupos diferentes? Além disso, não consigo fazer com que o controle remoto use o quarto grupo.
• Não há cluster de _Power Configuration_, mas o _Power Descriptor_ parece legítimo.
• O controle remoto tem estado. Pressionar o botão _On / Off_ alterna entre o envio de _On_ e _Off_. Sem espera nem pressionamentos longos.
• Pressionar ou segurar o disco de cores resulta em um comando _Mover para cor_. Os valores de xy dependem dos últimos valores enviados e de onde você pressiona ou segura a roda. Acho que a roda tem quatro contatos diferentes (vamos chamá-los de Norte, Leste, Sul, Oeste). Cada pressão "move" os valores xy direção ao ponto correspondente no espaço de cores CIE 1931: Norte: (0,3010, 0,1487) - rosa, Leste: (0,7, 0,3) - vermelho, Sul: (0,3726 , 0,5885) - verde-ish, e West: (0,1164, 0,3473) Turquesa-ish. Uma retenção "se move" diretamente para o ponto correspondente.
  Então, por exemplo, para obter o amarelo, segure Sul para verde e então pressione Leste para mover em direção ao vermelho. Parece haver oito degraus entre direções adjacentes; direções opostas passam por uma direção intermediária: Leste / Oeste sobre Sul; e Norte / Sul sobre Leste. Portanto, um total de 36 valores xy .
• Pressionar os botões _Warm_ e _Cool_ envia _Move to Color Temperature_. Parece se lembrar da temperatura da cor e do uso para as etapas: 153, 200, 250 e 370. _Quente_ sobe uma etapa, _Cool_ desce uma etapa.
• Os botões _DimDown_ e _DimUp_ têm um comportamento normal: _Step_ ao pressionar; _Mover_ em espera, e _Parar_ na liberação (após espera).
• Os seis botões de cena enviam um _Write Attributes_ para específico do fabricante (0x121b) uint8 attribute 0x4005 do cluster _Basic_. O valor indica a cena, embora a ordem seja um pouco estranha: _Ler_: 3, _Dia_: 1, _Disco_: 2, _Noite_: 6, _Fogo_: 4, _Amor_: 5.
• O botão multi-luz não envia nada, mas alterna entre os grupos. Não consigo descobrir o que significa quando todos os quatro LEDs verdes estão acesos. Eu esperaria uma transmissão ou quarto grupo, mas o controle remoto não parece enviar nada.
• Os grupos usados ​​pelo controle remoto são 0x4004 (LED verde esquerdo), 0x4005 (meio), 0x4006 (direito). Espero que sejam escolhidos aleatoriamente quando o controle remoto for reiniciado. O cluster _ZLL Commissioning_ relata os grupos 0x8bd3, 0x8bd4, 0x8bd5 e 0x8db6. Não tenho certeza se devo confiar nisto: o Wireshark relata pacotes malformados (na verdade, tanto na _Get Group Identifiers Request_ quanto na _Get Group Identifiers Response_), e o dispositivo envia comandos usando grupos diferentes.

Expor este controle remoto será interessante:

• Preciso descobrir como lidar com os grupos. Outros dispositivos que enviam comandos para vários grupos usam terminais de origem diferentes. Com base nisso, sabemos a qual posição em config.groups o grupo corresponde. Contanto que você use apenas um grupo, provavelmente não há problema em usar um único valor em config.groups , mas estou preocupado que a API REST possa excluir o grupo anterior ao alternar para o próximo, pensando que o remoto foi configurado para um novo grupo;
• Os botões _On / Off_, DimUp_, _DimDown_ e cena são bastante simples: 1002, 2001, 2002, 2003, 3001, 3002, 3003 e seis eventos de botão x002;
• Os botões _Warm_ e _Cool_ podem ser um pouco desafiadores, pois o plug-in da API REST precisa lembrar o último valor e comparar o valor atual para deduzir qual botão foi pressionado. Acho que já fiz algo semelhante para o Lutron Aurora;
• Não serei possível deduzir qual área da roda é pressionada: quando, por exemplo, você está totalmente no Leste, pressionar Sul e Oeste resultam no mesmo novo xy . Na primeira tentativa, acho que vou simplesmente expor a roda como um único botão (x002).
• Será possível vincular cada um dos 36 xy valores a um ângulo que representa a cor enviada (ao invés da posição pressionada ou mantida). Não tenho certeza da melhor forma de expor isso: ele não se encaixa bem no evento do botão, nem no evento rotativo, nem no ângulo de inclinação. Também pode expor state.xy com uma observação de que só é válido para o valor de evento do botão correspondente x002.

Em https://www.mueller-licht.de/fileadmin/404013_tint-BDA_021.pdf há instruções para o conjunto em que o FB também é descrito.

Que bom ver que você está investigando este @ebaauw!

• O botão multi-luz não envia nada, mas alterna entre os grupos. Não consigo descobrir o que significa quando todos os quatro LEDs verdes estão acesos. Eu esperaria uma transmissão ou quarto grupo, mas o controle remoto não parece enviar nada.

Meu controle remoto tem apenas três LEDs na parte inferior. Quando todos os três estão acesos, ele controla as luzes em todos os três grupos.

• Não vou ser possível deduzir qual área da roda é pressionada: quando, por exemplo, você está totalmente no Leste, pressionar Sul e Oeste resulta no mesmo novo xy . Na primeira tentativa, acho que vou simplesmente expor a roda como um único botão (x002).
• Será possível vincular cada um dos 36 xy valores a um ângulo que representa a cor enviada (ao invés da posição pressionada ou mantida). Não tenho certeza da melhor forma de expor isso: ele não se encaixa bem no evento do botão, nem no evento rotativo, nem no ângulo de inclinação. Também pode expor state.xy com uma nota de que só é válido para o valor de evento do botão correspondente x002.

Um único evento de botão parece a maneira mais fácil por enquanto. Com apenas um evento de botão simples, um aplicativo pode configurar as regras para enviar um comando hue_inc / xy_inc para percorrer as cores. Infelizmente, não há como combinar a cor da luz com a roda de cores dessa forma.

A state.xy seria interessante, mas não tenho certeza de como isso poderia ser usado nas regras. Que tal algo como state.angle ? Seria mais fácil configurar as regras dessa forma.

Um sensor ZLLRelativeRotary também pode ser usado. Dessa forma é possível detectar se a roda está "girada" para a esquerda ou para a direita. (alternativamente, a rotação esquerda / direita pode ser dois eventos de botão?). Uma desvantagem de usar um sensor rotativo é que ainda não é possível saber exatamente qual cor enviar para a luz.

O manual fornece mais alguns insights:

• Ele confirma os quatro contatos na roda de cores e a função de pressionar curto versus longo.
• Ao segurar os botões _Warm_ e _Cool_, o controle remoto envia mais alguns valores com _Move to Color Temperature_, até 555 mireds (até 1800 K). Infelizmente, a API não consegue distinguir entre pressionar e segurar.
• As cenas, é claro, têm nomes mais inspiradores do que eu consigo imaginar: _Work Light_, _Sunset_, _Party_, _Night Light_, _Campfire_, _Romance_. A partir da descrição, eles realmente acionariam efeitos dinâmicos nas luzes (exceto para _Work Light_ e _Night Light_). Pode ser legal expô-los por meio da API usando state.effect no recurso /lights .
• O quarto grupo é na verdade os outros grupos combinados (faz sentido já que todos os LEDs verdes estão acesos). Acho que só funciona quando as luzes são conectadas ao controle remoto por toque.

Meu controle remoto tem apenas três LEDs na parte inferior. Quando todos os três estão acesos, ele controla as luzes em todos os três grupos.

Suponho que você ligou as luzes ao controle remoto por toque. Ou está usando o emparelhamento out-of-the-box?

A state.xy seria interessante, mas não tenho certeza de como isso poderia ser usado nas regras. Que tal algo como state.angle ? Seria mais fácil configurar as regras dessa forma.

Meus pensamentos exatamente. Já existe um state.tiltangle (para os sensores de vibração).

Um sensor ZLLRelativeRotary também pode ser usado. Dessa forma é possível detectar se a roda está "girada" para a esquerda ou para a direita. (alternativamente, a rotação esquerda / direita pode ser dois eventos de botão?). Uma desvantagem de usar um sensor rotativo é que ainda não é possível saber exatamente qual cor enviar para a luz.

Suponho que ao lembrar o valor / ângulo absoluto de xy , o ângulo relativo (delta) para rotaryevent poderia ser deduzido. Não tenho certeza se isso é muito informativo, no entanto. Seria + 10 ° ou -10 ° para prensas e qualquer lugar entre -170 ° a 180 ° (em passos de 10 °) para segurar, sem nenhuma pista sobre a posição pressionada, nem a cor atual. O ângulo absoluto parece muito mais útil.

Suponho que você ligou as luzes ao controle remoto por toque. Ou está usando o emparelhamento out-of-the-box?

Isso foi sem deCONZ. Acabei de emparelhar o controle remoto às luzes conforme descrito no manual.

Primeira tentativa, mas acho que acertei na maior parte.

config.group será preenchido com os três grupos, à medida que o remoto envia comandos para eles. Os /groups recursos correspondentes devem ser criados quando config.group for preenchido. Observe que uniqueid dos /groups recursos não são.

Eu uso os mesmos buttonevent valores para todos os grupos, veja a tabela abaixo:

buttenevent | botão | ação | observações
- | - | - | -
1002 _Ligado / Desligado_ | pressione
2001 | _DimUp_ | aguarde
2002 | _DimUp_ | pressione
2003 | _DimUp_ | longa liberação
3001 | _DimDown_ | aguarde
3002 | _DimDown_ | pressione
3003 | _DimDown_ | longa liberação
4002 | _Warm_ | pressione, segure | vários eventos 4002 enquanto mantém
5002 | _Cool_ | pressione, segure | vários eventos 5002 enquanto mantém
6002 | Roda de cores | pressione, segure | ver abaixo
7002 | _Work Light_ | pressione
8002 | _Sunset_ | pressione
9002 | _Party_ | pressione
10002 | _Light noturno_ | pressione
11002 | _Campfire_ | pressione
12002 | _Romance_ | pressione

Observe que não há como impedir que os botões de temperatura de cor (_Quente_ e _Cool_) os pressionem. Segurá-los pode resultar em vários eventos x002, desde que a temperatura esteja mudando.

Observe que state.xy e state.angle são atualizados apenas em buttonevent 6002. Se você definir websocketnotifyall como falso, eles serão incluídos apenas na notificação de soquete da web quando eles mudam.

Este é um bug insolúvel: quando você segura _Warm_, ct sobe para 555. Se você pressionar _Warm_, ele desce para 370, o que gera 5002 em vez de 4002, o mesmo que pressionar _Cool_ naquele situação. Não há como diferenciar esses botões neste caso.

Para completar: aqui está o recurso /sensors :

$ ph get /sensors/16
{
  "config": {
    "group": "16388,16389,16390",
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "3e8679bd6e84ebfefca53031ae2a62c9",
  "lastseen": "2020-05-30T18:44:50.385",
  "manufacturername": "MLI",
  "mode": 1,
  "modelid": "ZBT-Remote-ALL-RGBW",
  "name": "Tint",
  "state": {
    "angle": 90,
    "buttonevent": 1002,
    "lastupdated": "2020-05-30T18:44:50.386",
    "xy": [
      0.7,
      0.3
    ]
  },
  "swversion": "20180605-17",
  "type": "ZHASwitch",
  "uniqueid": "00:15:8d:00:03:41:88:92-01-1000"
}

E os recursos /groups (novamente, com um uniqueid não exclusivo):

$ ph get /groups/16388
{
  "action": {
    "bri": 127,
    "colormode": "hs",
    "ct": 0,
    "effect": "none",
    "hue": 0,
    "on": false,
    "sat": 127,
    "scene": null,
    "xy": [
      0,
      0
    ]
  },
  "devicemembership": [
    "16"
  ],
  "etag": "3e8679bd6e84ebfefca53031ae2a62c9",
  "id": "16388",
  "lights": [
    "7"
  ],
  "name": "ZBT-Remote-ALL-RGBW 16",
  "scenes": [],
  "state": {
    "all_on": false,
    "any_on": false
  },
  "type": "LightGroup",
  "uniqueid": "00:15:8d:00:03:41:88:92"
}
$ ph get /groups/16389
{
  "action": {
    "bri": 127,
    "colormode": "hs",
    "ct": 0,
    "effect": "none",
    "hue": 0,
    "on": false,
    "sat": 127,
    "scene": null,
    "xy": [
      0,
      0
    ]
  },
  "devicemembership": [
    "16"
  ],
  "etag": "cb3c2706803fd865a2c20362806d8427",
  "id": "16389",
  "lights": [],
  "name": "ZBT-Remote-ALL-RGBW 16",
  "scenes": [],
  "state": {
    "all_on": false,
    "any_on": false
  },
  "type": "LightGroup",
  "uniqueid": "00:15:8d:00:03:41:88:92"
}
$ ph get /groups/16390
{
  "action": {
    "bri": 127,
    "colormode": "hs",
    "ct": 0,
    "effect": "none",
    "hue": 0,
    "on": false,
    "sat": 127,
    "scene": null,
    "xy": [
      0,
      0
    ]
  },
  "devicemembership": [
    "16"
  ],
  "etag": "2aea617ebc2640c6e997b1869e8e49c3",
  "id": "16390",
  "lights": [],
  "name": "ZBT-Remote-ALL-RGBW 16",
  "scenes": [],
  "state": {
    "all_on": false,
    "any_on": false
  },
  "type": "LightGroup",
  "uniqueid": "00:15:8d:00:03:41:88:92"
}

@ebaauw muito obrigado pelo seu trabalho. Eu tenho um controle remoto sentado, que em breve graças a você vai voltar à vida

Uau. Otimo trabalho. Não entendo quase nada ... Mas obrigada! 😁😂🤣

As cenas, é claro, têm nomes mais inspiradores do que eu posso imaginar: Work Light, Sunset, Party, Night Light, Campfire, Romance. A partir da descrição, eles realmente acionariam efeitos dinâmicos nas luzes (exceto para Luz de trabalho e Luz noturna). Pode ser legal expô-los por meio da API usando state.effect no recurso / lights. >

Como eu uso a API REST de maneira excepcional, seria fantástico obter mais alguns efeitos além da coloorwheel, especialmente o efeito da fogueira seria ótimo.

Fico feliz em tentar isso, se alguém puder me emprestar ou doar uma lâmpada Tint.

Ainda não tenho lâmpadas coloridas, apenas o controle remoto, mas ficaria feliz em doar se você me informar como. Acho que o mais barato seria um RGB GU10 na Amazon.nl agora ...
https://www.amazon.nl/Müller-Licht-LED-lamp-reflector-wit-kleur-wittinten/dp/B07ND91HGT/ref=sr_1_1 ? __ mk_nl_NL =% C3% 85M% C3% 85% C5% BD% C3 % 95% C3% 91 & dchild = 1 & palavras-chave = m% C3% BCller + licht + tint & qid = 1591181929 & sr = 8-1

Fico feliz em tentar isso, se alguém puder me emprestar ou doar uma lâmpada Tint.

Oi. Se você encontrar uma loja em sua área onde comprá-lo, não me importo de pagar ....

Apenas me diga quanto foi e me dê um método para enviar o dinheiro (paypal, talvez ??).

Saudações!!

Manuel.

Obrigado, @Viguri. Não é necessário, pois @scholzmichael já solicitou uma GU.10 para ser entregue em minha casa, ETA 6 de junho. Manteremos vocês informados.

O GU.10 já chegou hoje!

Devo dizer que estou bastante impressionado:

• ZHA _Luz de cor estendida_ com ZGP _GP Proxy Basic_. ZCL versão 2, então nenhum ZB3;
• Suporta _PowerOn OnOff_ e _PowerOn Level_. Ele também expõe _PowerOn Color Temperature_, mas isso não parece fazer nada.
• Liga e desliga em _Mover to Level (com On / Off) _.
• Temperaturas de cor de 153 (6500 K) a 555 (1800 K);
• Gama de cores: vermelho [0.5245, 0.2337] , verde: [0.1112, 0.7717] , azul: [0.1277, 0.1277] . Parece não relatar isso, mas relata a cor real (ao invés do conjunto de cores), então ph probe funciona;
• Não tenho certeza de quantos canais o ponto tem: as temperaturas de cor mais quentes parecem ter cores misturadas, mas definitivamente há um canal branco. É muito brilhante em ct 370. O verde e o azul são mais vibrantes do que as luzes de matiz gama-B;
• Suporta relatórios de atributos para "todos" os atributos (até mesmo o atributo personalizado para definir as cenas especiais);
• A temperatura da cor é armazenada como _Tonalidade aprimorada_ nas cenas;
• 16 cenas; Não relata o número de grupos com suporte;
• O cluster OTAU parece estar funcional.

Uma advertência: ele relata _Capacidades de cor_ 0x001f, mas _Hue aprimorado_ permanece em 0 o tempo todo e não oferece suporte aos comandos para definir _Tonalidade aprimorada_. Ele relata o _Modo de cor aprimorado_ como _Tal e saturação atuais aprimorados_ quando o loop de cor está ativo.

Obrigado @ebaauw por todo o trabalho e tempo que você investe neste projeto. Estamos ansiosos para ver se podemos melhorar a API REST com um pouco mais de efeitos. Também muito obrigado pela primeira revisão. Estou usando Osram e Ledvance agora, pensando em usar Müller Licht Tint no futuro.
PS O que também faltava seria um bom efeito de natal (desaparecendo lentamente entre vermelho e verde) ... começando a sonhar de novo, mas afinal ainda faltavam 6 meses para isso ser necessário :)

As cenas de Müller são, na verdade, manipuladas pelo firmware da luz, semelhante ao loop de cor. Eles precisariam oferecer suporte a uma cena de Natal antes da API.

Para o meu efeito de Natal, simplesmente criei cenas de visualização, com diferentes padrões de verde e vermelho para as luzes da minha sala. Simplesmente executo um script bash que lembra essas cenas em um loop infinito.

Parece interessante, você poderia compartilhar o script do bash? Deve, então, obviamente funcionar com a maioria ou todos os dispositivos RGBW Zigbee, se bem entendi ...

Oi,

Sou muito novo no tópico zigbee, mas com muito interesse acompanhei essa discussão aqui.
Eu possuo um buld (luz mueller de tonalidade), um tom de ir e desde há algum tempo este controle remoto de tonalidade.

Agora o software atualizado está disponível, mas de alguma forma ainda não estou conseguindo entender todo o assunto.
Antes eu não conseguia conectar o controle remoto, mas agora parece que funciona de alguma forma.

Estou usando principalmente o Phoscon, então fui para a seção de switch e tentei emparelhar (pensei que o RC fosse um switch), mas não funcionou. Usando a seção Sensort, consegui conectar o controle remoto, pelo menos a IU mostrou-me um OK verde quando cliquei no botão reset por 5s e depois cliquei nos botões de grupo várias vezes.
Mas o RC não é mostrado no aplicativo Phoscon:

também nenhum grupo é mostrado:

Mas posso ver 3 grupos no Open Wireless Light Control (2016):

esses grupos eu não consigo deletar ...
_Também tive o caso em que tinha apenas um grupo e pude adicionar outros grupos fazendo as etapas de conexão novamente. depois disso, reinicio completamente o gateway e conecto todos os dispositivos novamente, depois disso, pego diretamente todos os três dispositivos_

deconz me mostra um único dispositivo:

Então pensei que os três grupos estão de alguma forma conectados ao switch de grupo, embora "agrupar todos" não tenha nenhum efeito. Acho que é isso que foi dito por "O botão multi-luz não envia nada ..."
Mas não consigo ver o dispositivo ou os grupos em phoscon.
Eu poderia fazer algumas configurações no Hue Essentials para um botão, mas isso não consegui ver no phoscon ou Open Wireless Light Control.

Então, minha (s) pergunta (s)

• Eu entendi algo errado ou fiz algo errado?
• Por que o dispositivo ou os grupos não são mostrados em phoscon?
• Como posso excluir o dispositivo ou os grupos? btw. inicialmente todos os grupos são nomeados iguais.
• Como configuraria os outros botões com cenas no Phoscon?
• E uma pergunta para mim: O que você está usando principalmente para manter a configuração do seu smarthome: Phoscon, Deconz ou algo como hue essentials, ou você usa algo como openhab / homeautomation.
  E eu acho que se você preferir um, você está fazendo principalmente a configuração apenas com o software selecionado.

Encontrei o mesmo, o sensor é visível no deCONZ, mas não no Phoscon, embora o Pairing tenha mostrado verde no phoscon. Na verdade, pensei que deveria primeiro conectar uma lâmpada colorida (que ainda não fiz) ...

O plugin REST API cria o recurso ZHASwitch /sensors no emparelhamento e os recursos /groups , visto que vê um comando para cada grupo. Você precisa selecionar cada grupo e pressionar um botão para que o grupo correspondente seja criado (e listado em /config/group ).

O Phoscon ainda não oferece suporte ao controle remoto e, pelo que sei, não mostra grupos vazios. O antigo aplicativo da web mostra grupos vazios. Depois de adicionar uma luz, eu acho, o grupo deve estar visível no Phoscon. As luzes adicionadas a um dos grupos são controladas diretamente pelo remove (mesmo quando o deCONZ está desativado). Além disso, você pode definir regras sobre os valores buttonevent do ZHASwitch para automação avançada.

Se você reiniciar o controle remoto, ele escolherá novos grupos (aleatórios). O plug-in REST API deve limpar os grupos obsoletos depois de emparelhar novamente o remoto (como ele vê os novos grupos), mas não tenho certeza de que isso será feito corretamente em todos os casos.

Ok, o aplicativo antigo vê os grupos vazios e posso adicionar uma lâmpada, controlá-la por meio do aplicativo antigo também. O controle remoto neste caso não parece funcionar e o Phoscon não mostra o grupo.

Você precisa definir o controle remoto para o grupo correspondente. Verifique novamente se o grupo ainda está listado em config.group do controle remoto.

Parece que sim, é até mostrado em nó vermelho como "ZBT-Remote-ALL-RGBW 2 (Luzes: 1)

Isso significa que o grupo foi criado para o remoto, não que o remoto ainda envia comandos para aquele grupo.

Ele me mostra 3 grupos em "config.group" quando eu faço um get api / apikey / sensores / (ID da tonalidade) onde em um deles está a lâmpada correspondente, então eu acho que deve ser configurado corretamente. A única coisa que devo admitir é que não é uma lâmpada Müller Licht, mas uma Ledvance PAR16 RGBW Z3, ​​mas ligar / desligar deve estar funcionando pelo menos como no aplicativo antigo, e deve ser mostrado em foscon, ou não?

De qualquer forma, não posso usar a funcionalidade do controle remoto (dentro da api) como foi palnned, pois mesmo na api o limite de grupo para ações remotas tint é limitado a 3 grupos, eu precisaria de pelo menos 4 grupos. Isso significaria que devo usar um segundo sensor (remoto de tonalidade) e não acho que seja possível criá-lo apenas virtualmente dentro da API, ou é?

Ele me mostra 3 grupos em "config.group" quando eu faço um get api / apikey / sensores / (ID da tonalidade) onde em um deles está a lâmpada correspondente, então eu acho que deve ser configurado corretamente.

Para mim o mesmo

A única coisa que devo admitir é que não é uma lâmpada Müller Licht, mas uma Ledvance PAR16 RGBW Z3, ​​mas ligar / desligar deve estar funcionando pelo menos como no aplicativo antigo, e deve ser mostrado em foscon, ou não?

Eu configurei 2 dos 3 grupos para teste, um tem uma lâmpada colorida e o outro um matiz philips.

• se o controle remoto estiver no grupo um, só posso mudar a tonalidade para desligar incl. seleção de cores e cenas embutidas de lâmpada colorida (sem configuração)
• se o controle remoto estiver no grupo dois (matiz), só posso desligar o matiz incl. seleção de cores (sem cenas)
• se remoto estiver em todos os grupos, nada acontece, embora o led vermelho remoto acenda por um clique (3 vezes) que me assume que envia o comando para todos os três grupos, mas nada acontece aqui

entretanto, como você já disse, os grupos não aparecem no Phoscon, embora se não estiverem vazios

se remoto estiver em todos os grupos, nada acontece, embora o led vermelho remoto acenda por um clique (3 vezes) que me assume que envia o comando para todos os três grupos, mas nada acontece aqui

Não, não importa. Na verdade, ele não envia nada quando todos os grupos são selecionados.

Observe que as cenas são específicas do matiz e funcionam apenas para luzes matiz.

se o controle remoto estiver no grupo um, só posso mudar a tonalidade para desligar incl. seleção de cores e cenas embutidas de lâmpada colorida (sem configuração)

tentei novamente, você está certo, eu posso reproduzir isso em 100%

Não, não importa. Na verdade, ele não envia nada quando todos os grupos são selecionados.

Ok, não sabia disso, minha impressão era controlar todos os 3 grupos, uma vez que eles são selecionados em um estágio ...

se remoto estiver em todos os grupos, nada acontece, embora o led vermelho remoto acenda por um clique (3 vezes) que me assume que envia o comando para todos os três grupos, mas nada acontece aqui

Não, não importa. Na verdade, ele não envia nada quando todos os grupos são selecionados.
embora, o led indicador pisque em vermelho? muito estranho. A partir do comportamento de piscar, pensei que enviava a mensagem a todos os três grupos.

Quando escrevo uma regra, sei qual grupo é selecionado?
Ou, em outras palavras, posso escrever uma regra para um dos botões de cena (condição 1), que se aplica apenas a um grupo dedicado (condição 2)?
Como as cenas padrão são aplicadas apenas ao grupo dedicado: Se eu tiver duas lâmpadas coloridas, uma em grp1 e a outra em grp2, apenas a lâmpada grp1 inicia a cena se o controle remoto estiver em grp1.

Observe que as cenas são específicas do matiz e funcionam apenas para luzes matiz.

Claro, eu entendo. Posso desativar o comportamento dos botões de cena para tons.
Quando adiciono uma lâmpada colorida e uma lâmpada não colorida ao mesmo grupo, apenas a lâmpada colorida entende a cena e começa a fazer algo, portanto, gostaria de usar os botões para minhas próprias cenas

Quando escrevo uma regra, sei qual grupo é selecionado?

Você não. Nem o plug-in REST API, veja minha explicação acima.

Posso desativar o comportamento dos botões de cena para tons.

Não, como acontece com a maioria dos controles remotos de consumo, isso está embutido no firmware do controle remoto. Você pode evitar adicionar luzes aos grupos e controlar apenas as luzes usando regras.

ok, isso parece ser bastante difícil de lidar. Eu tenho 3 lâmpadas coloridas agora em um gourp ZHA (antigo webIF). ligar e desligar, bem como a configuração de cores, funciona bem no aplicativo antigo, bem como no controle remoto de tonalidade correspondente. As cenas especiais pelo que entendi são implementadas no FW das lâmpadas e só podem ser configuradas pelo controle remoto, não usando webIF antigo, nem pela api. Dentro de phoscon nada pode ser feito, já que o grupo não é mostrado lá. Então, o que fiz foi criar um grupo no próprio phoscon para poder controlar a funcionalidade básica via API e phoscon. Isso funciona, é claro. A falta de efeitos na api deCONZ é uma pena. Espero que, em algum momento, mais efeitos estejam disponíveis para todas as lâmpadas coloridas.

A falta de efeitos na api deCONZ é uma pena.

Já adicionei suporte API para as cenas especiais, mas esqueci de mencionar isso aqui. Já deve estar incluído em 2.05.78. Defina "effect" como "sunset" , "party" , "worklight" , "campfire" , "romance" ou "nightlight" . Para cancelar, defina como "none" . API também relata o efeito atual quando definido através do controle remoto, incl. notificação de soquete da web.

@ebaauw ,
obrigado de novo, mas parece que ainda não chegou. A resposta é:
"erro": {
"endereço": "/ grupos / 16388 / ação / efeito",
"descrição": "valor inválido, fogueira, para parâmetro, efeito",
"tipo": 7
}
Estou em 2.05.78
este é o grupo ZHA contendo 3 lâmpadas coloridas GU10 ...

Desculpe, isso está disponível apenas na API /lights . Ainda preciso refatorar a parte /groups , mas é melhor resolver quaisquer problemas com /lights primeiro.

Oi, parece que sempre tenho problemas, tentando a coisa errada primeiro ... :), o efeito de tonalidade das luzes está funcionando bem, obrigado. Eu vi que a funcionalidade de grupo na API funciona um pouco estranho, na verdade, se você mudar do efeito de grupo para um valor estável para o grupo, nem todas as lâmpadas parecem funcionar às vezes, o que significa que às vezes uma lâmpada parece permanecer no modo de efeito, precisa para analisar esta questão quando eu chegar a ela.

Obrigado novamente pelo seu trabalho implementando isso.

A propósito, você se importaria de me enviar seu script de Natal e as configurações de luz correspondentes também? Você está executando o script em seu pi ou em uma máquina win?

Eu vi que a funcionalidade de grupo na API funciona um pouco estranho, na verdade, se você mudar do efeito de grupo para um valor estável para o grupo, nem todas as lâmpadas parecem funcionar às vezes, o que significa que às vezes uma lâmpada parece permanecer no modo de efeito, precisa para analisar esta questão quando eu chegar a ela

Receio que isso seja cortesia do firmware Tint. Se você iniciar o efeito enquanto a lâmpada estiver desligada, o efeito ocorre, mas a lâmpada não relatará como ligada. Acho que a lâmpada se comporta de forma diferente neste estado, do que quando já estava ligada antes de iniciar o efeito. Além disso, não parece haver uma maneira documentada de cancelar o efeito. Definir "effect": "none" envia o comando para interromper um loop de cor, que, como se viu, também cancela o efeito especial Tint, mas o controle remoto não fornece algo semelhante.

você se importaria de me enviar seu script de Natal e as configurações de luz correspondentes também?

Não era nem um script, mas um alias de bash:

alias xmas='while true; do  ph put /groups/220/scenes/3/recall; sleep 2; ph put /groups/220/scenes/4/recall; sleep 2; done'

Eu executaria isso no Pi.

A cena 3 colocaria as luzes "ímpares" em vermelho e as "pares" em verde; a cena 2 colocaria as luzes "ímpares" em verde e as "pares" em vermelho.

Receio que isso seja cortesia do firmware Tint. Se você iniciar o efeito enquanto a lâmpada estiver desligada, o efeito ocorre, mas a lâmpada não relatará como ligada. Acho que a lâmpada se comporta de forma diferente neste estado, do que quando já estava ligada antes de iniciar o efeito. Além disso, não parece haver uma maneira documentada de cancelar o efeito. Definindo "efeito": "nenhum" envia o comando para interromper um loop de cor, o que, como se viu, também cancela o efeito especial Tint, mas o controle remoto não fornece algo semelhante.

Não é um grande problema se for conhecido, eu apenas envio a string "effect": "none" dentro do próximo comando "on" e parece funcionar bem ... e eu não uso o controle remoto, só preciso dele para emparelhar, para que eu possa usar a funcionalidade dentro da API.

Muito obrigado pelo seu apelido, def. tente isso.

Comprei um desses controles remotos para brincar e estou bastante impressionado. Isso é o que está funcionando até agora:

• Configuração de grupos (apenas um testado)
• Controle de cores através da roda sem nenhuma regra / configuração (o comportamento é realmente muito bom, eu realmente gosto)
• Relatórios de eventos importantes para todas as chaves (incluindo as chaves de cena!) Por meio da API

Então, muito obrigado por seus esforços @ebaauw. Este é um controle remoto ZigBee muito legal e um bom substituto para meus antigos controles remotos TouchLink Hue, que infelizmente não funcionam mais com o DeCONZ.

Problemas até agora:

• A temperatura da cor de um grupo não pode ser controlada diretamente. Este é um problema conhecido ou a temperatura da cor deve funcionar? Eu só testei isso com um Hue bloom até agora e não parece reagir aos botões coloridos temporários. Agora eu poderia definir regras para isso externamente, mas isso é muito desajeitado.
• Depois que meu ConBee ficou offline por alguns dias, o controle remoto perdeu a conexão com ele e não se reconecta a ele. Ele ainda pode controlar diretamente as luzes ZigBee em seu grupo, porque funciona sem o coordenador. Puxar as pilhas do controle remoto faz com que ele se reconecte.

O Hue Bloom não suporta temperatura de cor; estes são dispositivos _Color Light_.

Não tenho certeza do que você quer dizer com “perdi a conexão”. Não há conexões no Zigbee.

OK, eu baguncei a terminologia aqui. Na verdade, eu quis dizer saturação de cor. O controle remoto Philips Hue (redondo) me permite mudar as cores para mais branco e eu esperava que o botão "temperatura da cor" fizesse a mesma coisa aqui. Mas como você disse, parece ser apenas a temperatura da cor e meu palpite é que isso realmente é uma coisa de firmware que não pode ser alterada dentro do deCONZ.

Felizmente, esses pressionamentos de botão são relatados por meio da API, portanto, são programáveis.

O que eu quis dizer com "perda de conexão" é a linha entre o controle remoto e o ConBee na IU deCONZ Qt. O Conbee e o deCONZ ficaram fora do ar por um tempo e após um reinício a linha entre o controle remoto e o Conbee (o coordenador) não voltava. Apenas a linha entre o controle remoto e as luzes que ele controla. O resultado foi que os pressionamentos de botão não foram mais relatados pela API deCONZ. O "sensor" remoto estava preso com um atributo last_updated que tinha alguns dias, mas o controle remoto ainda podia controlar as luzes.

Como eu disse puxando as baterias do controle remoto funcionou em torno disso. Não tenho certeza se este é um problema de CONZ ou um problema com o firmware do controle remoto.

Apenas a linha entre o controle remoto e as luzes que ele controla.

Não é isso que a linha representa.

O resultado foi que os pressionamentos de botão não foram mais relatados pela API deCONZ.

Isso não está relacionado às linhas. Também é estranho, pois o controle remoto envia mensagens de broadcast, que são captadas pela luz e pelo coordenador da mesma forma. Provavelmente um problema com deCONZ e / ou o coordenador deixando a rede. Você pode querer verificar se há erros no log deCONZ.

Obrigado pelos esclarecimentos, @ebaauw

Há mais uma coisa: a roda de cores move a cor do meu Hue Bloom para a cor desejada. No entanto, deCONZ nunca detecta a mudança de cor, a luz está presa na cor antiga ali. Eu verifiquei a API REST para a luz e os valores de xy / color e hue nunca mudam quando a luz é controlada pelo controle remoto. No entanto, o atributo bri é atualizado ao definir o brilho por meio do controle remoto.

Para mim, isso também soa mais como um bug no deCONZ, pois ele deve pesquisar o estado do dispositivo de vez em quando e, eventualmente, atualizar a cor exposta. Ou deveria ser assim que as mudanças de cor através do controle remoto nunca aparecerão no API / Phoscon?

Hm interessante. Acho que a luz simplesmente não está sendo pesquisada pelo plugin API. Para verificar: se você leu os atributos do cluster _Color Control_ na GUI, xy deve ser atualizado. bri atualizado imediatamente ou está atrasado?

Hm interessante. Acho que a luz simplesmente não está sendo pesquisada pelo plugin API. Para verificar: se você leu os atributos do cluster _Color Control_ na GUI, xy deve ser atualizado. bri atualizado imediatamente ou está atrasado?

bri é atualizado automaticamente com um pequeno atraso (até ~ 10 segundos). E você está certo, assim que eu pressiono o botão _Read_ no cluster _Color Control_ xy também é atualizado na API REST e no painel de informações do cluster em _Atributos_. Então, sim, parece um problema de pesquisa. Existe uma maneira de dizer ao plugin da API para pesquisar a luz? Você pode reproduzir isso com outras luzes Hue ou é apenas meu Hue Bloom particular?

Eu já reiniciei o deCONZ, recarreguei o Hue Bloom e o Conbee II e xy ainda não atualiza automaticamente. Meu palpite é que isso não tem nada a ver com o controle remoto.

Meu palpite é que isso não tem nada a ver com o controle remoto.

Corrigir. A luz é atualizada e, quando questionada, informa o xy correto.

Então, sim, parece um problema de pesquisa. Existe uma maneira de o plugin da API pesquisar a luz? Você pode reproduzir isso com outras luzes Hue ou é apenas meu Hue Bloom particular?

Não, o plugin da API lida com a própria votação. Sempre achei isso um pouco opaco, algumas luzes parecem ser consultadas com mais frequência do que outras e, após reiniciar o deCONZ, isso muda. Observe que a cor só é consultada quando os relatórios de luz estão ligados (o mesmo para o brilho, porém).

Eu acho que é um bug de plugin de API para o Bloom (ou para tipos de luz semelhantes ao Bloom). Você experimentou o controle remoto com outras luzes coloridas? Quando eu executo ph -v probe em um de meus Blooms, ele atinge o tempo limite, provavelmente significando que deCONZ não consultou o cluster de cores em mais de cinco minutos.

Tirou o farejador: mesmo quando o Bloom está desligado, o cluster _Color Control_ é consultado, mas para os atributos 0x0008, 0x4001, 0x400a, 0x400b, 0x400c. Quando o Bloom está ligado, o cluster _Level Control_ é consultado. Ainda a mesma consulta para _Color Control_. Parece que a API travou ao tentar inicializar ctmin (0x400b) e ctmax (0x400c), mas esses atributos não são suportados para o tipo _Color Light_.

É melhor abrir uma nova edição para isso.

Você experimentou o controle remoto com outras luzes coloridas?

Acabei de experimentar com uma lâmpada Hue E27 e a cor da luz se atualiza perfeitamente por meio da API, mesmo quando configurada por meio do controle remoto. Então, meu Hue Bloom acabou sendo uma luz ruim para brincar com o controle remoto: sorria:

Muito obrigado por abrir a edição sobre o Bloom e por descobrir os detalhes @ebaauw. Seus esforços neste projeto são muito apreciados. : +1:

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.

Podemos evitar fechar este “problema” ?? Muito obrigado!! É um tópico interessante.

De: stale [bot] [email protected]
Enviado el: domingo, 16 de agosto de 2020 23:56
Para: dresden-elektronik / deconz-rest-plugin [email protected]
CC: Viguri [email protected] ; Mencione mençã[email protected]
Asunto: Re: [dresden-elektronik / deconz-rest-plugin] [Solicitar suporte de dispositivo] Controle remoto de tonalidade por Müller-Licht (# 1209)

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.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1209#issuecomment-674582866 ou cancele a inscrição https://github.com/notifications/unsubscribe- auth / ACPNQ2FT3V2GGRYMXHNKASLSBBIYBANCNFSM4GT6GGOA .

Podemos evitar fechar este “problema”?

Por quê? O controle remoto é compatível com a API e não estou ciente de nenhum ponto em aberto restante.

Olá. Ok, desculpe se for esse o caso. Existe alguma nota de como operar com isso?

De: Erik Baauw [email protected]
Enviado el: lunes, 17 de agosto de 2020 8:02
Para: dresden-elektronik / deconz-rest-plugin [email protected]
CC: Viguri [email protected] ; Mencione mençã[email protected]
Asunto: Re: [dresden-elektronik / deconz-rest-plugin] [Solicitar suporte de dispositivo] Controle remoto de tonalidade por Müller-Licht (# 1209)

Podemos evitar fechar este “problema”?

Por quê? O controle remoto é compatível com a API e não estou ciente de nenhum ponto em aberto restante.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1209#issuecomment-674675455 ou cancele a inscrição https://github.com/notifications/unsubscribe- auth / ACPNQ2B67VUMLPOMGTFT7QTSBDBWXANCNFSM4GT6GGOA .

Veja acima, por exemplo, https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1209#issuecomment -636373482
Você pode precisar exibir os comentários ocultos.

A parte / groups já foi implementada? Não li nada sobre isso nas versões beta mais recentes e, além disso, será visível no aplicativo da phoscon no futuro? Não atualizei ainda, pois não vi nada documentado sobre os pontos acima mencionados ...

Foi desde o primeiro suporte. Observe que o Phoscon não mostra mais grupos associados a switches.

Para obter suporte do controle remoto no Phoscon, abra um problema no repositório. É um código fechado, então não posso ajudar nisso.

Você pode configurar os botões individuais em meu aplicativo Hue Essentials. A configuração é armazenada em deCONZ.

Olá Erik, estava me referindo ao seu comentário de 25 de junho

Desculpe, isso está disponível apenas na API / lights. Ainda preciso refatorar a parte / groups, mas é melhor resolver quaisquer problemas com / lights primeiro.

Então, se isso já está disponível agora, tudo bem, obrigado. Acho que pessoalmente posso viver sem ver o controle remoto em Foscon, embora tivesse sido bom ver pelo menos os grupos que podem ser vistos no aplicativo antigo. Obrigado a todos que trabalharam nisso.

Desculpe, você quer dizer definir as cenas de Tint através da API usando um recurso /groups , meu mal. Não, isso ainda está na lista de tarefas, refatorando a manipulação de um PUT para action . No entanto, isso não está diretamente relacionado ao suporte do controle remoto Tint. É melhor abrir um novo problema para isso, se quiser rastreá-lo.

Oi erik,
correto, foi isso que eu quis dizer,
mas não há problema, não é uma urgência real se você ainda vai trabalhar nisso, vou apenas esperar e ler as notas de lançamento até ver.

Como não houve resposta em 21 dias, esse problema foi marcado automaticamente como desatualizado. No OP: feche este problema ou mantenha-o ativo. Ele será fechado em 7 dias se nenhuma outra atividade ocorrer.

Oi pessoal. Obrigado pelo seu trabalho árduo!
Estou com o controle remoto funcionando, a única dúvida é em relação ao ColorWheel e ao assistente de residência.
Posso ver na API REST que, quando pressiono a roda de cores, o parâmetro de ângulo muda:

{ "config": { "group": "16388,16389,16390", "on": true, "reachable": true }, "ep": 1, "etag": "e622c29f2a6c54a3b4645da6a0a435d5", "lastseen": "2020-09-12T13:56:18.871", "manufacturername": "MLI", "mode": 1, "modelid": "ZBT-Remote-ALL-RGBW", "name": "ZBT-Remote-ALL-RGBW 13", "state": { "angle": **180**, "buttonevent": 6002, "lastupdated": "2020-09-12T13:56:18.647", "xy": [ 0.3726, 0.5885 ] }, "swversion": "2.0", "type": "ZHASwitch", "uniqueid": "00:15:8d:00:03:56:b6:1f-01-1000" }

no entanto, quando ouço até 6002 no deconz, tudo o que recebo é isso (não há informações de estado na notificação):

`
Evento 154 disparado 14:56:

{
"event_type": "deconz_event",
"dados": {
"id": "zbt_remote_all_rgbw_13",
"unique_id": "00: 15: 8d: 00: 03: 56: b6: 1f",
"evento": 6002
},
"origem": "LOCAL",
"time_fired": "2020-09-12T13: 56: 18.874560 + 00: 00",
"contexto": {
"id": "bb8ea20cf4ff11eaa0f8d733934ab1f1",
"parent_id": null,
"user_id": null
}
}
`

Este é um comportamento esperado que o assistente doméstico só pressione um botão, mas nenhum estado?
Se sim - como obter informações sobre o ângulo no assistente domiciliar?
Preciso fazer a solicitação POST após obter um deconz_event?

Obrigado!
Irek

Esse é o comportamento esperado agora. Estou trabalhando para expor os valores de ângulo e xy por meio do Home Assistant. Fique ligado 😉

@ebaauw Eu encontrei um bug com este controle remoto. Acabei de comprar um segundo controle remoto de tinta para fins de desenvolvimento e parece que o segundo controle remoto de tinta não criou novos grupos ZigBee. Ele está usando os mesmos grupos do primeiro controle remoto de cor. Esta é a saída da API:

In [15]: requests.get("http://gandalf/api/xxx/sensors/12",).json()
Out[15]: 
{'config': {'group': '16388,16389,16390', 'on': True, 'reachable': True},
 'ep': 1,
 'etag': 'b1336f750d31300afa441a04f2c69b68',
 'lastseen': '2020-09-15T16:42Z',
 'manufacturername': 'MLI',
 'mode': 1,
 'modelid': 'ZBT-Remote-ALL-RGBW',
 'name': 'ZHA Remote 1',
 'state': {'angle': 10,
  'buttonevent': 6002,
  'lastupdated': '2020-09-08T18:58:24.193',
  'xy': [0.3381, 0.1627]},
 'swversion': '2.0',
 'type': 'ZHASwitch',
 'uniqueid': '00:15:8d:00:03:61:xx:xx-01-1000'}

In [14]: requests.get("http://gandalf/api/xxx/sensors/26",).json()
Out[14]: 
{'config': {'group': '16388,16389,16390', 'on': True, 'reachable': True},
 'ep': 1,
 'etag': '5303999b3185631a9bad1e009ad18c2c',
 'lastseen': '2020-09-15T17:30Z',
 'manufacturername': 'MLI',
 'mode': 1,
 'modelid': 'ZBT-Remote-ALL-RGBW',
 'name': 'ZHA Remote 2',
 'state': {'angle': 0,
  'buttonevent': 4002,
  'lastupdated': '2020-09-15T17:30:07.711',
  'xy': [0.301, 0.1487]},
 'swversion': '2.0',
 'type': 'ZHASwitch',
 'uniqueid': '00:15:8d:00:04:6e:xx:xx-01-1000'}

Os grupos aparentemente não tão aleatórios são escolhidos pelo controle remoto. Nada que o plugin API pode fazer. Acho que o controle remoto deve escolher outros grupos, após uma redefinição de fábrica.

Olá @ Thomas-Vos, minha tela está diferente no aplicativo Hue Essentials.

Olá @ Thomas-Vos, minha tela está diferente no aplicativo Hue Essentials.

Olá @foscoj , obrigado pelo feedback. Você tem certeza de que está usando a versão mais recente do Hue Essentials do Google Play? Deve ser a versão 1.14.3 (ou superior).

Se você estiver usando a versão mais recente, faça o seguinte: Na captura de tela enviada do Hue Essentials, toque nos três pontos na parte superior, toque em Detalhes e copie o Identificador.

Em seguida, volte para a tela de dispositivos (Geräte), selecione seu gateway deCONZ, toque em Api Debugger, toque em Continuar. Substitua o URL (valor padrão /config ) por /sensors/<id> , onde <id> é o identificador que você copiou anteriormente. Em seguida, toque no botão OBTER. Copie a resposta e cole-a em uma resposta aqui, para que eu possa ver o que está errado.

Engraçado, queria copiar o ID do switch device e acertei a tela agora ...

A versão do aplicativo é 1.14.4, verificado logo após a captura de tela esta tarde e não havia nenhuma atualização pendente, estranho. É possível que alguma ação dentro do deconz tenha acionado os atributos corretos para reconhecê-lo por essenciais de matiz?

De qualquer forma, obrigado pelo ótimo aplicativo e pela resposta rápida!

Editar: pressionar todos os botões, um após o outro, ajudava com os outros controles remotos a serem reconhecidos.

Antes de mais obrigado pelo excelente trabalho realizado aqui! Seria possível alguém escrever uma lista de instruções sobre como conectar este controle remoto ao deconz? Eu entendo que o phoscon não é capaz de mostrar isso. Consigo ver o controle remoto no deconz ui, mas ele não aparecerá como um sensor dentro do deconz ou no aplicativo de @Thomas-Vos. Aqui está o que consegui e tentei até agora:

• Certifique-se de que o controle remoto não esteja listado no deconz (exclua o nó se existir)
• Abra o phoscon pwa e comece a busca por novos sensores (também tentei fazer isso por meio do deconz rest api touchlink scan)
• Pressione o botão de reset no compartimento da bateria do controle remoto.

Depois disso, consigo ver o controle remoto como um novo dispositivo no deconz, mas ele não está listado como um sensor. Não consigo ver no app de @Thomas-Vos nem na api restante da deconz ( http://x.x.x.x:8080/api/<id>/sensors ).

Aqui está o que posso ver no deconz:

@ David-Development try switches 😉

@foscoj Esse é um ponto muito bom 🤦 😅 Tentei reconectá-lo 10 vezes agora (como um switch em vez de um sensor), mas infelizmente ainda não está aparecendo. O Phoscon está apenas procurando por 3 minutos e depois diz algo como "nada encontrado". Não sei por que ele não consegue ler a versão zcl, a versão hw etc.

Ele pisca rápido durante o pressionamento de reset e se você deixá-lo piscar devagar? Ele só está conectado quando para de piscar em 30 segundos.
Acabei de ter um problema com uma das minhas, depois de trocar as pilhas funcionou perfeitamente (pilhas originais, funcionavam antes, com duas semanas ...)

@foscoj Desculpe pela demora, tive que verificar
No deconz, posso ver o dispositivo aparecendo imediatamente - o balão indicador no canto superior esquerdo está piscando em verde rapidamente por alguns segundos. Quando pressiono um botão no controle remoto, ele pisca em azul (o que significa que a transferência de dados está acontecendo).

No entanto, após três minutos, o phoscon apenas diz "a conexão falhou". Eu preciso pressionar alguns outros botões?

Interessante o suficiente .. quando tento excluir o nó do deconz, ele continua aparecendo novamente após alguns segundos, embora eu tenha removido as baterias do controle remoto. Você acha que meu deconz está bagunçado? Talvez eu deva tentar redefinir minha configuração de deconz.

@foscoj Desculpe pela demora, tive que verificar
No deconz, posso ver o dispositivo aparecendo imediatamente - o balão indicador no canto superior esquerdo está piscando em verde rapidamente por alguns segundos. Quando pressiono um botão no controle remoto, ele pisca em azul (o que significa que a transferência de dados está acontecendo).

No entanto, após três minutos, o phoscon apenas diz "a conexão falhou". Eu preciso pressionar alguns outros botões?

Interessante o suficiente .. quando tento excluir o nó do deconz, ele continua aparecendo novamente após alguns segundos, embora eu tenha removido as baterias do controle remoto. Você acha que meu deconz está bagunçado? Talvez eu deva tentar redefinir minha configuração de deconz.

O emparelhamento parece ter sido bem-sucedido, o phoscon deve relatar algum nome nos switches, a configuração não é compatível com o phoscon.

É por isso que eu uso o Hue Essentials depois

@foscoj Eu tentei redefinir o deconz três vezes ontem (excluir banco de dados, criar uma nova rede, etc), mas o phoscon ainda não o pega. E também não consigo ver o dispositivo no app hue essentials. Comprei dois switches IKEA ontem e ambos foram reconhecidos imediatamente.
Qual versão do deconz vocês estão usando? Existe uma versão do app phoscon? Não consegui encontrar informações sobre a versão do pwa.

Em Hue essentials, você deve ver algum dispositivo Z alguma coisa, não posso procurá-lo agora. Phoscon também, mas a configuração só é possível nos fundamentos de matiz. Desculpe, não posso ajudar mais, com baterias novas funcionou em todos os três para mim ...
A versão do Deconz deve ser atual, o phoscon vem junto com ele

Os grupos aparentemente não tão aleatórios são escolhidos pelo controle remoto. Nada que o plugin API pode fazer. Acho que o controle remoto deve escolher outros grupos, após uma redefinição de fábrica.

@ebaauw Fiz uma redefinição de fábrica do segundo controle remoto, removi-o do DeCONZ e emparelhei novamente. Infelizmente, o segundo controle remoto sempre seleciona os mesmos grupos (16388,16389,16390) que o primeiro controle remoto. Você já disse que os grupos são escolhidos pelo controle remoto, mas podemos mudar isso de alguma forma depois? Talvez através de alguma ligação direta do dispositivo ou algo assim?

@foscoj e @ Thomas-Vos: Posso reproduzir a captura de tela remota ausente na tela de configuração do Hue Essentials. O controle remoto é mostrado na lista, mas a tela de configuração mostra apenas um campo de entrada de buttenevent logo após o emparelhamento. Assim que você pressionar alguns botões do controle remoto, especialmente o disco de cores, ele será exibido corretamente. Suspeito que o Hue Essentials espera que o atributo device['state']['angle'] seja definido, que é definido na primeira vez que a roda de cores é tocada após o emparelhamento.

Talvez através de alguma ligação direta do dispositivo ou algo assim?

Isso seria um truque legal, já que o controle remoto tem apenas um terminal.

Como não houve resposta em 21 dias, esse problema foi marcado automaticamente como desatualizado. No OP: feche este problema ou mantenha-o ativo. Ele será fechado em 7 dias se nenhuma outra atividade ocorrer.

Como não houve resposta em 28 dias, este problema será encerrado. @ OP: Se este problema for resolvido, poste o que corrigiu para você.