[BUG] zigcreate ne mets pas à jour l'état courant via MQTT

[Wendigogo]

J'ai enfin pu dessouder la carte Wi-Fi du MCU Tuya et brancher mon ESP32 dessus (câbles Dupont pour l'instant).

J'ai alors testé l'intégration Home Assistant (lumière seulement) et j'ai un bug assez curieux :

• Quand j'allume la lumière, elle s'allume, mais l'état ne change pas dans HA (Idem lorsqu'elle s'éteint)
• Quand j'allume la lumière avec la télécommande, elle s'allume ET l'état change dans HA (Idem lorsqu'elle s'éteint)
• Quand je coupe le "bip", cela ne fonctionne pas
• Quand je coupe le "bip" avec la télécommande, cela fonctionne

Est-ce qu'il y a une mise à jour à faire côté create (le ventilateur n'a jamais démarré avec la carte Wi-Fi) ?

Est-ce qu'un mauvais flash pourrait causer ce souci ? J'ai prévu de reflasher l'ESP32 de toute façon.

Est-ce qu'un mauvais câblage pourrait induire Ce fonctionnement ? Les Dupont sont simplement en place et le contact n'est peut-être pas très propre.

Est-ce qu'il y a des logs à activer et à fournir pour aider ?

Je referai des tests ce soir/ce week-end : il était un peu tard et j'ai fait quelques âneries (inversion 3.3V-GND par exemple 🤐 ) lors de mes tests.

EDIT : J'ai un ESP32-H2-Zero, comme conseillé. Le capteur DHT22 n'était pas en place pour ces tests.

[Pulpyyyy]

Salut

Assez étonnant tout ça. Allons-y par étapes

• Quand j'allume la lumière, elle s'allume, mais l'état ne change pas dans HA (Idem lorsqu'elle s'éteint)
  Comment tu allumes la lampe, par HA ou bien par ton interrupteur ? Par HA j'ai du mal à voir comment l'état pourrait ne pas être bon, mais par l'interrupteur ça s'explique :

• quand tu alimentes le circuit l'esp s'initialise. Donc il faut du temps pour joindre le réseau et du temps pour remonter l'état comme en plus la synchro mcu/esp n'est forcée que toute les 15s quand il ne passe rien ça peut mettre un moment à remonter
• à l'extinction c'est pire, l'esp privé de courant n'a pas le temps d'envoyer quoi que ce soit à ha. C'est ha qui au bout de 2 minutes va raller et dire que la communication est rompue

Bref le système est fait pour être branché 24/24 je vais d'ailleurs le rajouter dans la doc, car pas explicitement indiqué.

• Quand je coupe le "bip", cela ne fonctionne pas
• Quand je coupe le "bip" avec la télécommande, cela fonctionne
  Ça c'est en principe le truc le plus fiable, ça me sert de test dans les dev car même sans lumière ou sans moteur raccordé c'est une fonction qui est conservée.

Est-ce qu'un mauvais flash pourrait causer ce souci ?
Un mauvais flash non mais une version incorrecte c'est possible il a fallu ajuster l'intégration continue de la compilation donc certains artifacts sont publiques mais n'aurait pas du l'être. Le dépôt est aujourd'hui propre, tu peux dans le doute reflasher la dernière version d'il y un peu plus d'une semaine.
Et tu peux également refaire une vérification sur la version du converter (attention à redémarrer z2m pour la prise en compte), refaire l'interrogation et la reconfiguration pour être certain de partir à jour.

Montage dupont ça fonctionne si pas de jeu de manipulation, tant dis ce que le dht est optionnel

[Wendigogo]

Merci pour les précisions.
Je referai le test en patientant un peu plus. 😅

Hier j'ai reflashé l'ESP. Comme avant, il n'a pas redémarré tout seul mais tout semble fonctionnel : il se connecte bien à mon réseau Zigbee et l'interrogation/la reconfiguration ne renvoient aucune erreur.

J'ai filmé la séquence de boot de la LED dont les couleurs ne semblent pas correspondre à ce qui est indiqué sur le github. L'ESP est uniquement branchée sur l'USB (les Dupont ne sont pas connectés de l'autre côté) :

20260703_192625_1.mp4

[Pulpyyyy]

Merci pour la vidéo, très utile !

Pour le reboot après flash : c'est normal, le module ne redémarre pas tout seul après un flash. Il faut soit appuyer sur le bouton reset, soit débrancher/rebrancher l'USB.

