Voor de volledigheid: later realiseerde ik me dat als je de P situatie en de slaapsituatie aanklikt dat de raw data die daartussen ook aanwezig is ontbreekt. Dus heb ik beide overgangen van online naar offline en v.v. hieronder separaat toegevoegd. Hij is dus zelf ook ofline en polled niet meer. Wederom de vraag waarom gaat hij weer pollen als ik de Tesla app in wakkere toestand open? En waarom gaat hij uberhaupt offline?
OK, nu heel toevallig blijkt hij thuis offline te zijn gegaan (voor de eerste keer thuis). Precies na 2 uur en 4 minuten, de tijd waarbij ik verwacht dat hij zou gaan slapen ging hij deze keer offline. Ik had de "Reset Idle Timer When Offline: " gechecked deze keer maar die werkte ook nu weer niet niet. Daar zie je niets van terug. En zoals ik zei de Tesla app hoefde hem niet wakker te maken, die geeft zijn gegevens, en dan loopt hij weer de slaapsequence af maar de 1 minuut Time Before... gaf nu geen enkele data terug en hij deed er ca 2x zo lang over dus ca 26 minuten en ging toen weer offline in plaats van asleep. Maar als hij offline is en je zegt dat je er niet zeker van bent of hij slaapt terwijl de Tesla app hem schijnbaar niet wakker hoeft te maken, dan suggereer je daarmee dat hij dus niet sliep. Dan zou het verbruik dus dienovereenkomstig hoog moeten zijn? Maar misschien kent hij een offline state met laag verbruik en toch een snelle restart? Ik zal morgen eens kijken wat het verbruik is geweest.
Ik constateer dat die van mij ook niet meer in slaap valt. Is het bij hou verholpen? En zo ja, hoe??
De offline situatie wordt niet in de samenvattingen (Live Controls) weergegeven, dus er mist iets om echt overzicht te krijgen over wat er plaats vindt. Maar wat is SeC Rotterdam? En wat kunnen die daar aan doen?
Heeft het iets te maken wat ik heb vastgesteld? Want het niet slapen bij mij heeft nog niet direct geleid tot een hogere phantom drain? Eigenlijk alléén maar het feit dat hij vroeger sporadisch een keer niet "asleep" ging maar nu na mijn laatste update 2019.24.4 kennelijk ineens telkens niet meer slaapt betekent bij mij nog niet een hogere phantom drain als "asleep" is vervangen door "offline". Als hij nu in P staat zit daar een hele tijd "offline" bij inbegrepen, zonder dat je dat als slapen herkent. Maak je daardoor niet allerlei rekenfoutjes? Hij breidt nu allerlei P tijden aan elkaar vast tot één P in de overzichten.
SeC = Tesla Service Center
Wat zij kunnen doen is het constateren dat de auto zou moeten slapen maar niet doet en daar wat aan moet gebeuren. Door de phantom drain heeft m'n auto nu op jaar basis ongeveer 7 extra volledige laadcycli die ik moet betalen (ongeveer 250 EUR) en onnodige battery degradation.
De Teslafi app checked de connectie status toch elke minuut? Dus als de Tesla API die juiste status rapporteert zal dat toch moeten blijken, of geeft de API de connectie status niet meer (juist) door? Ik begreep juist dat die status altijd uitgelezen kan worden zonder de hele MCU te moeten opstarten?
[/QUOTE]
Zolang je geen sleep mode Enabled, zal de auto nooit gaan slapen omdat Teslafi alsmaar data blijft ophalen en dus de MCU wakker houdt. En dus blijft het verbruik hoog. Wat je gelezen of geïnterpreteert hebt klopt dus niet. Teslafi wil immers van minuut tot minuut weten wat je auto doet. Als hij de MCU de kans geeft om te gaan slapen tijdens parkeren, kan hij nog wel constant de connectie status opvragen terwijl de MCU blijft slapen, de connectie status gaat normaal gesproken dan naar "asleep". Teslafi krijgt dan geen andere informatie meer. Zodra de MCU dan weer wakker wordt (doordat jij instapt en gaat rijden of doordat je de Tesla app gebruikt) ziet hij de status wijzigen naar "online" en krijgt Teslafi weer de benodigde informatie. Over de settings van de sleep mode valt ook nog wel e.e.a te zeggen. Experimenteer eerst maar even verder. En lees: Enabling sleep settings to limit vampire loss. / Knowledge base / TeslaFi
