FHEM Update und WeekdayTimer oder der Heating_Control.pm

Begonnen von cornelius fillmore, 03 Februar 2021, 12:07:01

Vorheriges Thema - Nächstes Thema

cornelius fillmore

Hallo zusammen,
kann es sein, dass es seit dem 01.02.2021 Probleme mit dem WeekdayTimer oder der Heating_Control.pm gibt.

Ich habe seit dem letzten (02.02.2021) update kein Webzugriff mehr auf mein FHEM
Im Log finde ich Undefined subroutine &main::WeekdayTimer_Define called at ./FHEM/98_Heating_Control.pm line 77, <$fh> line 194.

Was kann ich nun tun damit der Zugriff wieder funktioniert?
3 x Fhem 5.9 mit RPI

Beta-User

#1
Es gibt keine Probleme mit dem WDT, es gibt nur eine bewußte "breaking change"!

Die war schon lange angekündigt, z.B.:
Zitat von: Beta-User am 11 Mai 2019, 16:27:50
Zur Info:
eben habe ich die aktualisierten Versionen von HC und WDT im svn eingecheckt einschl. der Ankündigung, dass man von HC auf WDT umstellen sollte. Mal schauen, wie das mit dem Umstellen usw. dann klappt/vorangeht.
und bei vielen weiteren Gelegenheiten! Dass irgendwann irgendjemand darüber stolpert, ist also eigentlich keine Überraschung, und zwar nicht erst seit 01.02, sondern schon seit dem 09.01.2021...

Siehe https://svn.fhem.de/trac/browser/trunk/fhem/CHANGED?rev=23663#L26.

Zum Fixen: In contrib gibt es eine letzte mit HC kompatible Version von WDT: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/deprecated/98_WeekdayTimer.pm#L1377.

Die runterladen und statt des aktuellen Codes verwenden (Rechte beachten!). Dann FHEM neu starten, und (mAn.) asap die HC-Devices nach WDT konvertieren, das ganze Speichern, dann den aktuellen Modulcode von WDT wieder holen, FHEM neu starten und über die neuen Funktionen freuen (siehe z.B. https://forum.fhem.de/index.php/topic,105521.0.html)...
Oder eben die beiden Module einfrieren und vom Update ausschließen.

Nachtrag: Es gibt diese Hinweise auch (seit längerem) im Wiki: https://wiki.fhem.de/wiki/Heating_Control
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

ph1959de

@Beta-User: mir ist gerade aufgefallen, dass Heating_Control noch als toter Link in der "Helper Modules" Liste der  commandref enthalten ist. Ich nehme an, der sollte da auch verschwinden?

Peter
Aktives Mitglied des FHEM e.V. | Moderator im Forenbereich "Wiki"

Beta-User

Ähm, ja, schon...

Im Moment habe ich nur noch keine Idee, wo das herkommt...? (Aus dem Wiki?)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

ph1959de

Zitat von: Beta-User am 19 Februar 2021, 17:50:49
... wo das herkommt...? (Aus dem Wiki?)
Das kann ich mir nicht vorstellen. Wiki ist meines Wissens keine Quelle für die commandref.
Aktives Mitglied des FHEM e.V. | Moderator im Forenbereich "Wiki"

Beta-User

Bin ratlos. Wenn man "modular" aufruft, kommt das nicht. Hat es evtl. was damit zu tun, dass es vor der letzten Aktualisierung auf 6.0 noch vorhanden  war und dann rausgeflogen ist?

Muß mal etwas testen, glaube aber nicht wirklich, dass ich da was ausrichten kann...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors