Community Forum

@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab: @homoran Siehst, JETZT funktioniert auch der Lebenszyklus-Status: *** LIFE CYCLE STATUS *** Debian 'bookworm' is the current oldstable version. Please upgrade to the latest stable release 'trixie' in due time! @kapitaen31 Du solltest also in nächster Zeit (bis diesen Sommer!) also auf die 'Trixie' / Debian 13 umsatteln. Da jetzt die Kiste (weitgehend) auf dem aktuellen Stand ist beobachte das Verhalten des Systems mal. Mit fällt der Punkt Systemuptime and Load: 17:25:14 up 39 min, 2 users, load average: 4.97, 2.40, 1.43 CPU threads: 4 Ins Auge, da musst du mal beobachten wie sich das bei längerer Laufzeit einpendelt. Load averages über der Zahl der CPU threads sind dauerhaft zu viel.

@nik82 Ja werde ich bei Gelegenheit machen. Aber wenn du die Punkte geloggt hast und dort nichts kam wird der WR das wohl irgendwie anders handhaben. Bin aber mit ModBus noch nicht soweit; habe zudem einen Verto Plus dort sind die ModBus Adressen wohl leicht anders (TBC)

@JoJo58 Danke für deine Antwort. Hmm, warum im Vis Editor ändern. Da sind doch nur die Datenpunkte mit Json vom 0_userdata. [image: 1769615122690-6fe63092-12f6-4337-88ca-6dd536cfd89b-grafik.png] [image: 1769615151085-f00feffc-ccfb-463f-a88b-6bd632e30902-grafik.png] Und die Datenpunkte um 0_Userdata werden doch vom Script gefüllt. Also müsste diese gallery1 vom Skript kommen. Aber im ganzen Script steht nichts von gallery1. Ah, ich sehe gerade, das Script holt sich das Icon aus den Datenpunkt: daswetter.0.location_1.ForecastDaily.Day_1.symbol_URL Ich habe jetzt im Adapter die gallery7 eingestellt und nach Script Neustart steht es auch richtig in symbol_URL. [image: 1769616612154-86347b33-11fe-431e-87f5-a09a3d65e334-grafik.png] Jetzt sieht es besser aus: [image: 1769616752883-8b2f8c3f-cf19-4213-a2d3-dc818d5526ef-grafik.png] Es fehlt noch die Uhrzeit und noch ein Symbol. Das muss ich mir noch ansehen. Jedenfalls sieht es bei dir noch ganz anders aus. Hast du das noch angepasst? Oder hab ich oder du ein anderes Vis Projekt?

@Fabio Danke für den "Trost", Fabio! Mit der Apple-Welt fange ich eher nicht an. Ich hab gerade meinen Linux-Ersteinstieg mit 70 Jahren hinter mir und brauche Matter dzt. auch nicht wirklich. Gruß, Fuzzy

@ostseereiter sagte in Vis anzeige: rotzdem nach neustart keine Rechte iob stop iob fix iob start Der andy muss auch in der Gruppe 'iobroker' sein.

@D3ltoroxp Ja.

@mickemup sagte in Test Adapter Energiefluss-erweitert v0.8.x GitHub/Latest: @skvarel Sieht chic aus. Wo hast du den überhaupt Rauten im Einsatz? Ich möchte die Rauten (Quadrate auf einer Ecke stehend) unter die Icons setzen. Ich hätte gern die Knotenpunkte in der Form meiner weißen Plattformen, damit ich den Fluss sauber andocken kann. Im ersten Beispiel habe ich unter jedem Icon mindestens zwei/drei Quadrate liegen um die Linien zu positionieren. Um das zu umgehen, habe ich zweiten Bild den Fluss auf die Spitzen gesetzt. Ersteres gefällt mir aber besser. So hätte ich halt gern die Andockung der Linien. Das geht mit den jetzigen Elementen nicht. [image: 1769618342472-ce2ff02e-e1a2-4393-81fa-f836382aa7aa-image.png]

@Rushmed sagte in Update / Upgrade-einen Adapter nicht automatisch updaten: Also ist es ein Fehler wenn trotz eingestelltm none die Aktualisierung erfolgt? Das ist doch ne gute Information und genau wonach ich gefragt habe. Danke. Gehort das Issue dann zum Admin Adapter? Ich glaube da gibts ein Missverständinis. Die von dir gezeigte Einstellung kontrolliter ob Updates installiert werden OHNE dass du irgendwelche Aktionen setzt. Isr also ein wenig mit Windows Update vergleibar - sobald eine neue Version existiert und die eingestellte Bedingunge rfüllt ist wird der Upgrade installiert. Was du wahrscheinlich meinst ist dass du auf der Commandline iob upgrade eingibts - ohne explizit zu sagen welchen Adapter du aktualisiseren wilslt. Bei CLI Befehlen oder bei Aktualisiseren in der UI (Admin alle Adapter aktualisiseren) wirkt diese EInstellung nicht. Sie betrifft ausschließlich die unbeobachtete automatische Aktualisiserung. Sollte wirklich ein Update erfolgen obwohl die KEINE manuelle Aktion gesetzte hast (also keine Aktualisiserungsbefehl auf der Commandline oder in der Admin UI) dann wäre das allerdings ein Bug.

