HINWEIS: Der Adapter ioBroker.stiebel-isg wurde zur Wartung in die iobroker-community-adapters Organisation übernommen. In Zukunft werden daher nur noch wichtige Fehlerbehebungen und Abhängigkeitsaktualisierungen veröffentlicht. PRs mit Fehlerbehebungen oder Funktionserweiterungen sind jedoch immer willkommen. DANKE an Michael Schuster ( @unltdnetworx ) der die bisherigen Versionen dieses Adapters erstellt hat, zumindest derzeit aber nicht in der Lage ist diesen weiter zu warten. Ich ( @pdbjjens ) habe mich bereit erklärt, die weitere Wartung des Adapters, Bugfixing und notwendige Modernisierungen vorzunehmen. Bitte Probleme / Fragen in Zukunft im Forum nur noch deponieren unter: https://forum.iobroker.net/topic/82576/test-adapter-stiebel-isg-2-0-x-latest oder auch als Issues direkt im Adapter repository anlegen: https://github.com/iobroker-community-adapters/ioBroker.stiebel-isg/issues

@tom10web Die Info behalte ich mal im Hinterkopf. Ich hab bisher leider keinerlei Erfahrung mit dem flashen von den ESP Dingern ;) Daher steuere ich das via HA Dashboard per Hand oder via ioBroker und hass Adapter in meinem Automationen. Das funktioniert für mich aktuell auch gut, wobei natürlich eine native Steuerung direkt via ioBroker zu bevorzugen wäre. Aber, und das ist neben dem lokalen Zugriff am wichtigsten, es läuft vom ersten Tag an stabil!

Dieser Adapter wurde nicht mehr weiter entwickelt. Eine Aufnahme in die Repositories wurde zwar angefordert, auf die angeregten Änderungen erfolgte allerdings keiner Reaktion mehr. Siehe https://github.com/ioBroker/ioBroker.repositories/pull/4355 https://github.com/Hans-Wurst-21/ioBroker.bitaxe/issues/15 Von einer Verwendung des Adapter muss daher abgeraten werden. Generell gilt: 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.

@homeuser ja, Werte werden angezeigt experimentiere jetzt aber im moment mit evcc...

@tt-tom sorry, verstehe die Frage nicht. Worauf hast Du replied?

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