Le 27/08/2025 à 21:44, Mamiot a dit :

C'est surtout l'interface web (sur le port 4000) qui est exposé par défaut avec un accès à la position de la voiture (en plus du paramétrage de Teslamate).

Oui, si on l'utilise à partir d'une adresse ouverte sur internet, les données sont (évidemment) exposés. L'usage recommandé si on veut rester privé et qu'on ne sait pas comment faire c'est un accès local. Après, du moment que c'est juste un accès en consultation c'est pas critique. L'article a même des accents limite comiques:

Citation

 Un chercheur a trouvé un moyen d’exposer toutes leurs données précieuses des véhicules et des usagers : modèle, localisation et même kilométrage. 

Même le kilométrage ! Wahou

Sérieusement, je ne vois pas bien en quoi c'est pire que de poster des photos et des commentaires politiques sur les réseaux sociaux, publics aussi. Au moins tu ne risques pas d'être refoulé en voulant entrer aux USA.

Sans parler des cams consultables par les employés de Tesla ou de toute ta vie enregistrée dans les serveurs de Google....

La position « real time » reste problématique. 
 

pour celui qui veut visiter ton domicile en ton absence par exemple ..
 

 

Le 27/08/2025 à 22:43, Ponchy a dit :

La position « real time » reste problématique. 
 

pour celui qui veut visiter ton domicile en ton absence par exemple ..

Un peu, mais la voiture seule ne dit pas qui est présent au domicile. Si des cambrioleurs ont une raison de cibler spécifiquement un domicile, ils doivent étudier les habitudes de tous les occupants. Pour illustrer, dans mon coin ils font des rondes régulières en testant le verrouillage des portes / portails, c'est basique mais efficace. Les cambriolages hi-tech ça doit être réservé aux manoirs de la haute société, je suppose.

Le 27/08/2025 à 21:44, Mamiot a dit :

C'est surtout l'interface web (sur le port 4000) qui est exposé par défaut avec un accès à la position de la voiture (en plus du paramétrage de Teslamate).

Personnellement j'héberge le tout dans du docker sur une VM.
J'ai mis un nginx en reverse proxy avec gestion des certificats ssl et user/mdp géré dans la conf du nginx. Idem pour la partie grafana (où y'a en plus déjà l'authentification intégrée, donc j'ai gardé les 2).

Reste juste à rajouter un fail2ban pour blacklister toute IP qui ferait une attaque en brute force.

Le 02/09/2025 à 15:50, cybervince a dit :

Personnellement j'héberge le tout dans du docker sur une VM.
J'ai mis un nginx en reverse proxy avec gestion des certificats ssl et user/mdp géré dans la conf du nginx. Idem pour la partie grafana (où y'a en plus déjà l'authentification intégrée, donc j'ai gardé les 2).

Reste juste à rajouter un fail2ban pour blacklister toute IP qui ferait une attaque en brute force.

Perso, conteneur LXC sur un proxmox accessible via mon VPN maison sur Wireguard

Bonjour à tous,
Après 4 ans à utiliser TeslaFi je me dis qu’il est tant d’économiser un peu sur la durée et être moins même responsable de mes données.

J’ai donc pris un raspberry pi 5. J’ai fait l’installation, et tout fonctionnait bien.
J’ai voulu tenter d’importer mes données de TeslaFi mais déjà je galérais pour accéder à dossier import à cause des droits mais j’ai fini par y arriver.
Et dans le même temps, j’ai constaté que le tutoriel que j’avais utilisé pour l’installation n’était plus à jour pour le contenu du fichier compose …
Car il mentionne encore un postgres à 16, alors que j’ai vu que c’était du 17 maintenant donc j’ai mis à jour le fichier docker compose mais maintenant je n’ai plus rien qui fonctionne.

Est ce la modification de la ligne postgres de 16 à 17, les fichiers pour l’import de TeslaFi …

J’ai voulu tenter de reprendre le tutoriel d’installation du début mais pas de changement.
Est possible de supprimer tout pour recommencer ?
Sans forcément formation la carte micro sd et réinstaller le système … même si aucune données puis raspberry reçu ce jour …

