Probème avec micromodule SSM-U01 On-Off Aqara

Bonjour
Je viens d’acquérir 2 micromodules On-Off Xiaomi Aqara, et je les ai intégrés chacun sur une clé différente, l’un sur Conbee2 et l’autre sur EZSP - les deux étant actives et fonctionnelles dans le plugin.

Mon souci c’est que bien que les 2 semblant correctement intégrés, l’utilisation du on-off sur chacun depuis Jeedom me retourne un message d’erreur. Les voici depuis le module connecté sur la Conbee II.

Pour le off :

Erreur lors de la requete : http://127.0.0.1:8065/device/command(PUT), data : {« ieee »:« 54:ef:44:10:00:19:01:b0 »,« cmd »:[{« endpoint »:1,« cluster »:« on_off »,« command »:« off »,« await »:1}],« allowQueue »:false} erreur : {« state »:« error »,« result »:« [54:ef:44:10:00:19:01:b0][zdevices.command] Cluster not found : on_off »,« code »:0}

Pour le on :

Erreur lors de la requete : http://127.0.0.1:8065/device/command(PUT), data : {« ieee »:« 54:ef:44:10:00:19:01:b0 »,« cmd »:[{« endpoint »:1,« cluster »:« on_off »,« command »:« on »,« await »:1}],« allowQueue »:false} erreur : {« state »:« error »,« result »:« [54:ef:44:10:00:19:01:b0][zdevices.command] Cluster not found : on_off »,« code »:0}

Le micromodule fonctionne normalement depuis son bouton physique.
Je ne récupère pas non plus ni l’état, ni la conso (mais pas de message d’erreur).
J’ai essayé de recréer les commandes, mais sans succès.
Voici les infos brutes d’un des deux modules (celui dont j’ai posté les erreurs) :

{
    "ieee": "54:ef:44:10:00:19:01:b0",
    "nwk": 34671,
    "status": 2,
    "lqi": "255",
    "rssi": "-62",
    "last_seen": "1634728143.40596",
    "node_descriptor": "01:40:8e:5f:11:52:52:00:00:2c:52:00:00",
    "endpoints": [
        {
            "id": 1,
            "status": 1,
            "device_type": 256,
            "profile_id": 260,
            "manufacturer": "LUMI",
            "model": "lumi.switch.n0agl1",
            "output_clusters": [
                {
                    "id": 25,
                    "name": "Ota",
                    "attributes": []
                }
            ],
            "input_clusters": [
                {
                    "id": 0,
                    "name": "Basic",
                    "attributes": [
                        {
                            "id": 0,
                            "name": "zcl_version",
                            "value": 3
                        },
                        {
                            "id": 1,
                            "name": "app_version",
                            "value": 21
                        },
                        {
                            "id": 2,
                            "name": "stack_version",
                            "value": 0
                        },
                        {
                            "id": 3,
                            "name": "hw_version",
                            "value": 1
                        },
                        {
                            "id": 4,
                            "name": "manufacturer",
                            "value": "LUMI"
                        },
                        {
                            "id": 5,
                            "name": "model",
                            "value": "lumi.switch.n0agl1"
                        },
                        {
                            "id": 6,
                            "name": "date_code",
                            "value": "Aug  8 2020"
                        },
                        {
                            "id": 7,
                            "name": "power_source",
                            "value": 0
                        },
                        {
                            "id": 16384,
                            "name": "sw_build_id",
                            "value": ""
                        }
                    ]
                },
                {
                    "id": 2,
                    "name": "Device Temperature",
                    "attributes": []
                },
                {
                    "id": 3,
                    "name": "Identify",
                    "attributes": []
                },
                {
                    "id": 4,
                    "name": "Groups",
                    "attributes": []
                },
                {
                    "id": 5,
                    "name": "Scenes",
                    "attributes": []
                },
                {
                    "id": 9,
                    "name": "Alarms",
                    "attributes": []
                },
                {
                    "id": 10,
                    "name": "Time",
                    "attributes": [
                        {
                            "id": 0,
                            "name": "time",
                            "value": 688042345
                        },
                        {
                            "id": 1,
                            "name": "time_status",
                            "value": 1
                        }
                    ]
                },
                {
                    "id": 64704,
                    "name": "Manufacturer Specific",
                    "attributes": []
                }
            ]
        },
        {
            "id": 41,
            "status": 1,
            "device_type": 256,
            "profile_id": 260,
            "manufacturer": null,
            "model": null,
            "output_clusters": [],
            "input_clusters": [
                {
                    "id": 18,
                    "name": "MultistateInput",
                    "attributes": [
                        {
                            "id": 85,
                            "name": "present_value",
                            "value": 0
                        }
                    ]
                }
            ]
        },
        {
            "id": 21,
            "status": 1,
            "device_type": 256,
            "profile_id": 260,
            "manufacturer": null,
            "model": null,
            "output_clusters": [],
            "input_clusters": [
                {
                    "id": 12,
                    "name": "AnalogInput",
                    "attributes": [
                        {
                            "id": 85,
                            "name": "present_value",
                            "value": 2.4561595916748047
                        }
                    ]
                }
            ]
        },
        {
            "id": 31,
            "status": 1,
            "device_type": 256,
            "profile_id": 260,
            "manufacturer": null,
            "model": null,
            "output_clusters": [],
            "input_clusters": [
                {
                    "id": 12,
                    "name": "AnalogInput",
                    "attributes": [
                        {
                            "id": 85,
                            "name": "present_value",
                            "value": 0.0002132554946001619
                        }
                    ]
                }
            ]
        },
        {
            "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": "LUMI",
        "model": "lumi.switch.n0agl1",
        "node_desc": {
            "logical_type": 1,
            "complex_descriptor_available": 0,
            "user_descriptor_available": 0,
            "reserved": 0,
            "aps_flags": 0,
            "frequency_band": 8,
            "mac_capability_flags": 142,
            "manufacturer_code": 4447,
            "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": 256,
                "input_clusters": [
                    0,
                    2,
                    3,
                    4,
                    5,
                    9,
                    10,
                    64704
                ],
                "output_clusters": [
                    25
                ]
            },
            "41": {
                "profile_id": 260,
                "device_type": 256,
                "input_clusters": [
                    18
                ],
                "output_clusters": []
            },
            "21": {
                "profile_id": 260,
                "device_type": 256,
                "input_clusters": [
                    12
                ],
                "output_clusters": []
            },
            "31": {
                "profile_id": 260,
                "device_type": 256,
                "input_clusters": [
                    12
                ],
                "output_clusters": []
            },
            "242": {
                "profile_id": 41440,
                "device_type": 97,
                "input_clusters": [],
                "output_clusters": [
                    33
                ]
            }
        }
    },
    "class": "zigpy.device"
}

Pas de problème de fonctionnement pour tous les autres équipements, interrupteurs, prises, détecteurs etc…
Je ne vois pas ce qui cloche. Quelqu’un utilise ces modules ? Quelque chose que je n’ai pas fait ?
Merci d’avance

Hello
Personne n’a d’idée, de piste que je pourrais suivre ?
C’est quoi le cluster dans « cluster not found » ?
Merci

Encore moi.
Petite précision, peut être importante.
Les 2 micromodules fonctionnent finalement avec la clé EZSP. Le message que j’avais dessus était sans doute différent, et venaient du fait que je n’avais pas de périphérique branché sur le L1.
Par contre, malgré plusieurs inclusions ré-inclusions, toujours le même problème sur la Conbee. Cluster not found.
C’est très ennuyeux pour moi compte tenu de l’endroit où je dois placer ces modules, car malgré le maillage, la Conbee a une bien meilleure portée que l’EZSP,.
Donc je suis fortement preneur de toute suggestion.
Merci

Hello
Un petit up sur ce sujet sans réponse. Personne ne sait si ce module est compatible Conbee II, ou si c’est la config dans le plugin qui est en défaut ?
Merci

Bonjour,

Je viens aussi d’installer un module Aqara SSM-U01 et j’ai la même erreur de « cluster on-Off not found » avec une clé Conbee II

Pour vérifier, j’ai branché la clé (dernière version du firmware) sur mon PC avec Deconz. Il voit bien le cluster 6 « on-off » et j’arrive a faire fonctionner le module facilement avec un interrupteur.

Donc ça ne semble pas venir de la clé Conbee II mais surement du plugin.

Hello, bonjour à tous.

