Neueste Beiträge

#1

Bastelecke / Aw: ESP RGBWW Wifi Led Control...

Letzter Beitrag von vbs - 07 März 2026, 11:04:08

Ja, das ist klasse, danke dir. "Lightinator" ist ein super, "catchy" Name, find ich. Ich denke, das macht es für alle einfacher bei der Unterscheidung.

#2

Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...

Letzter Beitrag von Elektron - 07 März 2026, 11:04:02

Hallo zusammen,

Habe das Thema jetzt einige Zeit beobachtet.
Es gibt Tage, an denen es gut funktioniert, aber auch welche an denen es nicht klappt.
So richtig kann ich es nicht verstehen, ich vermute aber noch immer eine Race-Condition im Modul selber (oder im Shelly, das der wirklich den falschen Status liefert).

Bin ich der einzige bei dem das Problem auftritt? Ich habe am gleichen Ort auch noch eine weiten Shelly mit dem ich den Energieverbrauch der Brauchwasserwaermepumpe messe, das geht tadellos.

Viele Grüße Michael

Also, ich habe die Aktion in Shelly zweistufig geändert.
Im ersten Schritt nur wie von Dir vorgeschlagen die beiden Schaltrichtungen gleich konfiguriert, damit hatte ich im FHEM über mehrere Tag die Schaltzyklen sauber. Außer das dann die Zeiten nicht passten. (Also statt 300 Sekunden an und 4000 Sekunden aus, war es 4000 Sekunden an und 300Sekunden aus.)

Im zweiten Schritt dann nur die Zeiten getauscht, und der Fehler ist wieder da.
So richtig verstehen kann ich das allerdings noch nicht....

Vielen Dank und Grüße Michael

#3

Bastelecke / Aw: ESP RGBWW Wifi Led Control...

Letzter Beitrag von pjakobs - 07 März 2026, 10:57:53

uhm, das seh ich heute erst.

wie ich drüben auf dem Lightinator 5 Thread geschrieben habe - ich hab ein bisschen Stress mit lightinator.de gehabt - der Hoster (ionos) hat eine etwas seltsame Basiskonfiguration genutzt (virtuelle beschleunigte GraKa statt normaler graphischer Konsole) was dazu geführt hat, dass dem Ding der Speicher ausging und er irgendwann immer hängen blieb.
Das sollte jetzt behoben sein.
Außerdem hatte ich ein paar 100 bis 1000e ssh script attacks (hunderte ip addressen versuchten sich mit verschiedenen Accounts anzumelden)
Jetzt habe ich den Server auch noch umfangreich gehärtet, was auch der Stabilität zuträglich sein sollte.

Zum Firmware upgrade über den fhem Mechanismus:
im Grunde sollte das funktionieren, aber es gibt ein paar wesentliche Caveats:

die -vbs Firmware verwendet ein anderes Format als die Lightinator 5 Firmware:

Code Auswählen Erweitern

{
  "rom":
  {
    "fw_version":"6.0.0-rc2",
    "url":"http://rgbww.dronezone.de/testing/rom0.bin"
  },
  "spiffs":
  {
    "webapp_version":"0.3.3","url":
    "http://rgbww.dronezone.de/testing/spiff_rom.bin"
  }
}

Lightinator 5 hat das Format erweitert, um aus einer Struktur mehrere Versionen, build types und Hardware Achitekturen zu liefern.

Code Auswählen Erweitern

