EDRT2 : API JSON Instable

Bonjour,

Je suis sur un EDRT2 avec les versions suivantes :

  • FW : 2.00.33 B4 (Malgré l’utilisation d’un fichier EcoDevicesRT.V2.00.33_B5.hex)
  • SW : 2.00.33 B5
    (Il me semble avoir rencontré un comportement identique avec la V2.00.33)

A l’occasion de la mise en place du plugin RT2 dans jeedom, j’ai rencontré beaucoup d’erreurs API dans une Popup bleue de Jeedom, avec des « Status : Error » mais également des « Status : Success ».

J’ai effectué quelques traces réseau pour vérifier les requêtes du plugin Jeedom (communicables via ticket). Bien que nombreuses, les requêtes sont correctes.
Au delà du status, on peut voir également que les réponses sont parfois tronquées, parfois bien formatées mais sans correspondre à l’objet demandé, parfois même « mixées ».

J’ai fait quelques essais à la main dans le navigateur, en voici 3 exemples :

http://192.168.231.70/api/xdevices.json?Get=C

{
« product »: « EcoDevices_RT »,
« status »: « Success »,
« C1 »: 5,
« C2 »: 0,
« C3 »: 0,
« C4 »: 0,
« C5 »: 4,
« C6 »: 0,
« C7 »: 0,
« C8 »: 0,
« status »: « Error »
}

http://192.168.231.70/api/xdevices.json?key=apikey&Get=C

{
« product »: « EcoDevices_RT »,
« status »: « Success »,
« C1 »: 5,
« C2 »: 0,
« C3 »: 0,
« C4 »: 0,
« C5 »: 4,
« C6 »: 0,
« C7 »: 0,
« C8 »: 0,
« C9 »: 1,
« C10 »: 0,
« PTEC »: « HP… »,
« IINST »: « 001 »,
« IMAX »: « 045 »,
« PAPP »: « 00300 »,
« HHPHC »: « A »
}

http://192.168.231.70/api/xdevices.json?key=apikey&Get=FP

{
« product »: « EcoDevices_RT »,
« status »: « Success »,
« FP1 Zone 1 »: Confort,
« INSTANT_POSTE2 »: 0.00,
« INSTANT_POSTE3 »: 98.98,
« INSTANT_POSTE4 »: 0.00,
« INSTANT_POSTE5 »: 0.00,
« INSTANT_POSTE6 »: 0.00,
« INSTANT_POSTE7 »: 0.00,
« INSTANT_POSTE8 »: 0.00
}

En ayant arrêté, le daemon du plugin dans Jeedom, bien que ce soit plus difficile à reproduire, cela reste vrai.

Quelqu’un a-t-il déjà observé ce comportement ?
Est-ce une anomalie connue/ouverte ?

Que me conseillez vous ?

Merci.

Bonjour,

Votre pooling depuis Jeedom n’est-il pas à fréquence trop élevée ?

cdt

Bonjour,

Je veux bien le penser mais c’est la configuration du plugin par défaut (suis je le seul à rencontrer ce problème ?).
Par ailleurs, c’est reproductible avec quelques refresh dans le navigateur.

Quelle fréquence maximum serait acceptable ?

Enfin, si le moteur est trop chargé, serait il possible d’avoir une réponse courte type status : Error ou Timeout) plutôt que des réponses Success à contenu « variable » ?

Merci.

Bonjour,

Je n’ai pas beaucoup de succès avec ce sujet !:roll_eyes:
Ca me laisse perplexe, suis je seul à utiliser un EDRT2 en V2.00.33 face à Jeedom et le plugin Energie/Eco RT2 ?
Suis je vraiment seul à observer ces erreurs ?
Pourtant, j’insiste sur le fait que polling trop fréquent ou non, je n’ai absolument pas changé la configuration du plugin.

Outre les alarmes que cela provoque, je me rends également compte que les ordres envoyés par l’API JSON ne passent pas tous… et cela semble concomitant avec les alarmes d’erreurs sur la remontée d’infos.