Et si vous avez un process plus complet que la doc officielle (qui s’adresse surtout à des confirmés et non aux débutants) pour l’import des données TeslaFi, je suis preneur.

Merci

Salut

Pas obligé de tout supprimer, juste le dossier teslamate-db et relance docker compose up -d. ça doit reconstruire avec une base vide, de là tu refais l'import.

Sinon tu peux en effet vider le dossier teslamate (sauf docker-compose.yml) et relancer docker compose up -d
Le tuto le plus à jour pour l'import TeslaFi doit être dans la doc de teslamate, c'est celle-ci qui te semble adressé aux confirmés ? qu'est-ce qui coince ?

Salut
Pas obligé de tout supprimer, juste le dossier teslamate-db et relance docker compose up -d. ça doit reconstruire avec une base vide, de là tu refais l'import.
Sinon tu peux en effet vider le dossier teslamate (sauf docker-compose.yml) et relancer docker compose up -d
Le tuto le plus à jour pour l'import TeslaFi doit être dans la doc de teslamate, c'est celle-ci qui te semble adressé aux confirmés ? qu'est-ce qui coince ?

Alors j’avoue que je reprends juste le Raspberry, j’avais un model 1B de 2011 qui m’a servi de média center mais ça remonte [emoji28]

Donc déjà, en lisant ton message, j’ai du chercher le dossier concerné et je viens de trouver le dossier docker dans var/lib/ mais vu que dossier root je ne peux pas rentrer dedans via fillezilla et apparemment pas de possibilité de se connecter en mode root avec.
Donc va sûrement falloir que je vois via les liens de commandes … c’est la ou c’est compliqué quand tu as 30 ans d’habitude d’interface graphique …

Bon, je pensais enfin avoir réussi, après avoir installé portainer et donc supprimer tout ce qui touchait tesla mate et en relançant, j’ai bien choisi le fuseau de Paris, mais la cela fait 1h que j’ai cet écran …
Le bouton rafraîchir n’est pas opérationnel ….

Bonjour, je poursuis mes investigations mais j’avoue ne pas comprendre, si je supprimer toutes mes bases et conteneurs et relance via un docker compose up -d, lors de l’import cela va toujours planter entre 5000 et 8000 km d’import donc c’est loin de mon export ayant 70000 km …

Je viens de tenter de vouloir faire l’import uniquement du fichier d’août 2021, la pas de souci, une fois l’import fait je supprime le fichier du dossier import, je mets celui de septembre et fait un docker compose restart teslamate, la il voit bien mon fichier de septembre 2021, il me mets bien la coche verte d’import réussi, j’ai fait plusieurs mois ainsi pensant que c’était bon même si cela serait long de faire 51 fois cette manipulation…

Mais la si j’ai le gafana et que je vais voir dans les trajets d’août 2021 à aujourd’hui, je n’ai que le mois d’août …. Les autres données n’y sont pas ….

J’aimerai dans un premier temps juste installer teslamate vierge et importer toutes mes données.

Pour déjà ensuite voir pour sauvegarder tout ça, là aussi je pense que ça va être compliqué … car j’aimerai ne pas repartir de zéro à chaque fois.

Mon abonnement TeslaFi s’arrêtant le 2 novembre ça va vite arriver donc je dois maîtriser teslamate avant [emoji28]

Merci par avance de votre aide

Le 18/10/2025 à 13:17, Batmat86 a dit :

Bonjour, je poursuis mes investigations mais j’avoue ne pas comprendre, si je supprimer toutes mes bases et conteneurs et relance via un docker compose up -d, lors de l’import cela va toujours planter entre 5000 et 8000 km d’import donc c’est loin de mon export ayant 70000 km …

Je viens de tenter de vouloir faire l’import uniquement du fichier d’août 2021, la pas de souci, une fois l’import fait je supprime le fichier du dossier import, je mets celui de septembre et fait un docker compose restart teslamate, la il voit bien mon fichier de septembre 2021, il me mets bien la coche verte d’import réussi, j’ai fait plusieurs mois ainsi pensant que c’était bon même si cela serait long de faire 51 fois cette manipulation…

