Deconz-rest-plugin: Detector de fumaça Xiaomi Mijia (HonneyWell)

O cluster 0x0500 indicou que este sensor é uma zona IAS, acho que é fácil suportá-lo. No entanto, a questão é como o sensor deve ser representado pela API?

Ou ZHAPresence ou melhor ZHAOpenClose ou talvez um novo tipo como ZHAAlarm?

ZHAAlarm parece o tipo mais apropriado. Há também um sensor de gás e um sensor de vazamento de água. Todos eles poderiam usar o tipo ZHAAlarm, eu acho.

Presença de fumaça/gás/água, então ZHAPresença?

No entanto, a questão é como o sensor deve ser representado pela API?

Uma difícil. Não estou muito empolgado com a perspectiva de oferecer suporte a mais meia dúzia de tipos de sensores ZHA (e sensores CLIP correspondentes). Por outro lado, gostaria de uma dica através da API que tipo de sensor é esse. Então, pelo menos, eu gostaria de atributos de estado diferentes para presença de pessoas, fumaça, gás, água. Minha sugestão: se houver diferentes tipos de dispositivos ZigBee (não que a Xiaomi se importe com eles), use diferentes tipos de recursos de sensores; se todos forem apenas um dispositivo de zona IAS, use um único tipo de recurso de sensor.

Vocês sabem se, uma vez suportado este detector, seria possível controlar a sirene a partir do deconz?

Achei que seria muito legal usar meus 8 detectores de fumaça como sirenes para o meu alarme... ;) (quando não estiver em casa é claro... senão eu me assustaria pra caramba no meio da noite...)

senão eu iria assustar a merda fora de mim no meio da noite

LOL. Poderíamos implementar um atributo state.scaringtheshitoutofme para isso.

Em uma nota mais séria, ele implementa o cluster _IAS WD_ (0x0502) ou fornece outros meios para ligar (e, esperançosamente, desligar) a sirene no ZigBee?

ele implementa o cluster IAS WD (0x0502) ou fornece outro meio para ligar (e, esperançosamente, desligar) a sirene no ZigBee?

Pode ser minha falta de conhecimento em relação ao Deconz, mas não vejo nenhum endpoint além de 01.

Espero que esses endpoints apareçam quando o detector estiver sendo suportado? Se não; como posso fazer mais alguns testes/depuração?

Usando o gateway MI, você pode habilitar e redefinir o alarme. Isso deve significar que, usando o Deconz, deve ser teoricamente possível fazer isso também.

Esses sensores também permitem testar/identificar. Você pode enviar um comando que faça o teste do detector de fumaça em si soar um bipe curto e informar seu status.

Além disso, eles relatam o status da bateria.

@ebaauw De repente percebi que os switches e sensores de movimento Xiaomi não estão relatando seus níveis de bateria. Eu sei que eles relatam o estado da bateria. Como podemos resolver isso?

Espero que esses endpoints apareçam quando o detector estiver sendo suportado? Se não; como posso fazer mais alguns testes/depuração?

Um endpoint é como um dispositivo lógico. Tem um ID (0x01), um perfil (neste exemplo ZHA ou _Home Automation_) e um tipo de dispositivo (0xffff).
Um endpoint pode fornecer vários clusters. Um cluster tem uma direção indicada pela cor (azul para clusters de entrada ou de servidor; cinza para clusters de saída ou de cliente) e um tipo (0x0000 para o cluster _Basic_).
Um cluster de servidor mantém atributos de estado, que podem ser lidos e/ou gravados de clientes, ou relatados a clientes, e aceita comandos. (Nota: esta não é a terminologia correta do ZigBee, mas me ajuda a entender). O painel _Cluster Info_ na GUI do deCONZ mostra os comandos e atributos padrão para clusters conhecidos (isso é realmente configurável no arquivo ZCLDB, por padrão /usr/share/deCONZ/zcl/general.xml ).

O problema com os nós operados por bateria é que eles dormem a maior parte do tempo, fazendo com que as consultas do gateway para descobrir seus terminais e clusters falhem. Parece que este sensor não foi totalmente lido pelo deCONZ, pois apenas o cluster _Basic_ é mostrado. Você pode tentar abrir a rede e pressionar o botão de teste (esperando que isso acorde o sensor de fumaça). Para um sensor de movimento, você acenaria, para um interruptor, você pressionaria um botão, para sensores de porta, você moveria o ímã. Se isso não resultar na descoberta de mais clusters, tente excluir o nó (selecione-o e pressione DEL) e repará-lo (enquanto pressiona o botão de teste para mantê-lo ativo durante a descoberta).

Além disso, eles relatam o status da bateria.

Isso normalmente é feito através do cluster _Power Configuration_ 0x0001. Então, novamente, nada sobre os sensores Xiaomi é padrão.

De repente, percebi que os interruptores e sensores de movimento da Xiaomi não estão relatando seus níveis de bateria.

