Lazer

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 !

J'ai un super algorithme d'IA digne des meilleurs films des experts à Tataouine les oies qui me permet d'améliorer l'image et créer des pixels qui n'existent pas. Et en exclusivité :

C'est marqué dessus Pascal Enfin... sauf si le sticker s'achète séparément Pour la poussière, tu nous diras... je n'en suis pas si sûr, en effet, l'air aspiré par le serveur devra bien arriver par quelque part (les ouïes de ventilation de la baie), donc la poussière va rentrer aussi.

C'est ce qu'on appelle tomber en marche

Commence par restaurer ta dernière sauvegarde, cloud ou local, en espérant que tu en aies fait une... normalement ça te permettra de récupérer tes modules. Ensuite tu verras pour lancer la mise à jour. Et effectivement la clé USB n'est plus nécessaire et peut (doit) être retirée.

Surcharge ? Ta lampe n'a pas une consommation supérieure au max supporté par le module ?

Bienvenue sur le forum

Non aucune rumeur sur la 4.

Ah.... bizarre. Franchement là je ne sais pas, essaye de poser la question au support Fibaro.

ça fait bien longtemps que je n'ai pas vu d'écran de HC2.... mais ça m'a l'air pas mal. La HC2 répond sur le réseau ? Les scénarios fonctionnent ?

Bonne idée, d'ailleurs en alternatif, plutôt que d'appeler un QA, tu peux appeler une Scène, ça sera encore plus adapté pour cette action ponctuelle. Et ça sera l'occasion de tester ton code dans une scène, pour voir si le comportement est le même que le QA, vu que les moteurs LUA sont différents...

Donc tu as bien un comportement anormal du QuickApp sur la HC3 qui crash selon les jours... comme je le pressentais. Ce n'est pas lié à GEA, mais alors quelle peut en être l'origine, et surtout comment contourner le problème ? Si tu n'affiches par le résultat à l'écran (le contenu de response.data), est-ce que le problème persiste ? Il te faudra peut être quelques jours pour confirmer ou non.

Un jour, peut être.... (même si je n'ai aucune idée de comment le développement sous HA se passe)

Depuis hier j'ai surtout l'impression que ça ne fonctionne qu'à certaines heures de la journée.... Donc selon le moment où tu l'as fait.... effectivement là tout de suite ça ne fonctionne plus alors que c'était OK vers midi. Conclusion : il est urgent d'attendre que EDF stabilise tout ça...

Mes 3 x ST814 sont toujours aussi moches et excellents. Fiable, précis, consommation de pile réduite (une fois qu'on a paramétré au max l'intervalle de réveil), bref je recommande

Effectivement, tant mieux Surement pour fêter le démarrage de l'EPR !

Ah tiens merci pour l'info, je n'avais pas fait attention qu'on était passé en D8.2.xxxx A priori mon QA n'est pas embêté, tant mieux

Tu es sûr ? Parfois la pile est emballée dans une protection plastique, voire une sorte de petit boitier plastique, si bien qu'on ne la repère pas du premier coup d'oeil.

C'est les deux en fait, dans la puce, et le logiciel.