Jo den Ham hab ich auch auf dem Radar was update angeht ... Bitte pingt mich im Issue nochmal an das es in meiner Mail Liste wieder hochwandert :-)

Hi, ich nutze die Nodes in meiner self-hosted N8N Instanz und habe probleme mit Read-Functions: [image: 1761216285719-d48a6653-346b-4aaf-9ed7-7c556b455825-image.png] Rooms, Devices, States funktioniert alles...Functions nicht.

@mcu sagte in jarvis v3.1.x - just another remarkable vis: @hohenbostler Es sollte der Type vom DP der hinterlegt ist zurückgegeben werden. Bitte Bilder vom DP (ioBroker) und Geräte-DP (Jarvis). https://github.com/Zefau/ioBroker.jarvis/issues/2701 Tja, da gibt wohl noch Änderungsbedarf Guten Morgen. Vielen Dank. Ich habe es jetzt über einen eigenen DP gelöst da ich die Anzeigevariante eh angepasst haben möchte.

Hey, ich habe schon seit längerem das Problem, dass die Schrift nicht passt bzw. nicht mittig liegt. In den Optionen habe ich nichts passendes gefunden und auch nicht, die möglichkeit die schriftgrößen für status und gerätename zu ändern. Gibts hierzu was? Was könnte ich dagegen tun? Ist es auch möglich das INFO_A, INFO_B nicht immer auf anfang springt, wenn der wert sich ändert? dann könnte ich nämlich meine Laufzeit der Waschmaschine da rein packen, statt drunter. Danke euch! [image: 1761145708112-screenshot-2025-10-22-170613.png]

-- spare for future use --

