jojo

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.

ah, c'est du topic que tu parles ! C'est juste une évolution du code originel de @couillerot => il en reste le père et on garde ce topic

la "nouvelle" techno c'est la totalité de la DB en RAM, mais une DB d'entreprise (SAP par exemple) n'a rien à voir avec ce qui est hébergeable sur nos synos. Et les grosses (pour nous) quantités de données que je stocke dans ma DB, c'est de la rigolade par rapport aux entreprises.

je croyais que tu pourrais mettre 2 auteurs (pour truander le système) Je ne suis pas du tout maître dans le versioning. J'ai dit 2 pour les raisons suivantes : je ne veux pas marcher sur les plates-bandes de @couillerot le QA original est ancien, et il y avait du code qui ne fonctionnait plus avec les FW actuels si j'ai le courage de m'y mettre, j'apprends les Childs et j'en crée automatiquement => v2.1 Maintenant, si tu préfères, ceci serait la v1.5 et si j'attaque les Childs, ce sera alors une v2.0. Dis-moi quoi et je changr la nuémortation dans la doc du fqa.

en effet le dump de la DB domotique génère un sql de 1.5 GB (contre 17000KB pour Kodi) je garde bcp, comme ça je ne me pose pas de question avec Grafana (car je ne suis pas encore à faire des comparaisons par mois sur plusieurs années) j'ai activé dernièrement le log du Moniteur d'activité, et chaque diminution de la mémoire utilisée correspond à un redémarrage (que je viens programmer automatique 2 fois par semaine) MariaDB semble en effet le plus gourmand en mémoire malgré que 300MB me semble raisonnable sur un total de 4GB. Je ferai tes tests > 20/5, car je serai bientôt hors de la maison; mais je reste déçu des conséquences, surtout que c'est une base de données, donc conçue pour traiter un grand nombre de données