NEWS

@esp8266 @oelison
Ich muss mich korrigieren: Meine Testgeräte (Teufel, Hama) stellen DST dann nicht automatisch um, wenn die Zeitaktualisierung auf Net gestellt ist.
Wenn die Zeitaktualisierung auf DAB oder FM steht, erfolgt die Zeitumstellung automatisch durch den Sender; der DST state wird in diesem Fall ignoriert aber auch nicht durch den Sender upgedatet.
Da bei meinen Geräten DAB als Zeitquelle eingestellt ist, wurde die Zeit automatisch durch den Sender umgestellt. Daher meine Behauptung, dass die Zeitumstellung bei meinen Testgeräten automatisch erfolgt.
Also sieht es so aus, dass der neue DayLightSavingTime state für alle FSAPI Geräte nützlich ist, die ihre Zeitaktualisierung vom Net beziehen.

@nkleber Du kannst im Browser den developer Mode starten und dann den Netzwerk verkehr mit lauschen. Da siehst Du die Requests die abgesetzt werden von der GUI gegen die API für die Weboberfläche. Das ist natürlich keine API die vermutlich irgendwo dokumentiert ist, aber zumindest kann man diese so verwenden.

Man muss nur das Login via Script machen und sich die variablen / hashes irgendwo speichern und falls diese abgelaufen sind, das Login erneut anstoßen. Bei jedem Request muss der digestAuthHeader neu erstellt werden. Siehe oben.

@flatlander In der Datei vx3_... stehen nur die Datenpunkte, die vom Standardwert abweichen, also z.B. eine andere Länge haben. Alle anderen Datenpunkte stehen im generischen File Open3Edatapoints.py. Das bringt Dich aber vermutlich auch nicht weiter.
Würde empfehlen, Deine Frage(n) im Viessmann-Forum oder in open3e unter Discussions zu stellen. Vielleicht hat bereits ein anderer User das Problem gelöst.

@maddm Das ist mir grade auch nicht klar, ob bzw. wie das geht.
Was Du machen könntest: Statt normalem Balkendiagramm ein Stapeldiagramm machen und dabei den Wert "Gesamt" weglassen. Der ergibt sich im Stapeldiagramm ja automatisch aus der Summe der Einzelwerte. Damit macht er im Pie-Chart auch keine Probleme mehr.

@ben1983 der macht was er soll! Sehr schön!

@cinimod sagte in Tankerkönig Adapter Komplett umbau:

habe die dann auch aus dem Adapter entfern

böse Falle.
du musst da eine andere Tanke einsetzen 😉

@erstam sagte in Test Adapter Controme v0.5.x:

Wo jetzt genau die Verzögerung bei dir herkommt, weiß ich nicht. Aber liest der webCal-Adapter deinen Google-Kalender nicht nur periodisch aus? Zumindest der iCal-Adapter liest nur alle X Minuten, und das könnte natürlich zu einer erheblichen Verzögerung kommen.

Es ist tatsächlich so, der webcal-Adapter lieset nur alle 10 Minuten aus, eine Verringerung der Frequenz ist leider nicht möglich!
webcal-Einstellungen.png

Du schriebst oben (am 14.01.2025), dass die Offset-Änderungen in "Wohnzimmer - Offset - api - Raum" sich gar nicht in Controme wiederspiegeln.

Auf diese Frage komme ich später zu sprechen, da ich erst erneut testen muss. Im Moment verändere ich ja die Solltemperatur über den Offset, damit ist mir sehr gut geholfen.

Scheint kein Interesse zu bestehen, auch @haus-automatisierung hat auf den PR nicht reagiert. Schade.

@lucky_esa

Das weiß ich nicht, muss ich heute Abend prüfen.
Jedoch war die Konsole beim Testen eingeschaltet und ein Kontrolle angemeldet.

Neu hinzu gekommen ist ein eigenes Github Repository für bereits erstellte Downlink Konfigurationen. Diese lassen sich unabhängig von Updates des LoRaWAN Adapters importieren und exportieren und sind danach sofort nutzbar.
https://github.com/BenAhrdt/LoRaWANDeviceProfiles

Neben den bereits vorhandenen Geräte Konfigurationen hat auch erstmals die Konfiguration für die beiden Schaltrelais von MClimate den Weg dort hin gefunden. Ab FW Version 1.1 vom „Dry Switch“ und 1.4 vom 16ASPM (mit Leistungsmessung) vom 20.03.2025 und der hinterlegten DL Konfiguration ist es nun erstmals möglich für eine bestimmte Zeit (50ms-30 Stunden) per Downlink schalten zu lassen.
IMG_7566.jpeg

Weitere Infos hier:
Mclimate Info Text

Hallo @dirkhe
hier wieder eine zeitverzögerte Antwort zu https://forum.iobroker.net/post/1256375.
Neue Erkenntnisse auf meiner Seite:

Wenn ich den Kalendereintrag über den webcal Adapter anlege, kann ich ihn auch über delete löschen. Sobald ich ihn in Nextcloud editiert habe (oder dort angelegt), klappt das Löschen nicht mehr ("not found"). Über den ical-Adapter habe ich den Eintrag mit mehr Details herauskopiert und einen Diff gemacht zwischen dem Eintrag vor/nach dem Bearbeiten in Nextcloud (nur die Description verlängert). Nach dem Editieren hat auch dieser einmalige Eintrag eine Sequence-ID bekommen:
cb5047d4-e3b2-4a45-90fc-73025b5b9067-image.png
*...so weit hatte ich eine Theorie, aber manchmal geht das Löschen auch nach dem Editieren.

Ergebnis so weit:

Anlegen über den Adapter --> Löschen geht Anlegen über Adapter und Editieren in Nextcloud --> Löschen geht manchmal (noch kein System erkannt; meistens nicht) Anlegen in Nextcloud --> Löschen geht nicht.

@jb_sullivan sagte in Test Adapter BMW/Mini v2.0.0:

Please delete bmw.0.auth.session

deutlicher geht es eigentlich nicht.

@mcm1957
habe gestern ein update gemacht, bisher keinerlei auffälligkeiten 👍

@negalein

Kann ich dir leider nicht sagen, das wäre eine Frage für unsere Backup Experten. Bei Master Slave Systemen muss der Name soweit ich weiß beibehalten werden.

@massiveattack
Einfach im Objektbaum nach "steps" oder was immer du suchst filtern. Ziemlich verschachtelt das ganze.
Ob die manuellen Blutdruckwerte überhaupt übertragen werden weiß ich nicht. Beim Filter "blood" kam nur der Hinweis, dass meine Geräte das nicht unterstützen 😄