GAZPAR/GRDF - MetersToHA compatible exigence CAPTCHA

de mon coté je pense que tout est ok. quand je lance call_grdf j’obtiens bien le relevé et mon capteur créé a bien le bon relevé!

zut après un redémarrage :

Ces valeurs ne sont remplis qu’avec call_grdf.
Il faut ajouter l’entité …75_kWh comme compteur d’énergie au panel d’énergie et cela jouera son role.

Sur cette page: Ouvrir la page de configuration d'énergie.

J’ai le même début :

[1699080608.868][INFO]: Starting ChromeDriver 117.0.5938.62 (25a7172909a4cba7355365cf424d7d7eb35231f4-refs/branch-heads/5938@{#1146}) on port 51815
[1699080608.888][INFO]: Please see https://chromedriver.chromium.org/security-considerations for suggestions on keeping ChromeDriver safe.
[1699080609.093][SEVERE]: bind() failed: Address not available (99)
[1699080609.093][INFO]: listen on IPv6 failed with error ERR_ADDRESS_INVALID
[1699080609.370][INFO]: [eaac84692b6581dd7d6a1136d012af56] COMMAND InitSession {
   "capabilities": {
      "alwaysMatch": {
         "browserName": "chrome",
         "goog:chromeOptions": {
            "args": [ "--no-sandbox", "--disable-modal-animations", "--disable-login-animations", "--disable-renderer-backgrounding", "--disable-dev-shm-usage", "--mute-audio", "--disable-blink-features=AutomationControlled", "--disable-extensions", "--disable-popup-blocking", "--disable-background-timer-throttling", "--disable-backgrounding-occluded-wndows", "--disable-translate", "--disable-notifications", "--disable-infobars", "--headless", "--disable-gpu" ],
            "excludeSwitches": [ "enable-logging" ],
            "extensions": [  ],
            "prefs": {
               "credentials_enable_service": false,
               "download.default_directory": "/config/",
               "download.directory_upgrade": true,
               "download.prompt_for_download": false,
               "extensions_to_open": "text/csv,application/json",
               "profile.default_content_settings.popups": 1,
               "profile.password_manager_enabled": false,
               "safebrowsing.enabled": false
            },
            "useAutomationExtension": false
         },
         "pageLoadStrategy": "normal"
      },
      "firstMatch": [ {
      } ]
   }
}

Et tout à la fin :

[1699080609.396][INFO]: Launching chrome: /usr/lib/chromium/chrome --allow-pre-commit-input --disable-background-networking --disable-background-timer-throttling --disable-backgrounding-occluded-wndows --disable-blink-features=AutomationControlled --disable-client-side-phishing-detection --disable-default-apps --disable-dev-shm-usage --disable-extensions --disable-gpu --disable-hang-monitor --disable-infobars --disable-login-animations --disable-modal-animations --disable-notifications --disable-popup-blocking --disable-prompt-on-repost --disable-renderer-backgrounding --disable-sync --disable-translate --enable-automation --headless --log-level=0 --mute-audio --no-first-run --no-sandbox --no-service-autorun --password-store=basic --remote-debugging-port=0 --test-type=webdriver --use-mock-keychain --user-data-dir=/tmp/.org.chromium.Chromium.beJhlo data:,
[1699080669.882][INFO]: Failed to connect to Chrome. Attempting to kill it.
[1699080670.543][INFO]: [eaac84692b6581dd7d6a1136d012af56] RESPONSE InitSession ERROR session not created: DevToolsActivePort file doesn't exist
[1699080670.597][DEBUG]: Log type 'driver' lost 2 entries on destruction
[1699080670.598][DEBUG]: Log type 'browser' lost 0 entries on destruction
[0100/000000.364830:ERROR:zygote_linux.cc(662)] write: Broken pipe (32)
[0100/000000.364840:ERROR:zygote_linux.cc(662)] write: Broken pipe (32)

Je l’avais bien ajouter au panel énergie mais en redémarrant HA ils ont disparu….
Comment ils sont générer ces sensor?

Il sont créées par l’intermédiair du webservice de HA - pour HA ce ne sont pas des « vraies » entités car pour cela il faut du code python derrière.
En pratique, les entités classiques perdent aussi leurs valeurs car la plupart ne peuvent pas être « restaurés ».
Les valeurs statistiques pour le panneaux d’énergie sont enregistrées à chaque heure pleine et y restent.
Et on a aussi l’historique à court terme.

Cela peut être amélioré dans le code en surveillant l’événement de démarrage de HA entre outre et de remettre les valeurs précédemment connues.
En pratique cela me suffit pour la panneau d’énergie.

Je soupçonne un problème au lancement de chrome - peut-être une manque de mémoire par exemple. Je vois aussi qu’il y a une option « –log-level=0 » à chrome, je vais voir si je peux modifier cela.

Ok mais hier je les avais et ce matin je ne les vois plus…comment les faire réapparaître ?
Mea-culpa! Ils sont revenue! Je touche plus à rien lol

Ils reviennent à minima après le traitement d’un ‹ call_grdf ›. Il faut mettre en place une automatisation pour le faire une fois par jour (à minima).

Oui j’ai mis en place :slightly_smiling_face:
:crossed_fingers:

J’ai trouvé un moyen puor accéder à la trace de chrome.

  • Mettre à jour le add-on (dev.014);
  • Niveua de débogue/log_level: debug
  • Mettre l’option « local_config » à true
    local_config: true
    
    ou
    image
  • Executer l’événement.

La configuration Google Chome sera alors dans « /config/MetersToHA/.config/ » (si logs_folder=/config/MetersToHA) - plus précisément « /config/MetersToHA/.config/google-chrome/Default » dans mon cas. Et là il aura « chrome_debug.log ».

En espérant qu’on y trouve des indices.

Voici la seule ligne de ce fichier :

[1104/151204.480801:ERROR:bus.cc(406)] Failed to connect to the bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
Failed to connect to the bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory

C’est une bonne indice en soi - chrome ne trouve pas la connection au display.

Quel est ton système? [pour avoir une idée si c’est reproductible].

En se rapprochange, no trouve ceci,.

Toujours un rpi3, dernière version de HA du mois d’octobre, et ce qui est curieux, c’est que lors de mes premiers essais, ça allait bien jusqu’au captcha (et ça plantait après).

J’ai fait ceci:

  • Choisi l’image de base plus récente;
  • Ajouté une option « host_dbus: true » à la configuration.

En rélité j’ai aussi ce message dans chrome_debug.log, même 3 fois:

[1104/171033.345845:ERROR:bus.cc(406)] Failed to connect to the bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
[1104/171034.022053:ERROR:bus.cc(406)] Failed to connect to the bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
[1104/171034.022146:ERROR:bus.cc(406)] Failed to connect to the bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
[1104/171034.030129:WARNING:dns_config_service_linux.cc(429)] Failed to read DnsConfig.

Pour être sûr d’avoir ces modifs, il faut voir « dev.015 » comme version.

J’essais aussi sur un rpi3 mais à la première tentative la reconstruction plante mon rpi3.

avec dev15, chromedriver.log :

[1699120205.129][INFO]: Launching chrome: /usr/lib/chromium/chrome --allow-pre-commit-input --disable-background-networking --disable-background-timer-throttling --disable-backgrounding-occluded-windows --disable-blink-features=AutomationControlled --disable-client-side-phishing-detection --disable-default-apps --disable-dev-shm-usage --disable-extensions --disable-gpu --disable-hang-monitor --disable-infobars --disable-login-animations --disable-modal-animations --disable-notifications --disable-popup-blocking --disable-prompt-on-repost --disable-renderer-backgrounding --disable-sync --disable-translate --enable-logging --headless --log-level=1 --mute-audio --no-first-run --no-sandbox --no-service-autorun --password-store=basic --remote-debugging-port=0 --test-type=webdriver --use-mock-keychain --user-data-dir=/config/.config/google-chrome --v=1 data:,
[1104/185101.773228:INFO:cpu_info.cc(53)] Available number of cores: 4
[1104/185101.783615:INFO:cpu_info.cc(53)] Available number of cores: 4
[1104/185101.904273:VERBOSE1:zygote_main_linux.cc(201)] ZygoteMain: initializing 0 fork delegates
[1104/185101.904331:VERBOSE1:zygote_main_linux.cc(201)] ZygoteMain: initializing 0 fork delegates
[1104/185102.674789:VERBOSE1:bus.cc(919)] Method call: message_type: MESSAGE_METHOD_CALL
interface: org.freedesktop.DBus
member: GetNameOwner
signature: s

string "org.freedesktop.login1"

[1699120265.505][INFO]: Failed to connect to Chrome. Attempting to kill it.
[1699120265.924][INFO]: [112190b313d71023842e31b893d92c5b] RESPONSE InitSession ERROR session not created: DevToolsActivePort file doesn't exist
[1699120265.937][DEBUG]: Log type 'driver' lost 2 entries on destruction
[1699120265.938][DEBUG]: Log type 'browser' lost 0 entries on destruction

chrome_debug :

[1104/185102.674789:VERBOSE1:bus.cc(919)] Method call: message_type: MESSAGE_METHOD_CALL
interface: org.freedesktop.DBus
member: GetNameOwner
signature: s

string "org.freedesktop.login1"

et enfin service.log :

2023-11-04 18:50:00,349 : -- :  Use /config/.config/google-chrome for Google Chrome user data.
2023-11-04 18:50:04,019 : OK : Start virtual display (Chromium). 
2023-11-04 18:50:04,047 : ~~ :  LOG LEVEL debug:10:20 ['--verbose']
2023-11-04 18:51:06,403 : EE : Start the browser Message: session not created: DevToolsActivePort file doesn't exist
2023-11-04 18:51:06,406 : OK : Close Browser 
2023-11-04 18:51:06,424 : OK : Close Display 
2023-11-04 18:51:06,425 : EE :  Ended with error : // re-run the program with '--debug' option

L’activation du partage du dbus a donc bien eu un effet ici, mais pas résolu lle pb.

Je remarque que chrome a créé un fichier « DevToolsActivePort » dans « .config/google-chrome » avec un port dedans.

En tous cas, pour l’instant je n’ai pas de nouvelles idées.

Mon automation se déclenche mais pas de mise à jour des sensors….

L’add-on doit être en cour d’exécution - est-ce le cas?

Oui en court d’exécution et pas d’erreur