Isso porque não encontramos nenhuma evidência dos sensores relatando o nível da bateria. Vimos algumas mensagens fora do padrão que ainda não descobrimos (consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/138#issuecomment-325141455).

Eu sei que eles relatam o estado da bateria. Como podemos resolver isso?

A menos que a Xiaomi tenha seu gateway de código aberto: fareje a comunicação ZigBee entre o gateway Mi e os sensores, faça engenharia reversa do comportamento do gateway Mi e implemente algo semelhante no deCONZ.

@ebaauw Obrigado pela sua explicação.
Encontrei um cara que parece ter feito engenharia reversa de alguns sensores Xiaomi.
Por exemplo, o sensor Xiaomi Motion:

fingerprint profileId: "0104", deviceId: "0104", inClusters: "0000, 0003, FFFF, 0019", outClusters: "0000, 0004, 0003, 0006, 0008, 0005, 0019", manufacturer: "LUMI", model: "lumi.sensor_motion", deviceJoinName: "Xiaomi Motion"

Esta linha mostra os clusters usados ​​(in e out?), esta é a informação necessária? Seu código parece bem documentado, então algumas informações podem ser usadas. Eu não sei exatamente onde adicionar os clusters para este sensor no arquivo XML.

https://github.com/a4refillpad/Xiaomi/blob/master/devicetypes/a4refillpad/xiaomi-motion-sensor.src/xiaomi-motion-sensor.groovy

Esta linha mostra os clusters usados ​​(in e out?), esta é a informação necessária? Seu código parece bem documentado, então algumas informações podem ser usadas.

Esta seria a informação necessária, mas não se parece com nenhum dos dispositivos Xiaomi que eu vi. Meu palpite é que ele copiou isso de outro sensor. Ou ele tem uma versão muito diferente (hardware/firmware).

Olhando para o código, parece que ele extrai o valor da bateria da mensagem 0x0000 de fato.

Eu não sei exatamente onde adicionar os clusters para este sensor no arquivo XML.

A maioria já está lá. O arquivo XML é usado para construir o painel _Cluster Info_; quaisquer clusters ausentes no arquivo XML serão exibidos na GUI como desconhecidos. Até onde eu sei, se os clusters não aparecerem na GUI, o dispositivo não os possui e não há como no deCONZ adicioná-los (com exceção de corrigir leituras incompletas durante o emparelhamento).

A menos que a Xiaomi tenha seu gateway de código aberto: fareje a comunicação ZigBee entre o gateway Mi e os sensores, faça engenharia reversa do comportamento do gateway Mi e implemente algo semelhante no deCONZ.

OK. Isso é o que eu fiz.

Eu sacrifiquei um dos meus botões Xiaomi e pisquei-o em um sniffer de pacotes. Cheirei a chave de transporte para poder cheirar e ver todos os pacotes :)

Eu testei meu botão de pressão:

Bem legal eu acho!

Legal, que sniffer é esse?

O hardware é um botão Xiaomi (todos os dispositivos Xiaomi possuem pads ftdi integrados)
Inspirado por esse cara:
http://faire-ca-soi-meme.fr/hack/2017/04/24/hack-xiaomi-mi-smarthome-decouverte-de-clef/

Ubiqua: https://www.ubilogix.com/
1000 Pacotes por captura grátis por 21 dias.
Permite decodificação em tempo real e dá uma visão interna muito boa, eu acho.

Agora vamos verificar o detector de fumaça para que eles sejam suportados :)

Parece mesmo bom :)

Se possível, capture o maior número possível de casos de uso e configure o tráfego e proteja os arquivos de log, talvez o Wireshark também possa abri-los.

