Pas de mise à jour de la valeur si la valeur dépasse le max

[Djelau]

Bonjour,

je viens de m’apercevoir d’un probleme sur la mise à jour d’une info d’un virtuel.

Un exemple sera plus parlant:
Je paramètre le max à 25 (ce qui permet de définir la plage d’affichage d’un widget)

En changeant la valeur de l’info à 20 puis 30, via un scénario tout simple:

l’info s’update pour 20 mais ne s’update pour 30. Pour moi elle devrait passer au max soit 25. En renvoyant ensuite 24, l’info s’update correctement.

[2022-06-27 21:18:06][SCENARIO] -- Start : Scenario lance manuellement.
[2022-06-27 21:18:06][SCENARIO] - Exécution du sous-élément de type [action] : action
[2022-06-27 21:18:06][SCENARIO] Changement de  [Technique][Module_test][state] à 20
[2022-06-27 21:18:06][SCENARIO] Fin correcte du scénario
------------------------------------
[2022-06-27 21:20:08][SCENARIO] -- Start : Scenario lance manuellement.
[2022-06-27 21:20:08][SCENARIO] - Exécution du sous-élément de type [action] : action
[2022-06-27 21:20:08][SCENARIO] Changement de  [Technique][Module_test][state] à 30
[2022-06-27 21:20:08][SCENARIO] Fin correcte du scénario
------------------------------------
[2022-06-27 21:20:34][SCENARIO] -- Start : Scenario lance manuellement.
[2022-06-27 21:20:34][SCENARIO] - Exécution du sous-élément de type [action] : action
[2022-06-27 21:20:34][SCENARIO] Changement de  [Technique][Module_test][state] à 24
[2022-06-27 21:20:34][SCENARIO] Fin correcte du scénario

Vous confirmez que vous reproduisez ce comportement ?
Est ce un probleme connu et en cours de correction ?
Y a t il un moyen de contourner simplement ?

[tomtom]

Pour moi c’est le comportement normal.
Ca permet d’exclure les valeurs incorrectes/hors-norme

[Bison]

Salut,

Un post qui confirme ce que dit @tomtom .

Anomalie jmqtt: la valeur n'est pas actualisée

Bonjour. Dans ce cas, il faudrait récupérer la valeur qui passe dans le payload mais que ne passe pas dans la commande numeric. Est-ce que tu as des bornes min et max ? (minValue, maxValue) Si la valeur est en dehors de la plage, elle est pas mise à jour. C’est dans la méthode event du core : if ($this->getSubType() == 'numeric' && ($value > $this->getConfiguration('maxValue', $value) || $value < $this->getConfiguration('minValue', $value)) && strpos($value, 'error') === false) { …

[Djelau]

@Bison

Un post qui confirme ce que dit @tomtom

OK mais pourtant dans les widgets, il y a bien une correction de la valeur pour mise à l’echelle si celle-ci dépasse le max (ou le min):

var position = _options.display_value
      var minValue = ('#minValue#' == '') ? 0 : parseInt('#minValue#')
      var maxValue = ('#maxValue#' == '') ? 100 : parseInt('#maxValue#')
      if (position > maxValue) position = maxValue
      if (position < minValue) position = minValue

C’est ce que je comptais utiliser avec une data qui varie de 0 à 60 par pas de 0.05 (info de pluie d’openweather). J’aurais besoin de voir les petites variations jusqu’à 10 (au delà de 10 pas besoin, 10 étant déjà une bonne grosse pluie) Y a un moyen de récupérer l’information comme quoi la valeur n’est pas mise à jour car out of range ?

[Bison]

Tu pourrais faire un truc comme ça en définissant dans un bloc code l’id de la commande. C’est sûrement à améliorer mais ça doit le faire.

$cmdId = cmd::byId(1510);
$maxvalue = $cmdId->getConfiguration('maxValue');

$scenario->setLog('max : '.$maxvalue);
$tags['#maxvalue#']  = $maxvalue;

$scenario->setTags($tags);

Ensuite reste à faire une petite comparaison dans ton scénario avec tag(maxvalue) pour savoir quoi faire par rapport à la valeur que tu voulais injecter.

[Djelau]

Merci pour la proposition, je vais étudier celà.
Sinon, vu que j’étais en train de me faire un widget custom sur la base du widget vertical, je vais surement fixer la maxvalue à 10 au niveau du widget. Et maintenant que je connais la limitation/l’utilisation du max value au niveau de chaque commande, je vais certainement laisser ce champs vide.

[ajja17orange]

bonjour dans la config
au niveau valeur
valeur > 25 ? 20 : valeur

si la valeur est supérieur a 25 affiche 20 sinon la valeur

pour que tu comprennes regarde le dernier screen

Inversé retour binaire dans l'historique

bonjour tu reprends ton info dans un virtuel avec une formule ternaire #[ton_info]#==0?1:0 si info=0 donne la valeur 1 sinon 0 ça va inversé ton état et son historique si tu veux pas faire de virtuel tu fais pareil dans la case calcul et arrondi [20210323_164313] inverser est à désactiver exemple identique « sur le principe » pour une sonde numérique extérieure un arrondi au demi degré [20210323_165023] (#value#-floor(#value#))<=0.25?floor(#value#):(#value#-floor(#value#))>=0.7…

[Djelau]

Ca peut être effectivement une solution de contournement.
Mais après réflexion, si la conception de ces valeurs min / max a été pensées de façon à exclure les valeurs incorrectes/hors-norme, il pourrait être intéressant de pouvoir gérer nativement la valeur à considérer en cas d’out of range. Par exemple avoir une option au niveau de la commande permettant de sélectionner la valeur par défaut à afficher: pas de mise à jour / max / valeur perso (-1).

[ajja17orange]

c’est pas du contournement ; c’est une possibilités offert en natif, a nous de l’utiliser comme bon nous semble.

je doutes que cette option « valeur par default » existe un jour !

cette possibilités et tres peu abordé mais tres utile le mini/max est intégrables, tous comme inversé la valeur.

exemple faire un arrondi « personnalisé demi degré » un widget « html » ne modifiera pas la valeur enregistré dans la bdd avec cette possibilité si ! il faut désactiver l’enregistrement redondant. donc pour moi « sauf a vouloir garder la valeur reel » c’est la bonne manière.

[ajja17orange]

un autre exemple que j’utilise

ceil(#value#/5)*5

unité 5,10,15,…
pour temperature eau chaude sanitaire et radiateur