Hallo zusammen, wollte am Wochenende mal eben schnell denn Ecovacs Adapter installieren und einstellen. Denke das die Einstellungen alle ok sind. Bekomme aber beim Start des Adapters folgende Fehlermeldung.: ecovacs-deebot.0 2026-07-29 19:44:36.115 error Failure code 1013: Please update to the latest version to continue. ecovacs-deebot.0 2026-07-29 19:44:35.946 info Using login: ecovacs.com Ecovacs Version: 1.4.15 Node.js Version: 22.23.1 NPM Version: 10.98 Vielleicht hat noch jemand eine Idee was man noch versuchen könnte.

Matter over Thread mit ESP-IDF OpenThread Border Router auf Sonoff Dongle-M + ioBroker VISU – weitere Testergebnisse Ich möchte einige Testergebnisse teilen, die teilweise von der aktuellen Dokumentation abweichen. Im Wiki steht aktuell: "Aktuell ist die Verwendung von einem OTBR + ioBroker VISU App zum Anlernen von Matter-over-Thread Geräten (noch) nicht möglich." In meinem Testaufbau konnte ich dieses Verhalten nicht vollständig nachvollziehen. Testumgebung ioBroker Matter Adapter 1.3.x aktuelle ioBroker VISU App Sonoff Dongle-M ESP-IDF OpenThread Border Router Firmware (kein Docker-OTBR) Thread Active Dataset im Matter Controller eingetragen IPv6 vollständig aktiviert statische IPv6-Routen zum Thread-ULA (Proxmox/VM) Android 16 (Vivo) Android 16 (Oppo) Android 15 (Sony) Testergebnisse Direktes Commissioning über ioBroker VISU + Sonoff OTBR Mit dem Vivo (Android 16) konnten folgende Matter-over-Thread-Geräte direkt über die ioBroker VISU angelernt werden: IKEA GRILLPLATS IKEA TIMMERFLOTTE Dabei war auf dem Smartphone: keine Alexa App installiert keine Home Assistant Companion App installiert Das Smartphone war bezüglich Matter/Thread praktisch jungfräulich. Nach erfolgreichem Pairing versucht das Vivo auch später noch, sich mit dem Thread-Netz ESP BR D598 zu verbinden, obwohl das Thread Active Dataset zuvor bereits aus dem ioBroker Matter Controller gelöscht wurde. Sony / Oppo Mit identischem Aufbau gleicher Matter Controller gleicher Sonoff OTBR gleiches Netzwerk zeigen sowohl das Sony (Android 15) als auch das Oppo (Android 16) folgenden Ablauf: QR-Code wird erfolgreich erkannt. Es erscheint: „Verbindung mit Gerät wird hergestellt..." Nach einigen Sekunden folgt: „Dein Gerät benötigt einen Border Router." Das Pairing wird anschließend abgebrochen. Gegenprobe mit Home Assistant Mit dem gleichen Sony, bei dem die ioBroker VISU nach „Verbindung mit Gerät wird hergestellt..." anschließend „Dein Gerät benötigt einen Border Router." meldet, wurde zusätzlich die Home Assistant Companion App getestet. Dort funktionierte das Pairing grundsätzlich. Damit konnte das Pairing mit demselben Smartphone und demselben Matter-over-Thread-Gerät erfolgreich durchgeführt werden. Bluetooth des ioBroker Hosts Gemäß Wiki wurde auch der empfohlene Weg über Bluetooth des ioBroker Hosts getestet. Der BLE-Adapter des Hosts funktionierte grundsätzlich und Matter-Geräte wurden erkannt. Ein direktes Matter-over-Thread-Commissioning war auf diesem Weg jedoch nicht erfolgreich. Alexa Multi-Admin TIMMERFLOTTE wurde zusätzlich erfolgreich zunächst mit Alexa gekoppelt, anschließend per Multi-Admin (Sharing Code) in den ioBroker Matter Controller übernommen. Die VISU meldete zwar „Gerät konnte nicht gefunden werden." das Gerät wurde aber vollständig angelegt. Temperatur- und Feuchtigkeitswerte werden seitdem korrekt und dauerhaft aktualisiert. Weitere Beobachtungen Während der Fehlersuche stellte sich außerdem heraus, dass der Matter Controller über statische IPv6-Routen Zugriff auf die Thread-ULA des Border Routers benötigt. Nach Einrichtung dieser Routen funktioniert die Kommunikation mit den Thread-Geräten zuverlässig. Offene Fragen Für mich ergeben sich aktuell zwei Fragen: Ist die Aussage im Wiki bezüglich OTBR + ioBroker VISU aktuell nicht möglich noch aktuell oder hat sich das Verhalten inzwischen geändert? Warum funktioniert das direkte Commissioning mit einem Android-16-Gerät (Vivo), während Sony und Oppo bereits nach „Verbindung mit Gerät wird hergestellt..." mit „Dein Gerät benötigt einen Border Router." abbrechen? Hinweis Alle beschriebenen Tests wurden mehrfach wiederholt. Das Verhalten der jeweiligen Smartphones (Vivo, Sony und Oppo) war reproduzierbar.

Edit: Quatsch. Zu schnell geantwortet Was ist Dir denn nach der sogar bebildertenThreaderoffnung nicht klar? Ein Regenfass wird von der Terassenüberdachung gefüllt. Im Regenfass steht eine Tauchpumpe. Das von der Tauchpumpe geförderte Wasser wird über ein Gartenschlauchsystem auf die Blumenkästen und -Kübel verteilt. Klemmklammern in den Schläuchen zu der einzelnen Abgabestellen sorgen nach ein paar Tagen Justierung für die passende Verteilung. Schaltsteckdose schaltet die Pumpe täglich um 19:13 für 15 Sekunden an.

Hannah nutzt im Standard eine beliebige Piper-kompatible Stimme. Schau mal hier, da kannst du dir ein paar Beispiele anhören: Hugging Face – Piper Voices (de_DE) Du kannst natürlich auch andere Stimmen einbinden oder sogar deine eigene trainieren. Da ich hier keinen zentralen Cloud-Dienst beschreibe, sondern eine Sprachassistenz, die lokal in deinem eigenen Haus „wohnt“ und über die du die volle Hoheit hast, gibt es schlicht nicht „die eine Stimme“ – wie man es von Amazon Alexa oder Google Gemini kennt. Es gibt lediglich die Kernanforderung, das sämtliches Audio in 16 kHz Mono vorliegen muss. Hinweis zur Transparenz: Ich bin für mich persönlich leicht vom strikten No-Cloud-Ansatz abgewichen und nutze aktuell die Azure Speech Synthese. Grund dafür war die überschaubare Auswahl an wirklich guten, hochqualitativen Piper-Stimmen auf Deutsch und meine fehlende Lust, ewig nach Alternativen zu suchen. Azure bietet mir zufällig genau die Stimme, die ich mir für Hannah vorgestellt habe – und das in meinem Rahmen vollkommen kostenlos. Dennoch: Die lokale Piper-Synthese ist vollwertig supported und wird standardmäßig präferiert. Sämtliche Funktionen werden von mir primär gegen Piper entwickelt und getestet. Kurzer Nachtrag zum Thema Hardware-Bestellungen: Damit hier keine falschen Erwartungen entstehen: Ich werde keine fertigen Platinen oder Hardware verkaufen – das kann und möchte ich weder logistisch noch privat leisten. Mein Fokus liegt rein auf der Software- und Hardware-Entwicklung. Ich stelle euch selbstverständlich alle Fertigungsdateien (Gerber, BOM, Centroid/CPL) komplett Open Source zur Verfügung, sodass sich jeder die Platinen direkt beim Hersteller der Wahl (z. B. JLCPCB oder PCBWay) bestellen und bestücken lassen kann. Idee für die Community: Da der Stückpreis bei SMT-Bestückungen mit steigender Menge extrem fällt (Rüstkosten teilen sich auf), könnt ihr euch hier im Forum super zusammenschließen und eine kleine Sammelbestellung organisieren. Ich vernetze Interessierte da gerne untereinander!

@BigMike71 Freut mich zu hören, dass es bei Dir auch geklappt hat! Mal sehen, wie lange unsere beiden "Neuen" dann halten ;o)

@Holger-Etzel Seite_Multimedia.txt Die andere funktioniert nur mit einen Yamaha

@dexic hast Du die GitHub Version oder das ursprüngliche Skript von hier am laufen?

@Marc-Berg sagte: mit INFLUXWEB_MODE=iobroker lassen sich die Fields (außer "value") nicht mehr editieren. Außerdem wird bei mir das Field "q" mit Dezimaltrenner angezeigt. Ist beides gefixed.

