alors dans evenement , j ai bien call_grdf
j avais donc mal compris, pour moi c était un service , visiblement j ai encore a apprendre sur HA
je n ai pas redémarré depuis hier midi environ, mais d apres ton explication il n y a pas eu de valeurs hier soir , donc il n a pas créé /incrémenté les sensors …
dommage qu il y ait tant d ecart , mais je comprends qu il est difficile de fait plus que ce que propose grdf ( d ailleurs ils ont un service payant avec relevé par heure )
sur le site de GRDF les dernieres valeurs sont au 15 …
je vais donc laisser tourner ( vu que ca se lance bien le soir ) , et on verra si j ai de nouvelles valeurs ( il n y a pas de raisons d apres les logs )
question de newbie, est ce que cela ne vaudrait pas le coup de creer un sensor temporaire ( un input number ? ) , qui stockerais les valeurs , et donc resisterait au reboot, ?
est ce que de relancer le script , ne pourrait pas recreer les valeurs ? ( ex un lancement au reboot )
2ieme question, l historique etant dispo sur le site de GRDF, est il possilbe " d ‹ importer › l historique pour en pas commencer ajd, mais avoir les x mois dispo ?
derniere question, est il possible d adapter comme tu l a fait pour véolia , avec toutsurmoneau (suez) ?
Oui, tout cela est possible, et une question d’effort.
Input number/template sensor: cela peut être suffisant, mais les valeurs ne sont pas maintenus par défaut;
Remettre les valeurs au démarrage: oui, c’est possible de le faire et c’est en partie préparée (car les valeurs sont également sauvés dans un JSON).
Récupérer l’historique: à priori oui, il y a un Pull-Request - mais pas le temps de vérifier/tester en détail - car après " il faut " aussi en faire le support.
Faire pareil pour Suez: oui, et je pense qu’il y a déjà une autre intégration qui existe.
Bonsoir, j’ai enfin migré mon rpi 3 vers un intel N100, et là, tout fonctionne
En revanche dans le tdb énergie, j’ai rajouté le senseur sensor.grdf_XXXXXXXXX_kwh, et dans ma vue journalière, j’ai juste un pic à 21h, pas de répartition par heure, c’est normal ?
AppDaemon a subi des changements - la configuration ne se trouve plus sous /config/appdaemon mais /addon_config ce qui a eu divers impacts - une reinstallation peut être utile, de préférence copier la config avant.
Il y a généralement un captcha à a résoudre - de mon côté j’ai eu qqs fois ou la validation était automatique. Mais pour tous les jours il faut un service.
On peut aussi le faire en interactif avec l’option debug et un serveur X local. Je crois meme avoir reussi sous windows natif en interactif → Le fichier BAT est par ici
Dans l’extrait partagé il y a le lancement de l’addon jusqu’au moment ou il est en attente.
Ensuite, lorsqu’un événement arrive (avec le débogue actif), on a ceci - (#=ligne de commentaire):
# Reception d'un message emis dans home assistant - ici l'événement 'call_grdf':
[2023/11/24 21:27:20] (haevent2exec.py) INFO Received WSMessage(type=<WSMsgType.TEXT: 1>, data='{"type":"event","event":{"event_type":"call_grdf","data":{},"origin":"LOCAL","time_fired":"2023-11-24T20:27:20.244868+00:00","context":{"id":"01HG1G7X91C6BSVTZ7HV9TDQHK","parent_id":null,"user_id":null}},"id":2}', extra='')
# Confirmation du programme haevent2exe.py de l'identification de la réception de cette événement
[2023/11/24 21:27:20] (haevent2exec.py) INFO Received event: call_grdf
# Lignes d'informations concernant le démarrage du programme meters_to_ha.py
[2023/11/24 21:27:20] (haevent2exec.py) DEBUG Run_on_event: ha
[2023/11/24 21:27:20] (haevent2exec.py) INFO Start external program for call_grdf
# Mise en place d'un processus pour éventuellement "tuer" le programme.
[2023/11/24 21:27:20] (haevent2exec.py) DEBUG Run_on_event: kill
# L'exécution est terminée
[2023/11/24 21:29:53] (haevent2exec.py) DEBUG Run_on_event: process_done
# Ce message est en prévision de l'envoi d'un événement confirmant la fin vers home assistant.
# (pour l'instant il n'y a pas d'événement retour).
[2023/11/24 21:29:53] (haevent2exec.py) INFO send_event_msg: Got call_grdf ()
L’automatisme dans la doc pour le déclenchement de l’événement comprend un délai aléatoire afin que l’on n’intérroge pas tous en même temps GRDF. L’exécution n’a donc pas lieu tous les jours.
Je constate des remontées incohérentes, exemple 50 kWh pour hier alors que qinjeblenfie a mon espace grdf, cela devrait être moins. Bref j’aurais imaginé que je devrais avoir les mêmes chiffres que sur le site ? D’ailleurs sur le site pas de relevé depuis 24/11, mais dans le te énergie je vois une remontée pour hier, cela semble surprenant.
GRDF remonte les données minimum 2 jours après la consommation effective.
HA n’avait pas de mécanisme pour importer des données historiques, et celui qui existe actuellement ne me semble pas documentée. Il y a une proposition pour ce faire dans une demande d’intégration de code, mais cle ne mes semble pas prêt à être intégré tel que et je n’ai pas le temps de travailler dessus actuellement.
bonjour le_top ,
depuis mes essay mi nov, j ai aucune remontée , j ai essayé aujourd hui de tout supprimer, tout reinstaller , a voir si lundi cela m a donné des données .
j avais m2h d installé dans appdaemon, et en plugin, tu me confirmes que ca sert a rien, juste le plugin suffit ?
Bonsoir, même avec la dernière version de l’addon, je n’arrive pas récupérer les données de Veolia.
2023-12-22 20:43:47,010 : ~~ : Wait before clicking (2.0s).
2023-12-22 20:43:49,064 : OK : Click on button Litres
2023-12-22 20:43:51,077 : OK : Wait for button Jours
2023-12-22 20:43:51,077 : ~~ : Wait before clicking (2.0s).
2023-12-22 20:43:53,121 : OK : Click on button Jours
2023-12-22 20:43:55,132 : OK : Wait for button Telechargement
2023-12-22 20:43:55,132 : ~~ : Wait before clicking (10.0s).
2023-12-22 20:44:05,190 : OK : Click on button Telechargement
2023-12-22 20:47:05,603 : WW : Wait for end of download to '/config/historique_jours_litres*.csv'Grab & Save '/config/error.png'. Traceback (most recent call last): - File "//MetersToHA/apps/meters_to_ha/meters_to_ha.py", line 3368, in doWork - veolia_idf_file = crawler.get_veolia_idf_file() - ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ - File "//MetersToHA/apps/meters_to_ha/meters_to_ha.py", line 1686, in get_veolia_idf_file - raise RuntimeError("File download timeout") - RuntimeError: File download timeout
2023-12-22 20:47:05,650 : WW : Grab & Save '/config/screen_on_exception1.png'. Encountered error -> Retrying once
2023-12-22 20:47:07,084 : OK : Connexion au site Veolia Eau Ile de France
2023-12-22 20:47:07,784 : EE : Grab & Save '/config/check_profile.png'. Remove temporary download file '/config/historique_jours_litres.csv'. Grab & Save '/config/screen_on_exception2.png'. Writing '/config/screen_on_exception2.png.html'. [Errno 2] No such file or directory: '/config/historique_jours_litres.csv'
2023-12-22 20:47:07,845 : OK : Close Browser
2023-12-22 20:47:07,847 : OK : Close Display
2023-12-22 20:47:07,847 : EE : Ended with error : // re-run the program with '--debug' option
