Bonjour, denis_brasseur
Malheureusement, les spec. partielles vers lesquelles le lien renvoie, et sur lesquelles je m'étais appuyé pour commencer le travail ne correspondent pas à la réalité.
Par exemple, sur ces specs : en situation normale, le message est
"message": "Situation normale ", alors qu'en réel (cad à ce jour), le message est
"message":"Notre consommation est raisonnable.". Qu'en sera-t-il des autres situations ?
Dommage par ailleurs d'avoir un seul dvalue (3)pour 2 messages possibles : "Coupures d'électricité programmées" et "Coupures d'électricité en cours".
J'ai créé artificiellement un dvalue = 4, si le message est "coupures en cours" (en espérant que le message soit bien celui-ci !)
Je dis specs
partielles, car :
1/ on ne sait pas à quelle heure le nouveau fichier est mis en ligne. Actuellement, c'est plutôt à 00h00, mais avec un fichier dont la structure est incohérente (date génération fichier J-2, date 1er jour avec prévision J suivi de 2 j décrits au lieu de 3 comme écrit dans les specs. Un peu comme si RTE ne savait pas qu'à 00h00, aujourd'hui devenait le lendemain de la veille
Il faut surtout attendre au moins 00h10 pour avoir un fichier avec la structure décrite dans les specs. Bon, suffit de le savoir ...
2/ est-ce que pour un jour donné, le jour courant en particulier, les prévisions évolueront au cours de la journée ? En fait, en vérité, ce serait top si on veut adapter au plus près lors de la journée.
Quant à la récupération des données, c'est bien ce que je craignais : c'est du json certes, mais avec des noms identiques (pas et hvalue) pour les 96 paires de valeurs. Donc, pas de parse auto. mais 2 boucles imbriquées (4xjour, avec pour chacun 24xheures). Pas beau, mais ça fonctionne.
Pour la récup du jeton, le parser JSON.lua inclus dans Domoticz marche parfaitement.
Dès qu'il est stable, je publie mon code, qui sera probablement à améliorer
)...
