Lazer

Oui je suis d'accord, je trouve aussi que les Tores sur l'EDRT2 ne sont pas précis du tout.... j'utilise formula pour corriger les valeurs. Par exemple pour la mesure d'injection vers le réseau, je l'ai étalonné par rapport à la mesure donnée par le Linky via la téléinfo (champ EAIT), ça me donne une formula comme ceci : formula = function(val) return tools:round(val>0 and val*1.05+50 or val, 0) end Une erreur de 5% + un offset de 50W, c'est pas rien quand même, quand j'injecte 4300 W vers le réseau ça me faisait une erreur de quasi 300W !

C'est un module sur batterie, donc endormi. Il faut le réveiller, en cliquant 3 fois rapidement sur son bouton, et éventuellement recommencer le réveil pendant la mise à jour. Plus de détails dans le tuto :

Bienvenue sur le forum

Je viens de penser à toi Je suis tombé par hasard (c'est pas un vrai hasard, c'est grâce à la question de jluc2808) sur certaines de mes règles GEA, oubliées depuis bien longtemps car elles fonctionnent depuis .... pfiou... au moins tout ce temps.... qui utilisent "Property", voici 2 exemples : -- Extinction de l'ampli lorsque la lecture d'une source est terminée GEA.add({{"Property", id["QA_YAMAHA"], "state", "stop"}}, 5*60, "Lecture terminée => Ampli OFF", {{"TurnOff", id["QA_YAMAHA"]}}, "Lecture terminée => Ampli OFF") -- Si on sonne et que Kodi est allumé, affiche la caméra GEA.add({id["SONNETTE"], {"(Property)", id["QA_KODI"], "power", true}}, -1, "", {{"QuickApp", id["QA_KODI"], "camera", 3}}, "Sonnette Kodi Caméra")

OK donc quand tu mets le doigt sur le problème c'est plus simple Essaye la condition comme ceci (ça fonctionne chez moi).... d'ailleurs tu devrais commencer par regarder la doc de syntaxe car il y a également des exemples identiques : {"CentralSceneEvent", 521, 1, "Pressed"} là normalement tu devrais avoir un déclenchement. Et pour info la condition "Property" ne peut pas être utilisé dans ce cas, car "centralSceneEvent" n'est pas une propriété du device, tu peux vérifier dans son JSON. Attention à ne pas confondre le JSON du module, et la syntaxe des triggers dans les scènes.... ça se ressemble... mais c'est différent.... trompeur !

Tu as fait la dernière mise à jour beta ? Ou autre modification sur ta box, ou bien ton téléphone ? Est-ce que les notifications provenant de la box elle-même, d'autres QuickApps, ou bien de Scène fonctionnent toujours ? Bref il faut isoler le problème, car en l'état, je n'ai pas d'idée... car chezmoiçamarche ! Tu peux faire ça avec "VariableCache". Après pour ton scénario, désolé c'est trop compliqué pour toi... mais ce n'est pas tant un problème de GEA que de logique. Une fois que tu auras la logique dans ta tête, il suffit de le transposer dans GEA en conditions+actions. (j'ai beaucoup de règles GEA (environ 200), mais elles sont globalement assez simples, j'ai évité les scénarios trop complexes)

@Eddino sans les liens vers les produits c'est difficile de juger. "Classe 8" => c'est quoi cette invention ? "Cat 7" => OK mais c'est inutile.... enfin si c'est le même prix pourquoi pas. Mais surtout, pourquoi 2 types de câbles différents, tu ne peux pas prendre un modèle unique ? @mprinfo oui ben à part les vieux grincheux ça va, la plupart des ménages ont un portable, le fixe est minoritaire. https://www.insee.fr/fr/statistiques/5057474 Quant au fil qui pose problème, ça change quoi de le savoir ? Parce que de toute façon il faut ressentir le connecteur, donc les 8 fils d'un coup. C'est le câble dans son entièreté qui fonctionne, ou pas, c'est tout ce qui nous intéresse en pratique. A ce jeu là, il faudrait un Fluke pour mesurer l'affaiblissement sur les 4 paires si on voulait vraiment être rigoureux dans le test du câble. Est-ce nécessaire ? Non je ne crois pas, il suffit de faire un gros transfert réseau et de vérifier que le débit est obtenu, je suis bêtement pragmatique à défaut d'investir plusieurs centaines/milliers d'euros dans des outils qui serviraient 2 fois par an...