Sim, posso exportar para PCAP? (algo assim, eu acreditava que o Wireshark usa esse formato

Legal! O que você usou para piscar o botão? E onde você conseguiu firmware sniffer? Acho que o quadro preto redondo é o botão de atraso? E a placa verde? É um conversor USB para serial comum ou algo mais?

Bom, o que eu fiz:

• Começou a Capturar.
• Juntou-se ao detector de fumaça ao gateway
• Defina a sensibilidade para "Lugar sem fumaça"
• Defina a sensibilidade para "Lugar com pouca fumaça"
• Defina a sensibilidade para "Colocar com fumaça"
• Defina a sensibilidade para "Lugar sem fumaça"
• Apertou o botão de teste (som de alarme + aplicativo Mi home dá mensagem push)
• Pressione o botão de teste novamente
• Puxou a bateria
• Colocou a bateria

A imagem acima mostra o ID de captura do pacote de quando fiz os testes.
Exportei o capute para o formato nativo do ubiqua, para o wireshark e o novo wireshark.

Xiaomi Mijia Honeywell detector de fumaça.zip

Eu testei para importar a captura. O downsite de abrir aqueles no wireshark é que os dados são criptografados. Então eu acho que o melhor seria se eu tivesse compartilhado a captura e minha chave de descrição para que você pudesse vê-los em Ubiqua?

Por exemplo, o teste usando o botão fornece esta informação:

Acho que vocês, desenvolvedores, não poderiam desejar mais informações, não é?

Inspirado por esse cara

Infelizmente, o arquivo do Excel em que ele capturou sua conclusão sniffing não nos mostra nada de novo. Sem informações da bateria ;-(

Legal! O que você usou para piscar o botão? E onde você conseguiu firmware sniffer? Acho que o quadro preto redondo é o botão de atraso? E a placa verde? É um conversor USB para serial comum ou algo mais?

A placa preta é o interior do botão de pressão.
Soldei fios no conector FTDI.
Eu conectei esses fios ao meu conversor serial -> FTDI
Puxado para baixo D0 para colocar o botão Xiaomi em modo de programação.
Esboço do sniffer NXP exibido (JennickSniffer) incluído no SDK do NXP.
Começou a capturar

Sua planilha do Excel é bastante inútil, de fato.
Vou conectar um dos meus sensores de movimento agora e ver as informações que aparecem.

Cabe a vocês me informar como os dados devem ser entregues.
A exportação dos dados brutos pode ser feita.
Exportar apenas quadros relevantes com alguma explicação é possível como:
Depois de adicionar o sensor de movimento, o sensor envia este anúncio:
https://pastebin.com/VSTh1dab
Ou apenas capturas de tela ou algo assim.

Para sua informação, atualmente tenho:

• Detector de fumaça Xiaomi Mijia
• tomada inteligente Xiaomi
• Geração de botão de pressão Xiaomi. 1
• Sensor de poções Xiaomi geração. 1
• Sensor de portas / janelas Xiaomi Mijia (encomendado, chegará em breve)

Para esses dispositivos, posso fornecer depuração extensa, se desejado.

Infelizmente, o arquivo do Excel em que ele capturou sua conclusão sniffing não nos mostra nada de novo. Sem informações da bateria ;-(

Acho que as informações da bateria estão no relatório 0xff01 enviado para o cluster básico após uma hora ou mais. Eu vejo isso para o sensor de contato da porta/janela.

Cabe a vocês me informar como os dados devem ser entregues.
A exportação dos dados brutos pode ser feita.
Exportar apenas quadros relevantes com alguma explicação é possível como:
Depois de adicionar o sensor de movimento, o sensor envia este anúncio:
https://pastebin.com/VSTh1dab
Ou apenas capturas de tela ou algo assim.

Os quadros mais interessantes são os da camada APS, como relatórios e comandos ZCL que o gateway envia aos dispositivos.

Para sua informação, atualmente tenho:

Detector de fumaça Xiaomi Mijia
tomada inteligente Xiaomi
Geração de botão de pressão Xiaomi. 1
Sensor de poções Xiaomi geração. 1
Sensor de portas / janelas Xiaomi Mijia (encomendado, chegará em breve)
Para esses dispositivos, posso fornecer depuração extensa, se desejado.

Geração de botão de pressão Xiaomi. 1 e sensor de porta/janelas Xiaomi Mijia já são suportados.

Sobre o interruptor redondo.
Sim, é suportado. No entanto, eu encontrei o seguinte. Parece estar relatando cliques duplos / triplos / quádruplos. Veja esta imagem em anexo:

OK. para voltar ao assunto. Eu testei frames de todos os eventos que eu conheço.
Eu os documentei e colei no pastebin.
Espero que esta informação forneça informações suficientes para que os sensores de fumaça sejam suportados :-) Esse é o objetivo desta edição.

https://pastebin.com/59rUTJKv

Sobre o interruptor redondo.

Legal. Eu só tenho o switch Aqara (botão redondo, quadrado externo), que não envia Press, apenas Release. Vou verificar novamente o atributo 0x8000. Também está no cluster 0x0006 (consulte o cabeçalho APS)? E um comando Report Attributes (veja o cabeçalho ZCL)? E o sinalizador específico do fabricante está definido? Em caso afirmativo, qual código do fabricante é usado?

Ok legal, encontrei o relatório da bateria também. Abrirá um novo problema em relação a este botão.

Adicionado o atributo AD's e endpoints do detector de fumaça à minha planilha do Excel.

https://tenklooster-my.sharepoint.com/personal/richard_tenklooster_net/_layouts/15/guestaccess.aspx?docid=0745e883aa555494cb8885a2d8eb48f3e&authkey=AQ08dGXdAz2r02LBPoyxdMw

Acabei de receber este detector de fumaça hoje. Funciona com deCONZ de alguma forma agora?
Além disso, o que preciso pressionar no detector para emparelhá-lo? :)

Para emparelhar você deve abrir a rede e apertar o botão três vezes.

E não, os detectores de fumaça ainda não são suportados. Os plugues inteligentes e botões redondos, vários eventos de imprensa e dados de bateria ainda não foram adicionados.

Obrigado rtenklooster que funcionou!
Então agora não podemos tirar nada do detector de fumaça?
Eu uso os outros botões Xiaomi, pir e ímãs para Node-Red e depois para o Home Assistant.

De nada.
Sim, é verdade.. você não pode usá-lo até que os endereços capturados tenham sido adicionados ao arquivo xml.

Cheirei todos os pacotes e postei o resultado em uma planilha do Excel acima. Sinta-se à vontade para experimentá-lo, ele deve conter todas as informações necessárias. Atualmente estou com pouco tempo para fazer isso sozinho.

Os desenvolvedores (Dresden) estão atualmente se concentrando em outras coisas, eu acho. Talvez eles encontrem tempo em um futuro próximo para adicionar meus dados capturados para obter o suporte total dos sensores. Incluindo os estados da bateria, etc. Eu sacrifiquei um dos meus botões para fornecer a eles todos os dados necessários. Documentei e publiquei o resultado, então cruzei os dedos e espero que encontrem tempo :-)

Documentei e publiquei o resultado, então cruzei os dedos e espero que encontrem tempo :-)

Absolutamente, não se esqueça que não posso fornecer um ETA, mas os sniffer logs serão usados ​​para prosseguir na integração do detector :)

Obrigado rteenklooster, trabalho muito bom!! E obrigado manup por integrar este detector em um futuro não muito distante :)

@ebaauw é possível fazer o detector de fumaça Xiaomi funcionar com o Homekit (Plugin Homebridge-hue)

Provavelmente. Eu preciso ver como os recursos do sensor se parecem na API REST. O Homebridge-hue deve emitir uma mensagem de aviso com todas as informações quando encontrar um sensor desconhecido.

Eu perdi totalmente o PR #310. Alguém poderia postar como são os recursos do sensor para os sensores Heiman, para que eu possa adicionar suporte para eles ao homebridge-hue? Obrigado.

Eu tenho um sensor de fumaça Schwaiger que parece ser um sensor Heiman. Eu postei algumas informações sobre isso na edição #352, talvez isso ajude. Infelizmente não tenho sniffer zigbee...

@rtenklooster , @AntiHeld889 , eu tenho o sensor de inundação Xiaomi Aqara funcionando com deCONZ (e com homebridge-hue). Ele também relata alarmes por meio do cluster _IAS Zone_, mas não anuncia o cluster. Acho que o sensor de fumaça poderia ser suportado da mesma maneira. Você pode testar meu último PR?

Acho que o sensor de fumaça poderia ser suportado da mesma maneira. Você pode testar meu último PR?

Ainda sou muito novo nisso, mas tentei conectar um dos meus Xiaomis com 2.05.04 (que inclui seu último PR?), sem sorte. Eu até tentei ativar o alarme com alguns fósforos queimados, enquanto a rede ainda estava aberta, para empurrá-lo para transmitir algo, mas nenhum zhafire na API REST.