{
    "rom": {
        "fw_version": "V5.0-599-testing",
        "url": "http://lightinator.de/download/testing/V5.0-599-testing/esp8266/release/rom0.bin"
    },
    "spiffs": {
        "webapp_version": "0.3.3",
        "url": "http://rgbww.dronezone.de/testing/spiff_rom.bin"
    },
    "firmware": [
        {
            "soc": "esp8266",
            "type": "debug",
            "branch": "testing",
            "fw_version": "V5.0-599-testing",
            "version": "V5.0-599-testing",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/testing/V5.0-599-testing/esp8266/debug/rom0.bin"
                }
            }
        },
        {
            "soc": "esp8266",
            "type": "release",
            "branch": "testing",
            "fw_version": "V5.0-599-testing",
            "version": "V5.0-599-testing",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/testing/V5.0-599-testing/esp8266/release/rom0.bin"
                }
            }
        },
        {
            "soc": "esp32",
            "type": "debug",
            "branch": "testing",
            "fw_version": "V5.0-599-testing",
            "version": "V5.0-599-testing",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/testing/V5.0-599-testing/esp32/debug/app.bin"
                }
            }
        },
        {
            "soc": "esp32",
            "type": "release",
            "branch": "testing",
            "fw_version": "V5.0-599-testing",
            "version": "V5.0-599-testing",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/testing/V5.0-599-testing/esp32/release/app.bin"
                }
            }
        },
        {
            "soc": "esp32c3",
            "type": "debug",
            "branch": "testing",
            "fw_version": "V5.0-599-testing",
            "version": "V5.0-599-testing",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/testing/V5.0-599-testing/esp32c3/debug/app.bin"
                }
            }
        },
        {
            "soc": "esp32c3",
            "type": "release",
            "branch": "testing",
            "fw_version": "V5.0-599-testing",
            "version": "V5.0-599-testing",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/testing/V5.0-599-testing/esp32c3/release/app.bin"
                }
            }
        },
        {
            "soc": "esp8266",
            "type": "debug",
            "branch": "develop",
            "fw_version": "V5.0-613-develop",
            "version": "V5.0-613-develop",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/develop/V5.0-613-develop/esp8266/debug/rom0.bin"
                }
            }
        },
        {
            "soc": "esp8266",
            "type": "release",
            "branch": "develop",
            "fw_version": "V5.0-613-develop",
            "version": "V5.0-613-develop",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/develop/V5.0-613-develop/esp8266/release/rom0.bin"
                }
            }
        },
        {
            "soc": "esp32",
            "type": "debug",
            "branch": "develop",
            "fw_version": "V5.0-613-develop",
            "version": "V5.0-613-develop",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/develop/V5.0-613-develop/esp32/debug/app.bin"
                }
            }
        },
        {
            "soc": "esp32",
            "type": "release",
            "branch": "develop",
            "fw_version": "V5.0-613-develop",
            "version": "V5.0-613-develop",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/develop/V5.0-613-develop/esp32/release/app.bin"
                }
            }
        },
        {
            "soc": "esp32c3",
            "type": "debug",
            "branch": "develop",
            "fw_version": "V5.0-613-develop",
            "version": "V5.0-613-develop",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/develop/V5.0-613-develop/esp32c3/debug/app.bin"
                }
            }
        },
        {
            "soc": "esp32c3",
            "type": "release",
            "branch": "develop",
            "fw_version": "V5.0-613-develop",
            "version": "V5.0-613-develop",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/develop/V5.0-613-develop/esp32c3/release/app.bin"
                }
            }
        },
        {
            "soc": "esp8266",
            "type": "debug",
            "branch": "experimental",
            "fw_version": "V5.0-617-experimental",
            "version": "V5.0-617-experimental",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/experimental/V5.0-617-experimental/esp8266/debug/rom0.bin"
                }
            }
        },
        {
            "soc": "esp8266",
            "type": "release",
            "branch": "experimental",
            "fw_version": "V5.0-617-experimental",
            "version": "V5.0-617-experimental",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/experimental/V5.0-617-experimental/esp8266/release/rom0.bin"
                }
            }
        },
        {
            "soc": "esp32",
            "type": "debug",
            "branch": "experimental",
            "fw_version": "V5.0-617-experimental",
            "version": "V5.0-617-experimental",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/experimental/V5.0-617-experimental/esp32/debug/app.bin"
                }
            }
        },
        {
            "soc": "esp32",
            "type": "release",
            "branch": "experimental",
            "fw_version": "V5.0-617-experimental",
            "version": "V5.0-617-experimental",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/experimental/V5.0-617-experimental/esp32/release/app.bin"
                }
            }
        },
        {
            "soc": "esp32c3",
            "type": "debug",
            "branch": "experimental",
            "fw_version": "V5.0-617-experimental",
            "version": "V5.0-617-experimental",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/experimental/V5.0-617-experimental/esp32c3/debug/app.bin"
                }
            }
        },
        {
            "soc": "esp32c3",
            "type": "release",
            "branch": "experimental",
            "fw_version": "V5.0-617-experimental",
            "version": "V5.0-617-experimental",
            "files": {
                "rom": {
                    "url": "http://lightinator.de/download/experimental/V5.0-617-experimental/esp32c3/release/app.bin"
                }
            }
        }
    ],
    "history": [
       (... old firmware versions still available for downgrades ...)
    ]
}


