NEWS

Guten Abend,
ich bin leider erst jetzt dazu gekommen die Version 0.7.5.
Damit funktioniert es jetzt die Einstellungen zu übernehmen und ich bekomme die Werte der Steuerung! Danke für die Aktualisierung!

@trapper Immer gerne 😉

@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.

@muuulle Das liegt daran, dass es die xticks nur in den Kurven selbst gibt.

/* bei einer Kurve */ objDP.native.data.lines[0].xticks = 5 /* oder auch möglich, abhängig von Adapter-Version , wie oben erwähnt */ objDP.native.data.l[0].xticks = 5 /* bei mehreren Kurven muss man allen die xticks mitgeben */ /* evtl reicht nur die erste Kurve ??? nicht geprüft */ objDP.native.data.lines[0].xticks = 5 objDP.native.data.lines[1].xticks = 5 objDP.native.data.lines[2].xticks = 5 /* oder */ objDP.native.data.l[0].xticks = 5 objDP.native.data.l[1].xticks = 5 objDP.native.data.l[2].xticks = 5

@shadow_cb Ja, das ist auch bei mir komisch. Die beiden remote-Datenpunkte DoorOpen und DoorLock sind quasi write only. Angezeigt wird nichts (bzw. nichts korrektes). Eingaben kommen aber beim Auto korrekt an. Um den korrekten Status auszulesen funktioniert bei mir der State-Datenpunkt der einzelnen Türen z.B. doorlockstatusfrontleft. Der vom Begriff her übergreifende Datenpunkt DoorStatusOverall funktioniert hierfür interessanter Weise auch nicht.
Da scheint Mercedes einiges angepasst zu haben mit dem der aktuelle Adapter wohl noch nicht richtig umgehen kann.

@wal das hatte ich dann auch gesehen, aber schon auf absenden gedrückt
naja, den frigatte integrierten auf port 1983

anderweitig hab ich nen externen mqtt auf port 1883

Leider reagiert @KaiIobroke auf zahlreiche Anfragen im LATEST PR für deinen Adapter sowie auf Issues nicht. Die Implementierung des Adapter muss daher als eingestellt / abgebrochen betrachtet werden. Die beim Review angemerkten Issues wurden offensichtlich nicht mehr behoben.

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.

@homoran sagte in Betatest Bright Sky v0.2.x:

@ticaki sagte in Betatest Bright Sky v0.2.x:

Habs nur Zig mal geschrieben.

Sorry 😞

Das gab ich so nicht verstanden gehabt.

Kein Problem. Ich schreibe es mal deutlicher irgendwo hin 🙂

EDIT: Wenn du noch weitere min/max oder median oder whatever brauchst, einfach fragen. Der Code ist ja schon geschrieben muß dann nur ein bissle was anpassen. War auch am überlegen ob temperatur_max_time nützlich wäre.

Hi, habe den Adapter installiert und auch angemeldet bekommen pr MFA.
Aber es scheint, dass mein Gerät, eine IR Steuerung H110 nicht unterstützt wird.
Ist das so und Kannich da irgendwas beisteuern um dieses Teil zu integrieren?

tapo.0
2025-08-20 18:00:55.563 info Unknown device type H110 init as P100

tapo.0
2025-08-20 18:00:55.563 info Init device 802D3FEA56BD06B2FB0BB07CDC572AXXXXXXX type H110 with ip 192.168.179.5

In den Objekten ist das Gerät gelistet aber keine seiner zu steuernden Geräte. Somit unbrauchbar.

Gruß

@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.

pi-hole2 v1.1.1 befindet sich nun im stable repository

Version wird nun demnächst im stable auftauchen

@oliverio sagte in Test Adapter OpenLigaDB:

Neue Version 1.9.0 der Abruf erfolgt nun per axios zur Standardisierung wird nun eine Utility Klasse von mir eingesetzt Die Funktionsstruktur wurde zu einer Klasse umgearbeitet von callbacks wurde nun zu async/await gewechselt. Die Berechnung von Current Gameday, also der aktuelle Spieltag wurde verbessert. Bis zum ersten Spiel wird generell der Spieltag 1 angenommen. Danach wird der von openligadb bereitgestellte Wert verwendet. Der openligadb Wert hat in der Vergangenheit manchmal noch den letzten Spieltag der Vorgängersaison ergeben, da die API hier nicht saison spezifisch ist.

Hi, kurze Frage zu Wallbox History: was muss ich tun, um die Ladevorgänge Historie zu sehen? In den Einstellungen ist es bei mir auf "100" gesetzt aber ich sehe nichts in den Datenpunkten. Muss ich noch etwas am Auto selbst einstellen? Danke!

c02f595a-5bfa-4f89-8c5e-d14aa3126768-image.png

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

@nunca said in Test Adapter BMW/Mini v2.0.0:

@dalugi sagte in Test Adapter BMW/Mini v2.0.0:

Gibt es auch die Möglichkeit die Ladegeschwindigkeit zu schreiben?
Ich finde diese Funktion leider nirgends. Über die App kann das zwischen 6 und 32A eingestellt werden.
Das wäre eine nützliche Funktion in Verwendung der eigenen PV.

Hallo zusammen,
Ist dieses Thema mittlweile gelöst? Mich interessierte das nämlich auch und unter remotev2 finde ich keinen Datenpunkt, mit dem man die gewünschte Stromstärke steuern kann.

Ich habe dazu vor ein paar Tagen mal ein Ticket in Github eröffnet. Unter HomeAssistant scheint diese Funktion verfügbar zu sein. Wäre super, wenn das auch über ioBroker und diesen Adapter möglich wäre.

