jojo

Merci normal, c'est une procédure @Lazer (chaque fois que j'vais un soucis, il était lié à l'interface chaise-clavier) Je ne pense pas car le fichier .out est dans le même répertoir que le fichier ?sh, qui est exécuté par root je n'ai pas d'idée de comment la lancer, ni ce qu'elle est supposée faire. Je regarde.

facile ! tu dois juste débouler ta dernière règle : une pour la fenêtre, une autre pour la porte. Sinon, autre solution, il y a également la syntaxe -- "Or" : Effectue un OU inclusif sur plusieurs conditions -- SYNTAXE : {"Or", {CONDITION1}, {CONDITION2} } -- CONDITIONS : GEA.add( {"Or", 73, 53} , 30, "", {ACTIONS} ) -- SI le module 73 OU SI le module 53 est allumé GEA.add( {"Or", {"Global", "Test", "Coucou"}, {"Global", "Apero", "OK"} }, 30, "", {ACTIONS} ) -- Si la variable globale "Test" = "Coucou" OU SI la variable globale "Apero" = "OK" GEA.add( {"Or", 73, {"Global", "Apero", "OK"} } , 30, "", {ACTIONS} ) -- Si le module 73 est allumé OU SI la variable globale "Apero" = "OK" -- ACTIONS : Ne peut pas être utilisé comme ACTION -- "XOr" : Effectue un OU exclusif sur plusieurs conditions -- SYNTAXE : {"XOr", {CONDITION1}, {CONDITION2} } -- "CONDITION1 OU CONDITION2 = VRAI", mais "CONDITION1 ET CONDITION2 = FAUX" -- CONDITIONS : GEA.add( {"XOr", 73, 53} , 30, "", {ACTIONS} ) -- SI le module 73 OU SI le module 53 est allumé MAIS PAS si 73 ET 53 sont allumés GEA.add( {"XOr", 73, {"Global", "Apero", "OK"} }, 30, "", {ACTIONS} ) -- Si le module 73 est allumé OU SI la variable globale "Apero" = "OK" MAIS PAS si "module 73 est allumé ET SI la variable globale APEOR = OK" -- ACTIONS : Ne peut pas être utilisé comme ACTION

je suis un "fan" des backups. Le fichier .out est vide chez moi. Normal ? set -o pipefail; "/volume1/ScriptsUnix/backup-hc3-local.sh" 2>&1 | tee -a "/volume1/ScriptsUnix/backup-hc3-local.out"; et j'ai forcé une erreur au cas où il ne se rempli que si erreur , mais toujours vide.

est-ce que ta variable cache est initialisée, car dans ta règle tu compare qqch avec peut-être un variable cache qui n'existe pas encore. Donc il faut la créer/l'initialiser au démarrage de GEA; Je rajouterais donc cette règle au début : GEA.add (true, 0, "", {"VariableCache", "TempPiscineCache", 0})

étrange présentation !

plusieurs méthodes : créer un QA de type "Interrupteur binaire" : quand tu cliques sur l'image, il ouvre si fermé ou ferme si ouvert. Deplus, tu peux charger des images pour ouvert ou fermé, et il fait le taf. Evidemment tu peux adapter le code pour ouvrir/fermer. sur le QA existant faire un test, et si (par exemple) la porte est ouverte, appuyer sur le bouton ouvrir n'aura aucun effet. Tu peux également rajouter un label statut qui affiche si la porte est ouverte ou fermée. Tu peux également ne faire qu'un seul bouton dont le texte (et l'action) changent en fonction du statut de la porte. Bref, en LUA, ta (presque) seule limite est ton imagination ...

peut-être qu'il y a eu un sousi lors de l'inclusion ? Tente ceci alors exclusion reset module ré-inclusion

solution dans Grafana

remarque générale. J'utilise Grafana pour un "beau" suivi. Avant l'optimisation de la DB en adaptant le LUA pour n'envoyer des données dans la DB, quand cas de changement, j'avais de beaux rectangles (ici pour la consigne de température), maintenant j'ai des "triangles" (car une seule donnée au lieu de toutes les minutes la même). Evidemment, cette optimisation de l'espace utilisé dans la DB reste primordiale, mais il s'agit d'un effet de bord auquel personne ne s'attendait ... Je vais regarder côté Grafana s'il n'y a pas moyen de faire qqch. Evidemment si un expert a une solution, j'achète (gratuitement )

