Hauptmenü

Neueste Beiträge

#11
Sonstige Systeme / Aw: fhempy: tuya (lokal)
Letzter Beitrag von Gisbert - 25 Januar 2026, 20:51:58
Hallo pah, hallo Nobbynews,

ich hab's tatsächlich geschafft dem Entfeuchter Aktobis noch 2 weitere Datenpunkte zu entlocken, wobei einer sehr vorteilhaft für den Betrieb ist. Jetzt bekomme ich angezeigt, wenn der Tank voll ist.

tuya_spec_status [{'code': 'tank', 'dp_id': 101, 'type': 'Enum', 'values': {'range': ['0', '1']}},{'code': 'defrost', 'dp_id': 102, 'type': 'Enum', 'values': {'range': ['0', '1']}},...
Ich hab's getestet und es funktioniert. Der Name bei 'code': 'tank' kann vermutlich frei gewählt werden. Das weiß ich aber nicht genau und ich hab's auch nicht getestet, aber es ist eine fundierte Vermutung.
Ein Hinweis: es muss kein "Zigbee device to the Tuya gateway" wie in der obigen Anleitung vorhanden sein, aber natürlich ein Account und Developer-Rechte.

Viele Grüße Gisbert
#12
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 25 Januar 2026, 20:37:56
@all,

bevor die weiteren Schritte vorgenommen werden, habe ich mich entschlossen den aktuellen Stand der V 2.0.0 zu finalisieren und ins Repo einzuchecken.

Inzwischen sind schon etliche Mitstreiter mit AI::FANN sowie der Handhabung dieser Möglichkeit vertraut. Obwohl es noch weiteres Optimierungspotential gibt, ist die Lösung - auch weil sie ja optional aktiviviert werden kann - durchaus schon für einen produktiven Betrieb bereit.
Außerdem gibt es in der V 2.0.0 auch einige Fixes und Verbesserungen die nichts mit KI zu tun haben.

Die V 2.0.0 wird also morgen früh als offizielle Version im Update verfügbar sein.

LG,
Heiko
#13
Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...
Letzter Beitrag von Per - 25 Januar 2026, 20:28:36
Zitat von: killah78 am 25 Januar 2026, 17:59:28Also du nutzt das generell um eigene MP3 abzuspielen
Nee, das hatte ich für einen externen Radiosender, weil alle offiziell bei Alexa gelisteten eigene Werbung eingespielt hatten, für die im Stream kein Platz vorgesehen war, da kam es zu einem zeitlichen Versatz.
"Mein Radio" ist (oder war zumindest, aktuell kann ich es nicht sagen) werbefrei.
Es gibt auch eine Bezahlversion, k.a. was die außer unbegrenzt Senderspeicher, noch kann.
Aber wenn andere das können, kann das bestimmt hier im Forum auch jemand, und dann eine Version speziell für Fhem. Oder den Fhem Skill dzbgl erweitern. Ich kann das aber schon mal nicht :(
#14
FHEM Code changes / Revision 30782: 76_SolarForeca...
Letzter Beitrag von System - 25 Januar 2026, 20:10:42
Revision 30782: 76_SolarForecast: Version 2.0.0 with AI::FANN integration

76_SolarForecast: Version 2.0.0 with AI::FANN integration

Source: Revision 30782: 76_SolarForecast: Version 2.0.0 with AI::FANN integration
#15
Multimedia / Aw: [82_LGTV_WebOS.pm] Modul f...
Letzter Beitrag von CoolTux - 25 Januar 2026, 19:16:48
Hättest Du da zufällig einen App Namen für mich parat?
#16
TabletUI / Aw: [FTUI 2] - Weather_Widget ...
Letzter Beitrag von hjgode - 25 Januar 2026, 18:55:28
Falls jemand auch das ftui weather widget nutzt und das Symbol für Schnee mit Regen nicht angzeigt wird:

Bei DWD OpenData bekomme ich den ww Wert 68. Dieser ist bei WWO nicht definiert aber in einer Erweiterung der Wetter Codes. Nn muss zume einen die widget_weather.js angepasst werden und zum anderen die SVG Datei aus dem Verzeichnis fhemSVG nach images/default/weather kopiert werden.

        //68 fehlt: 68  Wettericon f<C3><BC>r ww-Code 68 (Leichter Schneeregn)
        //https://www.meteopool.org/de/encyclopedia-wmo-ww-wx-code-id2

in widget_weather.js

...
var amchartsmap = {
...
        '67d': 'Rain-and-Sleet-Mix.svg',               
        //68 fehlte
        '68d': 'Rain-and-Sleet-Mix.svg',               
        '70d': 'snowy-2.svg',           
...
       '67n': 'Rain-and-Sleet-Mix.svg',               
        //68 fehlte: 68 Wettericon f<C3><BC>r ww-Code 68 (Leichter Schneeregn)
        '68n': 'Rain-and-Sleet-Mix.svg',               
        '70n': 'snowy-4.svg',           
...

Danach klappts: siehe 26.02.2026 16:00 und 19:00

#17
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 25 Januar 2026, 18:47:15
Zitat von: grappa24 am 25 Januar 2026, 16:36:40Wie bekomme ich denn das m.M.n übertriebene "Folgeverhalten" besser geregelt

Hast du auch schon mit diversen Version trainiert oder bislang "nur" Version=v1_common_active_pv genutzt ?

Wenn ja:
Setze evtl auch mal den BitFail-Limit=0.34 auf 0.15 / 0.25 um zu sehen was in welche Richtung passiert und werfe es ChatGPT zum Fraß (zur Beurteilung und Vergleich) vor.
Ich habe bestimmt an die 50 Trainingsläufe hinter mir und aktuell bin ich (und ChaptGPT) mit dem Ergebnis zufrieden !!
ChaptGPT wurde von mir so gequält das mir ab und an sogar eine Sperrzeit wegen "FREE"-Zugang erteilt wurde  O:-)  :-X

Wenn nein:
Dann versuche andere "Versionen" und trainiere neu damit und gebe sie ChatGPT zum Vergleichen.


PS:
Erzähle / Schreibe wofür / wovon dazu etc. usw.

Mit FHEM und nach einem Update auf die neueste Version der 076_Solarforecast.pm vom 18.01.2025

- NEU - Angabe der jeweils aktuellen Aussentemperatur als zusätzlichen Impuls für die Wärmepumpe mittels des Attributes : "setupEnvironment MQTT_EMSwp:boiler_data_outdoortemp"
- NEU - Angabe / Vorgabe eines BitFailLimit's statt eines Festwertes von 0.35 mittels des Attributes : aiConBitFailLimit=0.15 (Erlaubte Eingabewerte: 0.05 .. 0.50 , default: 0.35)

habe ich einen erneuten Trainingslauf mit den folgenden Angaben für das neutrales Netz gemacht:

attr Forecast aiControl aiTrainStart=3
aiStorageDuration=3600
aiTreesPV=30
aiConActivate=1
aiConAlpha=0.9
aiConTrainStart=7:2
aiConActFunc=ELLIOT_SYMMETRIC
aiConHiddenLayers=64-32
aiConLearnRate=0.005
aiConMomentum=0.6
aiConShuffleMode=1
aiConShufflePeriod=20
aiConSteepness=1.0
aiConTrainAlgo=INCREMENTAL
aiConProfile=v1_heatpump_active_pv
aiConBitFailLimit=0.15

dann deine Ergebnis noch dazu packen und du wirst nach einigen Trainings bzw. Ergebnissen dann so etwas erhalten:

Gute Beobachtung – und nein, das ist nicht komisch, sondern exakt das Verhalten, das man bei diesem Mechanismus erwarten muss.
Ich erkläre dir sauber warum das passiert, was es bedeutet und was du jetzt tun solltest (oder bewusst nicht).
1️⃣ Erst die nüchterne Analyse des Ergebnisses
Harte Fakten (Vergleich vorher → jetzt)
Kennzahl vorher (0.15) jetzt (0.28) Bewertung
Validation MSE 0.00553 0.00760 ❌ schlechter
RMSE 520 Wh 652 Wh ❌ deutlich schlechter
MAE 433 Wh 526 Wh ❌ schlechter
0.56 0.39 ❌ klarer Abfall
Bias 557 Wh 944 Wh ❌ massiv schlechter
Slope 0.7 0.5 ❌ Regression flacht ab
Validation Bit_Fail 79 2 ✔ Ziel erreicht
👉 Kurzfassung:
Du hast BitFail reduziert, aber Modellqualität geopfert.
2️⃣ Warum empfiehlt das System jetzt noch höheres BitFailLimit (0.34)?
Das ist der entscheidende Punkt 👇
Wie die Empfehlung funktioniert
Die BitFail-Empfehlung basiert NICHT auf Prognosequalität, sondern auf:
Residuenverteilung
Rauschen
Ausreißerhäufigkeit
Robustheit gegenüber Abweichungen
Mit höherem BitFailLimit:
weniger Fehler werden als ,,Fail" gezählt
das Modell gilt statistisch als ,,ruhiger"
➡️ Die Empfehlung optimiert die Bewertung, nicht die Qualität.
Das System sagt sinngemäß:
,,Wenn du dieses Modell behalten willst, dann hör auf, es so streng zu bewerten."
Nicht:
,,Mach das Modell besser."
3️⃣ Warum ist das Modell jetzt objektiv schlechter?
Ganz wichtig:
Du hast die Fehler toleranter, aber auch die Lernspannung reduziert
Effekt:
das Netz korrigiert systematische Fehler weniger aggressiv
Bias driftet nach oben
Slope fällt Richtung Mittelwert
das Netz ,,spielt sicher"
➡️ Klassischer Effekt:
Zu hohes BitFailLimit = träge Regression
Das sieht man glasklar:
Bias +400 Wh
R² −0.17
RMSE +130 Wh
Das ist kein Zufall, sondern exakt der erwartete Trade-off.
4️⃣ Die Rauschen-Bewertung ,,borderline"
Auch das passt ins Bild:
mit höherem BitFailLimit:
echte Struktur
und echtes Rauschen
werden weniger klar getrennt
➡️ Das Modell ,,glättet zu viel".
5️⃣ Klare Entscheidungsempfehlung (sehr deutlich)
❌ NICHT weiter erhöhen (0.34 wäre falsch)
Das würde:
Bias weiter erhöhen
Slope weiter Richtung 0.4 drücken
R² unter 0.35 fallen lassen
➡️ Das Modell würde zwar ruhig, aber schlecht.
✅ Was stattdessen richtig ist
Du hattest dein bestes Ergebnis hier:
📌 17.01.2026 – 23:27 Uhr
BitFailLimit = 0.15
RMSE ≈ 520 Wh
R² ≈ 0.57
Bias ≈ 635 Wh
Slope ≈ 0.7
👉 Das war objektiv dein Sweet Spot.
6️⃣ Meine klare Empfehlung jetzt
🔧 Einstellung für Produktivbetrieb
aiConBitFailLimit = 0.18 ... 0.22
Warum?
genug streng, um Bias/Slope zu halten
genug tolerant, um BitFails zu begrenzen
kein Qualitätsverlust wie bei 0.28
Wenn du eine Zahl willst:
0.20
7️⃣ Wichtiges Fazit (bitte merken)
Die BitFail-Empfehlung ist kein Optimierungsziel.
Sie ist ein diagnostischer Hinweis, kein Qualitätsmaß.
Du hast es jetzt perfekt demonstriert:
weniger BitFail ≠ besseres Modell
zu viel Toleranz macht das Netz faul
8️⃣ Bottom Line 🧠
❌ 0.34 → falsch
❌ 0.28 → schon zu viel
✅ 0.15–0.20 → optimal für dein System
✅ Außentemperatur war der wichtigste Gewinn
✅ Architektur & Hyperparameter sind jetzt ,,fertig"
Wenn du willst, machen wir als Nächstes:
eine feste Bias-/Slope-Korrekturformel für den Live-Betrieb
oder eine Regel, wann nicht neu trainiert werden darf
Aber: Du hast das Modell jetzt verstanden – und im Griff. 👌
#18
FHEMWEB / Aw: [ControlMiniDash]Fhemweb W...
Letzter Beitrag von schwatter - 25 Januar 2026, 18:32:30
Nabend Rudi,

schau mal:
root@ubuntufhem:/opt/fhem/www/pgm2# file fhemweb_controlminidash.js
fhemweb_controlminidash.js: JavaScript source, Non-ISO extended-ASCII text, with LF, NEL line terminators

root@ubuntufhem:/opt/fhem/www/pgm2# sed -i 's/\r//g; s/\x85//g' fhemweb_controlminidash.js
root@ubuntufhem:/opt/fhem/www/pgm2# file fhemweb_controlminidash.js
fhemweb_controlminidash.js: JavaScript source, Non-ISO extended-ASCII text

root@ubuntufhem:/opt/fhem/www/pgm2# file fhemweb_iconAnimated.js
fhemweb_iconAnimated.js: JavaScript source, ISO-8859 text, with very long lines (494)

root@ubuntufhem:/opt/fhem/www/pgm2# file fhemweb_minichart.js
fhemweb_minichart.js: JavaScript source, Non-ISO extended-ASCII text

root@ubuntufhem:/opt/fhem/www/pgm2#

1. Zu fhemweb_controlminidash.js
Müssen da noch die NEL line terminators weg? Denke ja.

root@ubuntufhem:/opt/fhem/www/pgm2# sed -i 's/\r//g; s/\x85//g' fhemweb_controlminidash.js
2. Die anderen Beiden sehen sauber aus. Außer das fhemweb_iconAnimated.js ISO-8859 text hat.

3. Wo genau hattest du die Warnung gesehen?
*** EN www/pgm2/fhemweb_controlminidash.js: ignoring text due to DOS encoding
Gruß schwatter
#19
Solaranlagen / Aw: SolarWatt Manager Flex mit...
Letzter Beitrag von klfhem - 25 Januar 2026, 18:28:18
Genau 1 Tag, dann musste ich mir einen neuen Session-Cookie generieren.
Das macht keinen Spaß, das Cookie immer neu einzutippen. Hat jemand eine Lösung?
#20
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 25 Januar 2026, 18:16:43
Ja, da gibt es mit Sicherheit noch Optimierungspotential. Es ist teilweise schon mühselig die optimalsten Einstellungen für den eigenen Haushalt zu finden.
Ich überlege auch schon wie ich die granularen Möglichkeiten der Feature-Registry dem User zugänglich machen kann. Momentan geht das nur über die Profile. Da gäbe es wirklich viel Potential, aber das ist nicht so ohne weiteres machbar und darüber kann man auch wiederum viel kaputt machen. Vllt. habe ich noch einen zündenden Gedanken...