jojo

Bonjour les Amis, Il y a longtemps (quand j'étais encore naïf) j'ai installé un Nest Learning thermostat. Il y a 1 mois, j'ai reçu un mail de Google m'informant qu'à partir du 25/10/2025 je ne pourrais plus le contrôler depuis mon PC ou à distance (et pourtant tout fonctionne parfaitement bien) => obsolescence programmée => vive le cloud. Evidemment ils me proposent d'en acheter un autre (également cloudé), mais évidemment que ton ! Je cherche donc un nouveau thermostat. Voici mon cahier des charges : indépendant du cloud ! affichage de la température mesurée et de consigne alimentation hors piles (230VAC ou basse tension DC) sortie d'un contact sec pour commander ma chaudière (je pourrais faire mettre un relais ?) modification de la consigne en local configuration des modes et plannings hebdo via API locale/serveur Web local/HC3 fonctionnement autonome, même si HC3 morte J'ai pensé au HeatIt Z-TRM6. Serait-ce un bon choix (ai-je bien lu sa doc ???) ? Merci de vos avis éclairés.

merci pour ta réponse complète et détaillées. J'espérais pouvoir récupérer les infos du "bidule" en étant 100% local, sans passer par leur serveur (je hais de plus en plus tout ce qui est cloud : exple J'acheté un thermostat Nest il ya longtemps, il fonctionne encore parfaitement et je vais devoir en changer car d'ici octobre, je ne pourrai plus le contrôler à distance , car je dois passer par le cloud Google ) Je ne ferai donc plus avoir ...

lit par exemple ceci où @Lazer utilise dans le LUA de main des fonction définies dans d'autres fichiers

je suis entrain de finaliser la mise en place. Après lancement du fichier install.php, il a bien créé les tables *_hour, sauf certaines dont domocharts_water_hour Toutes les tables non créées ont cette définition dans le fichierconfigPlus.inc.php 'water' => array('DLC_j' => [ 100, 7*30, 14*30, 365*2], 'trendsType' => [1,1,1], 'addSum' => [true, true, true ] ), //created via database.sql je dois faire qqch de particulier ?

Merci BEAUCOUP pour tes réponses précises, et qui en plus m'ont fait sourire ! Je met donc cela en oeuvre ce pm

juste, merci du rappel, j'avais déjà eu le soucis, mais j'avais oublié => merci. Par contre je n'arrive toujours à avoir des retours : [23.05.2025] [11:44:21] [TRACE] [QA_SYNOMAIN_1463]: ========================================== [23.05.2025] [11:44:21] [DEBUG] [QA_SYNOMAIN_1463]: onInit [23.05.2025] [11:44:21] [TRACE] [QA_SYNOMAIN_1463]: Check Connect OK [23.05.2025] [11:44:21] [TRACE] [QA_SYNOMAIN_1463]: Version API Synology OK [23.05.2025] [11:44:21] [DEBUG] [QA_SYNOMAIN_1463]: Messages [1, 6] [23.05.2025] [11:44:24] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:26] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:28] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:30] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:32] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:34] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:36] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:38] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:40] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:42] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:44] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:46] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:48] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:50] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:52] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:54] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:56] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:44:58] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:45:00] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:45:02] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] [23.05.2025] [11:45:04] [DEBUG] [QA_SYNOMAIN_1463]: Messages [2, 6] une bonne idée ?

Salut @yves.guern, A la lecture du fichier readme, je me rends compte que c'est un travail de malade/fou furieux que tu as fait (je ne sais comment on dit en France, mais en Belgique, c'est un super compliment). Moi qui pensait qu'en 30 min, j'aurais lu et implémenté les instructions. En 2h, j'ai seulement compris partiellement les instructions. Mes capacités informatiques sont très loin d'arriver à la cheville de la tienne ou de celle de @Lazer. Ce dont je suis sûr d'avoir compris, c'est que je dois faire des backups de tout dans tous les sens ... Donc, j'ai quelques questions pour son implémantation (qui pourraient te servir pour compléter ton super fichier readme.pdf afin de ne plus devoir y répondre). - fichier configPlus.inc.php : si on est 100% standard avec le Domochart original de Lazer (ce qui est mon cas, sauf pour les durées de rétention des données brutes - variables $db_interval_* du fichier config.inc.php), on peut l'utiliser tel quel ? - les durées de rétention définies dans le fichier configPlus.inc.php - variable $tTrendsPrm écrasent celles définies dans les variables $db_interval_* du fichier config.inc.php ? - faut-il ensuite lancer un php spécifique pour créer les tables *_hours dans MariaDB ? - je n'ai jamais lancé le fichier trend.php, j'imagine que c'est data.php qui s'en chargeait tous les jours. Mais alors s'il n'est pas modifié, comment le lance-t-il toutes les heures (ceci confirme que je suis le champion pour poser des questions bizarres ...) Merci

zut, je n'ai pas retrouvé ta ligne de code dans le code original. Comme il y a eu tellement de modifs dans tous les sens, je ne sais plus ce qui fonctionne ... Si quelqu'un a un code fonctionnel avec DSM7.2 s'il pouvait le partager (en PJ avec l'extension .LUA - car .TXT n'est pas accepté par le forum) ce serait GENIAL. Et quel port utilise-t-on dans la config : 80 ou 5000 ? Merci BEAUCOUP

