RPI4B avec Conbee III + z2m + mqtt2 / ça marche pas et je tourne en rond :-(

Mybad pour le Fibaro tu as complètement raison ! Mauvais copier/coller ! (et ça ne m’a même pas choqué en relisant … )
Remplace

  • Fibaro FDG 212
    par
  • Nous A1Z

J’ai bien vu l’histoire des sec pour le cube, mais pas mieux … l’ai retesté à l’instant au cas où, nada !

Pour le TH05Z c’est du bien du Zigbee mais c’est un truc cheap un peu chelou, je te l’accorde volontiers :wink: du coup je l’écarte de mes futurs tests.

En te relisant je me pose une question … tu es en train de me dire que tout le matos pur Zigbee (j’entend sans MQTT) ne peut pas être appairé via JeeZigbee ?
Normalement même les appareils tout simple devrait passer non ? Je me trompe ?

Je disais juste que parmi ta liste je n’ai trouvé que le cube dans la liste de compatibilité de zigbee2mqtt (sur lequel s’appuie le plugin jeezigbee).

C’est une prise de type TuYa, une prise est un bon exemple d’équipement à utiliser pour valider que l’inclusion dans jeezigbee fonctionne.
-équipements « Nous » supportés : | Zigbee2MQTT
-Nous A1Z control via MQTT | Zigbee2MQTT :

instructions d’appairage :
Si la LED ne clignote pas rapidement, appuyez sur le bouton pendant 5 à 7 secondes pour réinitialiser les paramètres de la prise aux paramètres d’usine.

akenad :slight_smile:

Je sus d’accord pour les A1Z, simples rapides & efficaces !

Par contre, je pense que tu as pris la doc de celles qui sont Wi-Fi :wink:

De mémoire:

  • Les Wi-Fi (A1) → LED Bleue
  • Les ZigBee (A1Z) → LED Rouge
  • Les Tasmota (A1T) → LED Verte

Je peux me tromper mais je pense que la mienne ne clignotera jamais en bleu.

Par contre elle clignote bien en rouge lorsque je met la clef en mode inclusion (mode inclusion de la clef avant de mettre la LED clignotante en rouge sur la prise) sans que rien ne se passe :frowning:

J’ai rein de rien dans les logs, je ne comprends pas ce que je faire de travers, je suis sûr que c’est un truc à la con :frowning:

Bon par contre, la balise log n’existe plus dans la barre d’outils … j’ai beau tenter des trucs, c’est pas jojo.

log z2md.txt (4,2 Ko)

La doc est indiquée en lien dans mon post précédent
C’est une doc zigbee2mqtt, ce n’est donc pas du Wi-Fi.
Je n’ai fais que traduire le paragraphe « Pairing » d’Anglais en Français.

akenad :slight_smile:

Aucun doute sur le protocole tkt, juste sur la couleur de la led.

Extrait de ton log z2md :

0272|Zigbee2MQTT:debug 2024-02-10 15:53:19: Received MQTT message on 'zigbee2mqtt/bridge/request/permit_join' with data '{"value":true,"time":180}'
0273|Zigbee2MQTT:info  2024-02-10 15:53:19: Zigbee: allowing new devices to join.
0274|Zigbee2MQTT:info  2024-02-10 15:53:21: MQTT publish: topic 'zigbee2mqtt/bridge/response/permit_join', payload '{"data":{"time":180,"value":true},"status":"ok"}'
0275|Zigbee2MQTT:debug 2024-02-10 15:55:39: Received MQTT message on 'zigbee2mqtt/bridge/request/permit_join' with data '{"device":null,"time":254,"transaction":"8gp15-1","value":false}'
0276|Zigbee2MQTT:info  2024-02-10 15:55:39: Zigbee: disabling joining new devices.

Pour moi tout fonctionne côté jeezigbee et zigbee2mqtt, l’inclusion est active (permit_join).
Il me semble que c’est la prise qui n’est pas passée en appairage pendant la durée du mode inclusion actif (environ 3 minutes).

akenad :slight_smile:

Bon, je suis en train de faire un peu de lecture et à la vue de certains post (qui n’ont rien a voir avec mon PB car pas les mêmes plateformes … mais quand même), je pense que je vais continuer à lire un peu et voir la suite de ces investigations au cas où …

Déjà, je vas voir comment downgrader mon zigbee2mqtt en version 1.35.1 pour voir si j’ai le même problème que certains mais sur un RPI.

Je vous tiens informés de la suite quand j’aurais trouvé comment faire :wink:

La prise Philips fonctionne en zigbee2mqtt 1.35.3 et conbee3 firmware d’origine version 0x26450900.

akenad :slight_smile:

Choisir la version de Zigbee2MQTT en mettant tout simplement le numéro de version dans le champ prévu pour (le bouton vous a coté de ce champ vous permet de voir les versions disponibles). Ensuite il suffit de sauvegarder puis relancer les dépendances

image

1 « J'aime »

Yes ! Merci j’avais trouvé, c’est tellement simple et tellement cool du coup !

Je suis en train de tester avec d’autres firmware mais je vais devoir mettre en pause qq jours … taf oblige.

Hello à tous, et un grand merci à tous ceux qui se sont penchés sur mon PB !

Pour info, j’ai trouvé le coupable :wink:

J’utilise un disque SSD sur un port USB comme beaucoup d’entre vous je suppose et c’est lui le fautif.

J’ai essayé ça pour en arriver là :

  • RPI3 avec une carte SD → OK
  • RPI4 avec une carte SD → OK
  • RPI4 avec disque SSD → KO (Geekworm X825)

Donc j’ai un PB avec l’utilisation du port USB (le bleu du bas) et la clef Conbee 3 (Je pense un truc comme les IRQ sur PC autre chose du genre mais je connais moins les RPI, il faut que je regarde comment ça marche ces trucs là sur ces cartes)

Je vais encore tester d’autres petites choses que j’utilise pour vous faire un retour :

  • RP4 avec un SSD M2 (ce que j’utilisais avant mais là mon M2 de test est HS) → Il faut que je vous retrouve la référence de la carte M2
  • RP4 avec une carte d’alim à découpage (Geekworm X735)

Je vous fait un retour sur les tests dès que je peux :wink:

Thib

Port usb bleu = usb3 qui sont souvent problématiques sous raspberry 4.

Antoine

C’est PB connu sur rpi ( facile à dire une fois le PB isolé !!)
Les ports USB sont mal isolés… Et le fait de mettre un disque SSD sur un port usb3 empêche la mise en place d’une clé zigbee sur l’autre port usb3.
Il est aussi conseillé de mettre une rallonge USB pour éloigner la clé du roi …

Norbert