98_DBPlan.pm: Fahrplaninformation der DB

Begonnen von JoWiemann, 08 April 2015, 18:57:14

Vorheriges Thema - Nächstes Thema

Per

Zitat von: JoWiemann am 06 Februar 2018, 18:36:14Hm, bei plan_departure_n ist none richtig, wenn keine Abfahrtszeit ermittelt werden kann.
Problem ist, dass wie beim bereits behobenen, innerhalb der selben (Hunderstel)Sekunde bei jeder (!) Abfrage "none" und sofort danach "hh:mm" zurückgegeben wird. Fehler, Verzögerungen oder so gibt es nicht.
Damit wird natürlich event-on-change-reading ausgehebelt.

JoWiemann

Zitat von: Per am 06 Februar 2018, 22:29:10
Problem ist, dass wie beim bereits behobenen, innerhalb der selben (Hunderstel)Sekunde bei jeder (!) Abfrage "none" und sofort danach "hh:mm" zurückgegeben wird. Fehler, Verzögerungen oder so gibt es nicht.
Damit wird natürlich event-on-change-reading ausgehebelt.
Ok, dann weiß ich was Du meinst. Ich lasse mir etwas einfallen.


Gesendet von iPhone mit Tapatalk

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

JoWiemann

Zitat von: Per am 06 Februar 2018, 22:29:10
Problem ist, dass wie beim bereits behobenen, innerhalb der selben (Hunderstel)Sekunde bei jeder (!) Abfrage "none" und sofort danach "hh:mm" zurückgegeben wird. Fehler, Verzögerungen oder so gibt es nicht.
Damit wird natürlich event-on-change-reading ausgehebelt.

Hallo,

anbei eine Version zum Testen.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Per

Nicht so doll, jetzt wird sofort 0 (bzw. der Verspätungswert) eingetragen, ca. 2 Sekunden später "none".
Für plan_arrival_delay gilt das selbe.

JoWiemann

Hm, dann gib mir bitte mal ein List von deinem Device.

PS: Hast Du Fhem neu gestartet oder nur ein reload gemacht?

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

JoWiemann

Zitat von: Per am 11 Februar 2018, 00:58:23
Nicht so doll, jetzt wird sofort 0 (bzw. der Verspätungswert) eingetragen, ca. 2 Sekunden später "none".
Für plan_arrival_delay gilt das selbe.

Hallo,

mist, beim Umbau etwas vergessen. Anbei eine neue Version.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Per

Gestern Abend leider keine Zeit gehabt, teste ich heute Abend!

Per

#502
Hat ne Weile gedauert, weil die Bahn trotz Nebel keine Verspätung hatte  :o

Also: die Verspätung wird jetzt nicht mehr durch None, sondern durch 0 überschrieben  >:(

2018-02-16 11:55:10 DBPlan Zug_Arbeit plan_departure_delay_1: 5
2018-02-16 11:55:10 DBPlan Zug_Arbeit plan_departure: 11:11 5 11:23 0 11:41 0
2018-02-16 11:55:16 DBPlan Zug_Arbeit plan_departure_delay_1: 0
2018-02-16 11:55:16 DBPlan Zug_Arbeit plan_departure: 11:11 0 11:23 0 11:41 0


plan_arrival_delay habe ich eh durch event-on-change-reading ausgeblendet...

JoWiemann

#503
Ok, ich bin mir nicht schlüssig welchen Wert den die beiden Delayzeiten annehmen sollen. Bisher wurde immer der Wunsch nach 0 geäußert. Oder meinst Du eine vorhandene Verspätung wird überschrieben? Dann brauche ich wirklich mal Deine Verbindung.




Gesendet von iPad mit Tapatalk
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Per

Zitat von: JoWiemann am 16 Februar 2018, 11:47:34Ok, ich bin mir nicht schlüssig welchen Wert den die beiden Delayzeiten annehmen sollen. Bisher wurde immer der Wunsch nach 0 geäußert.
Ist mir prinzipiell egal, 0 fände ich (!) sinnvoller.

Zitat von: JoWiemann am 16 Februar 2018, 11:47:34Oder meinst Du eine vorhandene Verspätung wird überschrieben?
Geanu. Wie oben geschrieben sind das 6 Sekunden, dann wird der echte Wert durch die Vorgabe ersetzt. War früher

Zitat von: JoWiemann am 16 Februar 2018, 11:47:34Dann brauche ich wirklich mal Deine Verbindung.
Kommt, wie immer "heute abend" ;).

PS: habe gerade mal in die "Historie" geschaut: delay war schon mal behoben! Und die eigentliche Plan-Abfahrtszeit scheint ja jetzt zu passen. Aber auch hier: "heute abend".

JoWiemann

Ok, anbei nochmal was zum Testen.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Per

Auch wenn gerade keine Verspätung vorliegt:
Definition:
defmod TestDB DBPlan 120
attr TestDB dbplan_destination 8006692
attr TestDB dbplan_journey_prod S-Bahnen
attr TestDB dbplan_station 8000761


