neues Modul 98_readingsWatcher , war 98_ReadingsSupervision

[Wzut]

das ist als Fehlerbeschreibung leider etwas wenig. Was steht denn im Log ?

[rabehd]

das ist als Fehlerbeschreibung leider etwas wenig. Was steht denn im Log ?

Hilft das?

Code Auswählen Erweitern

2020.04.14 08:06:20 1: reload: Error:Modul 98_readingsWatcher deactivated:
"uniq" is not exported by the List::Util module
Can't continue after import errors at ./FHEM/98_readingsWatcher.pm line 45.
BEGIN failed--compilation aborted at ./FHEM/98_readingsWatcher.pm line 45.

2020.04.14 08:06:20 0: "uniq" is not exported by the List::Util module
Can't continue after import errors at ./FHEM/98_readingsWatcher.pm line 45.
BEGIN failed--compilation aborted at ./FHEM/98_readingsWatcher.pm line 45.


[Wzut]

Kannst du bitte mehr Angaben zu deinem verwendetem System machen auf dem FHEM bei dir läuft ?

[rabehd]

Kannst du bitte mehr Angaben zu deinem verwendetem System machen auf dem FHEM bei dir läuft ?

Raspberry Pi 3B+ mit stretch
FHEM wird aller paar Tage aktuallisiert

Auf Grund der Diskussion zum Code Review

This is perl 5, version 24, subversion 1 (v5.24.1)

[Wzut]

hmm , komisch das entspricht meiner Testumgebung.
Anyway mach bitte morgen nach 8 Uhr nochmal ein Update dann gibt es eine Version ohne List::Utils

[rabehd]

Scheint behoben. Danke.

[curt]

@Wzut
Im Reading "html" stehen bei mir hornalte Einträge, die es als Devices nicht mehr gibt. set clearReadings, set checkNow führte ich aus, das ändert leider nichts. Das Reading "html" nutze ich, um die Meldungen in der FTUI-Oberfläche zu haben.

Ich update FHEM regelmäßig (und hoffe, dass ich damit aktuell bin - oder ist da was zu beachten?).

Ich weiß, dass meine Fehlermeldung unspezifisch ist: Was habe ich zu liefern?

[Wzut]

Das ist klar, das Modul hat kein eigenes Reading mit Namen html
Wenn ich mich richtig erinnere (Antwort #39) hatte ich auf deinen Wunsch eine Kommata getrennte Liste der toten Geräte dazugenommen.
Diese Liste steht aktuell im Reading deadDevs

[curt]

Das ist klar, das Modul hat kein eigenes Reading mit Namen html
Wenn ich mich richtig erinnere (Antwort #39) hatte ich auf deinen Wunsch eine Kommata getrennte Liste der toten Geräte dazugenommen.

Du bist ein sehr freundlicher Helfer.

Diese Liste steht aktuell im Reading deadDevs

Soweit zur hohen Theorie.

In der niederen Praxis sind  (bei gleichem Reading-Datum!) beide inhaltlich völlig unterschiedlich. Es wirkt auf mich so, als ob der Mechanismus irgendwann quasi eingefroren wurde, ich sehe einen recht alten Stand.

Was muss ich denn tun, damit das Reading "html" wieder uptodate kommt?

[Wzut]

kurze Antwort :

Code Auswählen Erweitern

attr <name> userReadings html:deadDevs.* {return ReadingsVal($name, 'deadDevs', '???');}
wobei ich noch sagen muss das es zwei Listen gibt : deadDevs und timeoutDevs daher must du entscheiden was deinen Wünschen enstpricht.

Lange Antwort :
Da das Modul selbst kein Reading mit Namen html erzeugt muss es bei dir auf eine andere Art entstehen bzw. entstanden sein.
Möglichkeiten wären u.a. entweder ein bereits vorhandens userReading oder ein notify/DOIF das mit setreading arbeitet.
Aber warum muss es denn unbedingt html sein ? Ändere doch einfach im anderen Device ( TabletUI ? ) die Quelle.

[carlos]

Hallo,
Eine kleine Bitte noch, könntest du die Hilfe noch mal überarbeiten

Attribut:
readingActifity versus readingActivity

Danke und Gruß

Carlos

[Markus9]

Hallo,
cooles Modul, genau was ich gesucht hatte.
Besteht die Möglichkeit, dass das Attribut "client-event" wieder aktiviert wird? Dann wär's perfekt für mich!
Gruß
Markus

[Markus9]

...Ach nee, ich habe mittlerweile bemerkt, dass ein Reading, das per 'readingActivity' erzeugt wird, ein Event im Client-Device erzeugt.
Das ist völlig ausreichend.

[Guenni1404]

Hi,
besteht die Möglochkeit alle Readings des Device zu überwachen, ohne diese einzeln aufzuführen?
.* hat nicht funktioniert.

[tomcat.x]

Eine direkte Antwort habe ich leider nicht, gemäß commandref sieht es nicht so aus, als ob das ginge.

ABer Anmerkungen: Ich denke, Du willst das nur für ein bestimmtes Gerät machen, dann wäre es aber auch nur ein einmaliger Aufwand, alle Readings aufzunehmen. Falls Du das für alle Geräte machen willst: Ich habe Geräte, die schon bei der Abfrage ein Reading ändern. Gleiches gilt für ein "Fehler-Reading". In beiden Fällen wären das aus meiner Sicht keine Readings, die man in die Liste für readingsWatcher zur Überwachung aufnehmen würde. Auch readingActivity dürfte man nicht verwenden, sonst hätte man eine Schleife gebaut, wenn man alle Readings (und damit auch das über readingActivity hinzugefügte) überwacht.