Habe mir mittlerweile mit der Integration von Home Assistant geholfen. Das klappt dort eigentlich recht zuverlässig. Hole mir die Daten dann einfach über den HASS-Adapter in den iobroker. Das Grünbeck das auf den Keks geht ist schon klar, aber sorry, die sind ja auch selber Schuld. Sie haben doch extra einen zweiten Netzwerkport vorgesehen und die Kommunikation zur Azure-Cloud läuft eh schon via MQTT. Wenn man den Server einfach "umbiegen" könnte, dann wäre Ruhe bei denen und wir alle happy :-( Aber Stand der Dinge ist ja wohl, dass der zus. Netzwerkport tot bleibt und keinerlei Support von Seiten Grünbecks mehr zu erwarten ist. Dessen sollte sich jeder bewusst sein, der eine Kaufentscheidung treffen möchte.

Mod Edit: diverse verstreute Threads hier zusammengefasst

@negalein Leider kann ich da noch nichts zu sagen - obwohl der Issue schon länger besteht. Tatsache ist zu einen, das ich aktuell leider nicht die Produktivität habe, die ich gerne hätte und zum anderen sehr intensiv mit dem MieleCloudService beschäftigt bin. Oder anders ausgedrückt: Der MCS beansprucht gerade meine gesamte (gesundheitlich bedingt nicht besonders große) Aufmerksamkeit. Ich kann dich im Moment nur um zwei Dingen bitten: Geduld Falls noch nicht geschehen, einen github Issue anlegen, damit das nicht in Vergessenheit gerät. Tut mir leid, das ich keine besseren Nachrichten habe. Hast Du schon mal probiert mehrere Versionen zurück zu gehen und zu schauen ob eine alte Version wie gewünscht und erwartet läuft? Vielleicht auch die Objekte durch eine alte Version anlegen lassen und dann ein Update drüber spielen. Mehr fällt mir dazu leider gerade nicht ein. Tut mir leid. Grizzelbee

@friedhofsblond said in Test Adapter vodafone-speedtest v0.0.x GitHub/Latest: Moin, ein Issu auf Github wird nicht viel bringen - da tut sich gar nichts. Seh ich nicht so ohne Issue wird das auch dann niemand angehen wenn er sich den Adapter ansieht. Mir ist klar dass da einiges zu tun ist - nur wann ich dazu komme - eher keien Ahnung. ohne Issue geht die Info die Thomas Braun geliefert hat (nachinstallieren eines Pakets) sicher unter. Daher auch hier meine Bitte: Wenn ein Problem anliegt BITTE ein Issue erstellen. Im Bereich community adapters wird KEIN Issue per stale bot weggeworfen. Gerade durch die neue CoPilot AI Funktionalität (die ich auf meine Kosten aktiviert habe) erscheint es durchaus denkbar dass git dokumentierte Probleme auch mit weniger Devs bearbeitet werden können. DANKE

Vielleicht mal direkt von hier installieren: https://github.com/TA2k/ioBroker.xxx Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird. Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen. Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird. Und falls es irgendwie unklar ist: ioBroker unterstützt folgende Arten von Installation: aus dem STABLE Repository Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern. aus dem LATEST Repository Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist. direkt von GITHUB Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben. direkt von npm Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist. Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch. @mcm1957

Gibts hier Tester / User dieses Adapters? Feedback - auch 'alles ok' gerne gesehen.

Moin Gemeinde, ich sehe gerade , den gleichen LOG haben alle. Ich weiss ja nicht ob das wichtig sein könnte, aber als der alte adapter bei mir den dienst eingestellt ware, war ich gerade mit meinem toyota woanders zu besuch (ein Samstag Abend letzen Monat) seither meldet mein Adapter immer diese Adresse obwohl in der neuen App alles richtig angezeigt wird. Also hat sich vermutlich der ganze Logn auf eine ebenfalls neue Datenbank bei Toyota geändert. hier mal mein ioBroker LOG : starting. Version 0.2.6 in /opt/iobroker/node_modules/iobroker.toyota, node: v20.19.5, js-controller: 7.0.7 Login to Toyota Start token exchange Login successful Get Vehicles AxiosError: Request failed with status code 403 {"status":{"messages":{{"responseCode":"APIGW-403","description":"Unauthorized","detailedDescription":"Unauthorized client "}]}} Wird eigentlich noch weiterentwickelt ? + Kann man bald mit einer Lösung / Update rechnen ?! Grüße zyklop

@mp_trixi Das geht auch automatisch, nur bei dem Ansicht, kommen die beim neu aufmachen, erst wenn es aktualisiert wird, also, spätestens nach 60 sek.

@tok sagte in Test Adapter rainbird 1.x.x: Nachdem der Debugmode aktiviert wurde, funktioniert jetzt auch die Kommunikation .. ? .. bekomme jetzt in den Objekten die Datenpunkte angezeigt. Werden die Daten weiterhin aktualisiert, wenn der Debug Mode aus ist? Funktioniert jetzt auch die Ansteuerung der Bewässerung? Google sagt zu ECONNRESET: Der ECONNRESET-Fehler ist eine Netzwerkmeldung, die auftritt, wenn ein TCP-Endpunkt (also eine Seite einer Netzwerkverbindung) die Verbindung unerwartet und abrupt trennt, wodurch eine vorher etablierte Verbindung beendet wird, bevor der Datenaustausch abgeschlossen ist. Die Daten werden Defaultmäßig alle 20s (Einstellung in der Instanz) abgerufen. Ich vermute die Fehlermeldung "Error in request from client for" bedeutet, das die angeforderten Daten vom Rainbird Controller nicht innerhalb der Timeoutzeit von 1s wo die Verbindung offen ist empfangen wurde (Quelle) Du könntest in jedem Fall ein issue beim Adapter aufmachen und auch ein etwas längeres Debug Log dort einfügen, so das man z.B. mehrere Zyklen der Abfrage vom Adapter sieht. Dann könnte man z.B. auch sehe, ob der Fehler immer kommt oder nur sporadisch.

@disaster123 Danke erstmal für solch tolle Bemühungen. Ich bekomme das nicht hin :-( Ich wollte schauen ob er meine LED Beleuchtung von Lumary findet oder meine WIZ Lampe. Ist im WLAN Integriert und auch er Alexa funktionabel. Ich hab iobroker über Docker meiner Synology laufen [image: 1760057161276-3.jpg] Iobroker rufe ich mit meinem Netzwerk auf: 192.168.188.200:8081 in den Einstellungen der APP: [image: 1760057232392-1.jpg] [image: 1760057238693-2.jpg] Protokoll: signifylights.0 2025-10-10 02:47:43.754 error adapter is unconfigured, udp target ip and/or udp mac address for auto update missing signifylights.0 2025-10-10 02:47:43.753 info config bind ip address: 0.0.0.0 signifylights.0 2025-10-10 02:47:43.745 info starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.signifylights, node: v20.18.1, js-controller: 7.0.7 signifylights.0 2025-10-10 02:47:43.671 debug States connected to redis: 127.0.0.1:9000 signifylights.0 2025-10-10 02:47:43.606 debug States create User PubSub Client signifylights.0 2025-10-10 02:47:43.605 debug States create System PubSub Client signifylights.0 2025-10-10 02:47:43.591 debug Redis States: Use Redis connection: 127.0.0.1:9000 signifylights.0 2025-10-10 02:47:43.567 debug Objects connected to redis: 127.0.0.1:9001 signifylights.0 2025-10-10 02:47:43.563 debug Objects client initialize lua scripts signifylights.0 2025-10-10 02:47:43.524 debug Objects create User PubSub Client signifylights.0 2025-10-10 02:47:43.523 debug Objects create System PubSub Client signifylights.0 2025-10-10 02:47:43.522 debug Objects client ready ... initialize now signifylights.0 2025-10-10 02:47:43.497 debug Redis Objects: Use Redis connection: 127.0.0.1:9001

@hardwarefehler Nur mal als ungetestete Idee Ev kannst du nen Alias dazwischen schalten u via getrennte States f schreiben u lesen die Schreiboperationen blocken. Und natürlich kannst auch ein issue beuim widget einstellen. Bei RO sollte es natürlich nichts schreiben ....

@tombox Hab die Instanz nochmal neu gestartet. Jetzt kam keine Meldung mehr. Alles ok.

Hallo zusammen, ich habe mein Problem gefunden und behoben, hier kurz meine Lösung Symptom: Nach Umzug (Pi 5) markiert SmartControl alle Cron-Ausdrücke (z. B. * * * * *) als ungültig. Ursache: Im ioBroker-Verzeichnis lag cron-parser 5.4.0 (ESM). Diese Version exportiert in CJS keine parseExpression-Funktion → die SmartControl-Validierung schlägt fehl. Fix: cd /opt/iobroker npm rm cron-parser --silent npm i cron-parser@4.9.0 --save-exact iobroker upload smartcontrol iobroker restart smartcontrol Vielen Dank an alle für die Gute Unterstützung