Hallo,
habe heute früh einen Update durchgeführt wegen:
https://forum.fhem.de/index.php/topic,115402.0.html (https://forum.fhem.de/index.php/topic,115402.0.html)
(Log Level Änderung)
Danach kommt mein FHEM nicht mehr hoch:
2020.11.01 08:08:44 3: PiHoleInfo: Defined with URL http://192.168.1.100/admin/api.php and interval 3600 featurelevel 6
2020.11.01 08:08:45 3: eq3: Defined with URL https://update.homematic.com/firmware/api/firmware/search/DEVICE and interval 604800 featurelevel 6
2020.11.01 08:08:45 1: Including ./log/fhem.save
2020.11.01 08:09:20 3: Opening HMUART1 device /dev/ttyAMA0
2020.11.01 08:09:20 3: Setting HMUART1 serial parameters to 115200,8,N,1
2020.11.01 08:09:20 3: HMUART1 device opened
2020.11.01 08:09:20 2: HMIO_watch: set FL.EG.anzeige.led08 led red: param 0:'(off|red|green|orange)' => red does not match options
led: (off|red|green|orange)
2020.11.01 08:09:20 3: Opening HMUART2 device 192.168.1.5:23
2020.11.01 08:09:20 3: Opening HMUART3 device 192.168.1.17:23
2020.11.01 08:09:21 0: Featurelevel: 6
2020.11.01 08:09:21 0: Server started with 581 defined entities (fhem.pl:23032/2020-10-26 perl:5.014002 os:linux user:fhem pid:12132)
2020.11.01 08:09:26 3: FHEM2FHEM device opened (FHEM.WZ)
2020.11.01 08:09:26 3: HMUART2 device opened
2020.11.01 08:09:26 3: HMUART3 device opened
2020.11.01 08:09:26 3: FHEM2FHEM device opened (FHEM.SZ)
2020.11.01 08:09:26 3: FHEM2FHEM device opened (FHEM.WC)
2020.11.01 08:09:30 1: ERROR evaluating my $EVENT= $evalSpecials->{'%EVENT'};my $EVTPART0= $evalSpecials->{'%EVTPART0'};my $EVTPART1= $evalSpecials->{'%EVTPART1'};my $NAME= $evalSpecials->{'%NAME'};my $SELF= $evalSpecials->{'%SELF'};my $TYPE= $evalSpecials->{'%TYPE'};{
if
(ReadingsVal("AZ.iam","voc",0) > 3500 ||
ReadingsVal("SZ.iam","voc",0) > 3500 ||
ReadingsVal("WC.iam","voc",0) > 3500 ||
ReadingsVal("WZ.iam","voc",0) > 3500 &&
Value("FL.EG.anzeige.led16") ne "red")
{fhem('set FL.EG.anzeige.led16 led red')}
elsif
(ReadingsVal("AZ.iam","voc",0) > 1500 ||
ReadingsVal("SZ.iam","voc",0) > 1500 ||
ReadingsVal("WC.iam","voc",0) > 1500 ||
ReadingsVal("WZ.iam","voc",0) > 1500 &&
Value("FL.EG.anzeige.led16") ne "orange")
{fhem('set FL.EG.anzeige.led16 led orange')}
elsif
(Value("FL.EG.anzeige.led16") ne "green")
{fhem("set FL.EG.anzeige.led16 led green")}}: Missing braces on \o{} in regex; marked by <-- HERE in m/\o <-- HERE \r\a\n\g\e/ at ./FHEM/10_CUL_HM.pm line 4597.
2020.11.01 08:09:30 3: Air_Quality_LED return value: Missing braces on \o{} in regex; marked by <-- HERE in m/\o <-- HERE \r\a\n\g\e/ at ./FHEM/10_CUL_HM.pm line 4597.
Reference to invalid group 0 in regex; marked by <-- HERE in m/\g <-- HERE \r\e\e\n/ at ./FHEM/10_CUL_HM.pm line 4597.
Habe wieder die 10_CUL_HM.pm vom 15.10.2020 zurück kopiert..
Die FL.EG.anzeige.led08 ist eine HM-OU-LED16, ebenso die set FL.EG.anzeige.led16 led green ..
VG Klaus
Das ist schon länger kaputt. Ich steuere die LED's alle gleichzeitig über eine Hex Maske. Das geht auch nicht mehr. Siehe hier:
https://forum.fhem.de/index.php/topic,114095.0.html
oder hier
https://forum.fhem.de/index.php/topic,114385.0.html
Das musst du erstmal wieder auf eine älterere Version zurück.
Zitat von: ckmde am 01 November 2020, 11:11:34
Das ist schon länger kaputt. Ich steuere die LED's alle gleichzeitig über eine Hex Maske. Das geht auch nicht mehr. Siehe hier:
https://forum.fhem.de/index.php/topic,114095.0.html
oder hier
https://forum.fhem.de/index.php/topic,114385.0.html
Das musst du erstmal wieder auf eine älterere Version zurück.
Mit der Version:
10_CUL_HM.pm 22973 2020-10-15 13:32:29Z martinp876
funktionierts bei mir wieder einwandfrei, wobei ich aber auch keine Hex-Masken verwende ...
bei mir auch mit der heutigen version:
Missing braces on \o{} in regex; marked by <-- HERE in m/\o <-- HERE \n/ at ./FHEM/10_CUL_HM.pm line 4597.
2020.11.01 11:05:45 1: Including fhem.cfg
2020.11.01 11:06:00 1: Including ./log/fhem.save
2020.11.01 11:06:09 0: Featurelevel: 6leider hab ich ned mehr info derzeit ... nicht mal die zeit wird geschrieben.
mit der alten version scheints keine probleme zu geben.
und ich weiß nicht mal, was hexmasken sind ...
Hallo zusammen,
hier werden verschiedene Probleme gemixt.
Das neue Crash Verhalten hat hier https://forum.fhem.de/index.php/topic,115367.msg1096887.html#msg1096887 (https://forum.fhem.de/index.php/topic,115367.msg1096887.html#msg1096887) seinen Ursprung, mit Martins Intention regSet ? 0 0 wieder zu ermöglichen.
Und hier https://forum.fhem.de/index.php/topic,115367.msg1097166.html#msg1097166 (https://forum.fhem.de/index.php/topic,115367.msg1097166.html#msg1097166) einen Lösungsvorschlag dazu für den CUL_HM Code.
Das für das Schalten von LEDs eine HEX Maske nicht mehr geht, ist ein anderes Problem.
Gruß, Ansgar.
Zitat von: the ratman am 01 November 2020, 11:51:10
leider hab ich ned mehr info derzeit ... nicht mal die zeit wird geschrieben.
Die Fehlermeldung kommt aus perl, nicht aus FHEM, deshalb gibt es im Logfile keinen timestamp.
Zitat von: betateilchen am 01 November 2020, 14:00:44
Die Fehlermeldung kommt aus perl, nicht aus FHEM, deshalb gibt es im Logfile keinen timestamp.
ah, thx für die info - hilft sicher in zukunft beim log lesen. kann sogar ich mir merken, was was ist *g*
stehen noch 2 fragen:
1) ist das überhaupt der richtige fred oder ists einer der anderen für mein problem?
2) wird an dem problem gewerkelt, oder soll ich lieber mal das update einfrosten?
frage an die wissenden: ich hab die letzten tage wieder probleme mit HMUARTLGW. immer wieder - mehrfach am tag gibt's timeouts. die letzten monate hatte ich sowas ab und an mal alle paar wochen.
könnte das was mit dem cul_hm und dessen letzten änderungen zu tun haben?
Höchstwahrscheinlich nicht. CUL_HM ist es ziemlich wurscht, welche Hardware zum Funken benutzt wird.
gut, kann ich dass mal fürn anfang ausnehmen - thx für info.
paßt halt nur wieder wie die faust aufs auge von der zeit her.