jojo

thank you for your explanations. In your next version, is it possible to introduce the possibility to recfeive an e-mail when connection is lost (for 30 min ?) and one when connection is regained ? Thank you.

j'ai également le faire aujourd'hui

et depuis que j'exploite Domochart et Grafana, je me disais que ce serait bien d'il y avait une catégorie supplémentaire dans Domochart : BinarySwitch, qui collecterait les états des FGBS (IN1/2,OUT1/2), FGS223/224, FGK, ...

avec Domochart et Grafana, tu as encore plus joli/ Mais c'est vrai que tu as alors besoin de toute une architecture, alors qu'ici juste la box HC3.

@Felig, pour faire suite à cette demande http://admin:LocalHc3!45@192.168.1.141/api/devices/ En résumé. Dans Domochart je serais très intéressé de recupérer la température de consigne. Pour cela (si j'ai bien compris à la lecture du json), il y a 2 propriétés : coolingThermostatSetpoint et heatingThermostatSetpoint et ton QA met à jour la propriété qu'il faut en fonction de la valeur de la variable HMCF.coolingDevice = false|true et le device regarde le bon setpoint en fonction de la propriété thermostatMode = Heat|Cool Donc, il n'yaurait qu'a mettre à jour les 2 setpoints du device (heatingThermostatSetpoint & coolingThermostatSetpoint) car de toute façon il ne tiendra compte que de celui qu'il faut en fonction de la propriété thermostatMode. Ainsi dans le code lua de domochart, je rajoute uniquement { dbType = "temperature", fibaroType = "com.fibaro.hvacSystemAuto" , visible = "true", dead = "false", property = "heatingThermostatSetpoint", }, -- added by Jojo on 18/01/2025 to include PID Devices setpoints Celà rendrait le code plus simple ? Ou je suis complétement à côté de la plaque et j'ai une vision trop simpliste ?

Merci a tous les 2 pour vos suggestions. Mais je ne suis pas du style à changer le standard. En fait, je vais demander une modif du code du QA PID pour écrire les set points dans les 2 propriétés et ainsi dans domochat.lua je ne rajoute que la ligne pour le heating, et basta, ça devrait être bon

Je "commance" à apprivoiser Grafana, et du coup je veux faire des graphes qui comparent mes consignes de température avec la température mesurée. Evidemment, la collecte des données avec Domochart est la base. Pour mes régulations, j'utilise ce développement : il crée des devices de type : com.fibaro.hvacSystemAuto Qui contient les DEUX propriétés suivantes : coolingThermostatSetpoint & heatingThermostatSetpoint En fonction que le QA est en mode AirCo ou chauffage, il va lire la valeur d'une des 2 propriétés. Et évidemment, c'est cette propriété qui est mise à jour. Dans le programme Domochart, j'ai adapté la table deviceSensors (en début de code), en y ajoutant ces entrées : { dbType = "temperature", fibaroType = "com.fibaro.hvacSystemAuto" , visible = "true", dead = "false", property = "heatingThermostatSetpoint", }, -- added by Jojo on 18/01/2025 to include PID HeatingDevices setpoints { dbType = "temperature", fibaroType = "com.fibaro.hvacSystemAuto" , visible = "true", dead = "false", property = "coolingThermostatSetpoint", }, -- added by Jojo on 18/01/2025 to include PID CoolingDevices setpoints les entrées sont bien créées dans les tables. Mais, les résultats ne sont pas cohérents En fait c'est logique, Domochart ne sait pas si le device est en mode Cooling ou Heating. Y a-t-il un moyen de le lui dire ?

en effet grafana c'est super puissant, je commence à "mâitriser"(eque) : je n'en suis pas encore à ton niveau, mais j'ai déjà trouver comment faire 2 axes Y différents (ne pas rire sVP) Grafana, c'est fun, mais chronophage ... Maintenant le mode bloc des requêtes SQL ne fonctionne pas, il faut absolument faire un "SELECT UNIX_TIMESTAMP(time)*1000 as time, ..." sinon les heures sont décalées.

et comme mes capacités SQL sont très limitées (et que je suis têtu), j'ai réussi à reproduire ton code avec le builder (qu'il a traduit ainsi : SELECT time AS "time", value FROM domotique.domocharts_temperature WHERE ($__timeFilter(time) AND device_id = '1341') ORDER BY time Je sais, ce n'est pas bien. C'est comme faire des scènes en mode bloc avec une HC2/3

ça fonctionne (évidemment) il ne me reste plus qu'à tout bien comprendre pour pouvoir faire plus compliqué ! P.S. c'est vrai que le vain à cette heure-ci c'est limite ...

un module de réserve au cas où ?

Bonjour, J'ssaye en vin de créer mon premier graphe de base avec Grafana. C'est simplement la température de mon Solon (device_id = 1341) et il m'affiche toujours ceci et voici ce que je crois avoir bien fait mais vu le résultat, j'ai du louper qqch, mais quoi ?

RIEN, que du contraire ! En fait je disais juste que je n'avais pas osé changer le paramètre (à la lecture de la note au-dessus du paramètre) // Note : increasing this number may considerably slow down graph generation time j'aurais du être plus courageux ...

j'ai implémenté ton code, j' regarderai la table demain. Pour les graphes, à la lecture de ta note, je n'ai pas osé toucher au paramètre de peur de tout fair planter. Je viens de le doubler, et aucun impact de performance, et en jouant avec les curseurs, je peut voir ce que je veux. Maintenant, je devrait voir avec Grafana, mais ça ne semble pas être du YAKFautCon à implémenter.

j'ai donc fait les modifs // Old data purge delay $db_interval_temperature = 60; //was 7 et en effet, les données sont bien conservées plus longtemps dans la DB et j'ai laissé // Maximum number of days to display in graphs // Note : increasing this number may considerably slow down graph generation time $display_interval = 7; // DAY Mais comment faire pour voir les données < 7 jours ?