Mais la si j’ai le gafana et que je vais voir dans les trajets d’août 2021 à aujourd’hui, je n’ai que le mois d’août …. Les autres données n’y sont pas ….

Je n'ai jamais fait l'opération et pas lu la doc donc c'est peut être une question bête, mais tu n'as pas moyen de concaténer tous tes fichiers Teslafi en un seul avant l'import ?

Je n'ai jamais fait l'opération et pas lu la doc donc c'est peut être une question bête, mais tu n'as pas moyen de concaténer tous tes fichiers Teslafi en un seul avant l'import ?

Bonsoir, j’ai voulu le faire mais j’ai très vite eu un message d’erreur me disant impossible puisque je dépassait les 1.2 million de lignes [emoji28]

Apparemment rien que pour 2021 sachant que j’ai ma voiture que depuis août j’ai 290000 lignes au total [emoji854]

Mais oui j’avoue ne pas comprendre pourquoi cela semble fonctionner que sur quelques fichiers et non les 51 (1 par mois) … et surtout pourquoi je ne peux pas le faire en plusieurs. Car s’il avait fallu que j’importe un à un au pire je l’aurai fait.

Peut-être une piste pour ton import dans les issues remontées dans github Teslamate.
Il faudrait vérifier les logs du container teslamate voir si ça colle, ou chercher l'erreur et peut-être le signaler dans Github. 

Bonjour,

J'ai TeslaMate qui est installé sur un NAS Asustor en docker, c'est la version 2.1.1

La base de données 17.6

En général, je regarde le tableau "overview" et de temps en temps le tableau drive

Le tableau "overview" est à jour, pas de problème, les données sont correctes.

Dans "drive", la dernière conduite de voiture date du 21 octobre, on a donc neuf jours de perdus...

Dans le tableau "base de données", j'ai un truc qui m'a un peu surpris :

Dans les logs de Teslamate, j'avais vu une erreur qui tournait sans cesse...

J'ai arrêté et redémarré la stack : Les logs ne présentent plus d'erreurs.

Je verrai demain si les "Drives" sont actualisées.

 

Est-ce qu'il est possible de corriger la base de données ? En espérant qu'il n'y ait pas quelque chose de plus grave...

Merci

 

Le 30/10/2025 à 21:04, marc54425 a dit :

Bonjour,

J'ai TeslaMate qui est installé sur un NAS Asustor en docker, c'est la version 2.1.1

La base de données 17.6

En général, je regarde le tableau "overview" et de temps en temps le tableau drive

Le tableau "overview" est à jour, pas de problème, les données sont correctes.

Dans "drive", la dernière conduite de voiture date du 21 octobre, on a donc neuf jours de perdus...

Dans le tableau "base de données", j'ai un truc qui m'a un peu surpris :

Dans les logs de Teslamate, j'avais vu une erreur qui tournait sans cesse...

J'ai arrêté et redémarré la stack : Les logs ne présentent plus d'erreurs.

Je verrai demain si les "Drives" sont actualisées.

 

Est-ce qu'il est possible de corriger la base de données ? En espérant qu'il n'y ait pas quelque chose de plus grave...

Merci

 

Bonjour !

 

Pour corriger les données non closes (drives+charges), tu peux exécuter ce shell sur la machine qui héberge Docker (peut-être adapter le nom des containers si besoin) :

https://github.com/teslamate-org/teslamate/discussions/2364#discussioncomment-8568796

Merci,

C'est une très bonne base de départ.

Je me suis aidé de Tchat GPT pour modifier le batch car sur mon NAS, il n'y a pas la commande patch et la commande sudo n'est pas à l'endroit indiqué...

Du coup cela me donne ceci :

#!/bin/sh
PATH=/usr/builtin/bin:$PATH

echo "Recherche les parcours et charges non fermes..."

# --- Fermeture des charges ---
sql="select id from charging_processes where end_date is null and start_date < now() + interval '-10 days' order by start_date;"
data=$(docker exec teslamate-database-1 bash -c "psql -d teslamate -U teslamate -t -c \"$sql\"")