Du coup, ma préoccupation est la suivante

  • est-ce un pur problème de charge ? Et dans ce cas, puis-je vérifier quelque part la charge de l’ED ?
  • ou n’est ce pas plutôt un problème d’accès concurrents sur l’API JSON dans laquelle se poserait par exemple un problème de sémaphore lors du traitement d’une requête / construction de réponse).

Merci beaucoup.

Cordialement.
Sebastien.

Bonjour,

je rencontre aussi le même problème depuis peux de temps. Je n’ai pas eu le temps de m’y pencher.
Cela a fonctionné longtemps sans erreur. C’est probablement du à une mise à jour de Jeedom ou plugin.
Il faut peux être pose la question dans le forum Jeedom/plugin ?

Cdlt

Bonjour Francis,

Vu les traces réseaux et étant donné que l’erreur est produite du coté EDRT même parallèlement à Jeedom, je pense que le souci est effectivement coté EDRT.

Quelle version de SW/FW avez vous sur votre EDRT ?
Avez vous fait une MAJ coté EDRT récemment ?

Merci bcp.

Bonjour,

je n’ai pas fait de mise à jour coté EDRT2 récemment.

CdltERDT2

Bonjour,

Je suis en version 2.00.34B1 et j’ai également constaté ces problèmes.

Une correction est-elle prévue ?
Le support n’a visiblement pas de réponse pour le moment.

Est ce que ce problème peut avoir quelque chose a voir avec le post que j’ai ouvert hier concernant des relevés de consommations Tore erronés depuis jeedom.

J’ai aussi ce type d’erreur

Cliquez pour développer

