Lazer

Moi aussi chez Free j'ai un bon ping et de bons débits, comme chez Orange, mais ça c'est en apparence. Ou plus précisément en situation de benchmark, sur un serveur Speedtest qui a été sélectionné car étant proche de chez toi, sur le même réseau (le réseau de Free) En pratique, session de surf, j'ai régulièrement des latences, notamment quand je consulte un nouveau site. Cela peut avoir plusieurs origines, des serveurs DNS qui sont lents à aller chercher l'adresse, des routeurs qui sont lents à calculer une nouvelle route, de mauvais accords de peering avec les réseaux des autres opérateurs. Et sur ce dernier points, Free est connu pour être très mauvais.... les problèmes avec Youtube par exemple, n'ont jamais été résolu. Même si en général ça fonctionne bien, il arrive régulièrement que je n'arrive pas à charger une vidéo, surtout aux heures de pointes, genre début de soirée. Et 1 heure après, comme par hasard, ça marche, chargement instantané même en 2160p. Chez Orange, je n'avais aucun de ces problèmes, mais l'abonnement était 2 fois plus cher... alors forcément, le réseau derrière n'est pas le même. Bref, Network Monitor a été conçu, avec tous ses paramètres, pour être adaptés à chaque cas d'usage. En ce qui concerne un serveur éteint la nuit, ou pendant les vacances, tu peux aussi utiliser les conditions dans le dernier champ pour exclure temporairement un appareil du monitoring grâce aux variables globales. J'ai donné des exemples dans le tuto.

A priori ce n'est pas nécessaire, car il y a toujours des événements sur la box, j'imagine qu'il avait détecté ce bug tout au début, sur une box sans rien. En tout cas dans GEA ne n'ai pas implémenté ce hack, et ça ne semble avoir jamais posé de problème. Et pourtant je n'ai que 5 modules Z-Wave.

C'est ta connexion Internet qui est trop lente ou instable, ça m'a fait le coup quand je suis passé d'Orange à Free (et là tu comprends la différence de prix....) Il faut que tu augmentes le timeout et le nombre de retry, par exemple pour Google tu mets : - timeout = 10 - retry = 10 Et là tu seras tranquille, si Networrk Monitor t'avertit que Google est injoignable, c'est que tu as une vraie panne Internet depuis 10*10 = 100 secondes Idem pour ton second NAS, s'il est trop vieux / trop lent, il faut augmenter les valeurs pour rendre Network Monitor moins sensible.

L'événement d'une Variable Globale : { "type": "GlobalVariableChangedEvent", "data": { "oldValue": "0", "newValue": "1", "variableName": "Vacances" }, "created": 1602618012 } J'ai cartographié beaucoup d'événements de mon coté, car je les utilise comme triggers dans GEA. C'est fou tout ce qui existe, et c'est vraiment super en fait, car on peut détecter tout ce qui se passe sur la box.

Parfaitement d'accord

Les messages "Connection error: Operation canceled" que tu vois, c'est quand la connexion n'arrive pas à aboutir (Internet saturé, serveur Netatmo trop lent, etc) Et c'est ce qui provoquait le plantage du QA avant la protection du request() avec pcall() Je n'ai pas encore regardé en détail les différences entre son fichier et le miens.

Pour ceux qui veulent copier le code source LUA original de GSmart, il l'a partagé sur son Github : https://github.com/gsmart-pl/Netatmo-QA-FIBARO-HC3/archive/2.5.1.zip C'est la version 2.5.1. Attention ce n'est pas le même code qu'hier, il a intégré un nouveau correctif aujourd'hui.

Réglages => Dispositifs => bouton "+" => Autre appareil : Puis Quick App :

J'ai failli l'écrire en plus tout à fait d'accord

