Test Adapter Fahrplan v0.2.x

[gluecksmann]

@derhuerst

Ähm... verstehe da nur Bahnhof... Mein Issue wurde scheinbar abgelehnt... schade... immerhin ist die BVG der größte ÖPNV Anbieter Deutschlands

[derhuerst]

@gluecksmann Ja, das war leider ein Bot, der Issues nach ein paar Tagen Inaktivität schließt. Mal gucken, vielleicht macht das ja jemand wieder auf.

[Blackbeard]

@julianh und @AggroRalf Darf ich fragen, ob und wie Du das Problem gelöst hast? Ich habe nämlich die Situation, dass ich die html-Ausgabe in vis eingefügt habe. Die Routen werden beim ersten Erstellen in vis mit aktuellen Daten angezeigt, aktualisieren sich dann aber nicht.

[Kosta]

@beginner Hallo! Ich versuche schon seit Tagen auch eine VIS für Tablet zu bauen um die Strecke visuell darzustellen, leider vergeblich.. Kannst du mir eventuell ein paar Tipps geben wie du es geschafft hast? Ich habe versucht mit JSON Tabelle zu arbeiten, bekomme die einzelne Daten aber nicht angezeigt. Bitte um Hilfe )) Danke im Voraus!

[Kosta]

@aggroralf Hallo Ralf! Ich habe deine VIS für den Adapter gesehen, das sieht echt klasse aus. Wie hast du das geschafft zu bauen, kannst du mir eventuell ein paar Tipps geben? Hast du das mi einer JSON Tabelle realisiert? Danke im Voraus!

[Gabe]

Hallo mir geht es tatsächlich auch so, so richtig komme ich mit dem VIS nicht klar. Eigentlich soll die HTML anpassbar sein, aber wie. Kann jemand da helfen?

[Oli]

@aggroralf

leider funktioniert der Suchen Button bei mir immer noch nicht, deshalb habe ich mir die ID's selbst herausgesucht.

Wenn ich diese jedoch eingebe kommt folgende Meldung:

Im Log steht folgendes dazu:

fahrplan.0
2022-05-27 09:13:43.238	info	[Departure Timetable] Updated 1 departure timetables, 0 enabled and 1 disabled

fahrplan.0
2022-05-27 09:13:43.129	debug	[Departure Timetable] 1 Departure Timetables defined, continuing

fahrplan.0
2022-05-27 09:13:43.128	info	[Route] Updated 1 routes, 0 enabled and 1 disabled

fahrplan.0
2022-05-27 09:13:43.082	debug	[Route] Route #0 from 681736 to 8000284 disabled

fahrplan.0
2022-05-27 09:13:42.981	debug	[Route] 1 Routes defined, continuing

fahrplan.0
2022-05-27 09:13:42.980	debug	[Adapter] Timer Event

fahrplan.0
2022-05-27 09:11:29.632	error	Exception in ErrorReporting Sentry [TypeError: Cannot read property 'request' of undefined]

fahrplan.0
2022-05-27 09:11:29.630	error	Error occured: Exception receiving Message for Adapter in main/onMessage

fahrplan.0
2022-05-27 09:11:29.629	error	Exception in ErrorReporting Sentry [TypeError: Cannot read property 'request' of undefined]

fahrplan.0
2022-05-27 09:11:29.626	error	Error occured: Exception receiving Stations in fHelpers/createHTML [Error: Internal Server Error]

fahrplan.0
2022-05-27 09:11:29.537	debug	[Adapter] Executing HAFAS search for Stations: Provider = DB SearchString = Querstr

fahrplan.0
2022-05-27 09:11:28.839	error	Exception in ErrorReporting Sentry [TypeError: Cannot read property 'request' of undefined]

fahrplan.0
2022-05-27 09:11:28.837	error	Error occured: Exception receiving Message for Adapter in main/onMessage

fahrplan.0
2022-05-27 09:11:28.836	error	Exception in ErrorReporting Sentry [TypeError: Cannot read property 'request' of undefined]