`

[2019-03-05 11:05:10][ERROR] : Error on api call : {« product »:« EcoDevices_RT »,« status »:« Error »,« INSTANT_POSTE1 »:300.2,« INSTANT_POSTE2 »:0,« INSTANT_POSTE3 »:218.27,« INSTANT_POSTE4 »:0,« INSTANT_POSTE5 »:0,« INSTANT_POSTE6 »:0,« INSTANT_POSTE7 »:0,« INSTANT_POSTE8 »:0,« INSTANT_SUBPOSTEP1_SSP1 »:300.2,« INSTANT_SUBPOSTEP1_SSP2 »:0,« INSTANT_SUBPOSTEP1_SSP3 »:0,« INSTANT_SUBPOSTEP1_SSP4 »:0,« INSTANT_SUBPOSTEP1_SSP5 »:0,« INSTANT_SUBPOSTEP1_SSP6 »:0,« INSTANT_SUBPOSTEP1_SSP7 »:0,« INSTANT_SUBPOSTEP1_SSP8 »:0,« INSTANT_SUBPOSTEP2_SSP1 »:0,« INSTANT_SUBPOSTEP2_SSP2 »:0,« INSTANT_SUBPOSTEP2_SSP3 »:0,« INSTANT_SUBPOSTEP2_SSP4 »:0,« INSTANT_SUBPOSTEP2_SSP5 »:0,« INSTANT_SUBPOSTEP2_SSP6 »:0,« INSTANT_SUBPOSTEP2_SSP7 »:0,« INSTANT_SUBPOSTEP2_SSP8 »:0,« INSTANT_SUBPOSTEP3_SSP1 »:218.27,« INSTANT_SUBPOSTEP3_SSP2 »:0,« INSTANT_SUBPOSTEP3_SSP3 »:0,« INSTANT_SUBPOSTEP3_SSP4 »:0,« INSTANT_SUBPOSTEP3_SSP5 »:0,« INSTANT_SUBPOSTEP3_SSP6 »:0,« INSTANT_SUBPOSTEP3_SSP7 »:0,« INSTANT_SUBPOSTEP3_SSP8 »:0,« INSTANT_SUBPOSTEP4_SSP1 »:0,« INSTANT_SUBPOSTEP4_SSP2 »:0,« INSTANT_SUBPOSTEP4_SSP3 »:0,« INSTANT_SUBPOSTEP4_SSP4 »:0,« INSTANT_SUBPOSTEP4_SSP5 »:0,« INSTANT_SUBPOSTEP4_SSP6 »:0,« INSTANT_SUBPOSTEP4_SSP7 »:0,« INSTANT_SUBPOSTEP4_SSP8 »:0,« INSTANT_SUBPOSTEP5_SSP1 »:0,« INSTANT_SUBPOSTEP5_SSP2 »:0,« INSTANT_SUBPOSTEP5_SSP3 »:0,« INSTANT_SUBPOSTEP5_SSP4 »:0,« INSTANT_SUBPOSTEP5_SSP5 »:0,« INSTANT_SUBPOSTEP5_SSP6 »:0,« INSTANT_SUBPOSTEP5_SSP7 »:0,« INSTANT_SUBPOSTEP5_SSP8 »:0,« INSTANT_SUBPOSTEP6_SSP1 »:0,« INSTANT_SUBPOSTEP6_SSP2 »:0,« INSTANT_SUBPOSTEP6_SSP3 »:0,« INSTANT_SUBPOSTEP6_SSP4 »:0,« INSTANT_SUBPOSTEP6_SSP5 »:0,« INSTANT_SUBPOSTEP6_SSP6 »:0,« INSTANT_SUBPOSTEP6_SSP7 »:0,« INSTANT_SUBPOSTEP6_SSP8 »:0,« INSTANT_SUBPOSTEP7_SSP1 »:0,« INSTANT_SUBPOSTEP7_SSP2 »:0,« INSTANT_SUBPOSTEP7_SSP3 »:0,« INSTANT_SUBPOSTEP7_SSP4 »:0,« INSTANT_SUBPOSTEP7_SSP5 »:0,« INSTANT_SUBPOSTEP7_SSP6 »:0,« INSTANT_SUBPOSTEP7_SSP7 »:0,« C1 »:0,« C2 »:0,« C3 »:0,« C4 »:0,« C5 »:0,« C6 »:0,« C7 »:0,« C8 »:0,« C9 »:0,« C10 »:0,« C11 »:0,« C12 »:0,« FP1 Zone 1 »:« Arret »,« FP1 Zone 2 »:« Arret »,« FP1 Zone 3 »:« Arret »,« FP1 Zone 4 »:« Arret »,« FP2 Zone 1 »:« Arret »,« FP2 Zone 2 »:« Arret »,« FP2 Zone 3 »:« Arret »,« FP2 Zone 4 »:« Arret »,« Index_C1 »:0,« Index_C2 »:0,« Index_C3 »:0,« Index_C4 »:0,« Index_C5 »:0,« Index_C6 »:0,« Index_C7 »:0,« Index_C8 »:0,« Index_C9 »:0,« Index_C10 »:0,« Index_C11 »:0,« Index_C12 »:0,« Index_TORE_Cons1 »:14538390,« Index_TORE_Dist1 »:0,« Index_TORE_Cons2 »:5560096,« Index_TORE_Dist2 »:0,« Index_TORE_Cons3 »:4092645,« Index_TORE_Dist3 »:0,« Index_TORE_Cons4 »:1992238,« Index_TORE_Dist4 »:8,« Index_TORE5 »:0,« Index_TORE6 »:0,« Index_TORE7 »:0,« Index_TORE8 »:0,« Index_TORE9 »:0,« Index_TORE10 »:0,« Index_TORE11 »:0,« Index_TORE12 »:0,« Index_TORE13 »:0,« Index_TORE14 »:0,« Index_TORE15 »:0,« Index_TORE16 »:0,« Index_TI1 »:0,« Index_TI2 »:0,« Index_TI3 »:0,« Index_TI4 »:0,« Index_TI5 »:0,« Index_TI6 »:0,« Index_TI7 »:0,« Index_TI8 »:0,« INDEX_POSTE1 »:14538390,« INDEX_POSTE2 »:5560096.5,« INDEX_POSTE3 »:4092645,« INDEX_POSTE4 »:1992246,« INDEX_POSTE5 »:0,« INDEX_POSTE6 »:0,« INDEX_POSTE7 »:0,« INDEX_POSTE8 »:0,« INDEX_SUBPOSTEP1_SSP1 »:14538390,« INDEX_SUBPOSTEP1_SSP2 »:0,« INDEX_SUBPOSTEP1_SSP3 »:0,« INDEX_SUBPOSTEP1_SSP4 »:0,« INDEX_SUBPOSTEP1_SSP5 »:0,« INDEX_SUBPOSTEP1_SSP6 »:0,« INDEX_SUBPOSTEP1_SSP7 »:0,« INDEX_SUBPOSTEP1_SSP8 »:0,« INDEX_SUBPOSTEP2_SSP1 »:5560096.5,« INDEX_SUBPOSTEP2_SSP2 »:0,« INDEX_SUBPOSTEP2_SSP3 »:0,« INDEX_SUBPOSTEP2_SSP4 »:0,« INDEX_SUBPOSTEP2_SSP5 »:0,« INDEX_SUBPOSTEP2_SSP6 »:0,« INDEX_SUBPOSTEP2_SSP7 »:0,« INDEX_SUBPOSTEP2_SSP8 »:0,« INDEX_SUBPOSTEP3_SSP1 »:4092645,« INDEX_SUBPOSTEP3_SSP2 »:0,« INDEX_SUBPOSTEP3_SSP3 »:0,« INDEX_SUBPOSTEP3_SSP4 »:0,« INDEX_SUBPOSTEP3_SSP5 »:0,« INDEX_SUBPOSTEP3_SSP6 »:0,« INDEX_SUBPOSTEP3_SSP7 »:0,« INDEX_SUBPOSTEP3_SSP8 »:0,« INDEX_SUBPOSTEP4_SSP1 »:1992238,« INDEX_SUBPOSTEP4_SSP2 »:8,« INDEX_SUBPOSTEP4_SSP3 »:0,« INDEX_SUBPOSTEP4_SSP4 »:0,« INDEX_SUBPOSTEP4_SSP5 »:0,« INDEX_SUBPOSTEP4_SSP6 »:0,« INDEX_SUBPOSTEP4_SSP7 »:0,« INDEX_SUBPOSTEP4_SSP8 »:0,« INDEX_SUBPOSTEP5_SSP1 »:0,« INDEX_SUBPOSTEP5_SSP2 »:0,« INDEX_SUBPOSTEP5_SSP3 »:0,« INDEX_SUBPOSTEP5_SSP4 »:0,« INDEX_SUBPOSTEP5_SSP5 »:0,« INDEX_SUBPOSTEP5_SSP6 »:0,« INDEX_SUBPOSTEP5_SSP7 »:0,« INDEX_SUBPOSTEP5_SSP8 »:0,« INDEX_SUBPOSTEP6_SSP1 »:0,« INDEX_SUBPOSTEP6_SSP2 »:0,« INDEX_SUBPOSTEP6_SSP3 »:0,« INDEX_SUBPOSTEP6_SSP4 »:0,« INDEX_SUBPOSTEP6_SSP5 »:0,« INDEX_SUBPOSTEP6_SSP6 »:0,« INDEX_SUBPOSTEP6_SSP7 »:0,« INDEX_SUBPOSTEP6_SSP8 »:0,« INDEX_SUBPOSTEP7_SSP1 »:0,« INDEX_SUBPOSTEP7_SSP2 »:0,« INDEX_SUBPOSTEP7_SSP3 »:0,« INDEX_SUBPOSTEP7_SSP4 »:0,« INDEX_SUBPOSTEP7_SSP5 »:0,« INDEX_SUBPOSTEP7_SSP6 »:0,« INDEX_SUBPOSTEP7_SSP7 »:0,« INDEX_SUBPOSTEP7_SSP8 »:0,« INDEX_SUBPOSTEP8_SSP1 »:0,« INDEX_SUBPOSTEP8_SSP2 »:0,« INDEX_SUBPOSTEP8_SSP3 »:0,« INDEX_SUBPOSTEP8_SSP4 »:0,« INDEX_SUBPOSTEP8_SSP5 »:0,« INDEX_SUBPOSTEP8_SSP6 »:0,« INDEX_SUBPOSTEP8_SSP7 »:0,« INDEX_SUBPOSTEP8_SSP8 »:0,« DAY_INDEX_POSTE1 »:12075.8,« DAY_INDEX_POSTE2 »:4872.3,« DAY_INDEX_POSTE3 »:1840.01,« DAY_INDEX_POSTE4 »:3585.99,« DAY_INDEX_POSTE5 »:0,« DAY_INDEX_POSTE6 »:0,« DAY_INDEX_POSTE7 »:0,« DAY_INDEX_POSTE8 »:0,« Price_C1 »:0,« Price_C2 »:0,« Price_C3 »:0,« Price_C4 »:0,« Price_C5 »:0,« Price_C6 »:0,« Price_C7 »:0,« Price_C8 »:0,« Price_C9 »:0,« Price_C10 »:0,« Price_C11 »:0,« Price_C12 »:0,« Price_TORE_Cons1 »:2023.84,« Price_TORE_Dist1 »:0,« Price_TORE_Cons2 »:783.89,« Price_TORE_Dist2 »:0,« Price_TORE_Cons3 »:585.25,« Price_TORE_Dist3 »:0,« Price_TORE_Cons4 »:246.48,« Price_TORE_Dist4 »:0,« Price_TORE5 »:0,« Price_TORE6 »:0,« Price_TORE7 »:0,« Price_TORE8 »:0,« Price_TORE9 »:0,« Price_TORE10 »:0,« Price_TORE11 »:0,« Price_TORE12 »:0,« Price_TORE13 »:0,« Price_TORE14 »:0,« Price_TORE15 »:0,« Price_TORE16 »:0,« Price_TI1 »:0,« Price_TI2 »:0,« Price_TI3 »:0,« Price_TI4 »:0,« Price_TI5 »:0,« Price_TI6 »:0,« Price_TI7 »:0,« PRICE_POSTE1 »:2023.84,« PRICE_POSTE2 »:783.89,« PRICE_POSTE3 »:585.25,« PRICE_POSTE4 »:246.49,« PRICE_POSTE5 »:0,« PRICE_POSTE6 »:0,« PRICE_POSTE7 »:0,« PRICE_POSTE8 »:0,« PRICE_SUBPOSTEP1_SSP1 »:2023.84,« PRICE_SUBPOSTEP1_SSP2 »:0,« PRICE_SUBPOSTEP1_SSP3 »:0,« PRICE_SUBPOSTEP1_SSP4 »:0,« PRICE_SUBPOSTEP1_SSP5 »:0,« PRICE_SUBPOSTEP1_SSP6 »:0,« PRICE_SUBPOSTEP1_SSP7 »:0,« PRICE_SUBPOSTEP1_SSP8 »:0,« PRICE_SUBPOSTEP2_SSP1 »:783.89,« PRICE_SUBPOSTEP2_SSP2 »:0,« PRICE_SUBPOSTEP2_SSP3 »:0,« PRICE_SUBPOSTEP2_SSP4 »:0,« PRICE_SUBPOSTEP2_SSP5 »:0,« PRICE_SUBPOSTEP2_SSP6 »:0,« PRICE_SUBPOSTEP2_SSP7 »:0,« PRICE_SUBPOSTEP2_SSP8 »:0,« PRICE_SUBPOSTEP3_SSP1 »:585.25,« PRICE_SUBPOSTEP3_SSP2 »:0,« PRICE_SUBPOSTEP3_SSP3 »:0,« PRICE_SUBPOSTEP3_SSP4 »:0,« PRICE_SUBPOSTEP3_SSP5 »:0,« PRICE_SUBPOSTEP3_SSP6 »:0,« PRICE_SUBPOSTEP3_SSP7 »:0,« PRICE_SUBPOSTEP3_SSP8 »:0,« PRICE_SUBPOSTEP4_SSP1 »:246.48,« PRICE_SUBPOSTEP4_SSP2 »:0,« PRICE_SUBPOSTEP4_SSP3 »:0,« PRICE_SUBPOSTEP4_SSP4 »:0,« PRICE_SUBPOSTEP4_SSP5 »:0,« PRICE_SUBPOSTEP4_SSP6 »:0,« PRICE_SUBPOSTEP4_SSP7 »:0,« PRICE_SUBPOSTEP4_SSP8 »:0,« PRICE_SUBPOSTEP5_SSP1 »:0,« PRICE_SUBPOSTEP5_SSP2 »:0,« PRICE_SUBPOSTEP5_SSP3 »:0,« PRICE_SUBPOSTEP5_SSP4 »:0,« PRICE_SUBPOSTEP5_SSP5 »:0,« PRICE_SUBPOSTEP5_SSP6 »:0,« PRICE_SUBPOSTEP5_SSP7 »:0,« PRICE_SUBPOSTEP5_SSP8 »:0,« PRICE_SUBPOSTEP6_SSP1 »:0,« PRICE_SUBPOSTEP6_SSP2 »:0,« PRICE_SUBPOSTEP6_SSP3 »:0,« PRICE_SUBPOSTEP6_SSP4 »:0,« PRICE_SUBPOSTEP6_SSP5 »:0,« PRICE_SUBPOSTEP6_SSP6 »:0,« PRICE_SUBPOSTEP6_SSP7 »:0,« PRICE_SUBPOSTEP6_SSP8 »:0,« PRICE_SUBPOSTEP7_SSP1 »:0,« PRICE_SUBPOSTEP7_SSP2 »:0,« PRICE_SUBPOSTEP7_SSP3 »:0,« PRICE_SUBPOSTEP7_SSP4 »:0,« PRICE_SUBPOSTEP7_SSP5 »:0,« PRICE_SUBPOSTEP7_SSP6 »:0,« PRICE_SUBPOSTEP7_SSP7 »:0,« PRICE_SUBPOSTEP7_SSP8 »:0,« PRICE_SUBPOSTEP8_SSP1 »:0,« PRICE_SUBPOSTEP8_SSP2 »:0,« PRICE_SUBPOSTEP8_SSP3 »:0,« PRICE_SUBPOSTEP8_SSP4 »:0,« PRICE_SUBPOSTEP8_SSP5 »:0,« PRICE_SUBPOSTEP8_SSP6 »:0,« PRICE_SUBPOSTEP8_SSP7 »:0,« PRICE_SUBPOSTEP8_SSP8 »:0,« DAY_PRICE_POSTE1 »:1.47,« DAY_PRICE_POSTE2 »:0.58,« DAY_PRICE_POSTE3 »:0.24,« DAY_PRICE_POSTE4 »:0.43,« DAY_PRICE_POSTE5 »:0,« DAY_PRICE_POSTE6 »:0,« DAY_PRICE_POSTE7 »:0}

`