echo "$data" | while read -r m; do
    [ -z "$m" ] && continue  # ignore les lignes vides
    echo "Closing charge num: $m ..."
    sudo docker exec teslamate-teslamate-1 /opt/app/bin/teslamate rpc \
        "TeslaMate.Repo.get(TeslaMate.Log.ChargingProcess,$m) |> TeslaMate.Log.complete_charging_process()"
done

# --- Fermeture des drives ---
sql="select id from drives where end_date is null and start_date < now() + interval '-10 days' order by start_date;"
data=$(docker exec teslamate-database-1 bash -c "psql -d teslamate -U teslamate -t -c \"$sql\"")

echo "$data" | while read -r m; do
    [ -z "$m" ] && continue
    echo "Closing drive num: $m ..."
    sudo docker exec teslamate-teslamate-1 /opt/app/bin/teslamate rpc \
        "TeslaMate.Repo.get(TeslaMate.Log.Drive,$m) |> TeslaMate.Log.close_drive()"
done

echo "Done."

Chaque clôture Prends environ moins d'1s

Est-ce que ça vaut le coup de le mettre dans le cron ?

Petit effet pervers, ça me génère plus d'un millier de trajets de quelques dizaines de mètres...🫢

Hello a tous. 

J'espère que vous allez bien. 

J'ai fait la dernière mise à jour (que je n'avais pas faites), le 1/11. Depuis je n'ai plus aucun trajet qui remonte dans teslamate. 

Je ne sais pas si il y a eu de grosses motifs. 

 

Par contre je vois ça s'afficher dans la ma fenêtre quand je faire un docker-compose up

 

Si qqn a qqles idées vers ou creuser. 

 

Merci par avance

 

et belle journée à vous

 

docker-db-1         | 2025-11-15 10:27:57.068 UTC [2423] WARNING:  database "teslamate" has a collation version mismatch

docker-db-1         | 2025-11-15 10:27:57.068 UTC [2423] DETAIL:  The database was created using collation version 2.36, but the operating system provides version 2.41.

docker-db-1         | 2025-11-15 10:27:57.068 UTC [2423] HINT:  Rebuild all objects in this database that use the default collation and run ALTER DATABASE teslamate REFRESH COLLATION VERSION, or build PostgreSQL with the right library version.

docker-db-1         | 2025-11-15 10:27:57.068 UTC [2424] WARNING:  database "teslamate" has a collation version mismatch

docker-db-1         | 2025-11-15 10:27:57.068 UTC [2424] DETAIL:  The database was created using collation version 2.36, but the operating system provides version 2.41.

docker-db-1         | 2025-11-15 10:27:57.068 UTC [2424] HINT:  Rebuild all objects in this database that use the default collation and run ALTER DATABASE teslamate REFRESH COLLATION VERSION, or build PostgreSQL with the right library version.

docker-teslamate-1  | 2025-11-15 11:27:57.159 [info] Migrations already up

docker-teslamate-1  | 2025-11-15 11:27:59.611 [info] System Info: Erlang/OTP 26 (jit)

docker-teslamate-1  | 2025-11-15 11:27:59.611 [info] Version: 2.2.0

Le 15/11/2025 à 12:54, LeDahu a dit :

Hello a tous. 

J'espère que vous allez bien. 

J'ai fait la dernière mise à jour (que je n'avais pas faites), le 1/11. Depuis je n'ai plus aucun trajet qui remonte dans teslamate. 

Je ne sais pas si il y a eu de grosses motifs. 

 

Par contre je vois ça s'afficher dans la ma fenêtre quand je faire un docker-compose up

 

Si qqn a qqles idées vers ou creuser. 

 

Merci par avance

 

et belle journée à vous

 

docker-db-1         | 2025-11-15 10:27:57.068 UTC [2423] WARNING:  database "teslamate" has a collation version mismatch

docker-db-1         | 2025-11-15 10:27:57.068 UTC [2423] DETAIL:  The database was created using collation version 2.36, but the operating system provides version 2.41.

docker-db-1         | 2025-11-15 10:27:57.068 UTC [2423] HINT:  Rebuild all objects in this database that use the default collation and run ALTER DATABASE teslamate REFRESH COLLATION VERSION, or build PostgreSQL with the right library version.

