Makaroon

Je ne savais pas que l'ownerapi fonctionnait encore 😲. En théorie tu n'es pas obligé de stocker le token côté backend, il peut être stocké localement sur le smartphone et envoyé au serveur proxy de Tesla qui expose une API REST pour les commandes. C'est le proxy qui s'occupera de chiffrer en suivant le protocole de Tesla. Il y a "juste" quelques prérequis : Avoir un nom de domaine Suivre le guide de Tesla pour créer une application en tant que développeur, générer une clé privée et s'inscrire à la Fleet API : Configurer le Proxy Tesla : https://github.com/teslamotors/vehicle-command Déployer le Proxy Tesla : une image Docker est fournie par Tesla, donc tu peux facilement déployer ça sur un VPS ou fly.io par exemple Pour lancer des commandes il faudra aussi que le véhicule soit appairé à ton application. Il faut donc prévoir une étape dans l'app en utilisant le lien https://tesla.com/_ak/ton-domaine.com qui redirigera vers l'app officielle Tesla pour valider l'appairage. Et pour la télémétrie, même délire en pire. Il faut : Déployer le serveur de télémétrie : Tesla fourni aussi une image Docker (https://github.com/teslamotors/fleet-telemetry) Connecter le serveur à un service pub/sub qui déversera dans une BDD Configurer les données qu'on souhaite recevoir via la télémétrie pour chaque VIN individuellement Donc dès que tu touches à la télémétrie, tu es effectivement obligé d'avoir un backend. A partir de là, autant aller jusqu'au bout en gérant aussi les tokens côté backend. Ca permet, entre autres, de refresh automatiquement les tokens via un scheduler par exemple. Tu peux aussi gérer la config des données de télémétrie de manière autonome si tu stockes les VIN des utilisateurs. Pour la sécurité, tu peux toujours chiffrer les tokens pour pas les avoir en clair dans ta BDD. Pour résumer, le mieux est d'utiliser les repo mis à disposition par Tesla : Pour les commandes, leur proxy : https://github.com/teslamotors/vehicle-command Pour la télémétrie, leur serveur de télémétrie : https://github.com/teslamotors/fleet-telemetry Au début, pour les commandes chiffrées, j'avais utilisé Kotlin Tesla Fleet SDK intégré directement dans l'app Android, mais j'ai laissé tombé car c'est un repo non officiel maintenu par 1 personne et en plus tu es obligé d'avoir un backend pour calculer le secret partagé ECDH car sinon tu exposes la clé privée liée à l'app de ton compte développeur Tesla, ce qui est une énorme faille de sécurité. Concernant le coût de tout ce bordel, entre l'infra, l'API/télémétrie Tesla, la commission du Play Store de 15% et les impôts, il reste pas grand chose à la fin 😅💸. Je ne veux pas te décourager mais pour être franc, avec un abonnement à 0,99€/mois uniquement pour ceux qui utilisent les commandes tout en utilisant à terme la télémétrie à la place de l'ownerapi, c'est peu probable que tu arrives à être en positif même avec beaucoup d'utilisateurs. Car le problème c'est pas seulement le coût de l'infra, c'est surtout le coût de l'API et de la télémétrie Tesla qui n'est pas dégressif et qui restera le plus gros poste de dépense même avec 10 000 utilisateurs. J'ai été confronté à ce problème car à la base mon application avait peu de features et j'étais obligé de proposer un abonnement pour être rentable. La seule solution que j'ai trouvé c'est de proposer suffisemment de fonctionnalités avec de la valeur ajoutée pour justifier un abonnement plus cher sans faire exploser mon usage de l'API ou de la télémétrie, un peu comme ce qu'à fait Tessie, mais j'ai pas les mêmes moyens... Si t'as d'autres questions, n'hésites pas 😀. Et bon courage, tu vas en avoir besoin ! 😇

Hello, Pour récupérer les données du véhicule, tu utilises le endpoint "/api/1/vehicles/{vin}/vehicle_data" de l'API je suppose. Etant donné que l'API coûte 1$/500 requêtes, tu ne vas plus pouvoir proposer l'app en paiement unique j'imagine. Tu as déjà une idée de ce que tu vas faire si c'est pas indiscret ? Si je demande ça c'est parce que j'ai aussi développé une app de mon côté et j'ai été obligé de mettre en place un backend pour utiliser la télémétrie qui coûte beaucoup moins cher (1$/150000 signaux) et qui est configurable individuellement pour chaque champ. Mais même avec ça, le paiement unique n'était plus viable, j'ai dû passer à l'abonnement. Curieux de voir ce que tu veux faire, j'utilisais ton app il y a quelques années en parallèle de la mienne, beau boulot !

