Community Forum

@Leonie sagte: An der Stelle mag ich schonmal sagen, das eine DynDNS-Adresse bspw. von MyFritz! schon ausreichend ist, damit der BotFather zu Frieden ist. wer einen port nach außen öffnet, sollte unbedingt einen reverse proxy einsetzen um die Angriffsfläche zu verkleinern. Weiterhin das noch mit fail2ban absichern, was aber ein wenig Beobachtung und Konfiguration erfordert beides ist als dockercontainer verfügbar. einen container mit dem reverse proxy ist sehr einfach durch ein paar zusätzliche Anweisungen im docker compose welcher dann im internet auf anfragen horchen soll. https://hub.docker.com/r/jwilder/nginx-proxy https://hub.docker.com/r/linuxserver/fail2ban kleine werbung in eigener Sache: Wer fail2ban mit einer webgui überwachen möchte kann sich diesen Container anschauen, leider ist die kommandozeile von fail2ban etwas grausam: https://hub.docker.com/r/oweitman/fail2bancontrol und zur Überwachung im iobroker: https://github.com/oweitman/ioBroker.fail2bancontrol

Nicht, dass ihr denkt, bei PoolControl geht es nicht weiter. 😉 Aktuell läuft der Adapter bewusst weiter im Latest-Repository, weil ich die laufende Poolsaison noch komplett als Testphase nutzen möchte. Mein nächstes größeres Ziel steht aber schon fest: Wenn die Saison durch ist und alles weiterhin sauber läuft, möchte ich über die Wintermonate die Aufnahme von PoolControl ins Stable-Repository von ioBroker vorbereiten und anschließend beantragen. Bis dahin bleibt Latest weiterhin die Teststrecke für die laufende Saison und natürlich auch für alles, was noch auffällt oder dazukommt. Es geht also weiter – nur im Moment ganz bewusst ohne unnötige Hektik. 🙂

@Homoran Evtl doch mal an eine Datenbank denken https://github.com/ioBroker/ioBroker.history/blob/master/docs/de/README.md#history-daten-in-sql-oder-influxdb-übernehmen Eine Datenbank geht etwas sorgsamer mit System Ressourcen um. Der history Adapter hat ja für jeden Datenpunkt ein Verzeichnis. Darin ist für jeden Tag eine Datei. Bei jedem Mal einen Wert historisieren bedeutet das Datei öffnen, lesen, Daten anpassen, schreiben. Das selbenpassiert parallel mit der states.jsonl für den aktuellen Wert. Eine Datenbank lebt mit den gerade Interessanten hauptsächlich im Speicher. Schreiben findet dann einnwenigbzeitverzögert dann optimiert nicht pro Wert sondern gesammelt statt. Redis geht leider nur als Ersatz für die aktuellen Daten, aber nicht für die history

danke an alle die ein gewisses Niveau einhalten und Fehler nachvollziehbar Melden. Wenn euch etwas auffallen solltet bitte immer nur zu - am besten ein Github Issue mit nachvollziehbaren Infos. ps: Niemand wird gezwungen diesen Adapter zu nutzen oder zu testen, wer dies macht macht das freiwillig in der Absicht mir zu helfen. Danke

Was noch nervig ist, man hat ein paar Lampen, und wenn man die am Handy anfaßt, um runter oder hoch zu scrollen, gehen sie sofort an. P.S. Ich habe extra deswegen den Admin auf 8.0.8 und Devices auf 4.2.0 gestellt, dennoch ist nichts besser geworden. Widgtet Camera wird mir nicht angeboten.

Hi, vielen Dank auch von mir für Deine App, insbesondere auch die Apple Watch Integration! Welches ist eigentlich die aktuelle Version? In TestFlight habe ich 1.1.3 Build 2. Da sind allerdings z.B. die Pages noch nicht enthalten. Auf der Apple Watch bekomme ich bei einigen States mit Werten "Keine sicheren Grenzen verfügbar." Wo kann ich die eingeben?

