Neueste Beiträge

#91

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von TheTrumpeter - 26 Januar 2026, 08:12:26

Mein Hauptproblem bzgl. PV-optimierter Steuerung liegt in der Übergangszeit bzw. an eher warmen oder sonnig-kalten Tagen, weil dann die nötige Laufzeit deutlich kleiner als die Anzahl der möglichen Sonnenstunden ist oder der Start schon vor 09:00 erfolgen sollte.
Derzeit schaltet sich die Wärmepumpe  mittels Tagprogramm wie gesagt um ca. 09:00 ein an eher warmen Tagen nach 2-3 h schon wieder aus. Wenn es bis Mittag nebelig ist, wäre es besser erst später einzuschalten.
Umgekehrt wäre es an sehr kurzen Tagen mit nötiger Laufzeit > der Sonnenstunden sinnvoll, schon vor 08:45 einzuschalten, um einen etwaigen Überschuss davor "auch noch mitzunehmen". (Ich habe keine Batterie.)

So, da die letzten Wochen ausreichend Datenmaterial für sehr kalte Temperaturen geliefert haben, hab' ich nun eine "Laufzeit-Vorhersage" erstellt.
Nun wollte ich das nach SolarForecast füttern und hab' mit Freude festgestellt, dass man die "mintime" bereits aus einem Reading eines anderen Geräts auslesen kann.

Allerdings habe ich dann weitergelesen und festgestellt, dass (wohl seit der KI-Verbrauchsprognose) "Heatpump" nur noch" noSchedule" erlaubt ist. 


Wie ist der weitere Plan?
Wird SolarForecast künftig die Laufzeit selbst vorhersagen und dann den optimalen Zeitpunkt auch einplanen können? (Wenn ich 5h Laufzeit vorhersage (oder künftig die KI mit höherer Trefferrate als oben...), möchte ich, dass SF diese 5h in ein "optimales Fenster" legt...)

Und da kommt gleich das nächste Problem:
Soweit ich weiß priorisiert SF die Geräte anhand ihrer Consumer-Nummern? D.h. ich müsste dann wohl die Wärmepumpe als "Consumer01" definieren. Beim damaligen Anlegen der Consumer habe ich darauf keine Rücksicht genommen. Kann ich die Nummern irgendwie "tauschen" ohne die Lernwerte zu verlieren?

[Revision 30785: controls_fhem.txt: fhemupdate checkin]

#92

FHEM Code changes / Revision 30785: controls_fhem....

Letzter Beitrag von System - 26 Januar 2026, 08:10:34

Revision 30785: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 30785: controls_fhem.txt: fhemupdate checkin

[Revision 30784: 36_Shelly.pm: add new devices, fix timer handling]

#93

FHEM Code changes / Revision 30784: 36_Shelly.pm: ...

Letzter Beitrag von System - 26 Januar 2026, 08:10:34

Revision 30784: 36_Shelly.pm: add new devices, fix timer handling

36_Shelly.pm: add new devices, fix timer handling

Source: Revision 30784: 36_Shelly.pm: add new devices, fix timer handling

[Bug report:]

#94

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Parallix - 26 Januar 2026, 08:09:54

Bug report:
Mit der neuen Version werden (bei mir) die Umlaute in den Tooltips zu den Wettersymbolen nicht mehr korrekt angezeigt.

Edit: Es sind nur einige Umlaute. Die Worte "Höhe" und "bewölkt" sind richtig. Das Symbol, das um 8:09 MEZ bei mir noch da war und dessen Tooltip falsch geschrieben war, ist jetzt leider weg.

#95

Multimedia / Aw: [82_LGTV_WebOS.pm] Modul f...

Letzter Beitrag von grappa24 - 26 Januar 2026, 07:56:52

Ich würd mich auch sehr über die "Wiederbelebumg" des LG Moduls freuen 😉

#96

Multimedia / Aw: Modul für Denon (Marantz) ...

Letzter Beitrag von olwaldi - 26 Januar 2026, 07:47:31

Hoffentlich jetzt meine letzte Änderung:-)

• Beim StatusRequest wird der aktuelle DAB-Zustand jetzt explizit abgefragt.
• Es wird eine Fehlermeldung ausgegeben, wenn der DNS-Name im define unbekannt ist.

Würde mich über Rückmeldungen von euch freuen.

Gerne auch Hinweise, ob der Kopf bzgl. Autor in den perl-Skripten so stimmt

Grüßle, Michael
Nachtrag: Doch noch eine allerallerletzte Codeumstellung, wodurch DENON_AVR_Parse direkt aufrufbar wird (zum einfacheren Debugggen des Moduls). Jetzt kann man z.B. Readings direkt setzen durch

Code Auswählen Erweitern

{ my ($hash) = $defs{<devicename>};; DENON_AVR_Parse($hash, "DASTNDasIstMeinDABSender")}Und wenn ich schonmal wieder das Modul anpacke, wird das userreading brand -wenn möglich- automatisch gesetzt.

#97

Heizungssteuerung/Raumklima / Aw: VALVES und die Fritz DECT ...

