[98_monitoring] - Support Thread ab 2022

Begonnen von Beta-User, 01 März 2022, 15:16:59

Vorheriges Thema - Nächstes Thema

Beta-User

Hallo zusammen,

nachdem ich nunmehr mit "monitoring" einen weiteren "Waisen" von igami adoptiert habe, gibt's hier auch einen neuen Support-Thread dazu :) .

Irgendwelche vertiefteren Kenntnisse im Modul dürft ihr (noch) nicht erwarten, monitoring ist auch so ein Tool, das ich mir schon länger mal ansehen wollte. Nun denn...

Einen ersten Durchlauf durch das Modul (v.a. mit Hilfe von perlcritic.com) habe ich mal gemacht, v.a. um den Code etwas näher kennenzulernen und die ersten Vorbereitungen für ein eventuelles späteres "package"-Format vorzubereiten. Verblieben sind jetzt noch ein paar "critics", die v.a. mit der Verwendung der "Allzweckwaffe" "eval()" zu tun haben und ein paar regexe, die dann vollends ergänzt werden können, wenn ich soweit bin, das selbst testen zu können. Was "eval" angeht, wird es auch den einen oder anderen Test brauchen, um das "einpackbar" zu ersetzen.

Als erstes gibt es hier eine "developer-Version" zum Mitdenken- und Testen.
Falls keine neuen Bugs dazugekommen sind, sollte diese
- NOTIFYDEV mind. genausogut setzen können wie die jetzige svn-Version. Z.B. mit dem Fenster-offen-Beispiel aus der commandref geht es z.B. bei beiden Fassungen nicht, wird aber jetzt gesetzt, wenn man das ändert zu:
defmod Fenster_mon monitoring Fenster.*:open|Fenster.*:tilted Fenster.*:closed
(Kann sein, dass das mit whitelist auch zu erreichen war/ist).

- ansonsten hoffentlich dasselbe können wie bisher. Da mir v.a. die "unless"-Konstruktionen teils erhebliche Kopfschmerzen gemacht haben, sind die ersetzt, was ggf. in der Tat zu (im Fall der Fälle: behebbaren) Regressionen führen könnte...

Auch hier gilt: Wer die Pflege lieber selbst (statt meiner oder ergänzend) übernehmen möchte, darf sich selbstredend melden.

Soviel erst mal für's Erste,

Beta-User

EDIT: gepackagte developer-Version im Anhang
EDIT: eingecheckt
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Beta-User

Oha, ein (!) download bisher, bei mehr als 200 gemeldeten Installationen, die das nutzen?!?

Etwas mehr "Begeisterung" beim Testen hätte ich mir schon gewünscht, mal sehen, was die kommende Woche so an Rückmeldungen kommt...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Gisbert

Hallo Jörg,

