[Resolu] Données provenant de MQTT non mises à jour dans la BDD domoticz

[Speedycool]

Bonjour,
Les dispositifs sur RPI5 sont bien en 243/33/0-1. C'est bien pour cela que je ne comprends pas le problème.
je vais donc regarder du coté Mqtt-sync.
Je rapporterai mes résultats dans quelques jours.

[Speedycool]

Bonjour,
J'ai donc réalisé des tests avec MqttSync.
J'ai bien établi une connexion et des échanges entre un maitre et un esclave, en ciblant plus particulièrement sur les dispositifs qui me posent problème.
Résultat : le problème est identique à MqttMapper !
Les données ne sont toujours pas mises à jour sur Domoticz cible ....
Je vais essayer d'autres méthodes.
Bonne journée.

[Flying Domotic]

La machine est installée sur un ancien cimetière indien ?

Plus sérieusement, est-il possible d'avoir les fichiers de config MqttSync, il y a un truc qui doit être raté ...

[Speedycool]

Voici les paramètres :

Code : Tout sélectionner

{
	"settings": {
		"configVersion": "V1.0.2",
		"masterName": "esclave",
		"masterMqttHost": "192.168.0.48",
		"masterMqttPort": "1883",
		"masterMqttUser": "moi",
		"masterMqttPassword": "*******",
		"masterDomoticzOutTopic": "domoticz/Sync",
        "masterDomoticzUrl": "http://192.168.0.44:8080",
		"slaveName": "Mint",
		"slaveMqttHost": "192.168.0.48",
		"slaveMqttPort": "1883",
		"slaveMqttUser": "moi",
		"slaveMqttPassword": "******",
        "slaveDomoticzUrl": "http://192.168.0.73:8080",
        "slaveDevicePrefix": "MqttSync - "
	},
	"mapping": [
		{"idx": 1},
		{"idx": 2},
		{"idx": 3},
                {"idx": 46},
		{"idx": 47},
		{"idx": 67}
	]
}

les idx 1,2,3 sont des mesures issues de "Motherboard sensors" , correctement transmis
les idx 46,47,67 correspondent aux données Gaz et électricité qui posent problème, aussi bien avec MqttMapper qu'avec MqttSync

[Flying Domotic]

Je suppose que les adresses IP des 2 machines sont bien dans la liste des réseau de confiance sur les 2 instances Domoticz.

Dit autrement, qu'on a bien 127.0.0.1, 192.168.0.44 et 192.168.0.73 (ou 192.168.0.*) dans la liste des réseaux de confiance de l'onglet "Sécurité" du menu "Configuration" > "Paramètres" sur les machines 192.168.0.44 et 192.168.0.73.

J'ai bon ?

[Speedycool]

Oui, tout à fait !
D'ailleurs, la mise à jour des données pour les IDX 1.2.3 se fait parfaitement.

Mais j'ai ce type de message désagréable sur la log du Domoticz Master :

2025-10-12 14:10:50.918 MqttSync: loadName2Idx: 28 idx and 28 names loaded
2025-10-12 14:10:50.969 MqttSync: MqttClient/Master::SendId: ID: Domoticz_domoticz-mqtt-sync_19_Master_2025-10-12 14:10:50, lwtTopic: mqttSync/Guenievre2Mint/lwt/masterOnMaster, lwtData: {"state": "down", "version": "1.0.0"}
2025-10-12 14:10:51.020 MqttSync: Master::onMessage: Connection established
2025-10-12 14:10:51.071 MqttSync: Master::onMessage: Topics domoticz/Sync subscribed
2025-10-12 14:12:00.753 Error: MqttSync hardware (19) thread seems to have ended unexpectedly
2025-10-12 14:12:14.763 Error: MqttSync hardware (19) thread seems to have ended unexpectedly
2025-10-12 14:12:28.770 Error: MqttSync hardware (19) thread seems to have ended unexpectedly

Voici des copies d'écran des dispositifs concernés sur la machine esclave :
https://1fichier.com/?zu1xu5xjvcyonvemy6pd
https://1fichier.com/?mree624bdo14a70eb2ry
https://1fichier.com/?rt8on3czn91dqecql49f

[Flying Domotic]

Bon, je pense que MqttSync a le même souci que MqttMapper ...

Pour revenir à MqttMapper, le souci pourrait venir du fait que la chaîne sValue passée n'a pas le bon format, si j'en crois la doc à https://wiki.domoticz.com/Developing_a_Python_plugin :

243/33: Managed counter: sValue must be 2 semicolon separated values to update Dashboard, for instance "123456;78", 123456 being the absolute counter value, 78 being the usage (Wh). Set counter to -1 if you can't know the counter absolute value.

Les autres formats (avec 3 valeurs) ne sont utiles que pour modifier les historiques.

Du coup, on peut tenter de changer les configs en "mapping": {"item": "svalue1;0","digits": 1}

[Speedycool]

Bonjour,

J'ai abandonné Zigate pour une clé SONOFF, avec Zigbee2MQTT, qui fonctionne parfaitement, la connexion avec les objets est très stable.
Pour Linky, aucun problème.
Par contre, pour Zipulses ( Gazpar ) les données ne me conviennent pas .....
J'ai pu modifier pour avoir un retour en M3 au llieu de KWH : ca marche.
Mais le valeur est multipliée par 100 ou 1000 : j'ai tenté de modifier ça dans Z2M et Domoticz, sans succès.
En outre le volume rendu est incrémental et pas instantané : le graphique dans Domoticz est donc une courbe, qui présente peu d'intérêt, au lieu d'un graph en barres, comme j'avais avec ZIgate ....
Je vais ouvrir un autre sujet sur ce problème, et fermer celui-ci.
Merci encore pour votre aide.

[Flying Domotic]

Jeter un œil du côté de l’item « multiplier » de MqttMapper, histoire de corriger le facteur.
En ce qui concerne les valeurs, ce que Domoticz ne sais pas gérer de base, c’est un compteur qui repasse à zéro à minuit. Si c’est le cas, on peut s’en sortir avec un script et un second compteur.

[Speedycool]

Bonjour,
Merci de ce retour.
Je n'utilise plus MQTTMAPPER pour ces données, mais Zigbee2Mqtt. C'est de ce côté la que je vais finir par trouver la solution pour le diviseur.
Le problème du graph en barres au lieu de courbe est lié aux "type-subtype-typename" dans Domoticz. J'ai tenté de modifier ces "devices types" dans la table "devicestatus", mais ca ne fonctionne pas : ces données ne sont plus mises à jour dans Domoticz, par Z2M, et un nouveau dispositif est créé ....