docker-db-1         | 2025-11-15 10:27:57.068 UTC [2424] WARNING:  database "teslamate" has a collation version mismatch

docker-db-1         | 2025-11-15 10:27:57.068 UTC [2424] DETAIL:  The database was created using collation version 2.36, but the operating system provides version 2.41.

docker-db-1         | 2025-11-15 10:27:57.068 UTC [2424] HINT:  Rebuild all objects in this database that use the default collation and run ALTER DATABASE teslamate REFRESH COLLATION VERSION, or build PostgreSQL with the right library version.

docker-teslamate-1  | 2025-11-15 11:27:57.159 [info] Migrations already up

docker-teslamate-1  | 2025-11-15 11:27:59.611 [info] System Info: Erlang/OTP 26 (jit)

docker-teslamate-1  | 2025-11-15 11:27:59.611 [info] Version: 2.2.0

Bonjour @LeDahu !

 

En t'étant positionné dans ton répertoire docker qui contient ton fichier .yml, la commande suivante devrait te permettre de ne plus avoir les avertissements :

docker-compose exec -T database psql -U teslamate << .
ALTER DATABASE teslamate REFRESH COLLATION VERSION
.

 

Mais ça reste des warnings... ça ne devrait pas bloquer la collecte de tes données. Si Grafana te montre tes anciens trajets, c'est que la base est accessible et que le souci vient d'ailleurs.

Les logs du conteneur docker-teslamate-1 devraient être bien plus intéressants.

 

Tiens-nous au courant de cette première étape déjà !

Le 15/11/2025 à 14:17, Mamiot a dit :

Bonjour @LeDahu !

 

En t'étant positionné dans ton répertoire docker qui contient ton fichier .yml, la commande suivante devrait te permettre de ne plus avoir les avertissements :

docker-compose exec -T database psql -U teslamate << .
ALTER DATABASE teslamate REFRESH COLLATION VERSION
.

 

Mais ça reste des warnings... ça ne devrait pas bloquer la collecte de tes données. Si Grafana te montre tes anciens trajets, c'est que la base est accessible et que le souci vient d'ailleurs.

Les logs du conteneur docker-teslamate-1 devraient être bien plus intéressants.

 

Tiens-nous au courant de cette première étape déjà !

Merci. 

 

Cette étape me donne cela:

 

root@Cervin:/volume1/@docker# docker-compose exec -T database psql -U teslamate << .

> ALTER DATABASE teslamate REFRESH COLLATION VERSION

> .

service "database" is not running

root@Cervin:/volume1/@docker#

 

 

par contre çaa renommé mes docker on dirait: 

et le 1er redémarre en continue 

Modifié novembre 15, 202515 nov. par LeDahu
complément

Le 15/11/2025 à 17:47, LeDahu a dit :

Merci. 

 

Cette étape me donne cela:

 

root@Cervin:/volume1/@docker# docker-compose exec -T database psql -U teslamate << .

> ALTER DATABASE teslamate REFRESH COLLATION VERSION

> .

service "database" is not running

root@Cervin:/volume1/@docker#

 

 

par contre çaa renommé mes docker on dirait: 

et le 1er redémarre en continue 

Tu as essayé de mettre db ou le nom complet de la 3ème ligne de ta capture à la place de database (le nom du conteneur portant la base) ?

 

Quand tu cliques sur le conteneur teslamate-1, tu as accès aux logs. C'est là que tu auras le "vrai" problème qui sera inscrit.

Le 15/11/2025 à 20:08, Mamiot a dit :

Tu as essayé de mettre db ou le nom complet de la 3ème ligne de ta capture à la place de database (le nom du conteneur portant la base) ?

 

Quand tu cliques sur le conteneur teslamate-1, tu as accès aux logs. C'est là que tu auras le "vrai" problème qui sera inscrit.

 

je n'ai même plus accès aux journaux

on dirait que la commande que j'ai éxécuté (ci-dessous) n'était pas compatible avec mes docker (synology)

 

docker-compose exec -T database psql -U teslamate << .
ALTER DATABASE teslamate REFRESH COLLATION VERSION
.

 