ich hab dann wohl gerade den 2. Download gemacht und ein reload drauf losgelassen. Ich nutze "monitoring" aktiv und hoffe deshalb, dass ich nichts bei meinen Definitionen ändern muss.
Zur Sicherheit mal in den logfile geschaut, ich glaub ich trau meinen Augen nicht, what the fu... is that?
2022.03.09 13:23:29.134 1: PERL WARNING: Prototype mismatch: sub main::monitoring_Initialize ($) vs none at .//FHEM/98_monitoring.pm line 63.
2022.03.09 13:23:29.135 1: PERL WARNING: Subroutine monitoring_Initialize redefined at .//FHEM/98_monitoring.pm line 30.
2022.03.09 13:23:29.137 1: PERL WARNING: Prototype mismatch: sub main::monitoring_Define ($$) vs none at .//FHEM/98_monitoring.pm line 78.
2022.03.09 13:23:29.137 1: PERL WARNING: Subroutine monitoring_Define redefined at .//FHEM/98_monitoring.pm line 66.
2022.03.09 13:23:29.138 1: PERL WARNING: Prototype mismatch: sub main::monitoring_Undefine ($$) vs none at .//FHEM/98_monitoring.pm line 87.
2022.03.09 13:23:29.138 1: PERL WARNING: Subroutine monitoring_Undefine redefined at .//FHEM/98_monitoring.pm line 80.
2022.03.09 13:23:29.140 1: PERL WARNING: Prototype mismatch: sub main::monitoring_Set ($@) vs none at .//FHEM/98_monitoring.pm line 164.
2022.03.09 13:23:29.140 1: PERL WARNING: Subroutine monitoring_Set redefined at .//FHEM/98_monitoring.pm line 89.
2022.03.09 13:23:29.142 1: PERL WARNING: Prototype mismatch: sub main::monitoring_Get ($@) vs none at .//FHEM/98_monitoring.pm line 202.
2022.03.09 13:23:29.142 1: PERL WARNING: Subroutine monitoring_Get redefined at .//FHEM/98_monitoring.pm line 166.
2022.03.09 13:23:29.144 1: PERL WARNING: Prototype mismatch: sub main::monitoring_Attr (@) vs none at .//FHEM/98_monitoring.pm line 245.
2022.03.09 13:23:29.144 1: PERL WARNING: Subroutine monitoring_Attr redefined at .//FHEM/98_monitoring.pm line 204.
2022.03.09 13:23:29.147 1: PERL WARNING: Prototype mismatch: sub main::monitoring_Notify ($$) vs none at .//FHEM/98_monitoring.pm line 395.
2022.03.09 13:23:29.147 1: PERL WARNING: Subroutine monitoring_Notify redefined at .//FHEM/98_monitoring.pm line 247.
2022.03.09 13:23:29.150 1: PERL WARNING: Prototype mismatch: sub main::monitoring_modify ($) vs none at .//FHEM/98_monitoring.pm line 471.
2022.03.09 13:23:29.150 1: PERL WARNING: Subroutine monitoring_modify redefined at .//FHEM/98_monitoring.pm line 398.
2022.03.09 13:23:29.151 1: PERL WARNING: Prototype mismatch: sub main::monitoring_NOTIFYDEV ($) vs none at .//FHEM/98_monitoring.pm line 484.
2022.03.09 13:23:29.151 1: PERL WARNING: Subroutine monitoring_NOTIFYDEV redefined at .//FHEM/98_monitoring.pm line 473.
2022.03.09 13:23:29.152 1: PERL WARNING: Prototype mismatch: sub main::monitoring_RemoveInternalTimer ($) vs none at .//FHEM/98_monitoring.pm line 496.
2022.03.09 13:23:29.152 1: PERL WARNING: Subroutine monitoring_RemoveInternalTimer redefined at .//FHEM/98_monitoring.pm line 486.
2022.03.09 13:23:29.153 1: PERL WARNING: Prototype mismatch: sub main::monitoring_return ($$) vs none at .//FHEM/98_monitoring.pm line 511.
2022.03.09 13:23:29.154 1: PERL WARNING: Subroutine monitoring_return redefined at .//FHEM/98_monitoring.pm line 498.
2022.03.09 13:23:29.155 1: PERL WARNING: Prototype mismatch: sub main::monitoring_setActive ($) vs none at .//FHEM/98_monitoring.pm line 544.
2022.03.09 13:23:29.155 1: PERL WARNING: Subroutine monitoring_setActive redefined at .//FHEM/98_monitoring.pm line 513.
2022.03.09 13:23:29.156 1: PERL WARNING: Prototype mismatch: sub main::monitoring_setInactive ($) vs none at .//FHEM/98_monitoring.pm line 555.
2022.03.09 13:23:29.156 1: PERL WARNING: Subroutine monitoring_setInactive redefined at .//FHEM/98_monitoring.pm line 546.
2022.03.09 13:23:32.275 3: monitoring_modify called with remove and error
2022.03.09 13:23:32.277 3: monitoring_modify called with add and error
2022.03.09 13:23:32.279 3: monitoring_modify called with remove and warning
2022.03.09 13:23:32.280 3: monitoring_modify called with add and warning
2022.03.09 13:23:32.328 3: monitoring_modify called with remove and error
2022.03.09 13:23:32.330 3: monitoring_modify called with add and error
2022.03.09 13:23:32.332 3: monitoring_modify called with remove and warning
2022.03.09 13:23:32.334 3: monitoring_modify called with add and warning
2022.03.09 13:23:33.851 3: monitoring_modify called with remove and error
2022.03.09 13:23:33.854 3: monitoring_modify called with add and error
2022.03.09 13:23:33.858 3: monitoring_modify called with remove and warning
2022.03.09 13:23:33.859 3: monitoring_modify called with add and warning
2022.03.09 13:23:40.391 3: monitoring_modify called with remove and error
2022.03.09 13:23:40.392 3: monitoring_modify called with add and error
2022.03.09 13:23:40.395 3: monitoring_modify called with remove and warning
2022.03.09 13:23:40.396 3: monitoring_modify called with add and warning
2022.03.09 13:23:40.434 3: monitoring_modify called with remove and error
2022.03.09 13:23:40.435 3: monitoring_modify called with add and error
2022.03.09 13:23:40.437 3: monitoring_modify called with remove and warning
2022.03.09 13:23:40.439 3: monitoring_modify called with add and warning
2022.03.09 13:23:40.490 3: monitoring_modify called with remove and error
2022.03.09 13:23:40.492 3: monitoring_modify called with add and error
2022.03.09 13:23:40.494 3: monitoring_modify called with remove and warning
2022.03.09 13:23:40.495 3: monitoring_modify called with add and warning
2022.03.09 13:23:40.532 3: monitoring_modify called with remove and error
2022.03.09 13:23:40.534 3: monitoring_modify called with add and error
2022.03.09 13:23:40.536 3: monitoring_modify called with remove and warning
2022.03.09 13:23:40.538 3: monitoring_modify called with add and warning
2022.03.09 13:23:40.585 3: monitoring_modify called with remove and error
2022.03.09 13:23:40.586 3: monitoring_modify called with add and error
2022.03.09 13:23:40.588 3: monitoring_modify called with remove and warning
2022.03.09 13:23:40.590 3: monitoring_modify called with add and warning
2022.03.09 13:23:40.627 3: monitoring_modify called with remove and error
2022.03.09 13:23:40.628 3: monitoring_modify called with add and error
2022.03.09 13:23:40.631 3: monitoring_modify called with remove and warning
2022.03.09 13:23:40.632 3: monitoring_modify called with add and warning
2022.03.09 13:23:40.679 3: monitoring_modify called with remove and error
2022.03.09 13:23:40.681 3: monitoring_modify called with add and error
2022.03.09 13:23:40.683 3: monitoring_modify called with remove and warning
2022.03.09 13:23:40.684 3: monitoring_modify called with add and warning
2022.03.09 13:23:40.721 3: monitoring_modify called with remove and error
2022.03.09 13:23:40.722 3: monitoring_modify called with add and error
2022.03.09 13:23:40.724 3: monitoring_modify called with remove and warning
2022.03.09 13:23:40.726 3: monitoring_modify called with add and warning
2022.03.09 13:23:40.773 3: monitoring_modify called with remove and error
2022.03.09 13:23:40.774 3: monitoring_modify called with add and error
2022.03.09 13:23:40.776 3: monitoring_modify called with remove and warning
2022.03.09 13:23:40.778 3: monitoring_modify called with add and warning
2022.03.09 13:23:40.815 3: monitoring_modify called with remove and error
2022.03.09 13:23:40.816 3: monitoring_modify called with add and error
2022.03.09 13:23:40.818 3: monitoring_modify called with remove and warning
2022.03.09 13:23:40.820 3: monitoring_modify called with add and warning
2022.03.09 13:23:40.867 3: monitoring_modify called with remove and error
2022.03.09 13:23:40.868 3: monitoring_modify called with add and error
2022.03.09 13:23:40.871 3: monitoring_modify called with remove and warning
2022.03.09 13:23:40.872 3: monitoring_modify called with add and warning
2022.03.09 13:23:40.909 3: monitoring_modify called with remove and error
2022.03.09 13:23:40.910 3: monitoring_modify called with add and error
2022.03.09 13:23:40.913 3: monitoring_modify called with remove and warning
2022.03.09 13:23:40.914 3: monitoring_modify called with add and warning
2022.03.09 13:23:40.961 3: monitoring_modify called with remove and error
2022.03.09 13:23:40.962 3: monitoring_modify called with add and error
2022.03.09 13:23:40.965 3: monitoring_modify called with remove and warning
2022.03.09 13:23:40.966 3: monitoring_modify called with add and warning
2022.03.09 13:23:41.003 3: monitoring_modify called with remove and error
2022.03.09 13:23:41.005 3: monitoring_modify called with add and error
2022.03.09 13:23:41.007 3: monitoring_modify called with remove and warning
2022.03.09 13:23:41.008 3: monitoring_modify called with add and warning
2022.03.09 13:23:41.055 3: monitoring_modify called with remove and error
2022.03.09 13:23:41.056 3: monitoring_modify called with add and error
2022.03.09 13:23:41.059 3: monitoring_modify called with remove and warning
2022.03.09 13:23:41.060 3: monitoring_modify called with add and warning
2022.03.09 13:23:41.097 3: monitoring_modify called with remove and error
2022.03.09 13:23:41.099 3: monitoring_modify called with add and error
2022.03.09 13:23:41.101 3: monitoring_modify called with remove and warning
2022.03.09 13:23:41.102 3: monitoring_modify called with add and warning
2022.03.09 13:23:41.149 3: monitoring_modify called with remove and error
2022.03.09 13:23:41.151 3: monitoring_modify called with add and error
2022.03.09 13:23:41.153 3: monitoring_modify called with remove and warning
2022.03.09 13:23:41.154 3: monitoring_modify called with add and warning
2022.03.09 13:23:41.191 3: monitoring_modify called with remove and error
2022.03.09 13:23:41.193 3: monitoring_modify called with add and error
2022.03.09 13:23:41.195 3: monitoring_modify called with remove and warning
2022.03.09 13:23:41.196 3: monitoring_modify called with add and warning
2022.03.09 13:23:41.244 3: monitoring_modify called with remove and error
2022.03.09 13:23:41.245 3: monitoring_modify called with add and error
2022.03.09 13:23:41.247 3: monitoring_modify called with remove and warning
2022.03.09 13:23:41.249 3: monitoring_modify called with add and warning
2022.03.09 13:23:41.292 3: monitoring_modify called with remove and error
2022.03.09 13:23:41.293 3: monitoring_modify called with add and error
2022.03.09 13:23:41.296 3: monitoring_modify called with remove and warning
2022.03.09 13:23:41.297 3: monitoring_modify called with add and warning
2022.03.09 13:23:41.462 3: monitoring_modify called with remove and error
2022.03.09 13:23:41.465 3: monitoring_modify called with add and error
2022.03.09 13:23:41.468 3: monitoring_modify called with remove and warning
2022.03.09 13:23:41.470 3: monitoring_modify called with add and warning
2022.03.09 13:23:44.787 3: monitoring_modify called with remove and error
2022.03.09 13:23:44.788 3: monitoring_modify called with add and error
2022.03.09 13:23:44.791 3: monitoring_modify called with remove and warning
2022.03.09 13:23:44.792 3: monitoring_modify called with add and warning
2022.03.09 13:23:54.895 3: monitoring_modify called with remove and error
2022.03.09 13:23:54.897 3: monitoring_modify called with add and error
2022.03.09 13:23:54.899 3: monitoring_modify called with remove and warning
2022.03.09 13:23:54.901 3: monitoring_modify called with add and warning
2022.03.09 13:24:04.465 3: monitoring_modify called with remove and error
2022.03.09 13:24:04.467 3: monitoring_modify called with add and error
2022.03.09 13:24:04.469 3: monitoring_modify called with remove and warning
2022.03.09 13:24:04.471 3: monitoring_modify called with add and warning
2022.03.09 13:24:05.699 3: monitoring_modify called with remove and error
2022.03.09 13:24:05.700 3: monitoring_modify called with add and error
2022.03.09 13:24:05.702 3: monitoring_modify called with remove and warning
2022.03.09 13:24:05.704 3: monitoring_modify called with add and warning
2022.03.09 13:24:07.508 3: monitoring_modify called with remove and error
2022.03.09 13:24:07.510 3: monitoring_modify called with add and error
2022.03.09 13:24:07.512 3: monitoring_modify called with remove and warning
2022.03.09 13:24:07.513 3: monitoring_modify called with add and warning
2022.03.09 13:24:07.551 3: monitoring_modify called with remove and error
2022.03.09 13:24:07.553 3: monitoring_modify called with add and error
2022.03.09 13:24:07.555 3: monitoring_modify called with remove and warning
2022.03.09 13:24:07.556 3: monitoring_modify called with add and warning
2022.03.09 13:24:10.527 3: monitoring_modify called with remove and error
2022.03.09 13:24:10.529 3: monitoring_modify called with add and error
2022.03.09 13:24:10.531 3: monitoring_modify called with remove and warning
2022.03.09 13:24:10.532 3: monitoring_modify called with add and warning
2022.03.09 13:24:14.780 3: monitoring_modify called with remove and error
2022.03.09 13:24:14.782 3: monitoring_modify called with add and error
2022.03.09 13:24:14.784 3: monitoring_modify called with remove and warning
2022.03.09 13:24:14.785 3: monitoring_modify called with add and warning
2022.03.09 13:24:21.424 3: monitoring_modify called with remove and error
2022.03.09 13:24:21.426 3: monitoring_modify called with add and error
2022.03.09 13:24:21.428 3: monitoring_modify called with remove and warning
2022.03.09 13:24:21.429 3: monitoring_modify called with add and warning
2022.03.09 13:24:21.476 3: monitoring_modify called with remove and error
2022.03.09 13:24:21.477 3: monitoring_modify called with add and error
2022.03.09 13:24:21.479 3: monitoring_modify called with remove and warning
2022.03.09 13:24:21.480 3: monitoring_modify called with add and warning
2022.03.09 13:24:21.541 3: monitoring_modify called with remove and error
2022.03.09 13:24:21.542 3: monitoring_modify called with add and error
2022.03.09 13:24:21.544 3: monitoring_modify called with remove and warning
2022.03.09 13:24:21.546 3: monitoring_modify called with add and warning
2022.03.09 13:24:21.592 3: monitoring_modify called with remove and error
2022.03.09 13:24:21.593 3: monitoring_modify called with add and error
2022.03.09 13:24:21.595 3: monitoring_modify called with remove and warning
2022.03.09 13:24:21.597 3: monitoring_modify called with add and warning
2022.03.09 13:24:21.638 3: monitoring_modify called with remove and error
2022.03.09 13:24:21.639 3: monitoring_modify called with add and error
2022.03.09 13:24:21.641 3: monitoring_modify called with remove and warning
2022.03.09 13:24:21.643 3: monitoring_modify called with add and warning
2022.03.09 13:24:21.699 3: monitoring_modify called with remove and error
2022.03.09 13:24:21.700 3: monitoring_modify called with add and error
2022.03.09 13:24:21.702 3: monitoring_modify called with remove and warning
2022.03.09 13:24:21.704 3: monitoring_modify called with add and warning
2022.03.09 13:24:21.884 3: monitoring_modify called with remove and error
2022.03.09 13:24:21.886 3: monitoring_modify called with add and error
2022.03.09 13:24:21.888 3: monitoring_modify called with remove and warning
2022.03.09 13:24:21.889 3: monitoring_modify called with add and warning
2022.03.09 13:24:22.086 3: monitoring_modify called with remove and error
2022.03.09 13:24:22.087 3: monitoring_modify called with add and error
2022.03.09 13:24:22.089 3: monitoring_modify called with remove and warning
2022.03.09 13:24:22.091 3: monitoring_modify called with add and warning
2022.03.09 13:24:22.421 3: monitoring_modify called with remove and error
2022.03.09 13:24:22.423 3: monitoring_modify called with add and error
2022.03.09 13:24:22.425 3: monitoring_modify called with remove and warning
2022.03.09 13:24:22.426 3: monitoring_modify called with add and warning
2022.03.09 13:24:22.463 3: monitoring_modify called with remove and error
2022.03.09 13:24:22.464 3: monitoring_modify called with add and error
2022.03.09 13:24:22.467 3: monitoring_modify called with remove and warning
2022.03.09 13:24:22.469 3: monitoring_modify called with add and warning
2022.03.09 13:24:25.398 3: monitoring_modify called with remove and error
2022.03.09 13:24:25.401 3: monitoring_modify called with add and error
2022.03.09 13:24:25.404 3: monitoring_modify called with remove and warning
2022.03.09 13:24:25.406 3: monitoring_modify called with add and warning
2022.03.09 13:24:25.446 3: monitoring_modify called with remove and error
2022.03.09 13:24:25.447 3: monitoring_modify called with add and error
2022.03.09 13:24:25.449 3: monitoring_modify called with remove and warning
2022.03.09 13:24:25.451 3: monitoring_modify called with add and warning
2022.03.09 13:24:25.500 3: monitoring_modify called with remove and error
2022.03.09 13:24:25.502 3: monitoring_modify called with add and error
2022.03.09 13:24:25.504 3: monitoring_modify called with remove and warning
2022.03.09 13:24:25.505 3: monitoring_modify called with add and warning
2022.03.09 13:24:25.544 3: monitoring_modify called with remove and error
2022.03.09 13:24:25.545 3: monitoring_modify called with add and error
2022.03.09 13:24:25.547 3: monitoring_modify called with remove and warning
2022.03.09 13:24:25.549 3: monitoring_modify called with add and warning
2022.03.09 13:24:25.598 3: monitoring_modify called with remove and error
2022.03.09 13:24:25.599 3: monitoring_modify called with add and error
2022.03.09 13:24:25.601 3: monitoring_modify called with remove and warning
2022.03.09 13:24:25.603 3: monitoring_modify called with add and warning
2022.03.09 13:24:25.641 3: monitoring_modify called with remove and error
2022.03.09 13:24:25.642 3: monitoring_modify called with add and error
2022.03.09 13:24:25.645 3: monitoring_modify called with remove and warning
2022.03.09 13:24:25.646 3: monitoring_modify called with add and warning
2022.03.09 13:24:25.695 3: monitoring_modify called with remove and error
2022.03.09 13:24:25.697 3: monitoring_modify called with add and error
2022.03.09 13:24:25.699 3: monitoring_modify called with remove and warning
2022.03.09 13:24:25.700 3: monitoring_modify called with add and warning
2022.03.09 13:24:25.738 3: monitoring_modify called with remove and error
2022.03.09 13:24:25.740 3: monitoring_modify called with add and error
2022.03.09 13:24:25.742 3: monitoring_modify called with remove and warning
2022.03.09 13:24:25.743 3: monitoring_modify called with add and warning
2022.03.09 13:24:25.793 3: monitoring_modify called with remove and error
2022.03.09 13:24:25.794 3: monitoring_modify called with add and error
2022.03.09 13:24:25.796 3: monitoring_modify called with remove and warning
2022.03.09 13:24:25.800 3: monitoring_modify called with add and warning
2022.03.09 13:24:25.840 3: monitoring_modify called with remove and error
2022.03.09 13:24:25.841 3: monitoring_modify called with add and error
2022.03.09 13:24:25.843 3: monitoring_modify called with remove and warning
2022.03.09 13:24:25.844 3: monitoring_modify called with add and warning
2022.03.09 13:24:25.897 3: monitoring_modify called with remove and error
2022.03.09 13:24:25.898 3: monitoring_modify called with add and error
2022.03.09 13:24:25.900 3: monitoring_modify called with remove and warning
2022.03.09 13:24:25.901 3: monitoring_modify called with add and warning
2022.03.09 13:24:25.939 3: monitoring_modify called with remove and error
2022.03.09 13:24:25.941 3: monitoring_modify called with add and error
2022.03.09 13:24:25.943 3: monitoring_modify called with remove and warning
2022.03.09 13:24:25.944 3: monitoring_modify called with add and warning
2022.03.09 13:24:32.248 3: monitoring_modify called with remove and error
2022.03.09 13:24:32.250 3: monitoring_modify called with add and error
2022.03.09 13:24:32.252 3: monitoring_modify called with remove and warning
2022.03.09 13:24:32.253 3: monitoring_modify called with add and warning
2022.03.09 13:24:32.301 3: monitoring_modify called with remove and error
2022.03.09 13:24:32.302 3: monitoring_modify called with add and error
2022.03.09 13:24:32.304 3: monitoring_modify called with remove and warning
2022.03.09 13:24:32.305 3: monitoring_modify called with add and warning
2022.03.09 13:24:34.012 3: monitoring_modify called with remove and error
2022.03.09 13:24:34.015 3: monitoring_modify called with add and error
2022.03.09 13:24:34.019 3: monitoring_modify called with remove and warning
2022.03.09 13:24:34.020 3: monitoring_modify called with add and warning
2022.03.09 13:24:38.744 3: monitoring_modify called with remove and error
2022.03.09 13:24:38.746 3: monitoring_modify called with add and error
2022.03.09 13:24:38.748 3: monitoring_modify called with remove and warning
2022.03.09 13:24:38.749 3: monitoring_modify called with add and warning
2022.03.09 13:24:38.752 3: monitoring_modify called with remove and error
2022.03.09 13:24:38.753 3: monitoring_modify called with add and error
2022.03.09 13:24:38.755 3: monitoring_modify called with remove and warning
2022.03.09 13:24:38.756 3: monitoring_modify called with add and warning
2022.03.09 13:24:44.745 3: monitoring_modify called with remove and error
2022.03.09 13:24:44.747 3: monitoring_modify called with add and error
2022.03.09 13:24:44.749 3: monitoring_modify called with remove and warning
2022.03.09 13:24:44.751 3: monitoring_modify called with add and warning
2022.03.09 13:25:03.034 3: monitoring_modify called with remove and error
2022.03.09 13:25:03.036 3: monitoring_modify called with add and error
2022.03.09 13:25:03.038 3: monitoring_modify called with remove and warning
2022.03.09 13:25:03.039 3: monitoring_modify called with add and warning
2022.03.09 13:25:04.467 3: monitoring_modify called with remove and error
2022.03.09 13:25:04.468 3: monitoring_modify called with add and error
2022.03.09 13:25:04.470 3: monitoring_modify called with remove and warning
2022.03.09 13:25:04.472 3: monitoring_modify called with add and warning
2022.03.09 13:25:07.488 3: monitoring_modify called with remove and error
2022.03.09 13:25:07.489 3: monitoring_modify called with add and error
2022.03.09 13:25:07.492 3: monitoring_modify called with remove and warning
2022.03.09 13:25:07.493 3: monitoring_modify called with add and warning
2022.03.09 13:25:07.531 3: monitoring_modify called with remove and error
2022.03.09 13:25:07.532 3: monitoring_modify called with add and error
2022.03.09 13:25:07.534 3: monitoring_modify called with remove and warning
2022.03.09 13:25:07.536 3: monitoring_modify called with add and warning
2022.03.09 13:25:07.577 3: monitoring_modify called with remove and error
2022.03.09 13:25:07.578 3: monitoring_modify called with add and error
2022.03.09 13:25:07.581 3: monitoring_modify called with remove and warning
2022.03.09 13:25:07.582 3: monitoring_modify called with add and warning
2022.03.09 13:25:07.661 3: monitoring_modify called with remove and error
2022.03.09 13:25:07.663 3: monitoring_modify called with add and error
2022.03.09 13:25:07.665 3: monitoring_modify called with remove and warning
2022.03.09 13:25:07.666 3: monitoring_modify called with add and warning
2022.03.09 13:25:08.845 3: monitoring_modify called with remove and error
2022.03.09 13:25:08.846 3: monitoring_modify called with add and error
2022.03.09 13:25:08.848 3: monitoring_modify called with remove and warning
2022.03.09 13:25:08.849 3: monitoring_modify called with add and warning
2022.03.09 13:25:08.887 3: monitoring_modify called with remove and error
2022.03.09 13:25:08.889 3: monitoring_modify called with add and error
2022.03.09 13:25:08.891 3: monitoring_modify called with remove and warning
2022.03.09 13:25:08.892 3: monitoring_modify called with add and warning
2022.03.09 13:25:08.942 3: monitoring_modify called with remove and error
2022.03.09 13:25:08.943 3: monitoring_modify called with add and error
2022.03.09 13:25:08.945 3: monitoring_modify called with remove and warning
2022.03.09 13:25:08.947 3: monitoring_modify called with add and warning
2022.03.09 13:25:09.051 3: monitoring_modify called with remove and error
2022.03.09 13:25:09.052 3: monitoring_modify called with add and error
2022.03.09 13:25:09.054 3: monitoring_modify called with remove and warning
2022.03.09 13:25:09.056 3: monitoring_modify called with add and warning
2022.03.09 13:25:09.058 3: monitoring_modify called with remove and error
2022.03.09 13:25:09.059 3: monitoring_modify called with add and error
2022.03.09 13:25:09.061 3: monitoring_modify called with remove and warning
2022.03.09 13:25:09.063 3: monitoring_modify called with add and warning
2022.03.09 13:25:09.065 3: monitoring_modify called with remove and error
2022.03.09 13:25:09.066 3: monitoring_modify called with add and error
2022.03.09 13:25:09.068 3: monitoring_modify called with remove and warning
2022.03.09 13:25:09.069 3: monitoring_modify called with add and warning
2022.03.09 13:25:09.118 3: monitoring_modify called with remove and error
2022.03.09 13:25:09.119 3: monitoring_modify called with add and error
2022.03.09 13:25:09.121 3: monitoring_modify called with remove and warning
2022.03.09 13:25:09.123 3: monitoring_modify called with add and warning
2022.03.09 13:25:09.160 3: monitoring_modify called with remove and error
2022.03.09 13:25:09.162 3: monitoring_modify called with add and error
2022.03.09 13:25:09.164 3: monitoring_modify called with remove and warning
2022.03.09 13:25:09.165 3: monitoring_modify called with add and warning
2022.03.09 13:25:13.107 3: monitoring_modify called with remove and error
2022.03.09 13:25:13.109 3: monitoring_modify called with add and error
2022.03.09 13:25:13.113 3: monitoring_modify called with remove and warning
2022.03.09 13:25:13.115 3: monitoring_modify called with add and warning
2022.03.09 13:25:14.779 3: monitoring_modify called with remove and error
2022.03.09 13:25:14.780 3: monitoring_modify called with add and error
2022.03.09 13:25:14.782 3: monitoring_modify called with remove and warning
2022.03.09 13:25:14.784 3: monitoring_modify called with add and warning
2022.03.09 13:25:19.320 3: monitoring_modify called with remove and error
2022.03.09 13:25:19.321 3: monitoring_modify called with add and error
2022.03.09 13:25:19.323 3: monitoring_modify called with remove and warning
2022.03.09 13:25:19.324 3: monitoring_modify called with add and warning
2022.03.09 13:25:19.362 3: monitoring_modify called with remove and error
2022.03.09 13:25:19.363 3: monitoring_modify called with add and error
2022.03.09 13:25:19.365 3: monitoring_modify called with remove and warning
2022.03.09 13:25:19.366 3: monitoring_modify called with add and warning
2022.03.09 13:25:19.399 3: monitoring_modify called with remove and error
2022.03.09 13:25:19.401 3: monitoring_modify called with add and error
2022.03.09 13:25:19.403 3: monitoring_modify called with remove and warning
2022.03.09 13:25:19.404 3: monitoring_modify called with add and warning
2022.03.09 13:25:19.437 3: monitoring_modify called with remove and error
2022.03.09 13:25:19.438 3: monitoring_modify called with add and error
2022.03.09 13:25:19.440 3: monitoring_modify called with remove and warning
2022.03.09 13:25:19.441 3: monitoring_modify called with add and warning
2022.03.09 13:25:19.475 3: monitoring_modify called with remove and error
2022.03.09 13:25:19.476 3: monitoring_modify called with add and error
2022.03.09 13:25:19.478 3: monitoring_modify called with remove and warning
2022.03.09 13:25:19.479 3: monitoring_modify called with add and warning
2022.03.09 13:25:19.512 3: monitoring_modify called with remove and error
2022.03.09 13:25:19.514 3: monitoring_modify called with add and error
2022.03.09 13:25:19.516 3: monitoring_modify called with remove and warning
2022.03.09 13:25:19.517 3: monitoring_modify called with add and warning
2022.03.09 13:25:19.550 3: monitoring_modify called with remove and error
2022.03.09 13:25:19.551 3: monitoring_modify called with add and error
2022.03.09 13:25:19.554 3: monitoring_modify called with remove and warning
2022.03.09 13:25:19.555 3: monitoring_modify called with add and warning
2022.03.09 13:25:19.591 3: monitoring_modify called with remove and error
2022.03.09 13:25:19.592 3: monitoring_modify called with add and error
2022.03.09 13:25:19.594 3: monitoring_modify called with remove and warning
2022.03.09 13:25:19.595 3: monitoring_modify called with add and warning
2022.03.09 13:25:19.634 3: monitoring_modify called with remove and error
2022.03.09 13:25:19.635 3: monitoring_modify called with add and error
2022.03.09 13:25:19.637 3: monitoring_modify called with remove and warning
2022.03.09 13:25:19.639 3: monitoring_modify called with add and warning
2022.03.09 13:25:19.671 3: monitoring_modify called with remove and error
2022.03.09 13:25:19.673 3: monitoring_modify called with add and error
2022.03.09 13:25:19.675 3: monitoring_modify called with remove and warning
2022.03.09 13:25:19.676 3: monitoring_modify called with add and warning
2022.03.09 13:25:19.711 3: monitoring_modify called with remove and error
2022.03.09 13:25:19.713 3: monitoring_modify called with add and error
2022.03.09 13:25:19.715 3: monitoring_modify called with remove and warning
2022.03.09 13:25:19.716 3: monitoring_modify called with add and warning
2022.03.09 13:25:21.260 3: monitoring_modify called with remove and error
2022.03.09 13:25:21.262 3: monitoring_modify called with add and error
2022.03.09 13:25:21.266 3: monitoring_modify called with remove and warning
2022.03.09 13:25:21.268 3: monitoring_modify called with add and warning
2022.03.09 13:25:21.308 3: monitoring_modify called with remove and error
2022.03.09 13:25:21.309 3: monitoring_modify called with add and error
2022.03.09 13:25:21.311 3: monitoring_modify called with remove and warning
2022.03.09 13:25:21.312 3: monitoring_modify called with add and warning
2022.03.09 13:25:21.346 3: monitoring_modify called with remove and error
2022.03.09 13:25:21.347 3: monitoring_modify called with add and error
2022.03.09 13:25:21.349 3: monitoring_modify called with remove and warning
2022.03.09 13:25:21.351 3: monitoring_modify called with add and warning
2022.03.09 13:25:21.383 3: monitoring_modify called with remove and error
2022.03.09 13:25:21.385 3: monitoring_modify called with add and error
2022.03.09 13:25:21.387 3: monitoring_modify called with remove and warning
2022.03.09 13:25:21.388 3: monitoring_modify called with add and warning
2022.03.09 13:25:21.421 3: monitoring_modify called with remove and error
2022.03.09 13:25:21.423 3: monitoring_modify called with add and error
2022.03.09 13:25:21.425 3: monitoring_modify called with remove and warning
2022.03.09 13:25:21.426 3: monitoring_modify called with add and warning
2022.03.09 13:25:21.459 3: monitoring_modify called with remove and error
2022.03.09 13:25:21.460 3: monitoring_modify called with add and error
2022.03.09 13:25:21.462 3: monitoring_modify called with remove and warning
2022.03.09 13:25:21.463 3: monitoring_modify called with add and warning
2022.03.09 13:25:21.496 3: monitoring_modify called with remove and error
2022.03.09 13:25:21.498 3: monitoring_modify called with add and error
2022.03.09 13:25:21.500 3: monitoring_modify called with remove and warning
2022.03.09 13:25:21.501 3: monitoring_modify called with add and warning
2022.03.09 13:25:21.536 3: monitoring_modify called with remove and error
2022.03.09 13:25:21.537 3: monitoring_modify called with add and error
2022.03.09 13:25:21.539 3: monitoring_modify called with remove and warning
2022.03.09 13:25:21.541 3: monitoring_modify called with add and warning
2022.03.09 13:25:21.578 3: monitoring_modify called with remove and error
2022.03.09 13:25:21.579 3: monitoring_modify called with add and error
2022.03.09 13:25:21.581 3: monitoring_modify called with remove and warning
2022.03.09 13:25:21.582 3: monitoring_modify called with add and warning
2022.03.09 13:25:21.615 3: monitoring_modify called with remove and error
2022.03.09 13:25:21.617 3: monitoring_modify called with add and error
2022.03.09 13:25:21.619 3: monitoring_modify called with remove and warning
2022.03.09 13:25:21.620 3: monitoring_modify called with add and warning
2022.03.09 13:25:21.655 3: monitoring_modify called with remove and error
2022.03.09 13:25:21.657 3: monitoring_modify called with add and error
2022.03.09 13:25:21.659 3: monitoring_modify called with remove and warning
2022.03.09 13:25:21.660 3: monitoring_modify called with add and warning
2022.03.09 13:25:21.709 3: monitoring_modify called with remove and error
2022.03.09 13:25:21.710 3: monitoring_modify called with add and error
2022.03.09 13:25:21.712 3: monitoring_modify called with remove and warning
2022.03.09 13:25:21.713 3: monitoring_modify called with add and warning
2022.03.09 13:25:22.362 3: monitoring_modify called with remove and error
2022.03.09 13:25:22.364 3: monitoring_modify called with add and error
2022.03.09 13:25:22.366 3: monitoring_modify called with remove and warning
2022.03.09 13:25:22.367 3: monitoring_modify called with add and warning
2022.03.09 13:25:22.403 3: monitoring_modify called with remove and error
2022.03.09 13:25:22.404 3: monitoring_modify called with add and error
2022.03.09 13:25:22.406 3: monitoring_modify called with remove and warning
2022.03.09 13:25:22.408 3: monitoring_modify called with add and warning
2022.03.09 13:25:22.491 3: monitoring_modify called with remove and error
2022.03.09 13:25:22.492 3: monitoring_modify called with add and error
2022.03.09 13:25:22.495 3: monitoring_modify called with remove and warning
2022.03.09 13:25:22.496 3: monitoring_modify called with add and warning
2022.03.09 13:25:22.529 3: monitoring_modify called with remove and error
2022.03.09 13:25:22.530 3: monitoring_modify called with add and error
2022.03.09 13:25:22.532 3: monitoring_modify called with remove and warning
2022.03.09 13:25:22.534 3: monitoring_modify called with add and warning
2022.03.09 13:25:22.569 3: monitoring_modify called with remove and error
2022.03.09 13:25:22.570 3: monitoring_modify called with add and error
2022.03.09 13:25:22.573 3: monitoring_modify called with remove and warning
2022.03.09 13:25:22.574 3: monitoring_modify called with add and warning
2022.03.09 13:25:23.386 3: monitoring_modify called with remove and error
2022.03.09 13:25:23.388 3: monitoring_modify called with add and error
2022.03.09 13:25:23.391 3: monitoring_modify called with remove and warning
2022.03.09 13:25:23.393 3: monitoring_modify called with add and warning
2022.03.09 13:25:23.452 3: monitoring_modify called with remove and error
2022.03.09 13:25:23.454 3: monitoring_modify called with add and error
2022.03.09 13:25:23.456 3: monitoring_modify called with remove and warning
2022.03.09 13:25:23.457 3: monitoring_modify called with add and warning
2022.03.09 13:25:23.490 3: monitoring_modify called with remove and error
2022.03.09 13:25:23.491 3: monitoring_modify called with add and error
2022.03.09 13:25:23.493 3: monitoring_modify called with remove and warning
2022.03.09 13:25:23.494 3: monitoring_modify called with add and warning
2022.03.09 13:25:23.527 3: monitoring_modify called with remove and error
2022.03.09 13:25:23.529 3: monitoring_modify called with add and error
2022.03.09 13:25:23.531 3: monitoring_modify called with remove and warning
2022.03.09 13:25:23.532 3: monitoring_modify called with add and warning
2022.03.09 13:25:23.565 3: monitoring_modify called with remove and error
2022.03.09 13:25:23.567 3: monitoring_modify called with add and error
2022.03.09 13:25:23.569 3: monitoring_modify called with remove and warning
2022.03.09 13:25:23.570 3: monitoring_modify called with add and warning
2022.03.09 13:25:23.603 3: monitoring_modify called with remove and error
2022.03.09 13:25:23.604 3: monitoring_modify called with add and error
2022.03.09 13:25:23.606 3: monitoring_modify called with remove and warning
2022.03.09 13:25:23.608 3: monitoring_modify called with add and warning
2022.03.09 13:25:23.640 3: monitoring_modify called with remove and error
2022.03.09 13:25:23.642 3: monitoring_modify called with add and error
2022.03.09 13:25:23.644 3: monitoring_modify called with remove and warning
2022.03.09 13:25:23.645 3: monitoring_modify called with add and warning
2022.03.09 13:25:23.680 3: monitoring_modify called with remove and error
2022.03.09 13:25:23.681 3: monitoring_modify called with add and error
2022.03.09 13:25:23.683 3: monitoring_modify called with remove and warning
2022.03.09 13:25:23.685 3: monitoring_modify called with add and warning
2022.03.09 13:25:28.235 3: monitoring_modify called with remove and error
2022.03.09 13:25:28.237 3: monitoring_modify called with add and error
2022.03.09 13:25:28.240 3: monitoring_modify called with remove and warning
2022.03.09 13:25:28.242 3: monitoring_modify called with add and warning
2022.03.09 13:25:28.284 3: monitoring_modify called with remove and error
2022.03.09 13:25:28.286 3: monitoring_modify called with add and error
2022.03.09 13:25:28.288 3: monitoring_modify called with remove and warning
2022.03.09 13:25:28.289 3: monitoring_modify called with add and warning
2022.03.09 13:25:28.322 3: monitoring_modify called with remove and error
2022.03.09 13:25:28.324 3: monitoring_modify called with add and error
2022.03.09 13:25:28.326 3: monitoring_modify called with remove and warning
2022.03.09 13:25:28.327 3: monitoring_modify called with add and warning
2022.03.09 13:25:28.362 3: monitoring_modify called with remove and error
2022.03.09 13:25:28.364 3: monitoring_modify called with add and error
2022.03.09 13:25:28.367 3: monitoring_modify called with remove and warning
2022.03.09 13:25:28.368 3: monitoring_modify called with add and warning
2022.03.09 13:25:28.441 3: monitoring_modify called with remove and error
2022.03.09 13:25:28.442 3: monitoring_modify called with add and error
2022.03.09 13:25:28.444 3: monitoring_modify called with remove and warning
2022.03.09 13:25:28.445 3: monitoring_modify called with add and warning
2022.03.09 13:25:28.479 3: monitoring_modify called with remove and error
2022.03.09 13:25:28.480 3: monitoring_modify called with add and error
2022.03.09 13:25:28.482 3: monitoring_modify called with remove and warning
2022.03.09 13:25:28.483 3: monitoring_modify called with add and warning
2022.03.09 13:25:28.518 3: monitoring_modify called with remove and error
2022.03.09 13:25:28.520 3: monitoring_modify called with add and error
2022.03.09 13:25:28.522 3: monitoring_modify called with remove and warning
2022.03.09 13:25:28.523 3: monitoring_modify called with add and warning
2022.03.09 13:25:32.270 3: monitoring_modify called with remove and error
2022.03.09 13:25:32.272 3: monitoring_modify called with add and error
2022.03.09 13:25:32.274 3: monitoring_modify called with remove and warning
2022.03.09 13:25:32.275 3: monitoring_modify called with add and warning
2022.03.09 13:25:32.323 3: monitoring_modify called with remove and error
2022.03.09 13:25:32.324 3: monitoring_modify called with add and error
2022.03.09 13:25:32.326 3: monitoring_modify called with remove and warning
2022.03.09 13:25:32.327 3: monitoring_modify called with add and warning
2022.03.09 13:25:33.217 3: monitoring_modify called with remove and error
2022.03.09 13:25:33.219 3: monitoring_modify called with add and error
2022.03.09 13:25:33.221 3: monitoring_modify called with remove and warning
2022.03.09 13:25:33.222 3: monitoring_modify called with add and warning
2022.03.09 13:25:33.261 3: monitoring_modify called with remove and error
2022.03.09 13:25:33.262 3: monitoring_modify called with add and error
2022.03.09 13:25:33.264 3: monitoring_modify called with remove and warning
2022.03.09 13:25:33.266 3: monitoring_modify called with add and warning
2022.03.09 13:25:33.303 3: monitoring_modify called with remove and error
2022.03.09 13:25:33.304 3: monitoring_modify called with add and error
2022.03.09 13:25:33.306 3: monitoring_modify called with remove and warning
2022.03.09 13:25:33.307 3: monitoring_modify called with add and warning
2022.03.09 13:25:33.340 3: monitoring_modify called with remove and error
2022.03.09 13:25:33.342 3: monitoring_modify called with add and error
2022.03.09 13:25:33.344 3: monitoring_modify called with remove and warning
2022.03.09 13:25:33.345 3: monitoring_modify called with add and warning
2022.03.09 13:25:33.378 3: monitoring_modify called with remove and error
2022.03.09 13:25:33.379 3: monitoring_modify called with add and error
2022.03.09 13:25:33.381 3: monitoring_modify called with remove and warning
2022.03.09 13:25:33.383 3: monitoring_modify called with add and warning
2022.03.09 13:25:33.416 3: monitoring_modify called with remove and error
2022.03.09 13:25:33.417 3: monitoring_modify called with add and error
2022.03.09 13:25:33.419 3: monitoring_modify called with remove and warning
2022.03.09 13:25:33.420 3: monitoring_modify called with add and warning
2022.03.09 13:25:33.455 3: monitoring_modify called with remove and error
2022.03.09 13:25:33.457 3: monitoring_modify called with add and error
2022.03.09 13:25:33.459 3: monitoring_modify called with remove and warning
2022.03.09 13:25:33.460 3: monitoring_modify called with add and warning
2022.03.09 13:25:34.059 3: monitoring_modify called with remove and error
2022.03.09 13:25:34.062 3: monitoring_modify called with add and error
2022.03.09 13:25:34.066 3: monitoring_modify called with remove and warning
2022.03.09 13:25:34.068 3: monitoring_modify called with add and warning
2022.03.09 13:25:35.759 3: monitoring_modify called with remove and error
2022.03.09 13:25:35.760 3: monitoring_modify called with add and error
2022.03.09 13:25:35.762 3: monitoring_modify called with remove and warning
2022.03.09 13:25:35.764 3: monitoring_modify called with add and warning
2022.03.09 13:25:36.151 3: monitoring_modify called with remove and error
2022.03.09 13:25:36.152 3: monitoring_modify called with add and error
2022.03.09 13:25:36.154 3: monitoring_modify called with remove and warning
2022.03.09 13:25:36.156 3: monitoring_modify called with add and warning
2022.03.09 13:25:37.369 3: monitoring_modify called with remove and error
2022.03.09 13:25:37.370 3: monitoring_modify called with add and error
2022.03.09 13:25:37.372 3: monitoring_modify called with remove and warning
2022.03.09 13:25:37.374 3: monitoring_modify called with add and warning
2022.03.09 13:25:37.422 3: monitoring_modify called with remove and error
2022.03.09 13:25:37.423 3: monitoring_modify called with add and error
2022.03.09 13:25:37.425 3: monitoring_modify called with remove and warning
2022.03.09 13:25:37.426 3: monitoring_modify called with add and warning
2022.03.09 13:25:37.459 3: monitoring_modify called with remove and error
2022.03.09 13:25:37.461 3: monitoring_modify called with add and error
2022.03.09 13:25:37.463 3: monitoring_modify called with remove and warning
2022.03.09 13:25:37.464 3: monitoring_modify called with add and warning
2022.03.09 13:25:37.497 3: monitoring_modify called with remove and error
2022.03.09 13:25:37.499 3: monitoring_modify called with add and error
2022.03.09 13:25:37.501 3: monitoring_modify called with remove and warning
2022.03.09 13:25:37.502 3: monitoring_modify called with add and warning
2022.03.09 13:25:37.537 3: monitoring_modify called with remove and error
2022.03.09 13:25:37.538 3: monitoring_modify called with add and error
2022.03.09 13:25:37.541 3: monitoring_modify called with remove and warning
2022.03.09 13:25:37.542 3: monitoring_modify called with add and warning
2022.03.09 13:25:37.581 3: monitoring_modify called with remove and error
2022.03.09 13:25:37.583 3: monitoring_modify called with add and error
2022.03.09 13:25:37.585 3: monitoring_modify called with remove and warning
2022.03.09 13:25:37.586 3: monitoring_modify called with add and warning
2022.03.09 13:25:37.621 3: monitoring_modify called with remove and error
2022.03.09 13:25:37.623 3: monitoring_modify called with add and error
2022.03.09 13:25:37.625 3: monitoring_modify called with remove and warning
2022.03.09 13:25:37.626 3: monitoring_modify called with add and warning
2022.03.09 13:25:41.736 3: monitoring_modify called with remove and error
2022.03.09 13:25:41.738 3: monitoring_modify called with add and error
2022.03.09 13:25:41.740 3: monitoring_modify called with remove and warning
2022.03.09 13:25:41.741 3: monitoring_modify called with add and warning
2022.03.09 13:25:41.778 3: monitoring_modify called with remove and error
2022.03.09 13:25:41.779 3: monitoring_modify called with add and error
2022.03.09 13:25:41.781 3: monitoring_modify called with remove and warning
2022.03.09 13:25:41.783 3: monitoring_modify called with add and warning
2022.03.09 13:25:41.830 3: monitoring_modify called with remove and error
2022.03.09 13:25:41.831 3: monitoring_modify called with add and error
2022.03.09 13:25:41.833 3: monitoring_modify called with remove and warning
2022.03.09 13:25:41.835 3: monitoring_modify called with add and warning
2022.03.09 13:25:41.871 3: monitoring_modify called with remove and error
2022.03.09 13:25:41.873 3: monitoring_modify called with add and error
2022.03.09 13:25:41.875 3: monitoring_modify called with remove and warning
2022.03.09 13:25:41.876 3: monitoring_modify called with add and warning
2022.03.09 13:25:41.923 3: monitoring_modify called with remove and error
2022.03.09 13:25:41.924 3: monitoring_modify called with add and error
2022.03.09 13:25:41.926 3: monitoring_modify called with remove and warning
2022.03.09 13:25:41.928 3: monitoring_modify called with add and warning
2022.03.09 13:25:41.965 3: monitoring_modify called with remove and error
2022.03.09 13:25:41.966 3: monitoring_modify called with add and error
2022.03.09 13:25:41.968 3: monitoring_modify called with remove and warning
2022.03.09 13:25:41.969 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.016 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.018 3: monitoring_modify called with add and error
2022.03.09 13:25:42.020 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.021 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.058 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.059 3: monitoring_modify called with add and error
2022.03.09 13:25:42.061 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.063 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.110 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.112 3: monitoring_modify called with add and error
2022.03.09 13:25:42.114 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.115 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.152 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.153 3: monitoring_modify called with add and error
2022.03.09 13:25:42.156 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.157 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.204 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.205 3: monitoring_modify called with add and error
2022.03.09 13:25:42.207 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.209 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.245 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.247 3: monitoring_modify called with add and error
2022.03.09 13:25:42.249 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.250 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.297 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.298 3: monitoring_modify called with add and error
2022.03.09 13:25:42.300 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.302 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.339 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.340 3: monitoring_modify called with add and error
2022.03.09 13:25:42.342 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.343 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.390 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.391 3: monitoring_modify called with add and error
2022.03.09 13:25:42.393 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.395 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.431 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.432 3: monitoring_modify called with add and error
2022.03.09 13:25:42.435 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.436 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.483 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.484 3: monitoring_modify called with add and error
2022.03.09 13:25:42.486 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.487 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.524 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.525 3: monitoring_modify called with add and error
2022.03.09 13:25:42.527 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.529 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.576 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.578 3: monitoring_modify called with add and error
2022.03.09 13:25:42.580 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.581 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.624 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.625 3: monitoring_modify called with add and error
2022.03.09 13:25:42.627 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.629 3: monitoring_modify called with add and warning
2022.03.09 13:25:42.690 3: monitoring_modify called with remove and error
2022.03.09 13:25:42.691 3: monitoring_modify called with add and error
2022.03.09 13:25:42.694 3: monitoring_modify called with remove and warning
2022.03.09 13:25:42.695 3: monitoring_modify called with add and warning
2022.03.09 13:25:44.748 3: monitoring_modify called with remove and error
2022.03.09 13:25:44.749 3: monitoring_modify called with add and error
2022.03.09 13:25:44.751 3: monitoring_modify called with remove and warning
2022.03.09 13:25:44.753 3: monitoring_modify called with add and warning


