event-on-change-reading bei RSSfeed funktioniert nicht

Begonnen von Mohrengemuse, 04 Oktober 2017, 22:20:25

Vorheriges Thema - Nächstes Thema

Mohrengemuse

Hallo,

ich habe folgendes Problem mit dem 98_rssFeed.pm Modul:

Da ich auf einen neuen RSS-Eintrag mit einem DOIF reagieren möchte, habe ich rfAllReadingsEvents auf 1 gestellt. Außerdem steht event-on-change-reading auf ".*".
Trotzdem werden jedoch bei jeder Aktualisierung Events erzeugt. Gewollt sein kann dieses Verhalten nicht, da in der Commandref extra steht "abh. von den event-on-... Attributen".

Könnt ihr dieses Verhalten bestätigen oder sitzt das Problem mal wieder vor dem Bildschirm?

Gruß Mohrengemuse

rudolfkoenig

ZitatTrotzdem werden jedoch bei jeder Aktualisierung Events erzeugt.
Kannst du das bitte mit einem Event-Log-Ausschnitt (Copy & Paste) konkretisieren?

Mohrengemuse

Ok, hier erstmal die Definition meines RSSfeeds:

defmod RSS.CaschysBlog rssFeed http://feeds.feedburner.com/stadt-bremerhaven/dqXM?format=xml 300
attr RSS.CaschysBlog DbLogExclude .*
attr RSS.CaschysBlog alias RSS Feed Cashys Blog
attr RSS.CaschysBlog event-on-change-reading .*
attr RSS.CaschysBlog icon remotecontrol/black_btn_RSS
attr RSS.CaschysBlog rfAllReadingsEvents 1
attr RSS.CaschysBlog rfEncode utf8
attr RSS.CaschysBlog rfMaxLines 1
attr RSS.CaschysBlog rfReadings title,pubDate,link
attr RSS.CaschysBlog room 96_RSS
attr RSS.CaschysBlog stateFormat {sprintf("%s - %s", RSSFeedTimeToDDMMYY(ReadingsVal("RSS.CaschysBlog", "n00_pubDate", "Thu, 01 Jan 1970 00:00:00 +0000")), ReadingsVal("RSS.CaschysBlog", "n00_title", ""))}
attr RSS.CaschysBlog suppressReading state


Dann hier mein Event-Log:
2017-10-05 12:36:21 rssFeed RSS.CaschysBlog f_title: Caschys Blog
2017-10-05 12:36:21 rssFeed RSS.CaschysBlog f_link: http://stadt-bremerhaven.de
2017-10-05 12:36:21 rssFeed RSS.CaschysBlog n00_title: Bildbearbeitung: DxO OpticsPro 11 wird verschenkt
2017-10-05 12:36:21 rssFeed RSS.CaschysBlog n00_link: http://feedproxy.google.com/~r/stadt-bremerhaven/dqXM/~3/Qvgicm64RFE/
2017-10-05 12:36:21 rssFeed RSS.CaschysBlog n00_pubDate: Thu, 05 Oct 2017 10:30:34 +0000
2017-10-05 12:36:21 rssFeed RSS.CaschysBlog preparedLines: 1


und wenig später:
2017-10-05 12:41:21 rssFeed RSS.CaschysBlog f_title: Caschys Blog
2017-10-05 12:41:21 rssFeed RSS.CaschysBlog f_link: http://stadt-bremerhaven.de
2017-10-05 12:41:21 rssFeed RSS.CaschysBlog n00_title: Bildbearbeitung: DxO OpticsPro 11 wird verschenkt
2017-10-05 12:41:21 rssFeed RSS.CaschysBlog n00_link: http://feedproxy.google.com/~r/stadt-bremerhaven/dqXM/~3/Qvgicm64RFE/
2017-10-05 12:41:21 rssFeed RSS.CaschysBlog n00_pubDate: Thu, 05 Oct 2017 10:30:34 +0000
2017-10-05 12:41:21 rssFeed RSS.CaschysBlog preparedLines: 1


Hilft das?

rudolfkoenig

ZitatHilft das?
Ja, vorallem die Definition.
Bin nicht der rssFeed Maintainer (schaue es nur wg. event-on-* an), die Ursache liegt aber vmtl. in 98_rssFeed.pm:
Zitat#Delete all previously stored data from the readings.
  #-> ToDo: maybe I'll extract this to a clear readings [what] command
  fhem("deletereading $name $nb_prefix.*[0-9]{$nb_indexlength}.*",1);
  fhem("deletereading $name $debug_prefix.*",1);
  fhem("deletereading $name $feed_prefix.*",1);
  fhem("deletereading $name preparedLines",1);
Damit hat event-on-change-reading nichts zum Vergleich da, und ist fuer diese Readings wirkungslos.

Benni

 :o Oh! Der Thread ist irgendwie unbemerkt an mir vorbeigegangen  :-[

@Rudi: Danke für die Analyse  8)

Das klingt für mich auch erst mal plausibel.

Tja, das muss ich mir bei Gelegenheit mal anschauen und umbauen.
Da fällt mir wohl meine Faulheit beim Verhindern von veralteten Readings auf die Füsse.

Danke für den Hinweis!

gb#


LausiD


Benni


loescher

Ich frage mal ganz vorsichtig: Wird das event-on-change-reading noch kommen?
Ansonsten baue ich mir einen kleinen Workaround.  :) Auch kein Problem.  :)
LG,
Stephan.

Benni

Zitat von: loescher am 22 Juli 2019, 21:30:07
Ich frage mal ganz vorsichtig: Wird das event-on-change-reading noch kommen?

Sorry, kurzfristig erst mal nicht.
Ich habe leider gerade andere Baustellen.

Gruß Benni.

obi

Hallo Benni,

ich bin gerade auch über dieses Verhalten bei mir gestoßen.

Auch wenn das Thema schon ziemlich alt ist wollte ich mal nachfragen ob eine Behebung des Problems in Aussicht steht?

VG Obi.

Raemsna

Hier auch +1, bin gerade ebenfalls über das event-on-change-reading Thema bei rssFeed gestolpert...

Danke und Grüße
Raemsna

mi.ke

Ich hab bei mir auch mal den "rssFeed" Lebensmittelwarungen eingebunden und hab lange den Fehler bei mir gesucht, hier aber jetzt den Grund gefunden.

@Benni
Magst Du nicht bitte doch mal schauen, ob Du den Fehler fixen kannst?

Danke und Grüße
mi.ke
FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara

mi.ke

Hat jemand eine Idee für einen (temporären) Workaround?

Entweder bekomme ich gar keine Meldung oder eine pro Interval, das ist so leider nicht nutzbar für die Lebensmittelwarnung.

cheers
mi.ke
FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara

mi.ke

Falls es jemanden hilft, hab den Workaround selbst gefunden, war eigentlich lächerlich einfach.

Mit einem zusätzlichen cloneDummy, auf dem dann ein event-on-change auf den n00_title reagiert, kommen die Meldungen dann nur einmal bei Änderung.

cheer
mi.ke
FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara