Sous gladys8080 il y a que la battery et le linkquality qui remonte
donc pour remédier à cela il faut accepter de perdre de l’audition et faire un test bouton pour que toutes les valeurs remontes.
Cependant le dashboard reste toujours dans le même état alors que la variable “carbon_monoxide” passe bien de false à true ( encore perdu de l’audition ) et de nouveau à false sous gladys8080.
De plus la description est “capteur de fumée” ( que l’on peut changer dans intégration en éditant l’appareil) qui est en relation par défaut avec la fonction qu’il utilise et ici “Capteur de fumée - Oui/Non” or de mes restes de chimie le monoxyde de carbon est un gaz ( incolore et inodore ). Est ce la bonne fonction employée pour cet appareil ou ça n’a aucune influence?
@pierre-gilles : çà peut attendre pour la 4.5.2, j’en ai pas besoin pour demain. sinon beau travail sur cette version plus user friendly que la V3 en tout cas pour les scènes et une réactivité au top.
Le modèle HS1CA-E est configuré avec la feature smoke-sensor et attend un champ smoke dans Zigbee.
Hors, le modèle renvoie un champ carbon_monoxide (normal, c’est un détecteur de CO2).
Tu es le premier à tester ce genre de modèle (et merci pour ça). Je fais la correction tout de suite
PS: Ah, les devices de type détecteur de CO2 dans Gladys Core attentent un taux en PPM, ce qui n’est pas le cas pour ce capteur
sinon beau travail sur cette version plus user friendly que la V3 en tout cas pour les scènes et une réactivité au top.
