Missing parking position the last few weeks

[bnc-rainman]

Hi,

as far as I seen I guess no issue on your software.

Location recording stopped at Nov 9th and after restart of the container on Nov 26th it worked only for day. Since this date I try to get this functions back.

Like in Issue #363 described I installed your client and get the response from the api. There is no parking position included. But the position is shown in the App and also will be updated there. I disabled the function and enabled it again. Nothing changed.

Service is still available.

            "parkingInformation": {
                "id": "parkingInformation",
                "status": [
                    1009
                ],
                "expirationDate": "2026-09-26T23:59:59+00:00",
                "userDisablingAllowed": true
            },
            "parkingPosition": {
                "id": "parkingPosition",
                "status": [
                    1009
                ],
                "expirationDate": "2026-09-26T23:59:59+00:00",
                "userDisablingAllowed": true
            },

Additional hint: Since Nov 9th I have trouble with my 12V battery and the power level went often into emergency, unknown and off.

[bnc-rainman]

Ok, after some hours of installing python and debugging... I know now, you skip the services if the status is not null.
If I jumped via debugger over the "if" statement and force to download the location it works.

The 1009 int enum of the status was named with "PLAY PROTECTION"

Then I stopped the docker stack for some and on the first fetch the status is gone. Then it returns immediately

So my results

• Maybe Status 1009 "PLAY PROTECTION" are the step before a locked account. So I`m a little bit afraid
• The App doesn´t care about the status 1009.
• The App recognize the parking position directly after parking. Much to fast for a sync interval . Maybe there is a websocket to subscribe.

Do anybody know more details about status 1009?

[tillsteinbach]

I could fetch the parking position with status 1009. that would fix your issue, right?

[bnc-rainman]

Your right, that would fix the issue. I guess all capacilities with status 1009 can be read.

Additional I would like to understand what PLAY_PROTECTION means. Every time I feel like I have understood it, it doesn't fit with the following observations.

Current observation:

1. Stopped the docker stack
2. weconnect-cli -> status 1009
3. waiting 2 hours
4. weconnect-cli -> status 1009
5. Deleted the file weconnect.token
6. weconenct-cli -> no status 1009

So the status disappears in certain situations when the file with the token is deleted.

In the /tmp directory of the container the service don`t create the files weconnect.token and weconnect.cache.

[bnc-rainman]

Ich schreibe jetzt auf Deutsch weiter, da mein Englisch überschaubar ist und zu dem eigentlichen Issue alles geschrieben wurde.

Daher werden wohl die weiteren Posts eher R&D Charakter zum API Verständnis haben. Falls das generell nicht gewünscht ist, bitte einen Hinweis.

Wie im ersten Post beschrieben kämpfe ich bei dem neuen ID.7 mit der 12V Starterbatterie. Das nagelneue Auto bekommt es nicht gebacken diese entsprechend von der Hochvoltbatterie vernünftig nachzuladen. Wenn man in einschlägigen Foren nachliest, bin ich da auch mit meinem Schicksal nicht allein.

Heute morgen um ~ 5 Uhr war es mal wieder soweit. Obwohl an der Ladestation hängend, ist die 12V Batterie so abgeschmiert, dass das Auto in den Energiesparmodus gefahren ist

Daher gehe gerade davon aus, dass der Status die Bedienung von diversen Komfortfunktionen temporär einschränkt

Was ich noch nicht geprüft habe, aber ich mir vorstellen könnte ist, dass durch das Caching der WeConnect Client nicht mitbekommt, dass der Status 1009 wieder verschwunden ist, sobald das Auto bewegt wurde.

Für einen Fix fühlt es sich für mich ein wenig oberflächlich an, wenn man einfach nur in den "IF" für die Parking-Position den Status 1009 hart reinnageln würde. Ich kann anbieten, dass ich im Laufe der Woche oder am Wochenende einen Vorschlag über einen Push Request erstellen könnte. Ob dieser den Qualitätsanspruch eines Dr.-Inf genügt, kann ich aber nicht garantieren.

[thgau]

Bezüglich 12V Batterie: Die wird bei vielen E-Autos nicht mitgeladen sondern nur bei "Fahrbereitschaft" = "Zündung an" geladen. Ich habe mir meine 12V Batterie vermutlich auch durch dauerladen leergeschaukelt, da meine Wallbox durch die PV gesteuert öfters ein/ausschaltet bzw. Ladestrom ändert. Es kann also sein, dass es für die 12V Batterie besser ist NICHT an der Wallbox zu hängen.

[bnc-rainman]

@thgau Das ist scheinbar beim ID.7 (fast) genauso. Mit der kleinen Abweichung, dass ein öffnen der Tür (um den Motorraumdeckels zu öffnen zwecks Messung) auch schon reichen kann, dass das nachladen beginnt.

Bei mir hat der Spaß an dem Tag angefangen, als ich eine vom Arbeitgeber vorgeschriebene VIM-Car Box (digitales Fahrtenbuch) direkt an die Batterie angeschlossen habe. Das Vimcar Testprogramm hatte nicht funktioniert, weswegen ich das Auto im Stand 2 Stunden lang mit Zündung an, Zündung aus maltretiert habe, nur um dann am Zeitstempel einer Erfolgsmail festzustellen, dass die Box sich bereits beim ersten Versuch ordungsgemäß verbunden hatte. Obwohl das nicht sein darf, hat das ggf. was in der Software durcheinandergebracht. Den Verbrauch der Box schließe ich aus. Den habe ich über 16 Stunden gemessen. Die Box konsumiert 1Ah am Tag (~ 40mA Dauerlast), was viel zu viel ist und meiner Ansicht nach ab 2 Wochen Stillstand zu Problemen führen kann. Aber nach einen halben Tag sollte die Batterie noch komplett unbeeindruckt sein.

Um nicht ganz Offtopic zu werden....

Der 1009 Status kommt nicht nur bei der Parking Position, sondern erscheint auch bei ca. der Hälfte der anderen Capabilities. Auch von daher macht es vielleicht Sinn einen entsprechenden Patch größer zu denken.

Die Beobachtung mit dem gelöschten Token File nehme ich wieder zurück. Gestern habe ich den Container heruntergefahren und Abfragen über den weconnect-cli haben trotz mittlerweile wieder funktionierender App immer noch den 1009 gebracht.

Mit dem Docker Neustart heute Morgen war der Status dann wieder weg.

So ganz kann ich das Verhalten noch nicht greifen.

[bnc-rainman]

Beobachtung von gestern auf heute:

Der Status 1009 war nur kurz gesetzt. Heißt diesmal hat die API das PLAY_PROTECT wieder aufgelöst und wurde auch auf der Webseite von WVsFriends unter Capabilites nicht mehr angezeigt.

Allerdings hat VWsFriend trotz des nicht mehr vorhandenen Status aufgehört die ParkingPosition zu aktualisieren. Nach einem Neustart des Containers heute morgen wurde die ParkingPosition auf den korrekten Standort des Autos aktualisiert.

Die Trips wurden während des Zeitraums wahrscheinlich als Folgefehler auch nicht aufgezeichnet. Die Zeiten der Trips lassen sich gut anhand der parallel erfassten Klimatisierung ablesen