gesamt Log:
2018-02-17 00:31:37 DBPlan TestDB plan_departure_1: 00:06
2018-02-17 00:31:37 DBPlan TestDB plan_arrival_1: 00:30
2018-02-17 00:31:37 DBPlan TestDB plan_connection_1: S
2018-02-17 00:31:37 DBPlan TestDB plan_departure_delay_1: 0
2018-02-17 00:31:37 DBPlan TestDB plan_arrival_delay_1: 0
2018-02-17 00:31:37 DBPlan TestDB plan_travel_duration_1: 0:24
2018-02-17 00:31:37 DBPlan TestDB plan_travel_change_1: 0
2018-02-17 00:31:37 DBPlan TestDB travel_price_1: none
2018-02-17 00:31:37 DBPlan TestDB travel_note_1: achtung
2018-02-17 00:31:37 DBPlan TestDB travel_note_link_1: https://reiseauskunft.bahn.de/bin/query.exe/dox?ld=43175&protocol=https:&n=1&i=d6.0117529175.1518820296&rt=1&use_realtime_filter=1&co=C0-0&vca&HWAI=CONNECTION$C0-0!details=opened!&
2018-02-17 00:31:37 DBPlan TestDB plan_departure_2: 00:36
2018-02-17 00:31:37 DBPlan TestDB plan_arrival_2: 01:00
2018-02-17 00:31:37 DBPlan TestDB plan_connection_2: S
2018-02-17 00:31:37 DBPlan TestDB plan_departure_delay_2: 0
2018-02-17 00:31:37 DBPlan TestDB plan_arrival_delay_2: 0
2018-02-17 00:31:37 DBPlan TestDB plan_travel_duration_2: 0:24
2018-02-17 00:31:37 DBPlan TestDB plan_travel_change_2: 0
2018-02-17 00:31:37 DBPlan TestDB travel_price_2: none
2018-02-17 00:31:37 DBPlan TestDB travel_note_2: achtung
2018-02-17 00:31:37 DBPlan TestDB travel_note_link_2: https://reiseauskunft.bahn.de/bin/query.exe/dox?ld=43175&protocol=https:&n=1&i=d6.0117529175.1518820296&rt=1&use_realtime_filter=1&co=C0-1&vca&HWAI=CONNECTION$C0-1!details=opened!&
2018-02-17 00:31:37 DBPlan TestDB plan_departure_3: 04:36
2018-02-17 00:31:37 DBPlan TestDB plan_arrival_3: 05:00
2018-02-17 00:31:37 DBPlan TestDB plan_connection_3: S
2018-02-17 00:31:37 DBPlan TestDB plan_departure_delay_3: 0
2018-02-17 00:31:37 DBPlan TestDB plan_arrival_delay_3: 0
2018-02-17 00:31:37 DBPlan TestDB plan_travel_duration_3: 0:24
2018-02-17 00:31:37 DBPlan TestDB plan_travel_change_3: 0
2018-02-17 00:31:37 DBPlan TestDB travel_price_3: none
2018-02-17 00:31:37 DBPlan TestDB travel_note_link_3: https://reiseauskunft.bahn.de/bin/query.exe/dox?ld=43175&protocol=https:&n=1&i=d6.0117529175.1518820296&rt=1&use_realtime_filter=1&co=C0-2&vca&HWAI=CONNECTION$C0-2!details=opened!&
2018-02-17 00:31:38 DBPlan TestDB travel_note_error_3: none
2018-02-17 00:31:38 DBPlan TestDB travel_note_text_3: none
2018-02-17 00:31:38 DBPlan TestDB travel_note_text_3: none
2018-02-17 00:31:38 DBPlan TestDB travel_note_text_3: none
2018-02-17 00:31:38 DBPlan TestDB travel_departure_3: Bad Vilbel Süd - none
2018-02-17 00:31:38 DBPlan TestDB travel_vehicle_nr_3: S 6
2018-02-17 00:31:38 DBPlan TestDB travel_destination_3: Gl. 2
2018-02-17 00:31:38 DBPlan TestDB travel_destination_3: Frankfurt(M)Hauptwache - Gl. 2
2018-02-17 00:31:38 DBPlan TestDB plan_departure_delay_3: 0
2018-02-17 00:31:38 DBPlan TestDB plan_arrival_delay_3: 0
2018-02-17 00:31:40 DBPlan TestDB travel_note_error_2: none
2018-02-17 00:31:40 DBPlan TestDB travel_note_text_2: none
2018-02-17 00:31:40 DBPlan TestDB travel_note_text_2: none
2018-02-17 00:31:40 DBPlan TestDB travel_note_text_2: Aktuelle Informationen liegen vor
2018-02-17 00:31:40 DBPlan TestDB travel_departure_2: Bad Vilbel Süd - none
2018-02-17 00:31:40 DBPlan TestDB travel_vehicle_nr_2: S 6
2018-02-17 00:31:40 DBPlan TestDB travel_destination_2: Gl. 2
2018-02-17 00:31:40 DBPlan TestDB travel_destination_2: Frankfurt(M)Hauptwache - Gl. 2
2018-02-17 00:31:40 DBPlan TestDB plan_departure_delay_2: 0
2018-02-17 00:31:40 DBPlan TestDB plan_arrival_delay_2: 0
2018-02-17 00:31:42 DBPlan TestDB travel_note_error_1: none
2018-02-17 00:31:42 DBPlan TestDB travel_note_text_1: none
2018-02-17 00:31:42 DBPlan TestDB travel_note_text_1: none
2018-02-17 00:31:42 DBPlan TestDB travel_note_text_1: Aktuelle Informationen liegen vor
2018-02-17 00:31:42 DBPlan TestDB travel_departure_1: Bad Vilbel Süd - none
2018-02-17 00:31:42 DBPlan TestDB travel_vehicle_nr_1: S 6
2018-02-17 00:31:42 DBPlan TestDB travel_destination_1: Gl. 2
2018-02-17 00:31:42 DBPlan TestDB travel_destination_1: Frankfurt(M)Hauptwache - Gl. 2
2018-02-17 00:31:42 DBPlan TestDB plan_departure_delay_1: 0
2018-02-17 00:31:42 DBPlan TestDB plan_arrival_delay_1: 0