Não, o PR do sensor de fumaça Xiaomi foi incorporado ao deCONZ, mas não está incluído na v2.05.04. Você precisa aguardar a próxima versão ou compilar o plug-in da API REST (consulte README).

Você poderia verificar novamente no painel _Node Info_ se o _Código do Fabricante_ é 0x1037 e se o endereço MAC começa com 0x00158d?

Você precisa abrir a rede a partir do aplicativo da web (ou do aplicativo Phoscon). O deCONZ não criará nenhum recurso de API quando você abrir a rede a partir da GUI. Ao emparelhar os outros dispositivos Xiaomi, é melhor pressionar/soltar o botão de descanso (buraco) regularmente após abrir a rede e, em seguida, tentar ler os atributos do cluster _Basic_. Normalmente, eles suportam _Manufacturer Name_, _Date Code_ e _SW Build ID_, mas são necessárias algumas tentativas para lê-los.

Abrir a rede a partir do webapp fez o truque.
Ao pressionar o botão de teste:

Está listado como fogo em vez de fumaça.



Então fica ótimo 🥇
É possível ativar o estado de incêndio para fazer o sensor apitar?
Como uma solicitação PUT para /sensor/id/state
fogo: verdade?

Tentei, mas obtive o erro 400. Posso imaginar que não foi projetado para funcionar assim. No entanto, seria muito bom poder soar a sirene do assistente de casa. Para ampliar meu alarme de assistente de casa com meus 8 alarmes de incêndio... posso imaginar que a rua inteira acordaria quando alguém tentasse invadir minha casa no meio da noite... 🗡

O resto da API relata isso:
{ "config": { "on": true, "reachable": true }, "ep": 1, "etag": "748cfe1cfdba9ee12a9db46213a286e5", "manufacturername": "LUMI", "modelid": "lumi.sensor_smoke", "name": "Fire 29", "state": { "fire": false, "lastupdated": "2018-02-19T22:26:06" }, "swversion": "20161018", "type": "ZHAFire", "uniqueid": "00:15:8d:00:01:4d:31:5c-01-0500" }

Está listado como fogo em vez de fumaça.

Esse é o nome do Tipo de Zona IAS.

Você conseguiu ativar a sirene remotamente ou ela soa apenas quando o próprio sensor tem alarme?

Não conseguiu ativá-lo remotamente. Também não testei.

Talvez eu possa tentar amanhã. Acredito ter visto um vídeo do YouTube sugerindo que, quando conectado ao mesmo mi gateway, o alarme de todos os detectores de fumaça está vinculado. Isso sugeriria que a funcionalidade está lá ..

Hora de tentar amanhã. Vamos fazer fogo e ver o que acontece com os outros sensores.

Outlook para iOS https://aka.ms/o0ukef downloaden

De: Erik Baauw [email protected]
Enviado: segunda-feira, 19 de fevereiro de 2018 23:48:13
Para: dresden-elektronik/deconz-rest-plugin
CC: Ricardo; Menção
Assunto: Re: [dresden-elektronik/deconz-rest-plugin] Detector de fumaça Xiaomi Mijia (HonneyWell) (#152)

Está listado como fogo em vez de fumaça.

Esse é o nome do Tipo de Zona IAS.

Você conseguiu ativar a sirene remotamente ou ela soa apenas quando o próprio sensor tem alarme?

—
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/152#issuecomment-366820741 ou silencie o tópico https://github.com/notifications/ unsubscribe-auth/AGNMwi919ZT6dtPIKGRA-JnBGSDZKT0tks5tWfotgaJpZM4PH0WK .

Não, o PR do sensor de fumaça Xiaomi foi incorporado ao deCONZ, mas não está incluído na v2.05.04. Você precisa aguardar a próxima versão ou compilar o plug-in da API REST (consulte README).

OK. Consegui trabalhar hoje com 2.05.05! :)

Nenhuma sorte ativando a sirene remotamente para mim também. Quando emparelhado com o hub e o aplicativo xiaomi, é possível enviar um sinal de teste para a sirene do aplicativo, mas afaik não aciona a sirene. O hub xiaomi pode ser configurado como uma sirene de repetidor, talvez seja isso que você viu no vídeo do youtube @rtenklooster ?

Tenho os mesmos detectores de fumaça conectados hoje.
Trabalhando como charme, exceto ao ligar a sirene remotamente.

Seria incrível criar seu próprio sistema de alarme/segurança em casa 👍

Comecei encomendando um desses detectores de fumaça apenas para verificar se conseguia fazê-los funcionar, e o primeiro que conectei imediatamente, muito bom - não tenho certeza de qual padrão pressionei, mas me lembro do emparelhamento como super fácil ...

3 semanas avançando, outros 10 desses dispositivos chegam pelo correio, o primeiro que eu pego estou tendo alguns problemas para emparelhar com o deconz, depois de pesquisar por alguns segundos, lendo outros usuários conselhos de emparelhamento neste problema, descobri parece emparelhar se o botão foi pressionado 3 vezes seguidas ...

Tudo foi bom no entanto :)

Parece que atingi algum tipo de limite para esses detectores de fumaça, pois é absolutamente impossível emparelhar um terceiro detector de fumaça, tentei não apenas um, mas 3 diferentes diretamente da embalagem original e não consigo fazê-los emparelhar com deconz - o aplicativo Phoscon apenas diz que falhou ao adicionar dispositivo (e posso confirmar, o rest-api realmente não tinha um sensor adicionado a ele ...)

Atualmente usando 2.05.12, alguns raspbian não muito antigos no Pi 3 com um raspbee - há algo que eu possa fazer para depurar isso?

Eu tenho 5 deles emparelhados para deconz.
Demorei um pouco mas parece que deu pra abrir a rede então aperte o botão 3 vezes no sensor de fumaça

Meu palpite é que você atingiu o limite de dispositivos por roteador. Experimentei o mesmo há um tempo atrás. Há um número limitado de dispositivos filho por roteador. Portanto, adicionar um roteador extra, como uma lâmpada Ikea ou uma tomada Xiaomi, pode resolver seus problemas.
Outlook para iOS https://aka.ms/o0ukef downloaden

De: QempZor [email protected]
Enviado: quarta-feira, 4 de abril de 2018 08:00:01
Para: dresden-elektronik/deconz-rest-plugin
CC: Ricardo; Menção
Assunto: Re: [dresden-elektronik/deconz-rest-plugin] Detector de fumaça Xiaomi Mijia (HonneyWell) (#152)

Eu tenho 5 deles emparelhados para deconz.
Demorei mas parece que deu pra abrir a rede então aperte 3 vezes o botão no sensor de fumaça

Op 3 abr. 2018 23:29 schreef Kristian Mide [email protected] :

Comecei encomendando um desses detectores de fumaça apenas para verificar se conseguia fazê-los funcionar, e o primeiro que conectei imediatamente, muito bom - não tenho certeza de qual padrão pressionei, mas me lembro do emparelhamento como super fácil ...

3 semanas avançando, outros 10 desses dispositivos chegam pelo correio, o primeiro que eu pego estou tendo alguns problemas para emparelhar com o deconz, depois de pesquisar por alguns segundos, lendo outros usuários conselhos de emparelhamento neste problema, descobri parece emparelhar se o botão foi pressionado 3 vezes seguidas ...

Tudo foi bom no entanto :)

Parece que atingi algum tipo de limite para esses detectores de fumaça, pois é absolutamente impossível emparelhar um terceiro detector de fumaça, tentei não apenas um, mas 3 diferentes diretamente da embalagem original e não consigo fazê-los emparelhar com deconz - o aplicativo Phoscon apenas diz que falhou ao adicionar dispositivo (e posso confirmar, o rest-api realmente não tinha um sensor adicionado a ele ...)

Atualmente usando 2.05.12, alguns raspbian não muito antigos no Pi 3 com um raspbee - há algo que eu possa fazer para depurar isso?

—
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152#issuecomment-378405607 ou silencie o tópico https://github.com/notifications/ unsubscribe-auth/AiHjwmGjm1Jj6VZgwR1d9LHK2GCS7fsoks5tk-nOgaJpZM4PH0WK .

—
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/152#issuecomment-378489383 ou silencie o tópico https://github.com/notifications/ unsubscribe-auth/AGNMwvTZi2849z76CSO1YewiR3l6Z_0Yks5tlGFhgaJpZM4PH0WK .

Eu tenho 5 detectores de fumaça conectados, então continue tentando. Alguns dispositivos podem realmente ser um saco, meu primeiro sensor de água levou cerca de 100 tentativas para se conectar, mas não tive sucesso com o segundo, devo ter feito mais de 300 tentativas até agora :P

@QempZor @rtenklooster @martikainen87 Obrigado por suas sugestões :)

Hoje finalmente consegui adicionar outro, ficou mais ou menos assim:
Eu tentei alguns sensores que eu tinha 100% de certeza sobre como deveria ser emparelhado - estes de repente também não conseguiram emparelhar, o que me fez pensar que deve ter sido deCONZ que de alguma forma realmente não abriu a rede quando deveria.
Uma atualização para a versão mais recente não ajudou
Mas, uma boa e velha reinicialização com o token de energia desligado fez o truque, agora sou capaz de emparelhar os detectores de fumaça e outros sensores que tenho por aí ...

Para aqueles que se perguntam: os detectores de fumaça xiaomi mijia devem emparelhar quando o único botão que eles têm é pressionado 3 vezes rapidamente em sequência

Olá! Ótimo trabalho com esses sensores! Eu adicionei dois hoje com sucesso. Eles estão listados no recurso /sensors e aparecem no HASS - no entanto, eles não aparecem no aplicativo Phoscon. Eles deveriam? Como posso alterar seus nomes/ids?

Eles ainda não são exibidos no Phoscon App, mas serão em breve. Os nomes, portanto, atualmente só podem ser alterados via REST-API.

Alguém que conseguiu controlar a sirene dos detectores de fumaça?

@rtenklooster , você tem um gateway Xioami? Se sim, se você:

1. emparelhar dois detectores de fumaça para ele
2. configure-os para tocar como um grupo
3. acionar um com fumaça
4. capturar o tráfego zigbee

Talvez você veja as mensagens que ligam a sirene?

Por falar nisso. Estou pensando em comprar alguns desses, eles estão presentes na Phoscon ainda @manup , sem pressa, apenas curioso?

@sveip
Ainda não tentei no firmware mais recente para o meu gateway. Vai tentar o mais rápido possível. Acabei de me mudar para minha nova casa, então tenho que descobrir onde todos os meus farejadores e outros hardwares estão por aí.

@rtenklooster , fantástico, sem pressa :) Seria ótimo poder fazer todas as sirenes tocarem mesmo que apenas uma detecte fumaça. Estou pensando em fazer um botão para silenciar todos, exceto aqueles que detectaram fumaça, para localizar mais facilmente a fonte de fogo/fumaça.

1. configure-os para tocar como um grupo.
   Que eu saiba não há opção de agrupamento. Eu conectei dois deles ao gateway Mi na versão mais recente, não há como fazer os dois alarmes. A única vinculação que eles oferecem é vincular o próprio alarme do gateway.
   Eu adoraria esse recurso também. Quando adormecido, não consigo ouvir o detector de fumaça na garagem, por exemplo.

Eu acho estúpido eles não terem implementado essa funcionalidade. Pesquisei sobre o tópico, mas não vi nenhum relatório de tais alarmes vinculados.

Obrigado por tentar @rtenklooster. É uma pena que não seja suportado. Talvez a única maneira de descobrir se o agrupamento é suportado é perguntar à Xiaomi?

Lendo o manual, ele diz "Pressione e segure o botão «Sound stop / Self-check» por 3 segundos, após o qualo indicador vermelho começará a piscar e os bipes acenderão, o alarme entrará nomodo de simulação do som do alarme;"

Você sabe se há alguma indicação no hub/app sobre este evento? Talvez haja algum tráfego Zigbee relacionado a ele. Tiro no escuro, mas talvez valha a pena conferir?

Não, não há.

Outlook para iOS https://aka.ms/o0ukef downloaden

Van: sveip [email protected]
Verzonden: dinsdag, 21 de agosto de 2018 14h05
Aan: dresden-elektronik/deconz-rest-plugin
CC: Ricardo; Menção
Onderwerp: Re: [dresden-elektronik/deconz-rest-plugin] Detector de fumaça Xiaomi Mijia (HonneyWell) (#152)

Lendo o manual, ele diz "Pressione e segure o botão «Sound stop / Self-check» por 3 segundos, após o qual
o indicador vermelho começará a piscar e os bipes acenderão, o alarme entrará no
modo de simulação do som do alarme;"

Você sabe se há alguma indicação no hub/app sobre este evento? Talvez haja algum tráfego Zigbee relacionado a ele. Tiro no escuro, mas talvez valha a pena conferir?

—
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/152#issuecomment-414650768 ou silencie o tópico https://github.com/notifications/ unsubscribe-auth/AGNMwjj6RGCMVbSMuLlBz-Uu1fLncJjcks5uS_d1gaJpZM4PH0WK .

Alguma novidade em relação ao suporte dos sensores de fumaça Honeywell LUMI (XIAOMI) no deconz?
Posso adicionar o sensor, mas o primeiro não é visível no Phoscon.
Quando adiciono o dispositivo no FHEM, só consigo ver a bateria e a leitura alcançável. Como posso verificar se há eventos de fogo para acionar algumas coisas necessárias em minha casa? Eu acho que isso não é fornecido corretamente pela API REST

Oi,

Tenho sensor de fumaça. Dispositivos adicionados Não é visível o aplicativo Phoscon.
Relatórios da API Rest para dados domoticz como este:

ao adicionar o dispositivo:
2019-01-22 17:26:49.536 (Deconz zigbee) ###### WebSocket Data : {'id': '54', 'sensor': {'config': {'temperature': 2500, 'battery ': 100, 'reachable': True, 'on': True}, 'id': '54', 'name': 'lumi.sensor_smoke', 'state': {'lowbattery': False, 'fire': Falso, 'última atualização': '2019-01-22T16:26:18', 'alterado': Falso}, 'ep': 1, 'etag': 'b73470512b6a6b3496808bbec411e7be', 'nome do fabricante': 'LUMI', 'tipo' : 'ZHAFire', 'modelid': 'lumi.sensor_smoke', 'uniqueid': '00:15:8d:00:01:db:93:f9-01-0500'}, 'uniqueid': '00:15 :8d:00:01:db:93:f9-01-0500', 'e': 'adicionado', 'r': 'sensores', 't': 'evento'}

levantar alarme:
2019-01-22 19:51:23.131 (Deconz zigbee) ### Atualizar dispositivo (Deconz zigbee - lumi.sensor_smoke) : {'BatteryLevel': 100, 'sValue': '', 'nValue': 0}
2019-01-22 19:51:23.131 (Deconz zigbee - lumi.sensor_smoke) Atualizando o dispositivo de 0:'' para ter valores 0:''.
limpar alarme:
2019-01-22 19:51:33.846 (Deconz zigbee) ### Atualizar dispositivo (Deconz zigbee - lumi.sensor_smoke) : {'BatteryLevel': 100, 'sValue': '', 'nValue': 0}
2019-01-22 19:51:33.846 (Deconz zigbee - lumi.sensor_smoke) Atualizando o dispositivo de 0:'' para ter valores 0:''.

Posso enviar mais dados de diagnóstico, se necessário.

Adão

Tenho cerca de 6 deles. Eles funcionam bem e acionam eventos. Não, você não pode vê-los no aplicativo, mas eles estão lá.

Também mostrando corretamente em assistentes domésticos.

Oi,

Vou verificar em casa novamente.
Nenhuma mudança. O HA também está usando a API REST para obter dados do deconz ou é usado um protocolo diferente?
Porque para mim parece que as atualizações de status da API Rest não são enviadas corretamente para o plugin Smanar/Domoticz-deCONZ.

Adão

Ah sim, você está certo. Estou usando o FHEM, e aqui tive que fazer algumas adaptações no módulo 31_HUEDevice.pm.
Agora recebo todos os valores como leitura. Informei o mantenedor deste módulo para colocá-lo permanentemente.

Aqui está o que eu tive que fazer: Editar arquivo de módulo FHEM/31_HUEDevice.pm
Após esta linha: $leituras{estado} = $estado->{presença}?'motion':'nomotion' if(defined($estado->{presença}) );
Inserir:
$readings{state} = $state->{fire}?'fire':'nofire' if(defined($state->{fire}) );

Após esta linha: $leituras{consumo} = $estado->{consumo} if(defined($estado->{consumo}));
Inserir:
$leituras{fogo} = $estado->{fogo} if(defined($estado->{fogo}));
$leituras{tampered} = $state->{tampered} if(defined($state->{tampered}));
$leituras{lowbattery} = $state->{lowbattery}?'low':'OK' if(defined($state->{lowbattery}));

Então você receberá eventos assim que o Alarme for acionado ou o botão de teste for pressionado.

Portanto, o plug-in REST está funcionando bem. Não é sustentável usando o aplicativo Phoscon. Então eu acho que também não é possível criar um grupo de toque/alarme quando o fogo é detectado. Mas é bom ver que agora posso criar automações em caso de emergência.

Aguardando a funcionalidade do grupo do xiaomi :)