Du darfst diesen Dateianhang nicht ansehen.

der Unterschied: Lightinator.de liefert die flache Struktur ganz oben zur Kompatibilität mit dem alten upgrade Mechanismus. Genutzt wird nur noch das rom, die spiffs image url ist nur da, um den alten OTA code zufrieden zu stellen, wenn Du das Firmware Update UI nutzt, dann wird der Teil gar nicht mehr benutzt, und Du kannst Branch, Build Type und Version auswählen.

Ich denke, das wird auch für Lightinator 5->Lightinator 5 updates funktionieren, aber ich benutze für OTA meiner Controller nur noch die eingebaute "update all" Funktion, weil die etwa für alle Controller im Mesh automatisch die beste Software auswählt und auch Devices updaten kann, die nicht esp8266 basiert sind.

Ich hoffe, das hilft ein bisschen, das OTA einzuordnen und verwirrt nicht noch zusätzlich

pj

#4

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Parallix - 07 März 2026, 10:38:40

...

@Heiko: Hast Du denn auch die bislang doch korrekt funktionierende Skalierung angepackt?

Nicht explizit. Die diskreten Rundungen sind in zentrale Rundungsfunktionen überführt.
Was genau meinst du bzgl. der Skalierung?
Dann schaue ich an der Stelle nochmal nach ob bei der Umstellung etwas übersehen wurde.

Wenn Du Dir die von mir eingestellte Grafik anschaust, dann siehst Du in den Bins prognostizierte Verbrauchswerte von 0 kWh. 0,1 kWh, 4,2 kWh und 8.4 kWh. Alle führen zu gleich hohen Balken. Das war früher nicht so. Achtung: Dieser Fehler taucht nur sporadisch auf!

#5

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von peterboeckmann - 07 März 2026, 10:23:48

Hallo Heiko,

Du kannst diese Dinge auch hier posten und ich kann dann auch eine Analyse laufen lassen. Das meiste steht ja schon da, nur das Log des Traings fehlt

vielen Dank für das freundliche Angebot.

Log und Screenshot habe ich als Dateien angehängt.

Den Copilot habe ich dann gefragt:

Code Auswählen Erweitern

Ich benutze das FHEM Modul SolarForecast mit AI::FANN zur Prognose meines Energieverbrauchs.
  Die erreichten Kennwerte erscheinen sehr gut zu sein, das Ergebnis der Prognose ist jedoch unrealistisch hoch, insbesondere in den Nachtstunden.
  Anbei ist das Trainingslog, die erreichten Kennwerte und die Visualisierung. Ich möchte eine Bewertung und Vorschläge zur Verbesserung.

nformationen zum neuronalen Netz der Verbrauchsvorhersage

letztes KI-Training: 07.03.2026 09:48:46 / Laufzeit in Sekunden: 1558
KI Abfragestatus: ok
letzte KI-Ergebnis Generierungsdauer: 20.76 ms
Verbrauchernummer Wärmepumpe: -

=== Modellparameter ===

Normierungsgrenzen: PV=11440 Wh, Hausverbrauch: Min=0 Wh / Max=15960 Wh
Trainingsdaten: 7726 Datensätze (Training=6180, Validation=1546)
Architektur: Inputs=69, Hidden Layers=80-40-20, Outputs=1
Hyperparameter: Learning Rate=0.005, Momentum=0.5, BitFail-Limit=0.35
Aktivierungen: Hidden=SIGMOID, Steepness=0.9, Output=LINEAR
Trainingsalgorithmus: INCREMENTAL, Registry Version=v1_common_active_pv
Zufallsgenerator: Mode=2, Period=10

=== Trainingsmetriken ===

bestes Modell bei Epoche: 2785 (max. 15000)
Training MSE: 0.000304
Validation MSE: 0.000849
Validation MSE Average: 0.000778
Validation MSE Standard Deviation: 0.000042
Validation Bit_Fail: 0
Model Bias: 286 Wh
Model Slope: 0.9
Trainingsbewertung: Retrain

=== Fehlermaße der Prognosen ===

