Le 25/04/2023 à 16:22, bobjouy a dit :

J'ai donc créé l'automatisation, et désactivé Homelink sur la 3. En une semaine j'avais ma réponse : j'ai jamais réactivé homelink même sur la 3.

J'ai lu qu'il y avait beaucoup de défauts en effet, alors pour le prix… 

Le 25/04/2023 à 11:11, Sobyte a dit :

Bonjour, ou puis-je mettre à jour le prix de la recharge ? Par session de recharge ou simplement le coût du kWh ? Merci

Dans teslamate georeperage tu peux renseigner le cout. Ca fonctionne avec la position GPS.

Pour la zone, sur HA, t'as pas besoin de la Tesla

Mais moi, je mets pas cet automatisme, sinon j'ai un furieux jack russel qui va faire des conneries dès que le portail s'ouvre  

Bonjour à tous,

 

Depuis 5 jours je n'ai plus les trajets qui remontent correctement, par contre j'ai bien les charges effectuées.

Avez vous eu déjà le cas et si oui comment y remédier

Merci par avance

J’ai eu le même problème la semaine dernière, j’ai juste redémarré Teslamate après avoir constaté le problème.

Le 15/05/2023 à 18:16, bh913 a dit :

Bonjour à tous,

 

Depuis 5 jours je n'ai plus les trajets qui remontent correctement, par contre j'ai bien les charges effectuées.

Avez vous eu déjà le cas et si oui comment y remédier

C'est pas (encore) des pbs de timeout qui empêchent de terminer les trajets ? Tu as accès aux logs ?

Merci pour vos réponses

 

J'ai redemarré teslamate et c'est toujours pareil.

 

Pour les log, je veux bien y regarder, mais il faut me dire où ils trouvent.

Je suis en docker sur synology

Le 15/05/2023 à 19:10, bh913 a dit :

Pour les log, je veux bien y regarder, mais il faut me dire où ils trouvent.

Je suis en docker sur synology

Par ex, dans l'interface graphique du Synology => Docker => container Teslamate => menu Journal

Ok Merci

 Voici donc le log 

 

A priori j'ai des erreurs :

