Quick App - GCE Electronics IPX800 v4 et EcoDevice RT2

[MAM78]

D'autant que j'ai changé mes lunettes il y peu

[MAM78]

Avant de remettre en question mon réseau, j'en profite pour te poser cette question :

 

j'ai très souvent des latences au niveau du changement/rechargement de pages sur l'interface utilisateur de l'IPX800V4, as-tu également ce type de problèmes ?

 

Précision : j'ai actualisé la dernière version du firmware et du logiciel.

 

Modifié le 2 novembre 2021 par MAM78

[Lazer]

Je vais très peu sur l'interface de l'IPX800v4, mais oui j'ai des lenteurs.

A priori les ressources sont trop limitées... l'IPX800v5 est censé être plus rapide (pas encore testé)

[MAM78]

Je constate mon QuickApp prend de plus en plus de mémoire est-ce que vous constatez la même chose sur le votre ?

 

[03.11.2021] [18:06:24] [DEBUG] [QA_IPX800_397]: Total memory in use by Lua : 1654.94 KB
[03.11.2021] [18:06:24] [WARNING] [QA_IPX800_397]: LUA memory usage is increasing : 1654.94 KB
[03.11.2021] [18:08:37] [DEBUG] [QA_IPX800_397]: onAction: {"deviceId":452,"args":[0],"actionName":"push"}
[03.11.2021] [18:08:37] [TRACE] [QA_IPX800_397]: Input D2 #452 Entrée Portail value changed from false to true
[03.11.2021] [18:08:42] [DEBUG] [QA_IPX800_397]: onAction: {"deviceId":452,"args":[1],"actionName":"push"}
[03.11.2021] [18:08:42] [TRACE] [QA_IPX800_397]: Input D2 #452 Entrée Portail value changed from true to false
[03.11.2021] [18:08:48] [DEBUG] [QA_IPX800_397]: onAction: {"deviceId":455,"args":[0],"actionName":"push"}
[03.11.2021] [18:08:48] [TRACE] [QA_IPX800_397]: Input D5 #455 Terrasse Escalier value changed from false to true
[03.11.2021] [18:08:52] [DEBUG] [QA_IPX800_397]: onAction: {"deviceId":455,"args":[0],"actionName":"push"}
[03.11.2021] [18:08:58] [DEBUG] [QA_IPX800_397]: onAction: {"deviceId":455,"args":[1],"actionName":"push"}
[03.11.2021] [18:08:58] [TRACE] [QA_IPX800_397]: Input D5 #455 Terrasse Escalier value changed from true to false
[03.11.2021] [18:14:44] [DEBUG] [QA_IPX800_397]: Total memory in use by Lua : 1886.05 KB
[03.11.2021] [18:14:44] [WARNING] [QA_IPX800_397]: LUA memory usage is increasing : 1886.05 KB
[03.11.2021] [18:23:04] [DEBUG] [QA_IPX800_397]: Total memory in use by Lua : 1939.40 KB
[03.11.2021] [18:23:04] [WARNING] [QA_IPX800_397]: LUA memory usage is increasing : 1939.40 KB

 

[Lazer]

C'est rien ça, tu es dans les variations normale de la consommation de RAM pour un QA.

Mon QA pour l'EDRT2 dépasse régulièrement les 2 Mo, puis redescend vers les 700 ko, et ça oscille en permanence.

C'est le Garbage collector qui fait son job, "quand il en a envie".

 

Le message "LUA memory usage is increasing" provient de ma librairie tools, je l'ai mal réglé car il a tendance à avertir un peu trop vite alors qu'en fait tout va bien.

 

Pour info dans la version précédente du QA événements, j'étais monté à 180 Mo de RAM utilisée... Joli record, la HC3 a décidé que c'était trop, elle a tué le process, et ne l'a pas redémarré (alors que le watchdog intégré est censé redémarrer les QA plantés).

La morale de l'histoire, on a une marge de manœuvre énorme, et la HC3 réagit très bien en cas d'abus.

[flacon030]

Bonjour

Après bien des essais j'ai enfin réussi a créer un child qui reprend la production de mes panneaux photovoltaïque en KW/h

{device = {name = "APsys", type = "EnergyMeter"}, value = {command = "DIndex", argument = "P", pin = "DAY_INDEX_POSTE4"}}, 

J'ai donc réussi dans les "paramètre avancé" du childs a le configurer le compteur comme producteur et non comme consommateur

