jojo

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)

en effet si tu as le même problème avec ton clavier et ton FGBS, ce n'est ni la clavier ni le FGBS (sauf concours de circonstances) qui son en cause, mais qqch qu'ils utilisent tous les 2 (surtout si ça fonctionnait avant et qu'ils ont arrêter de fonctionner en même temps) Comprends pas ta question

copier/coller dans notepad++ pour voir la différence entre le . et la ,

je n'ai aucune idée de ton problème, mais j'ai eu un problème "similaire". Je m'explique : Mon portail s'activait de manière intempestive. Alors j'ai débranché dans le moteur les bornes qui activaient le portail en filaire; seul le sans fil restaient actif. Et depuis lors, plus de mouvement intempestif du portail. Conclusion : le câble qui allait au contact filaire du moteur avait un problème. Je pouvais commander mon portail en filaire de deux manières : 1) un bouton dans le garage ou 2) via le OUT1 d'un FGBS (tu as 3) via ton clavier). Evidemment ces 2 solutions ne fonctionnent plus. Comment j'ai l'intentsion de 'faire) régler le soucis ? Cannibaliser une télécommande pour que la fermeture du contact ferme le contact du bouton de la télécommande. C'est juste le partage d'une expérience.

@domo, le soucis ne viendrait pas de la consommation décimale ? Dans GEA, ne fadrait-il pas utiliser le . décimal (au lieu de la , car elle est déjà utilisée pour séparer les argments des règles)?

je ne sais pas. Chez moi, je n'avait rien au niveau de la doc/des borniers, donc je me suis branché directement (en tirant des fils) sur le ressort. je trouve ça étrange ,car ce ne serait pas des contacts secs => passer par un relais ? Mesure au multimètre la différence de potentiel entre V+ & LS1(2) (durant cycle complet de la barrière). Si 0V, cool alors mets ton multimètre en mode continuité de contact (quand tu touches les 2 fils de ton multimètre, ça fait beeeeeep) Ainsi tu pourras déterminer les contacts secs en fonction de la position de la barrière. le même GND que pour l'alimentation DC du module (n DC, le GND = 0V) En effet c'est bien sur P & GND qu'il faut brancher l'alimentation DC (9-30V)