Jeezigbee / type de controleur / binding

Bonjour.

Juste pour éclairer ta lanterne sur la seconde question :
Certains équipements zigbee possèdent un attribut qui permet de définir leur comportement à leur mise sous tension (càd lorsque l’on fait un OFF puis un ON de leur alimentation physique).
Les états les plus courants pour définir le comportement à cette mise sous tension sont

  • forcer l’état OFF à la mise sous tension
  • forcer l’état ON à la mise sous tension
  • conserver l’état antérieur à la mise sous tension : si l’équipement était à OFF (respectivement ON) avant coupure puis réalimentation il restera OFF respectivement ON)
  • permuter l’état à la mise sous tension : si l’équipement était à OFF (respectivement ON) avant coupure puis réalimentation il passera à ON (respectivement OFF).

Exemple pratique pour une prise commandée sur laquelle est branché un radiateur électrique (possédant son propre thermostat) : on choisit l’état PREVIOUS à la mise sous tension . Ainsi en cas de coupure électrique EDF (par exemple) le radiateur sera de nouveau dans l’état désiré lorsque le réseau sera rétabli.

Autre exemple avec la même prise mais cette fois ci si elle alimente une télévision : on choisit un état OFF à la mise sous tension de manière à ne pas mettre la TV en fonctionnement si une coupure/rétablissement de coutant intervient lorsque l’on est absent (on pense à notre planète)

1 « J'aime »

Les types generiques c’est loin d’etre fini, quand c’est de l’auto c’est toujours très très compliqué donc c’est un travails en cours qui s’améliorera de version en version.

Pour l’image comme ca je vois pas je vais regarder mais clairement vu l’énorme todolist que j’ai sur ce plugin c’est pas une priorité.

2 « J'aime »

Merci pour vos retours, j’ai bien conscience que le plug in soit en béta, c’est d’ailleurs pour ca que je remonte les problèmes que je rencontre. J’ai bien conscience qu’il y a du travail derrière :slight_smile:

En tout cas j’ai ajouté 22 modules et ca fonctionne bien avec ma clé Sonoff

Le plug long c’est de reconfigurer jeedom connect pour les widget et homebridge. Il faut y aller progressivement, et le fait de pouvoir faire cohabiter 2 plug in zigbee c’est parfait.

1 « J'aime »

Merci bien pour tes tests ca aide vraiment et grace a tes retours j’ai deja pu corriger pas mal de bug

1 « J'aime »

j’ai essayé de relancer le demon pour voir si la vignette de la prise remontait dans jeedom et plus moyen

