Ah mais j’avais même pas pensé à utiliser le navigateur de la bagnole de cette façon. Je vais faire ça de suite ! Merci pour l’astuce.
Quand à l’ouverture par proximité, j’ai en partie résolu le problème, mon jeedom étant relié à Google Home, j’ai réussi à utiliser une action automatique dans l’application Home, mon téléphone devient la balise GPS et mon portail s’ouvre tout seul de nouveau. Tu peux restreindre sur des plages horaires pour ne pas avoir d’ouverture intempestives.
Merci pour tout !
pour mon portail, j’utilise l’application et le plugin jeemate qui fonctionne parfaitement
tu crées une zone, et avec un scénario quand tu rentres dans la zone, le portail s’ouvre,…
Bon, ca avance…
J’ai fait un nettoyage + vidage de cache du jeedom ainsi qu’un redemarrage de celui ci.
Le proxy se connecte enfin et reste actif.
En revanche le compteur s’affole assez vite alors que le tracking est bien décoché.
Salut.
Nouveau pb depuis quelques jours sans modification de ma part:
[error] => vehicle rejected request: your public key has not been paired with the vehicle
Dois-je relancer la procédure de connexion ?
Bonjour,
N’étant pas spécialiste, je ne saurais repondre. En ce qui me concerne, je suis maintenant connecté avec un nombre de données raisonnable:

Par contre, mes scnénios ne fonctionnent toujours pas. J’ai l’erreur (500)
0498|[2025-03-08 10:52:09] ERROR : Erreur exécution de la commande [garage][Model3P][Contrôler la recharge] : Erreur d'accès au serveur Tesla (500)
0499|[2025-03-08 10:52:13] ERROR : Erreur exécution de la commande [garage][Model3P][Contrôler lampérage de la recharge] : Erreur d'accès au serveur Tesla (500)
Le log http.error m’indique:
0549|[Sat Mar 08 10:50:24.794501 2025] [php7:warn] [pid 19328] [client 92.133.103.16:59921] PHP Warning: rename(/var/www/html/core/class/../../plugins/tesla/3rdparty/vehicle-command/arm/tesla-http-proxy): failed to open stream: Text file busy in /var/www/html/core/php/utils.inc.php on line 611
0550|[Sat Mar 08 10:50:24.794750 2025] [php7:warn] [pid 19328] [client 92.133.103.16:59921] PHP Warning: rename(/tmp/jeedom/market/tesla//3rdparty/vehicle-command/arm/tesla-http-proxy,/var/www/html/core/class/../../plugins/tesla/3rdparty/vehicle-command/arm/tesla-http-proxy): No such file or directory in /var/www/html/core/php/utils.inc.php on line 611
Quelqu’un a-t-il dejà resolu ce genre de problème?
Hello Emmanuel
Est ce que tu as les logs que je regarde ?
J’ai sorti une version 3.3.7 hier soir qui vérifie que l’accès mobile est bien activé avant de démarrer le proxy.
A+
Nicolas
Petite suggestion @vercors : j’ai l’impression que quand on envoie la commande « réveiller » au plugin, elle est envoyée à l’API même si la voiture est en fait déjà réveillée. Et j’ai l’impression que ça génère un appel facturé, et les réveils coutent cher !
Il est facile dans un scénar de tester avant si la voiture est réveillée, mais est ce que ça ne sera pas utile que le plugin le teste avant d’appeler la commande ?
Ou peut être que je me trompe complètement, que ça fonctionne déjà comme ça, mais que ça n’apparait pas dans les logs.
Bonne soirée !
Edit: vercors as tu vu mon MP ?
Hello Thoto,
oui j’ai vu ton MP ![]()
je vais regarder ce sujet : « ne pas envoyer un wake_up si la voiture est déjà réveillée »
(ce que j’avais codé si ma mémoire est bonne…)
Merci !
Bonjour, j’avais tenté d’ouvrir un sujet pour avoir un état d’avancement synthétique du plugin, mais ça n’a pas eu l’effet escompté. Il est en effet difficile de suivre ce thread en détail tant il est riche.
Du coup, quelle est la situation ? est ce que je peux réactiver le plugin (version stable/fonctionnelle) et est ce que la consommation en appel d’API est raisonnable ? J’ai cru comprendre qu’à peine activé, la limite peut vite être atteinte (et je suis conscient que ça ne vient pas forcément du plugin lui même). Du coup, si la limite est atteinte en qques jours, ça restreint l’intérêt…
merci d’avance pour votre réponse ![]()
Bonjour
Tout dépend de l’usage. En ce qui me concerne, je ne l’utilise que pour la recharge solaire et ça semble jouable:
Avec une journée comme hier à titre d’exemple où il y a eu pas mal de commandes car il faisait plutôt beau temps.
Tout n’est pas encore réglé car je n’arrive pas encore à reveiller la voiture alors que ça fonctionnait avant.En fait le plugin considère que la voiture est toujours en éveillée alors qu’elle ne l’est pas.
par contre l’utilisation du tracking est tout a fait hors de propos, donc plus moyen de réagir en fonction du lieu du véhicule, mais biensûr ce n’est à cause du plugin qui est par ailleurs formidable.
bonjour
je viens enfin de pouvoir connecter ma tesla au plugin avec une adresse synology.com!
tesla a du modifier son API
API Tesla qui va devenir payant - #60 par monfiston
même si j’avais la dernière béta du plugin, il manquait la colonne « signal » dans une table, j’ai pu la remettre en manuel
hello à tous,
bon j’ai migré sur un rasberry pi4 (à partir de mon pi3), depuis tout remarche en reprenant seulement mon ssd et en le rebranchant directement, le plugin Tesla aussi fonctionne j’ai la remontée des infos mais je n’arrive pas à démarrer le proxy:
j’ai ce message:
- Create an uncencrypted private key
- Create a self-signed localhost server certificate using OpenSSL
The HTTP Proxy Server is now started at https://localhost:4443 (pid 11729)
Output in /var/www/html/plugins/tesla/proxy/output.log:
nohup: failed to run command ‹ /var/www/html/plugins/tesla/3rdparty/vehicle-command/aarch64/tesla-http-proxy ›: No such file or directory
Http Proxy Server is not started
si quelqu’un a une idée, je tourne en rond, je n’y connais pas grand chose en linux, rasberry et chatgpt me fait tourner en rond ![]()
J’ai enlevé et réinstallé le plugin plusieurs fois, fait l’appairage qui me dit que c’est bon.
Merci d’avance
Je ne comprends pas trop le fonctionnement du plugin
Ok on peut envoyer des commandes manuellement
Mais il me semble que le plugin ne reçoit pas les infos de la voiture automatiquement, c est à nous de démarrer la commande rafraîchissement
C est comme ça maintenant le fonctionnement ?
Hello
Nouvelle architecture. Il faut certainement recompiler le serveur http
J’ai mis un README qui indique comment faire.
À+
Nicolas
merci ça a marché, tout est de nouveau en ordre
super !
Si tu veux, tu peux m’envoyer le binaire (que je crois pourtant être présent dans 3rdparty/vehicle-command/aarch64/tesla-http-proxy ) mais peut-être pas bien buildé…
Merci !
Nicolas
Salut @monfiston,
Je vais faire en sorte dans la prochaine version que les infos se rafraichissent même si le tracking n’est pas activé (lors du cronHourly par exemple)
A suivre !
Nicolas




