etienne31
-
Compteur de contenus
339 -
Inscription
-
Dernière visite
Type de contenu
Profils
Forums
Calendrier
Tout ce qui a été posté par etienne31
-
Je crains même que ça soit depuis le 6 décembre et non depuis cet été, en tous cas c'est ce que je vois sur mon compte. De mon côté, je suis plutôt (égoïstement) content de la mise en place du paiement car elle vient avec la fin du rate limiter sur les commandes. En optimisant un peu mon code j'ai réussi à complètement rester dans le 10 euros par mois pour une voiture. Mais j'avoue que je ne comprends pas que le pricing soit si élevé.
-
Je pense que ça passe large mais je te conseille de rouler à 110 km/h pour ne pas prendre de risque et si ça sent pas bon tu peux descendre à 100 ou 90 et ça sera très large. La résistance de l'air est plus ou moins proportionnelle au carré de la vitesse donc ralentir fait énormément gagner Tiens nous au courant ^^
-
Tiens, suite à la mise à jour 2024.44, je suis passé de 403 à 408km à 100%. LFP CATL de Novembre 2022 avec ~21000km
-
Merci pour les réponses, le cosy au milieu et sans base, ça m'ennuie 😕 ça va casser la dos
-
La famille s'agrandissant bientôt j'aimerais savoir si certains d'entre vous on trouvé des sièges adaptés à la modèle Y sachant que les âges seront 0, 3 et 7 ans. Comme il n'y a je crois que 2 isofix dans la Y, j'imaginais les deux sièges (le nouveau né et le 3 ans) sur les isofix et la grande avec un siège pas trop large au milieu sans isofix. Ou autre solution ? Qu'avez vous trouvé qui fonctionne bien ? J'ai déjà pour les deux grands deux Britax Romër ( https://www.britax-romer.fr/sieges-auto/tout-petit/dualfix-pro-m/2000040892.html et https://www.britax-romer.fr/sieges-auto/rehausseurs/kidfix-pro/2000040912.html ) et un cosy avec base pour le futur nouveau né. Mais ils sont tous les 3 en ISOFIX et je ne pense pas qu'ils tiennent côte à côte. Merci à tous !
-
Tu peux mettre 100 en consigne au lieu de 130 comme ça c'est toi qui gère toute la vitesse au pied entre 100 et 140. Mais bon, je vois pas trop l'intérêt perso...
-
Forte consommation de batterie en stationnement.
etienne31 a répondu à un sujet de KS83 dans Tesla Model Y
De mémoire, la batterie hors veille consomme 200W, donc 6*24*200Wh=28,8kWh soit sur une batterie de 58, ~50%. C'est cohérent. Par contre, j'avais en tête qu'ils avaient optimisé sentinelle pour consommer bcp moins. C'est pas encore passé dans les versions générales ? -
La valeur affichée est totalement indépendante de ta conduite, c'est purement fonction du nombre de kwh disponibles dans la batterie et de la conso normalisée epa homologuée par tesla.
-
La recharge à domicile des Tesla (merci de lire le 1er post avant de poser une question)
etienne31 a répondu à un sujet de bertrand29 dans Tesla
Du coup, le risque n'est pas l'incendie, c'est les personnes. Perso, la mienne est à 1m80, quand le chargeur n'est pas dedans (et un enfant ne pourrait pas le retirer), le disjoncteur est en bas. -
La recharge à domicile des Tesla (merci de lire le 1er post avant de poser une question)
etienne31 a répondu à un sujet de bertrand29 dans Tesla
Je comprends très bien le débat "légal" NFC15-100, pas NFC15-100 qui a des enjeux purement juridiques. Quelqu'un peut en revanche m'expliquer si il y a une raison technique qui ferait qu'une P17 serait fondamentalement moins sûre qu'une prise renforcée ou une borne ? Au delà de la question de la présence d'obturateur évidemment. -
J'ai un peu la même chose depuis 10 000 km, j'hésite toujours à changer mais pas de soucis so far
-
Vous auriez un lien vers ce que vous avez fait ça m'intéresse ? Niveau électronique, je sais me servir d'un faire à souder et suivre des consignes mais je suis une bille au delà, ça vous paraît jouable qd même pour le câble et la borne ?
-
Si vous connaissez des bornes de qualité pilotables (on/off et amperes) par api http, je prends
-
C'est une bonne idée, mais ça m'a pas l'air très plug and play. Pas très envie de perdre 1 semaine à tout installer et programmer. Aussi, pour le waf, il me faut un bouton sur le câble de recharge pour déverrouiller. Mais bon, j'aurais peut être pas le choix, j'ai tout testé et industrialisé avec la nouvelle api mais j'ai commencé à avoir les 428 (trop d'appels), j'ai changé l'algo pour être moins réactif et faire moins de changements, on verra. Et puis si ça passe payant ça va me saouler...
-
Ça vaut + de 60 000 neuf, 40% de reduc pour 1 an et 16000km, y a un loup, personne n'aime perdre 25000€ si vite.
-
C'est louche si peu cher, où est l'explication ?
-
J'ai réussi à faire le switch d'API, tout marche comme avant ou presque. Bien pénible le système de compte à enregistrer, de certificats, de proxy http etc... Par contre j'ai l'impression que Tesla compte limiter à 5 appels command charge par voiture et par jour dans le programme gratuit. Pour le moment ce n'est pas surveillé mais 5 c'est très faible. Surtout que pour démarrer une charge je fais 3 appels (set intensity, set limit, start charge) et 3 pour arrêter (intensity, limit, stop charge). Relou pour moi qui ajuste la charge toutes les 5' pour suivre la production solaire de mes panneaux. À suivre...
-
Glacière électrique sur prise allume cigare TMY post nov 2021
etienne31 a répondu à un sujet de jobithree dans Tesla Model Y
J'ai pas fait des centaines de tests mais j'ai l'impression qu'en mettant sentinelle, la glacière restait alimentée. Mais du coup la conso de la glacière était faible par rapport à celle de sentinelle. -
je vois que jeedom a déjà trouvé un workaround, je me demande quel token Oauth ils utilisent ? De mon côté c'est 100% custom donc ça résout pas mon problème mais j'avance
-
le problème c'est que les commandes GET (récupération d'info) fonctionnent, mais que TESLA a désactivé (comme prévu / annoncé) les commandes d'action comme le pilotage de la charge, la limite etc... La seule solution c'est de switcher d'API et de système d'authentification, mais c'est pas évident pour un plugin public comme Jeedom
-
et du coup leur solution pour continuer à faire des appels est d'utiliser la nouvelle fleet API (vehicle command : https://github.com/teslamotors/vehicle-command?tab=readme-ov-file) avec un accès OAuth, mais c'est eux qui valident les accès OAuth, ça risque de ne pas être simple à obtenir... Il faut un domaine avec SSL dans le process de soumission... edit : Je viens de reussir à obtenir un accès OAuth de la part de Tesla, je continue mon exploration.
-
Je viens de faire des tests d'appels de l'API à la main, j'arrive bien à rafraichir l'access token, je peux wake up le vehicule, récupérer ses données, mais dès que je veux lui demander de changer l'ampérage de charge (ou autre action), j'ai ça avec une 403 Forbidden : { "response": null, "error": "Tesla Vehicle Command Protocol required, please refer to the documentation here: https://developer.tesla.com/docs/fleet-api#2023-10-09-rest-api-vehicle-commands-endpoint-deprecation-warning", "error_description": "" }
-
Je pense que le problème vient de Tesla qui n'accepte plus les anciens appels /command comme ils l'avaient annoncé
-
D'autre part, la dégradation est très forte les premières années et ralentit très fortement. C'est parfaitement normal.
-
C'est normal, les byd ont un buffer haut bcp plus faible que les catl, conséquence, leur dégradation est visible bcp plus visible. Cependant elles chargent bcp plus vite aux suc et sont moins sensibles au froid....