Oui tout à fait, il te faut aussi les câbles Ethernet. Minimum Catégorie 5E pour supporter le Gigabit.

Manageable ça veut dire que le switch a une adresse IP, et une interface d'administration, pour configurer un certain nombre de paramètres : forcer la vitesse des ports, désactiver certains ports, configurer des VLAN, etc A mon avis tu n'as pas besoin de tout ça, raison pour laquelle je t'ai conseillé le switch le moins cher tout en restant dans les marques sérieuses. Mais si tu souhaites, bien sûr tu peux prendre un manageable, au pire si tu ne le manage pas, il fonctionnera comme un switch de base.

Je n'ai jamais eu besoin de testeur. Suffit de brancher le port d'un coté sur le switch, et de se balader dans la maison avec le PC portable pour identifier chaque prise, en 10 secondes tu vois si le port est bien connecté dans les propriétés de la carte réseau.

C'est très calme du coté de Matter, il y a quelques sorties de produits, mais les fabricants ne se sont pas bousculés au portillon... Mais quand je vois que des fonctionnalités aussi élémentaires telles que la remonté de consommation électrique, ou encore la gestion des modules en veille sur batterie, ne sont pas supportés jusque là.... des choses que Z-Wave supporte depuis 15 ans... c'est beau le progrès l'art de réinventer la roue [Abavala] La mise à jour Matter 1.1 est arrivée… avec ses timides améliorations

Essaye avec "PowerMeter" plutôt que "PowerSensor". Mais outre ce petit détail, ta configuration m'a l'air OK. Quand tu accèdes à l'API en direct, tu as bien des valeurs pour les lignes P3_SSP1, etc ? Sinon, il faudra faire tourner le QuickApp avec la variable debug à true et partager le log détaillé.

En fait tout va dépendre de l'endroit où se situe le DTI (ADSL) ou PTO (Fibre optique). S'il est dans le garage, alors c'est parfait, tu peux y installer la box SFR (= routeur + switch intégré). De là, tu peux distribuer le réseau vers les prises RJ45 de la maison, et donc dans la salle à manger où est connectée le décodeur SFR. La TV est branchée en HDMI sur le décodeur. Si par contre la TV est également connectée en RJ45 au réseau, alors il faudra prévoir un petit switch dans la salle à manger, ce qui permettra d'y connecter l'arrivée RJ45 du garage avec le décodeur, la TV, et d'éventuels autres appareils (console de jeux, lecteur Bluray, ampli, etc... aujourd'hui tout est connecté) Si en revanche le DTI/PTO n'est pas dans le garage, alors le coffret réseau ne te servira pas à grand chose.

@mprinfo faisait une blague concernant les hub, ça n'existe plus depuis longtemps, c'était à la mode dans les années 90. Aujourd'hui on n'utilise que des switchs (=commutateur en français). La principale contrainte est de définir le nombre de ports dont tu as besoin.... selon le nombre d'appareils à brancher dessus. Vu ton expression de besoin, je dirais que 8 ports sont suffisants. Pour la marque, pour rester simple, je te dirais bien de prendre le premier que tu trouves de marque Netgear ou D-Link, ce sont des valeurs sûres en grand-public. Après le modèle... peu importe, prend le moins cher que tu trouves... sur Mamazon, Fnouc, ou tout autre magasin de ton choix. (et pour @mprinfo : non je ne conseillerai pas d'Unifi à un débutant ) Ensuite pour ta box internet, elle est en 2 boitiers ? Un routeur (avec la connexion Fibre/ADSL) et le lecteur multimedia (connecté à la TV) ? Si tu as un routeur dédié, c'est lui qu'il faut installer dans le coffret réseau du garage... mais du coup, s'il a un switch intégré, tu n'as plus besoin d'acheter un switch dédié, sauf si tu as besoin d'un plus grand nombre de ports RJ45.

