[App Tierce] Teslamate : datalogger local et gratuit

[Yann73]

Sur le coup l'interrogation DNS aussi souvent n'est pas extrêmement utile je ne sais pas pourquoi il fait ça, dans le sens ou le serveur derrière ne doit pas changer bien souvent, faudrait qu'ils changent leur TTL, m'enfin  

Ce que tu as capturé est l'API qui sert à déterminer le statut de la voiture et quelques autres infos sans s'y connecter (et donc la réveiller), le polling se fait toutes les 30s quand elle dort d'après la doc Teslamate (je retrouve plus le lien..).

 

Un tcpdump sur l'api de streaming doit cracher autrement plus de choses quand la voiture est réveillée/en conduite, surtout si comme l'a dit @bnj04 le polling se fait 5x / sec

[joinman]

Il y a 2 heures, Yann73 a dit :

Un tcpdump sur l'api de streaming doit cracher autrement plus de choses quand la voiture est réveillée/en conduite, surtout si comme l'a dit @bnj04 le polling se fait 5x / sec

 

ça dès que ma femme sort avec la voiture, je lance la commande !

Donc en gros

- un pooling toutes les 30s pour remonter qq infos et voir le statut

- un pooling toutes les X secondes (1 ?) dès son réveil. => A tester. Je vous tiens au jus 👍

 

La bonne nouvelle (enfin on espère), c'est que Telsla ne garde pas ces infos, sinon le graphana aurait été rempli dès le départ.

[Yann73]

+ un polling toutes les 30s / 1min sur l'API "normale" (celle toujours utilisée à côté de celle de streaming qui faisait tout avant), que quand la voiture est éveillée (sinon ça la réveille).

Tiens nous au jus, je l'aurais bien fait mais j'ai déjà fait les courses y'a 3 jours 🤣

 

Un conseil si tu ne l'as pas fait (mais c'est ptetre le cas je connais pas ton niveau de geekitude, quoi que tu connais Tcpdump so.. :p), mais utilise bien un token plutôt que tes creds Tesla pour Teslamate, c'est plus safe ! Il détaille l'insertion à faire dans la BDD postgres dans la doc

[joinman]

sur le token, je vois très bien. J’y avais pensé au départ, mais comme le serveur était chez moi...

Mais tu as raison, je vais le faire !

Normalement ma femme roule vendredi, donc....

[Ughy]

Concernant le DNS qui change toutes les minutes, c'est pour faire de la haute disponibilité facilement (sans passer par des infrastructures lourdes de reverseproxy/loadbalancer/etc.).

Ils doivent avoir plusieurs serveurs qui peuvent répondre aux requêtes. Si le serveur principal est indisponible (panne, upgrade, etc.), ils changent le DNS et dans la minute, tout refonctionne sur le nouveau serveur

[Yann73]

Il y a 5 heures, Ughy a dit :

Concernant le DNS qui change toutes les minutes, c'est pour faire de la haute disponibilité facilement (sans passer par des infrastructures lourdes de reverseproxy/loadbalancer/etc.).

Ils doivent avoir plusieurs serveurs qui peuvent répondre aux requêtes. Si le serveur principal est indisponible (panne, upgrade, etc.), ils changent le DNS et dans la minute, tout refonctionne sur le nouveau serveur

Oui fort possible, sinon le TTL si faible n'a pas vraiment d'intérêt.

M'enfin du HA avec jusqu'à 30s de décalage c'est pas wahou quand même surtout si c'est utilisé dans le cas du summon par exemple, la communication est tripartite avec la voiture

[Ughy]

il y a 16 minutes, Yann73 a dit :

M'enfin du HA avec jusqu'à 30s de décalage c'est pas wahou quand même surtout si c'est utilisé dans le cas du summon par exemple, la communication est tripartite avec la voiture

En fait, en général, sur les grosses infra très critiques et sensibles, il y a les 2 techniques en même temps:

- reverseproxy/loadbalancer pour répartir la charge sur une ferme de serveurs dans un même datacenter. Permet de garantir une haute dispo sous la seconde, gérer les éventuels pics de charge, maintenance à chaud, etc.

