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

[Flying Domotic]

Du coup, il est possible de se créer un dispositif aux petits oignons avec les type/subtype/switch type qu'on souhaite avec MqttMapper (en ignorant celui du plugin Z2M) ...

[Speedycool]

Re,
c'est ce que j'ai fait ...... mais les données sont absentes. J'ai bien la conso correcte dans le titre de la boite, qui évolue normalement, mais rien dans le graphique !

[Keros]

Des graphiques vides ? Ça ressemble à ce sujet : viewtopic.php?t=14510

Tu peux nous partager des screenshots ?

[Speedycool]

Bonjour,
En fait , la conso affichée dans la boite n'évolue pas, et elle ne semble pas bonne. J'ai refait mes manip d'hier ce matin afin de m'assurer qu'elles sont bonnes.

Voici les données JSON de Z2M :

{"battery":100,"divisor":1,"energy":400,"linkquality":236,"multiplier":1,"temperature":9.26,"unitOfMeasure":"m3","voltage":3400}

Voici les copies d'écran :
https://1fichier.com/?c942lpb3cuc1atuj4iny
https://1fichier.com/?l8xqc5v1x4niw58r4afm
https://1fichier.com/?bc9fe5kteudnbjqxv1wd

Merci encore.

[Flying Domotic]

C'est bien de mettre les attachements sur des sites payants, mais pour ceux qui ne sont pas abonnées, il faut attendre 60 secondes pour récupérer le 1er fichier, 600 secondes pour le second, et ensuite je ne sais pas, je n'ai pas eu la patience d'attendre ...

Il y a une option "Pièces jointes" dans la composition des messages qui permet d'intégrer les images directement. C'est une bonne idée pour les impatients !

[Keros]

@Speedycool, tu as mis des images hébergées à l'extérieur du forum : il y a de fort risques qu'elles ne soient plus disponibles dans quelque temps comme ici, là ou encore là.
On demande aux membres de suivre des bonnes pratiques que nous avons regroupées dans la section Bien utiliser le forum. Est-ce que tu peux éditer ton message et utiliser l'onglet Fichiers joints en dessous de la zone d'écriture des messages pour enregistrer les éléments sur le serveur du forum.

[Speedycool]

désolé, je n'avais pas "intégré" cette règle.
Voici donc les images :

En fait, la valeur affichée sur la PJ 1 n'évolue pas. Une fois créée par MQTTMAPPER, elle reste telle quelle. Et il n'y a aucune donnée correspondante dans les tables "Meter" et "Meter_calendar".

[Flying Domotic]

Y'a pas de mal ...

Qu'est ce que raconte la trace de MqttMapper, une fois mis en mode debug ?

A priori, on devrait avoir dedans les éléments qui permettront de faire le diagnostic.

[Speedycool]

Bonjour,
Voici la log demandée ( une partie en mode "extra verbose",puis en mode "verbose")

MqttMapper_Z2M.zip

Fichier log Domoticz MqttMapper Z2M

(3.65 Kio) Téléchargé 44 fois

Pour avoir ce debug pas trop chargé, j'ai créé un nouveau matériel ( MqttMapper Bis ), avec le fichier Json suivant :

Code : Tout sélectionner

{
    "Gaz - Conso M3": {
        "topic": "Z2M/Gazpar",
        "type": "243", "subtype": "33","switchtype": "1",
        "mapping": {"item": "energy","digits": 1}
    }
}

Le compteur dans la boite évolue bien, l'heure de la mise à jour confirme une mise à jour régulière.
Le graphique correspondant reste vide.
Les tables concernées ( Meter et Meter_calendar ) n'ont aucune donnée pour ce dispositif .

[Flying Domotic]

A priori, la donnée est bien récupérée, et envoyée à Domoticz. Le type semble bon. Il faudrait que je teste sur un de mes systèmes, malheureusement à 650 km de mon clavier ... Ça devrait s'arranger en fin de semaine.

D'ici là, est-il possible de confirmer que le compteur ne revient pas à zéro chaque nuit ? J'ai un doute en voyant des valeurs pas trop dans le bon sens, sur ce fil de message (genre 800 puis 500).