Lazer

Ah, tu aurais dû mettre le log complet dès le début, car là je pense que tu as le soucis déjà mentionné sur le topic, il fait allonger le Timeout de redémarrage.

Pas de VMC chez moi.

J'ai un modèle de chez Delonghi, acheté au Casto Merlin du coin, qui fait super bien le job. Il a l'avantage de se souvenir du dernier état de fonctionnement (marche/arrêt), donc domotisé avec un simple Wall Plug, il redémarre instantanément. J'ai simplement réglé le taux d'humidité super bas sur le panneau de contrôle pour qu'il fonctionne quoi qu'il arrive, et c'est la domotique qui gère. Attention, c'est un compresseur, ça fait pas mal de bruit, je le lance quand on est absent ou la nuit, mais faut pas rester dans la pièce... Avec la mesure de consommation de la prise, je peux détecter quand il s'arrête, car le réservoir est plein d'eau ! Alors une petite notif avec GEA pour penser à aller le vider. C'est un vieux modèle, qui n'est plus commercialisé, je ne sais pas si les nouveaux modèles savent encore conserver leur état de fonctionnement.

ça me fait penser que j'ai eu exactement le même problème quand j'utilisais GEA sur HC2, j'avais alors commenté la ligne ne me disant que je solutionnerai ce problème plus tard, entre temps j'ai migré sur HC3, et je viens de vérifier à l'instant, ma règle est toujours commenté Je pense qu'il y a moyen de s'en sortir avec NotStart et RestartTask, ou bien avec Depend. Quelques pistes à creuser... Attention Jojo avec le JSON modified, ça correspond au timestamp de modification du QuickApps, pas à son démarrage. Il peut avoir redémarré 100x depuis la dernière modification... par exemple après un plantage, un reboot, une sauvegarde, etc...

Le message est clair : No client connected to API. Rebooting Puis juste après : Forcing a reboot Ce n'est donc pas un problème de stabilité, mais au contraire, le watchdog qui entre en jeu, un mécanisme pour s'assurer de la stabilité du programme qui tourne. Je traduis : s'il n'y a pas de connexion à l'API depuis le réseau, c'est louche, peut-être qu'il y a un souci quelque part (un processus qui aurait crashé par exemple), donc par sécurité on force le reboote pour tout redémarrer proprement. Maintenant la question, c'est : pourquoi tu n'utilises pas l'API ? Si tu utilises un autre mode de connexion, tel que MQTT, ou les URL HTTP, alors il faut désactiver l'API. Pour cela il te faudra modifier le fichier de configuration YAML. Attention cependant, si l'API est désactivée, tu perdras les fonctionnalités de journalisation et debuggage à distance. Mais si tu ne les utilises pas, tu peux t'en passer.

Plusieurs pistes, en fait ça dépend de tes besoins : - tu peux ajouter des règles pour changer le mode / température du thermostat s'il est dans le mode précédent depuis 2 h (soit une durée de 2*60*60 secondes) - dans tes règles existantes, tu peux aussi positionner une variable cache lors du changement de mode du thermostat, afin que GEA sache que c'est lui-même qui a mis le thermostat dans ce mode, et puis une autre règles comme pour ma suggestion précédente, au bout de 2h revenir à un autre mode si la variable cache a la valeur qui va bien (ainsi, contrairement à la première suggestion, ces nouvelles règles GEA ne réagiront que si c'est GEA lui même qui a changé le mode de thermostat, mais pas l'utilisateur directement) - utiliser la durée dans l'action Climate en mode Manual, et ne pas utiliser les actions/conditions de thermostat (vu que le panneau de climat, lorsque modifié, va agir directement sur le(s) thermostat(s) de la zone)

Oui : poster sur le sujet du Support GEA

Ah non, attention, comme d'habitude, tout est dans le : Donc potentiellement de grands changements que l'on découvrira à l'occasion

