98_DBPlan.pm: Fahrplaninformation der DB

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

Vorheriges Thema - Nächstes Thema

JoWiemann

Spannend. Nach einem F5 im Browser sind die <pre>...</pre> weg....
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

#316
Hallo,

ich habe jetzt noch die URL für Verbindungsnotizen angepasst. Beim MVV wird zunächst auf eine "Werbeseite" geleitet. Erst durch eine Anpassung der URL dann auf die richtig DB Seite. Bitte einmal 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

Dr. Boris Neubert

Zitat von: JoWiemann am 07 Januar 2017, 20:11:05
Spannend. Nach einem F5 im Browser sind die <pre>...</pre> weg....

Die Ursache liegt bei FHEMWEB. Das Phänomen tritt nur nach einem get auf, wenn das Reading Zeilenumbrüche enthält (ggf. auch bei anderen Sonderzeichen). Rudi ist Dir dankbar, wenn Du ihm eine Konfiguration schickst, mit der sich das Phänomen reproduzieren lässt.
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

JoWiemann

Hallo Boris,

danke für den Hinweis. Werde ich machen. Leider sind auch hier die Situationen rar gesät, wo man mal eine Störung über zwei Zeilen erhält. Was mich irritiert ist, dass ich selber keinen Zeilenumbruch einfüge, sondern vorher den Text komplett bereinige.

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

Dr. Boris Neubert

Zitat von: Dr. Boris Neubert am 05 Januar 2017, 17:14:46
ich habe noch das Problem mit empty answer received. Kann mir bitte jemand eine DBPlan-Definition posten, die auf einer voll aktualisierten FHEM-Instanz und neuestem Modul funktioniert? Ich debugge das dann mal bei mir.

Danke für die Beispiele. Ich konnte das Problem lösen.

"Empty answer received" liegt daran, dass der Socket nach Absenden des Headers geschlossen wird. Wenn ich das dagegen vorgesehene Attribut dbplan-remote-noshutdown setze, funktioniert es.

Mir ist nicht klar, warum der Socket standardmäßig geschlossen werden soll, bevor die Daten abgeholt werden. Gibt es Installationen, die mit der umgekehrten Konfiguration nicht laufen?

Die Doku ist an dieser Stelle verwirrend ("Define the noshutdown for all http get. Default is 0=noshutdown connection."). Weil die Problemursache schwer zu finden ist, wäre es sicher gut, in der Doku ein paar Worte dazu zu verlieren, wie man es beseitigt, wenn es auftritt.

Im übrigen herzlichen Dank für das Modul! Wie wichtig es mir geworden ist, habe ich gemerkt, als ich es wegen Nichtfunktionierens nicht nutzen konnte. Ich blende damit morgens an Arbeitstagen die nächsten drei Abfahrten in meinen Bilderrahmen (RSS) ein, den ich vom Esstisch aus im Blick habe.

Viele Grüße
Boris
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

JoWiemann

#320
Hallo Boris,

danke für die Rückmeldung. Im Wiki steht bei HTTPMOD:

noShutdown
pass the noshutdown flag to HTTPUtils for webservers that need it (some embedded webservers only deliver empty pages otherwise)

Ich setze noShutdown als Standard auf 0 (Machen übrigens alle Module, die ich mir als Beispiele angesehen habe). Bei mir läuft es so auf zwei RPis.

Ich habe nun bei HttpUtils nachgesehen. Hier wird 1 als Standard gesetzt:
$noshutdown
optional
Wenn $noshutdown auf 1 gesetzt ist, wird dem HTTP-Server nicht implizit mitgeteilt, dass die Verbindung nach dem Request geschlossen werden soll. Viele Webserver schließen in solch einem Fall die Verbindung, bevor sie die Antwort senden. Bei 0 wird dem Webserver mitgeteilt, dass der Sendevorgang beendet ist und nun die Antwort abgewartet wird.
Standardwert: 1

Ich habe das nun entsprechend angepasst. Anbei die neue Version.

PS: Ich habe auch noch die Sonderzeichen in der Bahnhofsanzeige korrigiert.
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