Un switch non ? Aurais-tu un schéma, même simplifié, car je ne suis pas certain de bien comprendre où est installée ta box Internet. Normalement dans une telle installation, l'idée c'est d'installer les box Internet (qui dispose d'un switch interne) dans le coffret de communication, puis de distribuer le réseau vers les différentes pièces de la maison. Donc dans la salle à manger, tu peux ainsi brancher ta TV sur la prise murale prévue. Et dans les chambres, les PC ou autre TV, lecteur multimédia, etc.

Graphique de la journée parfaite du 25 mai, où j'ai produit mon nouveau record à 40 kWh. On voit la courbe totale, et les courbes des 2 champs PV : Sud-est : 6 panneaux Nord-ouest : 10 panneaux Donc forcément, la courbe NO monte plus haut que la courbe SE, mais ce qui est intéressant de constater, c'est le décalage des productions dû à l'orientation par rapport au soleil : Sud-est : maxi vers 13h Nord-ouest : maxi vers 14h30 A noter que chez moi, le soleil est à son zénith vers 13h45. La courbe résultante est une belle cloche. On constate un léger plateau sur les 2 courbes, lié à l'écrêtage des micro-onduleurs. Mais c'est très léger (c'était beaucoup plus marqué 1 semaine plus tôt), et d'ailleurs invisible sur la courbe globale. En effet, il a fait déjà relativement chaud ce 25 mai, température moyenne à l'ombre de 16,9°C et maxi à 22,9°C, mais donc beaucoup plus en plein soleil.... comme ce fut une journée parfaite sans nuage, les panneaux n'ont jamais pu refroidir. Sachant que le rendement maximum d'un panneau est donné pour une température de 20°, et qu'il baisse au dessus, on constate que même une température max de 22,9°C a une grosse influence sur la puissance maxi du panneau.... puisque pour rappel, mes panneaux font 405 Wc, mais les micro-onduleurs écrêtent à 295 W, comme on constate un léger plateau sur la courbe, la puissance délivrée par le panneau est à peine au dessus. Je me souviens l'année dernière en pleine canicule que la puissance était très fortement impactée, j'essaierai de faire des graphs comparatifs cette année. Lever du soleil : 05:57 Coucher du soleil : 21:39

