Most recently created topics

Test Adapter anthbot-genie v0.1.x GitHub/Latest

reloxx13 — Thu, 16 Jul 2026 05:41:53 GMT

Aktuelle Test Version	0.1.13
Veröffentlichungsdatum	01.07.2026
Github Link	https://github.com/reloxx13/ioBroker.anthbot-genie
npm	https://www.npmjs.com/package/iobroker.anthbot-genie
Adapter	`anthbot-genie`
Paket	`iobroker.anthbot-genie`
js-controller	`>= 6.0.11`
Admin	`>= 7.6.20`
Node.js	`>= 22`
Verbindung	Cloud
Status	latest
Hinweis	inoffiziell, nicht vom Hersteller

Hallo zusammen,

Version 0.1.13 meines ioBroker Adapters für Anthbot Genie Mähroboter ist jetzt im ioBroker latest Repository verfügbar.

Der Adapter ist ein inoffizieller Cloud-Adapter für Anthbot Genie. Er meldet sich an der Anthbot Cloud an, sucht die verfügbaren Geräte, ermittelt Region und IoT-Endpunkte und fragt regelmäßig Statusdaten des Mähroboters ab. Zusätzlich stellt er schreibbare States für Einstellungen, Mähbefehle, Docking, Wartung und Zonen bereit. Die State-Struktur bleibt für Genie 600/1000/3000/5000 sowie M5/M9 unter denselben ioBroker-Pfaden stabil.

Funktionen

Anthbot Cloud Login
Geräteerkennung
Region- und IoT-Endpunkt-Ermittlung
Polling von Mower Property Shadow und Service Shadow
automatische Erneuerung temporärer IoT-Zugangsdaten nach AWS-IoT-403
Status-, Metrik-, Diagnose- und Rohdaten-States pro Mähroboter
Standort-States für GPS- und lokale Positionsdaten
M5/M9-Mappings für Status, Batterie, Fehler, Netzwerk, RTK, Karte sowie Gesamt-Mähzeit/-fläche
Steuerbefehle über ioBroker States
Vollflächenmähen, manuelles Zonenmähen und automatisches Zonenmähen
Punktmähen, Kantenmähen und Mähen nahe der Ladestation
Start, Pause, Fortsetzen, Stoppen und Beenden von Mähaufgaben
Rückkehr zur Ladestation inklusive Pause der Rückfahrt
Wartungsbefehle wie Roboter finden, Grasablage und Scheibenwartungsmodus
Verbrauchsmaterial-States für Ladeport, Kameras und Klingen inklusive Reset-Buttons
Regen-, Hindernis-, Sprachlautstärke- und Mähparameter-Steuerung
Rohdaten für Property Shadow, Service Shadow, Anthbot Event-Code-Übersetzungen und Flächendefinitionen
Passwort wird als verschlüsselte native Konfiguration gespeichert

Voraussetzungen

ioBroker mit js-controller >= 6.0.11
ioBroker Admin >= 7.6.20
Node.js >= 22
Anthbot Account mit mindestens einem verbundenen Anthbot Mähroboter

Angelegte States

Pro erkanntem Mähroboter werden unter anderem folgende Bereiche angelegt:

info.*
metrics.*
diagnostics.*
location.*
consumable.*
controls.*
commands.*
zones.*
raw.*

Aktuelle Punkte in 0.1.13

verfügbar über das ioBroker latest Repository
gruppierte State-Struktur unter metrics, diagnostics, consumable, controls, commands, zones und raw
M5/M9-Payloads für Status, Batterie, Fehler, Netzwerk, RTK, Karte sowie Gesamt-Mähzeit/-fläche werden in die bestehende State-Struktur gemappt
temporäre IoT-Zugangsdaten werden nach AWS-IoT-403 einmal automatisch erneuert und der fehlgeschlagene Shadow-Read bzw. Command-Publish wird erneut versucht
Diagnosewerte für RTK, Firmware, OTA, Netzwerk, GPS/Position, Karte und Fehler
Reset-Buttons für Ladeport-, Kamera- und Klingen-Lebensdauer
neue Befehle: Roboter finden, Grasablage, Scheibenwartungsmodus, Kantenmähen, Mähen nahe der Ladestation und Punktmähen
Task-Befehle: Mähen pausieren/fortsetzen, Rückfahrt pausieren und Mähen beenden
Steuerung für Mähen nahe der Ladestation
Vollflächenmähen mit optionalem Kantenschnitt
RTK-Antenne-bewegt-Warnung und Befehl zum Zurücksetzen dieser Warnung

Einige Befehle können je nach Modell, Firmware, aktuellem Mäherzustand und vorhandenen Karten-/Kantendaten nicht verfügbar sein oder vom Mäher abgelehnt werden.

Manuelles Zonenmähen

Die bekannten manuellen Zonen werden unter folgendem State als JSON-Array abgelegt:

..zones.manual.list

Zum Starten einer oder mehrerer Zonen kann in diesen State geschrieben werden:

..commands.mowing.startZone

Akzeptierte Werte:

einzelne Zone per ID: 3
einzelne Zone per Name: Front yard
mehrere Zonen kommasepariert: 3,5,Back yard
mehrere Zonen als JSON-Array: [3,5,"Back yard"]

Automatische Zonen liegen unter ..zones.autoList und werden mit ..commands.mowing.startAutoZone gestartet.

Punktmähen

Punktmähen wird über folgenden State gestartet:

..commands.mowing.startPoint

Akzeptierte Werte:

Koordinaten als Text: 123,456
Koordinaten als JSON-Objekt: {"x":123,"y":456}

Nach erfolgreicher Ausführung wird der State wieder geleert.

Wobei Rückmeldungen hilfreich sind

Login mit Anthbot Account
Erkennung eines oder mehrerer Mähroboter
Aktualisierung von Status, Metriken, Diagnosewerten und Verbindungsstatus
M5/M9-Mappings für Status, Netzwerk, RTK, Kartenstatus und Gesamt-Mähwerte
Start, Pause, Fortsetzen, Stoppen und Beenden von Mähaufgaben
Rückkehr zur Ladestation sowie Pause der Rückfahrt
manuelles und automatisches Zonenmähen, falls Zonen in der Anthbot App vorhanden sind
Punktmähen, Kantenmähen und Mähen nahe der Ladestation, falls vom Gerät unterstützt
Reset der Verbrauchsmaterial-Werte nur dann, wenn der jeweilige Lebensdauerwert bei oder unter 5 Prozent liegt ( limitiert von Anthbot )
Verhalten bei falschen Zugangsdaten, Cloud-Verbindungsproblemen oder AWS-IoT-403

Rückmeldungen bitte mit Adapterversion, ioBroker/js-controller Version, Node.js Version und relevanten Logauszügen posten. Bitte keine Zugangsdaten, Tokens, Seriennummern oder andere persönliche Daten veröffentlichen.

Hinweis: Der Adapter ist inoffiziell und nicht mit Anthbot verbunden oder von Anthbot unterstützt.

Transparenzhinweis

Bei der Erstellung dieses Adapters wurde KI unterstützend eingesetzt, insbesondere bei Code-Entwurf, Strukturierung, Dokumentation und Prüfung. Die fachliche Verantwortung, Tests und Veröffentlichung liegen beim Entwickler.

Installation

Über ioBroker Admin

Adapteransicht öffnen.
Falls das latest Repository noch nicht aktiv ist: in ioBroker Admin unter Einstellungen -> Repositorys latest auswählen/aktivieren und die Adapterliste aktualisieren.
Im latest Repository nach anthbot-genie suchen und den Adapter installieren.
Nach der Installation eine Instanz des Adapters anlegen.
In der Adapterkonfiguration Anthbot Benutzername, Passwort und Landesvorwahl eintragen.
Instanz starten und Log sowie States prüfen.

Über CLI

Installation der aktuellen Version über npm:

iobroker repo set latest
iobroker update
iobroker add anthbot-genie

oder exakt:

iobroker add anthbot-genie@0.1.13

Falls die Instanz nach der Installation noch nicht automatisch angelegt wurde:

iobroker add anthbot-genie --enabled

Frage zur Kombination von den Adaptern EVCC + SourceAnalytix

adarof — Wed, 15 Jul 2026 20:27:47 GMT

Hallo

Ich möchte in ioBroker (in der Vis) die kWh sehen, die am aktuellen Tag in mein Auto geladen wurden.
Ich sehe diese Zahl in EVCC - in den Statistiken oder auch in der Config Page:

(Für heute)
Es existiert nur ein ChargeingPoint und ein Auto - also nichts kompliziertes.

Da die 11.5 nicht direkt als Datenpunkt verfügbar sind, versuche ich nun mittels
SourceAnalytixs auf dem Datenpunkt evcc.0.status.Statistics.Total.chargedKWh
die 11.5 als Differenz zu errechnen. Das klappt leider nicht.

Ich sehe
Dass der EVCC Adapter "chargedKWh" als gleiche Zahl anzeigt wie im Adapter:
EVCC:

iobroker evcc.0.status.Statistics.Total.chargedKWh

Hier die SourceAnalytix Konfig des Datenpunktes

Die Differenz zwischen Startwert "Day" und dem zuvorigen Carged Energy zeigt aber schon das Problem:
Mir werden nun unter sourceanalytix.0.evcc__0__status__Statistics__Total__chargedKWh.currentYear.delivered.01_currentDay nur 6.22 angezeigt, keine 11.5.

Woran kann das liegen?
Mir fällt nur ein, dass die Startwerte von SourceAnalytix nicht um 0 Uhr gezogen wurden - aber das hab ich auch schonmal kontrolliert, das passte.