Je ne peux pas dire pour ce qui est des relevés TORE mais le message d’erreur que tu donnes est bien dans le genre qui revient (très) régulièrement sur Jeedom.
Cela se produit moins souvent si on espace le rafraîchissement de la communication entre Jeedom et l’EDRT2 mais ce n’est pas normal pour autant.
Le support m’a dit qu’ils étaient au courant du problème et que la correction était à l’étude mais sans plus de précision.
C’est un peu problématique car les autres erreurs potentielles sont noyées dans ce problème à répétition.

moi j’ai espacé de 5S les relevés. tu n’as pas de Tore sur ton ERDT ? J’aimerais bien savoir si je suis le seul a rencontrer ce problème. A cause de ce problème ca met par terre tous mes relevés avec le plug in comptage…

Perso je suis à 2 secondes. Je ne voudrais pas passer au dessus. Vu que je gère le délestage avec Jeedom, j’ai peur que si j’espace trop, l’info de surconsommation risque de ne pas arriver à temps pour que le délestage se fasse.
Je n’utilise pas de tore pour le moment. J’ai trop de distance entre l’EDRT2 et mon emplacement à mesurer et je dois passer par une rallonge pour le tore mais ça ne fonctionne pas.
Par contre j’ai aussi des problèmes de mesures farfelues mais c’est probablement lié à un câblage en mauvais état entre les sorties téléinfo de mon compteur et l’EDRT2.

moi en tout cas ce qui est sur c’est que tous les jours sur le cumul prix / Jour d’une TORE j’ai un relevé du Prix total de Cette Tore et ca fausse tout. J’ai l’impression que cette erreur se fait à 00h00