59_Weather, DarkSky und OpenWeatherMap API Bugfixes

Begonnen von CoolTux, 13 Januar 2019, 21:22:31

Vorheriges Thema - Nächstes Thema

herrmannj

Zitat von: CoolTux am 31 März 2020, 17:10:41
Aus der Hüfte mit Handy

userReadings Regenmenge24h:.[0-24]_precipIntensity.*

Aber bitte noch mal prüfen
so aus dem Augenwickel der Kugel nachgeschaut .... daneben ;)

holle75

Mann, Mann, Mann ... das kommt davon, wenn Nichtprogrammierer mit Code spielen.

Total logisch.

Ich danke euch beiden herzlich für die Detektivarbeit!

... werde probieren und rückmelden.




herrmannj

Na warte mal. Was genau probierst Du denn?

(btw
ich überprüfe mich selber: im userReading Regenmenge24h möchtest Du die Regenmenge der kommenden 24h sehen? Dieses "Regenmenge24h" ist im Ergebnis genau ein mal als reading vorhanden? Richtig?
)

holle75

ich probiere die RegEx für "habe gerade Daten abgeholt" zu finden.

Denn wenn ich mein Problem richtig verstanden habe ist es nicht die eigentliche Schleife, sondern das 170 malige triggern der Schleife.

Zitat von: herrmannj am 31 März 2020, 17:22:18
im userReading Regenmenge24h möchtest Du die Regenmenge der kommenden 24h sehen? Dieses "Regenmenge24h" ist im Ergebnis genau ein mal als reading vorhanden? Richtig?

Richtig


holle75

Zitat von: holle75 am 31 März 2020, 17:27:28
ich probiere die RegEx für "habe gerade Daten abgeholt" zu finden.

.... oder die RegEx für "in den ersten 24/48 Readings mit Namen ReadingX gab es einen Event/eine Aktualisierung"

I love RegEx

wenn es etwas gibt was perl lernen vermiest ist es genau das  ;)

herrmannj

Zitat von: holle75 am 31 März 2020, 17:27:28
ich probiere die RegEx für "habe gerade Daten abgeholt" zu finden.

Denn wenn ich mein Problem richtig verstanden habe ist es nicht die eigentliche Schleife, sondern das 170 malige triggern der Schleife.

Richtig
Genau. mit 170 kommste da nicht aus. 5000 * 24(48) x 3(oder so). Dat ist einiges. Und ja, Du bist auf dem richtigen Weg. Wenn ich auflösen soll musst Du sagen. Aber poste bitte sonst auch mal Deine Lösung, da ist nämlich unter Umständen noch 'ne Falle drin.
ZitatI love RegEx
geht ohne. Besser noch: 'sollte hier ohne'  ;)

holle75

Zitat von: herrmannj am 31 März 2020, 17:36:00
Besser noch: 'sollte hier ohne'  ;)

Guter Hinweis .... ich mach mich mal ans Grübeln (um in einer Stunde nach der "Auflösung" zu fragen :D )

CoolTux

Du kannst als trigger auch current_date_time nehmen. Und machst dann die userReadings mit den Schleifendurchläufen. Sollte eigentlich gehen. Dann triggert er schon mal nur noch einmal.
Aber Jörg scheint ja schon was tolles in der Hinterhand zu haben  ;D Bin gespannt.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

holle75

Zitat von: CoolTux am 31 März 2020, 17:41:54
Du kannst als trigger auch current_date_time nehmen.
jetzt habe ich mal wenigstens einen Ansatz. Danke. Begebe mich somit ins Nirvana des Trial and Error .... wobei ich als Chef doch sicherlich noch eine currenttime mit einer readingtime verglichen bekomme! ... in der Theorie :D

herrmannj

@cooltux: Spielverderber.

Nach "nur list gesehen" wäre das auch mein Kandidat. Gut ein mini regex braucht man.


Die Alternative wäre ja ein x beliebiges fc was auch immer reading zu nehmen aber eben ohne regex im Namen um damit genau 1 reading eindeutig zu treffen. Das ändert sich ja auch (max) 1 x pro abholen.
Regenmenge24h:.fc1_precipIntensity.*
Hier wäre dann auch die "Falle". Was wenn die nächsten 3 h kein Regen kommt, aber danach.

Da Du als maintainer aber auch current_date_time nennst gewinnt das :)

holle75

Genau! .... jetzt hatte ich die Idee auf pubDate zu triggern. Das wird wohl bei jeder Abfrage aktualisiert

herrmannj

Zitat von: holle75 am 31 März 2020, 17:51:14
.... wobei ich als Chef doch sicherlich noch eine currenttime mit einer readingtime verglichen bekomme! ... in der Theorie :D
Brauchst Du garnicht. Es reicht ja das currenttime sich ändert (was es mit an Sicherheit grenzender Wahrscheinlichkeit tut  ;D ) damit ein event dazu ausgelöst wird. Was _in_ dem event steht ist egal. Hauptsache es kommt und triggert das generieren des userReadings

herrmannj

Zitat von: holle75 am 31 März 2020, 17:57:56
Genau! .... jetzt hatte ich die Idee auf pubDate zu triggern. Das wird wohl bei jeder Abfrage aktualisiert
Läuft!

CoolTux

Zitat von: herrmannj am 31 März 2020, 17:56:34
@cooltux: Spielverderber.

Nach "nur list gesehen" wäre das auch mein Kandidat. Gut ein mini regex braucht man.


Die Alternative wäre ja ein x beliebiges fc was auch immer reading zu nehmen aber eben ohne regex im Namen um damit genau 1 reading eindeutig zu treffen. Das ändert sich ja auch (max) 1 x pro abholen.
Regenmenge24h:.fc1_precipIntensity.*
Hier wäre dann auch die "Falle". Was wenn die nächsten 3 h kein Regen kommt, aber danach.

Da Du als maintainer aber auch current_date_time nennst gewinnt das :)

Sorry ich wollte kein Spielverderber sein  ;D
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

holle75

habs jetzt mal mit

Regenmenge24h:.*pubDate.*

eingebaut. Jetzt muß sich nur noch was in den Readings ändern um zu sehen obs funktioniert.