Letzter Beitrag von Beta-User - 26 Januar 2026, 07:14:42

Alternativ: die Readings mit dem Script (erst mal) an die Thermostate schreiben.

Falls Anpassungen an VALVES (contrib-Fassung) erforderlich wären bitte melden und ein "list" von einem der Thermostate einstellen.

#98

Multimedia / Aw: [Neues Modul] BOSE SoundTo...

Letzter Beitrag von FlatTV - 26 Januar 2026, 07:10:00

Ich bin etwas verwirrt, worüber hier eigentlich geschrieben wird.

- Ist das nun ein Bug im Soundtouch-FHEM-Modul, oder bezieht sich das auf eines der Projekte
Bitte an die Ersteller der jeweiligen Posts: Klar schreiben, worauf sich das bezieht.

Guten morgen,
da hätte ich mich wohl klarer ausdrücken müssen. 
Es ist ein Bug im Modul 98_BOSEST.pm (Denke ich).
Wenn ich im FHEM Web-Frontend versuche die Source (AUX oder Bluetooth) umzustellen.

Jetzt muss ich doch mal einen Bug im Modul melden.
Wenn ich über das Webinterface die Source ändern möchte, wird statt der Source ,,AUX" der Wert 41 übergeben, das ist aber der Wert für Volume.
Im List des Device kann man das gut sehen.
Die Variable switchSource im helper hätte eigentlich auf ,,AUX" stehen müssen.

Code Auswählen Erweitern

...
     2026-01-25 21:55:23   source          STANDBY
     2026-01-25 21:55:23   state           online
     2026-01-25 21:55:22   stationName    
     2024-03-17 10:32:44   supportClockDisplay true
     2026-01-18 11:48:16   time           
     2026-01-18 10:34:43   timeTotal      
     2026-01-25 21:55:22   track          
     2026-01-25 21:26:10   volume          41
     2026-01-17 21:29:21   zoneMaster     
     2026-01-17 21:29:21   zoneMember_1   
     2026-01-17 21:28:45   zoneMember_2   
   helper:
     IP         192.168.178.30
     airplaySupport 1
     auxSupport 1
     bluetoothSupport 1
     bosewebsocket e9c1a814be06c06dd686aea2a587c63b
     dlnaServers NAS,pi4:_minidlna,FRITZ
     lastSpokenChannel
     mojoping   71de26af285a1452d8ebe6e6f1d46f17
     productHdmi1Support 0
     productTvSupport 0
     requestId  1
     sent_off   1
     sent_on    0
     supportedBassCmds
     supportedSourcesCmds aux,airplay,bluetooth,bt-discover
     switchSource 41
     wsconnected 1
     sources:
       HASH(0x55b2514e48)
       HASH(0x55bb1b1a98)
       HASH(0x55bb1b0ee0)
       HASH(0x55bb1be6f0)
       HASH(0x55bb1be240)
       HASH(0x55bb1baca0)
       HASH(0x55bb1a3158)
       HASH(0x55bb21cd00)
       HASH(0x55bb1b1948)
       HASH(0x55ba9c4760)
       HASH(0x55bb18f528)
       HASH(0x55bafa2428)
       HASH(0x55bb1b17b0)
       HASH(0x55bb1b18d0)
       HASH(0x55bb0f9520)
     stateCheck:...

Ich hatte mir mal testweise mit dem Dumper angeschaut, was die Funktion BOSEST_Set überhaupt im Array @params übergeben bekommt.

Code Auswählen Erweitern

2026.01.25 22:41:49 1: BOSEST: BOSEST_Set:
$VAR1 = [
          'source',
          '41'
        ];

#99

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von TheTrumpeter - 26 Januar 2026, 07:07:35

So, die KI hat wohl grad ein "bisschen" nach unten korrigiert.
So lange WP-Laufzeiten sind aber für das erwartete Wetter komplett übertrieben. Gestern war bei vergleichbaren Bedingungen um 15:00 "Schluss", heute erwarte ich es wie gesagt ähnlich.

#100

Sonstige Systeme / Aw: fhempy: tuya (lokal)

Letzter Beitrag von TheTrumpeter - 26 Januar 2026, 06:59:35

Und siehe da: Das automatisch erstellte Device kennt sage und schreibe 30 (!) neue Datenpunkte mit den ids 101 - 130, alle set-Befehle sind komplett vorhanden.

Das habe ich in der Vergangenheit für einfache Zwischensteckdern mit Verbrauchsmessung auch schon beobachtet...
Aus einer 4er-Packung mit scheinbar identischen Geräten wurden in FHEM mal "vollständige" und mal "Unvollständige" Geräte angelegt. Nach mehrmaligem Löschen und Neu-Hinzufügen wurden dann irgendwann doch vergleichbare Ergebnisse erzielt. Teilweise habe ich die Geräte sogar aus der Tuya-App gelöscht und neu angelernt.

Was genau zum Erfolg geführt hat, kann ich nun nicht mehr sagen. Das Löschen aus der App scheint wohl nicht nötig gewesen zu sein, weil Du das nicht gemacht hast.