fahrplan.0
2022-05-27 09:11:28.832	error	Error occured: Exception receiving Stations in fHelpers/createHTML [Error: Internal Server Error]

fahrplan.0
2022-05-27 09:11:28.756	debug	[Adapter] Executing HAFAS search for Stations: Provider = DB SearchString = Querstr

fahrplan.0
2022-05-27 09:11:28.220	error	Exception in ErrorReporting Sentry [TypeError: Cannot read property 'request' of undefined]

fahrplan.0
2022-05-27 09:11:28.218	error	Error occured: Exception receiving Message for Adapter in main/onMessage

fahrplan.0
2022-05-27 09:11:28.217	error	Exception in ErrorReporting Sentry [TypeError: Cannot read property 'request' of undefined]

fahrplan.0
2022-05-27 09:11:28.214	error	Error occured: Exception receiving Stations in fHelpers/createHTML [Error: Internal Server Error]

fahrplan.0
2022-05-27 09:11:28.129	debug	[Adapter] Executing HAFAS search for Stations: Provider = DB SearchString = Querstr

fahrplan.0
2022-05-27 09:11:27.354	error	Exception in ErrorReporting Sentry [TypeError: Cannot read property 'request' of undefined]

fahrplan.0
2022-05-27 09:11:27.352	error	Error occured: Exception receiving Message for Adapter in main/onMessage

fahrplan.0
2022-05-27 09:11:27.352	error	Exception in ErrorReporting Sentry [TypeError: Cannot read property 'request' of undefined]

fahrplan.0
2022-05-27 09:11:27.349	error	Error occured: Exception receiving Stations in fHelpers/createHTML [Error: Internal Server Error]

fahrplan.0
2022-05-27 09:11:27.264	debug	[Adapter] Executing HAFAS search for Stations: Provider = DB SearchString = Querstr

fahrplan.0
2022-05-27 09:11:22.002	error	Exception in ErrorReporting Sentry [TypeError: Cannot read property 'request' of undefined]

fahrplan.0
2022-05-27 09:11:22.000	error	Error occured: Exception receiving Message for Adapter in main/onMessage

fahrplan.0
2022-05-27 09:11:21.999	error	Exception in ErrorReporting Sentry [TypeError: Cannot read property 'request' of undefined]

fahrplan.0
2022-05-27 09:11:21.995	error	Error occured: Exception receiving Stations in fHelpers/createHTML [Error: Internal Server Error]

fahrplan.0
2022-05-27 09:11:21.871	debug	[Adapter] Executing HAFAS search for Stations: Provider = DB SearchString = Querstr

fahrplan.0
2022-05-27 09:11:21.219	error	Exception in ErrorReporting Sentry [TypeError: Cannot read property 'request' of undefined]

fahrplan.0
2022-05-27 09:11:21.217	error	Error occured: Exception receiving Message for Adapter in main/onMessage

fahrplan.0
2022-05-27 09:11:21.216	error	Exception in ErrorReporting Sentry [TypeError: Cannot read property 'request' of undefined]

fahrplan.0
2022-05-27 09:11:21.212	error	Error occured: Exception receiving Stations in fHelpers/createHTML [Error: Internal Server Error]

fahrplan.0
2022-05-27 09:11:21.093	debug	[Adapter] Executing HAFAS search for Stations: Provider = DB SearchString = Querstr

fahrplan.0
2022-05-27 09:09:55.148	debug	[Adapter] Config verified: {"result":false,"msg":[{"text":"FahrplanConfigErrorStationFrom","arg1":"681736","arg2":1},{"text":"FahrplanConfigErrorStationTo","arg1":"8000284","arg2":1}]}

fahrplan.0
2022-05-27 09:09:55.141	error	Error occured: HAFAS error in Station in fStation/verifyStation [Error: Internal Server Error]

fahrplan.0
2022-05-27 09:09:54.645	error	Error occured: HAFAS error in Station in fStation/verifyStation [Error: Internal Server Error]

[frana120500]

Guten Morgen zusammen,

ich habe den Adapter auch entdeckt und finde den wirklich klasse. Soweit ich das blicken kann, funktioniert auch alles und die Daten der DB passen.