Ce sujet ne semble pas avoir intéressé grand monde, pourtant je suis certain que si des « techniciens » le lisaient, ils pourraient au moins m’aiguiller sur une piste de recherche. J’ai contacté le vendeur (Domotique Store) qui m’a indiqué que de leur côté, ils étaient parvenus à inclure et faire fonctionner ce module sous Jeedom et clé Conbee2.

J’en conclus donc que ce problème est lié à la config de ma clé Conbee2 dans mon Jeedom, mais je ne sais pas quoi faire pour le résoudre. Cette clé, dans le dernier firmware (08-2021) me donne des souci par ailleurs, je suis obligé de la débrancher et de la rebrancher pour réussir une inclusion. Mais je suppose que cette inclusion ne doit pas bien se passer puisque le module génère des erreurs ensuite. J’ai eu le même problème avec une multiprise qui, de la même façon, fonctionne sans souci avec la clé EZSP.

Par ailleurs, je le répète, tous les modules déjà inclus sur la Conbee2 fonctionnent parfaitement.

Quelles actions puis-je prendre sur cette clé pour la faire fonctionner (sans perdre si possible les presque 30 équipements qui sont dessus) ??
Merci d’avance

Bonjour,
J’avais le même problème et j’ai eu une solution par Domotic-Store.

1/ Supprimer l’équipement qui ne fonctionne pas.
2/ afficher les réseaux Zigbee
3/ puis les Noeuds
4/ Si il reste une ligne relative à l’équipement qui vient d’être supprimer, la supprimer.
5/ fermer la fenêtre des réseaux Zigbee
6/ synchroniser
7/ inclure de nouveau l’équipement.

Dans mon cas (Box Jeedom Atlas avec plugin Zigbee) cela a fonctionné.

2 « J'aime »

Bonjour,

J’ai le même soucis avec ce module et lé Conbee2.
J’ai essayé 2 fois le tips proposé par @PhilippeM mais rien y fait, toujours la même erreur :confused:
Pas vraiment envie d’avoir 2 clés Zigbee :confused:

Pas de fix du coté des dev du plugin Zigbee ?

Merci

Bonjour,
Juste pour signaler que j’ai exactement le même problème.
Conbee 2 et module ssm-u01
Jeedom entièrement à jour
J avais acheté le module exprès car présent dans la liste de comptabilité…
Encore une déception…

Bonsoir,
Exactement le même problème.
Pour info, je l utilisais avant sans aucun problème avec le plugin Deconz et ma clé conbee2.
Suite à différents problèmes avec Deconz j ai décidé de tout migrer sur le plugin zigbee et c est le seul module qui ne fonctionne pas ….

Quelqu’un a t’il ouvert une demande de support ?

Demande de support fait, voici la réponse :

Bonjour,

C’est un bug en cours du aux dernières mises à jour de firmware de Aquara qui cherche a couper toute compatibilités avec des plateformes autre que la leur. Malheureusement nous ne pouvons pas vous dire si nous arriverons a passer leur sécurité et si oui quand. En attendant le seul truc que vous pouvez faire c’est relancer l’installation des dépendances du plugin et refaire une inclusion (en maintenant bien le module éveillé même si c’est un module sur secteur) et voir si ca corrige.

:pensive: cela n’a pas fonctionné.

Bonjour,
pareil pour moi !!!
je relance le sujet !!
+

Doudou

Bonjour,
Le fabricant a changé le firmware donc le module n’est plus compatible, vous pouvez essayer de relancer les dependances jusqu’a ce que ca marche (en gros jusqu’a ce que zigpy integre le nouveau firmware)

Hello

Je suppose que ça veut dire que le module ne va plus fonctionner avec le plugin Zigbee, quelle que soit la clé utilisée (Conbee II et EZSP pour moi) ?

A ce jour j’en ai 3 sur 5 installés qui ne fonctionnent plus (je n’ai pas vérifié le 6e de spare). Le 3e en défaut fonctionnait encore hier matin.
Est-ce que si je décoche la case de « Autoriser les mises à jour Over-The-Air » (comme je viens de le faire), ça va empêcher le firmware de se mettre à jour ? Est-ce que ça pourrait sauver les 2 qui restent (et le spare qui n’est pas branché) ? Ou si ça n’est pas la bonne option, y en a-t-il une autre ?

