Bug sur affichage valeur : zéro / vide

[jjlc]

Bonjour,
Depuis qqs semaines (donc en 4.5 et 4.4.20), j’ai des équipements (température) dont la valeur prend 0° et semble même « vide » d’apres les dates de collecte/valeur, cf capture :

Cela se produit sur des équipements physiques Zigbee, qui n’ont pourtant jamais remonté 0° comme température, cf logs:

[2025-12-12 15:38:57] INFO  Evenement sur la commande [Temperatures interieures][Bureau][Temperature] valeur : 20.6°C
[2025-12-12 15:43:59] INFO  Evenement sur la commande [Temperatures interieures][Bureau][Temperature] valeur : 20.7°C
[2025-12-12 16:36:16] INFO  Evenement sur la commande [Temperatures interieures][Bureau][Temperature] valeur : 20.8°C
[2025-12-12 17:02:55] INFO  Evenement sur la commande [Temperatures interieures][Bureau][Temperature] valeur : 20.7°C

Par ailleurs, j’ai également observé cela sur un virtuel (qui fait une moyenne de températures, donc aucune chance d’arriver sur 0° pile avec 3 valeurs de températures intérieures). Cela semble éliminer un prb de remontée physique de température Zigbee.
Et ce « 0 » semble vraiment exister, car j’ai un virtuel qui compare la température à J-1, et il me met bien 20° d’écart environ.
NB : que ca soit sur les équipements physiques ou virtuels, j’ai mis 0 en valeur non autorisée (pour voir) et ca ne change rien.
Bug connu ? des pistes à creuser ?
(Jeedom tout à jour et santé tout OK).
Merci !

[lperenna]

La page sante tout ok n’empêche en rien de la donner puisqu’elle donne des infos evitant d avoir a poser 10 questions…

[bodbod]

Ah je suis tombé sur le même problème hier (capteur de tem aqara).
Je suis passé en 4.5 fin novembre.

Température à 0 mais l’humidité OK.
L’info bulle donnait aussi des dates vides.
L’historique n’a jamais fait apparaitre la température à 0.

Au refresh suivant du capteur, c’est revenu à la normal

J’ai pas cherché plus loin.

[jjlc]

Voici

[jjlc]

Idem : cela revient à la normale au prochain refresh, mais le problème c’est que ca déclenche potentiellement des choses pas du tout voulues !! Par exemple une chaudière fioul (alors qu’il fait 15° dehors …) ou aussi ca démarre une pompe pour éviter le gel, etc !! Pas du tout OK

[Bison]

Bonsoir,

Vous utilisez un plugin commun pour récupérer les informations et qui pourraient tenter d’expliquer ces soucis ? Il y a pas mal de sujets autour de zigbeelinker par exemple

[jjlc]

Pas de zigbeelinker par exemple
Pas vraiment de plugin exotique normalement

[Bison]

Tes commandes viennent de JeeZigbee ?

[jjlc]

Je rencontre le problème : sur des équipements « physiques » qui viennent en effet de JeeZigbee, mais ce bug apparait aussi sur des équipements virtuels (au sens du plugin virtuel) !

[bodbod]

Idem pour moi

C’est issu de JeeZigbee / Zigbee2mqtt

J’ai été voir dans zigbee2mqtt (sur :8080) et la temp était bien valorisée (mais j’ai un doute de savoir sur le refresh avait eu lieu ou pas au moment de la consultation)

[Bison]

Oui mais si ton virtuel récupère les commandes de JeeZigbee alors le problème pourrait venir de JeeZigbee d’autant que bodbod a confirmé que le soucis était sur des commandes de JeeZigbee de son côté…

Il y a faisceau d’indices concordant…

[bodbod]

J’ai fouillé de mon côté

Il se trouve que chez moi, la température en question est utilisée dans un virtuel alimenté par un scénario tous les minutes (c’est pour des tests).

Il est trop tard pour avoir des données précises car l’archivage de l’histo est passé, mais il se trouve que j’ai une chute assez nette à l’horaire en question

[bodbod]

Hier soir, j’ai mis en place un scenario qui vérifie toutes les commandes « Température ».