MAE: 279.25 Wh
MedAE: 81.72 Wh
RMSE: 338.42 Wh
RMSE relative: 48 %
RMSE Rating: acceptable
MAPE: 35.83 %
MdAPE: 11.24 %
R²: 0.84

=== Rauschen ===

Rauschen Bewertung: borderline
Empfehlung für Bit_Fail: 0.34 (Einstellung von aiControl->aiConBitFailLimit)

=== Drift-Kennzahlen ===

Drift Score: -
Drift RMSE ratio: -
Drift Slope: -
Drift Bias: -
Drift Bewertung: -
und er hat geantwortet:

Code Auswählen Erweitern

Die Kernaussage vorweg: **Dein Modell trainiert hervorragend, aber es generalisiert in der Nacht massiv falsch**, weil die Eingangsmerkmale und die Normalisierung nicht zu den realen Verbrauchsdynamiken in der Nacht passen. Die Trainingsmetriken sehen gut aus, aber das Modell produziert systematische Fehlvorhersagen – ein klassisches Beispiel für *metrisch gutes, praktisch schlechtes* Verhalten.

Damit du klar siehst, woher das kommt und was du konkret verbessern kannst, gehe ich strukturiert vor.

---

## 🔍 Was im Log und in den Kennzahlen auffällt

### 1) **Die Trainingsmetriken sind gut – aber nicht stabil**
Aus dem Log (z. B. *,,Train MSE=0.000304, Val MSE=0.000849"* und *,,R²=0.84"*) sieht man, dass das Modell sauber konvergiert. 
Aber gleichzeitig:

- **VAL/TRAIN MSE Ratio = 2.79 (Limit 2.5)** 
- **Retrain-Entscheidung = Retrain** 
- **Rauschen = borderline** 
- **Model Bias ≈ +285 Wh** 
- **Slope ≈ 0.90** 

Das bedeutet: 
Das Modell ist *leicht unterfit* und *leicht verzerrt*, aber nicht katastrophal. 
Die Nachtfehler kommen also nicht von schlechtem Training, sondern von **systematischer Fehleinschätzung bestimmter Situationen**.

---

## 🌙 Warum die Nachtwerte völlig unrealistisch hoch sind

### 1) **Die Normalisierung ist extrem breit**
Aus dem Log:

> *,,Normierungsgrenzen: Hausverbrauch Min=0 / Max=15960 Wh"*

Dein echter Nachtverbrauch liegt vermutlich bei **100–400 W**, aber das Modell rechnet im Bereich **0–15960**. 
Das führt dazu, dass kleine reale Unterschiede in der Nacht im Normalisierungsraum praktisch verschwinden.

### 2) **Die Eingangsmerkmale sind stark PV-lastig**
Die Features im Log zeigen:

- `lag1`, `lag24`, `hppf`, `tmp*`, `rollstd`, `up/down`, `pvX` 
- Viele davon hängen direkt oder indirekt mit PV-Erzeugung zusammen.

In der Nacht sind diese Features:

- konstant 
- verrauscht 
- nicht informativ 

Das Modell hat also **keine echten Signale**, um den Nachtverbrauch zu unterscheiden. 
Es extrapoliert dann aus Tagesmustern → und landet bei absurden Werten.

### 3) **Die Trainingsdaten haben 1553 Lücken**
Zitat:

> *,,1553 Records skipped due to incomplete or invalid data"*

Das ist **20 % der Daten**. 
Wenn diese Lücken ungleichmäßig verteilt sind (z. B. nachts häufiger), entsteht ein Bias.

### 4) **Der Bias von +285 Wh wirkt nachts besonders stark**
Ein Bias von +285 Wh ist tagsüber unkritisch. 
Aber nachts, wo der reale Verbrauch vielleicht 200 Wh ist, bedeutet das:

- 200 Wh + 285 Wh = 485 Wh 
- nach Rücktransformation und Slope ≈ 0.9 → noch höher 
- plus Ausreißerbehandlung → noch höher 

Das erklärt die extremen Nachtwerte.

---

## 📊 Warum die Visualisierung so extrem aussieht

Die Grafik zeigt:

- ab 22:00 Uhr steigen die Werte massiv 
- bis 00:00 Uhr auf über 11 kWh 
- danach langsam fallend

Das ist ein typisches Muster, wenn:

