Effectivement, je ne l’avais pas vu ,
Tu es trop fort, effectivement, il y avait une formule que j’avais mis au début à cause d’un problème de valeur et que j’avais oublié, cela va nettement mieux sans cela, désolé d’avoir empiété sur ton dimanche
Si tu passe par l’Alsace un jour, je serais heureux de t’offrir une ou autre.
Mathieu
Bonjour,
comme l’ancien sujet est fermé je me permets de faire une suite à cette histoire
Finalement je ne suis plus sur si c’est moi qui est mis le calcul de valeur. Lors d’un redémarrage du démon MQTTDiscovery je me retrouve de nouveau avec :
Si j’enlève le calcul ou si je remplace le tripple égal par un double cela fonctionne de nouveau. Jusqu’au redémarrage du démon.
Est ce que ce champ est regénéré avec les info du discovery?
Cordialement
Mathieu
Mips
Août 16, 2024, 8:38
2
Salut,
J’ai compris le problème, c’est une erreur de ton openDTU:
il annonce un payload de "1" ou "0", donc chaine de caractères
{
"name": "Reachable",
"uniq_id": "112183220699_reachable",
"stat_t": "solar/112183220699/status/reachable",
"pl_on": "1",
"pl_off": "0",
"dev": {
"name": "Sunology1",
"ids": "112183220699",
"cu": "http://192.168.1.230",
"mf": "OpenDTU",
"mdl": "HM-300/350/400-1T",
"sw": "v24.6.29",
"via_device": "OpenDTU_13171364"
}
}
et puis il envoi un entier :
moi j’ai dû être strict pour un autre cas d’où le triple =
peux-tu essayer en mettant #value#===1 ? ca devrait fonctionner aussi
si oui alors je ferai une modif qui devrait faire en sorte que ca fonctionne
Salut, merci pour ton retour et oui cela fonctionne aussi.
Cordialement,
Mathieu
Mips
Août 16, 2024, 5:30
4
ok à tester dans la beta demain du coup
1 « J'aime »
Testé et approuvé comme d’habitude +1
Mathieu
1 « J'aime »
system
A fermé ce sujet ()
Août 18, 2024, 7:40
6
Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.