Il s’est déclenché une fois cette nuit (pendant environ 45min qui semble coïncider avec deux refresh du capteur).

1 - Ce n’est pas le même capteur que mon cas de mercredi
2 - Comme mercredi, c’est un aqara zigbee (JeeZigbee / z2m)
3 - L’historique de la commande elle-même ne fait rien apparaitre (malheureusement une nouvelle fois avant l’archivage de 3h)
4 - La commande $cmd->execCmd() n’affiche rien (mais rentre dans $cmd->execCmd() == 0)

Si ca se déclenche ou journée et que je suis dispo, je vais regarder :

• Dans zigbee2mqtt (:8080)
• Dans le bdd (table)
  D’autres idées de vérif ?

[bodbod]

Alors, j’ai a peine eu le temps de poster mon message précédent que mon alerte s’est déclenchée.

1 - z2m dit qu’il n’a pas eu de remonté depuis 50min (dernière à 7h32)
2 - La bbd n’a aucune valeur au moment du crime (~8h23)
3 - La dernière valeur bdd correspond bien à la dernière remonté z2m (7h32)
4 - La capteur est le même que celui de la nuit (mais différent de celui de mercredi)

D’après ces éléments, on ferait face à un évènement interne jeedom.

Pendant la préparation de ce message, un refresh a eu lieu (affichage OK, bdd contient la donnée, z2m a bien le refresh). Par contre, mon json contient un « « device »: { » que je n’avais pas au moment du copier/coller.

Zigbee2Mqtt (contient la dernière valeur de 7h32)

{
    "battery": 100,
    "humidity": 76.91,
    "last_seen": "2025-12-13T06:32:26.465Z",
    "linkquality": 255,
    "power_outage_count": 6011,
    "pressure": 118.2,
    "temperature": 18.77,
    "voltage": 3015
}

BDD (pas de valeur à 8h23)

Après refresh OK :

{
    "battery": 100,
    "humidity": 76.68,
    "last_seen": "2025-12-13T07:29:25.808Z",
    "linkquality": 255,
    "power_outage_count": 6011,
    "pressure": 118.2,
    "temperature": 18.74,
    "voltage": 3015,
    "device": {
        "applicationVersion": 5,
        "dateCode": "20191205",
        "friendlyName": "Temp_Chambre3",
        "hardwareVersion": 30,
        "ieeeAddr": "0x00158dxxxxxxxxxx",
        "manufacturerID": 4151,
        "manufacturerName": "LUMI",
        "model": "WSDCGQ11LM",
        "networkAddress": 16395,
        "powerSource": "Battery",
        "softwareBuildID": "3000-0001",
        "stackVersion": 2,
        "type": "EndDevice",
        "zclVersion": 1
    }
}

Nouveau cas vers 9h45 :
L’affichage html semble OK car il recoit les consignes a vide/0

EDIT : Nouveau cas à 16h :
Toujours un capteur jeeZigbee mais différent de ce matin et différent de mercredi.
J’ai checké, pas d’évènement dans la table évent (vs présence de ligne lors d’une remontée naturelle)
RAS à 15h55 et problème a 16h00:04 => Peut être lié a un cron mais il y a eu plein de déclenchement à 16h00.

EDIT : Nouveau cas ce matin à 8h :
Deux nouveaux cas en même temps
Encore d’autres capteurs que les 3 précédents mais toujours sur jeezigbee
Cette fois ci j’ai une température et un taux d’humidité.

Par contre, je ne sais pas ou fouiller plus.
J’aurais bien mis des traces dans le core mais je ne sais pas ou démarrer.

[jjlc]

De mon coté je confirme que cela s’est reproduit … y compris sur un virtuel qui fait la moyenne de 3 chambres ! Il y a bien eu l’un des capteurs physiques (ou 2) en bug lui aussi mais ca n’explique pas pourquoi le virtuel recoit une valeur 0 / vide lui aussi !
Ci dessous, bug sur 2 capteurs, sur 1 capteur, et fonctionnement normal :

Changement de [Températures intérieures][Chambres][Température] à ( + 19.7 + )/3
Changement de [Températures intérieures][Chambres][Température] à (19.5 + 19.7 + )/3
Changement de [Températures intérieures][Chambres][Température] à (19.5 + 19.7 + 19.3)/3

[cogefip]

Bonjour,

J’avais signaler un pb identique il y a quelques jours petite alerte sur un thermostat.
Le phénomène s’est reproduit aujourd’hui à 14:55 puis a disparu à 16:25.
Jeedom 4.5, JeeZigbee 2025-11-25 10:42:29, thermostat 2024-09-30 10:49:26.
Je n’ai jamais eu de problème avant l’installation de la 4.5. (pour info, je n’ai pas rencontré de problème avec un virtuel.)

Cdtl
Claude

[Bison]

Ce problème me rappelait quelque chose mais je n’arrivait plus à me rappeler.

J’ai retrouvé l’histoire : Fonction evaluate(false) retourne vide

Ça n’a peut être rien à voir mais j’avais rencontré ce souci avec un plugin et on en avait discuté avec Aurelien.

Je ne sais pas si quelque chose a finalement été touché dans le core mais si plusieurs personnes commencent à avoir le problème faudrait se pencher sur la fonction evaluate… Je tenterai de regarder si je vois une modification

[bodbod]

De mon côté, je suis avec :

• Jeedom 4.5 (mise à jour le 2025-11-28 18:42:02)
• Plugin JeeZigbee : 2025-11-25 10:42:29
• z2m 2.7.0

Pour le plugin jeeZigbee et d’après le changelog, ca fait un petit moment qu’il n’y a pas eu d’évolution (hors sujet spécifique luna).

Pas vue d’evaluate dans le plugin jeezigbee

[jjlc]

Depuis 1h j’ai une avalanche de ce bug, sur beaucoup plus de capteurs que d’habitude
Y compris sur un OWON THS317-ET, donc ca n’est pas que les Xiaomi/Aquara
NB : on avait de toute facon déjà pu innocenter toute la partie Zigbee, car cela arrive meme sur des virtuels.

[cogefip]

Bonjour,

Nouvelle alerte sur un thermostat.
Aucune modification ni mise à jour depuis la précédente erreur.
Jeedom toujours en 4.5, pas encore updaté en 4.5.1 qui ne semble pas traiter le problème.

L’extrait du log du thermostat

....
[2025-12-16 12:17:02][DEBUG] [Salle deau][Thermostat salle deau] Température intérieure : 18.8 - Température extérieure : 10.2 - Consigne : 18.7
[2025-12-16 12:17:02][DEBUG] [Salle deau][Thermostat salle deau] Direction : 1
[2025-12-16 12:17:02][DEBUG] [Salle deau][Thermostat salle deau] Power calcul : (-0.1 * 40.74) + (8.5 * 0.78) + 0 = 2.5559999999999
[2025-12-16 12:17:02][DEBUG] [Salle deau][Thermostat salle deau] Smartstart non pris en compte car la durée 1
[2025-12-16 12:17:02][DEBUG] [Salle deau][Thermostat salle deau] Arrêt Smartstart
[2025-12-16 12:17:02][DEBUG] [Salle deau][Thermostat salle deau] Démarre auto-apprentissage
[2025-12-16 12:17:02][DEBUG] [Salle deau][Thermostat salle deau] Température intérieure : 18.8 - Température extérieure : 10.2 - Consigne : 17.7
[2025-12-16 12:17:02][DEBUG] [Salle deau][Thermostat salle deau] Direction : 1
[2025-12-16 12:17:02][DEBUG] [Salle deau][Thermostat salle deau] Power calcul : (-1.1 * 40.74) + (7.5 * 0.78) + 0 = -38.964
[2025-12-16 12:17:02][DEBUG] [Salle deau][Thermostat salle deau] Durée du cycle  : 0
[2025-12-16 12:17:02][DEBUG] [Salle deau][Thermostat salle deau] Durée du cycle trop courte, aucun lancement
[2025-12-18 09:45:02][ERROR] [Salle deau][Thermostat salle deau] La température intérieure n'est pas un numérique : 

la copie du dashboard

Cordialement

Claude