@helfi9999 Schaut nicht schlecht aus, läuft , Karte wirkt ein wenig abgeschnitten. Hier die der App und vom Adapter: [image: 1787942954704-3da0df37-1795-40e3-902f-9f4fc1aad65d-image.jpeg] [image: 1787943344652-screenshot_20260828_205410_ecovacs-home.jpg] Hier die vom Skript: [image: 1787943399592-94942ee2-859c-4412-9fe7-34212487f98f-image.jpeg] [image: 1787943868457-94345895-3a3f-4f78-9880-6ea8523a22fe-image.jpeg] Edit2: Dein DP: [image: 1787944650473-fa9b1c51-fc62-46a8-a9cd-46ed9d15169f-image.jpeg]

@XBiT Kannst du wohl mal die Version v5.2.0-alpha.3 ausprobieren? In den Einstellungen "Über mDNS gefundene Geräte automatisch hinzufügen" aktivieren? Rein theoretisch sollte damit dein 4000 Mix im Adapter auftauchen und auch steuerbar sein...

@Daniel-8 wenn du deinen Key bekommen hast, kannst du die aktuelle GitHub Version mal testen. Wenn sie bei dir Läuft erstelle ich ein Release und sie kommt dann ins Beta.

@Meister-Mopper sagte: Mein Ladeskript hat mehr als 700 Zeilen, aber bitte Danke, das hat es in sich ;-) Ich probier' mal etwas davon aus.

Danke, mit der Einstellung geht es nun. Die Umstellung auf IPv6 in allen Bereichen nimmt wohl doch noch etwas Zeit in Anspruch :-)

Zurück aus dem Urlaub. Keine Blume vertrocknet. Verblühte Blüten muss ich noch wegschneiden. Da gibt es noch keinen Adapter in IOB. Die Regentonne ist überraschend voll.

Neue Version v2.0.0-alpha.2 Bereitstellung ersteinmal als alpha Release, aufgrund der inkompatibilitäten zu den vis-1 widgets. Wer den Adapter nur mit eigener Steuerung einsetzt kann gefahrlos probieren, da dort nur Kleinigkeiten angepasst/gefixt wurden. vgl folgende Auflistung Das überarbeitete Readme ist aktuell nur über folgenden Link verfügbar https://github.com/oweitman/ioBroker.squeezeboxrpc/tree/release2x BREAKING CHANGE Aufgrund der umfassenden Überarbeitung der vis-1-Widgets – einschließlich Anpassungen an deren Konfigurationsattributen – sind sie nicht mehr direkt kompatibel mit denen aus Version 1.x. Es wird empfohlen, die vis-1-Widgets neu zu erstellen. Ein Import oder eine Übertragung von vis-1 nach vis-2 ist keine praktikable Option. Mehrere grundlegende Konzepte der vis-1-Widgets wurden verbessert. Hinzufügen eines vollständigen VIS-2-Widget-Sets für Player-Auswahl und -Steuerung, Favoriten, Playlists, Browsing, Synchronisierung, Lautstärke und Player-Informationen Hinzufügen von PlaylistDetail-Widgets für VIS 1 und VIS 2 mit Artwork, Titel-Metadaten, Dauer, Hervorhebung des aktuellen Titels, Scrollen sowie Aktionen für Wiedergabe und Entfernen Bereitstellung der Player-Auswahl über verschiedene Views hinweg und Anzeige der zugehörigen SqueezeboxRPC-Instanz in den Auswahlmenüs der Player-Widgets Verbesserung der Konfiguration für Player und Favoriten mit zuverlässigen Optionen zum Ein-/Ausblenden, Sortieren, Festlegen des Standard-Players sowie für benutzerdefinierte Beschriftungen und Bilder Verbesserung der Wiedergabeleiste (Playtime-Bar) mit präzisen Fortschrittsanzeigen, einem Zustand für Streams ohne Zeitangabe und Unterstützung für „Click-to-Seek“ (Springen an eine Position per Klick) Korrektur des Verhaltens bei Wiedergabe, Wiederholung, Zufallswiedergabe sowie Vor- und Zurückspulen; Bereitstellung zustandsabhängiger Symbole mit Unterstützung für benutzerdefinierte Button-Grafiken Verbesserung des Widget-Designs für helle und dunkle Oberflächen, einschließlich vererbter Farben, zuverlässiger Rahmen, Abstände, Ausrichtung, Hover-Effekte und schlanker Scrollleisten Vereinheitlichung der Datums- und Zeitformatierung für VIS 1 und VIS 2 sowie Bereitstellung einer konfigurierbaren, konsistenten Ausgabe von Datum und Uhrzeit Vermeidung des erneuten Schreibens unveränderter Player- und Serverwerte sowie stabile Anzeige von Artwork, Interpret und weiteren Player-Informationen bei Statusaktualisierungen @hsteinme Hinzufügen einer umfassenden englischen Benutzerdokumentation für jedes VIS-1- und VIS-2-Widget, einschließlich Vorschauen, Konfigurationstabellen und Anwendungshinweisen Hinzufügen übersetzter Datenpunktbeschreibungen cmdGeneral für den Server Die widgets sind umfangreich anpassbar. Darum sind die Designvorgaben aus den widgets heraus relativ gering. Es können weitgehend die zusätzlichen CSS-Optionen der vis-Oberfläche noch ergänzt werden (noch nicht so umfangreich von mir getestet) Fehler, Anmerkungen, Featurewünsche können gerne hier im Forum gestellt werden. Hier mal ein Überblick aller widgets relativ ungeordnet: VIS1 [image: 1787933400441-75452a05-79c4-4be2-a7c1-62ddf24c175e-image.jpeg] VIS2 [image: 1787933450290-e1ec6a89-2133-4e2e-8bd2-a5098d485b06-image.jpeg] und eine Demo wie eine Oberfläche aussehen könnte (bzw. meine eigene Steuerung des squeeze/LMS/Lyrion-Servers mit 3 Satelliten-Playern [image: 1787933298249-f3081858-d9b5-4ebb-ba7c-55ef3164357b-image.jpeg]

