Aller au contenu

vercors

Membre
  • Compteur de contenus

    790
  • Inscription

  • Dernière visite

Tout ce qui a été posté par vercors

  1. Hello, J'ai reçu une réponse de la part de l'équipe qui gère l'API Tesla. Ils m'assurent que la facture de 60000€ qu'affiche mon compte développeur ne sera pas a payer (cette facture enfle de 3500€ / jour.....). Les compteurs sont remis a zéro au 1er février 2025. J'ai donc réactivé les liens et une nouvelle version 3.2.12 vous permettra à nouveau de vous connecter. Je vais coder dans le plugin la capacité d'indiquer ses propres clefs d'activation pour que la facturation soit dirigée vers l'utilisateur et non pas le développeur Ce sera dans une prochaine version Merci pour votre patience Nicolas
  2. Merci @pharospour ton retour.
  3. @pharos : Oui je pense que ça pourrait être possible. Mais dans un premier temps je veux m'assurer que mon token n'est plus utilisé... Ce matin la facture est passée à 50030€ .... Ma vieille Model S de 2015 n'utilise pas la nouvelle API. Et mon plugin arrive toujours à la mettre à jour. Donc je ne sais pas dire si je suis arrivé à désactiver le token.... Est-ce que vous pourriez me dire si avec des nouvelles Model 3 et/ou Model Y, le plugin marche ou ne marche plus ? (je veux bien des log) Merci Nicolas
  4. Hello, Je viens de faire un tour sur mon compte tesla dévelopeur. Celui que j'ai configuré en début d'année quand ils ont mis en place la nouvelle API (fleet-api). Vous utilisez tous via le plugin ma clef de développeur pour faire les requêtes sur les serveurs Tesla pour vos tesla (en tout confidentialité, je vous rassure). Tesla m'indique que la conso qui est faite au travers de ma clef de développeur tesla depuis cet été correspond a un montant de 47879€ (qui seront annulés au 31 décembre, parce que la facturation va débuter au premier janvier) Ca refroidit.... 🥶 Je vais donc couper tout, au plus vite. Autant le faire avant que 2025 n'arrive et que le robinet coule à flot.... Une fois que j'aurai supprimé la clef, le plugin n'aura plus accès aux serveurs Tesla, et deviendra inopérant. Je suis désolé pour cette fin précipitée. S'il y a moyen que chacun puisse créer son propre compte développeur et utiliser sa propre clef pour gérer son usage et sa facturation, je le ferai. Si c'est possible, je mettrai également en place coté plugin des seuils d'utilisation à ne pas dépasser.... Mais pour l'instant je bats en retraite. Sorry Nicolas
  5. Oui j’ai vu … avoir codé ce plugin a été une super aventure. Je ne sais pas ce que va devenir l’API. En attendant, je vais la retirer du market jeedom comme je l’avais fait fin 2023 le temps d’implémenter la nouvelle API. Et ça a été un beau challenge. Selon la tarification de l’API, ce plugin aura peut-être une nouvelle vie… Si il y a quelque chose de possible je le ferai. De mon côté je continue la route avec ma vieille Tesla. 😊
  6. Hello, J'ai sorti dimanche la version 3.2.10 Cette version apporte une meilleure stabilité et une amélioration des performances coté tracking (Angular 18, MapLibre, ...), quelques nouveautés et des correctifs. Le changelog est toujours au même endroit. Petites apartés : Cela fait maintenant 6 ans que j'ai débuté cette aventure qui m'a conduit a développer ce plugin Jeedom pour piloter une Tesla (Le post initial de cette aventure avait été fait ici sur Automobile Propre). Et ma Model S qui va fêter ses 9 ans va passer demain le cap des 200000 km ! Merci à vous tous pour votre aide, votre soutien et vos idées qui m'ont aidé à faire évoluer ce plugin. (Merci aussi pour votre patience quand des pb sont plus longs à corriger) Une chose est sûre, je continue la route ! A bientôt Nicolas
  7. Merci pour le screenshot. D'après les erreurs, on dirait que le code js n'est pas chargé suffisamment tôt... J'ajoute un fetchpriority="high" et pousserai une beta très vite. I keep you posted
  8. Je suis sur du 4.4. Mais si je migre le code, le plugin ne sera plus compatible avec des 4.3 et moins. j’ai essayé en simulant un mauvais réseau. Sans succès. Il faut que je creuse… à suivre
  9. Pas réussi à reproduire avec la bêta… des logs dans la console JavaScript ? merci !
  10. Hello, Après de nombreuses heures de travail, j'ai sorti ce matin la version beta 3.2.10-beta.306.222. Elle améliore les performances d'affichage du module de cartographie (J'ai, entre autres, remplacé la lib que j'utilisais par maplibre qui offre les performances de carto vectorielle !) Quelques problèmes ont également été corrigés. Comme d'habitude, le changelog est là : http://tesla.jeedom.free.fr/changelog Enjoy ! Nicolas
  11. j'ai fait un peu de ménage, tu peux réessayer ? (sinon : [email protected])
  12. Salut Vincent, Ah c'était pas mon but. Je comprends tout à fait que ça puisse faire rager d'avoir un problème qui traine. Oui, pour que ça t'embête moins, peut-être un accès à ton Jeedom me permettra de regarder ton scenario et d'analyser en profondeur ton pb. Envoie en MP ! Merci pour ta confiance !! Nicolas
  13. Hello @vince_007 J'ai re-re-regardé mon code, et je n'ai pas de boucle qui tourne toutes les 5min et qui relance le tracking. Tu m'as dit "j’ai un scénario toutes les 5 mins qui gère la charge solaire et heures creuses. Ce scénario ne vient que lire des infos du plugin et ajuster le % de charge, il ne touche pas au tracking ou au démon." Je veux bien voir son contenu pour voir si je passe pas à coté d'un truc... J'ai jeté un œil sur le code de Jeedom, je ne peux pas by-passer ce warning. c'est une sécurité qui empêche de relancer les démons (quels qu'ils soient) sans attendre au moins 45s. Au niveau de la conf globale de jeedom, tu peux dire lui dire d'être permissif : Réglage / Système / Configuration / Sécurité et tu coches "Autoriser le lancement du démon d'un même plugin à moins de 30s d'intervalle " et tu n'auras plus ce message d'erreur. J'ai bossé dur ces deux derniers mois pour upgrader la partie UI du tracking : upgrade en Angular 18, amélioration des perfs, migration vers Maplibre (avec visuel en 3D)... J'ai bientôt une beta à proposer. Si je peux au passage "corriger" un plomb bien caché (effet de bord ?) sur le redémarrage intempestif du tracking.... je le fais avec plus que grand plaisir. J'ai toujours apprécié tes interventions sur ce forum et j'espère te compter encore parmi nous ! A+ Nicolas
  14. Hello Oui. Il se relance tout seul. Tu as la dernière version stable ? tu trouves des erreurs dans tes logs ? merci !
  15. Hello Pour ceux qui ont des traces « attendre au moins 45s » aviez vous un cron/script qui monitore le tracking pour palier à un souci qui existait au printemps ? (corrigé depuis) merci !
  16. Hello @vince_007 Non non je ne t'oublie pas !! Je ne suis pas arrivé a reproduire cette trace... Est-ce que tu as pas un script et/ou un scénario et/ou un cron qui tourne en tache de fond pour mettre à jour le token et ou redémarrer le tracking ? Merci ! Nicolas
  17. Hello @vince_007 ok…. Et le reste marche bien ? oui je vais regarder. tu as des logs à partager ? merci
  18. Hello j’ai mis à disposition la version stable 3.2.9 qui améliore les performances côté tracking (passage à Angular 18) Comme d’hab le change log est ici : Notes de mise à jour enjoy ! Nicolas
  19. le hardware de la freebox doit certainement nécessiter un rebuild du serveur. A l’avenir j’en ferai une dépendance pour que ce soit fait en background à l’installation parce que je vais pas arriver à couvrir toutes les configs…
  20. Hello @Pedritto Le serveur proxy est un binaire qui dépend de la machine sur laquelle il tourne. Je livre des versions compilée sur rpi i386 si le proxy ne marche pas, il faudrait le recompiler. J’ai mis un README qui explique les étapes à suivre. dis moi si ça fait avancer ! A+ Nicolas
  21. Tu es en Jeedom 4.3… faudrait que j’essaie. J’ai migré en 4.4 ou alors si tu me donnes accès à ton Jeedom je pourrais regarder en détail. Message en MP si tu es ok
  22. Bonjour j’ai poussé hier soir une version beta 3.2.8-beta.291.183 qui s’assure que le port indiqué est bien sauvegardé avant de démarrer de serveur. Et si pas de port (ou inférieur à 400) on prend le port 4443. Aussi en cas de voiture endormie au moment où on envoie une commande la voiture est réveillée. Comme ce qui est fait quand on n’utilise pas le proxy. j’ai encore des tests à faire en roulant @Guifou tu me diras ? merci
  23. Hello @Guifou dans tes logs je vois : "The HTTP Proxy Server is now started at https://localhost:NaN" En l'absence de port renseigné, il prend "NaN". (qui veut dire "Not a Number"). Ca doit venir de là.... Je vais prendre 4443 quand je détecte le NaN. Je fais ça et pousse une nouvelle béta
  24. Hello @Guifou je regarde ce soir Nicolas
  25. Je regarde si je peux réveiller la voiture quand on envoie une commande et que le serveur remonte une erreur HTTP 408


×
×
  • Créer...
Automobile Propre

Automobile Propre est un site d'information communautaire qui est dédié à tout ce qui concerne l'automobile et l'environnement. Les thématiques les plus populaires de notre blog auto sont la voiture électrique et les hybrides, mais nous abordons également la voiture GNV / GPL, les auto à l'hydrogène, les apects politiques et environnementaux liés à l'automobile. Les internautes sont invités à réagir aux articles du blog dans les commentaires, mais également dans les différents forums qui sont mis à leur dispositon. Le plus populaire d'entre eux est certainement le forum voiture électrique qui centralise les discussions relatives à l'arrivée de ces nouveaux véhicules. Un lexique centralise les définitions des principaux mots techniques utilisés sur le blog, tandis qu'une base de données des voitures (commercialisées ou non) recense les voitures électriques et hybrides.