- das Modell **keine Nachtmerkmale** hat 
- die Normalisierung **zu breit** ist 
- der Bias **positiv** ist 
- die PV-Features **irrelevant** sind 
- die Historie **nicht genug Nachtvariation** enthält

---

## 🛠� Konkrete Verbesserungen (praxisnah für FHEM / SolarForecast)

### 1) **Normalisierung enger setzen**
Statt:

- Max = 15960 Wh

Besser:

- Max = 6000–8000 Wh (realistische Spitzen)
- oder automatische p99-Normalisierung aktivieren

Das verbessert die Auflösung im unteren Bereich massiv.

---

### 2) **Nacht-spezifische Features hinzufügen**
Aktuell fehlen:

- Wochentag
- Uhrzeit (sin/cos)
- Feiertag
- Temperatur (falls WP)
- Haushaltslasten (falls verfügbar)
- Rolling mean der letzten 7 Nächte
- Rolling min/max der letzten 24h

Ohne diese kann das Modell Nachtverhalten nicht lernen.

---

### 3) **PV-Features nachts deaktivieren oder maskieren**
PV-Features sind nachts reines Rauschen. 
SolarForecast kann PV-Inputs nachts auf 0 setzen – das solltest du aktivieren.

---

### 4) **BitFail-Limit leicht senken**
Empfehlung im Log:

> *,,Empfehlung für Bit_Fail: 0.34"*

Aktuell: 0.35 
→ Setze auf **0.30–0.32**

Das zwingt das Modell zu stabileren Vorhersagen.

---

### 5) **Datenqualität verbessern**
1553 fehlende Datensätze sind zu viel. 
Prüfe:

- ob nachts häufiger Lücken sind 
- ob bestimmte Sensoren ausfallen 
- ob PV-Daten nachts fehlerhaft sind 
- ob Hausverbrauch nachts auf 0 springt (Fehler!)

---

### 6) **Modellarchitektur vereinfachen**
80–40–20 Neuronen sind für 7726 Datensätze sehr groß. 
Das führt zu:

- Overfitting 
- Instabilität 
- Nacht-Extrapolationen 

Empfehlung:

- 40–20–10 
oder 
- 30–15–5

---

### 7) **Trainingsdaten splitten: Sommer/Winter getrennt**
Nachtverbrauch im Sommer ≠ Nachtverbrauch im Winter. 
SolarForecast unterstützt saisonale Modelle → aktivieren.

---

## 🧭 Zusammenfassung

**Das Modell ist gut trainiert, aber die Eingangsmerkmale und die Normalisierung sind nicht geeignet, um Nachtverbrauch korrekt vorherzusagen.** 
Die extremen Nachtwerte entstehen durch:

- zu breite Normalisierung 
- fehlende Nacht-Features 
- PV-lastige Inputs 
- Bias + Slope 
- Datenlücken 
- zu große Modellarchitektur 

Mit den oben genannten Maßnahmen bekommst du realistische Nachtwerte.

---

Wenn du möchtest, kann ich dir im nächsten Schritt **eine konkrete, optimierte SolarForecast-Konfiguration** vorschlagen, basierend auf deinen Daten und deinem Setup.
Ich lese da drei Maßnahmen für mich heraus:
- aiConHiddenLayers=40–20–10
- aiConBitFailLimit=0.32
- aiConProfile=v1_common_active

Verstehe ich das richtig?

Edit:
@300P,

Es dauert halt manchmal etwas ehe man sieht wie das ,,System" regariert.

Auch Dir vielen Dank für Deinen Rat. Ich versuche es erstmal mit dem LLM, wie Heiko empfohlen hat.

Vielen Dank und viele Grüße,
Peter

#6

Bastelecke / Aw: Entwicklung SIGNALduinoAdv...

Letzter Beitrag von DerD - 07 März 2026, 10:13:14

Hier mal ein Bild des Gehäuses, von Ali. Bewusst mit 28mm relativ flach, das LAN Modul passt von der Höhe her gerade so rein, wenn von unten her montiert und mit auf Maximum ausgeschnittener Frontplatte.
Der Pico müsste auch gesteckt auf gedrehte IC Sockelreihe passen, mit klassischer Buchsenleiste wird es etwas zu hoch dafür.

#7

Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...