Hat hier schon jemand was schönes gescriptet und Verbindungen abzurufen oder sich Infos zusenden zu lassen?

[qwerty1896]

Hallo!

Ich habe zufällig gesehen, dass ein Zugausfall mit Verspätung "0" dargestellt wird (auf bahn.de wurde der Zug bereits als Ausfall markiert). Unterwegs hatte ich jedoch keinen Zugriff auf die Objekte. Wie "identifiziere" ich einen Zugausfall?

Wo greift der Fahrplan die Daten ab? In der Nachbarnschaft ist ein Bahnhof, bei dem Stationfrom Platform und Stationfrom PlatformPlanned definitiv falsch sind. Auch hier gibt bahn.de die richtigen Daten an/aus.

Danke.

[nu_81]

Hallo,
ich habe im Adapter für eine Strecke zwei Abfahrten angezeigt.

Der erste Zug sollte 13.01 Uhr und der nächste um 14.01 Uhr starten.
Diese beiden Abfahrten werden in den Objekten in den Unterordnern 0 und 1 angezeigt.

Nun wurde für die Verbindung um 13.01 Uhr Verspätung von 10 Minuten angezeigt.
Bereits um kurz nach 13.01 Uhr wurde im Unterordner 0 jedoch schon der nächste Zug, also 14.01 Uhr und im Unterordner 1 bereits der 15.01 Uhr Zug angezeigt.
Ich habe also keine weitere Möglichkeit die Verspätung des 13.01 Uhr Zugs weiter zu beobachten.

Werden die Verbindungen immer zur geplanten Uhrzeit aktualisiert?
Wie kann ich weiter auf den verspäteten Zug schauen?

Kann man irgendwie erkennen, ob der Zug schon abgefahren / angekommen ist?

Mir geht es eher darum, dass wir sehen können wann unsere Tochter ankommt, da wir sie aufgrund fehlender Verbindung vom Bahnhof abholen müssen.

[andiko2]

Ich habe diesen Adapter jetzt auch mal installiert und getestet. Soweit ist alles gut. Ich habe mir den HBF angelegt um zu sehen wann die Züge fahren. Dazu habe ich in der Auswahl nur die Züge aktiviert. Busse und Straßenbahnen sollen nicht angezeigt werden.
.
Wenn sich der Adapter nach dem Speichern neu startet, wird in der Vis auch nur das gewählte angezeigt.
.
Nach der ersten Aktualisierung der Daten, werden plötzlich wieder die ausgeblendeten Busse angezeigt.
.
Mache ich da irgend etwas falsch oder ist das ein Fehler im Adapter?

[derhuerst]

@qwerty1896 said in Test Adapter Fahrplan v0.2.x:
Ich bin der Entwickler von hafas-client, der Bibliothek, die dem Adapter zugrunde liegt. Ich kann also ein Stück weit weiterhelfen, von ioBroker oder diesem Adapter habe ich allerdings keine Ahnung.

Ich habe zufällig gesehen, dass ein Zugausfall mit Verspätung "0" dargestellt wird (auf bahn.de wurde der Zug bereits als Ausfall markiert). Unterwegs hatte ich jedoch keinen Zugriff auf die Objekte. Wie "identifiziere" ich einen Zugausfall?

Eigentlich gibt hafas-client ausgefallene Fahrten/Abfahrten/Ankünfte mit einem cancelled: true aus, zusätzlich zur letzten bekannten Verspätung (delay/departureDelay/arrivalDelay), letzten bekannten prognostizierten Zeit (prognosedWhen/prognosedDeparture/prognosedArrival), und der Fahrplan-Zeit (plannedWhen/plannedDeparture/plannedArrival).

Wo greift der Fahrplan die Daten ab? In der Nachbarnschaft ist ein Bahnhof, bei dem Stationfrom Platform und Stationfrom PlatformPlanned definitiv falsch sind. Auch hier gibt bahn.de die richtigen Daten an/aus.

