Zitat von: TheTrumpeter am 27 November 2025, 08:06:07Mein 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.So, da die letzten Wochen ausreichend Datenmaterial für sehr kalte Temperaturen geliefert haben, hab' ich nun eine "Laufzeit-Vorhersage" erstellt.
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.)
{ 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.Zitat von: Prof. Dr. Peter Henning am 26 Januar 2026, 05:25:30Ich 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.
Zitat von: FlatTV am 26 Januar 2026, 00:14:18Jetzt 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....
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:...
2026.01.25 22:41:49 1: BOSEST: BOSEST_Set:
$VAR1 = [
'source',
'41'
];Zitat von: Prof. Dr. Peter Henning am 26 Januar 2026, 05:36:23Und 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...