Dr. Boris Neubert

Zitat von: JoWiemann am 07 Januar 2017, 22:28:56
Ich habe das nun entsprechend angepasst. Anbei die neue Version.

Dank für die Rückmeldung und die Anpassung. Im Wiki hatte ich nicht nachgesehen. Für meine eigenen Module gehe ich so vor, dass alle Module allein anhand der Infos in der Commandref nutzbar sein sollten und Anwender im Wiki Konfigurations- und Anwendungsbeispiele beschreiben.
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

JoWiemann

Zitat von: Dr. Boris Neubert am 08 Januar 2017, 09:31:02
Dank für die Rückmeldung und die Anpassung. Im Wiki hatte ich nicht nachgesehen. Für meine eigenen Module gehe ich so vor, dass alle Module allein anhand der Infos in der Commandref nutzbar sein sollten und Anwender im Wiki Konfigurations- und Anwendungsbeispiele beschreiben.

Guter Hinweis. Werde ich in Zukunft berücksichtigen.

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

Hallo,

habe die Version jetzt im Git und im 1. Post hinterlegt.

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

Dr. Boris Neubert

Hallo,

die Bahn schreibt wohl Icons an die Zugnummern: heute morgen habe ich das im Reading travel_vehicle_nr_2 gefunden:

RB 15641 &nbsp;<img
src="http://www.img-bahn.de/v/1612/img/achtung_17x19_mitschatten.png"
class="middle" /> | U   6


Ich rege an, das Reading (und ggf. weitere Readings) einmal in einer bereinigten Nur-Text-Variante (travel_vehicle_nr_x) und einmal in der originalen Variante als HTML-Code (travel_vehicle_nr_x_html) vorzuhalten. Letzteres könnte man nutzen, um sich einen eigenen schönen Plan zusammenzubauen.

Viele Grüße
Boris
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

JoWiemann

Hallo Boris,

Oh, mal wieder etwas Neues. Deine Idee finde ich gut. Werde ich in den nächsten Tag mal umsetzen. Ist das mit den Icons bei Deinen Verbindungen immer so. Ich habe das bisher noch nicht gehabt.

Grüße Jörg


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

Amenophis86

In Frankfurt streiken die Busse. Auf der Seite der DB wurde die Verbindung jedoch angezeigt, obwohl sie nicht gefahren ist. Hat noch jemand aktuell das Problem, dass die DB es Anzeigt, obwohl die Busse nicht fahren. Hat jemand einen Hinweis auf der Seite gesehen, welchen man mit dem Modul abgreifen müsste um dies zu wissen?
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

Dr. Boris Neubert

Zitat von: JoWiemann am 09 Januar 2017, 10:37:20
Ist das mit den Icons bei Deinen Verbindungen immer so. Ich habe das bisher noch nicht gehabt.

Das weiß ich nicht - das Modul läuft erst seit kurzem inklusive der Anzeige von travel_vehicle bei mir. Im Moment gibt es auch wieder Störungen aber das Störungssymbol steht nicht hinter der Linie sondern hinter der Ankunft an einem Zwischenhalt.

Bild anbei, URL hier: http://reiseauskunft.bahn.de/bin/query2.exe/dox?ld=15091&n=6&i=1k.03124491.1483981424&rt=1&use_realtime_filter=1&HWAI=~CONNECTION$C0-0!section!

Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

JoWiemann

Zitat von: Amenophis86 am 09 Januar 2017, 16:49:23
In Frankfurt streiken die Busse. Auf der Seite der DB wurde die Verbindung jedoch angezeigt, obwohl sie nicht gefahren ist. Hat noch jemand aktuell das Problem, dass die DB es Anzeigt, obwohl die Busse nicht fahren. Hat jemand einen Hinweis auf der Seite gesehen, welchen man mit dem Modul abgreifen müsste um dies zu wissen?

Die DB übernimmt im Nahverkehr nur die Infos der Nahverkehrsunternehmen. Wenn die also nichts liefern...

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

Amenophis86

Dachte ich mir aber der RMV zeigt es an. Daher wundert es mich. Muss ich wohl mit leben.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...