hafas-client nutzt dieselbe API wie die DB-Navigator-App – bzw. die ganzen offiziellen mobil-Apps der Verkehrsverbünde allgemein. D.h. die Daten in deinem Fahrplan-ioBroker-Adapter sollten – von Verzögerungen beim Abruf mal abgesehen – immer denen in der App entsprechen.

Wenn das mal nicht der Fall ist, wäre es gut, wenn ihr hier, oder direkt im hafas-client-Repository den Fehler meldet. Um
nachvollziehen zu können, ob da wirklich ein Bug existiert, oder ob die DB-Daten einfach gerade falsch sind, braucht es dafür möglichst viele Daten; Im Nachhinein lassen sich diese Fälle ohne gespeicherte Daten eigentlich nicht nachvollziehen. @AggroRalf Dafür müssen die Leute hafas-client mit der Umgebungsvariable DEBUG=hafas-client laufen lassen, dann logged es alle rohen HAFAS-Anfragen und -Antworten.

Zu bahn.de: Es gibt manchmal kleinere Abweichungen zwischen bahn.de und der DB-Navigator-App, meistens sollten sie aber denselben Datenstand haben.

[australien]

Hallo zusammen,

Der Fahrplan-Adapter funktioniert ja ganz gut, nur wie mache ich dass?

Bei den Versätungen kann man ja via Telegram eine Nachricht senden lassen, nur wie? Welches Objekt soll für den Aussagetext gesetzt werden - am besten noch an gewisse Teilnehmer ID's. Weiters würde ich gerne über den Sonos noch einen Sprachnachricht ausgeben lassen.

Ich bin für jeden Tipp dankbar.

[australien]

@AggroRalf

hallo Ralf,

kannst du mir dazu Tipps geben?

Danek

[Moko]

Ich bekomme, egal was ich eingebe, immer nur:

Auch bei anderen Stationen das Gleiche.
Hab mir auch schon die Stationsnummern per https://v6.db.transport.rest/ rausgesucht: keine Änderung
Ist mir heute erst aufgefallen, da ich den Adapter nur am Wochenende benötige.
Kann es sein, daß sich irgendwas geändert hat?

[schuno2]

@moko Hab seit gestern das gleiche Problem.

[derhuerst]

@schuno2
Ich habe keine Ahnung vom Fahrplan-Adapter, aber bin der Author der darunterliegenden Library hafas-client.

Vor kurzem haben die Betreibenden der Deutsche-Bahn-HAFAS-API angefangen, die in der Dokumentation von hafas-client genannten User-Agents zu blocken.

Deswegen habe ich in hafas-client@6.0.3 auch erzwungen, dass ein andere User-Agent konfiguriert wird. U.u. werde ich das auch für die vom Fahrplan-Adapter verwendete 5er-Version tun.

Wenn ich den Fahrplan-Adapter-Source-Code richtig lese, verwenden alle Instanzen denselben User-Agent; Es ist also für die Gegenseite schwierig, die vielen Anfragen als einzelne Nutzer*innen auseinanderzuhalten.

Vielleicht ändert es etwas, die Nutzer*innen einen eigenen User-Agent vergeben zu lassen – am besten mit einer Kontaktmöglichkeit wie z.B. eine eigene Domain oder ein im Internet verwendeter Benutzername.

[AggroRalf]

@derhuerst Hallo Janis,

die Fehlermeldung entspricht aber nicht dem Bug bei dir, oder?

Der User-Agent ist ja angepasst, allerdings verwenden wirklich alle Instanzen den gleichen. Einen kontaktierbaren Agent zu verwenden ist glaub schwierig

Ich könnte es mit etwas dynamischem erweitern, aber die Frage ist bringt das was. Die Bahn hat die Änderung ja einfach vorgenommen, wenn das jetzt ein Katz-und-Maus-Spiel wird dann wird es aber zäh.

VG Ralf

[AggroRalf]

@derhuerst Hallo nochmal,

habe es gerade getestet, andere User-Agents gehen ebenfalls nicht und werfen den gleichen Fehler.

[eierfeile]

@schuno2 ja, ich leider auch. Nutze ihn ständig für den Weg zur Arbeit