Lazer

Euh.... d'accord c'est bien, mais il faudrait peut être mettre ton message à la suite de la discussion non ? Parce que là tout seul, on peut se demander de quoi tu parles... EDIT : j'ai retrouvé et fusionné ton topic initial.

Pas de chance... Je ne sais pas répondre à toutes tes questions, mais je te suggère ceci : faire un reset complet des micro-modules. En effet, parfois l'exclusion/inclusion ne suffit pas. Voir la doc pour la procédure de reset. Il faudra évidemment réinclure les modules à l'issue de l'opération Concernant le mode passerelle, soit tu n'as pas compris ce que ça fait, soit je n'ai pas compris ce que tu as fait. Mais le mode passerelle permet justement de créer 2 réseaux distincts, pas 1 seul. On en avait parlé il me semble. Chaque réseau est situé près (= autour = proche) de chaque box qui agit comme autant de contrôleurs Z-Wave principaux distincts. Ensuite le mode passerelle permet de tout gérer depuis un point unique, la box dite "maitre" : A ne pas confondre avec l'inclusion d'une seconde box en tant que contrôleur Z-Wave secondaire, à ne pas utiliser sauf pour des cas très précis : Si tu as bien utilisé le mode maitre/esclave avec 2 réseaux Z-Wave distincts, c'est bien. Mais comme évoqué sur le forum officiel, si tu es en firmware beta, tu te mets en situation à risque. Déjà qu'historiquement, même dans les versions stables, depuis que la HC3 est sortie le mode passerelle semble avoir toujours été quelque peu buggué. Disons plutôt qu'un certain nombre de fonctionnalités ne fonctionnent pas toujours. En tout cas c'est ce que j'ai constaté en survolant les messages du forum officiel.... puisque je n'ai jamais testé avec HC3, seulement des HC2 il y a pas mal d'année. Essaye de contacter le support Fibaro, parfois ils ont inefficaces, mais parfois ils sont efficaces... avec un peu de chance ils identifieront ton problème.

J'ai édité le premier paragraphe du tuto pour préciser les modules enfants créés, ainsi qu'une petite note pour expliquer la distinction MO / Pinces concernant l'énergie et la puissance. J'espère que ça sera plus clair. La tension est mesurée par la passerelle elle-même, puisqu'elle est connectée au réseau électrique. Pas nécessairement au même endroit que les Q-Relay et micro-onduleurs, qui sont souvent quelques centimètres, mètres, voire décamètres, plus loin. J'ai 2 Q-Relay pour protéger mes 16 micro-onduleurs, mais peu importe, puisque ceux-ci ne remontent aucune information, c'est bien la tension de la passerelle qui est utilisée. En tout cas c'est ce que j'ai constaté sur l'API de l'Envoy-S, vu que ce n'est pas vraiment documenté... Chez moi j'ai pu installer la pince de production, mais pas la pince de consommation... donc certains des modules enfants que ce QA va créer n'existent pas chez moi. J'espère qu'ils fonctionneront bien.

Oui c'est clair. Parfois le choix est tellement restreint qu'il ne reste plus qu'une seule marque. Il faut voir le bon coté des choses, quand on hésite entre plusieurs produits aux caractéristiques similaires, au moins ça simplifie le choix Et justement j'ai eu le cas récemment lors du choix de ma pompe à chaleur. Au final j'ai retenu Mitsubishi car les unités sont livrées avec un port sur la carte mère permettant d'y connecter un ESP32 connecté en Wi-Fi sur le réseau, avec API locale, et qui laisse fonctionner le cloud constructeur de son coté. Du coup chaque split a 2 adresses IP, c'est un peu délirant, mais au moins j'ai le contrôle local, et avec retour d'état ! Exit Daikin, sans regret. Puis quand il n'y a pas le choix... ben.... peut être qu'il faut se dire que le mieux est de ne rien acheter, car en fait on n'en a juste pas besoin Y a quand même un produit majeur, dont à ma connaissance aucun constructeur ne propose d'API locale : la voiture. Mais bon... intrinsèquement, une voiture c'est mobile, du coup.... on est bien obligé de passer par Internet.

