Objet non optimisé (4in1 Multi Sensor)

[lost]

Hello,

La MAJ compensation négative me parait OK: Mis -3 et Tre et -4 en hygro et cela est clairement pris en compte côté Tre (hygro cela variait un peu en aérant ce matin mais sans pouvoir voir clairement l'offset pris en compte cela est parti dans le bon sens). Idem en remettant resp 3/4. RAZ des compensations en fin.

Côté PIR par contre on voit en effet passer les valeurs, mais pas de prise en compte réelle. Le comportement est très variable: Il ne semble plus rien re-detecter si on passe la main régulièrement devant (toutes les 20/30s, ce qui n'est pas si rapide) et rien avant 1mn30s environ si on attends plus. Je devrais peut-être faire une exclusion/reset objet/ré-inclusion si des essais précédents ont pu le mettre dans un état tordu? Il y a qq détections dans le log.

Cf logs à partir arrêt plugin pour faire le git pull:

PluginZigbee_47.log

(29.57 Kio) Téléchargé 43 fois

[pipiche]

Je viens de relire la doc, et j'avoue que je ne comprends pas le principe, car il est mis comme Read-Only !!!!
Du coup il faut demander au fabricant ce que cela veut dire, car j'avoue que je comprends pas trop !

Screenshot 2024-07-08 at 19.16.57.png (55.43 Kio) Consulté 422 fois

[lost]

Read-only avec un value-range entre 3s et 8h, c'est original! Erreur doc?? Mais vu que ca bouge pas??? Puis effet blind et trigger-time alors?!

Report PIR != Occupancy, info brute/réactive reportée ailleurs vs info filtrée pour gérer une lumière typiquement?

[lost]

Niveau description EP1, on voit qu'on a 2 trucs basés sur l'info PIR: Occupancy et IAS zone? Bon, c'est pas très clair pour moi mais le fonctionnement actuel n'est pas celui d'un PIR: Tu te colles devant en bougeant en permanence et plus de nouvelles détections... pas génial!

[pipiche]

Le Motion est sur le end point 0x01.
Pour ce qui est de l'IAS, la doc le donne sur le 0x03 avec le cluster Temp, mais dans la réalité il est sur le Ep 0x02 !! Et le Temp est bien sur le end point 0x03

Et en plus il n'est pas dans la liste des produits Sunricher https://www.sunricher.com/zigbee-series.html

Voir avec Domadoo et leur SAV

[lost]

Le tableau au début donne visiblement les bons EP mais dans la description plus bas on saute en effet de 1 à 3 qui est répété pour la température: Il y a visiblement erreur de copier/coller à ce second niveau en effet.

ep_sunricher.jpg (21.98 Kio) Consulté 402 fois

Niveau PIROccupiedToUnoccupiedDelay, s'il est vraiment (autre erreur?) read-only mais variable il pourrait résulter d'un calcul sur les autres paramètres et ne faire que reporter ce résultat. Mais alors c'est le range qui ne colle pas.

Puis de manière générale sur ce type de setting existant par ailleurs, pulse-counter et trigger-time-interval par exemple ne sont pas ajoutés/multipliés: Ici, à mon sens, on on doit avoir 2 détections réelles (pour la sensi réglée) sur 12s max pour qu'une détection filtrée remonte vraiment.

Sinon, il semble avoir au moins 1 clone (et niveau sunricher, en effet, on ne trouve qu'une vidéo de présentation venant d'eux):
https://community.smartthings.com/t/pos ... 62081/1405
https://community.smartthings.com/t/edg ... 31689/4156

Je peux faire une demande au SAV en espérant qu'ils soient réactifs... Je suis trop tard pour le délai de rétractation de toutes manières.

[pipiche]

PIROccupiedToUnoccupiedDelay c'est du standard zigbee , la seule chose qu'il faudrait faire c'est sniffer le reseau Zigbee quand le write est effectué pour voir ce qu'il se passe.

Autre chose, aujourd'hui la config n'utilise pas le IAS, mais peut-etre y-a-t-il un comportement différent.

Si tu veux essayer,

tu changes la ligne

Code : Tout sélectionner

"02": { "0000": "", "0003": "", "0500": "", "Type": "" },

en

Code : Tout sélectionner

"02": { "0000": "", "0003": "", "0500": "", "Type": "Door" },

après quoi il faut refaire l'appairage. IL serait interessant de comprendre le compooirtement de widget Door par rapport au widget Motion

[lost]

J'ai fait l'essai en rajoutant le Door, il n'apparait pas après un simple ré-appairage par contre, il a fallu redémarrer le plugin (toujours de Domoticz pour éviter les soucis, j'ai de manière des pb qui m'amènent parfois à devoir recharger la page webUI depuis le changement de branche, sans soute lié à d'autres changements depuis stable) puis ré-appairer (qui semble toujours ne jamais finir).

Ensuite j'ai bien le door qui réapparaît comme sur la première capture mais il est et reste à closed. Parfois je voit juste le "last seen" MAJ mais sans corrélation avec le côté mouvement qui reste fidèle à lui-même: Peu réactif et il suffit qu'un truc bouge devant toutes les 30s pour qu'il ne détecte plus jamais de mouvement. Je dirais qu'il lui faut une bonne minute de calme pour re-trigger.

En l'état, pour mon cas d'usage basé sur des transitions réactives (tout mon système d'alarme est basé sur un système de poids, par type/localisation de senseurs, ajoutés sur 1mn glissante et comparés à des seuils d'alarme), c'est une grosse déception. Pour une fois qu'un PIR zigbee semblait en donner autant qu'un zwave niveau config et multi-fonctionnalité!

Envoyé une requête SAV à domadoo...

EDIT: A noter que si je fais un réveil de l'objet dans la foulée de l'effacement des widget, l'exclusion est faite complètement sans devoir utiliser la poubelle ou faire reset usine de l'objet:

Code : Tout sélectionner

 2024-07-09 11:44:40.526 Status: Zi-Stick: Removing Device 5fff000100000058 Zi-Stick - HK-SENSOR-4IN1-A_Motion-5fff000100000058-01 in progress
2024-07-09 11:44:40.558 Status: Zi-Stick: Removing Device 5fff000100000058 Zi-Stick - HK-SENSOR-4IN1-A_Door-5fff000100000058-02 in progress
2024-07-09 11:44:40.563 Status: Zi-Stick: Removing Device 5fff000100000058 Zi-Stick - HK-SENSOR-4IN1-A_Temp-5fff000100000058-03 in progress
2024-07-09 11:44:40.571 Status: Zi-Stick: Removing Device 5fff000100000058 Zi-Stick - HK-SENSOR-4IN1-A_Humi-5fff000100000058-04 in progress
2024-07-09 11:44:40.580 Status: Zi-Stick: Removing Device 5fff000100000058 Zi-Stick - HK-SENSOR-4IN1-A_Lux-5fff000100000058-05 in progress
2024-07-09 11:44:40.607 Status: Zi-Stick: Device Zi-Stick - HK-SENSOR-4IN1-A_Lux-5fff000100000058-05 with IEEE: 5fff000100000058 fully removed from the system.
2024-07-09 11:44:40.608 Status: Zi-Stick: Request device Zi-Stick - HK-SENSOR-4IN1-A_Lux-5fff000100000058-05 -> 5fff000100000058 to be removed from coordinator
2024-07-09 11:44:45.382 Status: Zi-Stick: Decode8047 - Leave response, LQI: 0 Status: 00 - [00] Success
2024-07-09 11:44:45.430 Status: Zi-Stick: Decode8047 - Leave response, LQI: 0 Status: 00 - [00] Success
2024-07-09 11:44:46.342 Status: Zi-Stick: Removing Device entry 6848 from plugin Db
2024-07-09 11:44:46.342 Status: Zi-Stick: Removing Device entry 5fff000100000058 from plugin IEEE2NWK
2024-07-09 11:44:46.343 Status: Zi-Stick: (6848/5fff000100000058) sent a Leave indication and will be outside of the network. LQI: 0
2024-07-09 11:44:46.344 Status: Zi-Stick: (6848/5fff000100000058) cleanup key plugin data informations 

Ça parait logique pour un objet sur pile, ceci dit, j'aurais dû y penser + tôt

[pipiche]

Voici celui que j’utilise et qui me donne entière satisfaction.
J’en fait une utilisation simple de détection de présence

https://casaia.fr/product/multi-sensor- ... emp-hum-2/

[lost]

Je l'avais vu aussi, celui là, mais la doc ne précisait rien niveau réglages... Donc j'ai fatalement pensé qu'il n'y avait rien alors que c'est bien utile pour adapter aux conditions.

le SAV me réponds en disant que ce capteur est fonctionnel avec l'intégration MQTT de HA/Jeedom. J'ai donc précisé la demande.

Il n'est au fond pas totalement dysfonctionnel, y'a juste un fonctionnement très bizarre sur les re-trig et je suppose que c'est partout pareil. Puis en auto-discovery, je doute qu'on puisse mieux s'adapter niveau paramétrage... Probable qu'il n'y ait rien en manufacturer specific.