[Resolu] Données provenant de MQTT non mises à jour dans la BDD domoticz
-
Speedycool
- Messages : 48
- Inscription : 19 févr. 2023, 10:44
Re: Données provenant de MQTT non mises à jour dans la BDD domoticz
Bonjour,
Merci encore pour tout ce travail !
La valeur affichée dans la boite continue d'évoluer ( elle progresse régulièrement ). Je ne pense pas qu'elle soit remise à zéro à quelque moment que ce soit ...
Merci encore pour tout ce travail !
La valeur affichée dans la boite continue d'évoluer ( elle progresse régulièrement ). Je ne pense pas qu'elle soit remise à zéro à quelque moment que ce soit ...
Re: Données provenant de MQTT non mises à jour dans la BDD domoticz
A priori, pour le type "managed counter", on tombe peut-être dans un cas "it's not a bug, it's a feature", cf:
https://github.com/domoticz/domoticz/issues/5772
Ou Gizmocuz dit:
https://forum.domoticz.com/viewtopic.php?t=35293
Cloudflare actuellement dans les choux, mais l'extrait en recherche google indique:
https://github.com/domoticz/domoticz/issues/5772
Ou Gizmocuz dit:
Sinon:Ahhh see there is the problem. Your counter is managed, and this also means it should not automatically add things to the table
https://forum.domoticz.com/viewtopic.php?t=35293
Cloudflare actuellement dans les choux, mais l'extrait en recherche google indique:
Managed counter will not transfer automatically every day data from device status to history log
-
Speedycool
- Messages : 48
- Inscription : 19 févr. 2023, 10:44
Re: Données provenant de MQTT non mises à jour dans la BDD domoticz
Bonjour,
Je galère pas mal avec ces données.
J'ai modifié les paramètres ainsi dans le fichier .json de MqttMapper :
Ca me donne bien un graphique en barres comme je le souhaitais. MAIS :
- Zigbee2Mqtt est repassé de valeurs en M3 au KWH, d'ou une suprise au niveau du même graphique ( incohérent ). je ne sais pas à quelle occasion cette modification a eu lieu. Je vais travailler dessus.
- les "multiplier" ou "divisor" au niveau des paramètres dans le fichier Json ne semblent pas exploités. Les ai-je correctement intégrés ?
Je vais continuer à tester, mais je commence à croire que ZigBee2Mqtt n'est pas mieux que Zigate au niveau transmission des données .....
Je galère pas mal avec ces données.
J'ai modifié les paramètres ainsi dans le fichier .json de MqttMapper :
Code : Tout sélectionner
"Gaz - Conso M3": {
"topic": "Z2M/Gazpar",
"type": "243", "subtype": "28","switchtype": "1",
"mapping": {"item": "energy"}
}- Zigbee2Mqtt est repassé de valeurs en M3 au KWH, d'ou une suprise au niveau du même graphique ( incohérent ). je ne sais pas à quelle occasion cette modification a eu lieu. Je vais travailler dessus.
- les "multiplier" ou "divisor" au niveau des paramètres dans le fichier Json ne semblent pas exploités. Les ai-je correctement intégrés ?
Code : Tout sélectionner
"Gaz - Conso Kwh": {
"topic": "Z2M/Gazpar",
"type": "243", "subtype": "28","switchtype": "1",
"mapping": {"item": "energy","divisor": 100}
},-
Flying Domotic
- Messages : 772
- Inscription : 10 mars 2020, 15:26
Re: Données provenant de MQTT non mises à jour dans la BDD domoticz
Un truc tout bête pour vérifier la syntaxe d'un fichier de configuration json : lancer l'outil de vérification !!
Pour tester, mon fichier MqttMapper.json contient :
L'outil de vérification se trouve dans le répertoire où MqttMapper est installé (souvent dans /home/pi/domoticz/plugins/MqttMapper). Lancer le fichier checkJsonFiles.py par :
On voit clairement que "divisor" n'est pas reconnu, ce qui est normal car c'est "multiplier" qui l'est . Du coup, si on veut diviser par 100, il faut multiplier par 0.01.
Du coup, le fichier ressemble à :
Après, lire le README.md à https://github.com/FlyingDomotic/domoti ... per-plugin devrait aider (RTFM 
A partir du moment ou on a la bonne valeur dans Mqtt Explorer, c'est ce ça coince derrière.
Autre remarque : Domoticz a du mal à changer certains type de dispositifs. Lorsqu'on change les infos type/subtype/switchtype dans la configuration MqttMapper, et que la modif ne fait pas tout à fait ce qu'on veut, il est habile de détruire le dispositif et laisser MqttMapper le recréer from scratch.
Pour tester, mon fichier MqttMapper.json contient :
Code : Tout sélectionner
{
"Gaz - Conso Kwh": {
"topic": "Z2M/Gazpar",
"type": "243", "subtype": "28","switchtype": "1",
"mapping": {"item": "energy" ,"divisor": 100}
}
}
Code : Tout sélectionner
./checkJsonFiles.py
checkJsonFiles V25.10.7-1 - Use --trace to get details
Error analysing V1.0 file MqttMapper.json
Error: divisor is unknown in >Gaz - Conso Kwh:mapping<
Du coup, le fichier ressemble à :
Code : Tout sélectionner
{
"Gaz - Conso Kwh": {
"topic": "Z2M/Gazpar",
"type": "243", "subtype": "28","switchtype": "1",
"mapping": {"item": "energy" ,"multiplier": 0.01}
}
}
A priori, ce n'est pas Z2M qui a du mal, c'est MqttMapper ou DomoticzSpeedycool a écrit : 20 nov. 2025, 17:39 Je vais continuer à tester, mais je commence à croire que ZigBee2Mqtt n'est pas mieux que Zigate au niveau transmission des données .....
Autre remarque : Domoticz a du mal à changer certains type de dispositifs. Lorsqu'on change les infos type/subtype/switchtype dans la configuration MqttMapper, et que la modif ne fait pas tout à fait ce qu'on veut, il est habile de détruire le dispositif et laisser MqttMapper le recréer from scratch.
-
Speedycool
- Messages : 48
- Inscription : 19 févr. 2023, 10:44
Re: Données provenant de MQTT non mises à jour dans la BDD domoticz
Bonjour,
Je vous fais un petit retour, suite à mes tests :
- J'ai arrêté Z2M pour réactiver Zigate
- j'ai mis à jour les élements Zigate : Version 7.1.025, qui est nettement plus stable que la version -2 que j'avais.
- Les données sont correctement remontées vers Domoticz, sans problème de multiplicateur ou diviseur (
).
Mais, je rencontre les mêmes problèmes avec MQTTMapper, sur les mêmes dispositifs.
J'en conclue donc que le "coupable" est Domoticz, qui doit cafouiller quelque part !
Je continuerai à tester, sur mon environnement de test, avec les dernières versions beta de Domoticz
Merci à tous pour vos réponses claires et précises.
Je vous fais un petit retour, suite à mes tests :
- J'ai arrêté Z2M pour réactiver Zigate
- j'ai mis à jour les élements Zigate : Version 7.1.025, qui est nettement plus stable que la version -2 que j'avais.
- Les données sont correctement remontées vers Domoticz, sans problème de multiplicateur ou diviseur (
Mais, je rencontre les mêmes problèmes avec MQTTMapper, sur les mêmes dispositifs.
J'en conclue donc que le "coupable" est Domoticz, qui doit cafouiller quelque part !
Je continuerai à tester, sur mon environnement de test, avec les dernières versions beta de Domoticz
Merci à tous pour vos réponses claires et précises.
-
Flying Domotic
- Messages : 772
- Inscription : 10 mars 2020, 15:26
Re: Données provenant de MQTT non mises à jour dans la BDD domoticz
On est d'accord, le problème vient certainement de MqttMapper ou de Domoticz.Speedycool a écrit : 08 déc. 2025, 14:12 Mais, je rencontre les mêmes problèmes avec MQTTMapper, sur les mêmes dispositifs.
J'en conclue donc que le "coupable" est Domoticz, qui doit cafouiller quelque part !
Pour avancer, il serait habile de :
1) détruire les dispositifs qui ne fonctionnent pas
2) relancer MqttMapper (ou Domoticz)
3) lire le log qui raconte très certainement ce qui cloche
-
Speedycool
- Messages : 48
- Inscription : 19 févr. 2023, 10:44
Re: Données provenant de MQTT non mises à jour dans la BDD domoticz
Bonjour,
c'est ce que j'ai fait, 3 ou 4 fois :
- suppression des dispositifs
- relance de MqttMapper : les dispositifs sont recréés, mais les valeurs ne s'affichent pas dans les graphiques. Il n'y a aucun message d'erreur dans la log Domoticz
- arrêt de MqttMapper
- suppression des dispositifs
- modification des paramètres de fonctionnement de MqttMapper : log level "info" + extra debug
- relance de MqttMapper : les dispositifs sont recréés, les valeurs ne s'affichent pas, les logs ne font apparaitre aucune anomalie.
A mon avis, MqttMapper envoie bien les données correctes à Domoticz ( d'après les logs ), mais celui-ci ne les interprète pas correctement.
c'est ce que j'ai fait, 3 ou 4 fois :
- suppression des dispositifs
- relance de MqttMapper : les dispositifs sont recréés, mais les valeurs ne s'affichent pas dans les graphiques. Il n'y a aucun message d'erreur dans la log Domoticz
- arrêt de MqttMapper
- suppression des dispositifs
- modification des paramètres de fonctionnement de MqttMapper : log level "info" + extra debug
- relance de MqttMapper : les dispositifs sont recréés, les valeurs ne s'affichent pas, les logs ne font apparaitre aucune anomalie.
A mon avis, MqttMapper envoie bien les données correctes à Domoticz ( d'après les logs ), mais celui-ci ne les interprète pas correctement.
-
Flying Domotic
- Messages : 772
- Inscription : 10 mars 2020, 15:26
Re: Données provenant de MQTT non mises à jour dans la BDD domoticz
Est-il possible d'avoir un extrait du log sur des actions qui ne fonctionnent pas ?
Ne pas oublier d'y ajouter la définition correspondante depuis le fichier de configuration JSON de MqttMapper.
Ne pas oublier d'y ajouter la définition correspondante depuis le fichier de configuration JSON de MqttMapper.
-
Speedycool
- Messages : 48
- Inscription : 19 févr. 2023, 10:44
Re: Données provenant de MQTT non mises à jour dans la BDD domoticz
Bonjour,
A force de tatonnements, j'ai réussis a avancer : Des informations arrivent bien dans les dispositifs de la machine cible, mais elles ne correspondent pas aux données d'origine. J'ai donc regroupé le maximum d'éléments ici :
Environnement émetteur :
Environnement cible :
Données JSON extraites de MQTT :
Logs de MQTTMAPPER :
Contenu de la table "Meter" :
contenu du fichier JSON :
( a noter que seul cette configuration permet de "voir" des données dans Domoticz )
Voici le graph obtenu dans cette configuration :
Merci d'avance de votre aide.
Je continue de mon côté à tester .....
Bonne journée.
A force de tatonnements, j'ai réussis a avancer : Des informations arrivent bien dans les dispositifs de la machine cible, mais elles ne correspondent pas aux données d'origine. J'ai donc regroupé le maximum d'éléments ici :
Environnement émetteur :
Code : Tout sélectionner
Raspberry Pi 5 Model B Rev 1.0, 4 noyaux
Linux 6.12.47+rpt-rpi-2712 sur aarch64
Domoticz émetteur :
Version: 2025.2
Build Hash: e63981b18
Compile Date: 2025-10-13 11:42:57
dzVents Version: 3.1.8
Python Version: 3.11.2 (main, Apr 28 2025, 14:11:48) [GCC 12.2.0]
Emission de données via "MQTT Client Gateway with LAN Interface"
Les dispositifs emis par ce materiel sont bien "general/managed counter" ( 243/33/0-1 )
Code : Tout sélectionner
Raspberry Pi 3 Model B Rev 1.2, 4 noyaux
Linux 6.12.47+rpt-rpi-v8 sur aarch64
Domoticz cible:
Version: 2025.2 (build 16995)
Build Hash: b5d05e770
Compile Date: 2025-12-11 14:19:14
dzVents Version: 3.1.8
Python Version: 3.11.2 (main, Apr 28 2025, 14:11:48) [GCC 12.2.0]Code : Tout sélectionner
{
"Battery" : 255,
"LastUpdate" : "2025-12-12 14:00:02",
"RSSI" : 12,
"description" : "",
"dtype" : "General",
"hwid" : "12",
"id" : "82047",
"idx" : 47,
"name" : "Gaz - Conso M3",
"nvalue" : 0,
"org_hwid" : "12",
"stype" : "Managed Counter",
"svalue1" : "513.0",
"unit" : 1
}
{
"Battery" : 255,
"LastUpdate" : "2025-12-12 14:00:02",
"RSSI" : 12,
"description" : "",
"dtype" : "General",
"hwid" : "12",
"id" : "82046",
"idx" : 46,
"name" : "Gaz - conso KWH",
"nvalue" : 0,
"org_hwid" : "12",
"stype" : "Managed Counter",
"svalue1" : "57270.0",
"unit" : 1
}Code : Tout sélectionner
Log de MQTTMAPPER lors de la prise en compte des données :
2025-12-12 14:00:02.253 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 46890:'46890'.
2025-12-12 14:00:02.313 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 420:'420'.
2025-12-12 14:00:02.320 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 46890:'46890'.
2025-12-12 14:00:02.327 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 420:'420'.
2025-12-12 14:00:02.334 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 46890:'46890'.
2025-12-12 14:00:02.340 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 420:'420'.
2025-12-12 14:00:02.349 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 46890:'46890'.
2025-12-12 14:00:02.359 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 420:'420'.
2025-12-12 14:00:02.377 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 46890:'46890'.
2025-12-12 14:00:02.391 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 420:'420'.
2025-12-12 14:00:02.406 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 46890:'46890'.
2025-12-12 14:00:02.420 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 420:'420'.
2025-12-12 14:00:02.434 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 57270:'57270'.
2025-12-12 14:00:02.448 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 57270:'57270' to have values 57270:'57270'.
2025-12-12 14:00:02.458 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 513:'513'.
2025-12-12 14:00:02.469 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 513:'513' to have values 513:'513'.
Log de MQTTMAPPER ( extra verbose + info ) lors de la prise en compte des données :
2025-12-12 14:23:35.056 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 513:'513' to have values 513:'513'.
2025-12-12 14:23:35.073 MQTTMapper Debug: Processing 'onMessageCallback' message
2025-12-12 14:23:35.073 MQTTMapper Debug: Calling message handler 'onMessage' on 'module' type object.
2025-12-12 14:23:35.073 MQTTMapper Debug: onMQTTPublish found domoticz/RPI5/out/Gaz - conso KWH, Device 'MQTTMapper Debug - Gaz - conso KWH', message '{'Battery': 255, 'LastUpdate': '2025-12-12 14:23:34', 'RSSI': 12, 'description': '', 'dtype': 'General', 'hwid': '12', 'id': '82046', 'idx': 46, 'name': 'Gaz - conso KWH', 'nvalue': 0, 'org_hwid': '12', 'stype': 'Managed Counter', 'svalue1': '57270.0', 'unit': 1}'
2025-12-12 14:23:35.074 MQTTMapper Debug: Setting MQTTMapper Debug - Gaz - conso KWH to 57270/57270
2025-12-12 14:23:35.074 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 57270:'57270' to have values 57270:'57270'.
2025-12-12 14:23:35.091 MQTTMapper Debug: Processing 'onMessageCallback' message
2025-12-12 14:23:35.091 MQTTMapper Debug: Calling message handler 'onMessage' on 'module' type object.
2025-12-12 14:23:35.091 MQTTMapper Debug: onMQTTPublish found domoticz/RPI5/out/Gaz - conso KWH, Device 'MQTTMapper Debug - Gaz - conso KWH', message '{'Battery': 255, 'LastUpdate': '2025-12-12 14:23:34', 'RSSI': 12, 'description': '', 'dtype': 'General', 'hwid': '12', 'id': '82046', 'idx': 46, 'name': 'Gaz - conso KWH', 'nvalue': 0, 'org_hwid': '12', 'stype': 'Managed Counter', 'svalue1': '57270.0', 'unit': 1}'
2025-12-12 14:23:35.091 MQTTMapper Debug: Setting MQTTMapper Debug - Gaz - conso KWH to 57270/57270
2025-12-12 14:23:35.091 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 57270:'57270' to have values 57270:'57270'.
2025-12-12 14:23:35.110 MQTTMapper Debug: Processing 'ReadEvent' message
2025-12-12 14:23:35.110 MQTTMapper Debug: Received 656 bytes of data
2025-12-12 14:23:35.110 MQTTMapper Debug: 30 c5 02 00 20 64 6f 6d 6f 74 69 63 7a 2f 52 50 49 35 2f 6f 0Ů..domoticz/RPI5/o
2025-12-12 14:23:35.110 MQTTMapper Debug: 75 74 2f 47 61 7a 20 2d 20 43 6f 6e 73 6f 20 4d 33 7b 0a 09 ut/Gaz.-.Conso.M3{..
2025-12-12 14:23:35.110 MQTTMapper Debug: 22 42 61 74 74 65 72 79 22 20 3a 20 32 35 35 2c 0a 09 22 4c "Battery".:.255,.."L
2025-12-12 14:23:35.110 MQTTMapper Debug: 61 73 74 55 70 64 61 74 65 22 20 3a 20 22 32 30 32 35 2d 31 astUpdate".:."2025-1
2025-12-12 14:23:35.110 MQTTMapper Debug: 32 2d 31 32 20 31 34 3a 32 33 3a 33 34 22 2c 0a 09 22 52 53 2-12.14:23:34",.."RS
2025-12-12 14:23:35.110 MQTTMapper Debug: 53 49 22 20 3a 20 31 32 2c 0a 09 22 64 65 73 63 72 69 70 74 SI".:.12,.."descript
2025-12-12 14:23:35.110 MQTTMapper Debug: 69 6f 6e 22 20 3a 20 22 22 2c 0a 09 22 64 74 79 70 65 22 20 ion".:."",.."dtype".
2025-12-12 14:23:35.110 MQTTMapper Debug: 3a 20 22 47 65 6e 65 72 61 6c 22 2c 0a 09 22 68 77 69 64 22 :."General",.."hwid"
2025-12-12 14:23:35.110 MQTTMapper Debug: 20 3a 20 22 31 32 22 2c 0a 09 22 69 64 22 20 3a 20 22 38 32 .:."12",.."id".:."82
2025-12-12 14:23:35.110 MQTTMapper Debug: 30 34 37 22 2c 0a 09 22 69 64 78 22 20 3a 20 34 37 2c 0a 09 047",.."idx".:.47,..
2025-12-12 14:23:35.110 MQTTMapper Debug: 22 6e 61 6d 65 22 20 3a 20 22 47 61 7a 20 2d 20 43 6f 6e 73 "name".:."Gaz.-.Cons
2025-12-12 14:23:35.110 MQTTMapper Debug: 6f 20 4d 33 22 2c 0a 09 22 6e 76 61 6c 75 65 22 20 3a 20 30 o.M3",.."nvalue".:.0
2025-12-12 14:23:35.110 MQTTMapper Debug: 2c 0a 09 22 6f 72 67 5f 68 77 69 64 22 20 3a 20 22 31 32 22 ,.."org_hwid".:."12"
2025-12-12 14:23:35.110 MQTTMapper Debug: 2c 0a 09 22 73 74 79 70 65 22 20 3a 20 22 4d 61 6e 61 67 65 ,.."stype".:."Manage
2025-12-12 14:23:35.110 MQTTMapper Debug: 64 20 43 6f 75 6e 74 65 72 22 2c 0a 09 22 73 76 61 6c 75 65 d.Counter",.."svalue
2025-12-12 14:23:35.110 MQTTMapper Debug: 31 22 20 3a 20 22 35 31 33 2e 30 22 2c 0a 09 22 75 6e 69 74 1".:."513.0",.."unit
2025-12-12 14:23:35.110 MQTTMapper Debug: 22 20 3a 20 31 0a 7d 0a 30 c5 02 00 20 64 6f 6d 6f 74 69 63 ".:.1.}.0Ů..domotic
2025-12-12 14:23:35.110 MQTTMapper Debug: 7a 2f 52 50 49 35 2f 6f 75 74 2f 47 61 7a 20 2d 20 43 6f 6e z/RPI5/out/Gaz.-.Con
2025-12-12 14:23:35.110 MQTTMapper Debug: 73 6f 20 4d 33 7b 0a 09 22 42 61 74 74 65 72 79 22 20 3a 20 so.M3{.."Battery".:.
2025-12-12 14:23:35.110 MQTTMapper Debug: 32 35 35 2c 0a 09 22 4c 61 73 74 55 70 64 61 74 65 22 20 3a 255,.."LastUpdate".:
2025-12-12 14:23:35.110 MQTTMapper Debug: 20 22 32 30 32 35 2d 31 32 2d 31 32 20 31 34 3a 32 33 3a 33 ."2025-12-12.14:23:3
2025-12-12 14:23:35.110 MQTTMapper Debug: 34 22 2c 0a 09 22 52 53 53 49 22 20 3a 20 31 32 2c 0a 09 22 4",.."RSSI".:.12,.."
2025-12-12 14:23:35.110 MQTTMapper Debug: 64 65 73 63 72 69 70 74 69 6f 6e 22 20 3a 20 22 22 2c 0a 09 description".:."",..
2025-12-12 14:23:35.110 MQTTMapper Debug: 22 64 74 79 70 65 22 20 3a 20 22 47 65 6e 65 72 61 6c 22 2c "dtype".:."General",
2025-12-12 14:23:35.110 MQTTMapper Debug: 0a 09 22 68 77 69 64 22 20 3a 20 22 31 32 22 2c 0a 09 22 69 .."hwid".:."12",.."i
2025-12-12 14:23:35.111 MQTTMapper Debug: 64 22 20 3a 20 22 38 32 30 34 37 22 2c 0a 09 22 69 64 78 22 d".:."82047",.."idx"
2025-12-12 14:23:35.111 MQTTMapper Debug: 20 3a 20 34 37 2c 0a 09 22 6e 61 6d 65 22 20 3a 20 22 47 61 .:.47,.."name".:."Ga
2025-12-12 14:23:35.111 MQTTMapper Debug: 7a 20 2d 20 43 6f 6e 73 6f 20 4d 33 22 2c 0a 09 22 6e 76 61 z.-.Conso.M3",.."nva
2025-12-12 14:23:35.111 MQTTMapper Debug: 6c 75 65 22 20 3a 20 30 2c 0a 09 22 6f 72 67 5f 68 77 69 64 lue".:.0,.."org_hwid
2025-12-12 14:23:35.111 MQTTMapper Debug: 22 20 3a 20 22 31 32 22 2c 0a 09 22 73 74 79 70 65 22 20 3a ".:."12",.."stype".:
2025-12-12 14:23:35.111 MQTTMapper Debug: 20 22 4d 61 6e 61 67 65 64 20 43 6f 75 6e 74 65 72 22 2c 0a ."Managed.Counter",.
2025-12-12 14:23:35.111 MQTTMapper Debug: 09 22 73 76 61 6c 75 65 31 22 20 3a 20 22 35 31 33 2e 30 22 ."svalue1".:."513.0"
2025-12-12 14:23:35.111 MQTTMapper Debug: 2c 0a 09 22 75 6e 69 74 22 20 3a 20 31 0a 7d 0a .. .. .. .. ,.."unit".:.1.}.
2025-12-12 14:23:35.111 MQTTMapper Debug: Pushing 'onMessageCallback' on to queue
2025-12-12 14:23:35.111 MQTTMapper Debug: Pushing 'onMessageCallback' on to queue
2025-12-12 14:23:35.111 MQTTMapper Debug: Processing 'onMessageCallback' message
2025-12-12 14:23:35.111 MQTTMapper Debug: Calling message handler 'onMessage' on 'module' type object.
2025-12-12 14:23:35.111 MQTTMapper Debug: onMQTTPublish found domoticz/RPI5/out/Gaz - Conso M3, Device 'MQTTMapper Debug - Gaz - Conso M3', message '{'Battery': 255, 'LastUpdate': '2025-12-12 14:23:34', 'RSSI': 12, 'description': '', 'dtype': 'General', 'hwid': '12', 'id': '82047', 'idx': 47, 'name': 'Gaz - Conso M3', 'nvalue': 0, 'org_hwid': '12', 'stype': 'Managed Counter', 'svalue1': '513.0', 'unit': 1}'
2025-12-12 14:23:35.112 MQTTMapper Debug: Setting MQTTMapper Debug - Gaz - Conso M3 to 513/513
2025-12-12 14:23:35.112 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 513:'513' to have values 513:'513'.
2025-12-12 14:23:35.129 MQTTMapper Debug: Processing 'onMessageCallback' message
2025-12-12 14:23:35.129 MQTTMapper Debug: Calling message handler 'onMessage' on 'module' type object.
2025-12-12 14:23:35.129 MQTTMapper Debug: onMQTTPublish found domoticz/RPI5/out/Gaz - Conso M3, Device 'MQTTMapper Debug - Gaz - Conso M3', message '{'Battery': 255, 'LastUpdate': '2025-12-12 14:23:34', 'RSSI': 12, 'description': '', 'dtype': 'General', 'hwid': '12', 'id': '82047', 'idx': 47, 'name': 'Gaz - Conso M3', 'nvalue': 0, 'org_hwid': '12', 'stype': 'Managed Counter', 'svalue1': '513.0', 'unit': 1}'
2025-12-12 14:23:35.130 MQTTMapper Debug: Setting MQTTMapper Debug - Gaz - Conso M3 to 513/513
2025-12-12 14:23:35.130 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 513:'513' to have values 513:'513'.
2025-12-12 14:23:35.197 MQTTMapper Debug: Pushing 'onHeartbeatCallback' on to queue
2025-12-12 14:23:35.248 MQTTMapper Debug: Processing 'onHeartbeatCallback' message
2025-12-12 14:23:35.248 MQTTMapper Debug: Calling message handler 'onHeartbeat' on 'module' type object.
2025-12-12 14:23:35.248 MQTTMapper Debug: Pushing 'WriteDirective' on to queue
2025-12-12 14:23:35.248 MQTTMapper Debug: Processing 'WriteDirective' message
2025-12-12 14:23:35.248 MQTTMapper Debug: Sending 2 bytes of data
2025-12-12 14:23:35.248 MQTTMapper Debug: c0 00 .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. �
2025-12-12 14:23:35.248 MQTTMapper Debug: Pushing 'ReadEvent' on to queue
2025-12-12 14:23:35.298 MQTTMapper Debug: Processing 'ReadEvent' message
2025-12-12 14:23:35.298 MQTTMapper Debug: Received 2 bytes of data
2025-12-12 14:23:35.298 MQTTMapper Debug: d0 00 .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. ЮCode : Tout sélectionner
M3
135|391|0|2025-12-11 11:40:00|0.0
135|391|0|2025-12-11 11:45:00|0.0
135|420|0|2025-12-11 14:05:00|0.0
135|420|0|2025-12-11 17:25:00|0.0
135|420|0|2025-12-12 00:00:01|0.0
135|420|0|2025-12-12 10:40:01|0.0
135|513|0|2025-12-12 14:05:00|0.0
KWH
136|43650|0|2025-12-11 11:40:00|0.0
136|43650|0|2025-12-11 11:45:00|0.0
136|46890|0|2025-12-11 14:05:00|0.0
136|46890|0|2025-12-11 17:25:00|0.0
136|46890|0|2025-12-12 00:00:01|0.0
136|46890|0|2025-12-12 10:40:01|0.0
136|57270|0|2025-12-12 14:05:00|0.0Code : Tout sélectionner
{
"Gaz - conso KWH": {
"topic": "domoticz/RPI5/out/Gaz - conso KWH",
"type": "113", "subtype": "0", "switchtype": "0",
"mapping": {"item": "svalue1","digits": 1}
},
"Gaz - Conso M3": {
"topic": "domoticz/RPI5/out/Gaz - Conso M3",
"type": "113", "subtype": "0", "switchtype": "1",
"mapping": {"item": "svalue1","digits": 1}
},
}
Voici le graph obtenu dans cette configuration :
Merci d'avance de votre aide.
Je continue de mon côté à tester .....
Bonne journée.
- Pièces jointes
-
- Graph dans cette configuration
- Screenshot 2025-12-12 at 14-16-10 Domoticz Osiris.png (31.59 Kio) Consulté 2137 fois
-
Flying Domotic
- Messages : 772
- Inscription : 10 mars 2020, 15:26
Re: Données provenant de MQTT non mises à jour dans la BDD domoticz
Bon, j'ai tout repris depuis le début, pour essayer de voir ce qui cloche. J'ai quelques remarques :
1) Je ne pige pas pourquoi il y a autant de changements au niveau de des messages reçus :
On est à 16 messages en 216 ms !!!! Ça fait pas loin de 80 messages par seconde juste pour le compteur !!
Y'a un truc qui bégaie quelque part ...
2) J'ai aussi remarqué dans les messages précédents que le type de compteur choisi était "Managed counter" (33), qui ne réalise pas les consommations journalières ou "incremental counter" (28), auquel on envoie seulement la différence entre 2 mesures.
Il n'y a que peu de chances que ça fonctionne avec ces types de dispositifs.
D'ailleurs, je serais curieux de voir les graphes qui sont générés sur le RPI5 pour ces dispositifs
Par contre, "Counter" (113), utilis dans le dernier message semble une bonne idée !
3) J'ai regardé d'un peu plus près le format des compteurs. Même si Domoticz envoie avec des valeurs décimales, il ne les accepte qu'avec des entiers (il y a d'ailleurs un message dans le log) :
Du coup, j'ai tenté avec :
... qui semble mieux fonctionner.
Reste que je n'ai pas testé à 80 messages par seconde ...
1) Je ne pige pas pourquoi il y a autant de changements au niveau de des messages reçus :
Code : Tout sélectionner
2025-12-12 14:00:02.253 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 46890:'46890'.
2025-12-12 14:00:02.313 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 420:'420'.
2025-12-12 14:00:02.320 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 46890:'46890'.
2025-12-12 14:00:02.327 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 420:'420'.
2025-12-12 14:00:02.334 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 46890:'46890'.
2025-12-12 14:00:02.340 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 420:'420'.
2025-12-12 14:00:02.349 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 46890:'46890'.
2025-12-12 14:00:02.359 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 420:'420'.
2025-12-12 14:00:02.377 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 46890:'46890'.
2025-12-12 14:00:02.391 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 420:'420'.
2025-12-12 14:00:02.406 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 46890:'46890'.
2025-12-12 14:00:02.420 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 420:'420'.
2025-12-12 14:00:02.434 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 46890:'46890' to have values 57270:'57270'.
2025-12-12 14:00:02.448 (MQTTMapper Debug - Gaz - conso KWH) Updating device from 57270:'57270' to have values 57270:'57270'.
2025-12-12 14:00:02.458 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 420:'420' to have values 513:'513'.
2025-12-12 14:00:02.469 (MQTTMapper Debug - Gaz - Conso M3) Updating device from 513:'513' to have values 513:'513'.
Y'a un truc qui bégaie quelque part ...
2) J'ai aussi remarqué dans les messages précédents que le type de compteur choisi était "Managed counter" (33), qui ne réalise pas les consommations journalières ou "incremental counter" (28), auquel on envoie seulement la différence entre 2 mesures.
Il n'y a que peu de chances que ça fonctionne avec ces types de dispositifs.
D'ailleurs, je serais curieux de voir les graphes qui sont générés sur le RPI5 pour ces dispositifs
Par contre, "Counter" (113), utilis dans le dernier message semble une bonne idée !
3) J'ai regardé d'un peu plus près le format des compteurs. Même si Domoticz envoie avec des valeurs décimales, il ne les accepte qu'avec des entiers (il y a d'ailleurs un message dans le log) :
Code : Tout sélectionner
2025-12-13 12:45:06.140 Status: LUA: Trace changement: MQTT mapper - Gaz - Conso M3 modifié en '530.5'
2025-12-13 12:45:06.141 Status: LUA: Trace changement: MQTT mapper - Gaz - Conso M3_Utility modifié en 'inf'
2025-12-13 12:45:27.649 Error: GetJSonDevices: exception occurred : 'stoll'
Code : Tout sélectionner
{
"Gaz - conso KWH": {
"topic": "domoticz/RPI5/out/Gaz - conso KWH",
"type": "113", "subtype": "0", "switchtype": "0",
"mapping": {"item": "svalue1","digits": 0}
},
"Gaz - Conso M3": {
"topic": "domoticz/RPI5/out/Gaz - Conso M3",
"type": "113", "subtype": "0", "switchtype": "1",
"mapping": {"item": "svalue1","digits": 0}
}
}
Reste que je n'ai pas testé à 80 messages par seconde ...