Lazer

Pour l'exclusion, c'est comme tu veux, tu peux le faire dans l'ancienne, ou dans la nouvelle. C'est plus propre de le faire sur l'ancienne car ça va supprimer les modules dans la base de données. Mais l'inclusion, elle doit forcément être faite sur la nouvelle. Dans les 2 scénarios que j'ai proposé, pas besoin de réinit du réseau Z-Wave : - avec une nouvelle box, tu seras sur un nouveau réseau - avec la même box, puisque tu réinitialise la box, ça va créer un nouveau réseau. Maintenant si tu choisis la voie de la réinitialisation du réseau Z-Wave sur ta box existante, c'est plus simple.... MAIS attention, tu risques de conserver d'éventuelles erreurs dans la base de données interne de la box. Et de toute façon, il faudra réinclure tous les modules, avec des nouveaux ID, donc scénarios à modifier. PS : c'est HS ici, mais c'est l'un des avantages de GEA sur les scénarios indépendants : 1 seul tableau d'ID à changer au début des règles GEA, les migrations, exclusions/inclusions de modules avec nouveaux ID sont plus faciles à gérer.

Je pense qu'avec tous tes modules en S0, ce n'est pas un module qui pose problème, mais tous... car comme expliqué, toutes les communications sont alourdies. Si tu as (déjà ?) une seconde box HC3, je ferais une exclusions des modules un par un, car inclusion immédiate sur la nouvelle box. Et ajuster les scénarios au fur et à mesure. ça permet de faire une transition en douceur, sur plusieurs jours (avec scénarios dégradés pendant ce temps ça évidemment, car éclaté sur 2 box distinctes). L'idée c'est de grouper sur la même journée les modules dont dépendent les scénarios les plus critiques. Attention en novembre si ta box gère le chauffage. Avec une seule box, c'est pénible, mais je pense qu'il est préférable de faire une réinitialisation complète de la box (ce qui inclue le réseau Z-Wave), ça te permettra de repartir sur de vraies bases saines.

Si ça peut t'aider, j'ai 105 modules sur 1 seule HC3 avec le moteur Z-Wave v2, tous inclus en mode non sécurisés, et je n'ai pas de latence.

L'utilisation du CPU de la box ne te dis rien de la charge du réseau Z-Wave. Je ne me souviens plus exactement, mais le mode sécuriser fait plus que doubler les trames échangées, c'est colossal. Mais on manque d'outils de diagnostiques précis sur la HC3 pour comprendre ce qui se passe... sinon voir les tutos pour la mise en place de Zsniffer sur le forum officiel (nécessite un PC avec une clé USB Z-Wave compatible) De toute façon, quand il y a des latences sur un réseau Z-wave, c'est toujours à cause d'une surcharge du réseau. Reste à identifier la cause : soit trop de modules, soit des modules trop bavards (j'ai eu le cas avec deux Wall Plugs; j'ai réduit le reporting de puissance), soit un module buggué (j'ai eu le cas avec un RGBW 1ère génération avant la mise à jour firmware, et aussi un Remotec ZXT-120)... soit dans ton cas, le mode sécurisé. Ou une combinaison de tout ça ! Bah oui près tout, un réseau Z-Wave constitué de 2 modules inclus en mode sécurisé S2 ne pose aucun problème... (enfin si, de maillage insuffisant !!!) Oui voilà. Mais pas au sens où tu l'entends, ce n'est pas un bug, juste une surcharges induite par le mode d'inclusion sécurisé de tous tes modules. Encore une fois, le mode sécurisé du Z-Wave doit être réservé aux modules qui le nécessitent vraiment. Ouais.... courage

Ah oui non mais là c'est pas bon du tout, l'inclusion en mode sécurisé S0 n'apporte pas beaucoup de sécurité (il y a une faille, le S2 a été sorti pour ça) et en revanche il alourdie les échanges entre la box et les modules, ça peut entrainer une saturation du réseau. Le mode sécurisé (S0 ou mieux S2) est à réserver aux modules qui le nécessitent impérativement, typiquement les serrures, mais aussi certains relais ou volets qui seraient considérés comme des éléments de sécurité.

