@soulforged sagte in Einbindung von Marstek CT002 Smart Meter: Kann von den Mods gerne verschoben werden, erledigt, aber nicht weil @soulforged sagte in Einbindung von Marstek CT002 Smart Meter: hier unerwünscht sondern weil @soulforged sagte in Einbindung von Marstek CT002 Smart Meter: leider kein Zugriff Für diese Kategorie hier, gibt es aber einige Vorgaben. Diese bitte im Eröffnungspost hinzufügen

@pdbjjens 0.3.0 (2025-08-29) - 2025H1 maintenance release (pdbjjens) Change: node>=20, js-controller>=7.0.7 and admin>=7.6.17 required (pdbjjens) Change: Cleanup devDependencies

Ich habe soeben ioBroker.mybus v0.6.0 latest zum Testen freigegeben. Es handelt sich um eine Wartungsfreigabe ohne neue Funktionen. Bitte beachten: node>=20, js-controller>=7.0.7 and admin>=7.6.17 erforderlich Über Test-Feedback würde ich mich freuen.

@jey-cee sagte in Test Adapter EnOcean v0.8.x: @basti-liciouz dann kannst du nur noch von Github den Adapter installieren. Läuft wie geschnitten Brot, ohne Probleme und als hätte es nie welche gegeben. Öhm...Wo ist der Unterschied zwischen der bis heute Beta und der Version von Git?

@michi2322 für die Grundsatzdiskussion ioBroker vs. HA gibt es sicher geeignetere Threads, aber so stehen lassen will ich das hier auch nicht. HA ist genau so lange schick, bis man die erste wenn-dann Beziehung selber definieren möchte. Man ist sofort im Texteditor unterwegs und der ist in der RaspberryPi-Version nichtmals aus der GUI aufrufbar. Sprich: ab in die shell, das richtige file öffnen, neu laden... Ich hatte HA vor einigen Monaten mal testweise aufgesetzt und bin jetzt sehr froh, dass ich bei ioBroker so viele Freiheiten habe. Aber ja, wer nur Daten sammeln will, für den ist HA tiptop.

@Michael-6 Vielen Dank. Ich musste was am iobroker reparieren und hatte aufeinmal nicht mehr den Adapter zur Verfügung. Habe es gemäß deiner Anleitung neu installiert. Hat funktioniert.

Da dieser "Adapter" in einem anderen Topic genannt wurde hier eine Klarstellung / Warnung: Der Adapter ioBroker.connector-local-control wurde nie in die Repositories aufgenommen. Weiters weist er offenbar einige gravierende Mängel (siehe Issues im Adapter Repo) auf und wurde seit Jahren nicht gewartet / aktualisiert. Von einer Installation muss daher derzeit abgeraten werden. @Stephiobroker Falls du hier doch noch mitliest und den Adapter aktualisieren und in die Repos bringen willst und dazu Hilfe benötigts, melde dich bitte - vorzugsweise in unseren Telegram / Discord channels. Invite links auf www.iobroker.dev. 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. 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

So einfach können Updates under the Hood sein! Scheint alles funktioniert zu haben - auch bei meinem Uralt und mehrfach migrierten System, bei dem der Fixer nicht funktioniert. Mein alter Rechner (i5 7300U) braucht auch immer ein paar Minuten bis die Ports wieder frei sind. Vielen Dank @Gaspode (und die anderen Entwickler) @mcm1957 Vielen Dank für die Hinweise. Diese Adapter verwende ich nicht wirklich. Mein "kritischster" Adapter scheint der RFLink zu sein, aber das ist eine andere Geschichte (https://forum.iobroker.net/topic/60173/rflink-auf-win-rechner-cannot-find-adapter-rflink-2-1-6?_=1716613541351). Aber das heutige Update lief problemlos durch.

@sickboy78 Ja, ist weg. Danke.

@roctions setut du die STABLE 0.0.4 oder die BETA 0.0.5 ein? tombox hat die 0.0.5 noch nicht für Stable freigegeben.

Dieser Adapter wurde vom Maintainer in den Status ARCHIVED versetzt. Siehe https://forum.iobroker.net/topic/81879/deprecated-adapter-rmb-bhkw @satchafunkilus Kannst du bitte kurz sagen, ob der Adapter prinzipiell noch funktionieren würde und du nur keine Zeit / Lsut für eine weitere Betreung hats oder ob der Hersteller z.B. die verwendete Schnittstelle eingestellt hat. EDIT: Wobei die Frage eher rhetorisch seind rüfte, da du seit längerem nicht mehr hier warst ...

@cephalopod sagte in Test Adapter Growatt v3.3.1: Ich habe den Growatt Adapter aus dem ioBroker wieder entfernt. Alles was ich benötige, liefert mir der Shelly. Schneller, zuverlässiger und einfacher. Ich habe den Growattadapter immer noch laufen, der liefert kontinuierlich Daten die ich brauche. Einen Alternativweg habe ich dann auch durch den Modbus-Adapter im ioB gefunden. Installiert habe ich den, um im besten Fall Zugriff auf dei Holding-Register des Growatt-WR zu bekommen. Mein Ziel war es, bestimmte Einstellungen, die ich in der App händisch machen kann, variable per SmartHome zu gestalten (z.B. Reduzierung der Ladeleistung der Batterie zugunsten meiner Wärmepumpe bei WW-Erwärmung. Bei meiner Stromzählerschaltung mit 2 Zählern gem. Messkonzept 8 bekommt die WP nur dann Überschussstrom ab, wenn der Speicher voll oder die weitere Beladung begrenzt ist.) Leider klappt der Zugriff auf den Wechselrichter mit Holdingregistern nicht. Mir gelingt es auch nicht, die entsprechenden Register ausfindig zu machen, trotz Unterstützungsversuchen hier im Forum. Wer noch einen Versuch starten will, ich habe den Growatt-WR MIN 4600TL-XH.

@mcm1957 Ah Danke für den Tipp jetzt klappt es: die debug Ausgabe hat mir ausgegeben, dass der Browser von drops-weather nicht funktioniert. Für alle die einen Raspi verweden: mit "sudo apt install -y chromium-browser" den Chromium browser installieren dann im drops-weather Adapter oben auf BROWSERKONFIGURATION klicken. dort den Browsermodus "external" auswählen Der Browserpfad ist normalerweise "/usr/bin/chromium-browser". Kann aber über die Konsole auch mit "which chromium-browser" herausgefunden werden. Damit hats bei mir funktioniert.

Wir bekommen in ein paar Wochen für unsere Terassenüberdachung auch Warema Markisen und eine LED Beleuchtung welche über Warema WMS angesteuert wird. Da die angekündigten Warema Matter Aktoren wohl noch nicht auf sich warten lassen, wird es wohl das Warema WMS System werden. Der Thread hier ist schon etwas älter und ich hab keinen neueren Thread zur aktuellen Version des Adapters von @tombox gefunden, daher stelle ich meine Fragen einmal hier und hoffe, das das System / Adapter noch verwendet wird :-) Funktioniert die aktuelle Version des Adapters mit dem aktuellen WMS WebControl pro? Für meinen Bedarf bräuchte ich das verfahren der einzelnen Markisen sowie Licht an/aus und dimmen. Läuft die Kommunikation zwischen dem ioBroker Adapter und dem WMS WebControl pro eigentlich rein lokal oder gehen die Daten durch eine Warema Cloud? Wozu braucht man eigentlich genau den Warema WMS USB Stick?