et il est ainsi pris en compte dans le panneau "énergie" "écologie" de la HC3

Les premiers KW/h de production apparaissent

 

Reste a gérer la réinjection du surplus ou je bloque toujours...

Modifié le 28 novembre 2021 par flacon030

[Lazer]

Ah bah voilà, bravo

 

Je n'ai pas compris ta remarque pour la réinjection du surplus, c'est à toi de créer tes propres scénarios, non ?

Tu compares la consommation, la production, et tu agis en conséquence.

Du coup ce n'est pas lié à ce QuickApp il me semble, mais une réflexion plus globale sur la façon de gérer l'autoconsommation solaire.

[flacon030]

oui et non

La façon de gérer la production et la conso n'ont effectivement rien a voir avec ce QA

Par contre avec ce QA, Je voudrais quantifier se que je perd en réinjection sur le réseau EDF, pour essayer d'optimiser d'avantage

 

Le compteur linky a la possibilité de donner le puissance et le nombre de KW/h que les panneaux réinjecte sur le réseau

Et ce sont ces valeurs que je voudrais récupérer

 

C'est cette valeur qu'il faut que j'arrive a récupérer

On en avait déjà parlé plus haut

 

/api/xdevices.json?key=apikey&Get=TI

SINSTS

"00000"

Modifié le 28 novembre 2021 par flacon030

[Lazer]

Ah oui OK..... mais là je ne peux pas reproduire de mon coté, je n'ai pas de production, et mon Linky est en mode historique...

[oldelvis]

Bonsoir tout le monde et bonsoir à toi Lazer..

Je suis en train de passer de HC2 à HC3 et comme pour beaucoup, tout ne se fait pas aussi facilement qu'on pourrait le souhaiter.

J'ai donc un IPX V4 qui tourne et communique correctement avec ma hc2. J'ai suivi ton tuto qui me paraissait pourtant clair mais je n'arrive pas à créer un switch basique activant le relais 2 de mon IPX.

Je te donne ce que j'ai mis en config et le résultat dans la console... Si tu peux me dire où j'ai fait une erreur. Merci par avance.

{device = {name = "Bambous", type = "BinarySwitch"}, value = {command = "Get", argument = "R" , pin = "R2"}},

 

 

[16.12.2021] [22:50:32] [TRACE] [QA_IPX800_93]: UIEvent: {"values":[],"eventType":"onReleased","deviceId":93,"elementName":"buttonCreateDevices"}
[16.12.2021] [22:50:32] [TRACE] [QA_IPX800_93]: Create child device "Bambous" of type "com.fibaro.binarySwitch"...
[16.12.2021] [22:50:32] [ERROR] [QA_IPX800_93]: tools:getVariable() : invalid self device : userdata custom [luabind::detail::null_type] object: (nil)
[16.12.2021] [22:50:32] [ERROR] [QA_IPX800_93]: tools:getVariable() : invalid self device : userdata custom [luabind::detail::null_type] object: (nil)
[16.12.2021] [22:50:32] [ERROR] [QA_IPX800_93]: tools:getVariable() : invalid self device : userdata custom [luabind::detail::null_type] object: (nil)
[16.12.2021] [22:50:32] [ERROR] [QA_IPX800_93]: ./include/main.lua:591: attempt to concatenate a nil value (field 'name')
[16.12.2021] [22:50:32] [ERROR] [QA_IPX800_93]: Error : child creation failed

[Lazer]

Très étrange... j'espère que Fibaro n'a pas modifié l'API dans le firmware... d'ailleurs tu utilises quelle version ?

[oldelvis]

J'ai la dernière version bêta de la HC3..

[oldelvis]

Lazer, tu penses que l'erreur peut venir de la communication avec l'IPX ou que c'est interne au QA? parce que quand j'appuie sur create device , la réponse que j'ai postée plus haut est instantanée dans la console..

[oldelvis]

La console me retourne une erreur lua en ligne 591 :

 

    self:trace("QuickApp GCE Electronics - Initialization - Child device #" .. self.id .. " - Digital output" .. (self.pin and " " .. self.pin or "") .. " - " .. self.name)

[oldelvis]

Je m'auto réponds... J'ai modifié en complétant la ligne de la config et ça fonctionne.

Je pensais que le début de la config suffisait.

Voici mon code valide :

 

{device = {name = "Bambous"      , type = "LightSwitch"      }, value = {command = "Get", argument = "R"   , pin = "R2"        }, power = {command = "Get", argument = "R", pin = "R2", type = "X400-CT-10A"}},

