GAZPAR/GRDF - MetersToHA compatible exigence CAPTCHA

Avec le addon on ne crée pas le fichier ‹ config.json › - tout est mis dans l’onglet de configuration de l’addon et c’est l’addonqui crée le fichier (« Generated configuration file ‹ /m2h_config.json › »).

Compte tenu de ce qui est généré, il n’y a pas eu de configuration de l’addon.

Que veux tu dire par configuration de l’addon ?
Il y a bien une configuration proposée dans l’installa MeterHA, mais elle n’intègre pas les éléments que l’on met dans le fichier de congif (token, PCE, etc)
IL y a ça:


Faut-il passer en yaml et ajouter ce qui manque ?

Ca y est, j’ai trouvé !
Li’mportant est en bas de la config:


Il faut afficher les options non utilisés !

J’allais l’écrire - sûrement des choses qui pourraient être visibles à tout temps, mais aussi à trouver comment…

C’est un piège :slight_smile:
On pense que ça sert à rien, mais en fait, tout est là !
Si j’ai bien compris, une fois la config faite, je vérifie « API running », puis je coche télécharger les données et j’attends que l’ automation fasse son boulot, ce soir ?

J’ai pas compris ou on peut cocher cela sauf si c’est le nom de l’automatisation qui fait émettre l’événement « call_grdf ».
On peut tester une automatisation en faisant « Exécuter » - ce qui ignore les déclencheurs (le déclencheur « manuel » est en quelque sorte implicite) - ici les déclencheurs « horaire ».
Sinon, il est possible d’émettre l’événement « call_grdf » dans les outils de développement.

Ca a marché !
Merci pour ton aide !
Petite erreur sur la page de config:
C’est MobaXterm , et pas MobiXterm :slight_smile:
A noter que la console a fait trois tentatives pour atteindre la page grdf, bloquée deux fois par le captcha, mais la 3ème fut la bonne.
Je n’ai pas de donnée affichée sur le TdB énergie, mais je pense que cela va arriver demain

Corrigé dans le readme & la traduction - merci.

Bonsoir,

J’ai des valeur de relevé arrondi alors que sur mon compte engie j’ai des valeurs non arrondi.
Exemple sur engie j’ai 19,97 kw et sur Home Assistant j’ai 20 kw . En vérifiant les logs j’ai bien 20kw de relevé.
En
Faite c’est le site grdf qui arrondie car sur grdf j’ai bien les même relevé !

Oui, dans les retours techiques, l’energie consommée est arrondie et même les indexes sont arrondis. Il y a une « volumeBrutConsomme » qui semble la consommation du jour (6.55 m3 par exemple) et un « coeffConvesion » (en kWh/m3) qui est désormais « 11.27482 » par exemple.

Donc on pourrait faire la multiplacation de ces 2 valeurs au lieu de prendre « energieConsomme » pour être un poil plus précis que GRDF. Sur une journée réelle j’aurais eu 73.85 kWh au lieu de 74kWh.

Peut-être qqchse à faire mais pas très urgen je dirai.

Oui exact! Merci de ta réponse

Bonjour, et merci @le_top pour le boulot

j ai essayé d installer le basard ( ne suivant la doc sur le git ) , et évidement je n ai pas le résultat escompté, j ai du foirer qq part, mais je ne vois pas où .

alors j ai installé le module complementaitre meterToHa , pas de soucis .
dans configuration, j ai :

log_level: debug
timeout: 60
type: ha
logs_folder: /config
download_folder: /config
grdf_event: call_grdf
veolia_event: call_veolia
keep_output: true
screenshot: true
debug: false
skip_download: false
grdf_login: mon mail
grdf_password: mon pass
grdf_pce: "mon password"
token_captchaservice: token captcha
captchaservice: captchaai
ha_server: https://xxxxx.duckdns.org:8123
ha_token: >-
  eyJhbGblablabla........

( d ailleurs au passage le /config c est pas /homeassistant avec les dernieres majs ? )

sous HACS j ai téléchargé l addon appdaemon Meters to home automation

dans /homeassistant/appdaemon/apps
j ai créé apps.yaml avec

meters_to_ha:
  module: meters_to_ha_appdaemon
  class: MetersToHA
  config_file: /config/config.json
  
