@Eistee https://www.iobroker.net/#de/documentation/config/redis.md steht zumindest schon mal etwas info

@klee sagte: Ich habe den Datentyp von device.sleep von number (sec) zu einem boolean geändert. Und warum? Bitte nichts an Datenpunkten ändern, welche man nicht selbst angelegt hat. Die verwaltet logischerweise der Adapter. sleep erwartet jedenfalls einen numerischen Wert: https://blueforcer.github.io/awtrix3/#/api?id=power-control

Debian dürfte hier nicht das Problem sein. Falls noch nicht getan bitte Browser cache löschen. Ansonsten ev mal neuesten ping testen.

Hey, ich versuche gerade meinen Azzuro ZSC 1000HY über die COM Schnittstelle anzubinden, ich habe alles wie mit dem Pi beschreiben umgesetzt, leider weiß ich nicht in welchem Register die richtigen Werte stehen, in den Registern in denen ich gesucht habe stehen immer nur die gleichen statischen Werte und der in deinem Post erwähnte Bereich (>40513) läuft bei mir in einen Timeout. -- Polling slave 1... [530]: 65535 (-1) [531]: 47604 (-17932) [532]: 34816 (-30720) [533]: 65051 (-485) [534]: 30 Kann da zufällig jemand weiterhelfen? Muss ich da eventuell ein Firmware Update auf dem Wechselrichter durchführen, aktuell ist noch die Auslieferungsversion drauf. Grüße Philip [image: 1778339008353-screenshot-2026-05-09-170316.jpg]

@Beowolf Das können wir Dir vermutlich nach dem nächsten Update sagen 😉😬

@OliverIO sagte: puppeteer verbrauch ziemlich viel ressourcen, weil da ein kompletter browser geladen wird. wenn man aber alles in einem json findet, dürfte das eigentlich kein problem sein. ich habe es nicht hinbekommen. Ist ja jetzt schon wieder eine Zeit her und ich kann momentan nicht auf mein System zugreifen. Es war so, dass das laden aller Karten nicht in einem Rutsch erfolgte. Irgendwann ist der load dann abgeschlossen. (Eine Karte entspricht einem Angebot eines Lieferanten) edit: ich vermute, dass das was du im JSON siehst ist genau eine Karte. es verschiedene PopUps gab, die bestätigt werden mussten. So weit aus der Erinnerung. Pupeteer braucht Ressourcen, ja aber es funktioniert. Wäre schön, wenn es eine schlankere Lösung gäbe. vG Looxer

@amg_666 Evtl liegt es daran https://validator.w3.org/feed/check.cgi?url=https%3A%2F%2Fapi.boerse-frankfurt.de%2Fv1%2Ffeeds%2Fnews.rss Schaue es mir aber bei Gelegenheit mal noch im debugging an. Nachtrag Ich denke das ist ein Problem beim Anbieter. Im Header steht das es application/json ist. Was auch mit dem Inhalt übereinstimmt. RSS 2.0 ist aber XML. XML arbeitet mit Tags und Spitzen klammern, ähnlich wie html.

@homoran ja sorry, wollt hier nicht vom Thema abkommen @asgothian: super, vielen Dank!

Man kann bei Grafana auch andere Datenquellen, als eine Influx DB zum Erzeugen von Reihen nutzen, oder man erzeugt einen userdata datenpunkt, und schreibt sich ein Script, was sich den aktuellen Preis per web Api aus einer Internet-Quelle holt, und den in den userdata datenpunkt schreibt. Den kann man dann wiederum in influx oder History schreiben lassen. Anregungen vielleicht von hier https://github.com/datasets/oil-prices

@paul53 sagte: @Norwegen60 [sagte]: Rohdaten, die bei Änderungen im System (z.B. Austausch eines Geräts) angepasst werden Weshalb sollten Daten unter "0_userdata.0" angepasst werden? Dort erstellt man Strukturen, die unabhängig von bestimmten Geräten sind. @norwegen60 Ein notwendiger Alias muss vor der Verarbeitung der Daten gelagert sein. Nach der Verarbeitung landet das Ergebnis in 0_userdata.0

@axel sagte: über 192.168.33.1 verbunden, Verbindung mit WLAN hergestellt Gibt das häufiger derartige Problematiken mit Shelly? Ich überlege tatsächlich, weitere Geräte in Shelly auszuführen, statt in HM. dann solltest du dir überlegen die shellyapp zu insten, da ist das einbinden wesentlich einfacher...

@exaware1 vllt mal mit einem iob upload admin

Ich hab da mal was gemacht. Ist als 3.4.2 im latest. A.

@Thomas-Braun sagte: @Accuface Dein Abo ist wohl vor 10 Minuten ausgelaufen. wenn ich jetzt aktualisiere, wird angezeigt dass es jetzt ausgelaufen ist.... EDIT: Gestern konnte ich von Aussen noch zugreifen, heute dann nicht mehr.

@Kanumouse sagte: Ab und zu fahre ich den Pi runter und dupliziere die Platte. Eigentlich ist das Quark. Mach ein regelmäßiges Backup deiner Nutz-Daten. Das System selber musst du nicht einfrieren, das installiert man besser komplett neu und spielt dann nur die Nutzdaten ein.

@alexzi und @mayokleckz : Das ist jetzt sehr sehr alt. Ich habe heute die Lösung gefunden. Unter Anruf/ Wählhilfe muss man ein Telefon aktivieren (ich habe einfach den EIntrag "ISDN/ Schnurlostelefone" genommen. Wichtig Dieses ausgewählte Telefon lässt sich dann nicht auswählen. Danach kann man unter dem Datenpunkt "ring" einfach wie beschrieben "**610" usw. setzen. Das wars. Bei mir ist es so - ich hatte den TR-064 nur mit meiner fritz.box verbunden. Die Telefone sind allerdings mit einer anderen Fritzbox via DECT verbunden. Ich vermute hier einen Zusammenhang mit unseren Problemen. Steht auch so (undeutlich) in der Adapterbeschreibung. "Please also make sure to choose "Verbindung mit dem Telefon ISDN- und Schnurlostelefone""

@marcelinho sagte: Filesystem Type Size Used Avail Use% Mounted on /dev/mmcblk0p2 ext4 29G 27G 1.4G 96% / Rappelvoll.

gestern hatte ich wieder einen Stromausfall und der Adapter geht auf Client Error, somit startet er die Kommunikation nicht mehr. Wo genau kann ich das reporten? [image: 1777785121622-bildschirmfoto-2026-05-03-um-07.07.55.png]

Genau das aggregieren der Daten hat den gewünschten Erfolg gebracht. Alle Probleme dahin. ioBroker läuft jetzt sauber durch.