Instabilité depuis dernière MAJ / HA

[Deki60]

Bonjour,

Depuis la dernière MAJ c'est la cata entre mon pellet et HA

Deja dans les journaux j'ai une erreur qui reviens en boucle :

2026-01-05 19:09:13.445 ERROR (MainThread) [homeassistant.components.mqtt.number] Invalid value for number.stove_setp_2: 22.0 (range 0.0 - 0.0)
2026-01-05 19:09:23.062 ERROR (MainThread) [homeassistant.components.mqtt.number] Invalid value for number.stove_setp_2: 22.0 (range 0.0 - 0.0)
2026-01-05 19:09:25.361 ERROR (MainThread) [homeassistant.components.mqtt.number] Invalid value for number.stove_setp_2: 22.0 (range 0.0 - 0.0)

Ensuite l'état passe continuellement à indisponible en boucle même pas le temps de modifier un réglage...

puis après ça reviens à la normal :

Dans l'activité ont voit bien que cela tourne en boucle :

De plus lorsque j'essaie d'accéder à l'interface web de control sa lag incroyable j'arrive tant bien que mal à charger les pages... quand j'y arrive... cela alterne entre

J'ai essayer de redémarrer mais cela n'a rien résolu

Merci d'avance pour l'aide car en l'état c'est devenu totalement incontrôlable

La puce est une DomoChip WPalaControl V1.1 acheter chez vous en 2024

[Domochip]

Bonsoir,

Avez-vous assemblé le module WPalaControl vous-même?
Utilisez-vous l'intégration MQTT ou Palazzetti sur HA?
Le module est-il en version 2.5.2?
Est-ce que cela fonctionnait bien avant (v2.5.0) et si oui, durant combien de temps?
Pourriez-vous essayer de repasser en version 2.5.0?

[Deki60]

J'utilise l'intégration MQTT sur HA

Le module WPalaControl n'a pas été assemblé par moi même, je l'ai commandé chez vous en 2024
La puce est indiqué "DomoChip WPalaControl V1.1 "

j'ai réussi à y accéder (qd je le redemarre j'ai accès durant quelques temps)

Je suis en 3.5.2

Je n'ai jamais eu de soucis jusqu'a ce que HA pousse la MAJ 3.5.2 dessus il y a 2/3 jours. cela a toujours été extrêmement stable et toujours très satisfait

[Deki60]

Le retour en 3.5.0 semble avoir résolu le soucis. je bloque la version 3.5.2 et reste en 3.5.0
Merci

[romdesgrouas]

Bonjour,

J'ai le même problème de mon côté depuis la mise à jour en version 3.5.2 aussi.
Du coup selon le moment où cela arrive ça empêche le poêle de recevoir les instructions envoyées via HA.
J'ai commandé le module tout prêt et j'utilise MQTT aussi

[Deki60]

Bonjour,

Downgrade le module en 3.5.0 et bloque les mises a jours !

La question est surtout pourquoi ses mises a jours deviennent catastrophique sur nos produits ?

Es-ce que le dev a sortie une v2 mais n'utilise qu'un seul firmware unique donc.... La cata

En tout cas ce serait cool si c'est le cas de bien distinguer cela et même au pire le passer en EOF mais qu'il reste stable et fonctionnel et ne plus push des maj sur un produit non supporté...

[romdesgrouas]

C'est ce que je viens de faire, plus de souci pour le moment, merci

[Domochip]

Bonjour,

Le problème n'est pas lié à la version matériel (v1/v2).
Une mauvaise détection de la version matériel a des effets très différent (valeurs complétement incorrectes remontées).
C'est probablement dû à un dépassement mémoire mais la difficulté c'est que pour le moment, je n'arrive pas à reproduire le problème pour pouvoir l'analyser.

[Deki60]

Merci de ton retour.

Perso sur la puce que j'ai, suffi de mettre a jour pour que cela se reproduise 😅
Et effectivement au vu de certains symptômes (web qui galère a répondre par intermittence, périphérique difficilement joignables) un problème de mémoire est tout a fait cohérent

Tien nous au courant stp pour le moment on reste en 3.5.0

[TimoPtr]

J'ai fabriqué la carte moi même et flashé la dernière version. Ça a fonctionné pendant 2 semaines sans soucis et maintenant j'observe le même problème que dans cette issue.

Je peux voir en mqtt côté HA que le client ce connect et timeout avant de ce reconnecter

2026-03-12 14:30:51: New connection from 192.168.1.57:57358 on port 1883.
2026-03-12 14:30:51: New client connected from 192.168.1.57:57358 as WPalaControl00f612a0 (p2, c1, k15, u'wpala').
2026-03-12 14:31:16: Client WPalaControl00f612a0 has exceeded timeout, disconnecting.
2026-03-12 14:35:29: New connection from 192.168.1.57:56728 on port 1883.
2026-03-12 14:35:29: New client connected from 192.168.1.57:56728 as WPalaControl00f612a0 (p2, c1, k15, u'wpala').
2026-03-12 14:35:54: Client WPalaControl00f612a0 has exceeded timeout, disconnecting.

[Domochip]

@TimoPtr je viens d'avoir exactement le même problème et cela venait de mosquitto en Docker. Suite à une MAJ OS et un reboot, beaucoup de paquets réseaux était perdu dans le bridge. J'ai supprimé/recréé mon container mosquitto et là, plus de problème.