le pire, c'est que des infos remontent (les charges par exemple) mais pas les trajets

 

 

Edit de 23:00

>> bon ben je pense que j'ai tout flingué. 

J'avais souvegardé mes bases mais a mon avis j'aurais meilleur temps de faire un clean install sur mon Synology, ... même sur la page d'accueil il me manque plein d'infos de détail de Teslamate

Modifié novembre 16, 202516 nov. par LeDahu
evolution

Le 16/11/2025 à 18:52, LeDahu a dit :

on dirait que la commande que j'ai éxécuté (ci-dessous) n'était pas compatible avec mes docker (synology)

 

docker-compose exec -T database psql -U teslamate << .
ALTER DATABASE teslamate REFRESH COLLATION VERSION
.

Etrange, ça passe (avec le bon nom du conteneur) sur mon Syno.

 

Tu peux essayer de rejouer ton fichier docker-compose.yml pour recréer les conteneurs "proprement"... et trouver ce qui cloche.

Le 21/11/2025 à 18:03, jackseg a dit :

Bonsoir,

Je me suis fait un dashboard pour la gestion des pneus.


Pour ceux que ça intéresse, tout est sur https://github.com/jackseg80/tire_management.git
Il faut lire README.md et QUICKSTART.md

Comme ce n'est pas Teslamate qui gère cette partie, il faut créer les tables et la logique à la main et entrer les datas avec des commandes SQL mais ce n'est pas sorcier si vous êtes un peu habitué à ces manips. Tout le reste, comme les stats sont automatiques et reprisent de Teslamate.

C'est adapté à la version que j'utilise (Teslamate 2.2.0, PostgreSQL 18.0 et grafana 12.1.1) mais ce doit être compatible avec les anciennes versions... sans garantie.

Attention, j'ai du appliquer un facteur de conversion pour coller aux stats de TeslaFi et c'est donc adapté à ma model S75D pour l'efficience, mais je n'en suis pas encore satisfait. Je ne comprends pas comment ils calculent ces efficiences qui me semble fausses. Il faudra améliorer ce point.
Il faudra adapter ce facteur à votre voiture.

Bonjour @jackseg,

 

Bravo pour ce développement très intéressant !

 

Quelques remarques constructives :

- pour les personnes frileuses pour la doc en anglais... perso ça ne me dérange pas mais une traduction du quickstart serait sympa. Surtout qu'elle a été faite pour la version longue du readme !

- si on ajoute les données des années passées, une fois tout inséré, il faut exécuter la requête update_current_tire_stats (tirée depuis tire_management.sql) une fois en retirant les clauses "ts.date_end is null" pour que les statistiques soient calculées pour l'ensemble des pneus, pas uniquement celui actuellement sur la voiture.

- si on a eu plusieurs voitures suivies dans teslamate, le car_id n'est plus égal à 1. Le dashboard est à modifier pour chaque (ou presque) panneau pour adapter la valeur car_id à la vôtre.

- la requête liée au panneau "Set de pneu actuel" comporte deux erreurs : 

model AS "Modèle" => tire_model AS "Modèle"
tire_size AS "Taille" => size AS "Taille"

- la requête liée au panneau "Vue d'ensemble des pneus" comporte une erreur : 

model AS "Modèle" => tire_model AS "Modèle"

 

Pour la consommation, je ne comprends pas non plus cette différence entre teslamate et l'écran de la voiture (tout comme gross et net, ça n'a jamais été clair pour moi).

 

Le facteur 142 convient pour mon modèle Y LR : je retrouve les valeurs de mon compteur "pneus" que je relève avant remise à zéro à chaque changement été/hiver.

 

@jackseg J'ai également corrigé la répartition "été/hiver" sur "All values" au lieu de Calculate : 

Sinon j'avais une jauge à 100%.

 

Hate de voir les évolutions !

Une fois à disposition, je regarderai ta nouvelle SDD pour adapter les données déjà importées de mon côté et pourrai proposer des requêtes de migration si d'autres personnes étaient dans mon cas.

Modifié novembre 23, 202523 nov. par Mamiot