Bonjour @vercors ,
encore une fois un grand MERCI pour ton implication.
Je viens à l’instant de scanner le QR code à coté de ma véhicule (TMY), aucune action requise sur l’écran du véhicule.
Aucune amélioration constatée au niveau de la remontée des actions vers la voiture.
Pour ma part, j’ai pu reconnecter le plugin avec cette dernière beta. Merci.
Hello,
Pour info je suis entré en contact par mail avec un dev de Tesla qui m’a indiqué la marche à suivre… L’idée est de n’utiliser que des Signed Commands. Elles permettront une fois bien codées d’adresser à la fois les anciennes et les nouvelles Tesla… Ensuite le code qui tape dans l’ancienne API pourra être supprimé…
Y’a du taf, mais je vois à nouveau une lueur au bout du tunnel !
C’est LA piste qu’il faut que je suive. Je creuse, je code, je teste. Je vous tiens au courant.
En attendant, je vais pousser en stable la version beta qui permet de mieux comprendre quand les commandes ne passent pas.
A suivre…
Nicolas
Bonjour,
C’est une bonne nouvelle.
Bon courage a toi et merci d’avance.
Hello,
Version beta 3.2.1-beta.237.178 qui intègre les Signed Commands via un server http proxy qui s’occupe de forwarder les commandes au nouveau format.
En plus de démarrer ce serveur (je fournis les scripts), il faut créer une clef privée et l’envoyer à sa voiture (idem j’ai fait un script).
Pour ceux qui veulent tester :
se connecter en ssh a son jeedom
$ cd /var/www/html/plugins/tesla/
$ ./tools/pairs.sh <VIN>
$ ./tools/startServer.sh <VIN>
Le script pairs.sh va créer la clef et il faudra aller avec sa carte d’accès véhicule dans la tesla et regarder sur l’écran, il y aura surement un message indiquant la marche à suivre pour accepter la clef privée qui est obligatoire pour envoyer des commandes au véhicule. (screenshot bienvenus 
).
Ensuite j’ai codé 2 commandes pour qu’elles utilisent ce nouveau mode : « verrouillage et déverrouillage du véhicule » et « réglage de l’ampérage »… (je ferai les autres après confirmation…)
Merci ! 
Nicolas
Salut
Cest pair.sh sans s donc
Par contre jai un message tesla-keygen not found je prnse a cause dun double / apres vehicle-command//tesla-keygen
Desole je fais ca depuis mon tel, pas evident a expliquer 
Edit: ah non c’est pas le double /
Bizarre le fichier est la, 13912474 octets, les droits sont bons. Ca semble etre un binaire, mais impossible a exécuter.(type ARM 32 bits)
Hello @clepron
J’ai mis les instructions dans 3rdParty/vehicle-command/REAMDE.md pour recompiler les 3 binaires sur une autre architecture
Tu vois ?
Tu pourrais tenter ?
Merci
Nicolas
Pas ce soir, je fais ca demain des que je peux. Merci bonne soiree
Bonjour @vercors
Je rejoins le club de ceux qui ont le message « Failed to connect to localhost port 4443: Connection refused » sur la commande Contrôler l’ampérage de la recharge. Les autres commandes fonctionnent encore. Le contrôle de l’ampérage fonctionnait jusqu’à la version 2024-02-26 18:17:38 que j’ai mise à jour ce matin 
EDIT: j’imagine que sur localhost:4443 c’est le nouveau proxy qui devrait écouter pour traduire les commandes. Mais d’une part c’est dommage de forcer l’utilisation des signed commands même pour les Tesla (comme la mienne) qui n’en ont pas encore besoin. D’autre part j’ai le même problème que @clepron Exec format error sur tesla-keygen et je ne vois pas de 3rdParty/vehicle-command/REAMDE.md avec les instructions pour recompiler… Pour le moment, j’ai restauré une sauvegarde Jeedom d’avant la dernière mise à jour et ça remarche…
bonjour
j’ai réussià recompiler les 3 outils en récupérant les sources sur Github (et vercors m’a aussi envoyé le README en parallèle). Le problème c’est que la premier échange de clef (certificat) se fait en bluetooth et depuis la voiture. Donc ça exclue ma freebox Delta. L’idéal de mon point de vue serait d’avoir un appli smartphone pour cette étape d’authentification. Ensuite, le reste se fait à travers Internet. Donc perso je suis bloqué et je n’ai jamais compilé sur smartphone.
« Now you can pair your public key with your Tesla. Get in your car, enable bluetooth on your laptop and have your NFC card handy. Then run: »
Hello
Avis aux membres du club qui ont le message « Failed to connect to localhost port 4443: Connection refused ».
Voici la version 3.2.1-beta.242.178 :
J’ai ajouté un paramètre au niveau de la config de la voiture qui indique si on doit utiliser les Signed Commands (non par défaut). Si oui on peut indiquer le port à utiliser sur le Server Proxy (4443 par défaut).
En décochant la valeur « Server Proxy », les commandes Controler l'amérage de la recharge et verrouiller/déverrouiller la voiture vont se remettre en ordre de marche pour les « anciens ».
Pour les nouvelles, je bosse toujours sur ce Serveur Proxy qui est utilisé pour envoyer des signed commands.
J’ai également intégré dans cette beta, les binaires x86_64 de vehicle-command, ainsi que le BUILD.md file qui permet de recompiler si besoin.
A suivre…
Nicolas
Je peux tenvoyer les binaires pour freebox delta si tu veux (arm).
@clepron : pourquoi pas oui… Mais ça donne quoi uname -a et arch sur une freebox delta ?
parce que le binaire que j’avais compilé c’était pour du arm… il ne fonctionnait pas sur delta ?
Hello
Seconde beta du soir : 3.2.1-beta.244.178
Je cerne maintenant la logique du bouzin…
J’ai ajouté un bouton à coté de la définition du port pour démarrer le Serveur Proxy.
Et j’ai déplacé le lien d’appairage au niveau de la config de la voiture (et non plus au niveau du panneau de config du plugin…)
Il faudra refaire l’appairage en cliquant sur le lien Set Up Third-Party Virtual Key. (possible qu’il faille supprimer l’ancien avant, je ne sais pas) en tout cas c’est nécessaire parce que j’ai changé la clef, et cette clef est la même que celle qui est utilisée pour démarrer le Serveur Proxy…
Donc plus besoin du script pair.sh, parce que le lien d’appairage fait ça comme un grand
Merci pour vos retours
J’ai bien espoir que ça fonctionne…
Note: Seules les commandes de « changement d’amperage » et de « verrouillage/déverrouillage des portes » sont pour l’instant des « Signed Commands ». Quand la case « Serveur Proxy » est cochée et que le serveur est démarré (cf log http.log) ces deux commandes devraient fonctionner sur les nouvelles Tesla (après nouvel appairage) 
Bonne soirée
Nicolas
bonjour Nicolas
Non ça ne fonctionnait pas, impossible d’exécuter même en ligne de commande.
arch
aarch64
uname -a
Linux JeedomDelta 5.10.0-28-arm64 #1 SMP Debian 5.10.209-2 (2024-01-31) aarch64 GNU/Linux
a+
Bonjour Nicolas,
Impossible d’installer cette dernière béta. J’ai le message d’erreur suivant:
Est-ce que j’ai raté quelque chose?
Merci, Arnaud.
Hello,
Pb de publication hier soir. je viens de repousser la beta…
Désolé pour ce loupé
Nicolas
Nicolas,
Maintenant, c’est bon pour l’installation du PlugIn, par contre, c’est l’activation via le QR code qui ne fonctionne pas pour moi. J’ai le message « Partage du véhicule impossible - Ce tiers n’est pas enregistré auprès de Tesla. Nous ne pouvons pas leur accorder l’accès pour le moment. »
J’ai testé depuis l’URL que tu donnes dans ton précédant message, et depuis la config de ma Tesla sous Jeedom… j’ai la même erreur. Pour info (je ne sais pas si cela joue), j’ai une Tesla M3 de 2023 (pas la Highland), je n’ai pas activé le Serveur Proxy.
Merci, Arnaud.
et j’ai oublié de préciser que j’ai également essayé après mettre déconnecté du véhicule, puis avoir supprimé l’authorisation précédente au cas où…
Hello @Toupie31
Merci pour tes retours !
J’ai refait la manip pour enregistrer le plugin Tesla en tant que tiers auprès de Tesla.
Tu peux me dire si Set Up Third-Party Virtual Key marche mieux ?
Merci !
Nicolas