> node index.js
Zigbee2MQTT:debug 2023-03-06 11:45:38: Loaded state from file /var/www/html/plugins/z2m/data/state.json
Zigbee2MQTT:info  2023-03-06 11:45:38: Logging to console and directory: '/var/www/html/plugins/z2m/data/log/2023-03-06.11-45-38' filename: log.txt
Zigbee2MQTT:debug 2023-03-06 11:45:38: Removing old log directory '/var/www/html/plugins/z2m/data/log/2023-03-03.23-22-11'
Zigbee2MQTT:info  2023-03-06 11:45:38: Starting Zigbee2MQTT version 1.30.1 (commit #eb878d3)
Zigbee2MQTT:info  2023-03-06 11:45:38: Starting zigbee-herdsman (0.14.89)
Zigbee2MQTT:debug 2023-03-06 11:45:38: Using zigbee-herdsman with settings: '{"adapter":{"concurrent":null,"delay":null,"disableLED":false},"backupPath":"/var/www/html/plugins/z2m/data/coordinator_backup.json","databaseBackupPath":"/var/www/html/plugins/z2m/data/database.db.backup","databasePath":"/var/www/html/plugins/z2m/data/database.db","network":{"channelList":[11],"extendedPanID":[221,221,221,221,221,221,221,221],"networkKey":"HIDDEN","panID":6754},"serialPort":{"adapter":"ezsp","path":"/dev/ttyACM0"}}'
Zigbee2MQTT:error 2023-03-06 11:45:44: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2023-03-06 11:45:44: Failed to start zigbee
Zigbee2MQTT:error 2023-03-06 11:45:44: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2023-03-06 11:45:44: Exiting...
Zigbee2MQTT:error 2023-03-06 11:45:44: Error: Failure send getNetworkParameters:{"type":"Buffer","data":[27,0,1,40,0]}
at /var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/ezsp.ts:529:23
at Queue.executeNext (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/utils/queue.ts:32:32)

Edit : j’ai relancé les dépendance et le démon est reparti. Par contre meme lorsque le demon ne tourne pas il reste vert OK

1 « J'aime »

Relancer le demon pour le soucis d’image ne sert absolument a rien c’est pas comme ca que jeedom la recupere.

Pour le status il faut parfois attendre ca peut mettre jusqu’a 5min a remonter c’est normal.

A mon avis ton soucis vient plus de la clef qui ne répondait pas correctement attendre aurait surement suffit.

je ne sais pas si ca a une importance pour pour le detecteur d’inondation xiaomi, il faut cliquer sur inverser pour que l’icone corresponde


image

Ce genre de cas ça sera dans une prochaine version quand on aura mis en place le système de configuration spécifique par module au lieu du système automatique.

Bonjour Loic.
J’ai installé le plugin en // du plugin Officiel car j’avais une clé Zigbee de dispo. Du coup, je commence à tester quelques modules. Par contre, ne serait-il pas possible de créer un sujet dédié aux tests avec le bon tag ?
Pour info, ma config pour tester c’est :
Zigbee2mqtt sur un Windows server :sweat_smile:
Broker = Mqtt manager sur machine physique Jeedom. Mqtt manager lors installation du plugin ZwaveJS
Jeedom = dernière version à jour

Bonjour,
Est-ce qu’un post dédié aux REX du futur officiel a été ouvert ?
Pour le tag, je sais que Jeedom.SAS ne créé pas de tag tant que le plugin est en Beta.
Pour les plugin tiers, c’est tout à fait compréhensible.
Pour les plugin développés par la Team Jeedom, cela mérite d’être reconsidéré, surtout s’ils sont destinés à devenir « officiels ».
En tout cas, bon courage à tous et surtout à Loic.

Chez moi ca tourne parfaiement depuis une semaine j’en suis à une quarantaine de modules. la sortie de cable legrand est pris en charge directement avec le changement de mode fils pilote etc… top

Il y a une commande qui remonte sur beaucoup de modules, mais je ne sais pas ce que ca reprsente :
Nombre de perte d'alimentation
Vous savez a quoi ca correspond ?

Bonsoir,

Je viens de me lancer dans la bascule de mes équipements du (feu) plugin-zigbee vers le futur officiel Z2M. J’en ai une bonne cinquantaine à reconfigurer…
J’ai pas encore eu le temps de tester ma sortie de cable Legrand mais à priori les modes fil pilote sont remontés dans la configuration. Cela s’annonce plutôt bien…
Mais pour l’instant, mon problème est plus basique. J’avais nommés mes capteurs d’ouverture de manière classique : Porte X, Fenêtre Y, etc
Après (ré)inclusion dans Z2M, si je veux leur donner le même nom, j’ai un message d’erreur.
image
Comment doit-on procéder pour « récupérer » l’ancien nom ?
Alors certes je peux changer le nom en ajoutant un tiret ou un underscore dans le nom du device. Mais cela serait trop facile…
NB : je précise que j’ai essayé de supprimer les devices depuis l’onglet Noeuds du plugin-zigbee. Cela ne change rien… Y-a-til une autre option ?
Quelqu’un a t-il résolu cette situation ?
Merci d’avance

Bonjour
Il faut changer l’ancien nom ou le nouveau tout simplement c’est les seules et unique possibilitées.

Merci pour la réponse.
Finalement pour réutiliser les anciens noms de mes devices, j’ai supprimer la/les pièces concernées (pour effacer les liens objet/équipement) puis recréé les pièces (objets) à l’identique…
Cela implique un peu de manipulation pour remettre l’objet parent sur les autres équipements mais au moins je retrouve une cohérence dans la dénomination de mes équipements.
Bonne journée

1 « J'aime »

Bonjour Loic,
JE viens d’integrer un detecteur de chaleur Frient, il y a une commande alarme qui remonte en info sur le plug in alors que sur Z2m C’est une action pour déclencher l’alarme et l’arreter.


image
Les infios dans Z2m

{
    "battery": 80,
    "battery_low": false,
    "enrolled": true,
    "fault": false,
    "ias_cie_address": "0xdc8e95fffe00b0a0",
    "last_seen": "2023-03-15T14:10:50.704Z",
    "linkquality": 164,
    "max_duration": 240,
    "reliability": "no_fault_detected",
    "restore_reports": true,
    "smoke": false,
    "supervision_reports": true,
    "temperature": 21.12,
    "test": false,
    "voltage": 2900,
    "zone_id": 23,
    "device": {
        "dateCode": "2021-01-26 02:49",
        "friendlyName": "Detecteur Fumée MQTT",
        "hardwareVersion": "5.0.2",
        "ieeeAddr": "0x0015bc0034000c90",
        "manufacturerID": 4117,
        "manufacturerName": "frient A/S",
        "model": "HESZB-120",
        "networkAddress": 50261,
        "powerSource": "Battery",
        "softwareBuildID": "3.4.25",
        "type": "EndDevice",
        "zclVersion": 1
    }
}

voici les informations brutes dans jeedom

{
    "date_code": "2021-01-26 02:49",
    "definition": {
        "description": "Fire detector with siren",
        "exposes": [
            {
                "access": 1,
                "description": "Measured temperature value",
                "name": "temperature",
                "property": "temperature",
                "type": "numeric",
                "unit": "\u00b0C"
            },
            {
                "access": 1,
                "description": "Remaining battery in %, can take up to 24 hours before reported.",
                "name": "battery",
                "property": "battery",
                "type": "numeric",
                "unit": "%",
                "value_max": 100,
                "value_min": 0
            },
            {
                "access": 1,
                "description": "Indicates whether the device detected smoke",
                "name": "smoke",
                "property": "smoke",
                "type": "binary",
                "value_off": false,
                "value_on": true
            },
            {
                "access": 1,
                "description": "Indicates if the battery of this device is almost empty",
                "name": "battery_low",
                "property": "battery_low",
                "type": "binary",
                "value_off": false,
                "value_on": true
            },
            {
                "access": 1,
                "description": "Indicates whether the device is being tested",
                "name": "test",
                "property": "test",
                "type": "binary",
                "value_off": false,
                "value_on": true
            },
            {
                "access": 7,
                "description": "Duration of Siren",
                "name": "max_duration",
                "property": "max_duration",
                "type": "numeric",
                "unit": "s",
                "value_max": 600,
                "value_min": 0
            },
            {
                "access": 2,
                "description": "Manual Start of Siren",
                "name": "alarm",
                "property": "alarm",
                "type": "binary",
                "value_off": "OFF",
                "value_on": "START"
            },
            {
                "access": 1,
                "description": "Indicates reason if any fault",
                "name": "reliability",
                "property": "reliability",
                "type": "enum",
                "values": [
                    "no_fault_detected",
                    "unreliable_other",
                    "process_error"
                ]
            },
            {
                "access": 1,
                "description": "Indicates whether the device are in fault state",
                "name": "fault",
                "property": "fault",
                "type": "binary",
                "value_off": false,
                "value_on": true
            },
            {
                "access": 1,
                "description": "Link quality (signal strength)",
                "name": "linkquality",
                "property": "linkquality",
                "type": "numeric",
                "unit": "lqi",
                "value_max": 255,
                "value_min": 0
            }
        ],
        "model": "HESZB-120",
        "options": [
            {
                "access": 2,
                "description": "Number of digits after decimal point for temperature, takes into effect on next report of device.",
                "name": "temperature_precision",
                "property": "temperature_precision",
                "type": "numeric",
                "value_max": 3,
                "value_min": 0
            },
            {
                "access": 2,
                "description": "Calibrates the temperature value (absolute offset), takes into effect on next report of device.",
                "name": "temperature_calibration",
                "property": "temperature_calibration",
                "type": "numeric"
            }
        ],
        "supports_ota": false,
        "vendor": "Develco"
    },
    "disabled": false,
    "endpoints": {
        "1": {
            "bindings": [],
            "clusters": {
                "input": [
                    "genIdentify",
                    "genScenes",
                    "genOnOff"
                ],
                "output": []
            },
            "configured_reportings": [],
            "scenes": []
        },
        "35": {
            "bindings": [
                {
                    "cluster": "genPollCtrl",
                    "target": {
                        "endpoint": 1,
                        "ieee_address": "0xdc8e95fffe00b0a0",
                        "type": "endpoint"
                    }
                },
                {
                    "cluster": "genPowerCfg",
                    "target": {
                        "endpoint": 1,
                        "ieee_address": "0xdc8e95fffe00b0a0",
                        "type": "endpoint"
                    }
                },
                {
                    "cluster": "ssIasZone",
                    "target": {
                        "endpoint": 1,
                        "ieee_address": "0xdc8e95fffe00b0a0",
                        "type": "endpoint"
                    }
                },
                {
                    "cluster": "ssIasWd",
                    "target": {
                        "endpoint": 1,
                        "ieee_address": "0xdc8e95fffe00b0a0",
                        "type": "endpoint"
                    }
                },
                {
                    "cluster": "genBasic",
                    "target": {
                        "endpoint": 1,
                        "ieee_address": "0xdc8e95fffe00b0a0",
                        "type": "endpoint"
                    }
                },
                {
                    "cluster": "genBinaryInput",
                    "target": {
                        "endpoint": 1,
                        "ieee_address": "0xdc8e95fffe00b0a0",
                        "type": "endpoint"
                    }
                }
            ],
            "clusters": {
                "input": [
                    "genBasic",
                    "genPowerCfg",
                    "genIdentify",
                    "genBinaryInput",
                    "genPollCtrl",
                    "ssIasZone",
                    "ssIasWd"
                ],
                "output": [
                    "genTime",
                    "genOta"
                ]
            },
            "configured_reportings": [
                {
                    "attribute": "batteryVoltage",
                    "cluster": "genPowerCfg",
                    "maximum_report_interval": 62000,
                    "minimum_report_interval": 3600,
                    "reportable_change": 0
                }
            ],
            "scenes": []
        },
        "38": {
            "bindings": [
                {
                    "cluster": "msTemperatureMeasurement",
                    "target": {
                        "endpoint": 1,
                        "ieee_address": "0xdc8e95fffe00b0a0",
                        "type": "endpoint"
                    }
                }
            ],
            "clusters": {
                "input": [
                    "genBasic",
                    "genIdentify",
                    "msTemperatureMeasurement"
                ],
                "output": [
                    "genIdentify"
                ]
            },
            "configured_reportings": [
                {
                    "attribute": "measuredValue",
                    "cluster": "msTemperatureMeasurement",
                    "maximum_report_interval": 600,
                    "minimum_report_interval": 60,
                    "reportable_change": 10
                }
            ],
            "scenes": []
        }
    },
    "friendly_name": "Detecteur Fum\u00e9e MQTT",
    "ieee_address": "0x0015bc0034000c90",
    "interview_completed": true,
    "interviewing": false,
    "manufacturer": "frient A\/S",
    "model_id": "HESZB-120",
    "network_address": 50261,
    "power_source": "Battery",
    "software_build_id": "3.4.25",
    "supported": true,
    "type": "EndDevice"
}

Je peux transformer la commande info en action mais du coup il me manque la commande OFF

Bonjour,
Merci pour le retour ca sera geré dans la version beta de demain.

un autre truc que j’ai remarqué avec des boutons comme xiaomi.
Je mets en déclencheur le bouton dans un scénario, j’ai bien mes info single, double etc… le scénario se lance la premiere fois avec single par exemple. Si j’appuie a nouveau sur le bouton avec la meme valeur single le scénarion ne s’execute pas.
Pour que ca fonctionne j’ai du activer la répétition de la valeur sur la commande bouton

Bonjour,
Oui c’est normal ca ne pourra etre gerer qu’avec une conf specifique que le plugin ne prend pas encore en charger mais c’est bien prévu.

Bonsoir,

J’ai commencé la migration de mes 150 périphériques. J’ai mis Jeezigbee sur ma prod mais connectée sur un Zigbee2mqtt distant.
J’ai des alertes de demon z2m ko mais je pense que c’est normal, il n’y a pas de demon de lancé dans ce cas là ?
Est-ce que la conf si dessous est ok ? Je ne sais pas ce que je dois mettre pour les dépendances en gestion auto et pour le démon, pour moi, il ne faut pas l’activer si on utilise mqtt.


S’il y a une doc, même en béta, je suis preneur.
@xavax59 : si j’ai bien compris, les boutons Zigbee, il vaut mieux les garder avec l’ancien plugin pour le moment.

Bonjour,
Si distant alors pas de démon