Nochmal extra der "Nr 2"-Log:
2018-02-17 00:31:37 DBPlan TestDB plan_departure_2: 00:36
2018-02-17 00:31:37 DBPlan TestDB plan_arrival_2: 01:00
2018-02-17 00:31:37 DBPlan TestDB plan_connection_2: S
2018-02-17 00:31:37 DBPlan TestDB plan_departure_delay_2: 0
2018-02-17 00:31:37 DBPlan TestDB plan_arrival_delay_2: 0
2018-02-17 00:31:37 DBPlan TestDB plan_travel_duration_2: 0:24
2018-02-17 00:31:37 DBPlan TestDB plan_travel_change_2: 0
2018-02-17 00:31:37 DBPlan TestDB travel_price_2: none
2018-02-17 00:31:37 DBPlan TestDB travel_note_2: achtung
2018-02-17 00:31:37 DBPlan TestDB travel_note_link_2: https://reiseauskunft.bahn.de/bin/query.exe/dox?ld=43175&protocol=https:&n=1&i=d6.0117529175.1518820296&rt=1&use_realtime_filter=1&co=C0-1&vca&HWAI=CONNECTION$C0-1!details=opened!&
2018-02-17 00:31:40 DBPlan TestDB travel_note_error_2: none
2018-02-17 00:31:40 DBPlan TestDB travel_note_text_2: none
2018-02-17 00:31:40 DBPlan TestDB travel_note_text_2: none
2018-02-17 00:31:40 DBPlan TestDB travel_note_text_2: Aktuelle Informationen liegen vor
2018-02-17 00:31:40 DBPlan TestDB travel_departure_2: Bad Vilbel Süd - none
2018-02-17 00:31:40 DBPlan TestDB travel_vehicle_nr_2: S 6
2018-02-17 00:31:40 DBPlan TestDB travel_destination_2: Gl. 2
2018-02-17 00:31:40 DBPlan TestDB travel_destination_2: Frankfurt(M)Hauptwache - Gl. 2
2018-02-17 00:31:40 DBPlan TestDB plan_departure_delay_2: 0
2018-02-17 00:31:40 DBPlan TestDB plan_arrival_delay_2: 0


Bitte auch travel_destination beachten.

Die späteren (hier 00:31:40) dürften die falschen sein (immer 0), allerdings würde ich das mit echter Verspätung (wahrscheinlich erst am Montag) verifizieren.

Die falschen Log-Zeiten bitte nicht beachten, ist ne falsche Zeitzone auf dem Server.

Per

So, schein jetzt zu passen.

Die Strings travel_destination_X und travel_note_text_X werden wahrscheinlich standardmäßig mehrfach (mehrzeilig?) belegt, wäre mir jetzt egal, da ich diese ausblende.

JoWiemann

Hallo,

anbei eine neue Beta.

Es gibt jetzt das neue Attribut: dbplan-reading-deselect

Mit diesem Attribut können Readings deselektiert werden und werden dann auch nicht mehr gebildet.

Ich habe auch noch einen Fehler bei der Ermittlung der Travel Notes korrigiert.

Die mehrzeilige Darstellung ist leider immer wieder ein Problem der Auslieferung von Fhem Web. Der String wird jedenfalls ohne LF oder CR/LF zusammengesetzt.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Per

Nachdem ich dieses Device seit Wochen "produktiv" im Einsatz habe und recht zufrieden damit bin (mit dem Device, nicht mit der Bahn ;)), hätte ich eine Idee: interessant fände ich eine Funktion, welche die Abfrage-Zyklen (Interval) dynamisch verwaltet: je näher die Abfahrt, destso öfter wird abgefragt.