MAM78 Posté(e) le 17 juillet 2023 Signaler Posté(e) le 17 juillet 2023 [mention=133]Lazer[/mention] Effectivement, je n'avais pas fait attention à la subtilité des accolades. J'avais pourtant lu et relu la documentation. Mais quand ça ne veut pas entrer dans ma tête de mule, ça ne rentre pas Désolé !
Lazer Posté(e) le 18 juillet 2023 Auteur Signaler Posté(e) le 18 juillet 2023 Pas de souci, c'est vrai que la syntaxe est parfois subtile.
RS600807 Posté(e) le 23 février Signaler Posté(e) le 23 février Salut, Je rencontre un soucis dans la configuration de mon QA GCE avec mon EDRT2. La variable TELEINFO_tarif n'est pas alimentée correctement. J'avais la configuration suivante : @Lazer m'a indiqué qu'on ne peut avoir qu'une seule ligne de configuration pour la Téléinfo. Là j'en ai 6, pour chacun de mes 6 index Tempo. Mais le QA GCE n'envoie aucun avertissement ou aucune erreur. Si on ne peut avoir qu'une seule ligne, comment obtient-on les 6 index séparemment, i.e. dans des child séparés ?
Lazer Posté(e) le 23 février Auteur Signaler Posté(e) le 23 février Ta seule et unique ligne de configuration pour lire la téléinformation doit être exactement comme celle donnée en première page (et dans l'exemple fourni lors du téléchargement du QA), soit : {device = {name = "Téléinfo", type = "Teleinfo", options = {VG = "TELEINFO_Tarif"}}, value = {command = "Get", argument = "TI", pin = "EAST"}}, Tout ce que tu peux changer, c'est la valeur de name (c'est le nom qui est donné au module enfant lors de la création, et en pratique ce n'est pas limitant car tu peux le changer après, directement dans les propriétés du module dans l'interface Web de la box) Là tu as voulu jouer à l'apprenti sorcier, donc forcément, ça ne marche pas Pourquoi il n'y a pas de message d'erreur, je ne sais pas... j'essaye toujours de mettre un maximum de tests dans mes QuickApps pour parer à tous les cas de figure, mais il y a toujours un utilisateur très inventif qui arrive à trouver une faille dans le bousin. Bravo Le QA n'est pas prévu pour aller récupérer les différents index.... je ne l'ai pas prévu car je ne vois pas trop l'intérêt à vrai dire. Si tu veux quand même le faire, une astuce serait de mapper les index de la téléinfo sur des sous-postes regroupés au sein d'un poste dédié à la téléinfo (à configurer sur l'EcoDevice directement) puis de créer autant de ligne que nécessaire dans la config du QA pour aller lire chacun des sous-postes. Exemple de ce que je fais pour mon chauffe-eau : {device = {name = "Chauffe-eau", type = "EnergyMeter"}, value = {command = "Get", argument = "C", pin = "C2"}}, Bon là c'est un compteur (C), mais tu peux aller chercher, par exemple, le sous-poste 1 du poste 2 avec "P2_SSP1" Je te renvoie vers la doc de l'API EDRT2 fournie par GCE : https://wiki.gce-electronics.com/index.php?title=API_EDRT 1
RS600807 Posté(e) le 23 février Signaler Posté(e) le 23 février Citation Ta seule et unique ligne de configuration pour lire la téléinformation doit être exactement comme celle donnée en première page (et dans l'exemple fourni lors du téléchargement du QA), soit : {device = {name = "Téléinfo", type = "Teleinfo", options = {VG = "TELEINFO_Tarif"}}, value = {command = "Get", argument = "TI", pin = "EAST"}}, Tout ce que tu peux changer, c'est la valeur de name (c'est le nom qui est donné au module enfant lors de la création, et en pratique ce n'est pas limitant car tu peux le changer après, directement dans les propriétés du module dans l'interface Web de la box) OK pour le name, j'ai vu qu'on pouvait les renommer après coup. L'étiquette EAST n'existe pas chez moi en mode tempo historique. Elle existait bien avant, quand j'étais en base. Mais là elle n'est plus disponible. Donc je devrais mettre quelle étiquette parmi celles-ci ? Citation Là tu as voulu jouer à l'apprenti sorcier, donc forcément, ça ne marche pas Ce n'est pas vraiment que j'ai voulu jouer aux apprentis sorciers. J'ai suivi une logique assez triviale (peut-être ?) en me basant sur les étiquettes que me renvoie la TI du linky. Citation Le QA n'est pas prévu pour aller récupérer les différents index.... je ne l'ai pas prévu car je ne vois pas trop l'intérêt à vrai dire. L'intérêt que j'y vois c'est d'avoir un visuel direct sur l 'index du jour (ou total) au lieu de passer par l'interface de mon EDRT2. Citation Si tu veux quand même le faire, une astuce serait de mapper les index de la téléinfo sur des sous-postes regroupés au sein d'un poste dédié à la téléinfo (à configurer sur l'EcoDevice directement) puis de créer autant de ligne que nécessaire dans la config du QA pour aller lire chacun des sous-postes. C'est déjà ce que je fais un peu ici : je récupère les index sur les sous-postes. Donc en clair, il faut que : - je supprime tous les device avec type ="teleinfo", - que j'en crée un nouveau avec pin ="xxx" où "xxx" est l'étiquette à choisir, --> alors la variable TELEINFO_Tarif devrait être correctement alimentée cette fois, correct ?
Lazer Posté(e) le 23 février Auteur Signaler Posté(e) le 23 février il y a 3 minutes, RS600807 a dit : J'ai suivi une logique assez triviale (peut-être ?) en me basant sur les étiquettes que me renvoie la TI du linky. En fait, pour le coup, il ne fallait pas avoir de logique, parce que.... : il y a 3 minutes, RS600807 a dit : OK pour le name, j'ai vu qu'on pouvait les renommer après coup. L'étiquette EAST n'existe pas chez moi en mode tempo historique. Elle existait bien avant, quand j'étais en base. Mais là elle n'est plus disponible. Tu ne mets aucune étiquette, tu mets juste la ligne telle quelle, avec EAST. C'est un hack dans le QA lui-même, la téléinfo est gérée d'une façon assez particulière, différemment de toutes les autres pins. La fonction dédiée dans le code LUA va détecter le bon type de champ à utiliser, et faire la somme de tous les index (car il sait aussi prendre en compte les abonnements EJP, quelqu'un l'avait demandé ici) Donc c'est générique, facile, mais ça ne fait pas dans le détail. Comme dit, le module enfant téléinfo aura comme énergie la somme de tous les index. Et si j'ai fait ça, la raison c'est lié à la box Fibaro, à son panneau d'énergie, car le module enfant téléinfo peut être utilisé directement dedans, afin de voir la conso journalière, directement dans l'appli (sans distinction des tranches horaires) il y a 6 minutes, RS600807 a dit : C'est déjà ce que je fais un peu ici : je récupère les index sur les sous-postes. ça m'a l'air pas mal du tout ça. Effectivement avec DIndex c'est mieux pour récupérer les données. il y a 7 minutes, RS600807 a dit : Donc en clair, il faut que : - je supprime tous les device avec type ="teleinfo", - que j'en crée un nouveau avec pin ="xxx" où "xxx" est l'étiquette à choisir, --> alors la variable TELEINFO_Tarif devrait être correctement alimentée cette fois, correct ? Oui, oui, et oui normalement (avec pin = EAST comme répété plus haut)
RS600807 Posté(e) le 23 février Signaler Posté(e) le 23 février Citation C'est un hack dans le QA lui-même, la téléinfo est gérée d'une façon assez particulière, différemment de toutes les autres pins. OK. Si j'avais "compris" cela plus tôt, je ne me serai pas casser la tête pour faire coller les étiquettes réellement renvoyées par mon linky avec les lignes de configuration à mettre au niveau de la téléinfo. Dans ma logique, il fallait associer l'étiquette au child qu'on voulait créer, comme pour les tores qu'on associe au bon sous-poste par ex. Je plaide coupable, j'aurais dû recopier bêtement la ligne indiquée dans le tuto! Je ne sais pas si je suis le seul à avoir rencontré ce pb, mais peut-être que rajouter un commentaire dans le tuto du QA GCE en indiquant que "la config de la téléinfo doit être recopiée telle quelle, quel que soit le type d'abonnement (base, tempo, EJP...)" --> Effectivement, avec pin = "EAST", cette fois la variable se met bien à jour... et ne reste plus vide comme jusqu'à maintenant. Merci pour toute ton aide et ta patience! Je comprends que ce ne doit pas être simple pour des initiés comme toi de gérer les cas et les conneries des non-initiés comme moi ! Le pb semble résolu. Je vérifierai tout de même le log du QA Tempo dans la nuit pour être sûr, le pb ayant été identifié à partir de ce QA... Nouveau proverbe du jour (c'est d'actualité avec les grèves SNCF) : un QA mal configuré peut en cacher un autre !
Lazer Posté(e) le 23 février Auteur Signaler Posté(e) le 23 février Je pense que tu es le premier à rencontrer ce problème, mais effectivement, à la lumière de cette discussion je me disais que ce n'était peut être pas si clair, et qu'il fallait ajouter une remarque à ce sujet dans le tuto... Je vais donc le faire. 1 1
Sakkhho Posté(e) le 2 juin Signaler Posté(e) le 2 juin bonjour à tous. Quel est le meilleur moyen de remontée la téléinfo (TEMPO) du linky dans la hC3 ? un ecodevice RT2 est complement surdimensionnée pour mon besoin car je ne vais pas savoir quoi d'autre brancher dessus (le compteur d'eau est bien trop loin et pas un impulsion il faudrait que j'en mette en 2nd dans la maison par exemple ? un Ecodevice V1 fait le job ? sans trop de limitation ? merci
flacon030 Posté(e) le 2 juin Signaler Posté(e) le 2 juin (modifié) suite a la foudre qui est tombé sur mon toit j'ai peut que l'ecodevice soit mort sur la partie teleinformation voici ce que j'ai comme résultat Sur la page d’accueil du RT2 j'ai le message "TIC Absent", je suis pas sur d'avoir vue ce message avant Dans le debug j'ai ce message [02.06.2024] [19:17:30] [WARNING] [QA_GCE_55]: Teleinfo pin "EAIT" not supported [02.06.2024] [19:17:30] [WARNING] [QA_GCE_55]: EAIT Teleinfo energy not found Et je n'ai rien de plus quant j'interroge l'RT2 avec la fonction suivante: api/xdevices.json?key=apikey&Get=TI product "EcoDevices_RT" status "Success" Modifié le 2 juin par flacon030
Lazer Posté(e) le 2 juin Auteur Signaler Posté(e) le 2 juin Effectivement pas bon signe si le JSON est vide... Demande au SAV GCE, ils sont réactifs et sauront t'aiguiller. Il y a 7 heures, Sakkhho a dit : un Ecodevice V1 fait le job ? sans trop de limitation ? Le souci c'est qu'il n'est pas compatible avec le Linky. La modification est possible, en passant par le SAV de GCE, pour le rendre compatible avec Linky.
Sakkhho Posté(e) le 2 juin Signaler Posté(e) le 2 juin Ah oui pas cool ça et si demain je mets des panneaux PV il me fait qq chose compatible avec la téléinfo Standard de ce que je comprends. donc pas bcp de choix…
mprinfo Posté(e) le 2 juin Signaler Posté(e) le 2 juin Oublie edrt2. Un edrt3 doit sortir bientôt. Si c'est juste pour la TI l ecodevice suffit
Lazer Posté(e) le 2 juin Auteur Signaler Posté(e) le 2 juin Oui exact le RT3 doit arriver cette année. Pour les panneaux, tu peux être en mode téléinfo Historique. La mode Standard ne sert que si tu es producteur, c'est à dire que tu vends ta production ou que tu utilises un système de batterie virtuelle. Sinon, en autoconsommation pure (CACSI), changer de mode de téléinfo n'apporte rien, car tu n'auras pas les infos d'injection. Cela dit, dans tous les cas, un Ecodevice est pertinent car avec les pinces, tu peux monitorer la conso/production/injection du système PV.
flacon030 Posté(e) le 3 juin Signaler Posté(e) le 3 juin voici la modification a faire pour rendre compatible un ecodevice avec un linky 1
Sakkhho Posté(e) le 3 juin Signaler Posté(e) le 3 juin (modifié) Ecodevice1 déjà renvoyé chez GCE pour la modif hardware à 40€ , bonne affaire ? possible en teleinfo standard ? (Ou on s en fou, historique est suffisant) Ou alors il est préférable d attendre la v3 ? Modifié le 3 juin par Sakkhho
Lazer Posté(e) le 3 juin Auteur Signaler Posté(e) le 3 juin Comme dit, Historique suffisant, le mode Standard n'est utile que si tu deviens producteur solaire (c'est à dire vente du surplus ou batterie virtuelle)
Messages recommandés