Firmware 5.163.59 BETA 17/10/2024 Thank you for using our gateway! Be sure to update to the latest version to enjoy new features and improvements. Make sure that you are using the newest version of the mobile application for the best experience. New features: Nice Added a feature for synchronous movement of blinds and shutters using Bidirectional radio protocol when used in group actions. Bug Fixes: Access Fixes in the UI for configuring rights for advanced user. Devices Fixed status presentation on Door Locks icons in some cases. Fixed current override status presentation for thermostats control dialog. Fixed issue with automatic change of device icon based on selected role for some device types. History Lack of icon for some events from FGT-001. Gateway Connection Fixed issue with connecting a new Slave hub that occurred in 5.162 Beta. Fixed issue with accessing backups on the Slave hub in rare cases. Other Small UI/UX fixes. QuickApps Fixed issue with icons handling for some devices types like Weather provider. Z-Wave Fixed rare issue with starting the Z-Wave service when controller Node ID is different than 1. Solved issue with mesh network reconfiguration not working. Fixed issue with not hiding automatically console log after finishing adding or removing process. Known issues: Z-Wave Engine 3.0 Some Z-Wave devices are not fully compatible with the new version of Z-Wave engine. * - Does not apply to HC3L (Home Center 3 Lite). ** - Applies only to Z-Wave 3.0 engine.

C'est tout de même étrange ta condition "Or" avec les 2 sous-conditions qui se complémentent : weekdays ou weekend, il y a obligatoirement une des 2 conditions qui est valide, donc la condition Or est toujours valide => donc inutile. Pourquoi ne pas la supprimer ? D'autant plus si ça rend GEA fou, car le comportement de ta 2nde règle ne me semble pas normal.

De ce que je vois dans la doc, le "Indicator CC" est positionné à l'inclusion selon si on est en alimentation externe, ou bien sur batterie. Et cela change le mode de fonctionnement du module, et c'est justement ce dont il est question dans mon mini-tuto, à savoir qu'en mode batterie l'appareil ne peut pas recevoir d'ordre provenant du contrôleur, sans avoir au préalable été réveillé. Si je comprend bien la suite, lorsque l'indicator est positionné (donc alimenté sur secteur), alors cela permet aussi d'allumer les LED du bouton. Pour la remonté de température cela ne semble pas paramétrable car programmé en dur : Mais tout cela aurait plus sa place sur le topic du module en question. Bref, si tu as un module qui ne fait qu'envoyer des rapports de température, il faudra vivre avec. Mais je doute qu'il inonde le réseau de messages, car comme écrit dans la doc, c'est au minimum toutes les 10 minutes. Quand j'avais utilisé cette scène sur mon HC2 pour identifier les modules les plus bavards, c'était 2 Fibaro Wall Plugs, branchés sur mon frigo et mon congel, qui envoyaient des rapports de consommations de (très) nombreuses fois par minute ! Un tout autre registre.

Hum... oui effectivement, les conditions Days et Time peuvent très bien être bonnes, si on est en mode déclenchement instantané (durée = -1), alors la règle ne se déclenchera jamais. Ne pas oublier que dans GEA, et c'est historique (pas lié à la HC3), il y a 2 modes de fonctionnement : le mode de fonctionnement par cycle (30 secondes par défaut), où les règles concernées (c'est à dire avec durée >= 0) sont analysées à chaque cycle le mode de fonctionnement instantané, où les règles concernées ne sont analysées qu'à chaque déclenchement (trigger, comme les bonnes vielles scènes de GEA sur HC2). Dans le cas présent on se trouve dans cette situation, si pas de trigger, alors les conditions Days et Time n'ont aucune chance d'être testées.

Ben non, il dit qu'elle ne fonctionne pas justement, d'où sa question. EDIT : c'est sa seconde règle qui fonctionnait, car elle se base sur la condition "CustomEvent" qui est bien compatible avec le déclenchement instantané par trigger. Conclusion : son problème n'est pas lié à l'heure du coucher de soleil, au titrage du cidre breton, ou bien qu QA Dawn&Dusk, mais juste à la syntaxe GEA.

Bienvenue sur le forum

Ouais

Et voilà, j'ai installé le nouveau micro-onduleur DS3-L aujourd'hui, tout s'est bien passé A noter : Il ne faut pas ajouter le nouvel onduleur dans le système, mais aller sur son compte EMA en ligne (https://apsystemsema.com/ema/index.action) pour faire la procédure de remplacement en saisissant le nouveau numéro de série, afin que la garantie soit transférée et l'historique des productions repris. L'onduleur est fourni avec un ancien firmware 5219, j'ai forcé la dernière mise à jour 5251 via le menu caché /index.php/hidden/remoteupdate sur ma passerelle ECU-C Rien à voir, mais j'ai profité de l'achat d'une clé dynamométrique pour mon vélo pour en profiter pour revisser les crochets ESDEC de mes panneaux au bon couple de 4.5 Nm comme préconisé par le fabricant. C'est bête, mais je me sens plus serein, à la main on n'est jamais sûr de pas assez serrer et risquer de voir le panneau s'envoler ou de trop serrer et risquer de briser la vitre. A l'occasion j'irai faire de même sur l'autre toit sur lequel est installé mon système Enphase.

