Aller au contenu
Lazer

Quick App - GCE Electronics IPX800 v4 et EcoDevice RT2

Recommended Posts

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

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

 

image.png.1e65a3d048219eac4edf0471df43625e.png

Modifié par MAM78

Partager ce message


Lien à poster
Partager sur d’autres sites

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é)

  • Like 1

Partager ce message


Lien à poster
Partager sur d’autres sites

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

 

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

  • Like 1

Partager ce message


Lien à poster
Partager sur d’autres sites

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é par flacon030

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

Partager ce message


Lien à poster
Partager sur d’autres sites

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é par flacon030

Partager ce message


Lien à poster
Partager sur d’autres sites

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...

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Partager ce message


Lien à poster
Partager sur d’autres sites

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..

Partager ce message


Lien à poster
Partager sur d’autres sites

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)

Partager ce message


Lien à poster
Partager sur d’autres sites

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"}},

Partager ce message


Lien à poster
Partager sur d’autres sites

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 ?

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Je jetterai un œil à l'occasion alors.
 

Partager ce message


Lien à poster
Partager sur d’autres sites

@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

Partager ce message


Lien à poster
Partager sur d’autres sites

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é par flacon030

Partager ce message


Lien à poster
Partager sur d’autres sites

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)

 

image.png.2e783c5862ee4cd0328283d1b7615922.png

 

Partager ce message


Lien à poster
Partager sur d’autres sites

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é par flacon030

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

  • Like 1

Partager ce message


Lien à poster
Partager sur d’autres sites

×