Essaye de les rapprocher de ta box et/ou de les réveiller.

Oui c'est clair, c'est donc conforme à ma proposition, tu mets l'"Email" de ta première règle dans un "Sleep" et ça fera exactement ce que tu souhaites. Et tu ne touches pas à la seconde, l'email partira donc normalement dès l'exécution de la règle, c'est à dire au démarrage de GEA.

Bienvenue sur le forum

Euh.... non désolé Tu peux me faire un exemple de ce serait une règle "lourdement modifiée" pour que je comprenne ce que tu souhaites ?

ça me rappelle la station météo Qubino qui était sortie il y a quelques années (pas sûr qu'elle ait eu beaucoup de succès...) Produit sympa, mais le protocole propriétaire (Nice BiDi), perso ça me coupe toute envie, remarque c'est pratique finalement, comment gagner du temps et de l'argent

Je ne suis pas certain d'avoir compris ce que tu veux faire.... car il me semble qu'il te suffit de mettre l'action Email dans une action Sleep pour la déclencher avec le retard que tu veux.

A priori oui, mais tu devrais t'en assurer avec les calculateurs et tableaux disponibles sur les différentes sites Web traitant de la NF C 15-100 En théorie non, en pratique oui, car le Consuel l'exige, ils détestent les câbles apparents, même isolés. Plutôt qu'une gaine, cela peut être une goulotte qui arrive sur ton tableau, ça dépend de ton installation, mur, esthétique, place dispo, etc Impérativement. Oui 6mm² dédié pour relier la carcasse des panneaux ainsi que les rails. Avec les cosses et/ou griffes de fixation selon le système que tu retiens (voir les boutiques) Oui ça dépend : - pas nécessaire si le nouveau tableau est collé au tableau existant - nécessaire s'il est distant Pas directement au piquet de terre, il faut le ramener jusqu'au bornier de terre en bas du tableau général, de là ça repartira vers le piquet de terre avec la câble existant (qui doit être de très grosse section, genre 16mm²) Je me suis aidé de ce document : https://www.etiquette-photovoltaique.com/content/11-schema-d-implantation-des-etiquettes-photovoltaiques Et d'une vidéo que j'avais trouvé sur Youtube d'un gars qui a posé ses étiquette, celle là je crois : https://www.youtube.com/watch?v=K8DXrc-66pQ

Tu es fou Je ne prend pas le temps de lire et répondre aux questions suivants, car la priorité, c'est de débrancher tout de suite ton installation de ta prise électrique. Je rappelle, à toute fin utile, qu'une prise murale, c'est : 16 A maximum, soit 3680 Watts, en intermittent, typiquement une machine à laver, un appareil à raclette, un outil de chantier, etc... qu'on va utiliser pendant 1h puis éteindre. 8 A maximum, soit 1840 Watts, en continu. Typiquement le câble de rechargement occasionnel d'une voiture électrique qui va charger pendant plusieurs heures d'affilée, par exemple 1 nuit complète 900 Watts pour les panneaux photovoltaïque, ce qui correspond à 2 panneaux seulement La norme est peut être un peu exagérée sur le 3ème point, mais elle est ainsi faite. En tout était de cause, si tu veux être en sécurité physique vis à vis du risque d'incendie, jamais tu ne dois faire passer plus de 8 A, soit 1840 W, en continu sur ta prise murale. Donc commence immédiatement par débrancher tous les panneaux et micro-onduleurs en trop, pour ne conserver que 4 panneaux. Les 8 autres, tu les laisses en attente de choisir et installer ton tableau électrique. (et idéalement 2 panneaux seulement si tu veux respecter la norme....) Enfin, après avoir appliqué ces règles de bon sens, je te conseille de foutre ta prise murale à la poubelle et d'en acheter une nouvelle... car ce n'est probablement pas visible de l'extérieur, mais elle a certainement commencé à fondre à l'intérieur... ça serait con qu'elle prenne feu dans 3 ans parce que tu branches une bouilloire dessus....

Tant que mon installation ronronne, je n'ai aucune intention de migrer sur autre chose, c'est trop chronophage et j'ai trop d'autres trucs intéressants (ou pas) à faire. Après oui, plus tard, il est probable que j'envisage HA... mais quand ? Si ça se trouve d'ici là, une autre solution aura pris le dessus. Va savoir. Donc je verrai bien le moment venu. Mais encore une fois, la HC3 fonctionne au poil, aucune raison d'aller voir ailleurs.

Aïe, pas de chance... Pour les backups, c'est normal, on l'a expliqué plusieurs fois sur le forum, les backups sont chiffrés à l'aide du clé unique à chaque box, pour des raisons de sécurité, avec que personne ne puisse prendre ton backup, le restaurer sur sa propre box, et accéder à tous les identifiants et mots de passes stockés dans les différents QuickApps. Il existe une procédure permettant de transférer le backup d'une box vers une autre en passant par le cloud Fibaro, car ils connaissent les numéros de série des box, qui sert de base au chiffrement.... en passant par le cloud donc, ça permet de déchiffrer le backup sur leurs propres serveurs, qui sera ensuite rechiffré et injecté dans la nouvelle box. Même s'il évolue à chaque mise à jour de firmware, le moteur Z-Wave v3 est toujours en beta, donc.... à tes risques et périls.

Bienvenue sur le forum

Welcome to the forum

Tu as quand même un message assez explicite : "Communication link failure: 1153 Got a packet bigger than 'max_allowed_packet' bytes" Essaye de trouver dans la config de MariaDB comment augmenter la valeur de ce paramètre "max_allowed_packet"

Tiens, ça faisait tellement longtemps que j'avais presque oublié que la HC3 était un appareil qu'on peut mettre à jour Han trop bien 😍 Il y a quelques temps pour des QA que je développais ça m'aurait été bien utile.

Bienvenue sur le forum

Hum, en relisant le message d'erreur, ça parle de 32 ko exactement de données qui n'ont pu être envoyées à la base SQL.... dans la nouvelle version de PHP, il n'y aura pas une limite de 32 ko de données manipulables (ce qui est très peu) ??? C'est une piste à creuser... surement un paramètre à modifier quelque part dans le config de PHP 8.

Si tu vas sur les pages web des graphs, tu veux dire que le graph de température s'affiche bien, mais pour tous les autres graphs, tu as le message "No device found" ? Donc ça signifie que la connexion entre les pages web PHP et la base de données fonctionne bien. Et le QA de son coté ? C'est quoi le message avec le fichier device.php lorsque tu cliques manuellement sur le bouton du QA ? Et l'envoi des données ne se fait toujours pas ?

Je me souviens du filtrage des données lors du passage en PHP8, mais là ce n'est certainement pas le problème, car PHP n'arrive pas à se connecter au serveur SQL du tout. Le serveur SQL n'aurait pas changé de port par hasard ? Je me souviens qu'on avait eu le problème dans le passé lors d'une mise à jour majeure de MariaDB.

Ouais, ça pourrait bien avoir cassé quelque chose.... là comme ça, il n'y a rien qui me vient à l'esprit, il faudrait chercher des logs, si tu en as, sur le Syno. En tout cas le log de Domocharts montre que PHP n'arrive pas à se connecter à la base SQL : "Connection reset by peer"

Oui, tu dois avoir des messages avant celui là, qui te disent que ça fait un petit moment qu'il n'arrive plus à envoyer les données aux NAS / serveur / base de données. Du coup les données s'accumulent dans la mémoire cache du QuickApp, et sature (> 10000 mesures, configurable dans les variables du QA) Commence par chercher pourquoi ton serveur SQL ne répond plus.