Relevé de température et interrogation de l'appareil (polling) sont 2 concepts totalement distincts, c'est marrant car c'est le 2nd cas de confusion cette semaine, voici le sujet qui en parle : Pour tes relevés de température, regarde plutôt dans les paramètres du module si tu ne peux pas désactiver l'envoi de rapports. C'est le seul moyen de "dire" à un appareil de ne pas envoyer de rapports. Enfin... si c'est configurable, car ça ne l'est pas toujours selon les modèles. Le cacher dans l'interface n'aura un impact... que sur l'interface ! Pas sur la communication avec le module, ni sur le fait qu'il va envoyer ou pas des rapports.

Parce que tu as mis une durée = -1 alors que ni Days, ni Time, ne supportent le déclenchement instantané. Voir la doc de syntaxe. Donc ta règle ne se déclenche tout simplement jamais. Avec "Time", le mieux est d'utiliser une durée = 0.

En fait l'API EDF a changé en septembre, d'où l'erreur. Cela n'empêche pas le QuickApp de fonctionner car il va chercher l'information en priorité sur le site de RTE, mais on perd la redondance des sources d'informations. Je corrigerai le bug prochainement, avant les jours rouges de l'hiver afin d'être plus en sécurité.

Tu ne veux pas poser toi-même ? Toit plat c'est vraiment la merde, tous mes voisins ont eu des fuites, sans même poser des panneaux ! Il ne faut surtout pas percer, je pense que la meilleure solution dans ces cas là ça reste encore de lester la structure des panneaux. En revanche il faut correctement dimensionner le lestage pour que les panneaux ne s'envolent pas, sinon bonjour les dégâts. Et les problèmes de responsabilité si ça cause des dommages à autrui en retombant...

Panne de mon micro-onduleur APsystems DS3-L : Après l'ouverture du ticket auprès du SAV dimanche, puis l'acceptation du dossier lundi, j'ai reçu le nouvel exemplaire aujourd'hui vendredi, livré par GLS depuis les Pays-Bas, avec numéro de suivi et toute la communication qui va bien. Donc franchement nickel le SAV de chez APsystems Demain il pleut (aujourd'hui il a fait beau, ce n'est pas une situation acceptable, donc demain monsieur mauvaise météo se rattrape ), je l'installerai dimanche si tout va bien.

La mise à jour de la consommation n'est pas liée à l'intervalle d'interrogation du module. Voir : Tu as donc 2 problèmes distincts, qui ne sont pas liés : impossible d'activer l'interrogation du module : j'ai déjà eu ce soit avec quelques modules sur la HC3, généralement en forçant le rafraichissement du cache du navigateur ou en s'y prenant 2 ou 3 fois ça fini par être pris en compte. Dans le pire des cas, essaye peut être un reboot de la box. le module ne renvoie par les rapports de consommation : est-ce que ce module supporte cette fonctionnalité ? Si oui, as-tu vérifié dans la doc s'il y a un paramètre à activer ou à changer ?

Bah dis donc Nico, j'ai pensé à toi quand j'ai posté, et j'aurais pensé que tu réagirais (exactement comme tu viens de le faire) plus rapidement

Voici le lien vers la scène de diagnostique du réseau Z-Wave sur HC2 nommée Z-Wave Monitor, sur le forum officiel : https://forum.fibaro.com/files/file/184-z-wave-monitor/

Oui, c'est bien pour ça qu'on parle de lever du jour, et de coucher du soleil, qui se calcule en fonction de notre position. De façon amusante, si on va assez vite vers l'ouest, on peut prolonger la durée du jour perçu, car on suit le soleil. Il y a pas mal d'années lors de l’éclipse solaire totale en France, ils avaient affrété un Concorde pour suivre le soleil et prolonger l'expérience au dessus de l'océan pour quelques touristes fortunés. De façon plus sérieuses, les scientifique le font lors de chaque eclipse pour faire des analyses du disque solaire (éruptions en surface, etc) De façon plus générale, toute personne qui a déjà fait un vol intercontinental vers l'est ou l'ouest a bien constaté un allongement de la durée du jour dans un sens, et un raccourcissement dans l'autre... ce qu'on appelle le décalage horaire, car on se met à l'heure du pays d'arrivée.