grdf:
  module: meters_to_ha
  class: MetersToHA
  event_name: call_grdf
  extra_opts: [--grdf, --screenshot]
  log_folder: /config
  config_file: /config/meters_to_ha.json
  keep_output: true

→ je me rends compte que j ai pas de meters_to_ha.json , je le trouve ou ?

dans /config , j ai créé un config.json avec

{
  "grdf_login": "mail",
  "grdf_password": "password",
  "grdf_pce": "pce",
  "ha_server": "https://xxxx.duckdns.org:8123",
  "ha_token": "mon token HA",
  "2captcha_token": "mon token captcha",
  "type": "ha",
  "timeout": "60"
}

est ce que deja jusque là j ai bon ? ( a part le meters_to_ha.json )
car dans services, j ai pas de call_xxxx
j ai pas de sensors contenant grdf

quand je lance l addon dans le log :

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service base-addon-banner: starting

-----------------------------------------------------------
 Add-on: MetersToHA
 MetersToHA add-on for Home Assistant
-----------------------------------------------------------
 Add-on version: dev
 You are running the latest version of this add-on.
 System: Home Assistant OS 11.1  (aarch64 / raspberrypi4-64)
 Home Assistant Core: 2023.11.2
 Home Assistant Supervisor: 2023.11.3
-----------------------------------------------------------
 Please, share the above information when looking for help
 or support in, e.g., GitHub, forums or the Discord chat.