Hello ! Merci pour la question ! Je viens de tester et c'est faisable avec une automatisation. Tu peux en créer une qui surveille l'état du mode sentinelle et envoie une notification dès qu'il passe en état "Alerte" par exemple. Si tu veux jouer avec les automatisations, n'hésite pas à tester l'appli, l'essai gratuit est là pour ça 👍

Bonjour à tous, Un petit retour sur ce fil vieux de 3 ans (ça passe vite 😅) pour donner des nouvelles et relancer la machine. D'abord, merci à ceux qui avaient testé à l'époque, vos retours m'ont vraiment aidé à faire avancer le projet 🙏. Beaucoup de choses ont changé depuis. Vous vous souvenez peut-être que Tesla a rendu son API payante juste au moment où j'allais sortir l'application, j'avais failli tout arrêter. J'ai finalement dû repartir de zéro avec une architecture serveur complète, ce qui a considérablement ralenti le développement et, malheureusement, m'a obligé à passer à un modèle d'abonnement plutôt que l'achat unique prévu initialement. Mais le projet ne s'est pas arrêté, et depuis la dernière version que certains d'entre vous avaient testée, voici ce qui a été ajouté : Contrôle BLE : les commandes passent en Bluetooth quand vous êtes à proximité du véhicule (après appairage), et basculent automatiquement sur l'API Tesla à distance. Le BLE est extrêmement plus réactif que les commandes internet, les actions sont quasi instantanées. Plus besoin non plus d'être connecté à internet pour verrouiller/déverrouiller ou ouvrir le coffre. Télémétrie temps réel : les données du véhicule (batterie, température, charge, position, vitesse…) arrivent en direct sur le tableau de bord, alors qu'avant elles étaient rafraîchies toutes les 5 secondes. Automatisations : vous pouvez créer des règles qui exécutent des commandes ou envoient des notifications selon votre position, l'heure, ou l'état du véhicule. Par exemple, démarrer la charge automatiquement à 22h si la batterie est inférieure à 60%, ou avec des plannings plus flexibles que ce que permet l'application Tesla. Et surtout, les automatisations sont évaluées côté serveur : elles fonctionnent même si l'application est complètement fermée, voire si le téléphone est éteint. Et des tonnes de corrections par-dessus tout ça. Aujourd'hui l'application est disponible sur le Play Store (lien sur tesla-dash.com), avec un essai gratuit de 7 jours pour ceux qui veulent découvrir. Mais si je reviens ici, ce n'est pas pour faire de la pub. C'est parce que j'ai continué à développer seul dans mon coin, et j'aimerais vraiment savoir ce que les propriétaires de Tesla pensent de tout ça. Est-ce que l'approche "tableau de bord personnalisable" vous parle toujours ? Et les automatisations, c'est quelque chose qui vous intéresserait ? Qu'est-ce qui manque selon vous ? Pour la version iOS, c'est quasi prêt en théorie, mais j'attends de voir si l'application Android trouve son public avant de la sortir. Bonne route à tous !

Bonjour à tous, J'ai vu que 3 testeurs ont installé la version 1.4.0-beta mais aucun n'a fait de retour. Si vous êtes dans le coin, pourriez-vous me dire si vous avez réussi à configurer l'API Tesla et à vous connecter svp ? Y a-t-il des suggestions pour améliorer le parcours utilisateur ? J'ai aussi déployé une nouvelle version (1.4.1-beta) qui modifie la méthode d'ajout de clé privée. Il faut maintenant importer la clé sous forme de fichier .pem au lieu de la copier-coller sous forme de chaîne de caractères. J'ai dû faire ce changement car MyTeslamate a changé sa méthode de mise à disposition de la clé privée. A bientôt !