png obligé pour Fibaro ?

c'est ce qui justifiait que tu n'vais jamais le temps ... Prochain projet : basculer sur HC3 ?

j'ai rien dit, mais je n'ai pas compris ce point. Pour moi : il vérifiait la syntaxe il n'exécutait que la fonction onInit() à la sauvegarde ...

je n'y connais rien au F12, mais en effet, il y avait le premier message avant que je lance ta command, puis le second est apparu. non, uniquement les valeurs par défaut de @Lazer: -. EDIT : Et le pare-feu est désactivé. As-tu modifié la méthode d'authentification?

merci de te pencher sur ma problématique. Est-ce que tu m'as demandé ?

j'ai donc fait les vérifcations suivantes dans MariaDB (avec phpmyadmin). Les tables suivantes _hour ont été créées automatiquement : domocharts_current_hour domocharts_gas_hour domocharts_humidity_hour domocharts_light_hour domocharts_particule_hour domocharts_power_hour domocharts_pressure_hour domocharts_rain_hour domocharts_sound_hour domocharts_temperature_hour domocharts_voltage_hour domocharts_wind_hour Dans la structure, elles toutes le champ 'tilme'. Dans le debug peut-être ajouter lnom de la table qui a généré l'erreur ? Merci de ton aide

il vient de mettre ceci dans le log. Une piste ? [27.05.2025] [17:00:00] [TRACE] [QA_DOMOCHARTS_166]: DomoAddsDBCompress: Mis en DB = 390/9129 (Compression: 96%) [27.05.2025] [17:00:02] [DEBUG] [QA_DOMOCHARTS_166]: 12 sensors data inserted in DB [27.05.2025] [17:00:32] [TRACE] [QA_DOMOCHARTS_166]: Generate trends with:/trend.php?HourTableOnly [27.05.2025] [17:00:32] [ERROR] [QA_DOMOCHARTS_166]: http://192.168.1.xxx/domocharts/trend.php?HourTableOnly => Error #42S22 => SQLSTATE[42S22]: Column not found: 1054 Unknown column 'time' in 'field list' [27.05.2025] [17:01:01] [DEBUG] [QA_DOMOCHARTS_166]: 17 sensors data inserted in DB [27.05.2025] [17:02:02] [DEBUG] [QA_DOMOCHARTS_166]: 15 sensors data inserted in DB [27.05.2025] [17:03:00] [DEBUG] [QA_DOMOCHARTS_166]: Total memory in use by Lua : 2692.93 KB, CPU consumed : 4930.01 ms ( 0.411 % ) [27.05.2025] [17:03:01] [DEBUG] [QA_DOMOCHARTS_166]: 12 sensors data inserted in DB

tu peux d'mander qu'il t'envoie un mail à chaque changement de la Variable Cache

