jojo

Cela voudrait dire tout multiplier : QA, AppWeb, DB, ... et dans mon exemple j'ai donné l'exemple de 2, mais ce serait plus en réalité : Freeze, Cave à Vins, Tmp Ext, Tmp Int (qu'on pourrait diviser entre RdC & Etage), ballon eau chaude sanitaire. Je serais déjà à 5 (+ ceux que j'ai oubliés) => copier un fichier de config c'est plus simple ...

J'ai une question non en rapport avec la DB Dans la page administration, on choisit ce qui est visible ou pas. J'imaine que cette info est stockée dans un fichier (mais lequel ?). Mon idée : préparer un fichier avec certains devices, un autre avec d'autres, ... et celui qui est utilisé, est celui avec le nom standard. Pourquoi ? La température de mon congélateur (-15 à -25 °C) n'est évidemment pas avec la même échèle que la température du salon. Donc utiliser le fichier de config en fonction de ce qu'on veut voir.

j'allais poster quand ton message est arrivé. J'ai donc redémarré mon serveur, et la variables est revenue à sa valeur par défaut (normal, c'est ce qui était expliqué dans ton lien), MAIS le log de mon QA est toujours vert Je crois donc que notre problème (comme expliqué par @Lazer),provenait du fait que la variable Memory du QA était trop élevée.

Nous avons mis en place une solution temporaire, ce qui veux dire qu'à chaque redémarrage du Syno (et donc de la DB), il faudra refaire la manip. Où se trouve le fichier de config dont ils parlent ? Je savais qu'un QA redémarrait à chaque changement d'une variable. J'ai donc forcé son redémarrage, et il n'y a plus que du vert dans les logs Comme tu parlais + haut (oui, parfois je lis ...) d'un prochaine version du QA, pourrais tu y inclure l'envoie d'un mail si log erreur, car je ne regarde pas tout le temps les logs ... mon SQL est le grand standard (MariaDB 10) sur Synology, comme dans ton tuto. Je suis en DSM 7.1.1-42962 Update 4 ========================================= en tout cas, merci pour votre aide, et SURTOUT votre patience ==========================================

vue de m... Je viens de diminuer la mémoire à 1000. La variable max allowed packet = 268435456 (=256*1024*1024) et j'ai toujours la même erreur : ce qui est en cache, le reste peut-être ? dois-je redémarer ma HC3pour vider le cache de DomoCharts ? (mais te connaissant, tu as du faire un truc pour que ça reste ...) [22.11.2023] [15:47:00] [TRACE] [QA_DOMOCHARTS_166]: Found 10145 previously stored datas [22.11.2023] [15:47:00] [ERROR] [QA_DOMOCHARTS_166]: Too much data already in cache [22.11.2023] [15:47:02] [ERROR] [QA_DOMOCHARTS_166]: http://192.168.xxx.xxx125/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") [22.11.2023] [15:47:02] [WARNING] [QA_DOMOCHARTS_166]: Memorize 10145 sensors data

je lis ceci dans le log Too much data already in cache ne pourrait ce pas être la cause de l'erreur ? Comment vider ce cache ?

les FGS de Fibaro. En Belgique, on n'utilise pas de télérupteur, mais je me saurais laissé dire, à confirmer donc) qu'ils remplaçaient les télérupteurs

Merci, en effet je n'ai pas du remonter fort loin. J'ai donc appliqué la solution de @fredokl. J'ai ensuite au l'erreur comme exactement décrite par @Bloug Je n'ai donc pas commencé à chipoter, et ait détruit la DB domotique. Après avoir relancé (sans erreur) le script /domocharts/install.php, j'ai toujours la même erreur sur la dable energy [21.11.2023] [22:11:02] [ERROR] [QA_DOMOCHARTS_166]: http://192.168.xxx.xxx/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") @Bloug & @fredokl, avez-vous toujours votre erreur

Bonjour, Jr viens enfin de réactiver Domocharts, mais je n'ai pas le courage de lire lles 12 pages de support => désolé pour la redite. Voici me log du QA. Que dois-je faire ? 1.2023] [17:41:00] [TRACE] [QA_DOMOCHARTS_166]: Found 10145 previously stored datas [21.11.2023] [17:41:00] [ERROR] [QA_DOMOCHARTS_166]: Too much data already in cache [21.11.2023] [17:41:02] [ERROR] [QA_DOMOCHARTS_166]: http://192.168.xxx.xxx/domocharts/data.php => Error #08S01 => SQLSTATE[08S01]: Communication link failure: 1153 Got a packet bigger than 'max_allowed_packet' bytes [21.11.2023] [17:41:02] [WARNING] [QA_DOMOCHARTS_166]: Memorize 10145 sensors data [21.11.2023] [17:42:00] [TRACE] [QA_DOMOCHARTS_166]: Found 10145 previously stored datas [21.11.2023] [17:42:00] [ERROR] [QA_DOMOCHARTS_166]: Too much data already in cache [21.11.2023] [17:42:02] [ERROR] [QA_DOMOCHARTS_166]: http://192.168.xxx.xxx/domocharts/data.php => Error #08S01 => SQLSTATE[08S01]: Communication link failure: 1153 Got a packet bigger than 'max_allowed_packet' bytes [21.11.2023] [17:42:02] [WARNING] [QA_DOMOCHARTS_166]: Memorize 10145 sensors data [21.11.2023] [17:43:00] [DEBUG] [QA_DOMOCHARTS_166]: Total memory in use by Lua : 5758.83 KB, CPU consumed : 9454.23 ms ( 0.788 % ) Merci aux experts

Zigbee, ce n'est pas moins cher pour rien. J'ai un ami quit dit toujours : "il n'y a que les riches qui peuvent se permettre d'acheter du pas cher". Alors, si je peux me permettre, nefait pas tout en une fois, mais avec du matériel de qualité. J'ai encore des module z-wave qui fonctionnent depuis > 7 ans. Je viens juste de les changer, car je pouvais me le permettre, contre des dernières génération (les anciens sont à céder)

Zigbee est version Beta sur la HC3, alors ... N'existe-t-il pas des modules z-wave pour faire ce que tu veux ?

si tu cherches des modules PAS CHERD pour commencer ta nouvelle installation, regarde ici :

c'est vrai que c'est cher. Il me tenterait, uniquement sonde de température (autres fonctionnalités inutiles pour moi) car alientable par USB (les piles, ça me gonflent). Donc si vous avez une référence (pas le FGBS) de sonde de température pas sur piles, ok pour tester (mais pas à 90€).

je viens de faire l'upgrade sans soucis En plus, dans ma config z-wave il me recommandais depuis longtemps d'augmenter le paramètre, mais il refusait de le faire... maintenant c'est ok

toujours ok chez toi ? Je lance donc la mise à jour ?

c'est vrai qu'on aurait pu encore chercher longtemps ...

Je n'utilise pas cette fonctionnalité, mais j'ai essayé ceci GEA.add({"Time", "Sunrise", "Sunrise+10"}, 0, "", {"Email", "admin", "Le levé du soleil est prévu à #value[1]#", "Sunrise"}) GEA.add({"Time", "Sunset", "Sunset+10"}, 0, "", {"Email", "admin", "Le couché du soleil est prévu à #value[1]#", "Sunset"}) et j'ai le même ptoblème que rapport plus haut Le couché du soleil est prévu à true (en fait il retourne 1/true au lieu de l'heure. Une piste ?)

dans la box, il y a dans Paramètres -> Général -> Temps et unités, un champ Séparateur décimal.

contacte le support Fibaro, ils ont peut-etre une baguette magique ... @Lazer a également fait un script pour faire des backups automatiques sur NAS (= INDISPENSABLE)

ils ont des bons prix. Merci pour le partage i

en lisant le début de ton explication, j'ai pensé à un format de nombre, mais ensuite tu as des nbr correctement interprétés. As-tu regardé si modifier les regional settings de ton PC si ça avait une influence ?

je n'ai pas encore essayé, et à priori le problème ne se présentera pas chez moi, donc je ne vais pas semer le brin pour le "plaisir"

et donc tu avais donné un truc via l'API pour faire croire à la HC3 qu'un module était cottectement configuré et donc pas d'erreur au niveau du diag z-wave. Donc, on pourrait faire l'inverse et voir si l'erreur apparait. Ce serait une bonne manière de valider cet aspect du diagnostic ?

donc, si je ne t'ntends pas hurler au fou d'ici WE prochain, je ferai le saut !