Letzter Beitrag von JudgeDredd - 07 März 2026, 10:11:13

Ich habe fhem-home auf /opt/alexa-cookie gesetzt. Es genau keinen Effekt

Lt. Modulcode musst Du es in /opt/cache/alexa-cookie installieren und danach das fhem_home auf /opt setzen

Aber wenn Du es mit dem Parameter gelöst hast, dann ist ja auch gut

#8

Bastelecke / Aw: ESP RGBWW Wifi Led Control...

Letzter Beitrag von pjakobs - 07 März 2026, 10:07:08

@vbs - hast recht, ich habe weitgehend angefangen, das ganze Projekt als "Lightinator" zu bezeichnen - und für die neue, esp32 basierte Hardware eben Lightinator mini.

Verwirrend bleibt es halt doch, weil beide von einer Wurzel ausgehen und die Versionierung beibehalten.

und - wenn ich "meine" sage, dann ist das die Kurzform von "die, an der ich arbeite" 

#9

Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...

Letzter Beitrag von JudgeDredd - 07 März 2026, 10:06:54

@locodriver

wenn das alles so stimmt, was Du schreibst, dann sollte das passen.
Welche NodeJS/npm Version setzt Du ein ?

Vielleicht zeigst Du auch mal Dein alexa-cookie Verzeichnis.

#10

Bastelecke / Aw: ESP RGBWW Wifi Led Control...

Letzter Beitrag von vbs - 07 März 2026, 09:58:19

Im Großen und Ganzen seh ich das alles ähnlich wie pjakobs.

Vielleicht eine Sache zu den Versionsnummern: Einen Fork einer Software einzig anhand unterschiedlicher Versionsnummern auseinanderhalten zu wollen, ist mMn generell einfach keine gute Idee. Spielt dabei keine Rolle, ob v4 vs. v5 oder v5 vs. v6. "Meine" Firmware hier (ich mag es eigentlich nicht, sie als "meine" zu bezeichnen, weil da viele Leute mitgewirkt haben), hatte daher immer bewusst diesen separaten Thread mit explizit "vbs" im Titel. Da ich eine neue Major-Versionsnummer brauchte, um unter HomeAssistant damit eindeutig die kompatible Firmware erkennen zu können (wegen Änderungen in der Schnittstelle), hab ich dann die v4 in meiner Firmware inkrementieren müssen. Da pjakobs "seine" Firmware schlicht "v5" nennt, hab ich versucht, der offensichtlichen Verwirrung zumindest so gut es geht zu entgehen, indem ich dann v5 bei mir übersprungen habe und auf v6 gegangen bin. Also ich denke, dem Kind einen eindeutigen Namen zu geben, würde sehr helfen.

Der Fokus "meiner" FW hier hat sich nicht geändert: also das ist die Nutzung in HomeAutomatiion-Systemen (FHEM, HomeAssistant). Eine peer2peer-Steuerung zwischen Controllern (ohne Server) sehe ich hier nicht vor (also abgesehen von der existierenden Sync-Funktion). Auch eine Telemetrie-Funktion ("Nach Hause telefonieren") wird es hier nicht geben.Für mich ist die FW hier auch weitestgehend "ausentwickelt". Also, größere Änderungen oder Umbauarbeiten oder einen "Scope-Shift" plane ich hier nicht. Der Fokus liegt auf der Stabilität der Firmware. Funktionserweiterungen gemäß der bestehenden Zielrichtung können aber immer passieren, wenn jemand (oder ich) Ideen haben. So wie die in v6 reingekommene animierbare Farbtemperatur oder die "stay"-Option.

Das FHEM-Modul pflege ich weiterhin. Es gibt da (soweit ich weiß) keinen speziellen Fork von pjakobs für seine Firmware. So lange das so ist, werde ich auf jeden Fall versuchen, das FHEM-Modul auch mit seiner Firmware kompatibel zu halten. Aber auch bei dem Modul sind keine größeren Änderungen geplant.

Und genau - wie pjakobs schon sagte: momentan steht bei mir eine "fancy" Einbindung in HomeAssistant mit einer eigenen Integration im Fokus. Da ich aber selber noch ausschließlich FHEM nutze, ist das trotzdem eher eine Side-Quest Aber bei HomeAssistant spielt momentan einfach die Musik. Ob man es mag oder nicht :/