AP System API down?

Bon, à nouveau plus de données récupérées, erreur de connexion
du coup reboot de l’ecu et hop c’est reviendu ;op
Je vais donc certainement faire un reboot toutes les nuits histoire d’avoir des infos, ça doit tenir qu’un certain temps ou alors c’est un problème de bail …
je vais fouiller pour confirmer !

Moi pour l’instant ça tient je croise les doigts

J’ai encore un petit pb avec le widget, il semblerait que la mise à jour ne soit pas interractive, les jauges ‹ natives › prennent bien les nouvelles valeurs mais il faut que je revienne sur l’objet pour prise en compte …
t’as une astuce ?
J’suis pas bon sur ces points là je sais faut que je progresse grave !

Pas sur d’avoir bien compris ?
Quand je tests les différents type et paramètres, j’ouvre 2 onglets dans le navigateur, un sur lequel je fais la modif et sauvegarde du paramètre et je passe sur l’autre onglet pour voir le résultat et en général c’est pris en compte parfois je rafraichis la page.
Je suis sur Mac donc Safari.

Non là c’est la remontée des valeurs depuis le script.

J’ai bien les jauges qui apparaissent. Le widget prend la valeur à l’ouverture de la page mais cette valeur ne change pas lorsque les nouvelles valeurs arrivent.
Les autres jaugent progressent bien elles par contre :

Les widget de gauches restent sur des valeurs (valeur à l’ouverture de la page), les autres se mettent bien à jour (on devrait avoir à peu près les mêmes valeurs partout).

Si je raffraichit la page (au sens navigateur du terme) :

Ca prend les nouvelles valeurs mais sinon non …

ok, je viens de tester, pareil chez moi. J’avais pas vu car je reste pas sur la page.
Ca doit venir du code du widget. C’est à priori un widget V3 y’a surement des modifs liées au core à lui faire. Il va falloir un spécialiste

C’est surement un truc comme ça : https://doc.jeedom.com/fr_FR/core/4.0/widgets#Mise%20%C3%A0%20jour%20des%20valeurs

A fouiller le soir tranquillou.

Sinon j’ai trouvé un autre moyen de récupérer les données, moins assujetti à la disponibilité de l’ecu-R.
En fait sur le site de apsystem tu as la possiblité de rendre tes datas publiques et ça permet d’accéder à une page de production directement avec ton id public.
Je vais aussi fouiller de ce coté en fonction de la stabilité de la passerelle via accès local …
Je posterai mes avancées, bien sur mais c’est relativement simple à mon avis, plus que d’être obligé de couper toutes les nuits la passerelle capricieuse !

Ben si ton ECU est planté donc plus connecté au cloud, le site n’aura de toute façon pas tes données !
La solution locale me semble bien préférable et il faudrait chercher pourquoi ton ecu se plante. Il n’est pas trop loin de ta borne wifi ? Tu es en ip réservée sur ton routeur ?

Non justement il n’est pas planté niveau cloud, il envoie bien, il est pingable mais par contre la connexion est refusée … étrange !
Pourtant je ne récupère les informations que toutes les 5 minutes …

L’AP est à coté donc pas de pb de portée.
Et oui son ip est réservée donc pas un pb de ce coté là non plus …

ALors je suis d’accord avec toi concernant le local, c’est préférable mais si c’est pas stable ça va vite me gaver …

A suivre !

Pour la fréquence, moi je suis toutes les 2 minutes sans pb pour le moment.
Au fait ça marche comment la récupération du json, on se sert de l’api nous ou pas ?

non, l’api a été ‹ fermée ›, enfin l’ancienne. Une nouvelle api a été mise en place mais demande d’avoir un ID d’accès, celui-ci n’est fourni qu’aux installateurs (j’ai fait la demande et on m’a remballé).
A voir dans le temps, ou alors c’est un problème de bail mais j’aurais aussi des pbs de cloud dans ce cas …
A suivre !

Moi aussi je les avais sollicité pour l’api. De toute façon il faut mieux s’en passer d’après ce que j’ai lu elle est limité en nombre d’appel dans le temps et si tu dépasses tu es bloqué pendant 30 minutes et ensuite le reste du mois.
Donc c’est très bien comme ça votre adaptation de ce qui se faisait sur HA par ovo et toi va convenir à beaucoup. Il ne manque plus qu’un plugin maintenant pour que ce soit plus facile à mettre en place pour l’avenir. Avec le prix des kits 3kW et plus qui baissent il va y avoir des nouveaux arrivants.

Bonjour,
J’ai depuis 2 jours désactivé le scénario entre 22h et 8h, jugeant inutile de le faire tourner « à vide » les onduleurs étant au repos la nuit tout est à 0 de toute façon.
Par ailleurs je cherche toujours pour le rafraichissement du widget, je vois bien ce qui manque après avoir lu la doc. N’ayant pas de connaissance en dév, je prends m’inspire des widgets qui fonctionnent et j’essaie de comprendre comment on écrit ces lignes qui manquent en début et fin de script. Je me mélange surement les pinceaux dans les var et les valeurs, c’est la méthode empirique quand on a pas de talent :tipping_hand_man:

une piste
dans la partie script de ton widget tu doit avoir ceci

  <script>
 jeedom.cmd.update['#id#'] = function(_options){
// action à faire si changement de valeurs
}

j’en dit pas plus je vous laisse travailler (regardez des widget V4 simple pour trouver des idées)

merci olive, je sais que c’est ça qui manque dans le widget, mais j’essaie et ça cafouille. Je fais ce que tu dis, je regarde des widgets, j’essaie de suivre la démarche et d’appliquer mais …

Je regarderai ce soir peut être si j’ai le temps …
Bon sinon mon ECU est de novueau planté sur la partie sollicitation locale, la mouise, faut que je le redémarre bien tous les jours …
Donc la solution cloud peut être un bon secours, il faut que je m’y penche !
Merci Olive en tout cas pour la piste !

Bon,

désolé j’ai pas eu trop de temps pour gérer ce pb et franchement faut que j’y passe plus de temps afin de trouver une solution (surtout de comprendre ce qui est demandé en V4).

J’ai travaillé plus sur la priorisation des équipements de la maison en fonction de la production … et ça y est je commence à avoir un truc qui fonctionne avec prio 1 chauffe eau, 2 zoé, 3 piscine …

Je vais remonter aussi la conso lave linge / sèche linge et il me manquera plus que le lave vaisselle pour permettre de ne pas consommer en pointe pendant leurs fonctionnements …

C’est pas une vie, y’a tellement de trucs à faire !

Bonsoir,
j’ai pas trouvé de mon coté pour ce rafraichissement lorsque je pensais avoir réussi c’est les panneaux qui se redimensionnaient :tipping_hand_man: je mets surement pas les bonnes infos au bon endroit.
Et comme toi aussi je fignole la priorisation. 1 piscine 2 chauffe eau 3 I3.
1 piscine car c’est ce qui est le plus long et réclame tous les jours.
2 le chauffe eau car c’est rapide moins de 2 heures de chauffe donc il occupe les plages où il me reste du surplus à caser.
3 la Bm pareil dans mes plages de surproduction / à ma conso pour éviter de donner gratuitement à Enedis.
C’est pas facile car je suis en triphasé et je gère donc phase par phase. La piscine Ph3, le chauffe-eau est en tri. La charge de la I3 est sur Ph2 en attendant une wallbow tri pour bientôt si le besoin est vraiment criant.
Il m’arrive souvent de faire tourner la piscine sur sa phase en même temps que la I3 charge sur sa phase tout en étant à Papp Linky = 0
J’avoue ne pas encore avoir bien compris comment Enedis comptabilise les différentes phases.

J’ai eu accès a un ECU-C.
J’ai activé sunspec Modbus.

ensuite j’ai installé le software Modbusdoctor.
https://www.kscada.com/modbusdoctor.html

La passerelle ECU-C repond au Modbus TCP.

Il semble que les registres correspondent aux registres de Solarege.
https://www.solaredge.com/sites/default/files/sunspec-implementation-technical-note.pdf

J’ai essayé les regsiters de 40000-40399

Salutations
jean

Bonnes nouvelles.
J’ai lu les valeurs de la ECU-C. avec Node-Red.

J’ai installé le Node node-red-contrib-solaredge-modbus

Seulement les calcules sont éronnés.

le sourcecode se trouve ici

ont peut surement le adapter pour la ECU-C.

Voici les valeurs que j’ai recu

{"NM_Module":"se_inverter","C_SunSpec_ID":"1400204xxx","C_SunSpec_DID":"0","C_SunSpec_Length":"101","C_Manufacturer":"APsystems","C_Model":"YC600","C_Version":"V0","C_SerialNumber":"408000xxxxx","C_DeviceAddress":"1","I_AC_Current":"50","I_AC_CurrentA":"2","I_AC_CurrentB":"2","I_AC_CurrentC":"65535","I_AC_Current_SF":"-1","I_AC_VoltageAB":"65534","I_AC_VoltageBC":"65535","I_AC_VoltageCA":"65535","I_AC_VoltageAN":"65535","I_AC_VoltageBN":"2300","I_AC_VoltageCN":"65535","I_AC_Voltage_SF":"-1","I_AC_Power":"-1","I_AC_Power_SF":"66","I_AC_Frequency":"65535","I_AC_Frequency_SF":"5000","I_AC_VA":"-2","I_AC_VA_SF":"66","I_AC_VAR":"-1","I_AC_VAR_SF":"0","I_AC_PF":"-1","I_AC_PF_SF":"1000","I_AC_Energy_WH":"4294770688","I_AC_Energy_WH_SF":"967","I_DC_Current":"0","I_DC_Current_SF":"-1","I_DC_Voltage":"32768","I_DC_Voltage_SF":"-1","I_DC_Power":"-32768","I_DC_Power_SF":"-32768","I_Temp_Sink":"220","I_Temp_SF":"-32768","I_Status":"65535","I_Status_Vendor":"4","I_Event_1":"4294901760","I_Event_2":"65535","I_Event_2_Vendor":"4294967295","I_Event_3_Vendor":"4294967295","I_Event_4_Vendor":"4294967295"}