- la technique du DNS (donc avec 1mn de latence) pour gérer le PCA (Plan de Continuité d'Activité). Permet de basculer sur une 2e infrastructure dans un 2e datacenter (voir dans un autre pays!) si le premier datacenter est totalement inaccessible (gros crash)

Bref, un TTL à 1mn, c'est pas si étonnant que ça

[joinman]

Dans les grosses boites on a aussi des infra critiques et pas de TTL aussi bas. D'autres techniques existent maintenant. Ce qui peut changer en cas de PCA, c'est l'IP des serveurs. Mais c'est très très rare...Avec le nombre d'adhérences qu'il peut y avoir, on évite :-). Donc il faut trouver soit un mécanisme de masquage (SLB, voir GSLB), soit avec l’avènement des Fabrics, on peut très bien reprendre une infra avec la même IP ailleurs. (yc dans le Cloud !)

 

Bon ça vire à l'expertise, là. je vais revenir à Teslamate

 

Sur le token, si on te le choppe que peut-on faire ?  En gros ma question, est-ce plus critique de se faire dérober le token et le refresh token (donc ce qui revient à avoir un token à vie sauf en cas de révocation de notre part), ou le login/passwd.

J'aurais tendance à dire le login/passwd car déjà on peut se faire mettre à la porte du site. Et ça c'est pas rien.

Bon je vais mettre le token.

 

merci de m'avoir lu 😀

 

PS : au fait, comment je vais faire pour savoir si il prend bien le token et non le login/passwd qu'il a gardé qq part ? Car là, aussi bien sur le port 3000 et 4000, je ne rentre plus mon mdp...

Modifié avril 23, 2020 par joinman

[Yann73]

Je rejoins Joinman, pas besoin de TTL si bas, en tout cas ce n'est pas ce que je mets en place lorsque je monte une infra haute dispo, même sur plusieurs DC, bref là n'est pas le sujet on s'égare !

 

Citation

Sur le token, si on te le choppe que peut-on faire ?  En gros ma question, est-ce plus critique de se faire dérober le token et le refresh token (donc ce qui revient à avoir un token à vie sauf en cas de révocation de notre part), ou le login/passwd.

J'aurais tendance à dire le login/passwd car déjà on peut se faire mettre à la porte du site. Et ça c'est pas rien.

Bon je vais mettre le token.