-----------------------------------------------------------
s6-rc: info: service base-addon-banner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service base-addon-log-level: starting
s6-rc: info: service fix-attrs successfully started
Log level is set to DEBUG
s6-rc: info: service base-addon-log-level successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
Cloning into 'MetersToHA'...
git checkout 
Your branch is up to date with 'origin/meters-to-ha'.
MetersToHA Container version: dev.015 #ac6444fe6ea3619664657995d7eebd23  /run.sh
MetersToHA Python GIT version: 28fd50e on Sun Nov 12 18:19:22 2023 +0100
Generate configuration file
Generated configuration file '/m2h_config.json':
{
    "captchaai_token":" ",
    "log_level":"debug",
    "logs_folder":"/config",
    "grdf_login":" ",
    "grdf_password":" ",
    "grdf_pce":" ",
    "timeout":"60",
    "download_folder":"/config",
    "ha_server": "https://xxx.duckdns.org:8123",
    "ha_token": " ",
    "type": "ha"
}
DISPLAY:''
EVENT CONF:grdf:call_grdf
=== Generated script '/execEvent.sh': ==========
#!/bin/bash
{
  TARGET_OPT=""
  [[ "$1" == "call_veolia" ]] && TARGET_OPT=--veolia
    [[ "$1" == "call_grdf" ]] && TARGET_OPT=--grdf
    
  [[ "$TARGET_OPT" == "" ]] && ( echo "Unrecognized event '$1'" ; exit 1 )
  date
  echo "python3  MetersToHA/apps/meters_to_ha/meters_to_ha.py  -l /config --screenshot --keep-output -c \"/m2h_config.json\" $TARGET_OPT -r"
  python3  MetersToHA/apps/meters_to_ha/meters_to_ha.py  -l /config --screenshot --keep-output -c "/m2h_config.json" $TARGET_OPT -r
  # Copy chrome logs
  for i in ~/.config/*/chrome_debug.log ; do
    [[ -r "$i" ]] || continue
    SUBDIR="/config/$(basename "$(dirname "$i")")"
    mkdir -p "${SUBDIR}"
    cp -p "$i" "${SUBDIR}"
  done
  echo "Done $(date)"
} >> "/config/m2h_exec.log" 2>&1
=== End of Generated script '/execEvent.sh': ===

Test access to Home Assistant API (should show '{"message":"API running."}')
curl -H 'Authorization: Bearer    c' -H 'Content-Type: application/json' https://xxx.duckdns.org:8123/api/
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100    26  100    26    0     0     41      0 --:--:-- --:--:-- --:--:--    41
{"message":"API running."}
"./haevent2exec.py" --config-json "/m2h_config.json" --external-program "/execEvent.sh" --log-level="debug"  call_veolia call_grdf

j ai bien une ligne API running

au passage, il y a cette ligne qu m interpelle :
Generated configuration file ‹ /m2h_config.json ›:

hors j ai pas ce fichier dans mon systeme


il genere bien un fichier ? ou c est juste pour la forme ?

j ai aussi fait l automation appel GRDF , il est censé faire un call_grdf , mais je le trouve ou ?

est ce que vous voyez qq chose que j ai oublié ou mal fait ?

dans la doc ca parle de mqtt, il faut que je configure qq chose ( j ai mqtt sur mon HA )

Petit update , j’ai recu un mail de CaptchaAI pour me dire que mon ticket était traité ( demande du mois gratuit ) et sur leur site j ai vu ça :
image

quand je regarde dans mon HA , j’ai ceci maintenant :

la seule chose que j ai fait depuis le précèdent message a eté de stopper l’addon appdaemon car j avais une surcharge de 20% de cpu (sur un pi4 ca se sent direct :stuck_out_tongue: ) , est ce lié ? ( j avais l impression qu il installait en boule des dépendances linux ) .

reste a voir si il me genere des données tout les jours pour les intégrer au dashboard Energie pour l instant les valeurs ( 14kWh daily , 121kWh ) , ca me parrait abstrait , le 973 correspond a mon compteur , mais c est pas précis ( il manque les 3 chiffre apres la virgule :stuck_out_tongue: )

J’ai rajouté les 3 sensor grdf dans le recorder ( pour le panel Energie ) et au reboot , les 3 sensors ont disparus ( pourquoi ne gardent ils pas l’ancienne valeur ? et plus j ai cette erreur dans le log du plugin,

[2023/11/16 14:45:35] Error: Cannot connect to host xxx.duckdns.org:8123 ssl:default [Connect call failed ('ip.213', 8123)]

j avoue que je patauge un peu

Le fichier m2h_config.json est bien généré, mais il se trouve dans le conteneur docker de l’add-on.

Cela m’a permis de voir que le niveau de débogue n’était pas bien pris en compte dans le script haevent2exec.py. Désormais (après reconstruction de l’addon) il y aura plus dinformations.

Par contre, le fichier service.log devrait exister lorsque l’événement a bien été pris en compte.

Personnellement j’utilise « http://homeassistant.local:8123 » comme url en local.
L’utilisation du nom de domaine public n’est pas l’idéal - cela passe généralement par votre modem alors que cela peut rester dans votre instance. Et le passage parl e modem ne fonctionne pas dans tous les caS.

Comme sous HA vous avez les entités avec les valeurs, la connection a du fonctionner à un moment.

Ce point a été touché un peu plus haut - ces valeurs sont arrondis par GRDF - c’est possible d’être plus précis avec des calculs, mais en même temps il faut aussi lutter contre les décallages entre les calculs et les remontées de compteur. (On commence avec 50m3 par exemple alors que le réel est déjà 50.98m3 - « arrondi » 50m3. Puis on ajoute 0.2, ce qui porte le résultat de calcul à 50.2, mais le réel à 51.18 m3 - arrondi m3).

Aussi, la première fois, la somme est fait depuis le début de la période récupérée, mais ensuite ce sera principalement un incrément d’une journée (sauf retard des données).

EDIT:
Désormais avec le débogue actif, le addon donne:

"./haevent2exec.py" --config-json "/m2h_config.json" --external-program "/execEvent.sh" --log-level="debug"  call_veolia call_grdf
[2023/11/17 00:35:48] (haevent2exec.py) INFO    Received {'type': 'auth_required', 'ha_version': '2023.11.1'}
[2023/11/17 00:35:48] (haevent2exec.py) INFO    Connected
[2023/11/17 00:35:48] (haevent2exec.py) INFO    Result of subscription for 'call_veolia': None
[2023/11/17 00:35:48] (haevent2exec.py) INFO    Result of subscription for 'call_grdf': None
[2023/11/17 00:35:48] (haevent2exec.py) INFO    send_event_msg: Got id (3,)
[2023/11/17 00:35:48] (haevent2exec.py) INFO    Subscribed, waiting for messages
[2023/11/17 00:35:49] (haevent2exec.py) INFO    Received WSMessage(type=<WSMsgType.TEXT: 1>, data='{"id":1,"type":"result","success":true,"result":null}', extra='')
[2023/11/17 00:35:49] (haevent2exec.py) INFO    Received WSMessage(type=<WSMsgType.TEXT: 1>, data='{"id":2,"type":"result","success":true,"result":null}', extra='')

Et lors de la réception d’un événement:

[2023/11/17 00:51:18] (haevent2exec.py) INFO    Received WSMessage(type=<WSMsgType.TEXT: 1>, data='{"type":"event","event":{"event_type":"call_grdf","data":{},"origin":"REMOTE","time_fired":"2023-11-16T23:51:18.673266+00:00","context":{"id":"xxxxxxxxxx","parent_id":null,"user_id":"xxxxxxxxx"}},"id":1}', extra='')
[2023/11/17 00:51:18] (haevent2exec.py) INFO    Received event: call_grdf
[2023/11/17 00:51:18] (haevent2exec.py) DEBUG   Run_on_event: ha
[2023/11/17 00:51:18] (haevent2exec.py) INFO    Start external program for call_grdf
[2023/11/17 00:51:18] (haevent2exec.py) DEBUG   Run_on_event: kill

alors merci de prendre le temps de regarder mon soucis :slight_smile:

j ai modifié le nom du serveur , et en checkant les fichier, j ai eu une illumination …
ce sont des script python, donc exécutés par appdaemon … et en checkant, il est surement fautif ( son icone est grisée )
j’avais deja des doutes hier car il se relançait en boucle et consommais 20% de CPU ( reinsall des modules nécessaires en continu a cause du watchdog activé et il plantait sur le fichier secrets.yalm)

Bien qu ayant le plugin a jour , celui-ci etait dans mon ancienne conf en utilisant /config/appdaemon , hors appdaemon se configure visiblement dans /addon_config

desinstallation/reinstallation de appdaemon , il se lance et reste vert, par contre j ai une erreur (pardon un warning) sur GRDF :frowning:

2023-11-17 12:00:00.174428 INFO AppDaemon: Adding /config/apps to module import path
2023-11-17 12:00:00.176243 INFO AppDaemon: Adding /config/apps/MetersToHA to module import path
2023-11-17 12:00:00.185870 INFO AppDaemon: Loading App Module: /config/apps/MetersToHA/meters_to_ha_appdaemon.py
2023-11-17 12:00:00.389915 INFO AppDaemon: Loading App Module: /config/apps/MetersToHA/meters_to_ha.py
2023-11-17 12:00:01.222189 INFO AppDaemon: Loading app meters_to_ha using class MetersToHA from module meters_to_ha_appdaemon
2023-11-17 12:00:01.229138 INFO AppDaemon: Loading app grdf using class MetersToHA from module meters_to_ha
2023-11-17 12:00:01.235954 WARNING AppDaemon: Unable to find class MetersToHA in module meters_to_ha - 'grdf' is not initialized
2023-11-17 12:00:01.239822 INFO AppDaemon: Calling initialize() for meters_to_ha
2023-11-17 12:00:01.591309 INFO meters_to_ha: Initialise {'module': 'meters_to_ha_appdaemon', 'class': 'MetersToHA', 'config_file': '/homeassistant/config.json'} call_meters_to_ha
2023-11-17 12:00:01.598228 WARNING AppDaemon: Unable to find module grdf - initialize() skipped
2023-11-17 12:00:01.600902 INFO AppDaemon: App initialization complete

dans le doute, j ai desinstallé/reinstallé meters to ha j ai désormais :

MetersToHA Container version: dev.015 #ac6444fe6ea3619664657995d7eebd23  /run.sh
MetersToHA Python GIT version: 2503d61 on Fri Nov 17 01:40:06 2023 +0100

en le lançant, j ai une erreur sur le check de ma config ( visiblement il n aime pas http://homeassistant.local:8123

Test access to Home Assistant API (should show '{"message":"API running."}')
curl -H 'Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJhM2NkODJjN2Q1ZTY0ODJlOTRiMzkzMGNjNmM4YjU3NCIsImlhdCI6MTcwMDEzMTUxNywiZXhwIjoyMDE1NDkxNTE3fQ.d6NrNHJAt8V35m8jf5a4PdB5aRrLqv5LUvO_PwZQFqc' -H 'Content-Type: application/json' http://homeassistant.local:8123/api/
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (52) Empty reply from server
s6-rc: info: service legacy-services: stopping
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service base-addon-log-level: stopping
s6-rc: info: service base-addon-log-level successfully stopped
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service base-addon-banner: stopping
s6-rc: info: service base-addon-banner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped

j ai testé en https , 192.168.0.201 , 127.0.0.1 … idem
avec le nom internet ( xxx.duckdns ) , ca passe …

[2023/11/17 11:03:18] (haevent2exec.py) INFO    Received {'type': 'auth_required', 'ha_version': '2023.11.2'}
[2023/11/17 11:03:18] (haevent2exec.py) INFO    Connected
[2023/11/17 11:03:18] (haevent2exec.py) INFO    Result of subscription for 'call_veolia': None
[2023/11/17 11:03:18] (haevent2exec.py) INFO    Result of subscription for 'call_grdf': None
[2023/11/17 11:03:18] (haevent2exec.py) INFO    send_event_msg: Got id (3,)
[2023/11/17 11:03:18] (haevent2exec.py) INFO    Subscribed, waiting for messages
[2023/11/17 11:03:18] (haevent2exec.py) INFO    Received WSMessage(type=<WSMsgType.TEXT: 1>, data='{"id":1,"type":"result","success":true,"result":null}', extra='')
[2023/11/17 11:03:18] (haevent2exec.py) INFO    Received WSMessage(type=<WSMsgType.TEXT: 1>, data='{"id":2,"type":"result","success":true,"result":null}', extra='')

je laisse donc comme ça pour l instant .

je pense avoir avancé, mais j ai toujours pas les services call_veolia ( inutile pour moi ) et call_grdf

j ai pas de sensors grdf ( alors que je les ait vus hier )

et j ai les warning au lancement de appdaemon …

2023-11-17 11:59:55.112609 INFO AppDaemon: App 'meters_to_ha' added
2023-11-17 11:59:55.118614 INFO AppDaemon: App 'grdf' added
.../...
2023-11-17 12:00:00.176243 INFO AppDaemon: Adding /config/apps/MetersToHA to module import path
2023-11-17 12:00:00.185870 INFO AppDaemon: Loading App Module: /config/apps/MetersToHA/meters_to_ha_appdaemon.py
2023-11-17 12:00:00.389915 INFO AppDaemon: Loading App Module: /config/apps/MetersToHA/meters_to_ha.py
2023-11-17 12:00:01.222189 INFO AppDaemon: Loading app meters_to_ha using class MetersToHA from module meters_to_ha_appdaemon
2023-11-17 12:00:01.229138 INFO AppDaemon: Loading app grdf using class MetersToHA from module meters_to_ha
2023-11-17 12:00:01.235954 WARNING AppDaemon: Unable to find class MetersToHA in module meters_to_ha - 'grdf' is not initialized
2023-11-17 12:00:01.239822 INFO AppDaemon: Calling initialize() for meters_to_ha
2023-11-17 12:00:01.591309 INFO meters_to_ha: Initialise {'module': 'meters_to_ha_appdaemon', 'class': 'MetersToHA', 'config_file': '/homeassistant/config.json'} call_meters_to_ha
2023-11-17 12:00:01.598228 WARNING AppDaemon: Unable to find module grdf - initialize() skipped
2023-11-17 12:00:01.600902 INFO AppDaemon: App initialization complete

dans le doute, j ai fait quelques liens, mais ça change rien :

ce que je comprends pas c est que j ai eu une instance fonctionnelle hier …

Visiblement il y a eu des changements et de mon côté la désinstallation et réinstallation ne suffit pas… Appdaemon se plaint déjà de secrets.yaml …

Pour les erreurs dans le rapport: ‹ grdf › is not initialized` - c’est probablement un truc en local car il n’y a pas de module grdf (au sens python).

Ok, c’est le dernier du moment.

Avec l’addon meterstoha on peut laisser ces champs vide:
image

‹ call_grdf › est un événement que l’on peut déclencher manuellement ici:

image

(message remplacé ) j esuis sur l ordi c es tplus facile que le tel

pour le message d erreur de secret, il te faut dans /addon_configs/a0d7b954_appdaemon/appdaemon.yalm
mettre
secrets: /homeassistant/secrets.yalm

au passage, le /config est chez moi un lien symbolique vers /homeassistant … je suppose qu il y a eu une maj aussi .

pour les erreurs grdf lors du lancement de appdeamon , j ai que meterstoha dans appdaemon , c est donc forcement meterstoha :slight_smile:
Capture d’écran 2023-11-17 à 21.18.24

pour le service call_grdf, mon soucis c est que … j ai pas ce service …

pareil en yalm

donc dur de l appeler :stuck_out_tongue: j ai beau relire la doc, reinstaller, l adapter, je seche

demain je monterais un ha en machine virtuelle pour tester sur une install propre

C’est le bon tuyau !
Et il y a pas mal de changements dans les chemins - j’ai mis à jour le README - je ne suis pas encore satisfait pour la configuration concernant les fichiers pour les traces.

Je suppose que cela vient de la clef à la racine:

grdf:
  module: meters_to_ha_appdaemon
  class: MetersToHA
  ...

Pas sûr pourquoi cette clef compte maintenant - sinon ce n’est qu’un warning.

Le mon post avant le tiens j’ai copié une image qui indique qu’il faut appeler l’événement depuis Outils de développeement > EVENEMENTS > DECLENCHER L’EVENEMENT .
Et dans la doc il y a un exemple d’une automatisation pour déclencher call_grdf 2 fois par jour.

dans outils de dev / services, justement je n ai pas call_grdf dans la liste deroulante c est bien là mon probleme …

si je le fait en yalm , pareil, il me dit le serivce defini n est pas valide

( cf mes derniers screenshoot )

pourant dans le service.log, j ai ça hier soir …

2023-11-16 23:11:04,835 : OK : Using /usr/bin/python3 Version 3.11.6Loading configuration file : /m2h_config.json 
2023-11-16 23:11:04,839 : -- :  Start loading configuration
2023-11-16 23:11:04,841 : OK : "veolia" = "False" 
2023-11-16 23:11:04,843 : OK : "veolia_login" = "None" 
2023-11-16 23:11:04,844 : OK : "veolia_password" = "None" 
2023-11-16 23:11:04,845 : OK : "veolia_contract" = "None" 
2023-11-16 23:11:04,846 : OK : "grdf" = "True" 
2023-11-16 23:11:04,847 : OK : "grdf_login" = "*****@gmail.com" 
2023-11-16 23:11:04,849 : OK : "grdf_password" = "***************" 
2023-11-16 23:11:04,850 : OK : "grdf_pce" = "********" 
2023-11-16 23:11:04,851 : OK : "screenshot" = "True" 
2023-11-16 23:11:04,852 : OK : "skip_download" = "False" 
2023-11-16 23:11:04,853 : OK : "keep_output" = "True" 
2023-11-16 23:11:04,854 : WW :  "geckodriver" not found in config file, using default value
2023-11-16 23:11:04,855 : OK : "geckodriver" = "/MetersToHA/apps/meters_to_ha/geckodriver" 
2023-11-16 23:11:04,856 : WW :  "firefox" not found in config file, using default value
2023-11-16 23:11:04,857 : OK : "firefox" = "/MetersToHA/apps/meters_to_ha/firefox" 
2023-11-16 23:11:04,857 : WW :  "chromium" not found in config file, using default value
2023-11-16 23:11:04,858 : OK : "chromium" = "/usr/bin/chromium" 
2023-11-16 23:11:04,859 : WW :  "chromedriver" not found in config file, using default value
2023-11-16 23:11:04,860 : OK : "chromedriver" = "/usr/bin/chromedriver" 
2023-11-16 23:11:04,861 : OK : "chrome_version" = "None" 
2023-11-16 23:11:04,862 : OK : "timeout" = "60" 
2023-11-16 23:11:04,863 : OK : "download_folder" = "/config/" 
2023-11-16 23:11:04,864 : OK : "logs_folder" = "/config/" 
2023-11-16 23:11:04,865 : OK : "2captcha_token" = "None" 
2023-11-16 23:11:04,866 : OK : "capmonster_token" = "None" 
2023-11-16 23:11:04,867 : OK : "captchaai_token" = "********************************" 
2023-11-16 23:11:04,868 : OK : "log_level" = "debug" 
2023-11-16 23:11:04,869 : OK : End loading configuration 
2023-11-16 23:11:04,870 : -- :  Start Loading Home Assistant configuration
2023-11-16 23:11:04,872 : OK : "ha_server" = "https://*****.duckdns.org:8123" 
2023-11-16 23:11:04,873 : OK : "ha_token" = "***************************************************************************************************************************************************************************************" 
2023-11-16 23:11:04,873 : OK : "veolia_contract" = "None" 
2023-11-16 23:11:04,874 : OK : "timeout" = "60" 
2023-11-16 23:11:04,875 : OK : "insecure" = "False" 
2023-11-16 23:11:04,876 : OK : "state_file" = "/config/meters2ha_state.json" 
2023-11-16 23:11:04,877 : OK : End loading Home Assistant configuration 
2023-11-16 23:11:04,878 : ~~ :  Check availability of "geckodriver"+"firefox" or "chromedriver"+"chromium"
2023-11-16 23:11:04,879 : OK :  Found chromium binary
2023-11-16 23:11:06,107 : OK : Check Home Assistant connectivity 
2023-11-16 23:11:06,109 : -- : Try starting Chromium. Add nix root user options.
2023-11-16 23:11:06,725 : OK : Start virtual display (Chromium). 
2023-11-16 23:11:06,726 : ~~ :  LOG LEVEL debug:10:20 ['--verbose']
2023-11-16 23:11:09,505 : OK : Start the browser 
2023-11-16 23:11:09,506 : OK :  
2023-11-16 23:11:23,627 : OK : Connexion au site GRDF 
2023-11-16 23:11:26,996 : OK : Waiting for Password 
2023-11-16 23:11:27,257 : OK : Waiting for Email 
2023-11-16 23:11:29,987 : OK : Type Email 
2023-11-16 23:11:32,011 : OK : Type Password 
2023-11-16 23:11:32,116 : ~~ : Proceed with captcha resolution. Captchaai https://ocr.captchaai.com/in.php?key=****&method=userrecaptcha&googlekey=*****&pageurl=https%3A%2F%2Flogin.monespace.grdf.fr%3A443&from=151169
2023-11-16 23:11:32,616 : ~~ :  Captchaai Service response OK|1333737833
2023-11-16 23:11:32,617 : ~~ :  Wait 20s for Captchaai
2023-11-16 23:11:52,951 : ~~ :  Captchaai Service response CAPCHA_NOT_READY
2023-11-16 23:11:52,952 : ~~ :  Wait 10s for Captchaai
2023-11-16 23:12:04,331 : ~~ :  Captchaai Service response CAPCHA_NOT_READY
2023-11-16 23:12:04,332 : ~~ :  Wait 10s for Captchaai
2023-11-16 23:12:15,815 : ~~ :  Captchaai Service response CAPCHA_NOT_READY
2023-11-16 23:12:15,819 : ~~ :  Wait 10s for Captchaai
2023-11-16 23:12:27,178 : ~~ :  Captchaai Service response CAPCHA_NOT_READY
2023-11-16 23:12:27,179 : ~~ :  Wait 10s for Captchaai
2023-11-16 23:12:38,524 : ~~ :  Captchaai Service response CAPCHA_NOT_READY
2023-11-16 23:12:38,525 : ~~ :  Wait 10s for Captchaai
2023-11-16 23:12:49,944 : ~~ :  Captchaai Service response CAPCHA_NOT_READY
2023-11-16 23:12:49,945 : ~~ :  Wait 10s for Captchaai
2023-11-16 23:13:00,271 : ~~ :  Captchaai Service response OK|*****
2023-11-16 23:13:03,316 : OK : Automatic resolution succeeded. Grab & Save '/config/screen_before_connection.png'. Wait for Button xpath://input[@value='Connexion']. 
2023-11-16 23:13:03,317 : ~~ : Wait before clicking (1.1s). 
2023-11-16 23:13:05,099 : OK : Click on connexion 
2023-11-16 23:13:28,013 : -- : End of wait after connexion. Get Data URL https://monespace.grdf.fr/api/e-conso/pce/consommation/informatives?dateDebut=2023-11-02&dateFin=2023-11-16&pceList[]=****Get Data Content. Writing '/config/historique_gazpar.json'. Parsing JSON file.
2023-11-16 23:13:28,916 : -- :  From sensor.grdf_***_kwh: None
2023-11-16 23:13:29,610 : -- :  From sensor.gas_consumption_kwh: None
2023-11-16 23:13:30,954 : ~~ :  grdf_state: {'state': 121, 'attributes': {'date_time': '2023-11-15T06:00:00+01:00', 'unit_of_measurement': 'kWh', 'device_class': 'energy', 'state_class': 'total_increasing', 'last_check': '2023-11-16T13:10:24.344191+00:00'}, 'm3': 979}
2023-11-16 23:13:30,955 : -- :  Previous 979 m3 121 kWh 2023-11-15 06:00:00+01:00 from None
2023-11-16 23:13:30,956 : WW :  No new data, no update
2023-11-16 23:13:30,957 : OK :  Finished on success, cleaning up
2023-11-16 23:13:31,193 : OK : Close Browser 
2023-11-16 23:13:31,219 : OK : Close Display 

c est donc bien que l automation le lance non ? l automation ne fait pourtant que lancer :

action:
  - delay: "{{ range(0, 55*60+1) | random }}"
    alias: Avec un délai variable pour ne pas charger le serveur tous en même temps.
  - event: call_grdf
    event_data: {}

bon ca s est lancé hier soir ( 2 fois ) , mais j ai pas les sensors

Justement, l’automatisation déclenche l’événement call_grdf. Aucune méthode d’installation ne crée un service. Avec AppDaemon ou le addon MetersToHA, il y a l’écoute d’événements (au choix, mais la documentation suggère call_grdf, call_veolia).

Ce n’est donc pas dans Dev > Services mais dans Dev > Evénements qu’il faut aller.
On doit y rentrer l’événément librement car il n’y a pas de liste de déroulement. Avec le Addon MetersToHA, les événements apparaissent toutefois à droite (sur grand écran) et on peut le cliquer pour le renseigner automatiquement. Après il faut cliquer sur le bouton de déclenchement.

L’absence des sensors s’explique probablement par un redémarrage la dernière fois et l’absence de nouvelles valeurs. Je crois que MetersToHA n’envoie pas les valeurs s’il n’y a pas de changement - probablement qqchse à évoluer.

La trace mentionne les précédentes valeurs 121 kWh et un compteur à 979 m3, mais regardez la date de la dernière vérification.

{'state': 121, 'attributes': {'date_time': '2023-11-15T06:00:00+01:00', 'unit_of_measurement': 'kWh', 'device_class': 'energy', 'state_class': 'total_increasing', 'last_check': '2023-11-16T13:10:24.344191+00:00'}, 'm3': 979}

Ensuite la trace indique:

 No new data, no update

En sus du délais de 2 jours environ entre le jour de consommation et la disponibilité des données sur le site GRDF, les données ont également souvent des retards supplémentaires.

On peut vérifier le fichier /config/historique_gazpar.json

comme indiqué qur la ligne:

End of wait after connexion. Get Data URL https://monespace.grdf.fr/api/e-conso/pce/consommation/informatives?dateDebut=2023-11-02&dateFin=2023-11-16&pceList[]=****Get Data Content. Writing '/config/historique_gazpar.json'. Parsing JSON file.

qui nous révèle également dateDebut=2023-11-02&dateFin=2023-11-16 .
Il s’agit donc d’une exécution du 16 novembre il y a 2 jours - car « 2023-11-16 23:13:31 » comme l’indique le début des lignes de trace, ce n’est pas hier soir, mais avant hier soir (votre post est en date du 18 nov 8h11).

Cela n’a donc pas fonctionné hier soir, mais bien avant-hier soir.

Les ‹ sensors › (/entités) se perdent avec un redémarrage de Home Assistant - je ne peux pas faire autrement - de plus HA ne maintient pas les valeurs de la plupart de ses entités - les intégrations doivent les remettre au démarrage (généralement avec une nouvelle donnée).

Reste à savoir pourquoi hier soir cela n’a pas fonctionné par rapport à avant-hier soir. Automatisme inactif, Addon non-démarré, … ?