Beiträge von ichwarteaufnenblauen

Hannes1971 Wo auch immer du das Zitat von AndaleR herbeigezaubert hast – aus dem von mir zitierten Beitrag stammt es nicht, daher weiß ich nicht, was ich dort zu Ende hätten lesen sollen. Abgesehen davon widersprechen sich die Aussagen nicht.

Zitat von Dave Chimny

Mich würde ja mal interessieren, wie es generell rechtlich aussieht. Angenommen, ich bekomme ein Ersatzteil eingebaut. Auf dieses muss mir der Einbauende dann Gewährleistung geben.

Nein, muss er nicht, ausgeführt hier: Skoda Enyaq Problem Thread: Defekte - Störungen - Fehler - Meldungen

Bei mir ging es auch ohne Werbung, aber ich musste die, glaube ich, 3x in der App ablehnen…

Ich habe circa zwei Monate mit dem Skoda-Kundenservice hin und her geschrieben zum Thema, dass ich im Navi sein zehn Jahren geschlossene Hotels etc. angezeigt bekomme (die selbstredend seit langem in HERE gelöscht sind).

Antwort schlussendlich: Fragen Sie bitte ihre Werkstatt.

Ich habe die Befürchtung, dass die Support-Drohne am anderen Ende meine Frage gar nicht verstanden hat.

Hier auch, das Backend bei VW macht Quatsch und verlangt eine explzite Zustimmung zu den Nutzungsbedingungen. Kann man im Log im Home Assistant erkennen.

Ich habe es folgendermaßen gelöst: Ich habe mich auf dem Handy in der App abgemeldet und dann erneut angemeldet. Dabei werde ich zur Bestätigung der Nutzungsbedingungen aufgefordert. Danach funktioniert das Login im Home Assistant wieder.

Trimaster beim nächsten Mal einfach gar nichts machen. Die meisten Probleme kommen von selbst und gehen von selbst. Probleme im Backend behebst du nicht, indem du auf dem Handy irgendwas neu installierst.

Auch dir, @Fantastish , empfehle ich Artikel #100 in OTA Update ME3.7 (O4B3 / O4B4) - für 3.2, 3.4, 3.5 & 3.6.

Ich finde, dass Beitrag #100 das schön zusammenfasst: OTA Update ME3.7 (O4B3 / O4B4) - für 3.2, 3.4, 3.5 & 3.6

Daten kopieren

Jetzt geht es ans Eingemachte: Wir kopieren die Statistikhistorie mit folgendem SQL:

insert into "statistics" (created, "start", mean, "min", "max", last_reset, state, "sum", metadata_id, created_ts, start_ts, last_reset_ts)
select created, "start", mean, "min", "max", last_reset, state, "sum", :new_id as metadata_id, created_ts, start_ts, last_reset_ts
from "statistics"
where metadata_id = :old_id and start_ts < :magic_ts;

:new_id und :old_id sind die weiter oben identifizierten Pärchen aus altem und neuen Sensor.

:magic_ts ist der oben ermittelte magische Zeitstempel.

Dieses SQL führen wir jeweils für die Pärchen aus Batteriestand und Reichweite aus. Für die Ladeleistung müssen wir W in kW umrechnen, daher verwenden wir dafür ein anderes SQL:

insert into "statistics" (created, "start", mean, "min", "max", last_reset, state, "sum", metadata_id, created_ts, start_ts, last_reset_ts)
select created, "start", mean / 1000 as mean, "min" / 1000 as "min", "max" / 1000 as "max", last_reset, state, "sum", :new_id as metadata_id, created_ts, start_ts, last_reset_ts
from "statistics"
where metadata_id = :old_id and start_ts < :magic_ts;

Das war es auch schon.

Summen werden nicht berechnet, daher müssen wir diese nicht anfassen.

Ersten Eintrag der neuen Sensoren finden

Wir wollen nur Einträge für die neuen Sensoren erzeugen für die Vergangenheit. Wir müssen also den ältesten Statistikeintrag eines der neuen Sensoren finden:

select min(s.start_ts)
from "statistics" s  
where s.metadata_id = :new_id;

min
1.731.006.000

:new_id ist ein Platzhalter für einen beliebigen der neuen Sensoren. Das Ergebnis merken wir uns als „magischen Zeitstempel“.