Lazer

Oui, tu as posté sur le mauvais topic

Oui c'est pareil que pour ip-api.com que j'avais utilisé. Je ne me souviens plus pourquoi j'avais utilisé ce site à l'époque....

J'ai déplacé ton message car il n'avait rien à faire dans la section où tu l'as mis.... Petit conseil, commence doucement étape par étape. J'ai l'impression que tu grille les étapes en attaquant plusieurs projets différents qui n'ont pas grand chose à voir entre eux. Par ailleurs, devant l'étendue du projet, non seulement ça va te décourager, mais en plus ça va décourager les membres de tenter de t'aider (c'est mon cas, car dans ce message je ne vais répondre à aucun des sujets que tu as abordé) Choisi un sujet, et ouvre un topic dans la bonne section du forum qui s'y réfère, tu as plus de chance d'y arriver et d'obtenir de l'aide ainsi.

Normalement GEA vérifie les ID au démarrage, lors du chargement initial des règles, pour avertir si un ID donné n'existe pas. Cependant, dans ton cas, ton ID est la valeur nil en LUA, et là impossible de le détecter, car dans l'appel de fonction, un paramètre ayant la valeur nil est simplement ignoré... c'est un comportement que j'ai déjà constaté lors de mes expérimentations (hors GEA), et c'est particulièrement pénible à gérer... Du coup là, pas grand chose à faire à part être bien vigilant sur les ID utilisés (enfin, dans ton cas et pour être précis : sur le label de l'index du tableau contenant les ID) Il faut être très attentif, mais tu aurais pu détecter l'erreur sans même activer les options de debug, en regardant la règle chargée, on voit un null qui apparait (à la place du nil) : [26.09.2024] [10:32:56] [DEBUG] [QA_GEA_205]: Chargement du code utilisateur setEvents() : [26.09.2024] [10:32:56] [DEBUG] [QA_GEA_205]: GEA:addEntry([["Property",326,"value",true],["Value-",null,-900]], 90, "", ["TurnOff",326], "ECS (Daikin) : SmartGrid 1 désactivé")

Ah si je sais, c'est parce que j'avais la bascule automatique du routeur sur le réseau 4G, donc ça me permettait de détecter si j'étais en ADSL/Fibre, ou bien basculé sur le réseau 4G (qui est NATé, donc de toute façon l'IP publique est privée et non accessible depuis Internet... mais au moins avec la notification sur mon téléphone, j'étais au courant)

Je t'ai copié coller le truc tel quel je l'utilisais à l'époque où j'avais Orange et une HC2, donc ça date pas mal et je n'ai plus vraiment le sujet en mémoire. Si c'est en variable en début de scène, c'est surtout qu'on ne pouvait pas mettre de variable dans les propriétés d'une scène (on ne peut toujours pas sur HC3 d'ailleurs, c'est uniquement pour les QuickApps) D'ailleurs maintenant que tu le dis, je vois que le reverse est sur Free.... j'ai probablement dû utiliser cette scène après avoir quitté Orange, même si ça n'a servi à rien car je suis bel et bien en IP fixe chez Free.

Nouvelle rentrée scolaire, nouveau stagiaire

Oui c'est ça, paramètre 4 pour empêcher le clignotement, mais ça ne l'arrête pas complètement. Sinon un bout de scotch d'électricien blanc ça doit faire l'affaire, si découpé à la bonne taille ça doit être assez discret.

à l'époque de la HC2 j'utilisais une scène pour ça... de mémoire il y en a 2 ou 3 déjà partagées sur le forum. A ma connaissance ça n'a pas été porté sur HC3, donc il faudra peut être adapter un peu le code LUA. Ma scène (je ne sais plus si je l'ai déjà partagée sur le forum, utilise l'URL suivante : http://ip-api.com/json/?fields=country,countryCode,region,regionName,city,zip,isp,org,as,reverse,mobile,query,status,message Elle me notifiait en cas de changement d'adresse IP publique (quand j'étais chez Orange, je n'en ai plus besoin depuis que je suis en IP fixe chez Free) En pièce jointe si ça peut t'aider. Scene Check Public IP Address v1.3.lua

OK, donc ça ressemble bien à un bug... Est-ce que pourrais faire tourner GEA avec cette seule règle, et les options GEA.debug et GEA.lldebug à true et copier/coller le log au moment où la règle devrait se déclencher ? GEA.debug = true GEA.lldebug = true

A priori, ça semble correct... après perso je ne pense pas avoir jamais testé avec des valeurs négatives. Déjà, au niveau des propriétés du module, tu es bien certain que c'est la propriété "value" qui porte la valeur ?

Bon... bah.... du coup :

Firmware 5.162.61 BETA 25/09/2024 Thank you for using our gateway! Be sure to update to the latest version to enjoy new features and improvements. IMPORTANT NOTICE Version 5.162.61 is a hotfix for version 5.162.60 containing updated templates for Z-Wave devices. Main features: 1. New icons sets for sensors, binary and multilevel actors System provides new sets of icons for presenting the devices and their states in more clear way. New icons apply to the following devices: - Binary Sensors - Multilevel Sensors - Binary Switches - Multilevel Switches. Make sure that you are using the newset version of the mobile application for the best experience. What's new: Devices Added support for Zipato RFID.** Other Minor UX and UI improvements. Remote users Added the possibility to download and upload backup for Support and Installer user. Scenes Added new sets of icons for scenarios. New icons relate to: - Garage Door - open and close - Gates - open and close - Shutter - open and close. Bug Fixes: Access Fixed access rights for Advanced user. Climate Fixed displaying values in Fahrenheit in the preview of the climate zone. Dashboard Fixed Drag&Drop for devices on dashboard, enabling the reordering of devices in room. Devices State of the light in the system is synced with the real light state for Ikea lights. The icon for the Door lock changes according to the state of door lock. Fixed setting user codes on Yale, Kaadas and other doorlocks.** Fixed preview and tile view in dashboard for thermostats. Other Issues with saving Sprinkler Schedule. Plugins Fixed preview for the Sonos plugin. Remote users Fixed access for LUA Scenes for Support and Installer user. Rooms Fixed uploading custom icon for the room by Advanced user. Z-Wave Resolved issue with displaying Advanced tab for Door lock device.** 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.