7d3a335b-d7e6-4463-b1b9-8a0b5a50161a-image.png

Hallo zusammen, ich suche diese Einstellung in dem Adapter. Zumindest Auto und 40% bis 100% fest.
Gibt es die Möglichkeit, das in dem Adapter zu implementieren?
Oder ist es schon drin und ich finde es nur nicht 😖 ?

Hi zusammen,
ich versuche gerade, meine iobroker Istanz vom Raspi4 in einen Docker Container auf einer Synology umzuziehen.
Dankenswerterweise hat Syn. mit DSM7 den Support fast aller USB-Geräte eingestellt, daher kann ich meinen FGW14-USB nicht einfach an der Syn. anschließen. Nun probiere ich, den Raspi4 vorerst als Proxy zu nutzen: FGW wie gewohnt an USB -> Ser2net -> enocean Adapter in iobroker in Docker Container.

Lange Rede kurzer Sinn: Ser2Net läuft. Auf dem Raspi selber kann die bisherige Instanz vom Adapter über Ser2Net auf den eigenen USB-Port zugreifen und ich kann alles steuern:

pi@raspberrypi:~ $ sudo lsof -i | grep 55555 ser2net 19222 root 11u IPv4 5469557 0t0 TCP *:55555 (LISTEN) ser2net 19222 root 13u IPv4 5543813 0t0 TCP raspberrypi.fritz.box:55555->raspberrypi.fritz.box:40458 (ESTABLISHED) io.enocea 24451 iobroker 28u IPv4 5542858 0t0 TCP raspberrypi.fritz.box:40458->raspberrypi.fritz.box:55555 (ESTABLISHED)

Die Instanz im Container läuft allerdings gar nicht und ich bekomme folgende Fehlermeldungen, trotz derselben Settings (Backup im Container vom Raspi4 eingespielt). Hinweis: Im Container selber kann ich über telnet ebenso auf dem Port des Raspi lauschen, die Verbindung zwischen Raspi und Container für den TCP Port ist also auch da...Nur der Adapter scheint Probleme zu bereiten, darauf zu verbinden.

enocean.0 2025-08-18 21:37:07.836 info starting. Version 0.9.3 in /opt/iobroker/node_modules/iobroker.enocean, node: v22.18.0, js-controller: 7.0.6 enocean.0 2025-08-18 21:37:08.045 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). enocean.0 2025-08-18 21:37:08.045 error unhandled promise rejection: "path" is not defined: null enocean.0 2025-08-18 21:37:08.046 error TypeError: "path" is not defined: null at new SerialPortStream (/opt/iobroker/node_modules/iobroker.enocean/node_modules/@serialport/stream/dist/index.js:50:19) at new SerialPort (/opt/iobroker/node_modules/iobroker.enocean/node_modules/serialport/dist/serialport.js:13:9) at Enocean.onReady (/opt/iobroker/node_modules/iobroker.enocean/main.js:100:18) at process.processTicksAndRejections (node:internal/process/task_queues:105:5) enocean.0 2025-08-18 21:37:08.046 error "path" is not defined: null enocean.0 2025-08-18 21:37:08.049 info cleaned everything up... enocean.0 2025-08-18 21:37:08.050 info terminating enocean.0 2025-08-18 21:37:08.050 warn Terminated (UNCAUGHT_EXCEPTION): Without reason enocean.0 2025-08-18 21:37:08.552 info terminating enocean.0 2025-08-18 21:37:40.194 error adapter disabled enocean.0 2025-08-18 21:37:40.242 warn Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason

Was mich irritiert ist

dass die Support Infos im Container leer sind --> Im Raspi habe ich dort meine vollständige Konfig stehen, einschl. aller Geräte. dass im Attribut "installedFrom" auf dem Raspi4 "iobroker.enocean@latest" steht und im Container "iobroker.enocean@0.9.3".

Hier die vollständige Konfig aus den Einstellungen vom Adapter aus dem Container (bis auf das eine Attribut kein Unterschied zum Raspi):

{ "_id": "system.adapter.enocean.0", "common": { "name": "enocean", "version": "0.9.3", "title": "EnOcean", "authors": [ "Jey Cee <iobroker@all-smart.net>" ], "keywords": [ "EnOcean", "Love" ], "license": "CC-BY-NC-3.0", "platform": "Javascript/Node.js", "icon": "enocean.png", "enabled": false, "extIcon": "https://raw.githubusercontent.com/jey-cee/ioBroker.enocean/master/admin/enocean.png", "readme": "https://github.com/jey-cee/ioBroker.enocean/blob/master/README.md", "loglevel": "info", "mode": "daemon", "type": "hardware", "compact": true, "connectionType": "local", "dataSource": "poll", "materialize": true, "adminUI": { "config": "materialize" }, "messagebox": true, "dependencies": [ { "js-controller": ">=3.0.0" } ], "installedFrom": "iobroker.enocean@0.9.3", "installedVersion": "0.9.3", "host": "iobroker", "restartSchedule": "", "supportedMessages": { "deviceManager": true } }, "native": { "gateway": "fgw14-usb", "ser2net": true, "serialport": null, "ser2net-ip": "192.168.178.57", "ser2net-port": "55555", "device-id": "", "device-name": "" } }

Hatte jemand schonmal dieselben Probleme?
Ich bin um jeden Hinweis dankbar.

@levyko sagte in Test Adapter jablotron v.0.1.x:

Wie bekomme ich das Log schön in den Post?

Das reicht doch völlig. Danke dafür!

@negalein ja ok wenn man das so versteht.. dann ja..

ich habs jetzt rausgenommen..danke