Oui mais ton souci était lié au fait que tu avais un usage un peu extraordinaire des scènes : trop de déclencheurs La logique de Fibaro, c'est une scène = un événement => 1 action Dans cet usage, le mono instance ne devrait pas être un souci. Faut pas oublier qu'on est quelques uns ici à utiliser nos box de façon relativement intensive, du coup on est obligés de trouver des astuces.

Oui voilà, fait comme tu veux Non mais sérieusement, je n'ai pas de solution miracle, ou en tout cas, en l'état actuel de mes connaissances de la HC3, je ne sais pas quelle est la meilleure solution d'un point de vue utilisation des ressources de la box. Perso j'aime bien tout centraliser dans GEA, car je trouve que c'est un moyen clair de visualiser tous mes scénarios, mais peut être parce que je lis couramment la ligne de commande (façon Matrix lol... non juste Unixien inside...) Le risque de plantage ? Ben disons que c'est du tout ou rien, du coup si un truc ne marche pas, on le remarque immédiatement, ça ne risque pas de passer inaperçu. Et puis ça fait un seul truc à monitorer (avec un Watchdog), on ne risque pas d'oublier une scène à part dans un coin. J'ai 200 règles, je ne me vois pas devoir gérer autant de scènes, ça serait in-maintenable (et pour revenir sur les perfs, pas sûr que la box gère correctement les triggers sur autant de scènes différentes). Et puis chaque scène étant un processus Linux, la consommation en mémoire vive serait largement supérieure. Après pour des scénarios plus classiques, enfin surtout moins nombreux, le mécanisme de trigger des scènes proposé par Fibaro est très bien. L'essentiel est de trovuer chaussure à son pied... mais pour cela il faut souvent en essayer plusieurs.

Attention, seuls les modules Z-Wave sont transférés, pas les VD ni les scènes. Donc dans tous les cas, il faut que tu commences par préparer tes nouveaux QA et Scènes, pour être prêt à modifier uniquement les ID le moment venu, car tu ne peux pas les deviner, les ID apparaitront au moment où tu incluras les nouveaux modules ou que tu feras le transfert de contrôleur. J'ai mon HC3 depuis mai, je n'ai toujours pas migré, ça sera surement pour mai prochain, soit 1 an après. Déjà je ne veux pas faire ça pendant l'hiver, ma box gère tout le chauffage, et je n'ai pas envie de passer ne serait--ce que 24h sans chauffage (Mme encore moins lol) D'ici là, ça me laisse le temps de préparer mes nouveaux QA, pour que tout soit prêt le jour J. Je n'aurai qu'à adapter les ID... et c'est relativement simple, car 99% de mes scénarios sont dans GEA, donc un seul point unique, tous les ID dans un tableau. C'est plus simple que de devoir modifier 20 scènes un peu partout. Et je ne ferai pas de migration de contrôleur, alors OK c'est plus simple, mais tu récupères tous les problèmes dans les modules (j'ai des associations fantômes notamment). Donc je préfère exclure/inclure mes modules, et tant pis si ça me prend 2 jours, je ferai ça pendant ma semaine de congés à solder avec le 31 mai. Tu fais comme tu veux, comme tu le sens, mais surtout ne te précipite pas.

Aucune idée du fonctionnement interne....

Et pas besoin de créer une boucle qui teste l'heure dans le QA. La bonne méthode, à mon avis : - à intervalle régulier, la QA calcule (ou récupère en ligne ?) la nouvelle heure d'aube et crépuscule. - il calcule et définit un setTimeout pour déclencher une fonction - cette fonction émet le customEvent

D'après mes tests, pas besoin de les créer dans les onglets, le simple appel à l'API pour émettre un événement suffit. Du coup je ne sais pas trop à quoi sert cet onglet.... je me dit que c'est bien de les créer pour avoir une liste et s'y retrouver, sinon on a vite fait de les oublier

Sinon tu veux utiliser la procédure de migration, qui va transférer tous tes modules de la HC2 vers la HC3, en une seule fois, sans retour arrière possible, donc il faut être sûr de ton coup. Cela se passe via ton compte Cloud Fibaro

Ta dernière proposition me rappelle ce que fait @jang justement avec son Webhook QA : https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/page/6/?tab=comments#comment-202423

Les événements sont une des nouveautés de la HC3 (et gérées par GEA depuis la version 7.20) : (tu noteras ma grande inspiration quand j'avais testé cette fonctionnalité ) C'est ça Les événements, comme leur nom l'indique, permettent d'indiquer... Un événement ! Mais c'est ponctuel, ça arrive une fois, puis c'est fini (jusqu'à ce que ça se répète éventuellement une prochaine fois... dans le cas qui nous concerne, l'aube et le crépuscule, c'est toutes les 24h) Il n'y a pas d'état associé, aucune donné mémorisée. Donc si tu veux juste réagir au moment précis de l'aube, alors l'événement est adapté : ça déclenche une scène sur trigger, GEA en mode déclenchement instantané (avec durée = -1), etc. A l'inverse, une variable globale mémorise un état (une valeur, n'importe laquelle), jusqu'à ce qu'elle soit modifié et remplacé par une nouvelle valeur. Si on a besoin de lire plusieurs fois la valeur dans la journée, alors la variable est adaptée. J'ai constaté (ou plutôt je n'ai pas constaté) que cette notion d'événement introduit dans la HC3 n'a pas vraiment été discuté sur le forum jusqu'à présent, c'est une fonctionnalité méconnue (et que Fibaro a caché dans un onglet... après les variables globales... déjà bien cachées elles-mêmes)

Bienvenue sur le forum

Voici ma version nettoyée Netatmo_2.6.lua Il faut juste copier/coller le contenu du fichier LUA.

Si c'est ça c'est très con, même les experts en sécurité disent qu'on doit laisser le ping. La sécurité par l’obscurantisme n'a jamais été efficace....

Ce n'est pas possible (à l'heure actuelle ? Fibaro est censé travailler sur une refonte du market, qui est inexploitable en l'état) Seule solution, c'est ce que je fais sur le forum, c'est de partager puis copier/coller le contenu du fichier LUA. Sinon, tu importes le nouveau QA, récupère le code LUA dedans, puis le supprime. Reste la problématique des nouveaux boutons/labels sur l'interface.... Je vais nettoyer mon code, si tu veux je te le passerai, c'est censé être la même chose, de toute façon c'est moi qui ait donné à gsmart la bonne syntaxe avec pcall

Merci pour ton retour, bon tant pis, c'est pas grave, s'ils disent que la nouvelle version n'apporte rien, on va leur faire confiance. L'outil en question c'est Z-Wave PC Controller fourni par Silicon Labs pour ceux qui se poseraient la question. Le même que pour les mises à jours des produits Aeotec (mais Aeotec fait bien les choses car ils fournissent un bundle avec l'outil et le firmware, c'est exemplaire, à ma connaissance ce sont les seuls à le faire) Et je confirme que ce n'est pas ergonomique du tout, gare aux grosses bêtises. Ce n'est pas pour rien que ce genre d'outil n'est pas à la disposition de tout le monde.

oui la variable trigger c'est le mécanisme interne de GEA pour filtrer les événements qui se produisent, mais cette partie là tu ne la prends pas, c'est à toi de faire tes propres tests. Le mieux pour commencer c'est de regarder le contenu de la réponse, un tableau avec un ou plusieurs événements, tu vas en découvrir énormément, c'est très bavard.

En effet, il faut un ampli pas trop vieux, mais tu le changeras tôt ou tard, donc autant préparer les gaines. Par contre, Netflix Amazon et Disney, je pense que ces 3 là n'ont pas dû sortir un seul film Atmos en français, c'est exclusivement sur les VO. Il y a quelques Blurays qui ont des pistes Atmos en VF, mais comme je disais, c'est très rare. Du coup pas forcément intéressant pour toi.