Hat jemand eine Idee?
Gruss -

Matter Adapter in Verbindung Digigera Hub und Xiaomi

deta — Wed, 15 Jul 2026 19:20:12 GMT

Xiaomi AQARA Temperature and Humidity Sensor

Kann ich diese auch mit dem Hub verbinden?

Wenn ja wie?

Matter Adapter in Verbindung Digigera Hub und Bilresa

deta — Wed, 15 Jul 2026 18:50:31 GMT

Die Buttens werden unter den Matter Objekten auch angezeigt.

Er geht auf true wenn entsprechende der eine oder andere Button geklickt wird.
Aber nicht mehr auf false zurück.

So kann man den Klick nicht auswerten für irgendwas.

Klimagerät (Gree) Tosot Clivia

Lucifor1976 — Wed, 15 Jul 2026 18:13:26 GMT

Hallo zusammen,

wir haben die Tage eine neue Klimaanlage ins Haus geschraubt bekommen (die alte LG ist nach 26! Jahren ausgestiegen)

Es handelt sich um eine Hersteller: Gree, Marke: Tosot Clivia
Die älteren Clivia gingen wohl mit dem Gree Adapter, meine neuere nicht.
Einbinden in die "EWPE Smart" App und dann den Weg zur Alexa über den passenden Skill geht.
Einbinden in die bekannte Smart-Life App geht nicht, somit keine Anbindung an Tuya :(

Jetzt hab ich mich seit ein paar Tagen daran gesetzt und mal ein bissel was ausprobiert. Leider mit wenig Erfolg.
Vielleicht hat ja noch jemand so eien Anlage und mag sich vielleicht einbringen.

Lokale Verbindungen per IP ans W-Lan Modul über UPD sind zwecklos. Das W-Lan Modul reagiert auf garnichts.
Per Cloud an die EWPW Smart App hab ich zumindest alle relevanten Daten auslesen können.
Ich habe also meine Kontodaten, Geräte-ID, Mac, Geräteschlüssel, Home-ID, RoomName, Name, selbst BindDate und Firmwareversion auslesen können.
Aber an die Steuerbefehle oder den Aufbau der Steuerung oder gar die Cloudadressen kann ich nicht ermitteln.
Anscheinend laufen nur die nicht relevanten Daten über eugrih.gree.com

An der UDM-Pro lässt sich kein Netzwerktraffic ersehen, nichts, rein garnichts. Auch Pi-Hole sagt mir zur IP der Klimaanlage keinerlei Netzwerktraffic an.
Was mir nun noch einfällt ist ein leider recht komplizierter vollständiger Mitschnitt des Netzwerktraffic der Klimaanlage direkt am Accesspoint (Unifi Ultra HD)
Hat sich jemand bereits damit beschäftigt und kann ggf mithelfen oder den ein oder anderen Tipp geben?

Gruß
Lucifor

Test Adapter ioBroker.blink v0.0.x GitHub/Latest

Pischleuder — Wed, 15 Jul 2026 17:06:20 GMT

Aktuelle Test Version	0.0.38
Veröffentlichungsdatum	13.07.2026
Github Link	https://github.com/Pischleuder1/ioBroker.blink

ioBroker Adapter für Blink Kameras
Es sollten nahezu alle neuen Kameras und Doorbells funktionieren.
Ein Live- Stream für bspw. XT/XT2/ und LFR-Stream basierte Kameras funktionieren nicht

Funktionen

Verbindung zur Blink-Cloud
Abfrage des Status von Kamera und Sync-Modul
Unterstützung für manuelle Schnappschüsse
Speicherung von Live-Schnappschüssen
Download des neuesten verfügbaren Cloud-Videos
Aktivierung/Deaktivierung der Bewegungserkennung
Unterstützung für Batteriewarnungen und Benachrichtigungen
Unterstützung für „Smart Detection“-Status bei klassifizierten Bewegungsereignissen (funktioniert nur mit kostenpflichtigen Cloud-Diensten)
Unterstützung für Cloud-Videos sowie lokal auf SD-Karte gespeicherte Videos (SyncModule 2 und XR) und LiveView über einen lokalen Server auf Port 8085
Das Skript setzt eine installierte ffmpeg-Umgebung voraus und benötigt bei einer großen Anzahl von Kameras viele Ressourcen; für Raspberry Pis nur bedingt geeignet (mind. 4 GB RAM – mehr ist besser)
Erste Version für Live-Ansicht mit JavaScript für jede Kamera – das erforderliche JavaScript wird automatisch installiert (außer bei der älteren XT2, da diese einen anderen Videostream verwendet)
Sicherung auf einen NAS - Mount - Punkt kann im admin ausgewählt werden, NAS muss dafür vorher gemountet sein

Möglicher neuer DREO-Adapter für ioBroker – Testversion

mehrwiedu — Wed, 15 Jul 2026 16:30:42 GMT

Hallo zusammen,

ich möchte euch einen möglichen neuen, noch jungen ioBroker-Adapter für smarte Geräte von DREO vorstellen, den ich aus eigenem Bedarf zunächst privat entwickelt habe. Nun hat er aber einen Stand erreicht, so dass er anderen Usern eventuell auch einen Nutzen bringen könnte:

(hoffe, ich darf das hier ohne vorherige Absprache einfach posten)

GitHub:
https://github.com/mehrwiedu/ioBroker.dreo

Der Adapter ist ursprünglich aus einem persönlichen Bedarf entstanden. Ich verwende mehrere DREO-Deckenventilatoren und wollte sie nicht nur über die DREO-App oder per Alexa steuern, sondern auch direkt in ioBroker einbinden.

Mein konkretes Ziel war vor allem die Bedienung über klassische Wandtaster. Bei mir kommen dafür Shelly 1 Gen4 zum Einsatz. Ein kurzer, doppelter, dreifacher oder langer Tastendruck kann dadurch beispielsweise Licht, Ventilator, Geschwindigkeit und Helligkeit steuern.

Die Sprachsteuerung war für mich weniger der Schwerpunkt, da der offizielle Alexa-Skill von DREO bereits sehr gut funktioniert und die Sprachbedienung damit bereits zuverlässig abgedeckt ist.

Eigene TypeScript-SDK als Grundlage

Der ioBroker-Adapter greift nicht direkt und unstrukturiert auf die DREO-Cloud zu. Ich habe zunächst eine eigene TypeScript-SDK entwickelt:

@mehrwiedu/dreo-api

Darauf setzt der ioBroker-Adapter als möglichst dünne Integrationsschicht auf.

Voraussetzung: separater DREO-E-Mail-Account

Für die Nutzung des Adapters wird derzeit ein separater DREO-Account benötigt, der klassisch mit E-Mail-Adresse und Passwort angelegt wurde.

Der eigentliche Hauptaccount kann weiterhin beliebig eingerichtet sein, beispielsweise über Apple Login, Google Login oder E-Mail und Passwort. Dieser Hauptaccount wird jedoch nicht direkt im Adapter verwendet.

Stattdessen wird ein zweiter DREO-Account auf E-Mail-Basis angelegt. Anschließend wird das komplette DREO-Zuhause vom Hauptaccount mit diesem Zweitaccount geteilt. Im Adapter werden dann die Zugangsdaten dieses Zweitaccounts hinterlegt.

Ich habe diesen Weg bewusst so gewählt, weil es meiner Philosophie entspricht, den produktiv genutzten Hauptaccount von ioBroker und der SDK zu trennen. So bleibt der eigentliche DREO-Zugang unabhängig vom Adapter bestehen. Auch bei möglichen Störungen, Fehlern oder Wartungsarbeiten an ioBroker oder der SDK soll die Bedienung über die offizielle DREO-App weiterhin zuverlässig möglich sein.

Der aktuell zuverlässig getestete Ablauf ist daher:

Zweitaccount mit E-Mail-Adresse und Passwort anlegen.
Das gesamte DREO-Zuhause mit diesem Account teilen.
Die Zugangsdaten des Zweitaccounts im ioBroker-Adapter eintragen.

Ob auch das Teilen einzelner Geräte dauerhaft und zuverlässig funktioniert, ist derzeit noch nicht abschließend geprüft. Für den aktuellen Stand sollte deshalb das vollständige Zuhause geteilt werden.

Parallele Bedienung über verschiedene Steuerwege

Die DREO-Geräte können weiterhin unabhängig über verschiedene Wege bedient werden:

über die DREO-App mit dem Hauptaccount
über die DREO-App mit dem geteilten Zweitaccount
über die jeweilige Fernbedienung
über Alexa-Sprachbefehle bei aktiviertem DREO-Skill
über ioBroker und den DREO-Adapter

Diese Steuerwege behindern sich nicht gegenseitig. Änderungen, die über einen der Wege vorgenommen werden, werden über die Cloud beziehungsweise die WebSocket-Verbindung übernommen. Dadurch stehen in ioBroker und in den DREO-Apps jeweils die aktuellen und korrekten Gerätezustände zur Verfügung.

Die SDK übernimmt unter anderem:

Anmeldung an der DREO-Cloud
Token-Erneuerung
Geräteerkennung
Auflösung der Gerätefähigkeiten
WebSocket-Verbindung für Statusänderungen
Wiederverbindung nach Verbindungsabbrüchen
Lesen und Schreiben von Gerätezuständen

Die Trennung zwischen SDK und Adapter war mir wichtig, damit die eigentliche DREO-Logik nicht fest mit ioBroker verbunden ist und gegebenenfalls auch in anderen Projekten genutzt werden kann.

Aktuell getestete Geräte

Der Adapter wird derzeit mit folgenden Geräten praktisch getestet:

DREO DR-HCF007S Deckenventilator
DREO DR-HPF002S Standventilator
DREO DR-HHM001S Luftbefeuchter

Bei mir werden aktuell fünf Geräte zuverlässig erkannt:

drei DR-HCF007S Deckenventilatoren
ein DR-HPF002S Standventilator
ein DR-HHM001S Luftbefeuchter

Die Geräte werden über die DREO-Cloud erkannt und Statusänderungen über eine WebSocket-Verbindung an ioBroker übertragen.

Aktueller Schwerpunkt

Mein bisheriger Schwerpunkt lag bewusst auf den Basisfunktionen der Deckenventilatoren.

Dazu gehören insbesondere:

Ventilator ein und aus
Geschwindigkeitsstufe
Betriebsmodus
Hauptlicht ein und aus
Helligkeit des Hauptlichts
Farbtemperatur
Atmosphärelicht
Timer
Stummschaltung

Einige Hauptfunktionen des getesteten Standventilators sind noch nicht vollständig als benutzerfreundliche States umgesetzt beziehungsweise noch nicht abschließend zugeordnet.

Der Standventilator wird bereits erkannt und kann grundsätzlich gesteuert werden. Die genaue Bedeutung einzelner Rohwerte muss jedoch noch vollständig verifiziert und anschließend sauber in die Friendly-State-Struktur übertragen werden.

Geräteabhängige Datenpunkte

Der Adapter legt nicht bei jedem Gerät pauschal dieselben Datenpunkte an. Die Struktur richtet sich nach den tatsächlich erkannten Fähigkeiten des jeweiligen Geräts.

Beispiele für derzeitige Friendly States sind:

power.on
fan.on
fan.speed
fan.mode
fan.oscillationMode
light.main.on
light.main.brightness
light.main.colorTemperature
light.atmosphere.on
light.atmosphere.brightness
light.atmosphere.preset
display.on
timer.on
timer.off
settings.mute
settings.childLock

Ein Standventilator bekommt beispielsweise nicht automatisch ein vermeintliches Hauptlicht, nur weil das Gerät intern einen Zustand mit einem ähnlich klingenden Namen meldet.

Auch der Luftbefeuchter wird nicht fälschlich als Ventilator dargestellt.

Zusätzlich stehen die von DREO gelieferten Rohzustände weiterhin zur Verfügung. Neue oder noch nicht eindeutig verstandene Funktionen können dadurch zunächst beobachtet werden, bevor sie einen benutzerfreundlichen Datenpunkt erhalten.

Friendly States werden noch weiter überarbeitet

Die aktuelle Friendly-State-Struktur ist noch nicht endgültig.

Bei einigen Funktionen hat sich erst durch praktische Tests gezeigt, dass die interne Bezeichnung von DREO nicht direkt als verständlicher ioBroker-State übernommen werden sollte.

Ein Beispiel ist die Displayfunktion des Standventilators.

Der interne Wert entspricht nicht einfach einem klassischen Display an oder Display aus.

Die Logik ist vielmehr:

false: Das Display schaltet sich nach einer gewissen Zeit automatisch aus.
true: Das Display bleibt dauerhaft eingeschaltet.

Der derzeitige Friendly State display.on ist deshalb wahrscheinlich nicht präzise genug benannt. Eine verständlichere Bezeichnung wäre beispielsweise:

display.alwaysOn

oder eine vergleichbare Bezeichnung, die das tatsächliche Verhalten besser beschreibt.

Auch andere numerische Werte sollen künftig verständlicher dargestellt werden.

Verständliche Bezeichnungen für Betriebsarten

Der State fan.mode enthält derzeit einen numerischen Wert. Diese Zahlen entsprechen jedoch konkreten Betriebsarten wie beispielsweise:

Normal
Turbo
Schlaf
Natur
weitere gerätespezifische Modi

Die genaue Zuordnung kann je nach Gerätetyp und Firmware unterschiedlich sein und muss deshalb zunächst zuverlässig verifiziert werden.

Anschließend sollen die Zahlenwerte in ioBroker mit verständlichen Bezeichnungen versehen werden.

Technisch soll weiterhin mit den ursprünglichen Zahlenwerten gearbeitet werden. In ioBroker, VIS oder anderen Oberflächen könnte dann aber direkt angezeigt werden, welche Betriebsart hinter dem aktuellen Wert steht.

Beispielhaft:

1 = Normal
2 = Turbo
3 = Schlaf
4 = Natur

Die tatsächliche Zuordnung wird erst übernommen, wenn sie für den jeweiligen Gerätetyp bestätigt wurde.

Verständliche Anzeige der Oszillation

Auch fan.oscillationMode wird derzeit als numerischer Wert dargestellt.

Beim getesteten Standventilator beschreiben die Werte voraussichtlich:

0 = Aus
1 = Horizontal
2 = Vertikal
3 = Horizontal und vertikal

Auch hier soll der ursprüngliche Zahlenwert erhalten bleiben, damit Skripte und Automationen weiterhin eindeutig damit arbeiten können.

Im ioBroker-Objektbaum, in VIS oder anderen Oberflächen soll aber zusätzlich beziehungsweise über eine Werteliste direkt erkennbar sein, welcher Oszillationsmodus aktiv ist.

Aus meiner Sicht wäre es dafür am sinnvollsten, die Zahlenwerte über die ioBroker-Metadaten mit sprechenden Bezeichnungen zu hinterlegen. Dadurch bleibt der State numerisch und beschreibbar, während Oberflächen gleichzeitig die verständliche Bedeutung anzeigen können.

Ein separater zusätzlicher Infostate wäre dann wahrscheinlich nicht erforderlich.

Unterschied zur Home-Assistant-Integration

Der Adapter ist keine Portierung der bestehenden Home-Assistant-Integration.

Mein Ansatz besteht aus einer eigenständigen TypeScript-SDK und einem darauf aufbauenden ioBroker-Adapter.

Der Schwerpunkt liegt auf:

einer sauberen Trennung zwischen DREO-Logik und ioBroker
automatischer Erkennung der Gerätefähigkeiten
WebSocket-basierten Echtzeitaktualisierungen
ioBroker-typischen, beschreibbaren States
der Einbindung in eigene Skripte und Wandtastersteuerungen
dem Erhalt der Rohdaten für Analyse und spätere Erweiterungen
einer geräteabhängigen Friendly-State-Struktur

Die bestehende Home-Assistant-Integration war natürlich ein wichtiger Hinweis darauf, dass sich DREO-Geräte grundsätzlich in ein Smart-Home-System integrieren lassen.

Die Architektur, die TypeScript-SDK und die konkrete Umsetzung dieses Projekts sind jedoch eigenständig.

Beispiel: Steuerung über einen Shelly-Wandtaster

Bei mir ist ein Shelly 1 Gen4 hinter einem klassischen Wandtaster verbaut.

Die Bedienung eines DREO-Deckenventilators ist beispielsweise so aufgebaut:

einfacher Tastendruck: Hauptlicht ein oder aus
doppelter Tastendruck: Ventilator ein oder aus
dreifacher Tastendruck: Geschwindigkeitsstufe wechseln
langer Tastendruck: Helligkeit des Hauptlichts wechseln

Die Steuerung läuft direkt über die States des DREO-Adapters.

Eine zusätzliche Infrarot- oder Funkfernbedienung ist dadurch für diese Bedienung nicht mehr erforderlich. In meinem bisherigen Aufbau wurden zwei Deckenventilatoren noch über einen Broadlink angesteuert. Diese Steuerung kann nun vollständig durch den DREO-Adapter ersetzt werden.

Der Broadlink, den ich im Anfang dafür benutzt habe, wird in meinem Aufbau damit nicht mehr benötigt. Zumal es damit auch teilweise raumübergreifend hier und da mal ein Sendeproblem gab und der WAF darunter sehr gelitten hat.

Aktueller Stand

Der Adapter befindet sich noch in einer frühen Entwicklungs- und Testphase.

Bereits umgesetzt und praktisch geprüft sind unter anderem:

Installation direkt aus dem öffentlichen GitHub-Repository
automatische Installation der SDK über npm
Anmeldung in der EU-Region
Erkennung mehrerer DREO-Gerätetypen
WebSocket-Verbindung
Statusaktualisierungen
beschreibbare Datenpunkte
geräteabhängige Objektstruktur
Wiederanmeldung nach abgelaufenen Tokens
Wiederverbindung nach WebSocket-Abbrüchen
Steuerung von Deckenventilatoren über Friendly States
Steuerung über Shelly-Wandtaster und JavaScript

Der aktuelle Versionsstand ist zunächst: 0.1.0

Noch offene Punkte

Zu den nächsten Schritten gehören unter anderem:

weitere Funktionen des Standventilators zuordnen
Friendly States weiter überarbeiten
numerische Betriebsarten mit verständlichen Bezeichnungen versehen
Oszillationsmodi verständlich darstellen
Funktionen des Luftbefeuchters genauer zuordnen
weitere beschreibbare States systematisch testen
Grenzwerte und Abhängigkeiten prüfen
automatisierte Adaptertests ergänzen
weitere DREO-Geräte testen
dynamische Erkennung neu hinzugefügter Geräte weiter ausbauen
Dokumentation erweitern

Installation zum Testen

Der Adapter kann derzeit direkt aus GitHub installiert werden:

https://github.com/mehrwiedu/ioBroker.dreo

Die SDK ist als npm-Paket verfügbar und wird bei der Installation des Adapters automatisch mit installiert:
@mehrwiedu/dreo-api

Da es sich noch um eine frühe Version handelt, sollte der Adapter vorerst nur von Anwendern getestet werden, die mit GitHub-Installationen, ioBroker-Logs und der ioBroker-Objektstruktur vertraut sind.

Rückmeldungen zu weiteren Geräten

Ich freue mich besonders über Rückmeldungen zu weiteren DREO-Geräten.

Interessant wären dabei insbesondere:

genaue Modellbezeichnung
erkannte Datenpunkte
Rohzustände des Geräts
fehlende Funktionen
unpassend zugeordnete Friendly States
Ergebnisse von Schreibtests
Logausgaben bei Problemen

Bitte keine DREO-Zugangsdaten, Tokens oder andere persönliche Daten im Forum veröffentlichen.

Das Projekt ist aus meinem eigenen Smart-Home-Setup und meinen persönlichen Anforderungen entstanden. Ich möchte es aber gerne so weiterentwickeln, dass auch andere ioBroker-Nutzer ihre DREO-Geräte sinnvoll und möglichst verständlich einbinden können.

Falls das hier nicht gewünscht ist oder in einem falschen Unterforum steht, bitte ich es zu verschieben oder zu löschen. Ich bin zwar schon sehr lange Mitglied hier im Forum, aber eher im Hintergrund aktiv und nicht wirklich in einer aktiven Entwickler Rolle unterwegs. Dieses Projekt hielt ich aber für teilenswert und wollte es daher der Community nicht vorenthalten.

Gruß, mehrwiedu

Tester gesucht für PV-Batterie Sim (ioBroker.pv-storage-sim)

Backes — Wed, 15 Jul 2026 08:08:32 GMT

[Neuer Adapter] pv-storage-sim – Lohnt sich ein Batteriespeicher? Simulation mit euren echten Daten

Hallo zusammen,

ich stehe – wie vermutlich viele hier – vor der Frage: Lohnt sich ein Batteriespeicher zu meiner PV-Anlage eigentlich wirtschaftlich? Statt mit Online-Rechnern und Durchschnittswerten zu raten, habe ich einen Adapter gebaut, der die Frage mit den echten Daten des eigenen Hauses beantwortet.

Was macht der Adapter?

iobroker.pv-storage-sim simuliert parallel zum realen Betrieb, was ein hypothetischer Speicher tun würde: Überschüsse werden virtuell „geladen" statt eingespeist, Defizite virtuell aus dem Speicher gedeckt statt aus dem Netz bezogen. Daraus entstehen fortlaufend:

Netzbezug/Einspeisung mit vs. ohne Speicher (Tag + gesamt)
Ersparnis in € (Tag / Monat / Jahr / gesamt)
Speicher-Deckungsgrad, Vollzyklen, simulierter Ladezustand
eine Amortisations-Schätzung (erst ab 14 Tagen Datenbasis, optional mit Strompreissteigerung %/Jahr)

Der Adapter ist rein lesend – er liest nur eure vorhandenen Datenpunkte und schreibt ausschließlich unter seine eigene Instanz. Auf dem Produktivsystem also gefahrlos.

Features

Flexible Datenquellen: PV-Erzeugung + Hausverbrauch, Zweirichtungszähler (zwei Datenpunkte) oder ein einzelner vorzeichenbehafteter Netz-Datenpunkt (z. B. OBIS 16.7.0 vom Smartmeter)
Eingabe als Leistung (W) oder Zählerstand (kWh), Einheit je Datenpunkt wählbar (W/kW bzw. kWh/Wh)
Lesemodus zyklisch oder ereignisbasiert (Subscribe, zeitgewichtete Integration jeder Wertänderung)
Speicher-Vorlagen für gängige Modelle (Huawei LUNA2000/S1, BYD HVS, Tesla Powerwall 2, LG RESU, sonnen, E3/DC) inkl. Lade-/Entladeleistung, Wirkungsgrad und Standby-Verbrauch – oder komplett eigene Werte
Realistisches Modell: Roundtrip-Wirkungsgrad, Lade-/Entladeleistungs-Grenzen, Mindest-SoC, Standby-Verbrauch des Speichersystems
Eigener Admin-Tab „PV-Auswertung": Tageskurven (mit/ohne Speicher, Speicherleistung, Ladezustand), Zoom per Maus-Aufziehen, Monatsansicht der Tagesersparnis, Amortisations-Prognose mit Break-even
Fertige SVG-Charts als Datenpunkte (charts.*) – direkt in VIS oder jedem anderen Dashboard anzeigbar, ganz ohne Zusatz-Adapter

Erste eigene Erfahrung

Bei mir läuft der Adapter seit ~2 Wochen produktiv (Smartmeter mit saldiertem Datenpunkt, simulierter 10-kWh-Speicher): im Schnitt ~1,25 €/Tag Ersparnis im Hochsommer – der Winter wird das relativieren, genau dafür ist die Langzeit-Messung ja da.

Installation (Beta, noch nicht im offiziellen Repo)

iobroker url Backes89/ioBroker.pv-storage-sim#v0.0.41
iobroker upload pv-storage-sim

Danach Instanz anlegen/starten und in den Instanzeinstellungen die Datenquelle + Datenpunkte wählen. Für die Verlaufs-Diagramme im Admin-Tab bitte History-Logging (history/sql/influxdb) auf den live.*-Datenpunkten und battery.soc.percent aktivieren (steht auch als Hinweis in der Config); der „Heute"-Chart und die SVG-Charts funktionieren auch ohne.

Voraussetzungen: js-controller ≥ 5, Admin ≥ 6, Node ≥ 18

Wobei ich Feedback brauche

Andere Zähler-Konstellationen: Ich teste primär den Modus „ein Datenpunkt mit Vorzeichen". Wer PV+Verbrauch getrennt hat, einen Zweirichtungszähler mit zwei Datenpunkten oder Zählerstände statt Leistungen liefert – euer Feedback ist Gold wert.
Speicher-Vorlagen: Die technischen Werte sind Richtwerte aus öffentlichen Quellen. Wer eines der Geräte besitzt: bitte gegen das Datenblatt prüfen und Abweichungen melden.
Der ereignisbasierte Lesemodus (Subscribe) ist neu – Erfahrungen mit schnell taktenden Zählern interessieren mich.
Und natürlich alles, was komisch aussieht: Am liebsten als GitHub-Issue mit Screenshot.

RAM Auslastung durch Javascript

Mika 0 — Mon, 13 Jul 2026 20:11:13 GMT

Hallo zusammen,

ich habe einen Pi 4 mit 4 GB RAM und ein sehr ausgeprägtes JavaSkript mit etlichen Blocklys.

In letzter Zeit stürzt mein iobroker öfters ab und mir ist aufgefallen, dass der RAM der Javascript Instanz auf 470 MB steht.

Wie finde ich heraus, welches der ca. 200 Skripten ein Problem ist und den RAM so nach oben treibt?

Lovelace Enhanced-Entities-Card

bmueller — Mon, 13 Jul 2026 18:24:23 GMT

Hallo zusammen,

da mir die Default-Entities-Karte zu starr war und andere Custom-Cards teils zu aufwändig zu bearbeiten waren, habe ich eine erweiterte Entities-Karte erstellt.

Hier die Funktionen der Enhanced Entities Card im Überblick:
Pro Zeile (Entity):

Statische Icon-Farbe (icon_color)
Zustandsabhängiges Icon & Farbe – entweder als true/false-Map (matcht auch on/off, 1/0, yes/no, Groß-/Kleinschreibung egal) oder als Zahlenschwellen (höchster Schwellwert ≤ aktueller Wert gewinnt)
Farbverlauf (color_gradient) – Icon-Farbe wird linear zwischen den Schwellwert-Farben interpoliert (z. B. 20 = gelb, 30 = rot → 25 = orange); braucht Hex-Farben
Wert inline – wenn name leer/weggelassen ist, steht der Wert direkt neben dem Icon statt rechtsbündig
Tap-Aktion (action): more-info (Standard), toggle (schaltet die Entity) oder none (nur lesend)
Wert ausblenden (hide_state) – z. B. für reine Schalter
Icon rechts (icon_position: right) statt links

Sonderzeilen (im Editor frei einsortierbar):

Trennlinie (type: divider) – 1px in der Kartenrandfarbe, fester 5px-Seitenabstand
Markdown-Zeile (type: markdown) – Markdown-Text mit optionaler Ausrichtung (links/zentriert/rechts); löst live iobroker.object.id-Templates auf; unterstützt Links & Bilder; fester 10px-Seitenabstand

Globale Darstellungsoptionen:

Schriftgröße
Zeilenabstand
Abstand je Entität (oben/unten/rechts/links)
Icon-Größe (Standard 24px)
Icon-Abstand (Icon→Text, Standard 8px)
Optionaler Titel

Editor & Technik:

Voller GUI-Editor: Datenpunkt-Suche (ha-entity-picker), Icon-Suche (ha-icon-picker), Farb-Picker + Hex-Feld, Modus-Wahl statisch/boolesch/numerisch, Zeilen hinzufügen (Entity/Divider/Markdown), verschieben (▲▼) und löschen
Rendert im Light DOM, dadurch sind mehrere Instanzen auf einer Seite voneinander unabhängig

Ich könnt die Karte hier herunterladen: https://github.com/bmueller77/enhanced-entities-card

Ich freue mich auf euer Feedback und bin gespannt, was ihr damit baut. Zeigt es hier gerne.

VIS2 Seiten importieren

pfehse — Mon, 13 Jul 2026 15:49:51 GMT

Hallo,
ich habe vor einigen Monaten meine Raspberry auf die TRIXIE 64 Bit Variante umgestellt.
In diesem Zusammenhang habe ich auch auf VIS2 mit einer Offline Lizenz aufgesetzt.
Das Script der Seiten, die ich erstellt habe, konnte ich über den übliche Weg aus meiner Anwendung in einen Text-File exportieren.
Aber leider kann ich diese oder Andere Seiten nicht mehr importieren. Das exportiere Script lässt sich nicht über den Imort-Button importieren.
Was mache ich falsch?
Ausserdem würde ich gern das VIS Design auf hell (weiss) umstellen. Das lässt sich
leider auch nicht durchführen. Wo liegt das Problem?

[erledigt] node.js-Update schiefgegangen

iobroker2001 — Mon, 13 Jul 2026 15:33:00 GMT

Ein Bekannter hatte node.js updaten wollen über die ioBroker-Oberfläche. Das ging schief mit folgender Meldung:

Ich hatte ihm dann geraten (vielleicht war das falsch), im Terminal

iob stop
iob fix
iob nodejs-update
iob start

auszuführen. Danach startet sein ioBroker nicht mehr. Jetzt ist guter Rat teuer.
Die Ausgabe des iob fix lautet:

pi@iobroker:~ $ iob stop
pi@iobroker:~ $ iob fix
library: loaded
Library version=2026-04-11

==========================================================================

    Welcome to the ioBroker installation fixer!
    Script version: 2025-09-18

    You might need to enter your password a couple of times.

==========================================================================


==========================================================================
    Installing prerequisites (1/5)
==========================================================================

Holen:1 http://archive.raspberrypi.org/debian bullseye InRelease [39,0 kB]
Holen:2 http://security.debian.org/debian-security bullseye-security InRelease [27,2 kB]
OK:3 http://deb.debian.org/debian bullseye InRelease
OK:4 http://deb.debian.org/debian bullseye-updates InRelease
OK:6 https://deb.nodesource.com/node_20.x nodistro InRelease
Holen:7 https://repos.influxdata.com/debian bullseye InRelease [12,9 kB]
Holen:5 https://repos.influxdata.com/debian stable InRelease [6.922 B]
OK:8 https://apt.debmatic.de/debmatic stable InRelease
Holen:9 http://security.debian.org/debian-security bullseye-security/main arm64 Packages [460 kB]
Holen:10 http://security.debian.org/debian-security bullseye-security/main armhf Packages [455 kB]
Holen:11 http://security.debian.org/debian-security bullseye-security/main Translation-en [312 kB]
Holen:12 http://archive.raspberrypi.org/debian bullseye/main arm64 Packages [323 kB]
Holen:13 http://archive.raspberrypi.org/debian bullseye/main armhf Packages [330 kB]
Holen:14 https://repos.influxdata.com/debian bullseye/stable armhf Packages [10,7 kB]
Holen:15 https://repos.influxdata.com/debian bullseye/stable arm64 Packages [28,1 kB]
Holen:16 https://repos.influxdata.com/debian stable/main arm64 Packages [28,1 kB]
Holen:17 https://repos.influxdata.com/debian stable/main armhf Packages [10,7 kB]
Es wurden 2.043 kB in 4 s geholt (506 kB/s).
Paketlisten werden gelesen… Fertig
E: Paket polkitd kann nicht gefunden werden.
Installed polkitd

==========================================================================
    Checking ioBroker user and directory permissions (2/5)
==========================================================================

Created /etc/sudoers.d/iobroker
Fixing directory permissions...
ACL enabled: true

==========================================================================
    Check and cleanup npm temporary directories (3/5)
==========================================================================

Done.

==========================================================================
    Database maintenance (4/5)
==========================================================================

Checking for uncompressed JSONL databases... This might take a while!

Compressing /opt/iobroker/iobroker-data/states.jsonl
Compressing /opt/iobroker/iobroker-data/objects.jsonl
Compressed 2 JSONL files. Done

==========================================================================
    Checking autostart (5/5)
==========================================================================

==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Legitimierung ist zum Stoppen von »iobroker.service« notwendig.
Authenticating as: ,,, (pi)
Password: polkit-agent-helper-1: pam_authenticate failed: Authentication failure
Enabling autostart...
Autostart enabled!

==========================================================================

    Your installation was fixed successfully
    Run iobroker start to start ioBroker again!

==========================================================================

pi@iobroker:~ $ iob nodejs-update

Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die
Regeln erklärt hat.  Normalerweise läuft es auf drei Regeln hinaus:

    #1) Respektieren Sie die Privatsphäre anderer.
    #2) Denken Sie nach, bevor Sie tippen.
    #3) Mit großer Macht kommt große Verantwortung.

[sudo] Passwort für pi:
Das hat nicht funktioniert, bitte nochmal probieren.
[sudo] Passwort für pi:
[INFO] No specific version given. Installing recommended version from Node.js v.22 tree.
[INFO] Current Node.js version: v20.20.2
[INFO] Stopping ioBroker with 'iob stop'...
[INFO] ioBroker stopped successfully.
[INFO] Node.js paths are correct.
[INFO] Removing old Node.js versions...
(Lese Datenbank ... 75868 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von nodejs (20.20.2-1nodesource1) ...
Trigger für man-db (2.9.4-2) werden verarbeitet ...
[INFO] Setting up NodeSource repository for Node.js 22...
[INFO] Downloading NodeSource GPG key...
[INFO] Verifying GPG key fingerprint...
[ERROR] NodeSource GPG key fingerprint mismatch! Expected: 6F71F525282841EEDAF851B42F59B5F99B1BE0B4, Got: pubrsa20482016-05-23[SC]
[INFO] Cleaning up temporary files...
pi@iobroker:~ $ iob start
pi@iobroker:~ $ Connection to 192.168.10.23 closed by remote host.
Connection to 192.168.10.23 closed.
norbert@Tower:~$ ls

Und die iob diag lautet:


========== Start marking the full check here ===========

```bash
Script v.2026-06-06

*** BASE SYSTEM ***
Operating System: Debian GNU/Linux 11 (bullseye)
   Static hostname: iobroker
         Icon name: computer
            Kernel: Linux 6.1.21-v8+
      Architecture: arm64
OS is similar to:

Model        : Raspberry Pi 4 Model B Rev 1.4

Docker          : false
Virtualization  : none
Unknown

Kernel          : aarch64
Userland        : 64bit

System was installed 1167 days ago (on 2023-05-03).

Systemuptime and Load:
 17:25:37 up  1:17,  1 user,  load average: 0.52, 0.24, 0.13
CPU threads     : 4

*** LIFE CYCLE STATUS ***
Debian Release codenamed 'bullseye' reached its END OF LIFE and needs to be updated to the latest stable release 'trixie' NOW!

*** RASPBERRY THROTTLING ***
Current issues:
No throttling issues detected.

Previously detected issues:
No throttling issues detected.

*** TIME AND TIMEZONES ***
               Local time: Mon 2026-07-13 17:25:38 CEST
           Universal time: Mon 2026-07-13 15:25:38 UTC
                 RTC time: n/a
                Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

*** Users and Groups ***
User that called 'iob diag':
pi
HOME=/home/pi
GROUPS=pi adm dialout cdrom sudo audio video plugdev games users input render netdev gpio i2c spi iobroker

User that is running 'js-controller':
js-controller is not running

*** DISPLAY-SERVER SETUP ***
Display-Server:        Unknown
Display-Manager:     Not found
Desktop:
Session:        tty
Boot Target:         multi-user.target

*** MEMORY ***
               total        used        free      shared buff/cache   available
Mem:            7.8G        559M        6.6G        1.0M 698M        7.1G
Swap:            99M          0B         99M
Total:          7.9G        559M        6.7G

Active iob-Instances:     0

         7812 M total memory
          559 M used memory
          692 M active memory
          429 M inactive memory
         6553 M free memory
          111 M buffer memory
          586 M swap cache
           99 M total swap
            0 M used swap
           99 M free swap

*** top - Table Of Processes  ***
top - 17:25:38 up  1:17,  1 user,  load average: 0.52, 0.24, 0.13
Tasks: 161 total,   1 running, 160 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.0 us,  2.9 sy,  0.0 ni, 97.1 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :   7812.3 total,   6553.7 free,    559.8 used,    698.8 buff/cache
MiB Swap:    100.0 total,    100.0 free,      0.0 used.   7129.6 avail Mem

*** FAILED SERVICES ***
  UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed.

*** DMESG CRITICAL ERRORS ***
No critical errors detected

*** FILESYSTEM ***
Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/root      ext4       15G  9.4G  4.5G  68% /
devtmpfs       devtmpfs  3.6G     0  3.6G   0% /dev
tmpfs          tmpfs     3.9G     0  3.9G   0% /dev/shm
tmpfs          tmpfs     1.6G  1.2M  1.6G   1% /run
tmpfs          tmpfs     5.0M  8.0K  5.0M   1% /run/lock
/dev/mmcblk0p1 vfat      255M   31M  225M  13% /boot
tmpfs          tmpfs     782M     0  782M   0% /run/user/1000

Messages concerning filesystems in dmesg:
[Mon Jul 13 16:08:07 2026] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Quota mode: none.
[Mon Jul 13 16:08:07 2026] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[Mon Jul 13 16:08:09 2026] EXT4-fs (mmcblk0p2): re-mounted. Quota mode: none.

Show mounted filesystems:
TARGET  SOURCE         FSTYPE OPTIONS
/       /dev/mmcblk0p2 ext4   rw,noatime
`-/boot /dev/mmcblk0p1 vfat  rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro

Files in neuralgic directories:
/var:
2.5G    /var/
1.5G    /var/log/journal/297c1fff0b9b4fe1a513ed96313947f0
1.5G    /var/log/journal
1.5G    /var/log
603M    /var/cache
Archived and active journals take up 1.4G in the file system.

/opt/iobroker/backups:
146M    /opt/iobroker/backups/

/opt/iobroker/iobroker-data:
478M    /opt/iobroker/iobroker-data/
374M    /opt/iobroker/iobroker-data/files
91M    /opt/iobroker/iobroker-data/backup-objects
80M    /opt/iobroker/iobroker-data/files/vis
73M    /opt/iobroker/iobroker-data/files/vis/widgets

The five largest files in iobroker-data are:
41M /opt/iobroker/iobroker-data/files/material/static/js/main.c5478f66.js.map
14M    /opt/iobroker/iobroker-data/objects.jsonl
9.9M /opt/iobroker/iobroker-data/files/material/static/js/main.c5478f66.js
9.8M /opt/iobroker/iobroker-data/files/vis-2/material-icons/knx-uf.json
7.5M /opt/iobroker/iobroker-data/files/backitup.admin/assets/index-BeQV_TGa.js

USB-Devices by-id:
USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups,
please always prefer the links 'by-id':

No Devices found 'by-id'
No nvbackup.json found.

*** NodeJS-Installation ***





*** Node.js is NOT correctly installed ***
Issues:  nodejs path x node path x npm path x npx path
Execute 'iob nodejs-update' in your terminal.
nodejs:
  Installed: (none)
  Candidate: 12.22.12~dfsg-1~deb11u8
  Version table:
     12.22.12~dfsg-1~deb11u8 500
        500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages
     12.22.12~dfsg-1~deb11u4 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages

Temp directories causing deletion problem: 0
No problems detected

Errors in npm tree: 0
No problems detected

*** ioBroker-Installation ***
ioBroker Status
sudo: node: command not found

Hosts:
sudo: node: command not found

Core adapters versionssudo: node: command not found

js-controller:     sudo: node: command not found

admin:         sudo: node: command not found

javascript:

nodejs modules from github:     0


Adapter State


Enabled adapters with bindings


ioBroker-Repositories
sudo: node: command not found


Installed ioBroker-Adapters
sudo: node: command not found


ioBroker-Adapter Versions and update status
sudo: node: command not found


Objects and States
Please stand by - This may take a while

Objects:     0
States:     0

*** OS-Repositories and Updates ***

Hit:2 http://security.debian.org/debian-security bullseye-security InRelease
Hit:3 http://deb.debian.org/debian bullseye InRelease
Hit:4 http://deb.debian.org/debian bullseye-updates InRelease
Hit:5 http://archive.raspberrypi.org/debian bullseye InRelease
Get:6 https://repos.influxdata.com/debian bullseye InRelease [12.9 kB]
Hit:7 https://apt.debmatic.de/debmatic stable InRelease
Get:1 https://repos.influxdata.com/debian stable InRelease [6922 B]
Fetched 19.8 kB in 2s (11.4 kB/s)
Reading package lists...

Pending systemupdates: 32

*** Listening Ports ***
Netid State  Recv-Q Send-Q Local Address:Port          Peer Address:PortProcess
udp   UNCONN 0      0          127.0.0.1:8182  0.0.0.0:*    users:(("hss_led",pid=1059,fd=3))
udp   UNCONN 0      0            0.0.0.0:bootpc  0.0.0.0:*    users:(("dhcpcd",pid=911,fd=13))
udp   UNCONN 0      0            0.0.0.0:mdns  0.0.0.0:*    users:(("avahi-daemon",pid=422,fd=12))
udp   UNCONN 0      0            0.0.0.0:1900  0.0.0.0:*    users:(("ssdpd",pid=1064,fd=3))
udp   UNCONN 0      0          127.0.0.1:1998  0.0.0.0:*    users:(("ReGaHss.normal",pid=1335,fd=4))
udp   UNCONN 0      0            0.0.0.0:43439 0.0.0.0:*    users:(("eq3configd",pid=1057,fd=3))
udp   UNCONN 0      0            0.0.0.0:52347 0.0.0.0:*    users:(("avahi-daemon",pid=422,fd=14))
udp   UNCONN 0      0                  *:dhcpv6-client *:*    users:(("dhcpcd",pid=911,fd=16))
udp   UNCONN 0      0                  *:mdns  *:*    users:(("avahi-daemon",pid=422,fd=13))
udp   UNCONN 0      0                  *:58610 *:*    users:(("java",pid=1174,fd=7))
udp   UNCONN 0      0                  *:34470 *:*    users:(("avahi-daemon",pid=422,fd=15))
tcp   LISTEN 0      1024         0.0.0.0:8181  0.0.0.0:*    users:(("lighttpd",pid=633,fd=6))
tcp   LISTEN 0      24           0.0.0.0:8183  0.0.0.0:*    users:(("ReGaHss.normal",pid=1335,fd=3))
tcp   LISTEN 0      100          0.0.0.0:32001 0.0.0.0:*    users:(("rfd",pid=1135,fd=3))
tcp   LISTEN 0      5            0.0.0.0:31999 0.0.0.0:*    users:(("ReGaHss.normal",pid=1335,fd=6))
tcp   LISTEN 0      1024       127.0.0.1:30080 0.0.0.0:*    users:(("lighttpd",pid=1090,fd=4))
tcp   LISTEN 0      1024         0.0.0.0:2010  0.0.0.0:*    users:(("lighttpd",pid=633,fd=10))
tcp   LISTEN 0      1024         0.0.0.0:cisco-sccp  0.0.0.0:*    users:(("lighttpd",pid=633,fd=16))
tcp   LISTEN 0      1024         0.0.0.0:2001  0.0.0.0:*    users:(("lighttpd",pid=633,fd=14))
tcp   LISTEN 0      1024         0.0.0.0:1999  0.0.0.0:*    users:(("lighttpd",pid=633,fd=8))
tcp   LISTEN 0      1024         0.0.0.0:9292  0.0.0.0:*    users:(("lighttpd",pid=633,fd=12))
tcp   LISTEN 0      128          0.0.0.0:ssh 0.0.0.0:*    users:(("sshd",pid=612,fd=3))
tcp   LISTEN 0      1024         0.0.0.0:http  0.0.0.0:*    users:(("lighttpd",pid=633,fd=4))
tcp   LISTEN 0      4096               *:8086  *:*    users:(("influxd",pid=441,fd=502))
tcp   LISTEN 0      1024            [::]:8181 [::]:*    users:(("lighttpd",pid=633,fd=7))
tcp   LISTEN 0      4096               *:32010 *:*    users:(("java",pid=1174,fd=43))
tcp   LISTEN 0      4096               *:39292 *:*    users:(("java",pid=1174,fd=75))
tcp   LISTEN 0      1024            [::]:2010 [::]:*    users:(("lighttpd",pid=633,fd=11))
tcp   LISTEN 0      1024            [::]:cisco-sccp [::]:*    users:(("lighttpd",pid=633,fd=17))
tcp   LISTEN 0      1024            [::]:2001 [::]:*    users:(("lighttpd",pid=633,fd=15))
tcp   LISTEN 0      1024            [::]:1999 [::]:*    users:(("lighttpd",pid=633,fd=9))
tcp   LISTEN 0      1024            [::]:9292 [::]:*    users:(("lighttpd",pid=633,fd=13))
tcp   LISTEN 0      4096               *:9293  *:*    users:(("java",pid=1174,fd=66))
tcp   LISTEN 0      4096               *:9294  *:*    users:(("java",pid=1174,fd=67))
tcp   LISTEN 0      128             [::]:ssh  [::]:*    users:(("sshd",pid=612,fd=4))
tcp   LISTEN 0      1024            [::]:http [::]:*    users:(("lighttpd",pid=633,fd=5))


*** Log File - Last 25 Lines ***
2026-07-13 15:08:40.070  - warn: host.iobroker instance system.adapter.javascript.0 terminated due to SIGKILL
2026-07-13 15:08:40.070  - info: host.iobroker instance system.adapter.javascript.0 terminated with code null ()
2026-07-13 15:08:40.070  - info: host.iobroker All instances are stopped.
2026-07-13 15:08:40.298  - warn: host.iobroker instance system.adapter.pushover.0 terminated due to SIGKILL
2026-07-13 15:08:40.299  - info: host.iobroker instance system.adapter.pushover.0 terminated with code null ()
2026-07-13 15:08:40.299  - info: host.iobroker All instances are stopped.
2026-07-13 15:08:40.299  - warn: host.iobroker instance system.adapter.hm-rega.0 terminated due to SIGKILL
2026-07-13 15:08:40.300  - info: host.iobroker instance system.adapter.hm-rega.0 terminated with code null ()
2026-07-13 15:08:40.300  - info: host.iobroker All instances are stopped.
2026-07-13 15:08:40.300  - warn: host.iobroker instance system.adapter.hm-rpc.0 terminated due to SIGKILL
2026-07-13 15:08:40.300  - info: host.iobroker instance system.adapter.hm-rpc.0 terminated with code null ()
2026-07-13 15:08:40.300  - info: host.iobroker All instances are stopped.
2026-07-13 15:08:40.300  - warn: host.iobroker instance system.adapter.shelly.0 terminated due to SIGKILL
2026-07-13 15:08:40.300  - info: host.iobroker instance system.adapter.shelly.0 terminated with code null ()
2026-07-13 15:08:40.300  - info: host.iobroker All instances are stopped.
2026-07-13 15:08:40.301  - warn: host.iobroker instance system.adapter.echarts.0 terminated due to SIGKILL
2026-07-13 15:08:40.301  - info: host.iobroker instance system.adapter.echarts.0 terminated with code null ()
2026-07-13 15:08:40.301  - info: host.iobroker All instances are stopped.
2026-07-13 15:08:40.301  - warn: host.iobroker instance system.adapter.signal-cmb.0 terminated due to SIGKILL
2026-07-13 15:08:40.301  - info: host.iobroker instance system.adapter.signal-cmb.0 terminated with code null ()
2026-07-13 15:08:40.301  - info: host.iobroker All instances are stopped.
2026-07-13 15:08:40.301  - warn: host.iobroker instance system.adapter.web.0 terminated due to SIGKILL
2026-07-13 15:08:40.301  - info: host.iobroker instance system.adapter.web.0 terminated with code null ()
2026-07-13 15:08:40.302  - info: host.iobroker All instances are stopped.
2026-07-13 15:08:40.372  - info: host.iobroker terminated

============= Mark until here for C&P =============

iob diag has finished.

dynamische SVG-Generierung: Wifi, RF, Temp, Humi, CO2, Noise

Ro75 — Mon, 13 Jul 2026 15:18:08 GMT

Hier wieder ein paar Beispiele zum diverse Symbole dynamisch zu generieren.

Wichtig ist, es entsteht ein SVG-Code. Dieser sollte muss in einem Datenpunkt gespeichert werden. Die Darstellung erfolgt via dem Widget String (unescaped).

//Erst-Version 1.0.0 - 13.07.2026
//Ersteller Ro75.
 
//Voraussetzungen (Version 1.0.0 getestet mit)
//NodeJS: 22.22.x
//Javascript-Adapter: 9.0.18
//Admin-Adapter: 7.8.23
//js-controler: 7.2.2

Wifi / RF:

function createConnectivitySvg(type, value, color, inactiveColor = "#bdc0c2") {
    // type: 1 = Wifi, 2 = Signal

    let level = 3;
    if (value > 83) {
        level = 1;
    } else if (value > 68) {
        level = 2;
    }

    let svg = '';

    if (type === 1) {
        const fillBottom = color;
        const fillMiddle = level >= 2 ? color : inactiveColor;
        const fillTop = level >= 3 ? color : inactiveColor;

        svg = ``;
    } else if (type === 2) {
        const strokeInner = level >= 1 ? color : inactiveColor;
        const strokeMiddle = level >= 2 ? color : inactiveColor;
        const strokeOuter = level >= 3 ? color : inactiveColor;

        svg = ``;
    }

    return svg;
}

Ein Aufruf könnte wie folgt aussehen für Wifi:

const value = getState('Datenpunkt.Device.wifiPercent').val;
const svg = createConnectivitySvg(1, value, '#00aaff');
setState('Dein.Speicherdatenpunkt.wifiSvg', svg, true);

Ein Aufruf könnte wie folgt aussehen für Signalstärke:

const value = getState('Datenpunkt.Device.signalPercent').val;
const svg = createConnectivitySvg(2, value, '#ff8800');
setState('Dein.Speicherdatenpunkt.signalSvg', svg, true);

Temperatur, Feuchtigkeit, CO2, Umgebungslautstärke:

function createEnvSvg(type, colorHex, strokeColor = "#000000") {
    // type: 1 = Humidity, 2 = Temperature, 3 = CO2, 4 = Noise

    function hexToRgb(hex) {
        hex = hex.replace('#', '');
        const r = parseInt(hex.substring(0, 2), 16);
        const g = parseInt(hex.substring(2, 4), 16);
        const b = parseInt(hex.substring(4, 6), 16);
        return { r: r, g: g, b: b };
    }

    function rgbToHex(r, g, b) {
        const hr = r.toString(16).padStart(2, '0');
        const hg = g.toString(16).padStart(2, '0');
        const hb = b.toString(16).padStart(2, '0');
        return '#' + hr + hg + hb;
    }

    const rgb = hexToRgb(colorHex);
    const darkR = Math.round(rgb.r * 0.85);
    const darkG = Math.round(rgb.g * 0.85);
    const darkB = Math.round(rgb.b * 0.85);
    const darkerHex = rgbToHex(darkR, darkG, darkB);

    let svg = '';

    if (type === 1) {
        svg = ``;
    } else if (type === 2) {
        svg = ``;
    } else if (type === 3) {
        svg = ``;
    } else if (type === 4) {
        svg = ``;
    }

    return svg;
}

Ein Aufruf könnte wie folgt aussehen für Feuchtigkeit:

const hum = getState('Dein.0.Sensor.humidity').val;

let humColor = '';
if (hum >= 70) {
    humColor = '#00cc44';
} else if (hum >= 40) {
    humColor = '#66ccff';
} else {
    humColor = '#ff8800';
}

const svgHum = createEnvSvg(1, humColor, '#000000');
setState('Dein.Speicherdatenpunkt.humiditySvg', svgHum);

Ein Aufruf könnte wie folgt aussehen für Temperatur:

const temp = getState('Dein.0.Sensor.temperature').val;

let tempColor = '';
if (temp >= 30) {
    tempColor = '#ff3300';
} else if (temp >= 20) {
    tempColor = '#ff8800';
} else {
    tempColor = '#0099ff';
}

const svgTemp = createEnvSvg(2, tempColor, '#000000');
setState('Dein.Speicherdatenpunkt.temperatureSvg', svgTemp);

Ein Aufruf könnte wie folgt aussehen für CO2:

const co2 = getState('Dein.0.Sensor.co2').val;

let co2Color = '';
if (co2 >= 1500) {
    co2Color = '#ff0000';
} else if (co2 >= 1000) {
    co2Color = '#ff8800';
} else {
    co2Color = '#66cc33';
}

const svgCo2 = createEnvSvg(3, co2Color, '#000000');
setState('Dein.Speicherdatenpunkt.co2', svgCo2);

Ein Aufruf könnte wie folgt aussehen für Umgebungslautstärke (Noise):

const noise = getState('Dein.0.Sensor.noise').val;

let noiseColor = '';
if (noise >= 80) {
    noiseColor = '#ff0000';
} else if (noise >= 50) {
    noiseColor = '#ffcc00';
} else {
    noiseColor = '#66cc33';
}

const svgNoise = createEnvSvg(4, noiseColor, '#000000');
setState('Dein.Speicherdatenpunkt.noiseSvg', svgNoise);

Idee: Die hier gezeigten Beispiele um aus den Rohdaten, Farbwerte zu generieren dienen als Beispiel und sollten für den entsprechenden Einsatz angepasst werden.

Ich hoffe es ist etwas für Euch dabei. Wie immer viel Spaß und gutes Gelingen bei der Umsetzung.

Ro75.

Test Adapter octopus-energy-monitor v0.7.x GitHub/Latest

tippy88 — Mon, 13 Jul 2026 14:42:05 GMT

Aktuelle Test Version	0.7.0
Veröffentlichungsdatum	13.07.206
Github Link	https://github.com/tipp88/ioBroker.octopus-energy-monitor

Hallo zusammen,

der Adapter ioBroker.octopus-energy-monitor wurde frisch im Latest (Beta) Repository veröffentlicht und sollte dort innerhalb der nächsten 24 Stunden auftauchen.

Dieser Adapter wurde entwickelt, um die täglichen Stromverbrauchsdaten und Tarife von Octopus Energy (über die Kraken-GraphQL-API) abzurufen, Kosten zu kalkulieren und im ioBroker bereitzustellen. Optional kann der Adapter auch mit Inexogy (über die Discovergy/Statistics-API) verbunden werden, um Messunterschiede zwischen deinem physischen Smart Meter und der Abrechnung des Anbieters abzugleichen.

ℹ️ Der Adapter läuft vollständig Standalone mit Octopus Energy! Ein Inexogy-Smartmeter ist nicht erforderlich.

🌟 Hauptfeatures:

Kraken GraphQL API-Support: Abruf präziser Verbrauchsdaten direkt über deinen Octopus-Account.
Tarif- & Slot-Erkennung: Automatische Ermittlung deines aktiven Tarifs (z. B. Intelligent Octopus Go) und der dazugehörigen Zeitfenster ohne manuelle Konfiguration.
Kostenberechnung: Automatische Berechnung der täglichen, monatlichen und jährlichen Stromkosten in Euro (€) basierend auf deinen tatsächlichen Slot-Tarifen.
Steuerung für Smart Charging: Direktes Ein- und Ausschalten des Smart Charging (Suspend/Resume) für kompatible Geräte (E-Autos/Ladestationen).
§14a EnWG Preisberechnung (Optional): Berücksichtigung reduzierter Netzentgelte für steuerbare Verbrauchseinrichtungen (NT/HT/ST-Zeiten).
Benutzerdefinierte Abrechnungszeiträume: Zusammenfassung des Verbrauchs nach dem individuellen Abrechnungszeitraum (z. B. ab dem 18. eines Monats).
Messdaten-Abgleich (Optional mit Inexogy): Automatischer nächtlicher Vergleich zwischen Octopus- und Inexogy-Daten mit konfigurierbarem Schwellenwert zur Erkennung von Abrechnungsfehlern.

🛠️ Voraussetzungen & Installation:
Node.js: >= 22
Admin-Adapter: >= 7.8.23
Installation: Sobald der Adapter im Repository sichtbar ist, einfach über die normale Adaptersuche installieren (aktives Latest-Repository vorausgesetzt). Alternativ kann er direkt über GitHub/NPM installiert werden

📝 Feedback erwünscht:
Ich freue mich über jedes Feedback und Tests von euch! Besonders interessieren mich:

Funktioniert die automatische Tarif- und Slot-Erkennung bei euch fehlerfrei?
Werden die Stromkosten korrekt berechnet?
Läuft die Smart Charging-Steuerung reibungslos?
Falls ihr Inexogy nutzt: Werden die Abweichungen korrekt abgeglichen?
Gibt es Darstellungsfehler in den angelegten Objekten?

Vielen Dank im Voraus für eure Unterstützung beim Testen!

Viele Grüße,
tippy88

Sonnenschutz mittels Rollläden

Gerhardptl — Mon, 13 Jul 2026 13:26:39 GMT

Hallo liebes Forum,

ich habe mittels Blockly versucht einen automatischen Sonnenschutz zu programmieren.
Dazu lese ich mir die Sonneneinstrahlung und die Außentemperatur über eine Wetterstation ein.
Diese Werte werden in einem 5 Minuten Rythmus aktualisiert. (Weatherunderground)
Des Weiteren sind die Vorbedingungen überschreiten der vom User eingegebenen Außentemp, die Sonneneinstrahlung in W/m2 und das ganze soll zwischen 8:30h und 17:00h "scharf" sein und im Winter natürlich nicht.
Damit die Rollläden nicht beim kleinsten unter- überschreiten wie wild runter und rauffahren, habe ich noch eine ebenfalls vom User einstellbare Verzögerungszeit eingebaut.
Zum herunterfahren habe ich sowohl das Überschreiten der Sonne als auch die Aussentemp bedingt.
Zum herauffahren genügt ein Unterschreiten einer dieser Bedingungen.

Ein Bit des Namens "Grenzwert erreicht" dient lediglich für die Visualisierung.

Und nun zum Problem: das Ganze hat zur Zufriedenheit aller gut funktioniert - bis ich auf die Idee kam, kleine "Optimierungen" durchzuführen. Ich weiß einfach nicht was ich falsch mache.

Nextcloud Talk Bot mit iobroker nutzen

Eisbaeeer — Mon, 13 Jul 2026 10:06:31 GMT

Seit kurzem unterstützt Nextcloud auch sogenannte Bot´s. Ich möchte hier zeigen, wie man den Nextcloud Bot erstellt und aus iobroker füttern kann.

Der Bot benötigt zum Verschlüsseln der Kommunikation einen 40 Zeichen langen Key. Diesen Key kann man z.B. mit openssl generieren. Es geht aber auch ein eigen generierter Key.
Beispiel:

openssl rand -hex 40
2bc08cc50dcd11fbb48cc3645821eb6c18d458ea8f2d72226246bef05987efe64b9e4c0f0d5d2ca2

In Nextcoud einen Bot erstellen: per ssh oder Konsole auf Nextcloud verbinden und im nextcloud Verzeichnis ausführen (die Stelen mit < > markiert müssen mit Euren Werten ausgefüllt werden:

occ talk:bot:install --feature response  <40-Zeichen-langer-Key> 
Antwort:
Bot installed
ID: 1
Abfragen des Bots:
occ talk:bot:list
+----+-------------+-------------+-------------+-------+----------+
| id | name        | description | error_count | state | features |
+----+-------------+-------------+-------------+-------+----------+
| 1  | iobrokerBot |             | 0           | 1     | response |
+----+-------------+-------------+-------------+-------+----------+

Installieren von npm-Modul crypto-js (wird von Javascript benötigt)

npm install crypto-js

Nextcloud Bot mit Chat verbinden

Den Bot aktivieren.
Nutzen des Bot im Javascript Adapter oder Blockly, etc.
In der Javascript Instanz:

Chat-ID herausfinden:

Beispielscript:

const CryptoJS = require('crypto-js');
const fetch = require('node-fetch');

const sharedSecret = "2bc08cc50dcd11fbb48cc3645821eb6c18d458ea8f2d72226246bef05987efe64b9e4c0f0d5d2ca2";   // <-- anpassen
const url = "https:///ocs/v2.php/apps/spreed/api/v1/bot//message";     // <--  Anpassen der:  und 
var TalkMessage = "ioBroker Bot - gestartet";  

// -->
// Hier z.B. auf Objekte reagieren und die Variable "TalkMessage" setzen
// z.B. 
on("user.0.Testmeldung", function (obj) {
   console.log('Testnachricht gesendet');
   TalkMessage = 'Testnachricht von ioBroker!';		// <-- Nachricht
   sendBotMessage();					// <-- Absenden der Nachricht
});
// <--


// Zufallswert erzeugen (32 Zeichen)
function generateRandomHeader() {
    return CryptoJS.lib.WordArray.random(32).toString(CryptoJS.enc.Hex);
}

// Signatur erzeugen
function signMessage(sharedSecret, message, randomHeader) {
    const hmac = CryptoJS.HmacSHA256(
        CryptoJS.enc.Utf8.parse(randomHeader + message),
        CryptoJS.enc.Utf8.parse(sharedSecret)
    );
    return hmac.toString(CryptoJS.enc.Hex);
}

async function sendBotMessage() {

    const messageData = {
        message: TalkMessage,
        silent: false
    };

    const randomHeader = generateRandomHeader();
    const digest = signMessage(sharedSecret, messageData.message, randomHeader);

    const headers = {
        "Content-Type": "application/json",
        "X-Nextcloud-Talk-Bot-Random": randomHeader,
        "X-Nextcloud-Talk-Bot-Signature": digest,
        "OCS-APIRequest": "true"
    };

    const response = await fetch(url, {
        method: "POST",
        headers: headers,
        body: JSON.stringify(messageData)
    });

    const result = await response.text();
    console.log("Server Response:", result);
}

sendBotMessage();

Conclusion:
Ich bin gespannt, welche Funktionen in dem Nextcloud Bot noch realisiert werden. Aktuell kann er bereits auf Nachrichten antworten. Das hier soll nur aufzeigen, wie man den neuen Bot nutzen kann. Um Nachrichten zu Nextcloud zu senden gibt es aktuell den Adapter um als User Nachrichten zu senden.

Problem nach rasberry Stromausfall mit Zigbee2mqtt

Mico — Mon, 13 Jul 2026 08:14:21 GMT

Hallo alle zusammen,

nach dem ich einen Stromausfall beim Raspberry hatte startet mein Zigbee2mqtt nicht mehr komplett.
Vorher lief alles Ich benutze JS-Controller 7.22 alle Adapter auf aktuellen Stand
Verbunden ist der alles über CZC 1.0 der ist direkt per Lan am Router

Der Befehl in Putty systemctl status zigbee2mqtt.service
gibt das zurück

● zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; preset: >
Active: activating (auto-restart) (Result: exit-code) since Mon 2026-07-13>
Process: 4893 ExecStart=/usr/bin/node index.js (code=exited, status=1/FAILU>
Main PID: 4893 (code=exited, status=1/FAILURE)
CPU: 999ms
Wie schaffe ich es das es wieder korrekt läuft.

Gruß
Mico

[ERLEDIGT] Irrtümlich sudo chmod -R 777 / ausgeführt

fuzzy1955 — Mon, 13 Jul 2026 06:08:45 GMT

[ERLEDIGT] - Neuinstallation

Guten Morgen, Linux-Profis!

Ich habe irrtümlich "sudo chmod -R 777 /" als Benutzer "pi" im Verzeichnis "/home/pi" ausgeführt. Nun kann ich mich über die Konsole zwar anmelden, aber nichts mehr sehen. Der IOBroker und MariaDB laufen jedoch.

Was mache ich da? Vorweg danke für eure Unterstützung!

Gruß, Fuzzy

Most recently created topics

Test Adapter anthbot-genie v0.1.x GitHub/Latest

Funktionen

Voraussetzungen

Angelegte States

Aktuelle Punkte in 0.1.13

Manuelles Zonenmähen

Punktmähen

Wobei Rückmeldungen hilfreich sind

Transparenzhinweis

Installation

Über ioBroker Admin

Über CLI

Frage zur Kombination von den Adaptern EVCC + SourceAnalytix

Matter Adapter in Verbindung Digigera Hub und Xiaomi

Matter Adapter in Verbindung Digigera Hub und Bilresa

Klimagerät (Gree) Tosot Clivia

Test Adapter ioBroker.blink v0.0.x GitHub/Latest

Möglicher neuer DREO-Adapter für ioBroker – Testversion

Tester gesucht für PV-Batterie Sim (ioBroker.pv-storage-sim)

[Neuer Adapter] pv-storage-sim – Lohnt sich ein Batteriespeicher? Simulation mit euren echten Daten

Was macht der Adapter?

Features

Erste eigene Erfahrung

Installation (Beta, noch nicht im offiziellen Repo)

Wobei ich Feedback brauche

Links

RAM Auslastung durch Javascript

Lovelace Enhanced-Entities-Card

VIS2 Seiten importieren

[erledigt] node.js-Update schiefgegangen

dynamische SVG-Generierung: Wifi, RF, Temp, Humi, CO2, Noise

Wifi / RF:

Temperatur, Feuchtigkeit, CO2, Umgebungslautstärke:

Test Adapter octopus-energy-monitor v0.7.x GitHub/Latest

Sonnenschutz mittels Rollläden

Nextcloud Talk Bot mit iobroker nutzen

Problem nach rasberry Stromausfall mit Zigbee2mqtt

[ERLEDIGT] Irrtümlich sudo chmod -R 777 / ausgeführt