Merci d’avance. J’utilise ces modules pour mon chauffage, d’ici octobre pas trop de souci, mais d’ici là si c’est confirmé, il faut trouver une solution de repli.

Honnêtement je peux pas te répondre tous ce que j’ai dit n’est que des suppositions

Ah, je ne l’avais pas compris comme une supposition.
Du coup je suis allé voir sur 2 modules, un qui fonctionne pour l’instant et un qui ne fonctionne pas et dans « information sur le logiciel » j’ai la même chose :

Informations logiciel
ZCL Version : 3 APP Version : 21 Stack Version : 0 HW Version : 1 Date code : Aug 8 2020 Software version :

Août 2020, ça n’est pas récent comme firmware !
Est-ce que @fx95 qui a une une réponse du support (de qui, du reste ?) pourrait donner la version du module concerné ?
Merci d’avance

Le support c’est moi… Donc ça sera la même réponse… La désolé aucune idée du soucis c’est un truc avec le module mais le fabricant ne fait du support que si c’est utilisé avec son système…

1 « J'aime »

Hello
Merci pour la réponse, mais j’avoue que je ne pige pas.
Je prends 2 modules identiques, avec la même version de firmware, et configurés de la même façon, SSM-U01 module Aqara avec neutre. Un qui fonctionne et un qui ne fonctionne pas.
Si je compare ligne à ligne les informations brutes, il n’y a que peu d’information qui changent, et elles me semblent normales :

  • ieee de la 1ère ligne, je ne sais pas ce que c’est mais ça a une tête d’adresse MAC
  • nwk sur la 2e
  • last seen sur la 5e
  • L’attribut value de l’id metering 1794 (72594 pour le OK, 111367 pour le pas OK)
  • La valeur ci dessous :
{
        {
            "id": 31,
            "status": 1,
            "device_type": 256,
            "profile_id": 260,
            "manufacturer": null,
            "model": null,
            "output_clusters": [],
            "input_clusters": [
                {
                    "id": 12,
                    "name": "AnalogInput",
                    "attributes": [
                        {
                            "id": 85,
                            "name": "present_value",
                            "value": 15.36557388305664

La dernière value est à 0 pour l’équipement qui ne fonctionne plus alors qu’lelle est à 15.365xxxxxx pour celui qui fonctionne (copié ci-dessus).
Et c’est tout
Alors à moins que cette dernière valeur ne change tout, je ne vois pas pourquoi deux équipements identiques avec la même version de firmware, gérés sur la même machine dans le même logiciel avec la même configuration se mettent à réagir de manière différente alors qu’ils fonctionnaient tous les deux.

Est-ce que cette différence peut avoir une incidence quelconque ?
Merci d’avance

Non cette valeur est une valeur d’un capteur et n’a aucun influence. Malheureusement la je ne peux pas t’aider je ne sais pas non plus ce qui ne va pas…

Bon, je tente ma chance une dernière fois - dans l’intervalle j’ai essayé l’intégration sur un module neuf mais que je gardais en spare et que j’avais commandé en même temps que les 5 autres. Mais je ne parviens pas à faire l’intégration.

J’ai trouvé une différence qui n’a probablement aucune importance, mais qui se vérifie sur tous mes modules.
Dans la configuration Json.
Au début de la configuration Json des 2 modules qui fonctionnent, il y a :

{
    "name": "LUMI.lumi.switch.n0agl1",
    "configuration": {
        "heating": [],
        "cooling": [],
        "stoping": [],
        "window": [],
        "failure": [],
        "failureActuator": [],
        "orderChange": [],
        "existingMode": [],
        "sendToHomebridge": "0"
    },

Alors qu’au début de celle des 4 modules qui ne fonctionnent plus/pas il y a seulement :

{
    "name": "LUMI.lumi.switch.n0agl1",
    "configuration": {
        "sendToHomebridge": "0"
    },

Ensuite tout est pareil…
Je ne sais pas à quoi correspond cette différence, mais le fait que 2 modules qui fonctionnent aient la même chose, et les 4 qui ne fonctionnent soient identiques aussi entre eux m’interpelle.
Ai-je un moyen de forcer d’une manière ou d’une autre la config d’un module qui ne fonctionne pas afin qu’il ait une config identique à celle d’un qui marche ?
Je voudrais essayer au moins ça avant de tout jeter…

Merci beaucoup