[App Tierce] Teslamate : datalogger local et gratuit

[LeDahu]

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é 15 novembre par LeDahu
complément

[Mamiot]

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.

[LeDahu]

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é 16 novembre par LeDahu
evolution

[jackseg]

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.

Modifié vendredi à 18:05 par jackseg

[Mamiot]

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.

[Mamiot]

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]

@Mamiot Top, merci pour les retours, j'apprécie beaucoup 
Le problème que j'ai, c'est que j'ai fait le projet de mon côté et j'ai plein de datas persos.
Je me suis dit que ce serait peut-être utile à d'autres et j'ai fait une version "générale" sur github qui n'est pas tout à fait la même car je n'avais pas envie de m'emmer... avec un .gitignore.
Mais c'est un peu le bordel entre ma version et le git. Je vais essayer d'unifier le tout pour n'avoir qu'un projet qui soit cohérent et faire un push correct pour quelqu'un qui commence.

Depuis le dernier push, j'ai modifié:
- le calcul de l'efficience que j'ai basé sur l'EPA de la voiture qui me semble plus fiable
- modifié la database pour que les sets réels soient pris en compte et pas qu'il me compte 1 set à chaque changements de pneus alors que ce sont les mêmes pneus
- modifié le dashboard pour ajouter les stats des sets réels


Je mettrais à jour git mais je veux d'abord terminer tout ce que je veux faire avant.

[Mamiot]

@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é il y a 5 heures par Mamiot