Pas de gros bug corrigé, ni de nouvelles fonctionnalités importantes.... ça reste une mise à jour mineure

Et voici enfin mon QuickApp Enphase :

QuickApp Enphase Envoy Version 2.00  Présentation : Ce QuickApp permet de remonter les informations de production photovoltaïque des micro-onduleurs Enphase (IQ7, IQ8, etc) via la passerelle Envoy. Il a été testé avec une passerelle Envoy-S Metered et les firmware D5 et D7. Il utilise l'API non documentée HTTP locale, mais depuis le firmware D7.xx a besoin d'un Token généré sur le site Web d'Enphase. Il est capable d'aller chercher automatiquement le Token sur le site d'Enphase, et d'en faire une nouvelle demande en cas d'expiration de celui-ci. Par précaution, il mémorise ce token dans une variable du QA pour le réutiliser lors du prochain redémarrage du QA au cas où le Cloud Enphase serait indisponible à ce moment-là. De base il remonte les informations suivantes : 1 module de type electricMeter : Tension mesurée au niveau de l'Envoy (en V) 1 module de type energyMeter avec interface supplémentaire power : Production remontée par les micro-onduleurs : Énergie (en kWh) et Puissance instantanée (en W) Si la pince ampèremétriques de production est installée, il remonte également les informations suivantes : 1 module de type powerMeter : Puissance instantanée produite (en W) 1 module de type energyMeter : Cumul de l'énergie produite (en kWh) Si la pince ampèremétriques de consommation est installée, il remonte également les informations suivantes : 1 module de type powerMeter : Puissance instantanée totale consommée (en W) 1 module de type energyMeter : Cumul de l'énergie totale consommée (en kWh) 1 module de type powerMeter : Puissance instantanée nette consommée (en W) 1 module de type energyMeter : Cumul de l'énergie nette consommée (en kWh) Par défaut le QuickApp met à jour les informations d'énergie toutes les 5 minutes, et de puissance et tension chaque minute (60 secondes), mais le QuickApp est capable d'interroger plus souvent la passerelle (quelques secondes), et des variables permettent de configurer des déclencheurs afin de mettre à jour instantanément la valeur des modules enfants, ce qui peut être utile dans des scénarios de maximisation du taux d'autoconsommation, afin de réagir rapidement en cas de passage d'un nuage ou du retour du soleil. Note : les informations de production remontées par les micro-onduleurs ne se font que toutes les 5 minutes (limitation liée à la technologie CPL utilisée pour la communication avec la passerelle). C'est donc l'utilisation des pinces ampèremétriques qui permet la remontée rapide des informations. De plus, la mesure par les pinces est plus précise que la mesure intégrée aux micro-onduleurs. Installation du QuickApp :  Importer le QuickApp (fichier fqa) de façon habituelle sur la box Home Center 3, puis changer les paramètres suivants dans l'onglet Variables :  Variables requises : Protocol : protocole à utiliser, normalement : http Address : adresse IP de la passerelle Envoy, par exemple : 192.168.1.1 Port : port de communication, normalement : 80 User : adresse email de l'utilisateur enregistré sur le Cloud Enphase pour l'obtention du token Password : mot de passe de l'utilisateur RefreshInterval : intervalle d'interrogation de la passerelle en secondes, par exemple : 10 (je tourne personnellement avec 5 secondes car j'exploite les variables optionnelles décrites ci-dessous) UpdateInterval : intervalle de rafraichissement de la tension et puissance en secondes, par exemple : 60 (valeur par défaut, suffisante pour suivre la production sans avoir besoin de réactivité extrême) EnergyInterval : intervalle de rafraichissement de l'énergie en secondes, par exemple : 300 (les statistiques d'énergie sont utiles pour suivre la production sur la journée, semaine, mois, année, il n'est donc pas nécessaire de descendre cette valeur) Variables optionnelles qui permettent de régler finement la réactivité du QuickApp pour la mise à jour des puissances instantanées : ProdVarUp : Production Variation Up : variation à la hausse de la production en %, par exemple : 101 (doublement de la puissance) ProdVarDown : Production Variation Down : variation à la baisse de la production en %, par exemple : 51 (division par 2 de la puissance) ProdThresUp : Production Threshold Up : seuil en montée de la production en W, par exemple : 2000 ProdThresDown : Production Threshold Down : seuil en descente de la production en W, par exemple : 1500 ConsVarUp : Consumption Variation Up : variation à la hausse de la consommation en %, par exemple : 101 (doublement de la puissance) ConsVarDown : Consumption Variation Down : variation à la baisse de la consommation en %, par exemple : 51 (division par 2 de la puissance) ConsThresUp : Consumption Threshold Up : seuil en montée de la consommation en W, par exemple : 2000 ConsThresDown : Consumption Threshold Down : seuil en descente de la consommation en W, par exemple : 1500 A noter que lorsque les variables optionnelles sont configurées, en plus de permettre une mise à jour rapide des modules enfants, vont également émettre des Custom Events dans la box, qui peuvent être interceptés par des scénarios (Scènes, GEA, etc) : Enphase_Production_Variation_Up Enphase_Production_Variation_Down Enphase_Production_Threshold_Up Enphase_Production_Threshold_Down Enphase_TotalConsumption_Variation_Up Enphase_TotalConsumption_Variation_Down Enphase_TotalConsumption_Threshold_Up Enphase_TotalConsumption_Threshold_Down Enphase_NetConsumption_Variation_Up Enphase_NetConsumption_Variation_Down Enphase_NetConsumption_Threshold_Up Enphase_NetConsumption_Threshold_Down Création des modules enfants : Cliquer sur le bouton "Create devices". Les modules enfants sont automatiquement créés dans l'interface.  Les appuis suivants sont inutiles, et sans danger, car les modules enfants ne seront pas créés plusieurs fois. Icône : Téléchargement : Nouvelle installation : importer le fichier suivant pour créer un nouveau QuickApp : Enphase_v2.00.fqa Fichiers individuels : Enphase v2.00 - Main.lua Library - Enphase v2.00.lua Library - tools v2.30.lua

Bienvenue sur le forum

Voici GEA version 7.38 : cette version reprend essentiellement les correctifs aux différentes remarque remontées ici durant ces derniers mois (années) Correction de la comparaison de valeurs numériques décimales Amélioration de la fonction de contrôle de l'option "QuickApp" Amélioration de la fonction de contrôle de l'option "Sleep" Correction de la vérification des ID pour "Breached ", "SetArmed" et "SetDisarmed" Correction du plantage en cas de liste d'action vide {} L'action "Call" peut maintenant être utilisée avec un ou plusieurs ID de modules (les mêmes arguments seront envoyés à tous les modules, donc attention à bien lister uniquement des modules identiques) Correction de la faute "doesn't exists" par "doesn't exist " Correction du formatage "Mémoire utilisée ..." Pour la mise à jour, copier/coller le contenu des fichiers LUA : Fichier main : GEA v7.38.lua Fichier tools : Library - tools v2.30.lua Doc de syntaxe à jour : GEA v7.38 Syntaxe.lua QuickApp complet pour une nouvelle installation disponible en première page.

Oui surement. Après comme je disais au dessus, ils n'ont apparemment pas encore activé le compte à rebours, donc espérons que ça dure....

Puisque tu cites le topic en question, tu devrais lire le dernier message que j'y ai rédigé, et qui explique la problématique... Réponse courte : NON

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.