Lazer

C'est une limite liée à la box OAuth2 a besoin d'appeler une URL de callback, cependant sur les box Fibaro on ne maitrise pas le serveur Web intégré, on ne peux pas personnaliser les URL, on est limité aux URL de l'API que l'ont connait. Idéalement, il faudrait que le fournisseur (Netatmo dans ce cas) permettent de personnaliser l'URL de callback, afin de correspondre à une action de notre QuickApp, du type /api/devices/ID/actions/XXX avec les données dans une requête de type POST Par ailleurs, un autre souci se présente, il faut que le box soit accessible depuis Internet, soit par une redirection de ports, soit par un Reverse proxy. Un utilisateur débutant ne saura pas ouvrir un port, encore moins monter un reverse proxy. De plus c'est contraire au souhait de Fibaro, pour d'évidentes raisons de sécurité. Fibaro se sert de son cloud (utilisé par l'appli mobile ou par le web home.fibaro.com) pour simplifier et sécuriser la connexion... mais avec la dépendance à un Cloud... celui de Fibaro (heureusement ils nous laissent encore la possibilité de l'accès direct via l'adresse IP publique) Là où Fibaro pourrait faire quelque chose, c'est de proposer un mécanisme permettant de réaliser l'authentification OAuth2 via leur propre Cloud, et inclure une API (via une librairie LUA et un jeu d'instruction) permettant de faciliter ces opérations depuis un QuickApp. Il me semble que le sujet a été discuté sur le forum officiel, mais ils ont déjà tellement de mal à incorporer les nouveautés prévues depuis 3 ans (Zigbee, tout ça), que je pense que ce genre de demande doit être tout en bas de leur liste de priorité... Mais on en reviendrait à la dépendance à un cloud supplémentaire. Ou comment un service cloud devient dépendant de 2 clouds. C'est complètement aberrant (*) Bref, je milite depuis toujours pour une domotique autonome, non dépendante d'internet. J'avais acheté la station Netatmo lors d'un moment de faiblesse, et parce que je l'avais eu à un super méga prix (60€....), mais clairement ce n'est pas le genre de produit que j'aurais normalement acheté. Mes décisions d'achats depuis pas mal d'année incluent toujours la disponibilité d'une API locale. Je ne suis pas anti-cloud, si le produit propose une connectivité Cloud, très bien. Mais il faut pouvoir l'utiliser sans ce cloud, c'est impératif. Le danger, ce sont les fabricants qui forcent les mises à jour des produits à distance pour désactiver l'API locale, à l'image d'Enphase récemment... (*) (*) ces 2 astérisques pour mettre en évidence la tendance du marché. Une entreprise a besoin de gagner de l'argent (c'est son seul et unique but...), toujours plus même. Quoi de mieux que le récurrent pour cela ? On enferme les clients dans la dépendance à un système, et une fois qu'ils sont captifs, on en fait ce qu'on veut. Leur limiter le service, puis les faire payer pour plus de service. Magique. ça peut prendre la forme d'un abonnement payant mensuel, annuel, ou bien si le service reste gratuit, comme on dit c'est vous le produit, donc ce sont nos données qui sont exploitées. Accessoirement ça permet de faire de l'obsolescence programmée déguisée, puisque qu'il suffit d'arrêter le service (qu'il soit gratuit ou payant d'ailleurs) pour forcer le client à changer d'appareil, et donc repasser à la caisse. ça tombe bien, le législateur a interdit l'obsolescence programmée, mais ça ne s'applique qu'aux produits manufacturés, pas aux services... C'est un peu un combat perdu d'avance...

J'avais testé le mode passerelle entre 2 HC2, donc ça date, et le fonctionnement a surement pas mal changé entre temps. D'autant plus qu'on voyait toujours les modules dans la box esclave, ce qui ne semble pas être le cas dans ton expérimentation. Si le statut dead n'apparait pas sur les modules dans la box maitre, aucune chance que GEA puisse l'exploiter. GEA ne fait pas de magie, il se base sur les API fournies par Fibaro, et l'interface Web utilise la même API.

J'ai l'impression que la durée de vie du token ne change pas.... mais pour combien de temps ? Connaissant Netatmo, j'imagine bien qu'ils vont laisser comme ça quelques temps, puis un jour ils feront la mise en production en pleine journée de la nouvelle méthode de token devant être rafraichit à intervalle régulier. Et là on sera à nouveau bloqué, car à terme, ils ont été clairs, ils veulent mette en place OAuth 2.0, ce qu'on ne sait pas faire avec les box Fibaro.

Ah bon ? C'est curieux alors. Je ne suis pas devant ma box quand les backups sont réalisés (script auto tous les week-ends), mais j'en ai au moins 3 qui ont été effectués avec succès : Et sur mon NAS, j'ai bien les fichiers backup au format "FBI" qui ont été téléchargés. Si c'est un bug, il faut remonter le problème au support Fibaro, par email ou via le forum officiel. Cela dit, si bug il y a, il n'est peut être pas au niveau du backup, mais au niveau de l'arrêt des services puisque tu indiques que c'est à ce moment là que ça s'arrête. Donc peut être un module, une scène, un quickapp, ou que sais-je qui empêche la box de s'arrêter correctement. Un simple reboot fonctionne ou pas ?

