[App Tierce] Teslamate : datalogger local et gratuit

[Lyozav]

Le 09/02/2023 à 09:14, bobjouy a dit :

C'est bien ça, comme je l'avais précisé plusieurs fois mais effectivement ce sujet comporte beaucoup de pages où il faut fouiller 😅

Je confirme, j'avais tenté une recherche sur le forum, mais pas trouvé ! 

[David42fr]

Hello,

 

Depuis cette nuit, 2 de mes 3 instances Teslamate ne communiquent plus avec la voiture. Elles sont à jour et redémarrées sans succès. Une idée de ce qui pourrait coincer?

[Bart]

Pareil chez moi ….

Un changement dans les api tesla ?

[l@blanch€]

Les token ne fonctionne plus

[mick68]

idem

[Fender]

il m'a suffit de redémarrer l'instance pour ma part

[l@blanch€]

Redémarrage de l'instance il ne veut rien savoir 😰

[Bart]

Un redémarrage n'avait rien donné ce matin, mais ça a fini par se reconnecter à midi

[pingoo78]

Un reboot avant midi et tout est reveu pour ma part aussi.

Surement un bug coté serveur.

[lesommer35]

Pour ma part, seule la remontée des trajets est cassé, le reste est ok
Peut-être que cela vient de l'API streaming ?🤔

 

EDIT:
Finalement, j'ai rebooté/updaté et j'ai fermé manuellement les trajets de ce matin. Tout est de nouveau ok.

Modifié mars 2, 2023 par lesommer35

[nicolinux]

Oh, ça explique mon problème aussi alors ! 

 

Bon, redémarrons aussi. Je ne sais pas si je dois fermer la session de charge à la main… d'ailleurs, tu as fait comment pour les trajets @lesommer35 ?

[Cae42]

Salut
Ok je constate que c'est cassé depuis cette nuit

Donc je pense rebooter le raspberry ce soir

[David42fr]

Effectivement, ça semble revenu ce midi... Dommage pour le trou dans l'historique!

[lesommer35]

Le 02/03/2023 à 14:23, nicolinux a dit :

Bon, redémarrons aussi. Je ne sais pas si je dois fermer la session de charge à la main… d'ailleurs, tu as fait comment pour les trajets @lesommer35 ?

Il arrive que des trajets sont mal fermés et il n'apparaissent pas dans "Drives".
J'utilise ce script pour les fermer :

#!/bin/bash

sudo docker-compose exec teslamate bin/teslamate rpc "TeslaMate.Repo.get!(TeslaMate.Log.Drive, $1) |> TeslaMate.Log.close_drive()"

Il faut trouver le "drive_id" du dernier trajet correct qui est indiqué dans l'url quand on affiche le détail de ce trajet :


Je vais donc fermer tous les trajets suivants ce drive_id en lançant cette commande :
 

for i in {6904..6950}; do ./close_drive.sh $i; done

J'espère que c'est assez clair

[nicolinux]

Le 02/03/2023 à 15:31, lesommer35 a dit :

J'espère que c'est assez clair

Parfaitement clair. 👍 

 

Je me demande si c'est aussi nécessaire pour ma charge enregistrée qu'à moitié. Je n'ai pas les valeurs finales, c'est comme si j'avais ajouté 0 kWh à la voiture, mais tout le reste semble fonctionner. Je pense laisser comme ça pour le moment…

[l@blanch€]

J'ai d'abord lécran du haut et ensuite l'écran du bas.

Vous pensez que le token a bien été pris en compte et que je n'ai simplement pas accès au information de la voiture?

[l@blanch€]

Le 02/03/2023 à 14:07, lesommer35 a dit :

Pour ma part, seule la remontée des trajets est cassé, le reste est ok
Peut-être que cela vient de l'API streaming ?🤔

 

EDIT:
Finalement, j'ai rebooté/updaté et j'ai fermé manuellement les trajets de ce matin. Tout est de nouveau ok.

