widget jauge sur une echelle du mini/max des dernieres 24h

[winhex]

Je me suis crée un solidgauge de highcharts avec pour souhait de fonctionnalités (en plus d'être sympas et dynamique) :
- une echelle sur max/mini de l'historique (à configurer rubrique 7.1 doc ainsi que l'activation historique minimum 1 jour])
Afficher les statistiques sur les widgets et Période de calcul pour min, max, moyenne (en heures);

- calcul derniére remonté (depuis hh:mm);
- 8 couleurs pour la jauge selon le positionnement;
- tooltip sur telephone;
tooltip = (clic long sur phone, ou passage souris sur pc)
- un tooltip avec les valeurs de l'historique et derniere remonté en date;
- historique avec clic sur valeur (mini/maxi) du tooltip ou/et simple clic sur phone

place au visuel

image.png (66.35 Kio) Consulté 6163 fois

avec le tooltips passage souris sur temperature sud

image (1).png (57.26 Kio) Consulté 6163 fois

en paramétre (optionnel) sous le choix du widget

decimal : 1 chiffre (default =1); "chiffre aprés la virgule"

min_max : 2 chiffres séparés par une virgule (default = echelle sur max/mini de l'historique); "debut et fin du compteur, on peux y mettre -"

interval : 1 chiffre (default = arrondi de max - min +1/3 qui aura comme minimum 1) "chiffre du compteur, on peut y mettre 0.5 voir moin"

couleur : 12 séparés par une virgule (default = white,WhiteSmoke,WhiteSmoke,WhiteSmoke,WhiteSmoke,WhiteSmoke,WhiteSmoke,green,gray,WhiteSmoke,#006CA9,red) hormis la jauge c'est toutes les couleurs du widget

ex_jauge.png (23.93 Kio) Consulté 5742 fois

le début des messages qui suivent concerne la version beta "testeur"
pour la version market les messages commencent à partir d'ici
viewtopic.php?f=29&t=39076&p=646746#p646746

[HeadsB]

Bonjour,
cela fonctionne superbement bien.
Sur le PC pas de souci pour toutes les fonctionnalités.
Sur la tablette ou le smartphone (vu que le mouseover ne fonctionne pas), il m'affiche directement le graph historique à la place du tooltip. Mais c'est normal, vu qu'il considère que c'est un "clic".
Autre phénomène remarqué, mais cela vient peut être d'ailleur, je peux rester des fois des heures sans actualisation, alors que la sonde emet (en 433) toujours régulièrement. D'autres sondes fonctionnes normalement.
Merci pour vos retours si vous pouvez m'aider.

[winhex]

sur ton tel/tablette ça doit marché (testé sur Android avec chrome et firefox)

20180816_125154.jpg (202.75 Kio) Consulté 6071 fois

clic sur la valeur

Après vérifie l'historique de ta sonde
ça peut être une sondés qui envoi au même moment qu'une autre

je doit regarder pour le petit gribouillis qui précède la remonté hh:mm que je n'ai pas en design (vu que le formatage change)

20180816_131134.jpg (90.03 Kio) Consulté 6067 fois

HS
pour la remonté du temp:
jeedom l'intègre sur des widget core
mais sur tel/tablette certains posé soucis avec une réactualisation pour solution
la non !

[HeadsB]

sur ton tel/tablette ça doit marché (testé sur Android avec chrome et firefox)
clic sur la valeur

Après vérifie l'historique de ta sonde
ça peut être une sondés qui envoi au même moment qu'une autre

C'est vrai qu'il faut être précis sur l'endroit où l'on clique. C'est OK pour moi, ça fonctionne bien sur Chrome sous Android.

Pour ce qui est des valeurs, je ne crois pas que cela vient de ton widget.
J'avais déjà remarqué cela, mais je n'avais pas eu de réponse probante...
Je n'arrive pas à savoir comment se faire la mise à jour des valeurs

Prenons le cas d'une sonde de temp type Dallas étanche plongée dans un aquarium, connectée sur un esp easy.
Je teste, jusqu'à présent son activité avec collectDate(#[Aquarium][Temp Aquarium][Gauche]#, 'D j M Y G:i:s')
Là j'ai une heure d'activité qui est différente d'avec la mise à jour de la valeur.

Capture1-Aqua.JPG (23.18 Kio) Consulté 6057 fois

A gauche, tu vois la valeur mise à jour 13mn plus tôt, alors que la LastComm est prise sur l'instant de capture
Ensuite le tooltip donne bien le delta entre now et la mise à jour de la temp soit 13mn.

Capture2-Aqua.JPG (24.61 Kio) Consulté 6057 fois

Cependant les informations dans le plugin ESP donne des valeurs qui sont encore autres.

Capture3-Aqua.JPG (17.38 Kio) Consulté 6057 fois

Moi de mon côté, j'essaie de faire des vérifications sur l'activité de mes sondes, surtout pour l'hiver pour gérer mon chauffage, et connaitre le keepalive des sondes, mais du coup, je ne sais plus trop quoi vérifier.
Si le LastComm est erroné, que prendre ?

Après je concois aussi la reponse D : je suis bête, et je n'ai pas compris le fonctionnement ...

[winhex]

tu as 3 remontés en date

le valuedate que j'utilise
il te faux bien dans la config paramétré en toujours au lieu d'auto ou jamais
ex : 2 fois la même valeur : seul sera pris en compte la dernière remonte qui aura son valuedate à jour sinon sans se sera le 1er

collectDate
tu as le collecdate que tu utilises via api
la selon le plug et dernière maj n'est plus fiable
j'avais arrêté de l'utiliser avec jeedouino la date était celle de l'affichage widget

mais c'est facilement integrable dans le widget

et la date du plug
qui la on ne peux avoir
mais toi via esp easy et rules et dummy device tu as de quoi rendre ton équipement intelligent donc fiable

ceux avec sonde Xiaomi on le même soucis

[HeadsB]

tu as 3 remontés en date

le valuedate que j'utilise
il te faux bien dans la config paramétré en toujours au lieu d'auto ou jamais

Je suppose que tu parles de cela ?

Capture1-Tjs.JPG (13.82 Kio) Consulté 6032 fois

Maintenant c'est plus en "Auto", alors je vais voir si c'est mieux.

J'ai aussi des capteurs Xiaomi, je vais voir, si j'ai des remontées plus précises sur une catégorie ou sur une autre.

Merci encore.

[winhex]

oui c'est bien cette case
dans ton historique tu dois avoir lorsque tu te promenez sur la ligne horizontale(*) d'une valeur (* = puisque valeur identique) toutes les remontés que ton équipement à envoyer à jeedom
jeedom ne doit plus traiter l'info (à faire le trie de la repetition)

donc si tu n'as plusieurs remontés
soit c'est l'équipement, soit le plug.

certains protocoles c'est sur changement
ex Xiaomi,rfx
pour d'autres on peux faire en sorte qu'il le fasse par obligation "rapport" (zwave toutes les x secondes, esp tu as rules et sendtohttp)

[HeadsB]

Bonjour,
Après les nouveaux règlages et 24h de fonctionnement, il est vrai que les mises à jour sont plus rapprochées dasn l'historique. Toutes les 5mn alors qu'avant c'était toutes les heures.
On voit sur l'image avant/après que depuis la ligne est plus saccadée.
-

Capture1-Temp1.JPG (31.02 Kio) Consulté 5988 fois

-
Autre question subsidiaire:
Afin de controler si j'ai toujours suffissament de pile dans mon capteur, qui forcément n'envoie par de trame adéquate comme les Xiaomi, je teste un pseudo KeepAlive dans un scénario. Si il n'a pas envoyé de trame régulièrement, j'envoie un Telegram pour penser à surveiller plus assidumement.
Je fais un #timestamp#-strtotime(CollectDate(#[Bureau][Capteur][Temp]#)), et si la valeur est supérieur à x secondes, j'envoie un message.

Maintenant, je me dis que je pourrais faire autrement, mais je ne vois pas comment je pourrais faire pour que ce soit fiable.
Peut être récupérer le delai depuis la dernière mise à jour de la variable comme indiqué sur le virtuel ?
-

Capture1-Temp2.JPG (12.43 Kio) Consulté 5988 fois

-
Il est possible qu'avec une autre technique, je diminue par charge, car le scenar se relance tous les 1/4 d'heures.

Merci pour les aides de chacun.

[winhex]

attention tu as le lissage historique entre 2h et 3h

ça va 15mn
en plus ça peux changé plus souvent que tes 15mn

sinon
ta valeur en déclencheur
dans 15mn avise
vu que celui ci sera relancé avant.
le dans et reporté à chaque fois
(idem scénario porte ouverte du market)

perso j'utilise ta méthode en scénario code (appaareamant utilise moin de ressource)
voir tuto scénario fonction code simplifié

[domoggvad]

Bonjour @winhex
Super ton widget, merci, je n'ai pas les mêmes couleurs que toi, juste des jauges jaunes.

[winhex]

tu n'aurais pas une personnalisation css pour historique en jaune ?
c'est la même api donc class identique
je regarde ça

[domoggvad]

Non, je n'ai aucune personnalisation.. je parle des jauges en demi cercle, pas l historique qui lui est bien sur plusieurs couleurs

Envoyé de mon Redmi S2 en utilisant Tapatalk

[domoggvad]

Ok ça marche, même si l'humidité est en vert, un bleu serait plus jolie comme sur ton exemple.
deuxième question, ça rend super bien sur un fond sombre, mais moins sur un design,les couleurs du texte et valeur de l’échelle sont pas trop lisibles.
désolé d’être aussi Ch... si tu peux donner la marche à suivre pour modifier ces couleurs.
merci d'avance.

[winhex]

t'inquiète c'est pas ch c'est un forum un lieu d'echange sinon j'aurai rien dit rien mis et gardé pour moi

dans le code partout ou tu vois # ou nom anglais de couleur c'est une couleur c'est facilement modifiable tu mets "red" pour voir se que ça impact (tick,plot,...)
mais c'est qu'une bêta j'ai prevu des trucs en plus
ex : hier justement je cherché comme le screen de @HeadsB d'avoir sur une échelle de 1 plus de value (valeur autour du cercle) pas trouvé

sinon sans pression je vois

ver 1.1 couleurs en paramètres
ver 1.2 activation bouton qui lui passe de façon interactif de valeur max/min a valeur défini (j'adore l'effet tous bouge de façons dynamique)
ver .. secret

je découvre je test je valide passe au point suivant de fonctionnalités et parfois obligé de tous revoir (ex :: le tooltips entre reprise de la der remonté et historique j'ai du essuyais 5 façons de faire)

un exemple de l'api
https://api.highcharts.com/highcharts/x ... ckInterval
et de possibilités poussé
http://jsfiddle.net/JoeKuan/qWATF

pour ton screen je verais plus des demi cercle de cette facon
https://stackoverflow.com/questions/440 ... ying-ticks
amuse à modifier avec le lien jsfiddle et clic run
pane :
innerRadius: '83%',
outerRadius: '93%',
c'est pour le fond blanc

data: [37], la valeur d'essai

solidgauge: {
innerRadius: '85%',
dataLabels: {
x: -20,
y: 35,
borderWidth: 0,
useHTML: true

la position valeur et taille gauge,..

si tu dois ajouté des cmd de l'api (n'oublie pas la , en fin sinon hs "sauf la dernière avant } mais si yen a une c'est pas genant " )
c'est un puzzle de 1000 à 10000 pieces

[domoggvad]

Merci pour toutes ces informations
Je teste ça ce weekend


Envoyé de mon Redmi S2 en utilisant Tapatalk

[Seki]

Joli travail winhex, et c'est bien plus joli que les jauges de base de Jeedom.


Envoyé de mon ONEPLUS A6003 en utilisant Tapatalk

[winhex]

merci
c'est celui de base
https://www.highcharts.com/demo/gauge-solid
difficile de plaire à tous et ça prends du temps.
et c'est même un métier.

[winhex]

provisoirement pour jouer de la couleur
@domoggvad il manquait la ligne pour colorer le cercle et les minorTick

@HeadsB vu le peux d'ecart entre mini et max pour ajouter plus de chiffre en label
tu peux jouer sur var tick_Interval#id# = '1'; tu peux mettre 0.8 voir moin

je dirais de base 1 pour l’interieur et 3 pour l'exterieur (mais je suis dessus pour un calcul automatique)

donc un code avec variable couleurs au debut du script à modifier
par le nom d'une couleur ou code hexa

couleurs que j'avais mis ou de base

var color_unite#id# = 'gray' ; // pour l'unité °C / 0
var color_time#id# = 'gray' ; // le temps en HH:mm / 1
var color_tickColor#id# = 'gray' ; // grand pico sous chiffre compteur / 2
var color_minorTick#id# = '#999999' ; // petit picot / 3
var color_tick_label_Color#id# = 'white' ; // chiffre compteur / 4
var color_line#id# = '#ccd6eb' ; // le cercle / 5
// tooltip
var color_bord#id# = '#006ca9'; // bordure / 6
var color_valueDate#id# = 'gray' ; // le temps en date / 7
var color_background#id# = '#fff' ; // le fond / 8
// config
var tick_Interval#id# = '1'; // default 3

couleur pour un mode classique à vous de modifier en attendant la mise sur le market en integrant de pouvoir jouer de la couleur

si vous voulez partager se sera
mode = 0,1,2,3,4,5,6,7,8
soit
mode(black) = "gray,gray,gray,#999999,white,#ccd6eb,gray,#fff"

couleur default.png (4.99 Kio) Consulté 5866 fois

[domoggvad]

Merci pour le travail.
Pour les couleurs j avais juste changé tous les gray par black. Mais ta nouvelle solution est bien meilleure.
Pour ta seconde solution,https://stackoverflow.com/questions/440 ... ying-ticks
j'ai essayé mais je me retrouvais avec des cercles trop grands dans tous les sens.
Merci encore

Envoyé de mon Redmi S2 en utilisant Tapatalk

[SBO]

@winhex

Super boulot.

Testé aussi en mode mobile et fonctionne parfaitement.

Sauf erreur de ma part, ne prend pas en compte les valeurs négatives.