0.13.3 (2026-03-04) (ticaki) added mode: buttonBackFlip to HW buttons (ticaki) fixed critical bug when using internal MQTT server Der Fehler war - das bei nicht vorhandener mqtt-server ip der Adapter pausiert hat. Nicht aufgefallen ist es, weil jeder dev schon mal irgendwann mit einem externen mqtt-server getestet hat und damit eine ip da war - auch wenn sie ignoriert wurde... hab den check jetzt 20 Zeilen runter geschoben, damit gehts dann :) Hab in meiner Konfig die ip gelöscht und dann 0.13.3 von npm installiert: 2026-03-04 22:55:32.272 - info: host.iobroker-lxc instance system.adapter.nspanel-lovelace-ui.0 in version "0.13.3" started with pid 42058 2026-03-04 22:55:32.811 - info: nspanel-lovelace-ui.0 (42058) starting. Version 0.13.3 in /opt/iobroker/node_modules/iobroker.nspanel-lovelace-ui, node: v22.22.0, js-controller: 7.1.0 2026-03-04 22:55:32.844 - info: nspanel-lovelace-ui.0 (42058) Configured panels: name#topic -> [NSPanel Schlafzimmer#nspanel/ns_panel3], [NSPanel Wohnzimmer#nspanel/ns_panel2], [NSPanel Flur#nspanel/ns_panel1], [NSPanel Küche#nspanel/ns_panel5] 2026-03-04 22:55:32.844 - info: nspanel-lovelace-ui.0 (42058) Found 4 script configs for topics: nspanel/ns_panel1, nspanel/ns_panel3, nspanel/ns_panel5, nspanel/ns_panel2 2026-03-04 22:55:32.848 - info: nspanel-lovelace-ui.0 (42058) Detailed configuration checks are suppressed here. Full validation output is only shown when the configuration script is sent to the adapter. 2026-03-04 22:55:33.837 - info: nspanel-lovelace-ui.0 (42058) [mqttServer] MQTT server started and listening on port 8883 2026-03-04 22:55:35.127 - info: nspanel-lovelace-ui.0 (42058) [NSPanel Schlafzimmer] Setting panel to offline until first message! @13patrick37 die neue Option nutzt man so: buttonLeft: { mode: 'buttonBackFlip', state: '0_userdata.0.example_state', },

hi, wenn ich dich richtig verstehe, läuft dein ioBroker in Docker und die Verbindung zum Stick erfolgt per TCP? es würde anderen helfen, wenn du dein Setup etwas genauer erklärst. Mein ioBroker läuft nativ ohne docker, daher kann ich dazu nichts sagen. Vermutlich unterstützt Z-wave JS nur echte Serial Devices? Aber Achtung: Das ist nur eine Vermutung!

Vielleicht noch ne blöde Frage, aber was muss ich im Adapter einstellen? Welche Haken müssen gesetzt werden? [image: 1772658568118-bildschirmfoto-2026-03-04-um-22.08.32.png]

@PLCHome-0 Hast du eine Idee, woran es liegen kann, dass ich seit dem 24.02 keine Einträge von vehicleLocation/position_text mehr sehe? Kann zwar nicht mehr genau sagen, ob der Zeitpunkt stimmt, aber ich hatte mal von direkter Fahrzeugabfrage auf Serverabfrage umgestellt. Kann es daran liegen?

@Bluefox Bin jetzt mal von der "alten" auf die 2.0.8 umgestiegen: Statusbar "transparent" funktioniert bei mir nicht. ausblenden funktioniert. Bei der Navigationsleiste funktioniert transparent und ausblenden VPN Erkennung / Umschaltung funktioniert nur zu 75%, nach App schließen und öffnen klappt es. Noch kein Muster erkannt.... Ebenso nach nicht erkennbarem Muster startet die App mal in den Einstellungen, statt in der eigentlich VIS. Da ich die App nur lokal oder via VPN nutze (keine Kamerabilder über die Cloud), ist es möglich Batteriestatus / GPS Koordinaten auch lokal bzw. über VPN zu senden? Die wurden nur bei Verbindung über die Cloud gesendet. Die für mich interessantes Frage ist, wie kann ich "local-nav" verwenden? Ich rufe meine VIS1 am PC/Tablet über http://192.168.10.15:8075/vis/index.html?local_nav=0#0000_Home auf. Dann kann jedes Tablet ne andere View anzeigen. Egal was ich bei "customStartPage" eintrage, es kommt immer die Fehlermeldung "Fehler: View wurde nicht gefunden". Wenn ich in der Navileiste meiner VIS ein Seite auswähle klappt alles einwandfrei.