@JackDaniel said: muss an der hitze liegen :) -> Veröffentlichungsdatum 24.08.2025 Nö - bin nur mit vielene Dingen im Rückstand :-) Danke - korrigiert

@Boronsbruder sagte: okay deine DNS-Auflösung funktioniert nicht... So, Problem saß im Keller PiHole hat sich verabschiedet. Der lief jahrelang ohne Probleme, dass ich den komplett vergessen habe. ;) @Thomas-Braun sagte: Dringend kernsanieren, das alte Ding. Ja, da dort nur die Wetterstation läuft, hab ich da nie was gemacht. Aber ja, wird mal Zeit.

Hallo, Danke für das Skript und eigentlich läuft meine Steuerung sehr gut. Ich würde nur gerne die Warnmeldungen im Iob Protokoll beseitigen und habe keine Ahnung wo ich ansetzen muss. Vielleicht kann mir jemand helfen? Danke [image: 1787929487082-bew%C3%A4sserung.jpg]

@chrkir ah ok. Danke für deine Nachricht. Dann warte und hoffe ich weiter ☺️

Wenn ich mit "remote.createEvent" ein Event starte. Kann ich es dann auch manuell stoppen?

Meine mihome-App auf dem Handy weist seit (ein paar Tagen?) darauf hin, dass es Umstellungsarbeiten gegeben habe und man nicht mehr auf 'Fremde'-Regionen zugreifen könne. Ich muss mir dann auch mal überlegen, was das genau heißt für meinen relativ großen Fuhrpark an Geräten, teilweise kann man die wohl auch nur auf den China-Servern betreiben. Nur so als Hinweis, dass da 'irgendwas im Busch ist'.

@Thomas-Braun sagte: allerdings mit node-red ggfls. ein 'Schwergewicht'. Der sollte aber nicht das Problem darstellen. Der ist seit Uhrzeiten drauf und macht nur ienen Pull auf eine serielle Schnittselle. Warum aber der Absturz im beim Repo Abgleich stattfindet, fine ich ncoht interessanter (das letzte Mail diese Woche sah es im LOG genau gleich aus: Erst Repo Abgleich, dann Absturz