Elle existe la fonction fibaro.debug() dans les QuickApps ? Etrange... en tout cas elle ne fonctionne pas comme attendu, vu ton log je soupçonne qu'elle utilise la même syntaxe que dans les scènes, avec le 1er argument pour le TAG, et le 2nd argument pour le texte à afficher. Vu que tu as un résultat nil, ça semble correspondre (tu n'as pas mis de 2nd argument) Utilise plutôt la fonction prévue dans les QuickApps : self:debug() Problème, self est inconnu car ta fonction sendResquest est locale, et non membre de la classe QuickApp. Donc tu as plusieurs options : mettre ta fonction sendRequest dans QuickApp (perso c'est ce que je ferais) function QuickApp:sendRequest(position) attention dans ce cas l'appel de la fonction depuis les boutons se fera comme suit : self:sendRequest("Boite") passer self en argument de cette fonction local function sendRequest(self, position) attention dans ce cas il faudra passer self en 1er argument lors de l'appel de cette fonction : sendRequest(self, "Boite") ou bien utiliser directement quickApp (sans la majuscule, c'est une variable globale qui pointe sur l'instance de ton QA.... perso je ne suis pas fan et je n'utilise cette technique qu'en dernier recours) quickApp:debug("Response: " .. response.data) C'est un peu compliqué tout ça, je n'ai pas trop le temps / courage d'entrer dans les détails, mais tous ces sujets ont déjà été largement étudiés en profondeur sur le forum... noyé dans les différents topics !

Je pense qu'il faut jouer sur le paramètre de protection des commandes locales. Sur ta box, dans les propriétés du module, tu as une case à cocher normalement... tu utilises les outils de dév de ton navigateur pour regarder quelle est la requête utilisée, puis tu peux le reproduire en LUA. Ou bien via GEA, normalement il y a une action dédiée pour ça. Ensuite, il suffit de se faire un scénario qui active / désactive les commandes locales 2 fois par jour.

Le printemps étant enfin arrivé depuis 15 jours, mais alors bien comme il faut, plusieurs jours de ciel bleus, parfois quelques nuages, mais toujours très beau ça change d'avril et la 1ère quinzaine de mai qui étaient pourris comme jamais... Du coup, la production est fantastique, avec seulement 16 panneaux vu que je n'ai pas encore fini d'installer les 4 derniers. Un petit record à 40 kWh tout pile le jeudi 25 mai, et la majorité des autres journées oscillent entre 35 et 39 kWh. Et aujourd'hui, record d'injection à presque 28 kWh. Du coup, mes statistiques de consommation (bleu) versus d'injection (orange) vers le réseau, j'adore gagner plus que je ne dépense Quasiment aucune consommation en heures pleines (bleu clair), majorité d'heures creuses (bleu foncé), vu que ce sont des jours bleus, ça ne représente pas grand chose comparé à ce que je vend à JPME. (en jaune c'est le cout de l'abonnement Tempo EDF) :

Ah ouais, c'est violent le CPU

Il y a des tonnes de conditions et d'actions dans GEA qui "ne servent à rien".... mais si elles existent, c'est qu'à un moment donné, elles ont servi à au moins une personne. Tu peux relire les 482 messages de ce topic, ainsi que ceux dédiés au développement de GEA sur HC2 puis HC3 pour retrouver l'historique complet de la genèse de GEA. Bon courage Intéressant... même si je trouve ça étrange comme façon de procéder. Donc tu as vu, il enchaine 3 actions. Essaye de reproduire à l'identique dans GEA, avec 1 appel de "Call", puis 2 appels de "Property", tout ça dans les actions de la même règle GEA. GEA exécute les actions d'une règle séquentiellement, dans l'ordre dans laquelle elles sont données. Et bien sûr, avec 1 seul ID, vu que "Call" ne supporte qu'un seul ID.

L'erreur te dit que tu appelles la fonction fibaro.encodeBase64() en ligne 11 mais elle n'existe pas. Voici la fonction que tu peux intégrer dans ton code (trouvée sur le forum) : local function encodeBase64(s) -- http://lua-users.org/wiki/BaseSixtyFour local bs = { [0] = 'A','B','C','D','E','F','G','H','I','J','K','L','M','N','O','P','Q','R','S','T','U','V','W','X','Y','Z','a','b','c','d','e','f', 'g','h','i','j','k','l','m','n','o','p','q','r','s','t','u','v','w','x','y','z','0','1','2','3','4','5','6','7','8','9','+','/', } local byte, rep = string.byte, string.rep local pad = 2 - ((#s-1) % 3) s = (s..rep('\0', pad)):gsub("...", function(cs) local a, b, c = byte(cs, 1, 3) return bs[a>>2] .. bs[(a&3)<<4|b>>4] .. bs[(b&15)<<2|c>>6] .. bs[c&63] end) return s:sub(1, #s-pad) .. rep('=', pad) end PS : ton code brut, non formaté, le rend illisible donc je n'ai pas essayé d'étudier le reste. Pense à utiliser les balises d'insertion de code la prochaine fois.

Essaye de contacter l'auteur de ce QuickApp via le marketplace de Fibaro, car je doute qu'il intervienne ici.

Nouveau panneau de diagnostique Z-Wave (pour le moteur v2 uniquement pour l'instant). Malheureusement je manque de modules Z-Wave sur ma box de test, ce n'est pas représentatif :

Après la mise à jour, le navigateur est redirigé vers la page 404, qui retourne une erreur... 404 Bug magique Il suffit de retaper l'adresse normale de votre HC3 pour retrouver l'accès.