Bonjour à tous, Fin 2024, Tesla a enfin annoncé les tarifs de son API. Malheureusement, étant donné le coût d'utilisation de l'API et la nature de mon application, je ne peux pas garder le fonctionnement actuel. Il me faudrait, pour ne pas être dans le rouge, proposer un abonnement beaucoup trop cher pour les fonctionnalités proposées. J'ai donc choisi de laisser l'utilisateur s'inscrire et créer sa propre application sur https://developer.tesla.com afin de payer en fonction de son usage. Le gros avantage pour l'utilisateur, c'est que Tesla offre 10€ de crédit par mois, ce qui devrait permettre de couvrir les besoins en appels à l'API Tesla pour une utilisation "normale". L'inconvénient de cette solution, c'est que l'application devient moins accessible pour les néophytes puisqu'il faudra : 1. Créer un compte développeur, 2. Créer sa propre application "Tesla API", 3. Renseigner les identifiants de l'application "Tesla API" sur Tesla Dash. La solution la plus pratique actuellement est de passer par le guide MyTeslamate qui simplifie grandement les choses. Mais pour les connaisseurs, si vous avez envie d'utiliser votre propre nom de domaine, vous pouvez ! Sur l'application, j'ai donc ajouté une page avant la 1ère connexion pour guider l'utilisateur : Il y a une aide sur chacune des données à renseigner pour savoir où aller les chercher. A noter que les identifiants renseignés sont stockés uniquement sur votre smartphone. Si il y a toujours des personnes intéressées par cette application, ça serait vraiment sympa si vous pouviez tester et me faire un retour sur cette dernière version 😃. Et si vous avez des idées de fonctionnalités ou des critiques, n'hésitez pas ! On est donc à la version 1.4.0-beta, et voici la liste des modifications depuis la dernière fois : - Correction des déconnexions intempestives, - Correction du déclenchement de l'appairage de l'application avec le véhicule pour certains modèles Android, - Ajout du renommage du véhicule en appuyant sur son nom tout en haut du tableau de bord, - Correction de la mise à jour de l'état du véhicule lors de son réveille, - Correction de la mise à jour du niveau de batterie lors du passage d'une disposition à une autre, - Correction de la sauvegarde du tableau de bord lors de l'ajout d'une tuile de niveau de batterie, - Ajout du rafraîchissement manuel des superchargers à proximité lors de l'appui sur le bouton dédié de la carte, - Ajout d'un message d'erreur lors de l'exécution d'une commande sans connexion internet, - Réinitialisation de certaines données du véhicule lorsque celui-ci est en veille (ex : ventilation, mode sentinelle, vitesse du véhicule), - Ajout de la page de configuration de l'API Tesla via ses propres identifiants. A noter que sur cette version, j'ai temporairement désactivé le système d'abonnement qui était un peu trop envahissant en mode test. Si vous découvrez Tesla Dash et que vous souhaitez m'aider à tester l'appli, vous pouvez vous inscrire avec une adresse Gmail via le lien suivant : https://appdistribution.firebase.dev/i/93fac061fd6a5552

Il y a 2 manières de récupérer les infos du véhicule actuellement : Les appels "Data" via l'API REST (une simple requête http à un instant T pour récupérer toutes les infos d'un seul coup). C'est facile à mettre en place et ça permet à une application de récupérer les infos directement des serveurs Tesla, mais c'est trop cher (1€ pour 500 requêtes). Le streaming, qui permet de s'abonner à un flux de données choisies à l'unité (par exemple la position + la température + le niveau de batterie). A chaque fois qu'une de ses infos change, elle est envoyée à un serveur prédéfini et le compteur de "Signaux" est incrémenté. Il faut donc sa propre infrastructure juste pour récupérer et stocker les infos et les mettre à disposition des clients via sa propre API ou flux de streaming... Ca rajoute un intermédiaire, de la complexité et des coûts supplémentaires pour le développeur. Le tarif actuel c'est 1€ pour 150000 signaux donc ça pourrait le faire pour des applis qui n'utilisent que quelques infos du véhicule à faible fréquence mais pas pour ceux qui ont besoin de nombreuses infos.

En essayant d'imaginer les usages de l'API Tesla pour une flotte de Taxi, je me dis que si les gestionnaires de flotte veulent vraiment exploiter l'API, ça va leur coûter très (trop) cher pour que ça soit rentable, mais je peux me tromper.

