@Dragon sagte: @padrino Ist bei mir mittlerweile auch leer... Und die Zieltemperatur der Nozzle ist auch 0°C Wie hier. Hast Du auch den A1 mini? Und das war vorher anders? Edit: beim aktuellen Druck sind hier auf einmal Werte drin... Hmm, aber bei FinishTime wohl immer nur kurz, dann wird sie gelöscht.

Danke an TA2k für die schnelle Lösungsfindung - bin Dir echt dankbar. Mit der Tibber-Schnittstelle und den VW-Daten (kommen auch zeitlich SEEHHHR verzögert an bei mir) kann man arbeiten, frage mich aber, wie lange diese API funktionieren wird. Der Zugang über Type: "Audi E-tron" funktioniert übrigens noch für Audi-BEVs! Weiß jemand wir ich dan die GPS-Angaben (Längen- und Breitengrade) komme? Diese nutze ich, um festzustellen, ob das Fzg. daheim ist oder fährt (bei externem Laden relevant).

Das kann man so nicht sagen. Wenn du im Forum meinst, gebe ich dir Recht. Auf github haben sich zwei gemeldet, bei denen die Installation aufgrund von "Authentifizierungsproblemen" nicht funktionert. Da ich mehr oder weniger der einzige war, der das Problem so hatte, wirst du vermutlich auch nicht so viele Resonanzen haben, da beim Großteil der Adapter reibungslos funktioniert.

@Willi-Wunder Sorry Events geht doch nicht, denn da wird nur ein Menü mit geöffnet

@nograx sagte: @Bernd1967 Adapter ist mit der 4.0.6 angepasst. Magst du mal testen? Sieht gut aus, Gerät wird erkannt und Datenpunkte werden angelegt. Hab aber im Moment nicht viel Zeit zum testen. Bei "batcur" in "packData" wird ein zu hoher Wert angezeigt z.B. : 6552A Ich denke da fehlt die Umrechnung val - 65536 bevor durch 10 geteilt wird.

neue Version mit Ultra X 1.4.9 (npm) (foxthefox) new device Strem Ultra X (foxthefox) delta 3 plus backupReserveSoc in relation to Discharge Limit + 5% (foxthefox) deltapro3 some max values adapted (foxthefox) powerstream timeData (foxthefox) corrections of max values in Stream series

@chappo59 Aktuell habe ich noch keine Verbindung zwischen Wechselrichter und Wattbox, daher mit typescript für den Übergang

Bin auch gerade über "issue #98 V0.5.4 Kamera MoveToPreset ohne Funktion" gestolpert. es handelt sich um eine c210, 1.0, Fw 1.5.2. Erstellen und anfahren von presets in der App klappt. Im iobroker über tapo.0.xxx.remote.moveToPreset klappt es nicht. tapo.0.xxx.remote.deletePreset funktioniert aber. Im Log heißt es dazu: tapo.0 2026-06-07 17:12:50.227 info moveToPreset was set to : 2 for device xxx was successful: false

Hab jetzt doch was gefunden in der neuen Version was nicht klappt. Klappt bei euch die Simple-Thermostat Customcard noch? Bei mir sieht man einfach nichts wo sie vorher war. EDIT Hab mir mit Claude eine eigene neue Karte geschrieben...... Die Sensorwerte oben können frei vergeben werden, bis zu 4 Stück. Bei den Buttons können bis zu 5 abgelegt werden. Bei Verlauf kann man sich einen iframe aus echarts, flot etc ausklappen. Alles was in der Karte nicht ausgefüllt ist wird auch nicht gezeigt. [image: 1780848818454-1000072387.jpg] Werde noch was testen und dann die Karte hier posten. Falls jmd Ideen hat gerne her damit.

@FredF sagte: @DasBo1975 Danke für deine schnelle Reaktion, die neue Version ist installiert und werde berichten. Mir ist beim update aufgefallen, dass der zuvor eingestellte log im SystemCheck weg ist und die target-area auf none steht. Soll das so sein? Hallo, ja, das Verhalten ist so vorgesehen. Die Einstellungen im Bereich SystemCheck / Debug-Log sind bewusst nur temporär aktiv und werden beim Neustart des Adapters zurückgesetzt. Der Hintergrund ist eine Sicherheitsmaßnahme: Der SystemCheck greift relativ tief in interne Abläufe ein. Falls eine bestimmte Log-/Debug-Auswahl einmal ein Problem verursacht oder der Adapter während einer solchen Diagnose abstürzt, soll der Adapter nach einem Neustart wieder mit neutralen Diagnoseeinstellungen starten und nicht sofort erneut in denselben problematischen Zustand laufen. Deshalb kann es nach einem Update oder Adapterneustart passieren, dass die vorherige Log-Auswahl nicht mehr gesetzt ist und target-area wieder auf none steht. Kurz gesagt: Das ist kein Fehler, sondern absichtlich so gelöst. Die SystemCheck-/Debug-Log-Auswahl ist als temporäres Diagnosewerkzeug gedacht, nicht als dauerhaft gespeicherte Einstellung.

LATEST Update Die 0.3.0 ist online [image: 1780831350396-1a49d4dc-2931-478d-b3ae-2dbb6f6a659f-image.jpeg]

@adarof Der Mechanismus ist sehr simpel. Mit diesen Blockly Elementen überwache ich die KLF und starte sie ggf. neu. [image: 1780822141247-klf-%C3%BCberwachung.png] Da die Prozedur recht lange dauert (15 Minuten), sorge ich über die Variable KLF 200 wird neu gestartet dafür, dass ich nicht in einen Deadlock laufe. Das Objekt Device or service connected ist klf200.0.info.connection. Den erreichst Du auch ohne in den Expertenmodus zu schalten. Das von Micha genannte Objekt macht vermutlich das gleiche. Der Schalter ist der Schalter eines Zwischensteckers. In meinem Fall ein Shelly. Damit ist das Ding bei mir praktisch immer erreichbar, auch nach einem Reboot.

@Qlink @Qlink sagte: @carsten04 Kannst du in deine Widget Collection auch ein json chart Widget einbauen, so wie in den material widgets ? Das hat in vis-2 leider einen Filterbug und ist so nicht mehr vollständig zu gebrauchen. Die Material Widgets sind scheinbar schon seit mehreren Jahren nicht mehr upgedatet worden, daher rechne ich leider nicht mit einem Fix Siehe hier: https://forum.iobroker.net/topic/84691/vis-2-filter-bar-keine-funktion?_=1780723967230 Für charts kann ich den echarts adapter empfehlen. Charts sind doch etwas komplexer. Keine Ahnung ob es sich lohnt das alles nochmal hier zu implementieren.

Bei mir ist der DP nicht gefüllt. Du könntest als Workaround auf ein Event reagieren und zb per rtsp ein Bild/ Video erstellen. Ich schicke es mir dann per Telegram zu.