Soeben habe ich die v2.0.3 zum Testen freigegeben: 2.0.3 (2026-03-04) - 2026H1 maintenance release (copilot) Adapter requires admin >= 7.7.22 now (pdbjjens) Fixed: update release-script (#143) (pdbjjens) Fixed: parse missing "info_alone" objects (#140) (pdbjjens) Fixed: Cleanup some eslint issues Das Release dürfte besonders für Benutzer interessant sein, die seit der Umstellung von v.1.7.7 auf v2.0.x einige nur-lese Datenpunkte (typischerweise calval123 o.ä) in den Einstellungen/Settings vermisst haben. Über Testberichte würde ich mich freuen.

0.3.2 (2026-03-04) - 2026H1 maintenance release (pdbjjens) Changed: node>=20, js-controller>=7.0.7 and admin>=7.7.22 required (pdbjjens) Fixed: update release-script (#149)

@Dr.-Bakterius sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest: Ich habe vor einigen Wochen den nextcloud-Adapter und den sonoff-Adapter deinstalliert und beide wieder neu eingerichtet. Seitem gibt es keine Probleme mehr. Keine Ahnung warum sich die beiden in die Quere gekommen sind. Danke für deine Rückmeldung

Vielen dank für den Adapter. Wäre es möglich den Gasverbrauch auszulesen?

@maker sagte in [Neuer Adapter] hdg-bavaria: Hallo! Ich habe einen iobroker Adapter erstellt, um auf meine Pelletheizung von HDG-Bavaria zuzugreifen. Die Daten werden vom web interface abgefragt. Zur Zeit wird nur "meine" Konfiguration (Kessel K10-33, Puffer mit 3 Sensoren, 1 Heizkreis) unterstützt. In wie weit sich die Datenpunkte bei anderen Konfigurationen ändern kann ich nicht sagen. Es sollte aber relativ einfach sein weitere Konfigurationen aufzunehmen. Den Adapter findet man unter https://github.com/SteMaker/ioBroker.hdg-bavaria und https://www.npmjs.com/package/iobroker.hdg-bavaria. Viele Grüße, Stefan Der Adapter "https://github.com/SteMaker/ioBroker.hdg-bavaria" hat seit Jahren keinerlei Updates mehr erhalten: [image: 1772574814582-08846640-4a61-4aea-bac5-914ae97939f3-image.png] Es ist fraglich ob dieser noch funktioniert. Feedback existierende User ist jedenfalls willkommen da - sofern keine Reaktion des Maintainers erfolgt (Issue https://github.com/SteMaker/ioBroker.hdg-bavaria/issues/42) - der Adapter entweder deprecated wird oder falls eine Wartung möglich scheint und Interesse besteht in den iobroker.community-organisation Bereich übernommern werden kann.

Hab vll eine blöde Frage aber ich versuch es trotzdem mal: ich sehe anhand des Zeitstempels eine neu Mail in: imap.0..json jedoch wird diese nicht in: imap.0..email.email_01 geladen jedoch, wenn ich den Adapter neu starte ist die neue Email vorhanden hab ich was nicht verstanden, überlesen, ... LG

@severendis steht alles im wiki: https://github.com/bolliy/ioBroker.sun2000/wiki/Erzwungenes-Laden-und-Entladen-der-Batterie-(Force-charge-discharge-battery) oder in der diskussion: https://github.com/bolliy/ioBroker.sun2000/discussions/200 Ich habe dies per Script gelöst, in der VIS dann so (steht auch in og. discuss) [image: 1772564900126-899d3dfd-afc7-41e9-bdad-f8904a75e9c2-image.png]

schaue ich mir auch gerne mal an, danke sehr!

Ich habe soeben ioBroker.sma-em v1.3.1 latest zum Testen freigegeben. Es handelt sich um eine Wartungsfreigabe ohne neue Funktionen. Changelog siehe oben im ersten Eintrag dieses Threads. Wichtig: node>=20, js-controller>=7.0.7 and admin>=7.7.22 erforderlich. Aktualisieren Sie Ihren ioBroker mindestens auf diese Softwareversion, wenn Sie diesen Adapter verwenden möchten. Über Test-Feedback würde ich mich freuen.

Ich habe soeben ioBroker.mybus v0.6.1 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.7.22 erforderlich Über Test-Feedback würde ich mich freuen.

@carsten04 sagte in vis-2-widgets-collection: @mcm1957 sagte in vis-2-widgets-collection: @carsten04 sagte in vis-2-widgets-collection: @MCU Der type in common von Deinem Objekt device-watcher.0.devices.batteryList muss JSON oder String sein. Der Typ common.typoe=json ist lt. Typedefinition nicht zulässig. Hier ist die Dokumentation und die Implementierung widersprüchlich. Das Problem wird mit Issue https://github.com/ioBroker/ioBroker.js-controller/issues/3239 in Evidenz gehalten und geklärt Da hast du recht. Das war eine bewusste Entscheidung jetzt für den type noch json und string zuzulassen. Wenn wir uns für ioBroker geeinigt haben, ändere ich das dann ab. Das ist trivial. Aber: leider kümmern sich viele Adapter überhaupt nicht um den richtigen Typ, so dass in common.type oftmals Grütze steht. Das ist wohl historisch bedingt und wird sich dann hoffentlcih im Laufe der Zeit bessern. Ich kenne keinen Adapter wo der Typ ungültig (!) ist. Wenn dir einer unterkommt dann eröffne bitte ein Issue dortund mention mich ggf. Und ja type === array IST ein gültiger type.

Sorry hab ganz vergessen zu antworten:( Leider wird der Filter eigentlich gar nicht aktualisiert, CO2 stimmt

Vielen Dank!