OK
Y a-t-il un guide quelque part à propos de la compatibilité des combinaisons de multiples key ?
Ou ce sont les REX de ce forum qui en font état ?
Zigate usb wifi ou hat ?
C’est une zigate usb
1 « J'aime »
canal différent entre les 2 ?
Comme je l’ai signalé plus haut. J’ai laissé tourner la zigate depuis hier soir seule.
Tout à l’heure, j’ai relancé avec les deux et ça a fonctionné: zigate canal 11 et l’autre sur le 20.
J’ai voulu mettre les deux sur le même canal 11 (il paraît que ça fonctionne mieux pour le matériel Xiaomi) et là impossible de relancer le demon.
J’ai remis à l’état initial zigate sur 11 et cc2531 sur 20 et ça ne se lance plus.
j’insiste toutes mes 5 minutes et j’espère que ça va repartir
Bonjour,
Je suis utilisateur de Jeedom depuis quelques années (… et reconnaissant aux créateurs et aux participants - on ne le dira jamais assez) mais nouveau sur ce forum.
Je me lance dans un projet de gestion d’un atelier de menuiserie avec des composants Zigbee.
J’utilise le plugin Zigbee bêta version 2021-01-21 12:30:48 (je viens de le mettre à jour).
Je suis en Jeedom stable 4.1.17 avec une zigate.
Je tente d’intégrer une dalle LED ASLED TIMBA qui devrait être contrôlable en luminosité et en couleur de blanc.
Cette dalle utilise un driver qui est visiblement d’origine Sunricher.
il ressemble à celui-ci mais en 30W :
L’intégration se passe bien sauf qu’aucune commande n’est générée.
Je suppose que ce driver n’est pas encore intégré dans le plugin. Serait-il possible de l’ajouter ?
Merci d’avance.
JM
Voici les données brutes (json) de configuration :
{
"ieee": "00:0d:6f:00:0f:95:12:d9",
"nwk": 12574,
"status": 2,
"lqi": "156",
"rssi": "0",
"last_seen": "1611257147.3614206",
"node_descriptor": "01:40:8e:0b:10:52:52:00:00:2c:52:00:00",
"endpoints": [
{
"id": 1,
"status": 1,
"device_type": 268,
"profile_id": 260,
"manufacturer": "Sunricher",
"model": "CCT Lighting",
"output_clusters": [
{
"id": 25,
"name": "Ota",
"attributes": []
},
{
"id": 4096,
"name": "LightLink",
"attributes": []
}
],
"input_clusters": [
{
"id": 0,
"name": "Basic",
"attributes": [
{
"id": 0,
"name": "zcl_version",
"value": 3
},
{
"id": 1,
"name": "app_version",
"value": 0
},
{
"id": 2,
"name": "stack_version",
"value": 0
},
{
"id": 3,
"name": "hw_version",
"value": 0
},
{
"id": 4,
"name": "manufacturer",
"value": "Sunricher"
},
{
"id": 5,
"name": "model",
"value": "CCT Lighting"
},
{
"id": 6,
"name": "date_code",
"value": "NULL"
},
{
"id": 7,
"name": "power_source",
"value": 1
},
{
"id": 16384,
"name": "sw_build_id",
"value": "2.3.1_r21"
}
]
},
{
"id": 3,
"name": "Identify",
"attributes": []
},
{
"id": 4,
"name": "Groups",
"attributes": []
},
{
"id": 5,
"name": "Scenes",
"attributes": []
},
{
"id": 6,
"name": "On\/Off",
"attributes": [
{
"id": 0,
"name": "on_off",
"value": 1
}
]
},
{
"id": 8,
"name": "Level control",
"attributes": [
{
"id": 0,
"name": "current_level",
"value": 254
}
]
},
{
"id": 768,
"name": "Color Control",
"attributes": [
{
"id": 3,
"name": "current_x",
"value": 24939
},
{
"id": 4,
"name": "current_y",
"value": 24701
},
{
"id": 7,
"name": "color_temperature",
"value": 230
}
]
},
{
"id": 2821,
"name": "Diagnostic",
"attributes": []
},
{
"id": 4096,
"name": "LightLink",
"attributes": []
}
]
},
{
"id": 242,
"status": 1,
"device_type": 97,
"profile_id": 41440,
"manufacturer": null,
"model": null,
"output_clusters": [
{
"id": 33,
"name": "GreenPowerProxy",
"attributes": []
}
],
"input_clusters": []
}
],
"signature": {
"manufacturer": "Sunricher",
"model": "CCT Lighting",
"node_desc": {
"byte1": 1,
"byte2": 64,
"mac_capability_flags": 142,
"manufacturer_code": 4107,
"maximum_buffer_size": 82,
"maximum_incoming_transfer_size": 82,
"server_mask": 11264,
"maximum_outgoing_transfer_size": 82,
"descriptor_capability_field": 0
},
"endpoints": {
"1": {
"profile_id": 260,
"device_type": 268,
"input_clusters": [
0,
3,
4,
5,
6,
8,
768,
2821,
4096
],
"output_clusters": [
25,
4096
]
},
"242": {
"profile_id": 41440,
"device_type": 97,
"input_clusters": [],
"output_clusters": [
33
]
}
}
},
"class": "zigpy.device"
}
Après 1h30 de bataille, le demon est reparti.
j’ai activé/desactivé la cc2531 toutes les 5 minutes en laissant tourner le demon avec la zigate seule pendant 5 minutes. Je ne sais pas pourquoi mais ça fonctionne.
Bonjour,
Aucun guide existant ou prévu la dessus (surtout pour une beta). Tous ce que je peux dire c’est que deconz + silicon labs c’est ok. C’est d’ailleurs les 2 seuls clef que nous testons officiellement. Pour toutes les autres aucun support officiel ne sera fournis
Bonjour,
Sans une image du module je ne peux pas faire la configuration. Une fois l’image mise je pourrais l’ajouter dans le plugin
OK. Je comprends… les limites du bénévolat 
Merci du temps passé à me répondre
Bonjour @Loic, bonjour à tous,
Suite à une recommandation de @iPapy de poster ici, je me permets de le faire.
J’ai un équipement « [magnet.aq2] Xiaomi Aquara capteur d’ouverture » qui est reconnu correctement (sous ce nom, avec la typo à « Aqara » ) et fonctionne correctement, mis à part deux choses :
-
l’absence de remontée du niveau de batterie (mais ça j’ai compris que ça affecte tous les modules Zigbee)
-
l’absence de remontée des données du capteur de température intégré
(qui sont tous deux correctement remontés lorsque j’utilise le même modèle de capteur dans Deconz).
Est-il prévu de remonter les niveaux de batterie de tous les capteurs Zigbee prochainement ?
Serait-il possible d’implémenter la remontée des infos du capteur de température intégré ?
Ci-dessous, le json des infos brutes du capteur. L’image du capteur est déjà correcte dans le plugin Jeedom, du coup j’imagine qu’il n’est pas nécessaire que je la fournisse. N’hésitez pas à demander si il y a besoin d’informations complémentaires.
Merci d’avance.
{
"ieee": "00:15:8d:00:01:a0:01:a0",
"nwk": 35663,
"status": 2,
"lqi": "255",
"rssi": "-50",
"last_seen": "1611321943.6792066",
"node_descriptor": "02:40:80:37:10:7f:64:00:00:00:64:00:00",
"endpoints": [
{
"id": 1,
"status": 1,
"device_type": 24321,
"profile_id": 260,
"manufacturer": "LUMI",
"model": "lumi.sensor_magnet.aq2",
"output_clusters": [
{
"id": 0,
"name": "BasicCluster",
"attributes": []
},
{
"id": 4,
"name": "Groups",
"attributes": []
},
{
"id": 6,
"name": "On\/Off",
"attributes": []
},
{
"id": 65535,
"name": "Manufacturer Specific",
"attributes": []
}
],
"input_clusters": [
{
"id": 0,
"name": "BasicCluster",
"attributes": [
{
"id": 0,
"name": "zcl_version",
"value": 1
},
{
"id": 1,
"name": "app_version",
"value": 3
},
{
"id": 2,
"name": "stack_version",
"value": 2
},
{
"id": 3,
"name": "hw_version",
"value": 2
},
{
"id": 4,
"name": "manufacturer",
"value": "LUMI"
},
{
"id": 5,
"name": "model",
"value": "lumi.sensor_magnet.aq2"
},
{
"id": 6,
"name": "date_code",
"value": "20161128"
},
{
"id": 7,
"name": "power_source",
"value": 3
},
{
"id": 16384,
"name": "sw_build_id",
"value": "3000-0001"
}
]
},
{
"id": 3,
"name": "Identify",
"attributes": []
},
{
"id": 1,
"name": "Power Configuration",
"attributes": [
{
"id": 32,
"name": "battery_voltage",
"value": 30
},
{
"id": 33,
"name": "battery_percentage_remaining",
"value": 200
}
]
},
{
"id": 65535,
"name": "Manufacturer Specific",
"attributes": []
}
]
}
],
"signature": {
"manufacturer": "LUMI",
"model": "lumi.sensor_magnet.aq2",
"node_desc": {
"byte1": 2,
"byte2": 64,
"mac_capability_flags": 128,
"manufacturer_code": 4151,
"maximum_buffer_size": 127,
"maximum_incoming_transfer_size": 100,
"server_mask": 0,
"maximum_outgoing_transfer_size": 100,
"descriptor_capability_field": 0
},
"endpoints": {
"1": {
"profile_id": 260,
"device_type": 24321,
"input_clusters": [
0,
3,
1,
65535
],
"output_clusters": [
0,
4,
6,
65535
]
}
}
},
"class": "zhaquirks.xiaomi.aqara.magnet_aq2"
}
1 « J'aime »
Bonjour,
- La batterie remonte deja comme dis souvent ca remonte dans la page de gestion des batteries de tous les modules (quelque soit le protocole). Il n’est pas prévu de faire autrement
- Non pas prévu je n’ai vu aucune remonté de température pertinente lors des tests
@Loic
Pour la remontée des batteries des appareils Zigbee, je comprends que ce sera uniquement sur la page Analyse → Équipements → Batterie.
Le soucis c’est que la totalité de mes capteurs sont à 100% de batterie alors que je sais très bien que les piles ne sont pas neuves et qu’avant de basculer de plugin j’avais toutes sortes de valeurs pour chaque capteurs.
Est ce normal que tout soit à 100% ?
3 « J'aime »
Bonjour,
Petite question, j’ai ajouté une ampoule philips hue, tout fonctionne bien, sauf que celle-ci ne s’affiche pas dans la liste des appareils disponible pour un scénario. C’est le seul objet avec lequel je ne peux pas interagir, il n’est pas dans la liste déroulante.
Une idée?
Quel modèle ?
Philips.LWB010
Il ne me sembla pas encore dans la liste des compatibilité avec le plungin.
curieux, car j’ai réussi à l’inclure sans problème et qu’il est reconnu par le plugin.
De plus les commandes sont fonctionnels
Pareil pour moi. Pour le coup, c’est la valeur de la batterie affichée qui n’est pas pertinente alors 