Smanar corrigiu o problema em seu plugin!

@rtenklooster , seria possível usar seu detector de fumaça Xiaomi e gateway para farejar o tráfego zigbee para os seguintes cenários?

1) Teste o alarme do aplicativo MI home.
2) Acione o alarme com fumaça real e silencie o alarme ativo com o aplicativo MI home.

Eu não acho que esses casos foram abordados em suas capturas anteriores e esses seriam recursos úteis para expor via deCONZ.

Eu já usei meus Honeywell Smoke Sensors (Xiaomi) usando o Xiaomi GW, mas agora os movi para o meu ConBee no Hass.io usando o addon arthoc deCONZ. Os dispositivos funcionam bem (não consigo vê-los no Phoscon, mas no HASS), mas não consigo encontrar nenhuma opção para configuração? Ao usar o Xiaomi GW pude definir a sensibilidade dos sensores de fumaça. Isso não é possível usando deCONZ?

O rastreamento anterior mencionado inclui um teste [mas não silêncio] ( https://pastebin.com/59rUTJKv )

O rastreamento anterior mencionado inclui um teste [mas não silêncio] ( https://pastebin.com/59rUTJKv )

Olá, você encontrou minha pasta ;) Este dump contém todas as ações possíveis. Incluindo as configurações de sensibilidade @aronsjoberg e @barnish . Atualmente não há como ajustar essas configurações do deconz.
Seria ótimo, no entanto, poder ajustar a sensibilidade. Mas isso é algo que @manup poderia consertar (se ele tivesse tempo ;))

É possível acionar via deconz um alarme?

Este problema foi marcado automaticamente como obsoleto porque não teve atividade recente. Será fechado se não ocorrer mais nenhuma atividade. Obrigado por suas contribuições.

Alguma chance de o detector de fumaça Xiaomi / Honeywell ser adicionado como dispositivo reconhecido?

Alguma chance de o detector de fumaça Xiaomi / Honeywell ser adicionado como dispositivo reconhecido?

O dispositivo é reconhecido, mas não é exibido no Phoscon.
Eu tenho isso funcionando até agora bem no Home Assistant.

Não consigo me lembrar das etapas que você precisa fazer para torná-lo totalmente funcional porque
ele usa IAS não é?

Op vr 13 dez. 2019 às 11:52 schreef L3H0 [email protected]

Alguma chance do detector de fumaça Xiaomi / Honeywell ser adicionado como reconhecido
dispositivo?

O dispositivo é reconhecido, mas não é exibido no Phoscon.
Eu tenho isso funcionando até agora bem no Home Assistant.

—
Você está recebendo isso porque está inscrito neste tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152?email_source=notifications&email_token=ABNGEKEUF3AAFCA4ASQJD4TQYNSPBA5CNFSM4DY7IWFKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGZUI
ou cancelar
https://github.com/notifications/unsubscribe-auth/ABNGEKCIC6H4ZHBIEATMGFDQYNSPBANCNFSM4DY7IWFA
.

Você não precisa muito. Basta pressionar o botão 3 vezes durante o emparelhamento.

Está funcionando corretamente agora com deconz?

Ele está trabalhando com homeassist, mas não em phoscon como sensor.

Bom Dia!
Alguma chance de integrar os detectores de fumaça no homebridge através do plugin homebridge-hue?
Eu tenho dois deles, visíveis no deconz e não no aplicativo phoscon.

Cumprimentos!
Mike

Se a API REST oferecer suporte a eles, o homebridge-hue provavelmente já os expõe ao HomeKit. Caso contrário, abra um problema com homebridge-hue, anexando o arquivo de despejo de depuração completo (consulte https://github.com/ebaauw/homebridge-hue#debug-dump-file).

Obrigado pela resposta muito rápida... eu tento reiniciar meu homebridge e depois disso posso ver os detectores de fumaça! Perfeito! :)

É possível acionar via deconz um alarme?

Claro que não. Você não pode definir quase tudo o que pode fazer pelo aplicativo mi.

Pena. Obrigado

Alguma chance de o detector de fumaça Xiaomi / Honeywell ser adicionado como dispositivo reconhecido?

Adoraria ter no app também 🙏

É possível definir a sensibilidade usando a API REST deconz?

Sério??? Este é um pedido de agosto de 2017 e ainda não foi feito?
Estou usando agora o Zigbee2MQTT para isso, isso é realmente uma vergonha que um produto de código aberto possa ler a tensão, sensibilidade, quanta fumaça e possa ver se a sirene está disparando, mas um produto como o deCONZ ainda CANT.

Corrigir o mais rápido possível

+1'ing este problema não mudará nada, pois o DE parece não se importar totalmente com qualquer coisa da Xiaomi.

Mas este sensor é suportado na API REST. você pode usá-lo em domoticz ou HA.

Eu estava com a impressão errada de que o webgui fazia parte do deconz-rest-plugin, mas o phoscon é um produto separado, então meu +1 agora foi removido.

Mas você não pode definir nada nele, apenas leia o estado atual ...

então, quais opções você gostaria de 'definir'? @andriej
um detector de fumaça não é um sensor que fornece apenas dados do sensor?

@RezzZ sim, mas acho que definir a sensibilidade de um detector de fumaça é uma coisa essencial - especialmente porque o gateway original e o zigbee2mqtt suportam essa configuração.
Também haveria um autoteste que pode ser acionado - mas isso pode não ser tão importante quanto a sensibilidade.