Viele Grüße Gisbert
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Beta-User

 :) Sorry, hatte nicht mehr auf dem Schirm, dass es wegen des Ausbaus der prototypes einen Neustart braucht ;D ::) .

Bei einem "reload" ist das Verhalten "normal", was die ersten Meldungen angeht. Künftig wird das dann nicht mehr benötigt werden.

Die anderen sind auf #401 zurückzuführen, die kannst du gerne deaktivieren (# an den Anfang setzen), das ist mir beim Testen durchgerutscht, sorry.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Gisbert

Hallo Jörg,

ich hab's wieder rückgängig gemacht, da ich deinen letzten Post nicht verstanden habe. Wenn du eine neue Modulversion hier hochlädst, dann teste ich gerne. Bitte auch angeben, ob ein reload ausreicht, oder ein Neustart benötigt wird.

Viele​ Grüße​ Gisbert​
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Beta-User

Hi Gisbert,

vorab mal Danke für's Testen an sich.
Im ersten Post ist eine aktualisierte Fassung, die die vielen Log-Einträge nicht mehr schreibt. Da das aber sehr viele Events in sehr kurzer Zeit waren, die da ausgewertet wurden, sollten wir erst mal sicherstellen, dass das "normal" ist und nicht irgendwas durch die Developer-Version kaputt gegangen ist.