Tu n'avais pas mis a jour le 13 janvier?

[supervedro]

Le 02/03/2023 à 14:00, pingoo78 a dit :

Un reboot avant midi et tout est reveu pour ma part aussi.

Surement un bug coté serveur.

Pareil de mon côté - reboot de l'instance et c'est reparti.

[l@blanch€]

Quand je lance un Docker-compose up

Le premier message déerreur que j'ai c'est çà

[Cae42]

Un reboot du raspberry fait l'affaire.

Pour ceux qui recherchent les commandes du docker

Citation

 docker-compose stop teslamate
 docker-compose pull
 docker-compose up -d
 docker-compose start teslamate

 

[l@blanch€]

Le 02/03/2023 à 18:20, l@blanch€ a dit :

Quand je lance un Docker-compose up

Le premier message déerreur que j'ai c'est çà

Solution pour mon problème j'ai échangé le DNS de mon raspberry pi j'ai mis celui de google 8.8.8.8.

J'ai redémarrer c'est revenu normale.

J'ai remis mon ancien DNS et rallumé et tous fonctionne je ne sais pas d'où venais le problème 

Problème résolu pour moi ouf

[lesommer35]

Le 02/03/2023 à 17:21, l@blanch€ a dit :

Tu n'avais pas mis a jour le 13 janvier?

Je ne sais plus trop de quand date ma dernière mise à jour
Le dernier reboot (pour mise à jour?) datait du 01/02

[MikeFr]

Le 02/03/2023 à 16:26, nicolinux a dit :

Parfaitement clair. 👍 

 

Je me demande si c'est aussi nécessaire pour ma charge enregistrée qu'à moitié. Je n'ai pas les valeurs finales, c'est comme si j'avais ajouté 0 kWh à la voiture, mais tout le reste semble fonctionner. Je pense laisser comme ça pour le moment…

Tu peux aussi pour les charges (même s'il manquera la fin c'est mieux que rien).

Y'a la commande sur la doc web Teslamate.

[nicolinux]

Le 03/03/2023 à 11:48, MikeFr a dit :

Tu peux aussi pour les charges (même s'il manquera la fin c'est mieux que rien).

Tu as raison, je l'ai fait et j'ai bien une charge terminée, même s'il manque une bonne partie, mais on ne va pas inventer les données absentes non plus.

[Fender]

en regardant les data dans la base, je trouve qu'il y a quelques trucs un peu bizarres :

1) pourquoi teslamate poll autant l'api, je ne vois pas l'intérêt d'avoir un point tout les 150 à 400 millisecondes

2) conséquence du 1 ? énormément de points inconsistants :

  - bcp ne portent ni vitesse ni presque  rien

  - ceux qui portent toutes les infos ne portent pas l'altitude et inversement, c'est les points avec très peu d'infos qui la portent (je suppose que c'est un calcul de teslamate avec un service d'élévation en fonction de la position et qu'elle n'est pas fournie par l'API du coup)

  - des aberrations tout le temps : l'ordre d'enregistrement n'est pas toujours l'ordre de l'horodatage, l'odometre reste fixe sur deux nombreux points puis augmente d'un coup de 50m puis revient à la valeur précédente, puis réaugmente à nouveau, et ça ne s'explique même pas avec le pb d'ordre vu précédemment (ça n'a même vraiment rien à voir, l'augmentation d'odometre se fait par fois sur un nouveau point avec un horodatage antérieur à celui précédemment enregistré, avant de redescendre avec un nouveau point dans le bon ordre

 

Bref, est-ce que ce sont des choses déjà discutées par ailleurs ? on ne peut pas réduire à la fréquence de polling à genre 1Hz déjà ?

Est-ce qu'on peut "nettoyer" la table positions des points peu informatifs en terme de données ? (je dirais que oui, si on pense à exclure de la suppression ceux présents en start_pos/end_pos des trajets)