@Dr.-Bakterius sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest: Jetzt klappt die Verbindung, Daten kommen an. :-) Super das es jetzt läuft bei dir, das man auf Webspace evtl. kein sudo braucht hatte ich leider nicht auf'm Schirm, denn in vielen Webspaces gehört der SSH-User derselben Gruppe an wie der Webserver-Prozess. Danke für den Schupps, das wird demnächst mit in die Readme kommen. Gruß H5N1

das scheint mir aber eine Einstellung im WR zu sein. Dort gibt es die Möglichkeiten der Einstellung für die Batterie. Laden / Entladen Tageszeiten / Wochenende usw. Schau mal über WiNet-s auf den WR. (nicht über die sungrow APP). Bei mir stand darin das die Batterie nur am Wochenende geladen / entladen sollte.

@rene_hm ich habe den Adapter nun heute nochmal komplett neu installiert - sprich nicht nur die Instanz, sondern den ganzen Adapter gelöscht (wie ich dachte auch bereits vorher). Dann habe ich aber meinen Fehler beim letzten Mal erkannt! Ich Schussel hab' dann erstmal wieder brav die Installation aus dem Stable gemacht und dann erst manuell die 4.3.0 drüber installiert. Somit war die alte Fassung natürlich wieder da :-( Heute dann den richtigen Weg, direkt über die Katze und dann Downgrade nach 4.3.0, wg. der Icons. Hinzu kommt, dass meine Statistiken auf der Web-Page von 'das Wetter' mit Datum heute auch alle wieder 'ge-nullt' wurden, sprich ein neuer Monat beginnt bzgl. der Abfragen. Dann die Instanz gestartet und ich hatte direkt wieder aktuelle Daten in der VIS :-) Danke Dir :-)

@mattle1957 sagte in Adapter läuft nicht mehr: Der eigentliche Grund für dein Problem ist aber: [Wed Jan 28 11:54:26 2026] EXT4-fs error (device sda2): ext4_get_inode_loc:4548: inode #257337: block 1048787: comm npm ls: unable to read itable block [Wed Jan 28 11:54:26 2026] EXT4-fs error (device sda2) in ext4_reserve_inode_write:5829: IO failure [Wed Jan 28 11:54:26 2026] EXT4-fs error (device sda2): ext4_ext_tree_init:882: inode #257337: comm npm ls: mark_inode_dirty error Dateisystem gegrillt. Neuen Datenträger, neues System (RaspberryOS 13 'Trixie') drauf, ioBroker 'leer' installieren, Backup einspielen, fertig.

@wg25, vielen Dank für die Blumen und das du ihn Testest, ich bin mir nicht ganz sicher was du mit Stunden "schieben" meinst, evtl. die Genauigkeit? Ich selbst nutze die Stundenvorhersage gar nicht, dachte aber sie mit aufzunehmen, falls User viele Daten wie Stündliche Updates haben wollen. Bitte fleißig weiter testen. Gruß H5N1

@OliverIO funktioniert bestens [image: 1769611796205-556dced8-dbac-4d69-ab3d-e792184996f6-image-resized.png]

Die funktioniert, danke.

@kiste01 Hallo, die Version 2.13.4 habe ich auch

StartPing() gibt es mehrmals ... https://www.geeksforgeeks.org/javascript/function-overloading-in-javascript/ Ich weiß aber nicht ob Schedules jeweils einen eigenen Scope haben ... Würde das aber auch nicht mit eigenen Schedules für jede Sorte Tierchen durchexerzieren...

Schnipsel. writeFile gegen eigene Weiterverarbeitung ersetzen Spoiler httpGet( URL, { validateCertificate: false, timeout: 2000, responseType: 'arraybuffer' }, async (err, response) => { if (err) { console.error(err); } fs.writeFile(img_path + 'cam4.jpg', response.data, 'binary', function(err) { if (err) { log('Fehler beim Speichern von Bild 4: ' + err, 'warn'); } else { log('Bild 4 gespeichert.'); } }); });

@Tosca76 stell die Instanz auf debug und starte sie. Das dazugehörige log dann hier als Text in code-tags posten! die Screenshots kann ich kaum entziffern. Mein Handydisplay ist keine 2000px breit [image: 1769608022837-screenshot_20260128-144639_duckduckgo.jpg] warum hast du die drei Haken drin? Was passiert wenn du die entfernst?

Ich antworte mir mal selber. Kann das damit funktionieren? https://github.com/tsirysndr/tunein-cli