Lazer

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.

Bravo, oui c'est l'ID du module enfant associé à la caméra.

Effectivement... étonnant.... c'est la puissance infinie du forum Sinon il y a toujours Domadoo dans les boutiques de référence.

Moi aussi du coup.... j'ai oublié de mettre l'ID du QuickApp entre "QuickApp" et le premier argument "disable" Bref, il faut juste faire comme dans la doc de syntaxe, quand on a un doute, toujours y jeter un coup d'oeil

Il te manque le nom de l'action "QuickApp", GEA ne peut pas le deviner, là il pense que tu appelles l'action "disable" qui n'existe pas dans les options de GEA. Essaye comme ceci : GEA.add({{"Profile", "Home"}}, 30, "Camera Cuisine Off", {{"QuickApp", "disable", id["CAMERA_CUISINE"]}})

Effectivement, je pense que toi aussi tu ferais bien de relire les réponses apportées....

Welcome to the forum

Ben même pas... chez APsystems en tout cas. En effet, au début j'étais parti pour attaquer la passerelle ECU-C avec le protocole standard Modbus qui est également supporté, mais en fait même limitation à 5 minutes.... qui semble liée au mode d'interrogation des micro-onduleurs, qui se fait en Zigbee depuis la passerelle, une fois tous les 5 minutes, pas plus.

C'est un truc de fou !!! Tes voisins c'est pareil ? Tu en as parlé à Enedis ? Car il y a peut être un souci sur le transformateur de ton quartier...

Ben... Ça te coûtera peut être moins cher de la renvoyer en réparation que d'en acheter une autre, même d'occasion. Accessoirement l'impact écologique, même si tout le monde s'en fout...

Et bien moi je suis encore plus fort que toi, ça me prend 1 seconde de cliquer sur le lien, nananère

Je pense que les groupes tels que tu les attends, ça n'existe pas.... il y a bien les associations directes entre modules Z-Wave, mais ça ne répondra pas à ton cahier des charges. J'ai peur que tu doives écrire des scénarios pour tout faire à la main (GEA, LUA, Scène, etc...)

Après... c'est peut être un bug de STP ? Jamais vu ça, mais on ne sait jamais... si tu es sûr de toi, tu dois pouvoir désactiver STP sur les ports des caméras pour éviter que les ports ne soient à nouveau fermés.

Peut être, je sais pas trop, de toute façon personnellement je fuis les protocoles propriétaires autant que possible. Z-Wave c'est OK, tous les protocoles NICE & co, c'est comme Somfy => non, no, niet, nein ! J'ai 1 Velux en IO, je me galère avec ça.... acheté avant de me lancer en domotique, pour les autres volets je n'ai pas fait la même erreur.

Pas sûr que tu répondes à sa question Jojo.... Jluc c'est quoi un groupe pour toi ? Qu'est ce que tu attends de cette fonctionnalité ?

C'est une caméra sur le port en erreur ? Tu es donc certain que tu n'as pas fait une boucle réseau ? Ce qui est possible, c'est que tu aies le même bug qu'avec mon enceinte Sonos... si jamais la caméra est connectée en RJ45 sur le switch, et aussi en même temps au Wi-Fi de ton réseau, et que le driver réseau intégré est bugué, ça fait alors une boucle.

Désolé, mais non. En plus le nom "network loop" est assez parlant, littéralement "boucle réseau" en français. Donc, tu as fais une erreur de câblage, un câble qui va vers un autre switchs, puis un autre câble qui revient de ce switch vers ton 1er switch. En cas de boucle réseau, il y a ce qu'on appelle une tempête de broacast, ce qui sature le réseau immédiatement, le réseau est alors ultra ultra, mais alors ultra lent, à tel point qu'il est inutilisable et qu'on n'arrive même plus à diagnostiquer le problème. J"ai vécu ça 3 fois en 22 ans de carrière professionnelle. La première fois on avait 200 personnes au chômage technique pendant 4 ou 5 heures.... La seconde fois, j'ai vite compris, on a réussi à rétablir en moins d'une heure. Et pourtant cette fois-ci ce n'était pas une boucle réseau à cause de câbles qui faisaient une boucle entre les switchs, mais à cause de la mise à jour d'un driver réseau sur un serveur, qui a buggué, et fait un pont entre les 2 interfaces réseau du serveur... donc une boucle logique, ce qui revient au même au final. Et la troisième fois, c'était chez moi !!! A cause de ces satanés Sonos de malheur et leur Wi-Fi propriétaire, il a fait un pont entre mon réseau et le réseau Sonos, résultat pareil, tempête de broadcast et réseau HS. Le mois suivant, je vendais mes Sonos et passais chez la concurrence ! STP c'est Spanning Tree Protocol, c'est le protocole qui permet justement de prévenir les boucles en coupant le port fautif. Bref, tu as un problème sur ton réseau, et STP t'a sauvé d'un réseau totalement inutilisable, sans ça tu aurais pu mettre des heures, voire des jours avant de comprendre ce qui se passe... Maintenant il faut que tu trouves le fautif, donc regarde ce que tu as sur ton port 5.

La façon la plus "propre" de faire ça, c'est en utilisant les fonctions natives de la HC3. A savoir un QA parent avec des enfants, chaque enfant est du bon type (temperature sensor, humidity, wind, multilevel, etc....) pour porter chaque valeur dans sa propriété "value" avec la bonne unité dans "unit". Comme ça tu as une intégration native dans l'interface Web et surtout dans l'application mobile, et enfin, tu peux utiliser les QA enfants comme des modules normaux dans tes différents scénarios, QA, etc... En LUA, il n'y alors plus qu'à utiliser le hub.getValue() classique pour récupérer les valeurs dont tu as besoin. PS : hub remplacer fibaro dans les versions récentes de firmware, mais les 2 sont valides.

Essaye de demander au support Fibaro, car tu dois être l'un des premiers à avoir une HC3 hors-service.

Carrément, manque plus qu'à l'équiper de roulettes

Correctif : quand on appelle une fonction d'un QuickApp dans une autre, il est POSSIBLE de lui passer une valeur. Ce n'est qui n'est PAS possible, c'est de récupérer une valeur de retour. Du coup... pas sûr de bien comprendre ton besoin ?

Chez moi, mon serveur est dans un placard avec des ouïes de ventilation depuis toujours et ça n'a jamais posé problème de surchauffe. Alors peut être que la température est plus élevée que s'il était posé par terre en plein milieu d'une pièce, mais ça ne pose pas de problème. Et il continue toujours à aspirer la poussière, ça c'est sûr !