et ça fonctionne du coup ?

les Belges n'ont pas de chance. Car du coup je l'ai également implémenté, et j'ai une erreur similaire [20.05.2025] [18:13:00] [ERROR] [QUICKAPP1463]: QuickApp crashed [20.05.2025] [18:13:00] [ERROR] [QUICKAPP1463]: main.lua:174: attempt to index a nil value (global 'jsonTable') je cherche ... Je me demande si je n'avais pas lu qqpart qu'il fallait changer qqch si on était sous DSM 7.2. Je vais lire tout le sujet (ce qui prendra du temp avec 0.5/10) pour trouver

il semble pouvoir parler avec ton Syno =(ce serait le bon port ? - mais lequel as-tu essayé ici 80 ou 5000?) [19.05.2025] [17:25:23] [DEBUG] [QA_180_DS 918+]: onInit [19.05.2025] [17:25:23] [TRACE] [QA_180_DS 918+]: Check Connect OK mail le syno retour qqch que la HC3 n'aime pas: (en ligne 172) [19.05.2025] [17:25:23] [ERROR] [QUICKAPP180]: main.lua:172: attempt to concatenate a nil value (field 'pathAuth')

par défaut il n'est pas activé : ControlPannel -> Sécurité -> Parre-feu

quitte à dire des bêtises : le port du DSM ce n'est pas 5000 (http) ou 5001 (https) ? as-tu désactivé le fire-wall du syno ? (on ne sait jamais)

décidément le nombre de super présentations augmente sur le forum ! (restons positif, lol)

je serais intéressé par cette solution. Que devrais-je acheter ? Juste ceci ? où également un batterie rechargeable (durée de vie entre 2 recharges ?); un kit WiFi ? L'api est-elle locale, ou via le cloud ? Et quid de l'étalonnage des sondes de pH et rédox ? Je croyais que tu avais acheté une HC3L et pas une HC3... Tu dis que tu as fait le code LUA, mais pas le QA ??? (où alors le LUA et comment l'as-tu testé ? => tu as probablement fait un QA sans le savoir)

Salit, Je suis chez VOO (d'après speedtest DL=202Mbps, UL=9.0Mbps- modem VOO en mode Bridge vers router UJDM Pro). Je n'ai JAMAIS eu de problème Internet quand mes HC3 sont connectées à Internet (d'ailleurs je ne vois pas où dans les paramètres réseau configurer uniquement un accès local). Peut-être un Reset to Factory de ta HC3 ? ou Tu viens chercher (je n'habite pas loin, près de Nivelles) ma 2° pour l'essayer chez toi ?

Quelle présentation de ouf !

si @Lazer a fait l'upgrade, je suis obligé d'y passer

le support GEA pourra t'aider

GEA: si qqch est durant un certain temps alors action (ici off) Qu'est ce qui défini le ON (les 3?) ici aussi 3 règles de ON basées sur l'heure. Avec GEA, j'aurais passé moins de temps à mettre en place ce que tu veux que d'écrire ce post ...

tu nous avais habitué à de bonnes nouvelles ! tu viens d'étendre ton spectre

je m'interdit de le lire avant de partir, car sinon ce sera trop difficile de ne pas l'implémenter. pour le ON/OFF : je suis très surpris qu'une valeur binaire(0 ou 1) consomme 32 octets alors qu'une température (175.95) n'en consomme que 37. Avec 1 octet on peut chiffrer de 0 à 7 ? mon utilisation : savoir si une lampe est On, ou quand porte ouverte ou fermée, quand chauffage, ... évidemment, les moyennes /h , /j ça n'a aucun sens, sauf qu'on pourrait agréger avec la somme des changements sur la période ça fait peur, ça décourrage

évidemment, en LUA tu fait tous les tests et calculs que tu veux, sauf que perso je n'utiliserais pas de settimeout

Whaw merci pour le partage. J'y regarderai à mon retour (je vais me fageller pour ne pas faire ces modifs avant !) Mais question (avec moi, il y en a toujours). Quand on implémentera les modifs, fera-t-il les moyennes horaires sur l'existant ou uniquement sur les nouvelles sonnées ? (je n'ai pas encore regardé) mais j'imagine que pour toutes les tables existantes il y aura en plus une table _hour, qui viendra à côté des tables _day (et _month quand elle existe). Est-ce que le moyennes horaires sont conservées "indéfiniment" ou sont supprimées après un certain temp ? Autre demande que j'avais en suspend : Serait-il possible de créer une table avec du On/Off : on pourrait ainsi historiser quand un lampe est allumée, ou un detecteur enclanché, .... Qu'en penses-tu ?

ces échanges m'ont fait réfléchir sur l'architecture de ma DB. mais je ne sais pas encore quoi, car (par exemple) une température extérieure moyenne n'a aucun sens. Mais garder 200 jours de détail est aussi stupide. Je dirais qu'un mois (30j) serait un bon compromis. Et avec Grafana j'interroge les tables *_day pour des graphes sur un plus longue période.