Kannst du daher in Zeile 426 der aktuellen svn-Version (also die, die man über das reguläre update bekommt!) bitte folgendes einfügen (die Zeile ist aktuell leer, bitte auf Beibehaltung der Berechtigungen an der Datei achten).
$hash->{modify_calls}++;
Danach reicht erst mal ein reload. Durch diese Zeile sollte in einem list/der Detailansicht des Monitoring-Geräts dieser Zähler zu sehen sein. Der wird aber nicht triggernd aktualisiert, so dass du Veränderungen erst nach einem refresh der Seite siehst. Dieser müßte sich recht schnell erhöhen.

Wenn das der Fall ist und es dich interessiert, wer der/die Verursacher sind, kannst du (kurzzeitig) verbose an dem monitoring auf "5" stellen, dann werden noch deutlich mehr Zeilen geschrieben, aus denen dann auch mehr Infos zu ziehen sein sollten.

Wenn es auch mit der modifizierten svn-Version schnell sehr viele Aufrufe der Funktion sein sollten, kannst du gerne die Test-Version aus dem Anhang des ersten Post wechseln, dann schauen wir uns mal an, ob/wie wir das monitoring modifizieren können/müssen, damit das besser wird...

(Falls jetzt jemand mit dem Tipp kommen sollte, die Zahl der Events zu reduzieren: Stimmt bestimmt, aber dann sehen wir den Effekt nicht mehr...)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Gisbert

Hallo Jörg,

ich hab's gerade umgesetzt. Es hat etwas gedauert, da ich erstmal Zugang zu meinem PC haben musste.
Das reload lieferte die folgenden log-Einträge:
2022.03.16 10:20:24.892 1: PERL WARNING: Subroutine monitoring_Initialize redefined at .//FHEM/98_monitoring.pm line 46.
2022.03.16 10:20:24.893 1: PERL WARNING: Subroutine monitoring_Define redefined at .//FHEM/98_monitoring.pm line 81.
2022.03.16 10:20:24.894 1: PERL WARNING: Subroutine monitoring_Undefine redefined at .//FHEM/98_monitoring.pm line 94.
2022.03.16 10:20:24.898 1: PERL WARNING: Subroutine monitoring_Set redefined at .//FHEM/98_monitoring.pm line 103.
2022.03.16 10:20:24.902 1: PERL WARNING: Subroutine monitoring_Get redefined at .//FHEM/98_monitoring.pm line 181.
2022.03.16 10:20:24.905 1: PERL WARNING: Subroutine monitoring_Attr redefined at .//FHEM/98_monitoring.pm line 223.
2022.03.16 10:20:24.910 1: PERL WARNING: Subroutine monitoring_Notify redefined at .//FHEM/98_monitoring.pm line 269.
2022.03.16 10:20:24.914 1: PERL WARNING: Subroutine monitoring_modify redefined at .//FHEM/98_monitoring.pm line 413.
2022.03.16 10:20:24.915 1: PERL WARNING: Subroutine monitoring_NOTIFYDEV redefined at .//FHEM/98_monitoring.pm line 488.
2022.03.16 10:20:24.916 1: PERL WARNING: Subroutine monitoring_RemoveInternalTimer redefined at .//FHEM/98_monitoring.pm line 500.
2022.03.16 10:20:24.917 1: PERL WARNING: Subroutine monitoring_return redefined at .//FHEM/98_monitoring.pm line 512.
2022.03.16 10:20:24.918 1: PERL WARNING: Subroutine monitoring_setActive redefined at .//FHEM/98_monitoring.pm line 525.
2022.03.16 10:20:24.918 1: PERL WARNING: Subroutine monitoring_setInactive redefined at .//FHEM/98_monitoring.pm line 557.
2022.03.16 10:24:13.109 1: RMDIR: .//restoreDir/save/2022-02-19


In den Internals wird modify_calls hochgezählt und das ziemlich rasch. Nach ein paar Minuten ist der Zähler schon > 1000.
Anschließend gibt es keine log-Einträge mehr, die vom monitoring Tool stammen könnten.

Viele Grüße Gisbert
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Beta-User

#7
Danke für die Rückmeldung, dann habe ich an der Stelle offenbar die Logik nicht kaputt gemacht :) .

Du kannst jetzt gerne auf die Test-Version wechseln, dabei bitte einen FHEM-Neustart machen wg. der Prototype-Änderungen.