Postgrex.Protocol (#PID<0.2386.0>) disconnected: ** (DBConnection.ConnectionError) client #PID<0.8686.0> timed out because it queued and checked out the connection for longer than 60000ms

 

docker_teslamate_1 (1).html

Modifié mai 15, 20233 a par bh913

Le 15/05/2023 à 19:10, bh913 a dit :

Merci pour vos réponses

 

J'ai redemarré teslamate et c'est toujours pareil.

 

Pour les log, je veux bien y regarder, mais il faut me dire où ils trouvent.

Je suis en docker sur synology

T’as roulé depuis?

car le redémarrage ne récupère pas les trajets perdus.

Le 15/05/2023 à 20:41, bh913 a dit :

Ok Merci

 Voici donc le log 

 

A priori j'ai des erreurs :

Postgrex.Protocol (#PID<0.2386.0>) disconnected: ** (DBConnection.ConnectionError) client #PID<0.8686.0> timed out because it queued and checked out the connection for longer than 60000ms

 

docker_teslamate_1 (1).html 103 Ko · 1 download

Oui apparemment c'est bien le close_drive qui tombe en timeout:

23-05-15T15:57:29.174954399Z	stdout	    (teslamate 1.27.2) lib/teslamate/log.ex:292: TeslaMate.Log.close_drive/2
2023-05-15T15:57:29.174907748Z	stdout	    (ecto 3.9.4) lib/ecto/repo/queryable.ex:151: Ecto.Repo.Queryable.one/3
2023-05-15T15:57:29.174860739Z	stdout	    (ecto 3.9.4) lib/ecto/repo/queryable.ex:19: Ecto.Repo.Queryable.all/3
2023-05-15T15:57:29.174809964Z	stdout	    (ecto 3.9.4) lib/ecto/repo/queryable.ex:229: Ecto.Repo.Queryable.execute/4
2023-05-15T15:57:29.174756546Z	stdout	    (ecto_sql 3.9.2) lib/ecto/adapters/sql.ex:828: Ecto.Adapters.SQL.execute/6
2023-05-15T15:57:29.174700977Z	stdout	    (ecto_sql 3.9.2) lib/ecto/adapters/sql.ex:913: Ecto.Adapters.SQL.raise_sql_call_error/1
2023-05-15T15:57:29.174608415Z	stdout	** (DBConnection.ConnectionError) tcp recv: closed (the connection was closed by the pool, possibly due to a timeout or because the pool has been terminated)

 

Deux solutions: contourner le pb en augmentant le timeout ou le régler en ajoutant un index dans la table des positions

Le 15/05/2023 à 20:51, Manuel a dit :

T’as roulé depuis?

car le redémarrage ne récupère pas les trajets perdus.

Oui j'ai fait un trajet, mais le visu Drive, il n'apparait pas

 

Le 15/05/2023 à 20:58, MrFurieux a dit :

Oui apparemment c'est bien le close_drive qui tombe en timeout:

23-05-15T15:57:29.174954399Z	stdout	    (teslamate 1.27.2) lib/teslamate/log.ex:292: TeslaMate.Log.close_drive/2
2023-05-15T15:57:29.174907748Z	stdout	    (ecto 3.9.4) lib/ecto/repo/queryable.ex:151: Ecto.Repo.Queryable.one/3
2023-05-15T15:57:29.174860739Z	stdout	    (ecto 3.9.4) lib/ecto/repo/queryable.ex:19: Ecto.Repo.Queryable.all/3
2023-05-15T15:57:29.174809964Z	stdout	    (ecto 3.9.4) lib/ecto/repo/queryable.ex:229: Ecto.Repo.Queryable.execute/4
2023-05-15T15:57:29.174756546Z	stdout	    (ecto_sql 3.9.2) lib/ecto/adapters/sql.ex:828: Ecto.Adapters.SQL.execute/6
2023-05-15T15:57:29.174700977Z	stdout	    (ecto_sql 3.9.2) lib/ecto/adapters/sql.ex:913: Ecto.Adapters.SQL.raise_sql_call_error/1
2023-05-15T15:57:29.174608415Z	stdout	** (DBConnection.ConnectionError) tcp recv: closed (the connection was closed by the pool, possibly due to a timeout or because the pool has been terminated)

 

Deux solutions: contourner le pb en augmentant le timeout ou le régler en ajoutant un index dans la table des positions

je vais dans un premier temps augmenter le timeout, j'ai vu que bobjouy l'avait fait. Je verrai si demain les trajet ré-apparaisse dans drive

Pour l'autre solution je ne sais pas faire. pas assez de connaissance informatique. Le 

CREATE INDEX positions_drive_id_date_idx ON positions (drive_id, date);

on doit le faire depuis volume1/@docker ?

 

Merci à vous deux

Le 15/05/2023 à 21:29, bh913 a dit :

je vais dans un premier temps augmenter le timeout, j'ai vu que bobjouy l'avait fait. Je verrai si demain les trajet ré-apparaisse dans drive

Pour l'autre solution je ne sais pas faire. pas assez de connaissance informatique. Le 

CREATE INDEX positions_drive_id_date_idx ON positions (drive_id, date);

on doit le faire depuis volume1/@docker ?

Pour les anciens trajets il faut appeler close_drive à la main je crois ...?

Doc ici (console, idem pour CREATE INDEX, explications ici pour l'accès ssh)

je l'ai eu une ou deux fois, depuis la mise en place de l'index, no pb

Le 17/04/2023 à 15:23, Fender a dit :

Juste à toutes fins utiles, sur synology ou autre système avec docker qui permet de lancer un bash pour passer des commandes, on peut passer des commandes sans passer par "docker compose"

par exemple, la commande décrite dans cette page pour corriger un trajet mal terminé/mal commencé :

https://docs.teslamate.org/docs/maintenance/manually_fixing_data/

devient

>  cd bin (pour aller dans /bin )

> ./teslamate rpc "TeslaMate.Repo.get(TeslaMate.Log.Drive, 9999) |> TeslaMate.Log.close_drive()"

avec 9999 à remplacer par un id de trajet non affiché entre deux trajets visibles dans la vue "drives"

rappel de la version simplifiée (sans avoir à passer par un autre shell et docker compose, directement depuis l'interface du synology)

Modifié mai 16, 20233 a par Fender

A mon avis il est plus judicieux de créer l'index plutôt que augmenter le timeout, tu soulagera la charge du serveur et c'est un fix définitif alors que l'augmentation du timeout tu risque de devoir encore l'augmenter au fur et à mesure que ta base grandit

Bonjour,

 

Merci à vous tous, pour les conseils. Ca refonctionne, mes trajets apparaissent bien.

 

J'ai simplement créer l'index, et fait du menage dans le drive. J'ai essayé de clôturer les drive mais j'avais un message d'erreur me disant que l'ID du drive etait inconnu, du coup j'ai supprimer les lignes de conduite où il y avait rien.

 

Par contre je viens de me rendre compte que dans mon docker-compose 'database image: postgres:' est en version 13 et que sur la notice de teslamate ils sont en 14. Dois je faire une mise à jour ? ou je laisse comme ça ?

 

Merci

Tu peux indiquer comment tu as créé l'index? J'ai vraiment du mal à comprendre le fonctionnement de docker

Le 15/05/2023 à 20:58, MrFurieux a dit :

...ou le régler en ajoutant un index dans la table des positions

Ah cool un meilleur fix que le timeout ça !

 

Pour info, les index peuvent finir par se fragmenter (baisse de perf, on peut les recréer si besoin).

 

Tu devrais proposer la création de cet index au dev pour éviter un éventuel futur conflit.

Le 18/05/2023 à 22:52, thom75 a dit :

Tu peux indiquer comment tu as créé l'index? J'ai vraiment du mal à comprendre le fonctionnement de docker

Une méthode graphique : dans Graphana, menu "Explore" à gauche puis bouton "edit SQL". Tu saisis la requête de création d'index, un petit clic en dehors du champ texte contenant la requête (à côté de "inspector par exemple) et ça doit être bon. En fonction de la taille de la table à indexer, ça peut prendre plusieurs secondes. Si tu veux vérifier que ça a bien été pris en compte, tu cliques de nouveau dans le champ texte et tu cliques une dernière fois ailleurs. Si tu as un message d'erreur indiquant que l'index existe déjà, c'est tout bon.

Le 18/05/2023 à 22:52, thom75 a dit :

Tu peux indiquer comment tu as créé l'index? J'ai vraiment du mal à comprendre le fonctionnement de docker

Je m'auto réponds si ça peut aider quelqu'un d'autre. Mon teslamate est installé sur un synology via docker.

Une fois connecté au NAS, on se place dans /volume1/@docker puis (dans mon cas depuis un mac avec terminal) :

 

docker-compose exec db psql teslamate teslamate

CREATE INDEX positions_drive_id_date_idx ON positions (drive_id, date);

 

 

Le 20/05/2023 à 16:31, Mamiot a dit :

Une méthode graphique : dans Graphana, menu "Explore" à gauche puis bouton "edit SQL". Tu saisis la requête de création d'index, un petit clic en dehors du champ texte contenant la requête (à côté de "inspector par exemple) et ça doit être bon. En fonction de la taille de la table à indexer, ça peut prendre plusieurs secondes. Si tu veux vérifier que ça a bien été pris en compte, tu cliques de nouveau dans le champ texte et tu cliques une dernière fois ailleurs. Si tu as un message d'erreur indiquant que l'index existe déjà, c'est tout bon.

Nos messages se sont croisés, j'ai entre temps fini par trouver. Mais ta méthode est peut être plus accessible (et m'a permis de confirmer que l'index a bien été créé). Merci!

Le 20/05/2023 à 14:56, MikeFr a dit :

Pour info, les index peuvent finir par se fragmenter (baisse de perf, on peut les recréer si besoin).

Dans le cas général oui (en fonction des SGBD), mais là on est dans un cas plus favorable où il y a uniquement des ajouts dans la table (pas de suppressions ni de modif des champs indexés), on devrait éviter ce problème

 

Le 20/05/2023 à 14:56, MikeFr a dit :

Tu devrais proposer la création de cet index au dev pour éviter un éventuel futur conflit.

je l'ai fait il y a qq temps déjà

 

Modifié mai 20, 20233 a par MrFurieux

Bon, finalement, j'ai pas installé teslamate . J'ai juste installé l'intégration custom de tesla sur HA

Pilotage à distance de la bagnole via le token refresh (dispo sur teslafi)

Je vais pouvoir faire mes automatismes

-  mise en marche du chauffage 5mn avant de partir au boulot si 18° > T° > 0°, 10mn si T° inférieure à 0° (basé sur info google agenda) 

- mise en marche de la clim quand ma femme sort de la zone boulot (donc, qu'elle s'approche de la voiture)

Et après, on verra

J’ai suivis pas a pas le tuto mais j’arrive avec une erreur 404 quand je tape l’adresse ip affichée dans oracle cloud ou mon domaine No-IP….

je suis perdu