Bug / Remarques / Doc : MqqtMapper FlyingDomotic =>devices de type "energy" avec historique (Type=243 SubType=29)
Publié : 22 déc. 2025, 20:14
Version Domoticz ==> 2025-2 Deb 12 Python 3.11.2
J'ai mis 2 exemples dans un fichier jpg : un qui fonctionne et l'autre non.
N°1 (pas de problème) => avec un Shelly PRO em50 qui dispose de 2 pinces pour mesurer et calculuer la puissance entrante et sortante (apparante ou non => 4 mesures).
N°2 (problème à la création) => avec OpenDTU (des onduleurs Hoymiles HM800 (x15!))
Les soucis avec les requêtes Mqtt de OpenDTU : c'est leur formatage (voir fichier joint).
Remarques : je ne "peux" et ne veux pas utiliser le plugin Autodiscovery car je me retrouve avec plus de 200 mess Mqtt, il est donc moins adaptatif que FlyingDomotic...
Si vous avez des remarques ou conseils, je suis preneur.
Extrait de mon JSON :
Avec l'option "Energymode": "1", DZ devrait à la création cocher l'option "Computed".
Doc => Use Options={'EnergyMeterMode': '1' } to set energyMeterMode to "Calculated". Default is "From Device"
La création du device A12 bug, car, par défaut, Domoticz le créé avec l'option "From device", donc, il faut la remettre sur "Computed" manuellement.
Comme on le voit dans MqttExplorer, ces requêtes MQTT ne sont pas formatées avec des guillemets et des {, comme pour les Shelly.
Autre remarque : on voit que OpenDTU nous donne une seule valeur! => 36.5 ,
d'où le mappage ==> mapping":{"item":"~*;~0"," la seconde valeur (svalue) doit être nulle et non vide!
Je force : pas de décimales "digits":0 , puis pas de coefficient multiplicateur "multiplier":1=> cela fonctionne à la création! ==> et maintenant cela fonctionne correctement, hormis les problèmes de "key" après des 10aines d'essais.
J'ai mis 2 exemples dans un fichier jpg : un qui fonctionne et l'autre non.
N°1 (pas de problème) => avec un Shelly PRO em50 qui dispose de 2 pinces pour mesurer et calculuer la puissance entrante et sortante (apparante ou non => 4 mesures).
N°2 (problème à la création) => avec OpenDTU (des onduleurs Hoymiles HM800 (x15!))
Les soucis avec les requêtes Mqtt de OpenDTU : c'est leur formatage (voir fichier joint).
Remarques : je ne "peux" et ne veux pas utiliser le plugin Autodiscovery car je me retrouve avec plus de 200 mess Mqtt, il est donc moins adaptatif que FlyingDomotic...
Si vous avez des remarques ou conseils, je suis preneur.
Extrait de mon JSON :
Ceci est un exemple avec des Micro Onduleurs "Hoymiles HM800" via "OpenDTU".{
"A12":
{"topic":"IP50-solar/114190168585/0/power","key":"A12","type":"243","EnergyMeterMode":"1","subtype":"29","switchtype":"0","mapping":{"item":"~*;~0","multiplier":1,"digits":0}}
}
Avec l'option "Energymode": "1", DZ devrait à la création cocher l'option "Computed".
Doc => Use Options={'EnergyMeterMode': '1' } to set energyMeterMode to "Calculated". Default is "From Device"
La création du device A12 bug, car, par défaut, Domoticz le créé avec l'option "From device", donc, il faut la remettre sur "Computed" manuellement.
Comme on le voit dans MqttExplorer, ces requêtes MQTT ne sont pas formatées avec des guillemets et des {, comme pour les Shelly.
Autre remarque : on voit que OpenDTU nous donne une seule valeur! => 36.5 ,
d'où le mappage ==> mapping":{"item":"~*;~0"," la seconde valeur (svalue) doit être nulle et non vide!
Je force : pas de décimales "digits":0 , puis pas de coefficient multiplicateur "multiplier":1=> cela fonctionne à la création! ==> et maintenant cela fonctionne correctement, hormis les problèmes de "key" après des 10aines d'essais.