Die vielen "monitoring_modify"-Einträge (bzw. das schnelle Hochzählen) kommt daher, dass
- zum einen kein NOTIFYDEV in einem/mehreren monitoring gesetzt ist und
- anscheinend auch sehr viele Events in deinem System aufschlagen.

Dem ersten Punkt kann man begegnen, indem man entweder
- die <add-/remove-event>-Angaben in der DEF "schärft" oder
- das whitelist-Attribut setzt.
Wenn ich dazu helfen soll, bräuchte ich "Futter" - angefangen bei dem list des/der monitoring-Devices und zumindest den Namen der jeweils zu überwachenden Devices.

Das zweite Thema ist ein allgemeines, das z.B. auch hier besprochen wird: https://forum.fhem.de/index.php/topic,117075.0.html. Dazu ggf. einen separaten Thread aufmachen, das ist nichts monitoring-spezifisches. (da kann uU. "archetype" helfen, die erforderlichen Attribute an den jeweiligen Verursachern sinnvoll zu setzen...)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Gisbert

Hallo Jörg,

ZitatDu kannst jetzt gerne auf die Test-Version wechseln, dabei bitte einen FHEM-Neustart machen wg. der Prototype-Änderungen.
Das hat soweit funktioniert, vielen Dank.

Den verlinkten Beitrag zur Performance-Verbesserung habe ich mir durchgelesen, sehr interessant. Da ich aber (noch) keinen Bedarf nach mehr Performance habe, und sich die Anzahl der freezes in Grenzen hält, brauche ich wohl vorerst keine weitere Unterstützung.

Viele​ Grüße​ Gisbert​
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Beta-User

Zitat von: Gisbert am 17 März 2022, 07:53:42
Das hat soweit funktioniert, vielen Dank.
:) Dann melde dich bitte, wenn dir irgendwas komisch vorkommt.

Nutzt du irgendwelche (Perl-) Funktionsaufrufe aus Attributen (wie z.B. errorFuncAdd)?

Zitat
Den verlinkten Beitrag zur Performance-Verbesserung habe ich mir durchgelesen, sehr interessant. Da ich aber (noch) keinen Bedarf nach mehr Performance habe, und sich die Anzahl der freezes in Grenzen hält, brauche ich wohl vorerst keine weitere Unterstützung.
OK, wobei ich die Argumentation nicht ganz nachvollziehen kann: Zu warten, bis Probleme sichtbar werden, kann sehr viel aufwändiger sein, als nebenbei immer mal wieder "wegzuräumen", was einem so auffällt... (Und wenn dann Probleme auftreten, ist das nach Murphy immer genau dann, wenn man eigentlich keine Zeit hat, es (richtig) zu fixen)...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Beta-User

OK, 3 downloads in 2 Wochen, keine Beschwerden bisher...

Daher hier mal die übliche

WARNUNG!

Ich gehe davon aus, dass die Testversion aus dem Anhang des ersten Posts auch bei anderen fehlerfrei läuft und werde das dann vermutlich als Zwischenversion irgendwann am WE (Anfang April) einchecken.

Danach kann es dann ans "Einpacken" der eval-Anweisungen gehen...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Beta-User

So,

kleines update...

Zitat von: Beta-User am 29 März 2022, 12:08:51
werde das dann vermutlich als Zwischenversion irgendwann am WE (Anfang April) einchecken.
Diese Version hat bisher keine gemeldeten Probleme verursacht, das ist erst mal erfreulich :) .

ZitatDanach kann es dann ans "Einpacken" der eval-Anweisungen gehen...
Im Anhang des ersten Posts hier ist dann eine gepackagte Version zu finden.
Leider konnte ich die "eval" nicht alle beseitigen, aber die meisten.

Aber: Was verblieben ist, wird jetzt im "monitoring"-Kontext ausgeführt, so dass es sein kann, dass insbesondere die "get"-Abfragen nicht in allen Fällen direkt funktionieren (z.B. weil myUtils-Funktionen halt im "main"-Kontext definiert wurden). Dann muss man den Kontext klarmachen, in dem das auszuführen ist, also z.B. einen doppelten Doppelpunkt voransetzen...
Es kann durchaus sein, dass künfitig noch einige Funktionen aus "main" importiert werden, damit ihr nicht allzu sehr über den Punkt stolpert, aber prinzipiell würde ich das gerne auf ein sinnvolles Minimum reduzieren.

Falls jemand einen Beleg braucht, warum es mir sinnvoll erscheint, alles zu packagen, hier ein aktuelles Beispiel, in dem es "mindestens ein Warning" als Problem gab, weil zu viele Module dieselben Funktionen in "main" definieren:
Zitat von: Beta-User am 10 April 2022, 10:15:32
Prinzipiell ist es ein Webfehler, wenn Module so generisch benannte Funktionen nach main importieren, das sollte man m.E. in jedem Fall an den Modulautor auch von DaikinAC und dem anderen Ding adressieren! (Solcherlei Hackel ist der Hauptgrund, warum  zwischenzeitlich fast alle von mir betreuten Module ins package-Format überführt worden sind).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Gisbert

Hallo Jörg,

ich bin ja nur einfacher Nutzer, deshalb meine Frage, wie ich die Modul-Datei runterlade. Reicht es aus diese Datei nach ../FHEM zu laden, Besitzerrechte anpassen und reload?

Viele​ Grüße​ Gisbert​
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Beta-User

Im Prinzip ja, aber nur, wenn die aktuelle svn-Version läuft.
Sicherheitshalber: besser einen FHEM-restart machen.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Gisbert

Guten Morgen Jörg,

ich hab's zur Sicherheit reproduziert. Mein Fhem ist up-to-date, ich mache einmal wöchentlich ein update, das letzte war letzten Samstag.
Nach einem shutdown restart ist die Prozessorlast bei 100% mit fhem.service beschäftigt, ohne Aussicht, dass Fhem erreichbar ist.

Der log-file scheint groß zu sein; wenn du mir sagst, nach was ich Ausschau halten soll, dann setz ich mich an den PC.

Viele​ Grüße​ Gisbert​
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Beta-User

Zitat von: Gisbert am 15 April 2022, 08:54:38
ich hab's zur Sicherheit reproduziert.
Bedeutet: svn-Version ist ok, die hier angehängte verursacht die 100%?

Dann habe ich im Moment keine Idee, vielleicht kannst du im Log schauen, was da an Einträgen ist, die damit zu tun haben könnten.
Ansonsten wären deine monitoring-Instanzen interessant (v.a. welche mit formatierter Rückgabe für die get-Anfragen).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Gisbert

Hallo Jörg,

nach dem
Zitat2022.04.15 08:38:38.620 0: Server shutdown
2022.04.15 08:38:38.674 1: Shutdown executed
startet FHEM sich anscheined in einer Endlosschleife immer wieder neu, ohne zu einem Ende zu kommen. Jedenfalls tauchen die typischen Einträge nach einem Neustart wiederholend immer wieder im logfile auf.

Das "reproduzierend" bedeutet, dass ich gestern die neue Version runtergeladen hatte (Besitzerrechte etc. angepasst) und Fhem neu gestartet hatte, das gleiche dann heute morgen ebenfalls. In beiden Fällen ist die Prozessorlast mit Fhem bei 100%. Es half dann nur aus dem SVN die letzte funktionierende Datei runterzuladen, den fhem.service zu stoppen und wieder zu starten.

Viele Grüße Gisbert
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Beta-User

Zitat von: Gisbert am 15 April 2022, 11:21:33
nach dem startet FHEM sich anscheined in einer Endlosschleife immer wieder neu, ohne zu einem Ende zu kommen. Jedenfalls tauchen die typischen Einträge nach einem Neustart wiederholend immer wieder im logfile auf.
OK, sowas war (leider) zu vermuten, wenn FHEMWEB nicht erreichbar ist bei CPU-load 100%.

Vermutlich klappt mit irgendeiner eval-Ersatz-Anweisung was nicht, ich würde auf eine "undefined subroutine" tippen. Normalerweise sollte bei so einem Fehler auch ein Eintrag im Log stehen, und zwar vor dem ersten "neuen" Eintrag vom FHEM-Start (das "Server started" ist eigentlich eher "kurz vor Schluss"). Falls bei dir "WEB" auch sehr weit vorne in der Konfiguration zu finden ist, könntest du rückwärts nach "WEB: port 8083 opened" suchen und da irgendwo in der Nähe sollte dann was zu finden sein.

Wie gesagt: Im Moment gehe ich davon aus, dass nicht das Modul an sich das Problem ist, sondern das Modul iVm. dem, was in einem der "error/warn"-etc.-Funktionen zu finden ist, von daher würde mir schon helfen, das in diese Richtung eingrenzen zu können anhand deiner Einstellungen.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Gisbert

Hallo Jörg,

ich musste an den PC, da das Kopieren im logfile auf dem Handy nicht gut funktioniert.
Ich hab folgendes gefunden (betrifft dein Modul aus dem 1. Beitrag):
2022.04.15 08:39:10.455 3: monitoring (mymonitoring) set mymonitoring active
Undefined subroutine &FHEM::Automation::monitoring::time_str2num called at .//FHEM/98_monitoring.pm line 597.
2022.04.15 08:39:12.121 1: Including fhem.cfg
2022.04.15 08:39:12.484 3: WEB: port 8083 opened

Das (und vieles mehr) wiederholt sich so lange, bis man Fhem stoppt.
Kannst du damit was anfangen?

Viele Grüße Gisbert
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Beta-User

Zitat von: Gisbert am 16 April 2022, 16:52:11
Kannst du damit was anfangen?
Ja. Vielen Dank!

Die Funktion hat gefehlt beim Import. Leider kann ich auf die Schnelle nicht sagen, ob das schon alles war, oder ob da noch mehr fehlt (das sieht man leider erst, wenn es schiefgeht, oder wenn man alle Funktionsaufrufe vorab checkt, was aber aufwändig sein kann)...

Falls du Muße hast, kannst du ja die jetzt angehängte Fassung testen, die hat zumindest dieses Problem dann nicht mehr. Da von meiner Seite gründlicher drüber zu sehen, wird vermutlich erst übernächste Woche gehen.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Gisbert

Zitat von: Beta-User am 16 April 2022, 17:12:42
Falls du Muße hast, kannst du ja die jetzt angehängte Fassung testen, die hat zumindest dieses Problem dann nicht mehr. Da von meiner Seite gründlicher drüber zu sehen, wird vermutlich erst übernächste Woche gehen.
Ich hab die neue Datei runtergeladen; Fhem startet zumindest normal.
Ich werde beobachten, was mein monitoring-Device die nächsten Tage macht.

Viele​ Grüße​ Gisbert​
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Beta-User

Zitat von: Gisbert am 16 April 2022, 20:48:43
Ich hab die neue Datei runtergeladen; Fhem startet zumindest normal.
Ich werde beobachten, was mein monitoring-Device die nächsten Tage macht.
Gann lieben Dank für den weiteren Test - das ist doch schon mal was :) .

Dann scheint das tatsächlich die einzige beim Einpacken übersehene Funktion gewesen zu sein. Kann schon sein, dass die Evaluierung von eigenen Funktionen dann noch nicht funktioniert, weil eben nicht alle FHEM-internen Funktionen jetzt im selben "lexikalischen Kontext" verfügbar sind, aber dann sollte eine Fehlermeldung zurückkommen oder "einfach nur was im Log" stehen (ohne FHEM-crash).

Frohe Ostern!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Beta-User

WARNUNG!

Nachdem es bisher keine weiteren negativen Rückmeldungen gegeben hat, gehe ich davon aus, dass die Testversion aus dem Anhang des ersten Posts auch bei anderen fehlerfrei läuft und werde das dann vermutlich irgendwann am kommenden WE irgendwann einchecken.

Da die Testerbasis bisher gering war, die Eingriffe aber nicht ganz unerheblich, kann ich leider nicht garantieren, dass das stressfrei wird und empfehle daher allen, die auf gar keinen Fall Probleme bekommen wollen, vorsichtshalber das Modul vom update auszunehmen ;) .

Grüße, Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

eisman

Hi,

habe die Version auch mal getestet.
und bekomme die Fehlermeldung im Log:

Undefined subroutine &FHEM::Automation::monitoring::Delete called at fhem.pl line 3948.
Undefined subroutine &FHEM::Automation::monitoring::Delete called at fhem.pl line 3948.

usw..

Fhem hängt sich auf und startet neu.

mfg
1x FHEM Debian, Homematic,ZigBee,FS20 / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian, Homematic,ZigBee         / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian,MQTT                               / 1X Raspberry, i2c,onewire,gpio
1x auf Windows 2012 Hyper-V-S

Beta-User

Moin, Danke für die Rückmeldung.