Si on te chourre le token en changeant le pass de ton compte Tesla ça le revoke directement, ça doit être le salt ou un truc du genre, ou bien il y a peut-être un call API pour le révoquer. De base il est valable 3 mois de mémoire, c'est Teslamate dans notre cas qui utilise le second token (de refresh) pour étendre le premier / en générer un nouveau avant l'expiration (à voir si c'est un nouveau ou pas du coup, ce qui rend le truc plus sécu).

 

A mon avis il faut regarder côté logs, l'info doit y être mentionnée, ou bien dans le code directement, après tout c'est sur Github

[matesla3etaitsurleglovis]

Pour le token, sa durée de vie est exactement 45 jours. En travaillant sur mon site, j'ai constaté que si on change son mot de passe tesla, il est directement invalidé, il n'y a rien à faire. Aussi, le token ne permet pas de démarrer les voiture, le mot de passe si. Et avec le mot de passe, on peut désactiver le suivi gps. En gros: on peut se faire voler sa voiture avec login et mot de passe et ne pas la retrouver. Impossible avec juste le token.

 

[joinman]

Il y a 7 heures, matesla3etaitsurleglovis a dit :

Pour le token, sa durée de vie est exactement 45 jours. En travaillant sur mon site, j'ai constaté que si on change son mot de passe tesla, il est directement invalidé, il n'y a rien à faire. Aussi, le token ne permet pas de démarrer les voiture, le mot de passe si. Et avec le mot de passe, on peut désactiver le suivi gps. En gros: on peut se faire voler sa voiture avec login et mot de passe et ne pas la retrouver. Impossible avec juste le token.

 

Je te remercie pour ces précisions. Merci aussi à Yann73 👍

Je vais mettre en place le token demain en suivant le guide.

Par contre j’ai toujours la même interrogation : comment être certain que le token a bien été pris et que ce n’est pas encore le login/passwd sachant que je ne le rentre plus et que ca fonctionne... ça fait flipper ce truc. Vous pensez qu’il est en clair dans la base SQL ? J’irais regarder les tables. J’aurais quand même bien aimé un bouton logout quitte à ressaisir le MDP à chaque fois.

 

Autrement, demain ma femme va rouler, je vais refaire quelques captures. Pour éviter les requêtes DNS trop nombreuses, je vais peupler le fichier hosts du serveur avec les 2 URLs. (une pour le check et une autre pour le streaming). J’ai regardé mes logs DNS après avoir fait un tour, il y a maintenant une requête DNS toutes les 10s-20s vers l’API de streaming. ça ne préjuge en rien la fréquence de prises d’infos.

 

Réponse demain !

[Yann73]

Pour l'histoire du login/pass perso je ne l'ai jamais rentré, au moment ou teslamate demandait le login j'ai directement inséré le token et ça a fonctionné donc j'avoue ne pas m'être posé la question ! Le plus simple est effectivement d'aller fouiller dans la base et chercher globalement si tu vois tes creds et les enlever.

J'ai regardé rapidement le code mais je ne suis pas familier du langage utilisé (Elixir) et j'ai un peu la flemme de creuser c'est le week-end , ceci dit quand on regarde les méthodes qui servent à l'authentification visiblement le login/pass est utilisé pour générer les deux tokens, une des fonctions trouvées par exemple :

 

 

Pour information en streaming voici les objets Json qu'il récupère : speed odometer soc elevation est_heading est_lat est_lng power shift_state range est_range heading.

 

Pour la boucle de polling il utilise un websocket et notamment la librairie "websockex" : https://github.com/Azolo/websockex.

On retrouve pas mal de timers différents dans l'implémentation de la librairie : https://github.com/adriankumpf/teslamate/blob/master/lib/tesla_api/stream.ex

Dans tout les cas le but du websocket est d'avoir une communication full-duplex permanente client-serveur, donc il n'y a pas vraiment de notion de boucle avec timer, c'est plutôt au fur et à mesure que les infos sont générées pour schématiser

Modifié avril 25, 2020 par Yann73

[joinman]

Il y a 2 heures, Yann73 a dit :

Dans tout les cas le but du websocket est d'avoir une communication full-duplex permanente client-serveur, donc il n'y a pas vraiment de notion de boucle avec timer, c'est plutôt au fur et à mesure que les infos sont générées pour schématiser

Je confirme

 

Voici la capture vers l'API de streaming

 

 123.123.123.123.46271 > 205.234.31.121.https: Flags [P.], seq 1:262, ack 1, win 64240, options [nop,nop,TS val 862605954 ecr 2965963607], length 261
12:01:36.068246 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [.], ack 262, win 4641, options [nop,nop,TS val 2965963769 ecr 862605954], length 0
12:01:36.069387 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [P.], seq 1:4345, ack 262, win 4641, options [nop,nop,TS val 2965963770 ecr 862605954], length 4344
12:01:36.069442 IP 123.123.123.123.46271 > 205.234.31.121.https: Flags [.], ack 4345, win 62264, options [nop,nop,TS val 862606105 ecr 2965963770], length 0
12:01:36.219250 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [P.], seq 4345:4405, ack 262, win 4641, options [nop,nop,TS val 2965963920 ecr 862606105], length 60
12:01:36.219306 IP 123.123.123.123.46271 > 205.234.31.121.https: Flags [.], ack 4405, win 63712, options [nop,nop,TS val 862606255 ecr 2965963920], length 0
12:01:36.221650 IP 123.123.123.123.46271 > 205.234.31.121.https: Flags [P.], seq 262:388, ack 4405, win 63712, options [nop,nop,TS val 862606257 ecr 2965963920], length 126
12:01:36.371135 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [.], ack 388, win 4767, options [nop,nop,TS val 2965964072 ecr 862606257], length 0
12:01:36.372017 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [P.], seq 4405:4411, ack 388, win 4767, options [nop,nop,TS val 2965964072 ecr 862606257], length 6
12:01:36.372523 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [P.], seq 4411:4456, ack 388, win 4767, options [nop,nop,TS val 2965964073 ecr 862606257], length 45
12:01:36.372629 IP 123.123.123.123.46271 > 205.234.31.121.https: Flags [.], ack 4456, win 63712, options [nop,nop,TS val 862606408 ecr 2965964072], length 0
12:01:36.372911 IP 123.123.123.123.46271 > 205.234.31.121.https: Flags [P.], seq 388:594, ack 4456, win 63712, options [nop,nop,TS val 862606408 ecr 2965964072], length 206
12:01:36.522501 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [.], ack 594, win 4973, options [nop,nop,TS val 2965964223 ecr 862606408], length 0
12:01:36.523465 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [P.], seq 4456:4937, ack 594, win 4973, options [nop,nop,TS val 2965964224 ecr 862606408], length 481
12:01:36.523957 IP 123.123.123.123.46271 > 205.234.31.121.https: Flags [P.], seq 594:869, ack 4937, win 63712, options [nop,nop,TS val 862606559 ecr 2965964224], length 275
12:01:36.674355 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [.], ack 869, win 5248, options [nop,nop,TS val 2965964375 ecr 862606559], length 0
12:01:37.828861 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [P.], seq 4937:5331, ack 869, win 5248, options [nop,nop,TS val 2965965529 ecr 862606559], length 394
12:01:37.872608 IP 123.123.123.123.46271 > 205.234.31.121.https: Flags [.], ack 5331, win 63712, options [nop,nop,TS val 862607908 ecr 2965965529], length 0
12:01:38.045959 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [P.], seq 5331:5481, ack 869, win 5248, options [nop,nop,TS val 2965965747 ecr 862607908], length 150
12:01:38.046064 IP 123.123.123.123.46271 > 205.234.31.121.https: Flags [.], ack 5481, win 63712, options [nop,nop,TS val 862608082 ecr 2965965747], length 0
12:01:38.355914 IP 123.123.123.123.45651 > 205.234.31.120.https: Flags [P.], seq 832573657:832573934, ack 2110836278, win 63712, options [nop,nop,TS val 682208220 ecr 2965914567], length 277
12:01:38.505887 IP 205.234.31.120.https > 123.123.123.123.45651: Flags [.], ack 277, win 5280, options [nop,nop,TS val 2965966206 ecr 682208220], length 0
12:01:38.821470 IP 205.234.31.120.https > 123.123.123.123.45651: Flags [.], seq 1:2870, ack 277, win 5280, options [nop,nop,TS val 2965966521 ecr 682208220], length 2869
12:01:38.821513 IP 205.234.31.120.https > 123.123.123.123.45651: Flags [P.], seq 2870:4980, ack 277, win 5280, options [nop,nop,TS val 2965966521 ecr 682208220], length 2110
12:01:38.821709 IP 123.123.123.123.45651 > 205.234.31.120.https: Flags [.], ack 4980, win 63712, options [nop,nop,TS val 682208686 ecr 2965966521], length 0
12:01:39.028006 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [P.], seq 5481:5633, ack 869, win 5248, options [nop,nop,TS val 2965966729 ecr 862608082], length 152
12:01:39.028116 IP 123.123.123.123.46271 > 205.234.31.121.https: Flags [.], ack 5633, win 63712, options [nop,nop,TS val 862609064 ecr 2965966729], length 0
12:01:40.037735 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [P.], seq 5633:5783, ack 869, win 5248, options [nop,nop,TS val 2965967738 ecr 862609064], length 150
12:01:40.037821 IP 123.123.123.123.46271 > 205.234.31.121.https: Flags [.], ack 5783, win 63712, options [nop,nop,TS val 862610073 ecr 2965967738], length 0
12:01:40.265881 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [P.], seq 5783:5933, ack 869, win 5248, options [nop,nop,TS val 2965967967 ecr 862610073], length 150
12:01:40.266018 IP 123.123.123.123.46271 > 205.234.31.121.https: Flags [.], ack 5933, win 63712, options [nop,nop,TS val 862610301 ecr 2965967967], length 0
12:01:40.678979 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [P.], seq 5933:6083, ack 869, win 5248, options [nop,nop,TS val 2965968380 ecr 862610301], length 150
12:01:40.679124 IP 123.123.123.123.46271 > 205.234.31.121.https: Flags [.], ack 6083, win 63712, options [nop,nop,TS val 862610715 ecr 2965968380], length 0
12:01:41.036138 IP 205.234.31.121.https > 123.123.123.123.46271: Flags [P.], seq 6083:6235, ack 869, win 5248, options [nop,nop,TS val 2965968737 ecr 862610715], length 152

 

C'est la même session TCM de bout en bout. En fait c'est vraiment du streaming en TR...😀

Les acquittements se suivent. On voit bien dans Wireshark que les next sequence number sont bien les ack du paquet suivant et ainsi de suite...

Prochaine étape netflow pour voir le débit sur mon WAN 😉

 

J'ai modifié le fichier /etc/hosts, pour éviter les requêtes DNS.

 

Merci pour les autres infos Yann !

[Yann73]

Effectivement on est bien sur du streaming permanent, c'est plutôt sympa, faut voir à l'usage on devrait avoir des graphs de conduite bien plus détaillés du coup (plus de points), je ne suis pas encore sorti depuis la mise à jour sur le coup pour tester, tu as un exemple @joinman ? Madame est sortie acheter le pain ? 

[cr1cr1]

Salut à tous, 

En cours de migration de Domoticz d'un bon vieux RPi 2 vers un RPi 4B+ avec 2Go de RAM, j'en ai profité pour installer Docker et TeslaMate dessus. Top et simplissime avec Docker ! 

 

Un truc m'a chiffonné alors que je venais de saisir mes identifiants Tesla sur la page de config (port 4000), c'est le "Autonomie téhorique" qui apparaît alors! 

Bon, j'ai réglé la langue en anglais. Mais savez-vous quel est le process pour corriger les traductions ? Je ne vais pas ouvrir une "issue" sur Github pour ça ou bien ? 

[cr1cr1]

Et un autre truc : la localisation dans le rapport "Locations" donne une ville incorrecte (Bon... dans le même département c'est toujours ça... et la bonne rue par contre !) alors que la localisation sur la page de configuration est correct (carte OpenStreetMap.)

[Yann73]

Même conseil qu'aux autres @cr1cr1 je te conseille de mettre le token c'est plus safe

Pour les traductions effectivement ce n'est pas parfait, mais disons que ça reste correct 😛

Je pense qu'à part ouvrir une issue et recenser les différentes erreurs ("téhorique", "verouillé" dans les réglages) y'a pas d'autres moyens, pas sûr que le dev répondre si on lui écrit directement

Tu peux aussi éventuellement proposer une contribution vu que c'est sur Github après tout ^^

 

Pour les locations dans Grafana ça m'arrive aussi d'avoir une ville à côté je viens de remarquer ça ! Je ne sais pas trop sur quoi il se base sur le coup. En même temps je n'ai que 2 trajets 😛 

[joinman]

Il y a 6 heures, Yann73 a dit :

Effectivement on est bien sur du streaming permanent, c'est plutôt sympa, faut voir à l'usage on devrait avoir des graphs de conduite bien plus détaillés du coup (plus de points), je ne suis pas encore sorti depuis la mise à jour sur le coup pour tester, tu as un exemple @joinman ? Madame est sortie acheter le pain ? 

Oui pour le pain, et un peu plus 😁

 

Pour l'exemple que souhaites tu ?

 

Autrement, j'ai activer ntopng sur mon FW. Le débit était d'un peu moins de 10kb/s pour le streaming; Autrement dit très peu 👍

 

Je suis en train de regarder les tables dans la base postgre.

Bon, il y a une table par menu dans graphana (charge, drive, position, ...) et la fameuse table tokens.

Cette dernière est déjà peuplée d'une seule entrée avec token et refresh token....mais qui sont différents des miens 🤔

Yann, tu peux regarder dans cette table et m'indiquer combien tu vois de lignes ?

Ceux qui ont mis le token, y en a t-il qui l'ont fait après avoir essayé teslamate avec login/passwd ?

 

Merci

Modifié avril 25, 2020 par joinman

[Yann73]

Je serais curieux de voir les graphs d'un drive, comme ceux-ci pré-streaming, voir si c'est plus détaillé, c'est un peu le but ^^ (non je n'ai pas du tout fait 2 ou 3 accelerations :D) :

 

Normalement tu n'as qu'une ligne dans la table token, en tout cas c'est mon cas ! Par contre on peut voir qu'il est mis à jour automatiquement par Teslamate (j'pense qu'il mets largement plus régulièrement à jour le token avec celui de refresh que les 90j max) :

Modifié avril 25, 2020 par Yann73

[lesommer35]

il y a 42 minutes, Yann73 a dit :

Je serais curieux de voir les graphs d'un drive, comme ceux-ci pré-streaming, voir si c'est plus détaillé, c'est un peu le but ^^ (non je n'ai pas du tout fait 2 ou 3 accelerations :D) :

