L’une des dernière Béta avant qu’elle ne passe stable : 3.3.0-beta.336.229
J’ai ajouté un graph qui permet de voir l’utilisation de l’API jour par jour
L’étape d’après ce sera de migrer le tracking vers la telemetry qui est laaaargement moins cher…
à suivre mais dans l’immédiat:
le plugin permet d’utiliser ses propres clés
de caper le cout mensuel à un niveau acceptable (en indiquant moins de 10€, l’usage sera gratuit car Tesla fait un rabais de 10€ par mois)
de suivre via un graphique l’utilisation heure par heure et jour par jour
de désactiver le tracking qui est gourmand et que Tesla fait payer cher, ce qui permet de continuer a envoyer des commandes à vos autos !
Cette semaine je passe le plugin en stable et je désactive ma clef publique, celle que vous utilisiez tous depuis 2018
Comme d’autres utilisateurs, j’ai également un problème avec cette version beta qui permet d’utiliser son propre ClientID, ClientSecret. La connexion ne se maintient pas. J’ai fourni toutes les informations nécessaires dans la configuration du plugin (code d’authentification inclus) j’obtiens un message d’information me disant que la connexion a réussie, mais après refresh de la configuration du plugin, rebelote, il faut tout recommencer.
Comme certain avant moi, j’ai ce mesage dans le log http.error:
0001|[Sun Jan 26 19:27:48.800487 2025] [php:notice] [pid 2979672:tid 2979672] [client 172.18.0.2:48612] teslapiAuth:get(/api/1/users/feature_config): Account {monGuid} must be registered in the current region https://fleet-api.prd.eu.vn.cloud.tesla.com, please see https://developer.tesla.com/docs/fleet-api/endpoints/partner-endpoints#register, , referer: https://monnomdedomainejeedom/index.php?v=d&p=plugin&id=tesla
Ok alors… je viens de tenter quelque chose et celà semble ok… de la à dire que c’est cette méthode qui fonctionne… je ne sais pas.
J’avais créé 2 applications sur le compte développeur tesla. La seule différence entre les 2 → un slash en fin d’URL (déjà dit plusieurs fois mais n’est ni ce qui est écrit dans la doc de la page, ni cohérent avec la 2nde étape de connexion)
Pour résumer ce qui fonctionne dans mon cas:
URL d’origine: https://monaddressejeedom.com/ (slash à la fin contrairement à ce que dit le plugin, probablement à cause de ce qui est défini dans la config jeedom?)
URI de redirection autorisée: celle donnée par le plugin
Après avoir récupéré son ClientID et son ClientSecret, on les donne au plugin et j’ai saisi l’URL d’origine sans le slash à la fin cette fois ci. (donc ceci dans mon exemple https://monaddressejeedom.com )
On demande le code d’autorisation, on le donne au plugin et pour moi ça a fonctionné.
J’avais le même problème que rbedu, et sa méthode semble fonctionner, la connexion est maintenue.
Par contre j’ai un autre souci avec MySQL abordé précédemment mais impossible de me résoudre.
J’ai tenté de désactiver/supprimer le plugin, de tout réinstaller mais sans succès. J’ai tenté un sudo php /var/www/html/install/database.php sans succès non plus.
J’ai toujours l’erreur :
[MySQL] Error code : 42S22 (1054). Unknown column 'signals' in 'field list' : SELECT NVL(SUM(deviceData),0) * 0.002+NVL(SUM(wakes),0) * 0.02+NVL(SUM(signals),0) * 6.6666666666667E-6+NVL(SUM(commands),0) * 0.001 as cost FROM tesla_fleet WHERE year = :year AND month = :month
Hello @cngn
en MP, peux-tu m’envoyer les logs tesla, http_error et cron_execution ?
Aussi si tu me donnes un accès a ton jeedom (en MP également !), je peux regarder de plus près.
Qqch doit coincer…
Merci
Nicolas
Dommage que Tesla serre la vis.
Ce plugin était génial pour gérer l’intensité de charge et injecter le surplus solaire…
Dommage qu’on ne puisse pas lisser les 10€ de reduc de Tesla dans la l’année. Car je vais en avoir besoin que la moitié du temps je dirai (pas en hivers surtout en ce moment ).
Je pense que je vais rapidement cramer ces 10€ avec ma gestion de la charge (ou alors réduire la finesse…)
Pour mon cas, je ne vois pas beaucoup de solutions alternatives :
Telemetry avec des prix fixes (à voir si les prix évoluent)
Acheter une borne de charge qui gère le contrôle par domotique (ex : openevse, jme tate de + en +)
Contrôler la tesla en BLE : esphome-tesla-ble - si le serveur est loin de la tesla
ou TeslaBleHttpProxy - (en cours de test)
Avec une carte usb BLE (pas la sena UD100 malheureusement), on peut faire des requêtes de contrôle en communiquant en BLE. Pas ultra rapide mais ça à l’air de faire le job.
Hello @Verors,
Désolé pour le retard mais je viens de voir que vous aviez déjà distribué une nouvelle version !
Si le problème persiste, je vous envoie les logs…
Bonne fin de journée.
Merci pour votre travail sur le plugin Tesla.
J’utilise le service DNS Market Jeedom avec une URL en « jeedom.link/ ».
Cette configuration est-elle compatible avec le plugin ?
Merci
Je viens de mettre à jour (29/08/2025) le plugin Tesla en stable. J’ai suivi la doc jusqu’à l’introduction du code d’identification. La connexion est déclaré OK mais j’ai de nouveau la procédure de connexion dans le paramétrage du Plugin. Dans le log j’ai des erreurs du type :
J’ai procédé à plusieurs connexions sans succès. Je constate également dans la gestions des couts que j’atteins déjà les 9,5 € le 28/09 (alors de j’avais la version précédente du Plugin).
Est-ce que le problème vient de cette limite atteinte ?
Mon Jeedom fonctionne sur une VM VirtualBox sous DEBIAN 11. J’accès à Jeedom utilise un reverse proxy sous un NAS Synology.
).