Pour la séquence LED : effectivement, ce ne sont pas exactement les bonnes couleurs par rapport à la doc. La séquence attendue est : orange en ramping (démarrage), puis 3 flashs verts (réseau rejoint) et extinction (fonctionnement normal). Sur ta vidéo on dirait que les composantes rouge/verte sont inversées (vert au boot au lieu d'orange, flashs rouges au lieu de verts). Je vais regarder si je n'ai pas inversé les composantes RVB, certaines cartes embarquent des LED avec un ordre de canaux différent (GRB au lieu de RGB).

Le déroulé de ta séquence reste sain en tout cas : boot, connexion au réseau réussie, extinction. Ça colle avec le fait que tout fonctionne côté Zigbee.

Tu peux me donner la référence exacte de ta carte ESP32-H2 ? Ça m'aiderait à confirmer et à corriger pour cette variante.

[Wendigogo]

Bonjour,

J'ai eu peu de temps ce week-end pour l'ESP. Et je ne sais pas trop quelles informations donner.

Voici ce que j'obtiens quand je le connecte sur https://espressif.github.io/esptool-js :

esptool.js
Serial port WebSerial VendorID 0x303a ProductID 0x1001
Connecting...
Detecting chip type... ESP32-H2
Chip Revision: 2
Chip is ESP32-H2 (revision v1.2)
Features: BT 5 (LE),IEEE802.15.4,Single Core,96MHz
Crystal is 32MHz
MAC: 10:51:db:63:be:2b
Uploading stub...
Running stub...
Stub running...
Changing baudrate to 921600
Changed
If the chip does not respond to any further commands, consider using a lower baud rate.

J'ai commandé ce modèle : https://www.amazon.fr/dp/B0FPX1XX15

Et voici les photos de la carte :

(J'ai fait n'importe quoi sur les pins GND et 3.3V et ça se voit...)

[Pulpyyyy]

Salut,

Tu es certain de ne pas avoir un faux contact là ?

ça semble vachement proche

Et on est bien d'accord, c'est dans l'outil de flash https://espressif.github.io/esptool-js/ que tu as ce message ? Tu as un mode console aussi pour voir un peu ce que dit l'esp quand il démarre normalement

[Wendigogo]

Oui, c'est l'angle de vue qui donne cette impression (et lors de mes tests précédents les fils n'étaient pas soudés)

Le message que j'ai collé vient bien de https://espressif.github.io/esptool-js/ avec l'ESP démarré en mode "normal" (ie : pas en mode flash).
Je n'ai pas accès à la console (ou je ne sais pas comment y accéder).

[Pulpyyyy]

Le mode console est juste en dessous

Et en principe le mode flash bascule tout seul, tu mets les fichiers, les adresses, de flash, il se charge du reste

[Wendigogo]

Voici ce que j'obtiens en connectant la console :

I (290) esp_image: segment 3: paddr=000bd898 vaddr=4080b2c4 sizeI (4889) zigbee: OTA client: mfr=0x5096 type=0x50C5 cur_ver=0x9B577753 max_data=255
I (4891) zigbee: endpoints registered: EP1=fan EP2=light EP3=timer EP4=beep EP5=direction EP7=debug_fw
I (4896) otac: local OTA client ready (ep=1 type=0x50C5 ver=0x9B577753, block=64 B)
I (4956) diag: ZB_READY
I (4957) zigbee: stack ready — TX=-20 dBm, starting BDB initialisation
I (4960) zigbee: StartUpOnOff ep=2 restored → 0xFF
I (4962) zigbee: StartUpOnOff ep=4 restored → 0x00
I (5514) zigbee: DEVICE_REBOOT — starting commissioning (steering)
I (5515) zigbee: tx_rampup_task started
I (5959) pm: Frequency switching config: CPU_MAX: 96, APB_MAX: 32, APB_MIN: 32, Light sleep: DISABLED
I (5960) diag: PM_NOMINAL
I (5960) main: PM nominal : 96/32 MHz + light sleep
I (6677) diag: ZB_JOINED
I (6677) zigbee: joined the Zigbee network
I (7600) zigbee: TX power → -10 dBm
I (9600) zigbee: TX power → 0 dBm
I (11600) zigbee: TX power → 10 dBm
I (13600) zigbee: TX power → 20 dBm
W (15526) main: Tuya MCU not ready after 15 s — check UART wiring
I (15526) main: DHT sensor on GPIO3 (auto-detect)
I (15527) main_task: Returned from app_main()
I (15537) tuya: HB #1 TX (init_state=0 — waiting for MCU)

[Pulpyyyy]

I (6677) zigbee: joined the Zigbee network
I (7600) zigbee: TX power → -10 dBm
I (9600) zigbee: TX power → 0 dBm
I (11600) zigbee: TX power → 10 dBm
I (13600) zigbee: TX power → 20 dBm

ça c'est tout bon, ça dit qu'il est connecté au zigbee

I (15526) main: DHT sensor on GPIO3 (auto-detect)

Sonde ok aussi (il cherche)

I (15537) tuya: HB #1 TX (init_state=0 — waiting for MCU)

Là c'est moins bon si ça se répéte => Inversion TX/RX ? C'est un coup classique

[Wendigogo]

I (6677) zigbee: joined the Zigbee network
I (7600) zigbee: TX power → -10 dBm
I (9600) zigbee: TX power → 0 dBm
I (11600) zigbee: TX power → 10 dBm
I (13600) zigbee: TX power → 20 dBm

ça c'est tout bon, ça dit qu'il est connecté au zigbee

Ça, c'est pas normal : je ne suis pas chez moi et il n'y a pas de Zigbee ici… 😅

I (15537) tuya: HB #1 TX (init_state=0 — waiting for MCU)

Là c'est moins bon si ça se répéte => Inversion TX/RX ? C'est un coup classique

Les TX/RX ne sont pas branchés, donc ça me semble normal.

[Pulpyyyy]

Ça, c'est pas normal : je ne suis pas chez moi et il n'y a pas de Zigbee ici… 😅

En tout cas, il a les infos pour s'y joindre.

Les TX/RX ne sont pas branchés, donc ça me semble normal.

Par contre tu cherches à vérifier quoi ? Sans le MCU ça sert un peu à rien, encore plus sans zigbee

[Wendigogo]

Par contre tu cherches à vérifier quoi ? Sans le MCU ça sert un peu à rien, encore plus sans zigbee

Je cherche juste à te "donner la référence exacte de (ta)ma carte ESP32-H2 ? Ça (m)t'aiderait à confirmer et à corriger pour cette variante." ^_^

[Pulpyyyy]

Ok ! Pour la version de ta carte, avec les infos de la console et les photos j'ai tout ce qu'il me faut. Et ça ressemble quand même drôlement à ma version.
Je ne suis pas à la maison cette semaine donc pas moyen de faire des tests. Possible que j'ai introduit une bêtise dans le code. Je livreria une version via OTA si besoin.
Après l'important c'est quand même que ça fonctionne, une fois l'étape de mise en place finie la led n'est plus très utile

[Pulpyyyy]

Bon j'ai poussé un correctif sur la gestion des couleurs, il avait certainement une inversion sur les composantes rouge/verte.
En principe, ça passe via OTA si c'est en place comme dans la doc, sinon flash USB. Jaune/orangé fixe pendant l'init, flashs bleus pour la recherche, clignotement vert en fin de la séquence 3 flashs verts normalement quand l'accès au réseau est terminé

[Wendigogo]

Bonjour,

Désolé, j'ai mis en place la carte et je ne peux pas vérifier si la mise à jour à changer les couleurs de la LED au démarrage. 🥺

La mise à jour par OTA est bien passée (mais qu'est-ce que c'est long, bien plus que pour une simple prise connectée).

Par contre, (presque) tout le reste fonctionne parfaitement et le retour d'une action via la télécommande est quasi instantané. 🎉

Mis à part le changement de version, les seules différences sont des contacts plus propres, puisqu'ils sont soudés sur la carte.

Il ne me reste qu'un seul défaut : le "Beep", qui ne se coupe pas via la carte et dont l'état ne remonte pas lorsqu'il est modifié par la télécommande. Peut-être une différence sur mon modèle ? Faut-il ouvrir un autre bug pour ça ?

Ah et pour pinailler, le label du modèle Zigbee et sa définition (Z2M) ne reflètent pas mon modèle. J'ai vu que c'était en "dur" dans le fichier mjs, mais je ne sais pas si je peux le modifier moi-même sans tous casser.

Encore merci pour tout !