J’ai remarqué qu’il était impossible de fournir en paramètre de fonction un résultat de calcul. Je l’ai noté dans time_op mais je me rappelle avoir buté sur une formule il y a quelques temps et après cette découverte, je pense que c’était ça.
Voici l’exemple basique, simple pour les tests :
time_op(1200,10) retourne 1210 → C’est bon
time_op(1200,(5+5)) retourne time_op(1200,(5+5)) → c’est pas bon pourtant la formule est cohérente
Bonjour
Oui c’est connu nous n’avons malheureusement pas les compétences pour corriger (plusieurs on est essayé et ya toujours des cas où ça ne marche pas)
Comme l’a dit Loïc plus haut, c’est l’imbrication de formule qui ne fonctionne pas et qu’ils n’arrivent pas à debugger. Mon exemple est là pour pur démonstration du bug.
5+5, pour moi c’est un nombre, aucune raison que ce soit considéré (ormi un bug) comme une chaine de caractères.
Et il n’y a pas que cette fonction qui bug… par exemple round(duration(#[Zone Technique Eau][Chauffe eau][Etat]#,1,last sunday) / ((#njour#+1) * 60)) renvoi round(539 / ((6+1) * 60))
alors que duration(#[Zone Technique Eau][Chauffe eau][Etat]#,1,last sunday) / ((#njour#+1) * 60) renvoi 1.2833333333333
Sauf que tu mets directement les valeurs (539,…) une fois appliqué avec les sources des données sur mon virtuel ça ne fonctionne pas… toujours l’imbrication problematique
Ca c’est ce que j’ai déjà fait comme contournement :
scenario déclenché au changement de valeur et calcul par étape avec variable…
Mais c’est lourd à mettre en place, couteux en ressources