@rezzZ este sensor de fumaça permite definir o quão sensível eles são quando usados ​​com o gateway/aplicativo xiaomi. Fx na cozinha pode acionar diferente da sala 🙏

Também eles devem estar na GUI

@RezzZ se você gentilmente dar uma olhada nas postagens de problemas acima ... para a rede zigbee deconz.

Apareça no Jeedom e não no Phoscon App.

Sugestão para desenvolvedores: Você poderia adicionar o detector de fumaça Honeywell como uma luz, por exemplo? Como o extensor USB Ikea. No momento, não consigo excluir o detector de fumaça pelo App.

Você pode usá-lo via API, ou seja, em HA.

Não quero parecer rude, mas como é que o assunto acabou de ser encerrado sem nenhum comentário?

Eu cometi um erro aqui. A senhorita clicou em alt tabulação. Desculpe!

Por favor, adicione uma opção para definir a sensibilidade e controlar a sirene como o zigbee2mqtt fez. Obrigado!

@baneb5 Eu poderia dar uma olhada, mas não posso prometer nada. Por favor, levante um problema separado para que possamos sinalizar adequadamente e rastrear. Estamos misturando um pouco demais aqui. Obrigado!

@baneb5 Isso é algo que você quer no phoscon? Em seguida, abra um problema nesse repositório: https://github.com/dresden-elektronik/phoscon-app-beta

@Mimiix Isso provavelmente precisa ser resolvido a partir daqui. Deixe-me verificar primeiro.

@baneb5 , por favor, levante um problema separado para sua solicitação de acordo com as sugestões de @Mimiix .
@andriej por favor faça o mesmo. Podemos movê-lo para o repositório beta phoscon, se necessário.

Pessoal, por favor, note que exigimos informações do seu lado, pois isso não está funcionando de outra forma!

Eu realmente quero saber quais são os problemas.

Eu não tenho um, mas os recursos ausentes estão configurando a sensibilidade do detector e também iniciando a sirene (acho que isso é algum tipo de modo de teste)

Aqui estão algumas informações sobre como ele se comporta no z1mqtt:
https://github.com/foz333/Xiaomi/blob/master/devicetypes/bspranger/xiaomi-mijia-honeywell-fire-detector.src/xiaomi-mijia-honeywell-fire-detector.groovy
https://github.com/Koenkk/zigbee2mqtt.io/blob/develop/docs/devices/JTYJ-GD-01LM_BW.md#sensitivity

@sveip Este é um pedido para Phoscon ou Deconz? De qualquer forma, abra uma solicitação de recurso para isso em seu local apropriado.

Eu quero fechar esta questão, pois ninguém sabe realmente o que está acontecendo com isso 😂

Eu não quero ser rude, mas este é claramente um pedido de deconz, e o problema
foi descrito pelo menos algumas vezes neste tópico. Iom faria
muito mais sentido renomear o problema em vez de fazer um novo e referir-se a
isso, já que é aqui que estão todas as informações, se você ler um pouco.

cara. 15. jun. 2020kl. 18:21 skrev Dennis D [email protected] :

@sveip https://github.com/sveip Este é um pedido para Phoscon ou
Deconz? De qualquer forma , abra uma solicitação de recurso para isso em seu apropriado
Lugar, colocar.

Eu quero encerrar esta questão, pois ninguém sabe realmente o que está acontecendo com isso
não mais 😂

—
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/152#issuecomment-644234217 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/ABLR4L565ORC5KWFE5LQXUDRWZDARANCNFSM4DY7IWFA
.

Você não é rude :) Não se preocupe, eu vou ficar bem.

Um problema desde 2017 com mais de 108 comentários é muito difícil de rastrear para mim o que é necessário 😄

@SwoopX Você pode fornecer uma lista de telas que precisamos?

Aquele como no início. Deve mostrar mais clusters agora.

Peço desculpas se fiz algo errado, mas redigi todo o tópico, e todo o tópico é sobre o problema que tenho, que é que não podemos controlar o detector de fumaça xiaomi da maneira que o zigbee2mqtt pode (sem mencionar o gateway xiaomi original). Pareceu-me lógico aumentar este tópico em vez de criar um novo, porque todas as informações técnicas já estão aqui..

@baneb5 tudo de bom e válido. Apenas vá em frente e levante uma questão separada para isso, para que tenhamos essa clara para nós. Nada demais.

Aliás, a capacidade de testar o sensor já é dada via REST API se eu ler os links corretamente. No entanto, faltam exatamente os detalhes técnicos necessários, pois a primeira captura de tela mostra uma junção incompleta.

É interessante encontrar este tópico tão ativo novamente.

@SwoopX , Como posso testar o sensor via API REST? Eu não conseguia encontrar um caminho.

Se entendi bem a solicitação, também precisamos acionar a sirene via API REST. Por exemplo, se o sensor na SALA A for acionado, quero acionar outros sensores também. De qualquer forma, por favor, deixe-nos ter o link do novo tópico para acompanhar o progresso.

Obrigado pela ajuda.

@rtenklooster , você ainda tem esse equipamento para cheirar os pacotes? Seria possível conectar um dos detectores de fumaça ao Xiaomi Home Gateway oficial e emitir uma "sensibilidade definida" a partir dele? E talvez também uma "sirene de teste" (termos retirados da minha cabeça, portanto, podem não corresponder à interface do usuário.) Se houver outros comandos disponíveis no Hub/aplicativo, por favor, também.

Pessoal, por favor. Você pode apenas fazer o que eu pedi? São apenas 2 coisas: um problema separado para cada solicitação, 1-2 capturas de tela e alguma saída de depuração. Não há necessidade real de farejar o tráfego, embora isso seja brilhante.

Uma vez que eu tenha essa informação, é apenas uma questão de 5 minutos, tanto quanto eu posso dizer. Fechando esse agora.

Conforme solicitação do @SwoopX , fecharei este problema.