Chacun aura des avis différents sur l'utilité et la fréquence des données à récupérer, mais je pense qu'on est loin de ce genre de considérations quand on voit les tarifs de l'API. Même si on diminuait drastiquement les données récupérées, pour moi ça resterait trop cher. A l'heure actuelle, ce que je vois c'est que les applications les plus connues mettent souvent l'accent sur des fonctionnalités de statistiques qui nécessitent beaucoup de données et qu'avec ce tarif leur business est mis KO. Certains diront, que c'est le jeu et qu'ils en ont bien profité jusque là, ce qui n'est pas faut. Par contre, je pense que Tesla aurait pu trouver un entre-deux pour ne pas tuer un marché, car visiblement il y avait pas mal de clients.

Ce n'est malheureusement pas suffisant pour des applications tierces qui récupèrent régulièrement les données du véhicule. Imaginons une application qui collecte la position du véhicule pour avoir un historique des trajets. On prends le cas simple d'une personne faisant 1h de trajet par jour en moyenne avec récupération de la position toutes les 5s. Ca fait 720 récupérations de données par heure, soit 21600 par mois. Au prix d'1€ pour 500 requêtes (le tarif appliqué par Tesla), ça fait 43,20€/mois. Ah non pardon, pour un usage personnel ça ferait 33,20€/mois car Tesla offre gracieusement un crédit de 10€/mois. A noter que pour un usage classique d'une application qui centralise toutes les requêtes sur un seul compte développeur et qui facture ensuite ses clients, les 10€/mois offerts deviennent rapidement insignifiants. Alors certes, il y a moyen de diminuer le nombre d'appels par minutes mais on limite assez rapidement le champ des possibilités, ça ne vaudrait pas le coup. C'est possible, mais actuellement le seul moyen à ma connaissance c'est de créer un compte développeur, ce qui n'est pas du tout "user friendly" : Les étapes à effectuer refroidiront une grande partie des utilisateurs...

Le prix de l'API est juste exorbitant. On peut faire nos adieux à 99% des applications tierces. J'ai quand même du mal à comprendre leur stratégie. Si le but de Tesla était dès le départ de tuer les applications tierces, pourquoi se donner du mal pendant 1 an à mettre en place une API officielle pour afficher, au final, des tarifs trop élevés ? Ils auraient juste pu tout bloquer dès le départ ça aurait évité à de nombreux développeurs (j'en fait partie) de perdre leur temps à développer des applications tout ce temps pour les jeter à la poubelle à la fin. Et pour certains (j'en fait encore partie) sans même avoir eu l'occasion de les commercialiser. Ou alors le gars qui a validé les tarifs est juste complètement à côté de la plaque et ne pense qu'au profit. Dommage, ça va tellement faire un flop que plus personne ne depensera 1 seul centime dans leur API de luxe. Si c'est juste ça, j'espère que Tesla se rendra compte de sa bêtise et que les tarifs diminueront (il faudrait à minima une division par 10 à mon avis). En l'état c'est la fin du game, bye !

Parfait ! Merci beaucoup pour ton aide 😁. Ca aurait été problématique si j'avais sorti l'application sans connaître ce bug 😅. Si tu vois d'autres bugs ou si tu as des remarques sur l'application, n'hésites pas !

Super ! 😀 Est-ce que tu as pu valider la clé virtuelle sur l'application Tesla une fois l'application installée ? Si oui, est ce que les commandes fonctionnent ? A noter que parfois la popup de validation de s'affiche pas du 1er coup sur l'application Tesla et il faut recommencer.

Merci pour le test, ça m'aide beaucoup ! 🙂 De ce que j'ai vu, le problème ne se situe pas sur la vérification de l'état de l'appairage mais sur le déclenchement de celui-ci via l'URL qui redirige vers l'application Tesla. J'ai tenté un correctif dans la dernière version (1.2.2-beta). Je ne sais pas si ça va fonctionner, mais je croise les doigts. Peux-tu me dire si ça fonctionne pour toi sur la nouvelle version lorsque tu resélectionnes ton véhicule stp ?

J'ai livré une nouvelle version (1.2.1-beta) avec le correctif pour la déconnexion et j'ai ajouté des logs pour le problème d'appairage. Est ce que tu pourrais réessayer la sélection du véhicule avec cette version stp ? Ca me permettra d'avoir les détails de l'erreur de mon côté 🙂.