Ok, le --headless permettrait éventuellement de voir plus clair dans la cause du problème, mais visiblement rien n’apparaît dans la trace et cela empêche l’exécution normale (ce qui était en soi attendu, mais j’espérais un peu plus d’informations).
L’option --disable-dev-shm-usage (attention, j’ai fait une erreur de copie - c’est …usage et pas …using) ne devrait pas empêcher l’exécution.
Il reste une dernière approche - me laisser accéder à ton HA pour faire qqs essais en direct.
@le_top ,
J ai changé using par usage dans le script mais cela n a rien changé.
J ai créé un utilisateur admin pour toi. Il me reste juste à te donner les infos pour que tu puisses prendre la main
Suite à l’accès à distance, je constate que le problème actuel est dans le DNS.
nslookup "user.duckdns.org" ne donnait pas de résultat.
nslookup "user.duckdns.org" 192.168.1.1 donne un résultat. nslookup "user.duckdns.org" 8.8.8.8 donne un résultat. nslookup, puis server comme command a donné « 127.0.0.11 » (de mémoire) - après j’ai voulu consulter les Modules complémentaires et je n’ai pu consulter et ensuite je n’ai plus pu accéder au Terminal (au bout j’obtiens Unable to load the panel source: /api/hassio/app/entrypoint.js).
Il y a donc (actuellement) un problème au niveau du DNS qui tourne sur 127.0.0.11 que je n’ai pu vérifier.
Avant cela j’ai enlevé --headless du script et laissé la partie concernant le shm, et j’ai modifié un peu la config pour laisser un peu plus de traces.
(Peut-être qu’il suffit de redémarrer, mais je ne veux pas perturber plus que cela).
Petite question lors de la mise en place du ssl et au lancement du chalenge, je me suis aperçu que je n’ avais pas rediriger le port 80 et visiblement il le demande mais je ne sais pas a quoi cela sert … J ai essayer de refaire le challenge http via let s encrypt mais ça ne marche plus…
Let’s encrypt contacte le service via HTTP pour valider que le process qui demande est bien accessible par le domaine.
Sinon, j’avais configuré le DNSMASQ pour ajouter le host en IP local, mais j’ai l’impression que le raspberry a un peu de mal à tout gérer et (re)démarrer dnsmasq Et désormais c’est supprimé je vois.
Par défaut le fichier veolia.log se trouve dans /config/appdaemon/apps/veolia-idf .
L’option ‹ log_folder › dans la configuration donné à AppDaemon permet de le placer ailleurs, dans mon cas je le place sous /config - voici ma config:
Merci pour ton retour
j’ai finalement trouver mon problème et si ca peut servir à d’autres : j’étais en mode debug…
c’est en relisant la doc que je me suis rendu compte de mon erreur!
Bonne année et surtout une très bonne santé à toi et tes proches.
Désolé de t’embêter. Maintenant que le script fonctionne et qu’il me récupère bien le csv je n’ai qu’une valeur pour la veille qui remonte dans le sensor [sensor.veolia_NUMCONTRAT_period_total] ai-je raté quelque chose? car j’ai vu dans ton graphique tu avais d’autres jours issus aussi du fichier csv.
Merci de ton aide
Malheureusement HA ne permets pas d’ajouter une historique de valeurs, seulement une valeur courante.
Donc demain il y a aura 2 jours, puis 3 et ainsi de suite.
Parfois la dernière valeur n’est qu’une estimation - dans ce cas elle n’est pas prise en compte (sinon cela mène à des consommations négatives ce qui est embêtant pour un compteur qui n’est sensé qu’augmenter).
Il y a même un Feature request avec seulement 180 votes actuellement.
Il faut faire des requêtes SQL. home-assistant-import est fait pour importer des données de Domotics qui peut être source d’inspiration, discussion sur le forum en anglais.
Bonjour,
J’aimerais beaucoup faire fonctionner ce systeme mais je ne m’en sort pas. Je suis sous HA en VM Synology. Ci-après le log en DEBUG. Toute aide serait bienvenue svp.
Merci bcp.
DEBUG MODE ACTIVATED [e[33mWWe[0m] only use ‹ –debug › for troubleshooting
Check script version is up to date [e[33mWWe[0m] New version "Home Assistant support + Docker "(v2.0) available. Check : Release Home Assistant support + Docker · s0nik42/veolia-idf · GitHub
Loading configuration file : /config/appdaemon/apps/veolia-idf/config.json [e[32mOKe[0m]
Start loading veolia configuration [–]
« veolia_login » = « xxxxxxxx@gmail.com » [e[32mOKe[0m]
« veolia_password » = "" [e[32mOKe[0m]
« veolia_contract » = « xxxx » [e[32mOKe[0m]
« geckodriver » = « /config/geckodriver » [e[33mWWe[0m] param is not found in config file, using default value
« firefox » = « /config/firefox » [e[33mWWe[0m] param is not found in config file, using default value
« chromium » = « /usr/bin/chromium-browser » [e[33mWWe[0m] param is not found in config file, using default value
« chromedriver » = « /usr/bin/chromedriver » [e[33mWWe[0m] param is not found in config file, using default value
« timeout » = « 30 » [e[32mOKe[0m]
« download_folder » = « /config/ » [e[33mWWe[0m] param is not found in config file, using default value
« logs_folder » = « /config/ » [e[32mOKe[0m]
End loading veolia configuration [e[32mOKe[0m]
Start Loading Home Assistant configuration [–]
« ha_server » = « https://xxxxxxx.duckdns.org:8123 » [e[32mOKe[0m]
« ha_token » = "***************************************************************************************************************************************************************************"[e[32mOKe[0m]
« veolia_contract » = « xxxxxxx » [e[32mOKe[0m]
« timeout » = « 30 » [e[32mOKe[0m]
« download_folder » = « /config/ » [e[33mWWe[0m] param is not found in config file, using default value
End loading Home Assistant configuration [e[32mOKe[0m]
Check download location integrity [e[32mOKe[0m]
Remove temporary download file [e[32mOKe[0m]
Check availability of « geckodriver »+« firefox » or « chromedriver »+« chromium » [e[32mOKe[0m]
[–e[0m] Check Home Assistant connectivity [e[31mEEe[0m] url=https://xxxxxxxx.duckdns.org:8123/api/ : HTTPSConnectionPool(host=‹ xxxxxx.duckdns.org ›, port=8123): Max retries exceeded with url: /api/ (Caused by ConnectTimeoutError(<urllib3.connection.HTTPSConnection object at 0x7f61a98f20b0>, ‹ Connection to xxxxxx.duckdns.org timed out. (connect timeout=None) ›))
Close Browser [e[32mOKe[0m]
Close Display [e[32mOKe[0m]
Ended with error [e[31mEEe[0m]
Merci le_top. Mon instance interne est https://homeassistant.local:8123 et celà fonctionne bien.
la connexion à home assistant via https://xxxxxxxx.duckdns.org fonctionne aussi très bien (sans mettre le ‹ :8123 ›) de la maison ou de l’extérieur.
Pour le port, je ne suis pas expert je dois avouer…
@hautfr Super, c’est à peu près ce que je supposais.
Je propose souvent d’imaginer le port comme une porte d’accès à une habitation à une adresse qui est l’adresse postale.
Un immeuble d’appartements a beaucoup de ports, mais une seule adresse postale qui est un peu l’IP dans notre affaire.
Le DNS c’est un peu comme le carnet d’adresses dans lequel on cherche le nom de quelqu’un pour trouver son adresse.
La difficulté ici c’est que home-assistant.local est résolu à l’adresse interne, et la requête tape directement l’instance Home Assistant.
Et xxxxxxxx.duckdns.org est résolu à l’adresse publique, soit celle de la box, qui elle « traduit » le port publique en adresse et port interne (le « NATting »).
D’accord Le_top, une fois qu’on a dit çà, comment résoudre mon problème svp? dois je faire une « redirection de port » sur ma livebox? ou autre? merci bcp