[Lazer]

Cette erreur n'est pas liée à la communication avec l'appareil, c'est interne au QA.

Donc tu dis qu'avec cette nouvelle ligne de configuration ça fonctionne ?

Tant mieux... mais je ne vois pas ce qui clochait dans l'ancienne ligne... tu as juste rajouté power = {...} ou tu as changé autre chose ?

[oldelvis]

Non, je n'ai ajouté que la ligne power. Sans, ça ne fonctionne pas, j'ai une erreur lua...

[Lazer]

C'est étrange ça.... j'avais fait des tests sans le power.

Je jetterai un œil à l'occasion alors.
 

[Lazer]

@flacon030 Je suis en train de préparer une nouvelle version.

J'aimerais bien faire fonctionner la récupération de ton index d'injection, mais sans disposer d'injection, et avec compteur en mode standard, c'est pas évident.

 

Tu pourrais passer les 2 requêtes suivantes sur ton EcoDevice RT2 et me donner ce que tu obtiens :

/api/xdevices.json?key=apikey&Get=TI

/api/xdevices.json?key=apikey&Index=E

(pense juste à modifier la clé si nécessaire)

 

Merci

[flacon030]

Voila

j'ai provoquer une réjection d'environ 234W au moment de la capture de donné

SINSTI : "00234"

/api/xdevices.json?key=apikey&Get=TI

 

product	"EcoDevices_RT"
status	"Success"
NGTF	" BASE "
LTARF	" BASE "
EAST	"012556779"
EASF01	"011824798"
EASF02	"000731981"
EASF03	"000000000"
EASF04	"000000000"
EASF05	"000000000"
EASF06	"000000000"
EASF07	"000000000"
EASF08	"000000000"
EASF09	"000000000"
EASF10	"000000000"
EASD01	"011824798"
EASD02	"000731981"
EASD03	"000000000"
EASD04	"000000000"
EAIT	"003547759"
SINSTI	"00234"
SINSTS1	"00000"
SINSTS2	"12533"
SINSTS3	"00000"
SMAXSN	"02690"
SINSTS	"00000"
SMAXIN	"01780"
STGE	"003A0301"
NTARF	"01"
NJOURF	"00"
NJOURF+1	"00"

 

/api/xdevices.json?key=apikey&Index=E

product	"EcoDevices_RT"
status	"Success"
Index_TI1	12556779
Index_TI2	11824640
Index_TI3	731904
Index_TI4	0
Index_TI5	0
Index_TI6	11824798
Index_TI7	731981
Index_TI8	0

 

Modifié le 22 janvier 2022 par flacon030

[Lazer]

Merci.... et ça confirme que c'est pas gagné

 

Tu peux aller dans la config de postes ton EcoDevice RT2, ensuite tu édites un sous-postes, et tu me dis ce que tu vois.

Tu devrais voir :

- les 12 Compteurs intégrés

- les 16 Tores intégrés

- un certain nombre de champs provenant de la Teleinfo => lesquels STP ?

 

Par exemple moi je suis en téléinfo historique, et il ne me propose que 2 champs : BASE et HP (ce dernier n'a plus de sens... il est pertinent quand on est en tarif HC/HP)

 

 

[flacon030]

après le TOR 16 j'ai:

sous tirée total (que j'utilise pour mon tarif de base)

index 1 sous tirée

index 2 sous tirée

index 3 sous tirée

index 4 sous tirée

index 1 dist.

index 2 dist.

 

Modifié le 22 janvier 2022 par flacon030

[Lazer]

OK, donc en croisant les infos avec tes relevés précédents, l'EcoDevice ne propose aucun moyen de récupérer la puissance et l'énergie injectée. C'est quand même assez incroyable ça...

Donc je vais être obligé de le coder dans le QuickApp, et pour l'instant je ne sais pas du tout comment je vais m'y prendre... à creuser.

[flacon030]

oui c'est bien pour cela que je bloque avec cette histoire...

[Lazer]

Clairement oui, maintenant je comprends mieux.

Je pensais que l'EDRT2 permettait de suivre les index d'injection....

 

Je pense que je vais partager la nouvelle version en l'état, ce qui permettra déjà au moins une avancée majeure pour la HC3 avec les firmwares récents : la prise en compte de la téléinfo en tant qu'energyMetter, donc configurable comme appareil de mesure principal de la maison.

Et je réfléchirai tranquillement pour ajouter la mesure d’injection.