Quelques éléments de réponse sur l'ancien site de référence des tutos domotique-store : https://web.archive.org/web/20200218212658/http://tutoriels.domotique-store.fr/content/15/323/fr/domotiser-son-eclairage-cas-particulier-du-va-et-vient-multiple-cage-d_escalier-sans-telerupteur.html Je ne saurais te conseiller plus, j'ai profité de la domotisation de mes éclairages pour supprimer tous les montages de type va-et-vient préhistoriques pour les replacer par un montage de type télérupteur, le module domotique jouant à merveille le rôle de télérupteur. NOTE : URL de base à garder dans ses archives : [Wayback Machine | domotique-store.fr] Comment DOMOTISER SON ÉCLAIRAGE

Hum.... vu la brièveté de l'événement, je doute qu'une simple prise connectée chinoise à une poignée d'euros ait la capacité de détecter et surtout d'enregistrer cet événement. Déjà que le Linky, bien plus sensible et précis, n'y arrive pas à tous les coups (cf la discussion sur l'organe de coupure intégré... chez moi il avait bien coupé lors d'une surtension réseau liée à un violent orage) On n'est pas dans le cas de la tension supérieure à 253V à laquelle les onduleurs doivent se couper, à cause d'une surproduction sur le réseau.... phénomène qui se manifeste sur des périodes plus longues (déjà au moins ça se compte en secondes), auquel cas la prise connectée aurait effectivement eu le temps de mesurer et enregistrer cela. Note : j'ai un Eco-device, mon onduleur informatique, mes micro-onduleurs PV, et un module Aeotec Heavy Duty, qui mesurent tous la tension réseau que je surveille dans Domocharts. On voit clairement la variation en fonction de l'heure (ensoleillement, démarrage d'une charge importante)... et même de la saison (tension plus faible en hiver de décembre à mars) En outre, cf la discussion avec Nico, Flacon n'a pas été foudroyé les 2 fois suivantes, donc pas de millions de volts ici... même si on ne saura jamais la tension exacte, comme tu dis il y aurait eu des gros dégâts si ça avait été le cas (comme la première fois d'ailleurs), mais de toute façon événement trop bref pour être enregistré.

@flacon030 si ton onduleur permet de faire du hors réseau, je me demande si la solution pour toi, ça ne serait pas d'installer un inverseur de source pour te découpler physiquement du réseau en cas d'orage, et fonctionner en autonomie le temps qu'il passe.

500m ça va, c'est au delà des normes de distance qui imposent l'installation d'un parafoudre pour luter contre les surtensions dues au paratonnerre. Mais ma crainte, comme dit précédemment, c'est que tu aies un autre voisin dans le secteur qui aie installé un paratonnerre.... plus proche de toi, donc tu te tapes des surtensions régulièrement. Et à noter qu'un parafoudre ce n'est pas infaillible non plus, ça limite les dégâts, c'est tout. Que veux-tu dire par là ?

Nico tu changeras jamais

Mais tu es certain que c'est supporté sur les Wall Plug ? A ma connaissance, ça existe pour les modules volets roulants FGR, mais pour les autres modules, j'en suis beaucoup moins sûr... auquel cas tu as ta réponse.

Si tu vas dans les propriétés du module WP2, la case protection RF est-elle bien cochée après activation de la règle ? Juste pour vérifier si c'est un bug de GEA, ou bien un bug ou comportement différent provenant du module lui-même.

Bienvenue sur le forum

Non justement, c'est ce que je dis, il n'a pas été touché par la foudre 3 fois, seulement la première fois (ce qui est déjà exceptionnel en soit) Les 2 fois suivantes, ce sont juste des surtensions réseau (qui trouvent leur origine très certainement par la foudre tombée quelque part, mais pas chez lui, il n'a pas été touché) Ouais, c'est très étonnant de la part d'un constructeur aussi réputé que Fronius, on pourrait presque penser à un défaut de conception rendant l'onduleur ultra fragile. Ben justement, c'est bien ma crainte. D'ailleurs Flacon envisageait d'en poser suite au coup de foudre qu'il a subit. Et je répondais ceci : Et donc justement, d'où ma remarque d'hier, si un voisin a installé un paratonnerre, ça pourrait bien foutre la grouille chez tous les voisins du quartier... donc chez @flacon030 EDIT : après ça peut être un paratonnerre "officiel" installé au niveau de la commune mais... "mal" installé ! D'où les surtensions.

Ils n'ont pas (plus ?) tous les modèles sur Amazon, mais très récemment j'ai acheté des FGS-214 qui étaient en super promo.

Si ça se trouve, un voisin a installé un paratonnerre, ce qui crée des surtension sur le réseau du quartier et grille tous les appareils.... c'est une autre piste à explorer.... déjà demander aux voisins s'ils ont eu le même genre de problème que toi, et essayer de repérer une grosse antenne qui aurait été installée par un voisin => là ça serait le carton rouge.

Bah en l’occurrence il n'a pas été touché par la foudre... dommage, pour le loto il faudra repasser EDIT : cette fois-ci ni celle d'avant, il n'a pris la foudre que la première fois si j'ai bien suivi.