jojo

est-ce que ceci peut t'aider à m'aider ?

en fait je voulais remettre Domochart en place car ma PAC va très mal et je voulais voir via la conso de courant [A] de la PAC quand elle tournait ou pas. Je la mesure par des module Aeon HEM. Dans la HC3, on a des graphes pour W, mais pas pour A (et j'ai l'habitude de travailler avec A) Dans l'interface d'administration, je vois bien mes devices Dans phpMyAdmin, la table domocharts_current est bien remplie (et d'ailleur je l'avais vidée hier au cas où; et donc dans l'interface j'ai toujours (et pas de soucis pour d'autres types de graphe) Qu'ai-je fait de mal ?

regarde ici peut-être problème similaire ?

sans moi alors

cool, juste un redémarrage et mon log est tout vert ! [13.12.2024] [11:42:00] [TRACE] [QA_DOMOCHARTS_166]: Found 5090 previously stored datas [13.12.2024] [11:42:00] [ERROR] [QA_DOMOCHARTS_166]: Too much data already in cache [13.12.2024] [11:42:01] [ERROR] [QA_DOMOCHARTS_166]: http://192.168.x.x/domocharts/data.php => Error #HY000 => SQLSTATE[HY000]: General error: 23 Out of resources when opening file './domotique/domocharts_energy.MYD' (Errcode: 24 "Too many open files") [13.12.2024] [11:42:01] [WARNING] [QA_DOMOCHARTS_166]: Memorize 5090 sensors data [13.12.2024] [11:43:00] [TRACE] [QA_DOMOCHARTS_166]: Found 5090 previously stored datas [13.12.2024] [11:43:00] [ERROR] [QA_DOMOCHARTS_166]: Too much data already in cache [13.12.2024] [11:43:01] [ERROR] [QA_DOMOCHARTS_166]: http://192.168.x.x/domocharts/data.php => Error #HY000 => SQLSTATE[HY000]: General error: 23 Out of resources when opening file './domotique/domocharts_energy.MYD' (Errcode: 24 "Too many open files") [13.12.2024] [11:43:01] [WARNING] [QA_DOMOCHARTS_166]: Memorize 5090 sensors data [13.12.2024] [11:44:00] [TRACE] [QA_DOMOCHARTS_166]: Found 5090 previously stored datas [13.12.2024] [11:44:00] [ERROR] [QA_DOMOCHARTS_166]: Too much data already in cache [13.12.2024] [11:44:01] [ERROR] [QA_DOMOCHARTS_166]: http://192.168.x.x/domocharts/data.php => Error #HY000 => SQLSTATE[HY000]: General error: 23 Out of resources when opening file './domotique/domocharts_energy.MYD' (Errcode: 24 "Too many open files") [13.12.2024] [11:44:01] [WARNING] [QA_DOMOCHARTS_166]: Memorize 5090 sensors data [13.12.2024] [11:44:10] [TRACE] [QA_DOMOCHARTS_166]: [13.12.2024] [11:44:10] [TRACE] [QA_DOMOCHARTS_166]: QuickApp DomoCharts v7.11 - Initialization [13.12.2024] [11:44:10] [TRACE] [QA_DOMOCHARTS_166]: [13.12.2024] [11:44:10] [DEBUG] [QA_DOMOCHARTS_166]: Using tools library v2.20 [13.12.2024] [11:44:10] [DEBUG] [QA_DOMOCHARTS_166]: Using DomoCharts library v7.10 [13.12.2024] [11:44:10] [DEBUG] [QA_DOMOCHARTS_166]: DomoCharts library successfully initialized [13.12.2024] [11:44:10] [DEBUG] [QA_DOMOCHARTS_166]: Refresh interval : 60 seconds [13.12.2024] [11:44:10] [DEBUG] [QA_DOMOCHARTS_166]: NAS URL : http://192.168.x.x/domocharts [13.12.2024] [11:44:10] [DEBUG] [QA_DOMOCHARTS_166]: Maximum memory : 5000 measures [13.12.2024] [11:44:10] [DEBUG] [QA_DOMOCHARTS_166]: Battery query time : 23:00 [13.12.2024] [11:44:10] [DEBUG] [QA_DOMOCHARTS_166]: Time is 11:44:10, first loop at 11:45:00 in 50 seconds... [13.12.2024] [11:45:02] [DEBUG] [QA_DOMOCHARTS_166]: 176 sensors data inserted in DB

en fait cela faisait longtemps que (je crois) qu'il était down. En fait le QA continuait de collecter... Je l'ai réactivé, en réinstallant une nouvelle DB, etc. En voyant le log, cela me fait penser à une erreur qui aurait déjà été posée, mais je ne me souviens plus de la solution. [12.12.2024] [20:37:02] [WARNING] [QA_DOMOCHARTS_166]: Memorize 5090 sensors data [12.12.2024] [20:38:00] [TRACE] [QA_DOMOCHARTS_166]: Found 5090 previously stored datas [12.12.2024] [20:38:00] [ERROR] [QA_DOMOCHARTS_166]: Too much data already in cache [12.12.2024] [20:38:01] [ERROR] [QA_DOMOCHARTS_166]: http://192.168.x.x/domocharts/data.php => Error #HY000 => SQLSTATE[HY000]: General error: 23 Out of resources when opening file './domotique/domocharts_energy.MYD' (Errcode: 24 "Too many open files") [12.12.2024] [20:38:01] [WARNING] [QA_DOMOCHARTS_166]: Memorize 5090 sensors data [12.12.2024] [20:39:00] [TRACE] [QA_DOMOCHARTS_166]: Found 5090 previously stored datas [12.12.2024] [20:39:00] [ERROR] [QA_DOMOCHARTS_166]: Too much data already in cache [12.12.2024] [20:39:02] [ERROR] [QA_DOMOCHARTS_166]: http://192.168.x.x/domocharts/data.php => Error #HY000 => SQLSTATE[HY000]: General error: 23 Out of resources when opening file './domotique/domocharts_energy.MYD' (Errcode: 24 "Too many open files") [12.12.2024] [20:39:02] [WARNING] [QA_DOMOCHARTS_166]: Memorize 5090 sensors data

moi non plus, mais c'est super intéressant de savoir à qui on apporterait de l'aide

Grande première, j'ai une erreur sur le QA. (je le réinstalle enfin sur ma HC3. Voici l'erreur : Y aurait-il des formats régionaux à respecter sur le NAS et/ou la HC3?

ne serait-ce pas parce que tu as mis en comment (--[[ ... --]]) le début de ta scène ?

es-tu vraiment obligé de le mettre dans la boite de dérivation avec le FGS?

j'ai des règles comme celles-ci : GEA.add ({{"Value-", id["MAISON_P1_A"], -PACBackup_A_Off}, (id["PAC_BAKCUP_AUTH"]), ({"Value+", id["MAISON_P1_A"], -A_Max})}, -1, "", {{"TurnOff", id["PAC_BAKCUP_AUTH"]}, {"Email", "admin", "Délestage PAC Backup \ncar P1 = #value#A (>"..PACBackup_A_Off.."A).\nle #date# à #time#.", "Délestage PAC Backup ON"}}) pas d'erreur de syntaxe, mais ça ne fonctionnerait pas comme escompté ? Quand je relis précisément la syntaxe, je devrais tout corriger.

n'est-ce pas tout la condition qu'il faut mettre en () ? ({"Time", "Sunrise+30", "Sunset-15"}) et ici ça ne voudrait pas dire entre "Sunrise+30" et "Sunset-15" ? alors que ce serait juste le contraire dont on aurait be soin : entre "Sunset-15" et "Sunrise+30" donc ({"Time", "Sunset-15", "Sunrise+30"}) ?

tu as une règle pour envoyer un mail au démarrage de GEA, donc j'attends juste 12 sec le beep d'un nouveau mail, donc je suis encore plus fainéant, je ne regarde jamais les logs

si on y ajoute également du @fel-x ...

tes explications sont super claires et tes tests super ! Je n'ai rien vu comme erreur (à mes yeux) dans ta scène. Et as-tu essayé sans la condition sur la variable NotifPVEnvoyee ? ou en la gardant et la cochant également comm trigger ?

j'y regarderai ce pm. oui et non ; les scènes bloc existent toujours. Je n'ai aucune scène, mais que des Quick Apps (=QA), qui sont les successeurs des VD. Mais le LUA, c'est bcp plus simples que les scripts shell, et si tu maitrises le php, avec Google, tu n'auras aucun soucis en LUA. en effet, il faut qu'i:s valident qu'une migration est possible (précise bien la version du FW de ta HCL)

problème résolut après 2,5 j d'investigation, migration sur box de secours. J'ai passé ces 2.5 jours pour évaluer méthodiquement toutes les causes possibles, pour finalement trouver (presque par hazard) le coupable: la pile d'une vanne thermo à remplacer (normal que ça foute le brin dans tous le réseau z-wave ? - la pile avait seulement 110j (moyenne = 220j) et aucune alerte de pile faible...) => maintenant ok pour visite virtuelle par AnyDesk. je pourrais alors faire un test sur la box de prod (après tout, les environnements de prod sont là pour faire des tests réalistes) avec GEA (sous HC3) 30 seconde si tu traines ...

Depuis cette nuit GROS stress, plus aucun ordre z-wave ne passe => je risque de devoir basculer sur ma HC3 de backup => ce n'est pas le moment d'une démo ... Si tu me décris ce que tu veux, je pourrais essayer sur ma box backup (sur laquelle, j'ai un module z-wave (un wall-plug)

mon idée était de seulement connecter les 2 autres fils pour alimenter le clavier, et de voir si le contact se fermait sur les autres paires.

cool d'avoir identifié le coupable. Et si tu alimente juste le clavier (pour qu'il fonctionne), as-tu un contact sec pour l'ouverture totale et/ou partielle ? Si oui, un FGBS connecté au clavier pourrait faire le job ?

je dirais que le -1 s'applique à toutes les conditions, car celles qu'on voudrait exclure sont (). De plus, on n'est pas à 30s près ...

Salut, Cela fait plusieurs années que tu m'impressione avec la façon dont tu maîtrises ta HCL et ce que tu arrives à lui faire faire ... Maintenant je comprends mieux avec tes php sur un raspery (mais félicitations d'avoir réussi à les faire communiquer). Malheureusement (pour toi) je ne sais pas te conseiller. (je suis sous HC3) Pour une migration éventuelle sur HC3, peut-être que le support Fibaro pourrait le faire à distance ? (et donc sans nécessité d'accéder physiquement aux modules). Comme on est presque voisins (<40 km), tu es le bienvenu pour voir ce qu'une HC3 a dans le ventre (ou via AnyDesk)

Quelques remarques : les temps (Days, Dates, Times, ...) ne peuvent pas être utilisés comme trigger (-1). (Utilise donc 0, qui s'exécutera au prochain cycle de GEA) Je n'ai jamais essayé le passage d'année, mais je ne vois pas pourquoi ça ne fonctionnerait pas vu que c'est écrit ain dans la syntaxe. Tu sembles utiliser cela pour Noël. Deux questions : utilises-tu des profiles par ailleurs, car si tu bascules sur le profile Noël tu ne seras plus sur les autres profiles ... chez moi pour Noël, j'ai créé un QA binary switch "EstNoel", et j'ai des règles GEA spécifiques pour Noel, ainsi je ne dépends pas d'une date fixe

je m'auto-répond. Tu n'as rien fait de mal, tu as juste oublié que Fibaro n'est pas bug-free ... En fait la mise à jour à une valeur <> 0 se passe sans soucis. (Allez savoir pourquoi ...)

je ne tirerai pas d'autres câbles car trop long et difficile d'aacès. Le sans fil fonctionne alors bon ... (même si je préfère de loin le cable au sans fil)