C'est nettement plus détaillé

Avant j'ai un point toutes les 3s environ. Maintenant, c'est 500 ms voire moins

 

Avant (trajet de 800m) :

 

Après (trajet de 1.8 km) :

 

Par contre, j'ai un trajet de 800 m (le même qu'au dessus) moins détaillé, peut-être un problème de connexion 4G 🤔 :

[Yann73]

Effectivement sympa ! Et oui si la 4G décroche je pense que ça peut influer, à moins que la voiture est un buffer mais ça va un peu à l'encontre du streaming du coup.

Je me demande ce que ça va bouffer en data en BDD par contre faut que je surveille ça (10ko/s de stream d'après @joinman mais faut voir si il enregistre tout ou travaille la donnée), j'ai mis le poller sur un VPS dédié à ça (bon au pire j'attacherais un disque en plus).

[joinman]

Voici qq dashboard

 

 

 

 

On voit que c'est quand même assez précis. Le 1er est un zoom du 2ème.

Par contre en cas de décrochement 4G ça donne ça. Du coup pas pu tester les kw max !

 

 

On voit très bien qu'à partir de 20:09:02, c'est beaucoup plus précis.

 

Par contre @Yann73, quand je vois tes kw max (339kw), ça fait 460CV. Vous pensez que c'est notre puissance max ?

 

Sur ma BDD, je n'ai pas trouvé l'endroit où était stocké les mdp... 😕

Il y a 2 heures, Yann73 a dit :

Normalement tu n'as qu'une ligne dans la table token, en tout cas c'est mon cas ! Par contre on peut voir qu'il est mis à jour automatiquement par Teslamate (j'pense qu'il mets largement plus régulièrement à jour le token avec celui de refresh que les 90j max) :

 

La ligne que tu as, correspond elle au token donné par l'API "https://owner-api.teslamotors.com/oauth/token" ?

 

Bonne nuit !

[joinman]

il y a une heure, Yann73 a dit :

Je me demande ce que ça va bouffer en data en BDD par contre faut que je surveille ça (10ko/s de stream d'après @joinman mais faut voir si il enregistre tout ou travaille la donnée), j'ai mis le poller sur un VPS dédié à ça (bon au pire j'attacherais un disque en plus).

Effectivement ça peut être intéressant de connaître. Je n'ai pas trop de place. En fait j'ai monté docker sur une VM dédiée initialement à Plex. Donc j'ai 2 vDisk, un de 30Go pour le système et mes conteneurs (Teslamate, Jeedom, Plex), et un autre de 1To pour les médias Plex. La BDD Teslamate est sur le 1er, donc 30Go...

[Yann73]

Non ce n'est pas la puissance max, du moins pas avec l'option boost.

Ma batterie était froide (le petit flocon sur Teslamate en face du trajet, et le tirets à gauche dans la barre sur la voiture qui signifie une régénation au freinage moindre) et chargée à 75%, pour être optimum il faudrait qu'elle soit chaude et à 90%, j'ai lu je sais plus où qu'on pouvait tirer jusqu'à l'équivalent de 530cv environ avec le boost, je verrais ça le moment venu mais ça poussait déjà fort (et bien plus fort que mon autre voiture qui a pourtant un 6cyl twin-turbo, 340cv et 500nm...L'électrique a rien à voir vraiment ^^). 

 

Je ne crois pas que ce soit les tokens que j'ai généré moi (j'ai trouvé un historique dans mon notepad et ils sont différents, mais je ne sais plus si ça correspond à ceux que j'ai généré pour le VPS ou mon installation préalable, je pense que ce sont les derniers quand même, donc Teslamate les aurait refresh le 21/04).

[lesommer35]

Il y a 11 heures, Yann73 a dit :

, j'ai lu je sais plus où qu'on pouvait tirer jusqu'à l'équivalent de 530cv environ avec le boost, 

C'est moins que ça il me semble.

La Perf doit être à environ 530 cv je crois (395 kW)

LR AWD sans boost autour de 450 cv (335 kW)

LR AWD avec boost presque 500 cv (370 kW)

Modifié avril 26, 2020 par lesommer35