oui, j'ai suivi les instructions de ton document readme.pdf, à partir de la page 2, Installation sur un existant : -modifier le serveur de base de données : "j'y ai écrasé avec l'entièreté de ton répertoire "DM+MajSvrV2.0.1" sans rien changer (par exple configPlus.inc.php)" -il faut modifier domocharts sur la homebox, : j'y ai maintenant 4 fichiers main (avec ton code) DomoCharts (avec le code original de @Lazer) tools (avec le code original de @Lazer) DomoAddsLib (le fichier supplémentaire que tu as demandé) Je crois que je viens de trouver.... Comme j'ai fait une mise à jour du DomoCharts existant, la variable CallTrendEveryH n'existait pas. Je l'ai donc créée manuellement, et le log a changé [27.05.2025] [16:08:01] [TRACE] [QA_DOMOCHARTS_166]: QuickApp DomoCharts avec Modifications DomoAdds, Compression DB active, temps max= 3600s [27.05.2025] [16:08:02] [DEBUG] [QA_DOMOCHARTS_166]: 184 sensors data inserted in DB [27.05.2025] [16:09:00] [TRACE] [QA_DOMOCHARTS_166]: DomoAddsDBCompress: Mis en DB = 179/179 (Compression: 0%) [27.05.2025] [16:09:01] [DEBUG] [QA_DOMOCHARTS_166]: 14 sensors data inserted in DB [27.05.2025] [16:10:00] [TRACE] [QA_DOMOCHARTS_166]: DomoAddsDBCompress: Mis en DB = 9/179 (Compression: 95%) [27.05.2025] [16:10:02] [DEBUG] [QA_DOMOCHARTS_166]: 15 sensors data inserted in DB [27.05.2025] [16:11:00] [TRACE] [QA_DOMOCHARTS_166]: DomoAddsDBCompress: Mis en DB = 19/358 (Compression: 95%) avant, il me semblait avoir l'ancienne version du log de @Lazer J'espère qu'on a trouvé l'erreur. Je te dirai (évidemment) quoi. Si c'était ça le soucis, il y a 2 options pour le régler : rajouter dans le chapitre "-modifier le serveur de base de données :" qu'il faut créer la variable CallTrendEveryH dans le QA modifier le code de main, pour que s'il ne trouve pas la variable, il mette la crée avec une valeur par défaut

dan ton test Value+ sur la valeur du module (cfr ce @Lazer a expliqué)

juste la même règle, mais sans les "

j'ai donc (hier) réimporté l'ensemble de tes configurations web et ensuite lancé install.php. Les modifs lua également ok : ---------------------------------------------------------------------------------------------------- -- QuickApp : DomoCharts -- Author : Christophe DRIGET -- Version : 7.11 YGn: V2.0.3 mai 2025 -- Date : January 2022 ---------------------------------------------------------------------------------------------------- ---------------------------------------------------------------------------------------------------- -- Library : DomoAdds -- Author : Yves Guern -- Version : 2.0.2 -- Date : mai 2025 ---------------------------------------------------------------------------------------------------- Toutes mes tables *_hour restent vides. Les tables brutes continuent d'être mises à jour et ne sont pas purgées => c'est comme s'il continuait d'utiliser la configuration initiale. Et le fichier trend.php est bien le tien : <?php /******************************************************************************/ /*** File : trendNew.php ***/ /*** Author : Christophe DRIGET Yves Guern ***/ /*** Version : 1.1 à partir de la V7.0 de Christophe ***/ /*** History : Avril 2025 : Initial release ***/ /*** Note : Generate trend data in database ***/ /******************************************************************************/ Si ça fonctionne chez toi, c'est que j'ai du louper un truc. On y arrivera ...

ta condition est si <> 40.0, pas si <> de nul tu dois rajout {"Repeat"} dans tes actions, car ta condition ne change plus dès qu'elle est respectée la première fois. Tu devrais recevoir une notif à 4h20, puis plus rien. (ce n'est donc pas lié au firmware de la box.

je me disais que non, car de ma compréhension : 'trendsType' => [1,1,1] (je pense que qqch <> 1, n'est pas standard, mais je me trompe peut-être) 'addSum' => [false,false,false] (sauf true pour ceux dont la somme a un sens, mais false, par défaut, car c'est le fonctionnement actuel) 'sqlValueType' => "tinyint(3) UNSIGNED") ou ce qu'il faut en fonction de ce qui est choisi (soit 2 décimales, soit entier) Le DomoCharts de @Lazer non modifié je n'avais pas vu ce passage (=> sorry), ni même qu'il n'y avait pas de table _cpu_month, donc 'trendsType' => [1,1,1] est une hérésie, et je devrais mettre 'trendsType' => [1,1,0] je croyais (mais je n'avais jamais regardé en détails) que toutes les tables brutes étaien similaires (traitées de la même manière, avec des données envoyées de la même manière, ...) je pensais que oui, d'où ma réflexion sur le standard ... En fait, je vais recommencer tout avec ton fichier configPlud.inc.php sans y changer quoi que ce soit ! ==>> MERCI pour ta patience <<==

YYEESS ! c'était ça le problème => merci !

oui que des min/maj & chiffres oui, je vais créer un second compte admin sans 2FA (bonne piste, merci)