Attends je sors ma boule de cristal Bon ça ne marche pas. Dommage. Du coup tu vas devoir être plus spécifique.

Pour ce genre de bugs, tu devrais poser la question sur le forum officiel... car c'est assez spécifique là, et surement dépendant de la version, car Fibaro introduit des bugs, les corrige, puis les réintroduits quelques temps plus tard...

Voilà, j'ai partagé ma version sur le topic où j'avais déjà partagé la version précédente, avec les instructions pour la mise à jour :

Grâce à l'aide de @Kana-chan voici une nouvelle version qui permet de passer la nouvelle authentification avec le Token. Il faut préalablement aller dans votre compte Netatmo Developer à l'adresse https://dev.netatmo.com/ Puis dans votre application, cocher le scope "read_station" puis cliquer sur le bouton "Generate Token" : Vous obtiendrez alors un Access Token et un Refresh Token qu'il faut copier/coller et conserver. Ensuite, sur la HC3, il faut éditer le QuickApp Netatmo afin que positionner les variables suivantes : Vous aviez normalement déjà les variables client_id et client_secret, c'est donc la nouvelle variable refresh_token qu'il faut ajouter, avec le contenu de la clé obtenue sur le site de Netatmo. Au passage vous pouvez supprimer les anciennes variables username et password qui sont devenues inutiles. Sauvegarder, puis dans l'onglet "Modifier et prévisualiser", cliquer sur le bouton "Modifier" afin d'y coller/coller le contenu complet du fichier LUA ci-joint : Netatmo_2.7.Lazer.lua Sauvegarder et c'est tout. La connexion doit reprendre, les valeurs des modules se mettre à jour, et conserver leurs ID dans les scénarios existants. Pour l'instant, je n'arrive pas à savoir combien de temps le Token sera valable, donc espérons que ça soit le plus longtemps possible, et qu'il ne faille pas le régénérer tous les jours, ni même tous les mois... Pour ceux qui feraient une nouvelle installation, voici le QuickApp complet à télécharger et importer dans la box : Netatmo_2.7.Lazer.fqa Note : j'ai ajouté le suffixe "Lazer" dans le numéro de version afin de la différencier de la version officielle présente sur le MarketPlace Fibaro, qui a évolué différemment.

Ouais bien moi je me range dans l'autre catégorie : zut la facture va augmenter. Du coup je suis bien content d'avoir anticipé et installé la puissance max possible en monophasé; ça va atténuer la douleur. Espérons que comme en février, ils répartissent "intelligemment" la hausse, le maximum sur les tarifs de Base et HC, et le minimum sur Tempo

Merci, j'ai implémenté ton code, ça fonctionne. A noter que les variables du QA token et expires_in sont inutiles. En effet, dans l'URL d'authentification, on a uniquement besoin du client_id, client_secret, et refresh_token Du coup je me suis fait une petite version simplifiée, je partagerai si vous voulez. Mon token généré sur le site expire dans 10800, mais je ne sais pas quelle est l'unité ? ça fait déjà 15 minutes et ça n'a pas bougé, donc si ce sont des heures, alors ça ferait 450 jours... ça laisse de la marge. A surveiller... d'ailleurs j'ai ajouté une trace dans le log concernant cette valeur.

Pourquoi ne pas utiliser le QuickApp GEA Alarm, je pense qu'il permet de faire ce que tu souhaites ?

Pas de souci, c'est vrai que la syntaxe est parfois subtile.

Merci. STP tu pourrais juste partager le fichier LUA afin qu'on puisse réaliser la mise à jour du code par copier/coller sans devoir réimporter le QA et se taper la modification des iD ? Merci.

C'est une erreur de syntaxe de ta règle GEA. Il faut écrire ceci : GEA.add({"TurnOn", 404}, -1, "", {"Sleep", 60, {"turnOn", 400}}, "Démarrage vanne cave pour arrosage extérieur") Note l'ajout des accolades dans le Sleep. Si tu ne le fais pas, alors le Sleep prend l'action turnOn et l'applique à l'ID donné en condition, donc ça correspond au comportement que tu constates. Si tu mets les accolades, alors le Sleep exécute toute les actions entre accolades, donc le turnOn se fera bien sur l'ID 400. Enfin c'est ce qui devrait logiquement se produire. Regarde la doc de syntaxe il y a un exemple d'utilisation de Sleep.

Deutsche qualitat (même si bon, en fait c'est plutôt autrichien à la base)

Je ne connais pas de pluviomètre connecté sans cloud. Mais est-ce utile ? Pour les scénarios de type "pluie" (exemple : fermeture de fenêtre), un détecteur de pluie c'est plus rapide (car un pluviomètre, pas principe de fonctionnement, doit attendre que le godet se remplisse d'eau et bascule pour être comptabilisé et ainsi notifier la centrale domotique... sans même parler du délai de latence lié au cloud) Pour les scénarios de type "arrosage", un pluviomètre n'est pas très utile, mieux vaut un capteur d'humidité de sol (voir discussion en cours à ce sujet sur un autre topic du forum).