Das Problem sollte zu lösen sein, indem Zeile 74 deaktiviert (# vorne dran) oder gelöscht wird.
Du scheinst in der Konfiguration eine "delete"-Anweisung drin zu haben, sonst dürfte das mit der Dauerschleife nicht auftauchen. Ist etwas ungewohnt...

Update im svn schiebe ich bei Gelegenheit nach.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Gisbert

Hallo Jörg,

das Modul funktioniert.

In letzter Zeit hatte (wichtig Vergangenheitsform) ich das Problem, dass bei ReadingsVal, die ich in stateFormat und/oder userReadings definiert wurden, im logfile die Meldung kam "Perl warning ... is not numeric ...". Ich kann den konkreten Text nicht mehr posten, da das logfile nicht mehr existiert; bei Interesse ist es aber reproduzierbar. Inhaltlich hat das Modul immer funktioniert, bis auf die heftig vielen Einträge im logfile.

Als erstes habe ich verbose runtergesetzt, selbst bei verbose 0 kamen viele Einträge.

Dann habe ich mich dem ReadingsVal angenommen; bei mir sehen die in fast allen Devises so aus:
ReadingsVal($name,'reading','')
Wie gesagt funktioniert das bei sehr vielen anderen Modulen, nicht aber bei dem monitoring-Modul.
Es hat dann etwas gedauert, bis ich auch den Ersatzwert wie folgt definiert hatte:
ReadingsVal($name,'reading','0')
Danach waren die Einträge aus dem logfile verschwunden.

Anscheinend wird im monitoring-Modul der Ersatzwert anders behandelt als in anderen Modulen.

Viele​ Grüße​ Gisbert​
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Beta-User

Vorab: der "Delete-Fix" ist per update verfügbar.

Zitat von: Gisbert am 11 Mai 2022, 08:37:28
Anscheinend wird im monitoring-Modul der Ersatzwert anders behandelt als in anderen Modulen.
Das sicher nicht, wenn, ist eher die Frage, ob der Reading-Wert vorhanden ist. Ganz allgemein sollte man für numerische Vergleiche ReadingsVal() nur verwenden, wenn man sicher ist, dass ein numerischer Wert geliefert wird (und den Ersatzwert auch numerisch wählen), sonst besser ReadingsNum().

Wenn "falsch" verglichen wird, gibt es auch ein Perl-Warning, das hat mit dem Verbose-Level mehr oder weniger nichts zu tun, weil diese Art log-Einträge aus einer anderen "Schicht" kommen.

Ansonsten freut mich, dass das Problem nicht mehr existiert. Es kann durchaus sein, dass das auch mit den Überarbeitungen der jüngeren Vergangenheit zu tun hat, manches erschien mir nicht ganz stringent, und diese Teile habe ich dann auch geändert (was nicht bedeuten muss, dass es unbedingt fehlerfrei ist!). Von daher: Bitte weiter melden, wenn euch was "komisch" vorkommt...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

eisman

Zitat von: eisman am 10 Mai 2022, 08:38:43
Hi,

habe die Version auch mal getestet.
und bekomme die Fehlermeldung im Log:

Undefined subroutine &FHEM::Automation::monitoring::Delete called at fhem.pl line 3948.
Undefined subroutine &FHEM::Automation::monitoring::Delete called at fhem.pl line 3948.

usw..

Fhem hängt sich auf und startet neu.

mfg

danke

jetzt geht auch das löschen ohne Probleme

mfg
1x FHEM Debian, Homematic,ZigBee,FS20 / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian, Homematic,ZigBee         / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian,MQTT                               / 1X Raspberry, i2c,onewire,gpio
1x auf Windows 2012 Hyper-V-S

Beta-User

Zitat von: eisman am 11 Mai 2022, 11:44:25
danke

jetzt geht auch das löschen ohne Probleme
Gerne!

Danke für's Melden und Testen!!!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

mdescher

Zitat von: mdescher am 29 November 2022, 15:02:07
Hallo!

Ich habe versucht das Attribut "blacklist" im monitoring Modul zu nutzen und stolpere darüber, dass die Devspecs zu viel ausfiltern. Das ganze lässt sich leicht reproduzieren.

Gebe ich z.B. "x_test_dummy_x" in der Blacklist an, dann werden auch Events des Device "test_dummy" ausgefiltert. Das ist doch vermutlich ein Bug und nicht so gedacht oder?

Gruß
Michael

Zitat von: Beta-User am 29 November 2022, 15:21:58
Neuer support-Thread für das Modul wäre hier zu finden (siehe MAINTAINER.txt): https://forum.fhem.de/index.php/topic,126515.0.html.

Soweit erkennbar, war das schon immer so, ich würde es aber auch als bug ansehen...

Kannst du zum Testen bitte mal #325 so ändern:

return if @blacklist && grep { m{\A${name}\z}x } @blacklist;
(in #332 gibt es dann zumindest auf den ersten Blick nochmal was vergleichbares).

Feedback bitte möglichst im neuen Thread.

Sorry für das späte Feedback. Mit der vorgeschlagenen Änderung funktioniert die Blacklist wie erwartet.

Danke + Gruß
Michael

Beta-User

Thx für die Rückmeldung, bitte melden, falls ich vergesse, das irgendwann über die Festtage mal einzuchecken.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Miami

#31
Hallo,

ich habe folgende Zeile im Log, wenn ich FHEM neu starte:2023.01.15 13:36:13 1: PERL WARNING: \A* matches null string many times in regex; marked by <-- HERE in m/\A* <-- HERE .WINDOW_STATE:.open\z/ at ./FHEM/98_monitoring.pm line 337.
Probleme habe ich aber (bisher) nicht feststellen können.

Hier noch das List meiner Monitoring-Instanz: Internals:
   DEF        *.WINDOW_STATE:.open .*WINDOW_STATE:.closed
   FUUID      60038218-f33f-b9b4-7b85-c1454ae977f6d7e3
   NAME       Fenster_Monitoring
   NR         210
   NTFY_ORDER 50-Fenster_Monitoring
   STATE      active
   TYPE       monitoring
   READINGS:
     2023-01-15 10:33:55   allCount        0
     2023-01-14 09:31:18   error           
     2023-01-14 09:31:18   errorCount      0
     2023-01-15 13:36:13   state           active
     2023-01-15 10:33:55   warning         
     2023-01-15 10:33:55   warningCount    0
Attributes:
   blacklist  Heizung_Speisekammer
   errorReturn {return unless(@errors);
$_ = AttrVal($_, "alias", $_) foreach(@errors);
return("Das Fenster \"$errors[0]\" ist schon länger geöffnet.") if(int(@errors) == 1);
@errors = sort {lc($a) cmp lc($b)} @errors;
return(join("\n - ", "Die folgenden ".@errors." Fenster sind schon länger geöffnet:", @errors))
}
   errorWait  {my $temp=ReadingsNum('Wetter','temperature',0); $temp <= 0 ? 15*60 : $temp > 0 &&  $temp <10 ? 20*60 : $temp >= 10 && $temp <20 ? 30*60 : $temp >= 20  ? 40*60 : 0}
   group      Fenster Überwachung
   icon       fts_window_1w_open
   room       Test
   verbose    1
   warningReturn {return unless(@warnings);
$_ = AttrVal($_, "alias", $_) foreach(@warnings);
return("Das Fenster \"$warnings[0]\" ist geöffnet.") if(int(@warnings) == 1);
@warnings = sort {lc($a) cmp lc($b)} @warnings;
return(join("\n - ", "Die folgenden ".@warnings." Fenster sind  geöffnet:", @warnings))
}
   warningWait {my $temp=ReadingsNum('Wetter','temperature',0); $temp <= 0 ? 12*60 : $temp > 0 &&  $temp <10 ? 17*60 : $temp >= 10 && $temp <20 ? 27*60 : $temp >= 20  ? 35*60 : 0}


In der 98_monitoring.pm steht am Anfang:# $Id: 98_monitoring.pm 26892 2022-12-24 08:27:11Z Beta-User $

Und in Zeile 337:     my $addMatch = "$name:$event" =~ m{\A$addRegex\z}xms;

Beta-User

Die gezeigte "open"-DEF ist auch komisch....
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Miami

Das liegt daran, dass die Info über Heiz-Gruppen der Homematik IP kommt. Da gibt es mehrere "Kanäle", die vorangestellt und mit einem Punkt abgetrennt werden.

Hier mal ein "Screenshot" vom Event monitor:
Events (Filter: Heizung_Buero.*)   FHEM log   ResetCreate/Modify Device
2023-01-16 10:58:47 HMCCUDEV Heizung_Buero devstate: ok
2023-01-16 10:58:47 HMCCUDEV Heizung_Buero hmstate: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero 1.WINDOW_STATE: open
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero devstate: ok
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero hmstate: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero 1.ACTUAL_TEMPERATURE: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero measured-temp: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero 1.BOOST_MODE: false
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero devstate: ok
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero hmstate: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero devstate: ok


Hat jemand eine andere Idee als ein User-Reading (ohne Punkt) zu verwenden, um die Meldung im Log zu vermeiden?


Miami

Zitat von: Miami am 16 Januar 2023, 11:50:53
Das liegt daran, dass die Info über Heiz-Gruppen der Homematik IP kommt. Da gibt es mehrere "Kanäle", die vorangestellt und mit einem Punkt abgetrennt werden.

Hier mal ein "Screenshot" vom Event monitor:
Events (Filter: Heizung_Buero.*)   FHEM log   ResetCreate/Modify Device
2023-01-16 10:58:47 HMCCUDEV Heizung_Buero devstate: ok
2023-01-16 10:58:47 HMCCUDEV Heizung_Buero hmstate: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero 1.WINDOW_STATE: open
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero devstate: ok
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero hmstate: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero 1.ACTUAL_TEMPERATURE: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero measured-temp: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero 1.BOOST_MODE: false
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero devstate: ok
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero hmstate: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero devstate: ok


Hat jemand noch eine andere Idee als ein User-Reading (ohne Punkt) zu verwenden, um die Meldung im Log zu vermeiden?

Beta-User

Zitat von: Miami am 16 Januar 2023, 11:50:53
Das liegt daran, dass die Info über Heiz-Gruppen der Homematik IP kommt. Da gibt es mehrere "Kanäle", die vorangestellt und mit einem Punkt abgetrennt werden.

Hier mal ein "Screenshot" vom Event monitor:
Events (Filter: Heizung_Buero.*)   FHEM log   ResetCreate/Modify Device
2023-01-16 10:58:47 HMCCUDEV Heizung_Buero devstate: ok
2023-01-16 10:58:47 HMCCUDEV Heizung_Buero hmstate: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero 1.WINDOW_STATE: open
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero devstate: ok
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero hmstate: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero 1.ACTUAL_TEMPERATURE: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero measured-temp: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero 1.BOOST_MODE: false
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero devstate: ok
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero hmstate: 20.9
2023-01-16 10:58:48 HMCCUDEV Heizung_Buero devstate: ok


Hat jemand eine andere Idee als ein User-Reading (ohne Punkt) zu verwenden, um die Meldung im Log zu vermeiden?
Der erste Stern ist jedenfalls immer noch komisch...

Statt:
   DEF        *.WINDOW_STATE:.open .*WINDOW_STATE:.closed
fände ich weiter sowas logischer:
   DEF        .*WINDOW_STATE:.open .*WINDOW_STATE:.closed
Oder eben unter Berücksichtigung der Frage, ob ein NOTIFYDEV ermittelt werden kann, und unterstellt, dass alles mit "Heizung_" beginnt:
   DEF        Heizung_.*:..WINDOW_STATE:.open Heizung_.*:..WINDOW_STATE:.closed

Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Miami

#36
Zitat von: Beta-User am 16 Januar 2023, 13:11:17
Der erste Stern ist jedenfalls immer noch komisch...

Oh, ich habe jetzt erst gesehen, dass ich *. statt .* eingegeben hatte.   :-[

Habe das nun in .*WINDOW_STATE:.open .*WINDOW_STATE:.closed geändert und Fhem neu gestartet. Habe keine Meldung mehr im Log.  :)
Die Fenster aufreißen, um die Funktion zu testen, darf ich aber gerade nicht, das wird bis morgen warten müssen.

Mucki

Hallo zusammen,

Zitat von: Beta-User am 05 Februar 2024, 22:23:14
Zitat von: Beta-User am 29 November 2022, 15:21:58Neuer support-Thread für das Modul wäre hier zu finden (siehe MAINTAINER.txt): https://forum.fhem.de/index.php/topic,126515.0.html..
[...]
Feedback bitte möglichst im neuen Thread.
Gilt immer noch...

@Beta-User vielen Dank dafür, dass Du den alten Threat noch beobachtest und sorry, dass ich dort geschrieben hatte. Asche auf mein Haupt. Hier meine Frage von dort.
Zitat von: Mucki am 05 Februar 2024, 21:52:59Guten Abend zusammen,

funktioniert das Monitoring-Modul auch dann, wenn ein Device den Wert 0 erhält?

Ich möchte mit dem monitoring-Modul zählen,
  • wie viele Rollläden offen (state 100) sind
  • und mit einem zweiten Modul zählen, wie wiele Rollläden geschlossen (state 0) sind.

Hierzu habe ich zwei Monitoring-Devices erstellt. (Ich kann nicht durch die Gesamtanzahl der Rollläden minus Anzahl der offenen Rollläden auf die Anzahl der geschlossenen Rollläden schließen, da es auch Zwischenstände gibt.)

Nun zu meinem Problem. Meine Rolladen Devices werden bei allen beliebigen Werten in die warning/error Liste aufgenommen bzw. aus ihr gelöscht - ABER NICHT, wenn der Wert 0 ist.

Zum Testen habe ich ein einfaches Dummy erstellt,
define r11 dummy
attr r11 userattr rolllaeden rolllaeden_map structexclude
attr r11 room TestRollladen
#   FUUID      65a64e2f-f33f-3989-0701-4cd43d71d97947e2
#   NAME       r11
#   NR         266
#   STATE      0
#   TYPE       dummy
#   eventCount 33
#   READINGS:
#     2024-02-05 21:22:12   state           0
#
setstate r11 0
setstate r11 2024-02-05 21:22:12 state 0

roll_zu soll die geschlossenen Läden zählen. Die Aufnahme in die Warning Liste bei r11=0 funktioniert nicht. Löschen funktioniert bei jedem beliebigen Wert !=0.
define roll_zu monitoring r11:0|r12:0|r13:0 r11:.*|r12:.*|r13:.*
attr roll_zu errorWait 5
attr roll_zu room TestRollladen
#   CFGFN     
#   DEF        r11:0|r12:0|r13:0 r11:.*|r12:.*|r13:.*
#   FUUID      65c12fba-f33f-3989-edce-ea8961d0ebd547de
#   NAME       roll_zu
#   NOTIFYDEV  r12,r11,global,r13
#   NR         302
#   NTFY_ORDER 50-roll_zu
#   STATE      active
#   TYPE       monitoring
#   eventCount 16
#   READINGS:
#     2024-02-05 21:20:41   allCount        0
#     2024-02-05 21:20:41   error          
#     2024-02-05 21:20:41   errorCount      0
#     2024-02-05 21:21:07   state           active
#     2024-02-05 21:19:55   warning        
#     2024-02-05 21:19:55   warningCount    0
#
setstate roll_zu active
setstate roll_zu 2024-02-05 21:20:41 allCount 0
setstate roll_zu 2024-02-05 21:20:41 error
setstate roll_zu 2024-02-05 21:20:41 errorCount 0
setstate roll_zu 2024-02-05 21:21:07 state active
setstate roll_zu 2024-02-05 21:19:55 warning
setstate roll_zu 2024-02-05 21:19:55 warningCount 0

roll_offen soll die geschlossenen Läden zählen. Die Aufnahme in die Warning Liste bei r11=100 funktioniert, Löschen funktioniert bei jeden Wert von r11, aber nicht bei r11=0
define roll_offen monitoring r11:100|r12:100|r13:100 r11:.*|r12:.*|r13:.*
attr roll_offen errorWait 5
attr roll_offen room TestRollladen
#   DEF        r11:100|r12:100|r13:100 r11:.*|r12:.*|r13:.*
#   FUUID      65c107a1-f33f-3989-83a2-d68c271edae6eb47
#   NAME       roll_offen
#   NOTIFYDEV  r13,r11,global,r12
#   NR         301
#   NTFY_ORDER 50-roll_offen
#   STATE      error add: r11
#   TYPE       monitoring
#   eventCount 62
#   READINGS:
#     2024-02-05 21:22:10   allCount        1
#     2024-02-05 21:22:10   error           r11
#     2024-02-05 21:22:10   errorCount      1
#     2024-02-05 21:22:10   state           error add: r11
#     2024-02-05 21:22:09   warning        
#     2024-02-05 21:22:09   warningCount    0
#
setstate roll_offen error add: r11
setstate roll_offen 2024-02-05 21:22:10 allCount 1
setstate roll_offen 2024-02-05 21:22:10 error r11
setstate roll_offen 2024-02-05 21:22:10 errorCount 1
setstate roll_offen 2024-02-05 21:22:10 state error add: r11
setstate roll_offen 2024-02-05 21:22:09 warning
setstate roll_offen 2024-02-05 21:22:09 warningCount 0


Hat jemand eine Idee für mich?
Vielen Dank und viele Grüße


Zitat von: Beta-User am 05 Februar 2024, 22:23:14Eigentlich sind das keine Zahlenvergleiche, die monitoring da macht, sondern reine regex-Operationen. Von daher sollte das schon klappen, ich habe aber grade kein geeignetes Testsystem, um das nachzustellen.
Im anderen Thread dann bitte noch ausführen, wie du den state setzt, es gibt bei deinem dummy ja keine readingList/setList.

Bislang habe ich die Devices nur auf meinem Testrechner erstellt. Den state setze ich hier einfach in der Eingabezeile mit "set r11 0" oder "set r11 100".

Auf dem Hauptrechner sind es später nicht drei Dummy's, sondern 18 Geräte vom TYPE Tronferno. Die werden per at, doif oder manuell gesetzt z.B. mit "set r11 down". Tronferno erzeugt dann z.B "state 0", sobald die Rollade geschlossen ist.

passibe

#38
Löst jetzt nicht unbedingt das Problem mit dem Modul, aber was genau willst du am Ende eigentlich realisieren? Vielleicht reicht ja auch ein einfaches
count TYPE=Tronferno:FILTER=STATE=0
Edit: Bzw. in Perl (geht vielleicht auch besser? Bin aber kein Profi):
devspec2array("TYPE=Tronferno:FILTER=STATE=0")

Mucki

Zitat von: passibe am 06 Februar 2024, 22:53:27was genau willst du am Ende eigentlich realisieren?
In meiner ftui-Darstellung möchte ich neben der Kachel, wie viele Fenster offen sind, auch eine Kachel bzgl. der Rollläden haben. Die Monitoring-Beispiele aus der Commandref für Meldungen offener Fenster und leerer Batterien funktionieren super, nur hier scheitere ich (noch).

Zitat von: passibe am 06 Februar 2024, 22:53:27count TYPE=Tronferno:FILTER=STATE=0
Das ist eine gute Idee und ermittelt auch die richtige Anzahl, aber es ist statisch und wird nicht getriggert, sprich es wird nicht aktualisiert, wenn sich der Zustand einer Rolllade ändert. Das ist im Monitoring-Modul schon eingebaut. Aber vielleicht erstelle ich einfach ein notify, das auf jede Rollladenänderung reagiert.


Marcel_R

Grüezi,
Gemäss commandref: The waiting time can be set for each device via userattr "winOpenTimer"

Habe dieses usereattr gebildet (dies wird in den Attributes als "userattr winOpenTimer" angezeigt. So weit so gut.

Sobald ich bei einem Fenster dem unter "device userattr" angezeigten "winOpenTimer" den Wert von "60*2" zuweise (angezeigt wird das weitere Attribut "winOpenTimer 60*2"), wird beim Öffnen das Fenster nicht mehr der Warning Liste zugefügt sondern unverzüglich der Error liste.

Was mache ich falsch?

Danke
Marcel
FHEM / Fritz!Box 7490 / CULv3 / Raspi / COC / MAX! / HomeMatic /

Beta-User

Zitat von: Marcel_R am 29 Februar 2024, 10:46:33Grüezi,
Gemäss commandref: The waiting time can be set for each device via userattr "winOpenTimer"

Habe dieses usereattr gebildet (dies wird in den Attributes als "userattr winOpenTimer" angezeigt. So weit so gut.

Sobald ich bei einem Fenster dem unter "device userattr" angezeigten "winOpenTimer" den Wert von "60*2" zuweise (angezeigt wird das weitere Attribut "winOpenTimer 60*2"), wird beim Öffnen das Fenster nicht mehr der Warning Liste zugefügt sondern unverzüglich der Error liste.

Was mache ich falsch?

Danke
Marcel
Kannst du mal ein "copy for forum" von dem Fenster zeigen? Deine Beschreibung klingt so, als hättest du eventuell das userAttr "winOpenTimer" mit Inhalt gefüllt, sondern ein weiteres userAttr hinzugefügt, aber vermutlich verstehe ich da was falsch.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

ChrisH

Ich habe den gleichen Effekt: Fenster auf, direkt in ERROR. Meine notifications greifen und schicken dann direkt die "Alarme" raus.

Hier ein Forum copy:

define Fenster_monitoring monitoring Fensterkontakt_.*:open Fensterkontakt_.*:closed
attr Fenster_monitoring errorReturn {return if !@errors;;\
 $_ = AttrVal($_, 'alias', $_) for @errors;;\
 return("Das Fenster \"$errors[0]\" ist schon länger geöffnet.") if(int(@errors) == 1);;\
 @errors = sort {lc($a) cmp lc($b)} @errors;;\
 return(join("\n - ", "Die folgenden ".@errors." Fenster sind schon länger geöffnet:", @errors))\
}
attr Fenster_monitoring errorWait { AttrVal($name, 'winOpenTimer', 60*10) }
attr Fenster_monitoring room Info
attr Fenster_monitoring verbose 5
attr Fenster_monitoring warningReturn {return if !@warnings;;\
 $_ = AttrVal($_, 'alias', $_) for @warnings;;\
 return("Das Fenster \"$warnings[0]\" ist seit kurzem geöffnet.") if(int(@warnings) == 1);;\
 @warnings = sort {lc($a) cmp lc($b)} @warnings;;\
 return(join("\n - ", "Die folgenden ".@warnings." Fenster sind seit kurzem geöffnet:", @warnings))\
}
#   DEF        Fensterkontakt_.*:open Fensterkontakt_.*:closed
#   FUUID      65d114ad-f33f-b392-c7f0-1d47a7a5857a0ca4
#   NAME       Fenster_monitoring
#   NOTIFYDEV  global,Fensterkontakt_.*
#   NR         279
#   NTFY_ORDER 50-Fenster_monitoring
#   STATE      error add: Fensterkontakt_Duschbad
#   TYPE       monitoring
#   eventCount 11
#   READINGS:
#     2024-02-29 10:41:56   allCount        1
#     2024-02-29 10:41:56   error           Fensterkontakt_Duschbad
#     2024-02-29 10:41:56   errorCount      1
#     2024-02-29 10:41:56   state           error add: Fensterkontakt_Duschbad
#     2024-02-20 20:47:38   warning         
#     2024-02-20 20:47:38   warningCount    0
#
setstate Fenster_monitoring error add: Fensterkontakt_Duschbad
setstate Fenster_monitoring 2024-02-29 10:41:56 allCount 1
setstate Fenster_monitoring 2024-02-29 10:41:56 error Fensterkontakt_Duschbad
setstate Fenster_monitoring 2024-02-29 10:41:56 errorCount 1
setstate Fenster_monitoring 2024-02-29 10:41:56 state error add: Fensterkontakt_Duschbad
setstate Fenster_monitoring 2024-02-20 20:47:38 warning
setstate Fenster_monitoring 2024-02-20 20:47:38 warningCount 0



Eines der Fenster sieht so aus:


define Fensterkontakt_Duschbad MQTT2_DEVICE zigbee_clio
attr Fensterkontakt_Duschbad userattr winOpenMaxTrigger winOpenTimer winOpenTimer2 winOpenType:Fenster,Türe winOpenName
attr Fensterkontakt_Duschbad alias Dachfenster Duschbad
attr Fensterkontakt_Duschbad devStateIcon open:fts_window_1w_open@red closed:fts_window_1w@green
attr Fensterkontakt_Duschbad devicetopic zigbee2mqtt/Kontakt_Fenster_Duschbad
attr Fensterkontakt_Duschbad event-on-change-reading state
attr Fensterkontakt_Duschbad eventMap true:closed false:open
attr Fensterkontakt_Duschbad jsonMap contact:state
attr Fensterkontakt_Duschbad model zigbee2mqtt_ContactSensor
attr Fensterkontakt_Duschbad readingList $DEVICETOPIC:.* { json2nameValue($EVENT,'',$JSONMAP) }
attr Fensterkontakt_Duschbad room DuschBad,Info,MQTT2_DEVICE
attr Fensterkontakt_Duschbad winOpenTimer 00:35:00
#   CID        zigbee_clio
#   DEF        zigbee_clio
#   FUUID      6293d87d-f33f-b392-c43a-c4a407a47295113c
#   IODev      myBroker
#   LASTInputDev myBroker
#   MSGCNT     50
#   NAME       Fensterkontakt_Duschbad
#   NR         204
#   STATE      open
#   TYPE       MQTT2_DEVICE
#   eventCount 5
#   myBroker_MSGCNT 50
#   myBroker_TIME 2024-02-29 10:41:56
#   JSONMAP:
#     contact    state
#   READINGS:
#     2024-02-27 19:16:39   IODev           myBroker
#     2022-05-29 22:34:23   attrTemplateVersion 20210301
#     2024-02-29 10:41:56   battery         100
#     2024-02-29 10:41:56   device_temperature 23
#     2024-02-29 10:41:56   linkquality     65
#     2024-02-29 10:41:56   power_outage_count 68
#     2024-02-29 10:41:56   state           false
#     2024-02-29 10:41:56   temperature     26
#     2024-02-29 10:41:56   voltage         3005
#
setstate Fensterkontakt_Duschbad open
setstate Fensterkontakt_Duschbad 2024-02-27 19:16:39 IODev myBroker
setstate Fensterkontakt_Duschbad 2022-05-29 22:34:23 attrTemplateVersion 20210301
setstate Fensterkontakt_Duschbad 2024-02-29 10:41:56 battery 100
setstate Fensterkontakt_Duschbad 2024-02-29 10:41:56 device_temperature 23
setstate Fensterkontakt_Duschbad 2024-02-29 10:41:56 linkquality 65
setstate Fensterkontakt_Duschbad 2024-02-29 10:41:56 power_outage_count 68
setstate Fensterkontakt_Duschbad 2024-02-29 10:41:56 state false
setstate Fensterkontakt_Duschbad 2024-02-29 10:41:56 temperature 26
setstate Fensterkontakt_Duschbad 2024-02-29 10:41:56 voltage 3005


Marcel_R

Das gewünschte:
define FKUGSaunaxy HMCCUCHN KEQ0018413:1
attr FKUGSaunaxy userattr winOpenTimer
attr FKUGSaunaxy devStateIcon open:10px-kreis-rot .*tilted:10px-kreis-gelb .*closed:10px-kreis-gruen
attr FKUGSaunaxy fp_ug 16,289,0,FKUGSaunaxy,
attr FKUGSaunaxy room Homematic
attr FKUGSaunaxy winOpenTimer 60*2
#   DEF        KEQ0018413:1
#   FUUID      63355927-f33f-8502-a20a-3dfbb8f445bcbd19
#   IODev      rasp_ccu
#   NAME       FKUGSaunaxy
#   NR         64
#   STATE      open
#   TYPE       HMCCUCHN
#   ccuaddr    KEQ0018413:1
#   ccudevstate active
#   ccuif      BidCos-RF
#   ccuname    FKUGSaunaxy:1
#   ccurolestate ROTARY_HANDLE_SENSOR
#   ccusubtype HM-Sec-RHS
#   ccutype    HM-Sec-RHS
#   chntype    ?
#   eventCount 91
#   firmware   2.0
#   readonly   no
#   READINGS:
#     2024-02-20 07:13:56   ERROR           NO_ERROR
#     2024-02-19 23:14:15   IODev           rasp_ccu
#     2024-02-29 14:13:53   LOWBAT          ok
#     2024-02-29 14:13:53   STATE           open
#     2024-02-20 07:13:56   activity        alive
#     2024-02-20 07:13:56   battery         ok
#     2024-02-29 14:13:53   devstate        ok
#     2024-02-29 14:13:53   hmstate         open
#     2024-02-20 07:13:56   rssidevice      N/A
#     2024-02-20 07:13:56   rssipeer        N/A
#     2024-02-20 07:13:56   sign            off
#     2024-02-29 14:13:53   state           open
#   hmccu:
#     channels   1
#     detect     0
#     devspec    KEQ0018413:1
#     nodefaults 1
#     role       1:ROTARY_HANDLE_SENSOR
#     setDefaults 0
#     cmdlist:
#       get       
#       set       
#     control:
#     dp:
#       0.AES_KEY:
#         VALUES:
#           NVAL       0
#           SVAL       off
#           VAL        0
#       0.CONFIG_PENDING:
#         VALUES:
#           NVAL       0
#           SVAL       false
#           VAL        0
#       0.LOWBAT:
#         VALUES:
#           NVAL       0
#           SVAL       ok
#           VAL        0
#       0.RSSI_DEVICE:
#         VALUES:
#           NVAL       N/A
#           SVAL       N/A
#           VAL        -65535
#       0.RSSI_PEER:
#         VALUES:
#           NVAL       N/A
#           SVAL       N/A
#           VAL        -65535
#       0.STICKY_UNREACH:
#         VALUES:
#           NVAL       0
#           SVAL       false
#           VAL        0
#       0.UNREACH:
#         VALUES:
#           NVAL       0
#           SVAL       alive
#           VAL        0
#       1.ERROR:
#         VALUES:
#           NVAL       0
#           SVAL       NO_ERROR
#           VAL        0
#       1.LOWBAT:
#         VALUES:
#           NVAL       0
#           SVAL       ok
#           VAL        0
#       1.STATE:
#         VALUES:
#           NVAL       2
#           ONVAL      0
#           OSVAL      closed
#           OVAL       0
#           SVAL       open
#           VAL        2
#     roleChannels:
#       ROTARY_HANDLE_SENSOR 1
#     roleCmds:
#       get:
#       set:
#     state:
#       chn        1
#       dpt        STATE
#
setstate FKUGSaunaxy open
setstate FKUGSaunaxy 2024-02-20 07:13:56 ERROR NO_ERROR
setstate FKUGSaunaxy 2024-02-19 23:14:15 IODev rasp_ccu
setstate FKUGSaunaxy 2024-02-29 14:13:53 LOWBAT ok
setstate FKUGSaunaxy 2024-02-29 14:13:53 STATE open
setstate FKUGSaunaxy 2024-02-20 07:13:56 activity alive
setstate FKUGSaunaxy 2024-02-20 07:13:56 battery ok
setstate FKUGSaunaxy 2024-02-29 14:13:53 devstate ok
setstate FKUGSaunaxy 2024-02-29 14:13:53 hmstate open
setstate FKUGSaunaxy 2024-02-20 07:13:56 rssidevice N/A
setstate FKUGSaunaxy 2024-02-20 07:13:56 rssipeer N/A
setstate FKUGSaunaxy 2024-02-20 07:13:56 sign off
setstate FKUGSaunaxy 2024-02-29 14:13:53 state open

Wenn ich dies richtig sehe, gibt ChrisH als wesentlichen Unterschied in seinem funktionierenden Beispiel den winOpenTimer nicht in Sekunden, sondern in Std:min:sek an.

Oder übersehe ich etwas?
Gruss Marcel
FHEM / Fritz!Box 7490 / CULv3 / Raspi / COC / MAX! / HomeMatic /

Marcel_R

und der Vollständigkeit halber:
define Fenster_monitoring monitoring FK.*:(open|tilted) FK.*:closed
attr Fenster_monitoring errorFuncAdded {DebianMail('fhem@beispiel.com','FHEM Fenster '.$name,'<html>Das Fester ist seit längerer Zeit offen</html>','')}
attr Fenster_monitoring errorReturn {return if !@errors;;\
 $_ = AttrVal($_, 'alias', $_) for @errors;;\
 return("Das Fenster \"$errors[0]\" ist schon länger geöffnet.") if(int(@errors) == 1);;\
 @errors = sort {lc($a) cmp lc($b)} @errors;;\
 return(join("\n - ", "Die folgenden ".@errors." Fenster sind schon länger geöffnet:", @errors))\
}
attr Fenster_monitoring errorWait {AttrVal($name, "winOpenTimer", 60*10)}
attr Fenster_monitoring warningReturn {return if !@warnings;;\
 $_ = AttrVal($_, 'alias', $_) for @warnings;;\
 return("Das Fenster \"$warnings[0]\" ist seit kurzem geöffnet.") if(int(@warnings) == 1);;\
 @warnings = sort {lc($a) cmp lc($b)} @warnings;;\
 return(join("\n - ", "Die folgenden ".@warnings." Fenster sind seit kurzem geöffnet:", @warnings))\
}
#   CFGFN     
#   DEF        FK.*:(open|tilted) FK.*:closed
#   FUUID      65e03274-f33f-8502-4266-1520adaf5db0f18a
#   NAME       Fenster_monitoring
#   NR         124
#   NTFY_ORDER 50-Fenster_monitoring
#   STATE      warning remove: FKO1ElternO
#   TYPE       monitoring
#   eventCount 45
#   READINGS:
#     2024-02-29 15:42:45   allCount        3
#     2024-02-29 15:02:14   error           FKEGBalkonx,FKUGRaxxxxO,FKUGSaunaxy
#     2024-02-29 15:02:14   errorCount      3
#     2024-02-29 15:42:45   state           warning remove: FKO1ElternO
#     2024-02-29 15:42:45   warning         
#     2024-02-29 15:42:45   warningCount    0
#   hmccu:
#
setstate Fenster_monitoring warning remove: FKO1ElternO
setstate Fenster_monitoring 2024-02-29 15:42:45 allCount 3
setstate Fenster_monitoring 2024-02-29 15:02:14 error FKEGBalkonx,FKUGRaxxxxO,FKUGSaunaxy
setstate Fenster_monitoring 2024-02-29 15:02:14 errorCount 3
setstate Fenster_monitoring 2024-02-29 15:42:45 state warning remove: FKO1ElternO
setstate Fenster_monitoring 2024-02-29 15:42:45 warning
setstate Fenster_monitoring 2024-02-29 15:42:45 warningCount 0

FHEM / Fritz!Box 7490 / CULv3 / Raspi / COC / MAX! / HomeMatic /

ChrisH

Zitat von: Marcel_R am 29 Februar 2024, 16:07:27...

Wenn ich dies richtig sehe, gibt ChrisH als wesentlichen Unterschied in seinem funktionierenden Beispiel den winOpenTimer nicht in Sekunden, sondern in Std:min:sek an.

Oder übersehe ich etwas?
Gruss Marcel

mein Beispiel funktioniert auch nicht wie gewollt.

Ich habe jetzt mal ein Dachfenster umgestellt:
...
attr Fensterkontakt_Arbeitszimmer winOpenTimer 13*60
...


Ging aber wieder sofort auf Critical.

Beta-User

Hmmm, muss mich dazu leider vertieft in den Code eindenken, was die kommenden Wochen leider schwierig wird.

Falls jemand Lust hat, kann er gerne mal checken, ob es mit der Modulvariante vor dem Umbau (also ca. aus 2021) ging, oder ob es auf den Umbau zurückzuführen ist... Bitte aber nicht einfach einen reload machen, sondern FHEM komplett neu starten, wenn die alte Moduldatei eingespielt ist! Dto. beim Wechsel wieder auf die aktuelle Variante.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Marcel_R

Danke Beta-User - das ist sehr nett, dass Du Dich bereits in unsere Sorgen ein geklinkt hast, geschweige denn Dich in einiger Zeit in den Code tiefer einzuarbeiten gedenkst.

Ohne Gegenbericht werde ich mich in Anfängerfragen kundig machen, wo, bzw. wie, die alte Variante herunter geladen werden kann (unter https://github.com/mhop/fhem-mirror/blob/master/fhem/FHEM/98_monitoring.pm werde ich nicht klug...)

Gruss
Marcel

FHEM / Fritz!Box 7490 / CULv3 / Raspi / COC / MAX! / HomeMatic /

ChrisH

Zitat von: Beta-User am 01 März 2024, 20:28:57...
Falls jemand Lust hat, kann er gerne mal checken, ob es mit der Modulvariante vor dem Umbau (also ca. aus 2021) ging, oder ob es auf den Umbau zurückzuführen ist... Bitte aber nicht einfach einen reload machen, sondern FHEM komplett neu starten, wenn die alte Moduldatei eingespielt ist! Dto. beim Wechsel wieder auf die aktuelle Variante.


Was habe ich gemacht:
  • Von der Webseite mir den Code von der Zeit angesehen und zu `fhem/FHEM/98_monitoring.pm` geklickt
  • raw download
  • fhem gestoppt
  • File auf meine fhem server kopiert und ower/group permission angepasst
  • fhem gestartet
  • Fenster auf und zu und dabei ins log und auf die Webseite geschaut.



Test 1: ca. 2020
https://github.com/mhop/fhem-mirror/blob/15b4e5756ffbb8e04715aec17ecfd69e3a472899/fhem/FHEM/98_monitoring.pm

geht auch direkt auf ERROR:
2024.03.02 17:58:38 4: monitoring (Fenster_monitoring) triggered by "Fensterkontakt_Arbeitszimmer open"
2024.03.02 17:58:38 5: monitoring (Fenster_monitoring) errorFuncAdd and errorFuncRemove are preset
2024.03.02 17:58:38 5: monitoring (Fenster_monitoring) addRegex (Fensterkontakt_.*:open) and removeRegex (Fensterkontakt_.*:closed) are defined
2024.03.02 17:58:38 5: monitoring (Fenster_monitoring)
    entering monitoring_modify
        reading:  error
        operation: add
        value:    Fensterkontakt_Arbeitszimmer
        at:        now
2024.03.02 17:58:38 5: monitoring (Fenster_monitoring)
    entering monitoring_modify
        reading:  warning
        operation: remove
        value:    Fensterkontakt_Arbeitszimmer
        at:        now




noch etwas aelter probiert:
https://github.com/mhop/fhem-mirror/blob/e7ca7a6ea6cf65c82b202e303969ebe21d964757/fhem/FHEM/98_monitoring.pm

2024.03.02 18:02:46 4:  (Fenster_monitoring) triggered by "Fensterkontakt_Arbeitszimmer open"
2024.03.02 18:02:46 5: monitoring (Fenster_monitoring) errorFuncAdd and errorFuncRemove are preset
2024.03.02 18:02:46 5: monitoring (Fenster_monitoring) addRegex (Fensterkontakt_.*:open) and removeRegex (Fensterkontakt_.*:closed) are defined
2024.03.02 18:02:46 5: monitoring (Fenster_monitoring)
    entering monitoring_modify
        reading:  error
        operation: add
        value:    Fensterkontakt_Arbeitszimmer
        at:        now
2024.03.02 18:02:46 5: monitoring (Fenster_monitoring)
    entering monitoring_modify
        reading:  warning
        operation: remove
        value:    Fensterkontakt_Arbeitszimmer
        at:        now

Fuer mich klappt es also mit alten Versionen auch nicht.


Ich suche mal weiter.

christian

ChrisH

Heureka. Ich habe den Boesewicht gefunden und auch einen work around, aber mein Perl Know-How und FHEM interna Wissen ist fuer eine Fix Vorschlag zu gering.

Ursache gezeigt mit meinem mit Log3 durchgezogenem Code:
sub Notify {
      ...
      $cmd  = EvalSpecials($cmd, %specials);
      Log3 ($SELF, 5, "Notify: 2. cmd: $cmd and specials: %specials");

      # CMD ausführen
      my $listWait = AnalyzePerlCommand( $hash, $cmd );
      Log3 ($SELF, 5, "Notify: listWait 1: $listWait ");
      $listWait = 0 if !looks_like_number($listWait);
      Log3 ($SELF, 5, "Notify: listWait 2: $listWait ");



Liefert beim Fensterkontakt_Arbeitszimmer folgenden Logauszug. die beiden Zeilen listWait 1 und 2 vergleichen,

2024.03.05 21:55:35 5: Notify: specials $name: Fensterkontakt_Arbeitszimmer
2024.03.05 21:55:35 5: Notify: 2. cmd: { AttrVal($name, 'winOpenTimer', 60*10) } and specials: %specials
2024.03.05 21:55:35 5: Notify: listWait 1: 780
2024.03.05 21:55:35 5: Notify: listWait 2: 780
2024.03.05 21:55:35 5: Notify: addMatch != 0
2024.03.05 21:55:35 5: Notify: removeMatch NULL
2024.03.05 21:55:35 5: Notify: listWait: 780


Und beim Fensterkontakt_Duschbad folgendes:

2024.03.05 22:04:28 5: Notify: specials $name: Fensterkontakt_Duschbad
2024.03.05 22:04:28 5: Notify: 2. cmd: { AttrVal($name, 'winOpenTimer', 60*10) } and specials: %specials
2024.03.05 22:04:28 5: Notify: listWait 1: 00:35:00
2024.03.05 22:04:28 5: Notify: listWait 2: 0
2024.03.05 22:04:28 5: Notify: addMatch NULL
2024.03.05 22:04:28 5: Notify: removeMatch != 0
2024.03.05 22:04:28 5: Notify: listWait: 0


Als ich den Arbeitszimmer noch auf 13*60 hatte saht das so aus:
2024.03.05 21:41:22 5: Notify: 2. cmd: { AttrVal($name, 'winOpenTimer', 60*10) } and specials: %specials
2024.03.05 21:41:22 5: Notify: listWait 1: 13*60
2024.03.05 21:41:22 5: Notify: listWait 2: 0

Beim Fensterkontakt_Arbeitszimmer habe ich dann winOpenTimer auf 780 gesetzt und bei Fensterkontakt_Duschbad winOpenTimer 00:35:00 gehabt.


Nach meiner Einschaetzung funktioniert daher AnalyzePerlCommand nicht wie erwartet und liefert keinen Integer sondern ggf. eine Zeitdarstellung zurueck.
Bei einer Zeitdarstellung wird der Wert immer auf 0 gesetzt da looks_like_number nicht true ist.

work-around: winOpenTimer in Sekunden angeben, nicht als 10*60 oder 00:35:00

Loesung:
my $listWait = AnalyzePerlCommand( $hash, $cmd );so umschreiben das dort beliebige sinnvolle Varianten gesetzt werden koennen. Das kann ich aber nicht.  :(


Marcel_R

Danke ChrisH für Deine Detektivarbeit. Leider reichen meine Programmierkenntnisse knappestens um Deinen Ausführungen zu verfolgen.

Auf jeden Fall funktionierte bei meinem Test der work-around.

Marcel
P.S.: Vielleicht kann jemand mit Befugnis in der commandref den Text 'The waiting time can be set for each device via userattr "winOpenTimer"' mit '(in seconds)'.
FHEM / Fritz!Box 7490 / CULv3 / Raspi / COC / MAX! / HomeMatic /

Beta-User

Danke auch von meiner Seite; dann scheine ich jedenfalls nichts kaputt gemacht zu haben.

Für die Änderungshistory ist es m.E. am einfachsten, ins svn zu sehen, für monitoring wäre das: https://svn.fhem.de/trac/log/trunk/fhem/FHEM/98_monitoring.pm.

Werde beizeiten nicht die commandref anpassen, sondern mal sehen, ob sich der Code nicht dahin ändern läßt, dass die Zeit-Angaben da in allen angegebenen Fassungen eingegeben werden können... Wird aber vermutlich etwas dauern.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Beta-User

#52
So, anbei eine leider mangels Testsystem ungetestete Fassung, die mit HH:MM bzw. HH:MM:SS klarkommen sollte.

Wenn das jemand testen könnte, wäre das super, dann checke ich das bei Gelegenheit ein.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

ChrisH

Zitat von: Beta-User am 08 März 2024, 18:06:40So, anbei eine leider mangels Testsystem ungetestete Fassung, die mit HH:MM bzw. HH:MM:SS klarkommen sollte.

Wenn das jemand testen könnte, wäre das super, dann checke ich das bei Gelegenheit ein.

Funktioniert, mit dieser kleinen Korrekturen:

um zeile 365 steht ein $hr das durch ein $hour ersetzt werden muss. Ich haenge eine korrigierte Fassung zur Pruefung durch andere an.
Du darfst diesen Dateianhang nicht ansehen.

Ich habe den Fix in meine instrumentierte Version eingebaut.

Danke!

Christian

Beta-User

Zitat von: ChrisH am 08 März 2024, 19:04:03Funktioniert, mit dieser kleinen Korrekturen:

um zeile 365 steht ein $hr das durch ein $hour ersetzt werden muss. Ich haenge eine korrigierte Fassung zur Pruefung durch andere an.
Du darfst diesen Dateianhang nicht ansehen.

Ich habe den Fix in meine instrumentierte Version eingebaut.

Danke!

Christian
Sorry für den Fehler beim Zusammenkopieren :-[ ...

Hab' eben die korrigierte Fassung eingecheckt, Danke für den support!!!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files