@007Schneiderlein sagte: Ihr könnt das Widget gerne unter https://mon.synapto-energy.com testen und downloaden. test ja Download bitte über GIT hub..

Diese Karte habe ich mit Zigbee2mqtt direkt im Browser darstellen lassen (entgegen der weiter Oben, die über den Umweg graphviz gerendert wurde) [image: 1782308072826-4155c829-09c7-446b-b5d6-f4bc2d8f4336-image.jpeg] Ich denke, da muss ich mir ggfs. etwas ausdenken, die Feldstärke zwischen den beiden Dosen im Außenbereich und dem Coordinator zu verbessern. Rot ist sicher nicht gut .... ZigbeeDoseC5 ist die für die Terassenbewässerung, und hängt auf der Terasse. ZigbeeDose15 ist die für den Pool und hängt in der Garage.

@chthomko assembler pl/2.. ist ja fast wie Javascript schau in den Script Instanzüberwachung Zeile 399 .. ist der der Fehler resultiereund aus Zeile 310

Schaut top aus. Suche nämlich einen Player, also eine VIEW zur Bedienung meiner 6 SONOS Räume. Du bedienst doch SONOS mit der Oberfläche, oder?

@mcm1957 sagte: Ja Und wenn wem was bei den Request auffallen sollte was veraltet ist - bitte kommentieren. ungefähr so? war das richtig? https://github.com/ioBroker/AdapterRequests/issues/707#issuecomment-2187446104 https://github.com/ioBroker/AdapterRequests/issues/707#issuecomment-2188750705

Mit v1.7.1 testen

@reloxx13 Kein rss, nur html.

@Grisu73 sagte: Ich suche einen Adapter der mir fpr meine PLZ die Globalstrahlung in W/m³ ausgibt...für den folgenden Tag. Kommt darauf an, was du unter Globalstrahlung verstehst. Wenn es um die "global (tilted) irradiance" oder die Insolation in W/m² geht, gibt es diese sowohl täglich, als auch stündlich in diversen Adaptern Hier mal zwei davon [image: 1779200994148-1007.jpg] Brightsky und open-meteo

Zunächst: ich habe mich gerade frisch angemeldet. Ich hoffe, dass es OK ist, wenn ich das Thema hier nochmal aufgreife. Ich bin mir nicht sicher, in welchem Bereich des Forums eine Folgediskussion besser aufgehoben ist. @Ingman @scheuler @leo8405 Ich habe hier verstanden, dass man die momentane Leistung des Hot Water Moduls nicht per Modbus auslesen kann. Hat jemand von Euch eine Lösung gefunden? Ich denke gerade auf folgenden Varianten rum: Auslesen über die Cloud von Solaredge. Die App kann das anzeigen, also könnte es über die API vielleicht gehen. (Ich habe auch bei einer anderen Heimautomationsplatform einen Hinweis darauf gesehen) Einfach ignorieren und als Teil der normalen Hausgeräte sehen. Das hat den Nachteil, dass damit der Heizstab immer Vorrang vor anderen smarten Verbrauchern hat. Ein Stück HW am Heizstab oder dem Hot Water Modul anbringen a) berührungslos am Eingang des Heizstabs messen b) ein Relais zwischen Heizstab und Modul c) einen fake Temperatursensor ans Modul anschließen. Da facto bin ich bei 2. (Ignorieren), weil ich erstmal nichts mache.

Hallo Sven Auch wenn der Beitrag schon etwas älter ist hoffe ich das Du hier noch liest. Ich habe es jetzt erfolgreich, mit einem Rolladen zum testen, zum laufen gebracht. Bis jetzt hatte ich das Jarolift ohne MQTT über FHEM laufen da es hier eine Möglichkeit gegeben hat und FHEM dann mit der Schnittstelle zu ioBroker. Ich möchte aber gerne nur eine Automatisierung laufen haben und da ist Dein Projekt sehr interessant. Wie hast Du es umgesetzt zwischen Positionen anzufahren? Ich möchte gerne, das wenn man ein Fenster auf kipp stellt und der Rolladen unten ist, das der Rolladen Automatisch zum Beispiel 85% anfährt. In FHEM konnte man das machen da hier die Laufzeit des Rolladen hinterlegt wurde und man dann 0-100% gefahren ist. Gibt es da vielleicht eine Lösung über den ESP? Schönes Projekt Gruß Kay