Pour le QuickApp Netatmo, il faut mettre en place la dernière version du MarketPlace, qui passe par un serveur intermédiaire pour réaliser l'authentification OAuth 2.0.... du coup la station devient dépendante de 2 clouds, de pire en pire. Sinon j'ai la sonde Aeotec ZWA039 aërQ qui est très bien pour l'extérieur, il faut bien l'installer sous abri car elle n'est pas étanche, mais de toute façon vu qu'on mesure toujours une température à l'ombre c'est implicite L'intervalle de remonté des mesures est paramétrable, comme tout bon module Z-Wave qui se respecte. Et il faut que je mette en place mon capteur de pluie, car du coup mes scénarios dépendant du pluviomètre ne fonctionnent plus.

Ah très bien, donc exactement ce qu'ils n'ont pas fait la semaine dernière 1 an de réflexion pour finir par pousser une mise à jour qui casse l'authentification et dont la visu en direct ne fonctionne pas

C'est qui est quand même surprenant, c'est que ce problème apparait chez tout le monde. On ne compte plus le nombre de cas remontés sur forum-photovoltaique ainsi que sur le forum Enphase. Et tout le monde fait le même retour que toi : il faut les contacter. Du coup, si le support était vraiment efficace, ils appliqueraient le correctif sur tous les Envoy au lieu d'attendre que les gens les contactent... autant de traitement manuel, ça finit par le couter du fric. Ils en sont largement capables, ils ont bien forcé la mise à jour sur toutes les passerelles la semaine dernière... c'est juste un problème de volonté. Un gars qui doit prendre une décision. Ouh là là que c'est difficile. Je suis très critique, mais j'ai les mêmes au boulot...

ça c'est bizarre... tu es certain que tu n'as pas un caractère caché ? Parce que si tu l'as copié depuis le forum, c'est très probable. Le mieux est de le taper à la main dans ce cas là... Je ne sais pas pourquoi, mais le forum a tendance à insérer des caractères invisibles dans les codes qu'on copie/colle.

Alors, tu peux essayer de remplacer toutes les occurrences de FILTER_SANITIZE_STRING par FILTER_UNSAFE_RAW Outre les fichiers data.php et device.php, tu vas peut-être aussi en trouver dans type.php et admin.php (je en suis pas sûr car j'ai une version légèrement modifiée de Domocharts) On n'a pas besoin de htmlspecialchars() qui a une autre utilité.

Oui et non. Le différentiel ne "coupe" pas le CPL. Car dans mon garage, mon Envoy est câblé sur un autre circuit, donc le CPL traverse 2 différentiels et 2 disjoncteur pour faire communiquer l'Envoy avec les IQ. Le truc, c'est que la distance est relativement courte. Je revanche, je suppose que le différentiel atténue le CPL, du coup dans de mauvaises conditions (ce qui est mon cas entre le garage et la maison = longueur de câble conséquente), l'atténuation combinée de la longueur de câble + des différentiels fini par empêcher le signal CPL d'être correctement reçu. On pourrait citer tous les borniers intermédiaires également, qui sont autant "d'obstacles" à franchir. C'est comme les ondes radios cette histoire, il y a la portée en champ libre (= distance pour traverser l'air), et puis les obstacles qui atténuent plus ou moins fortement le signal (mur, etc)

Sur HC3, avec le QuickApp, ce n'est pas revenu...

OK Dans ton navigateur, tu fais F12 pour afficher les outils de développement, et regarde l'onglet "Console". On devrait voir où ça coince Et idem pour l'onglet "Réseau".

Non tu n'as pas compris. Si je voulais brancher l'Envoy dans la tableau principal de la maison, à l'endroit du départ vers le garage, là je serais sans protection. En fait, la seule protection à cet endroit, c'est le disjoncteur d'abonné calibre 45A / diff 500mA... Ce que j'avais testé, c'était de brancher l'Envoy dans ce même tableau derrière les protections Diff + disjoncteur, donc ça rajoute à peine 30cm de longueur de câble (et de la grosse section en plus), mais le CPL ne passe pas. Le grande question c'était donc si je connecte l'Envoy en amont de ces protections, donc sans aucune protection, est-ce que ça passe. Je n'ai pas essayé devant le danger, mais surtout que si ça avait fonctionné dans cette configuration, j'aurais été bien embêté : laisser fonctionner l'Envoy éternellement sans protection ? Non merci. Du coup, comme dit plus haut, c'était soit achat d'une seconde passerelle Envoy + Onduleurs Enphase pour l'extension de la maison, soit changer de système et passer chez APS. Et vu la différence de prix monumentale.... Enphase c'est quand même la Rolls des systèmes photovoltaïque : de loin les plus cher. Mais est-ce que ce sont les meilleurs ? RDV dans 20 ans... EDIT : pas Rolls, mais plutôt Apple du coup. Cher, écosystème bien fini et complet, mais bien fermé comme il faut....