Neu im Blog: Was die neue Website alles kann

[TT-Tom]

Neue Beta-Version verfügbar

1.2.0 (2026-08-25)

• Neu: EFA als weiteres Backend – mit dem VRR (Verkehrsverbund Rhein-Ruhr) als erstem Verbund. In den Instanzeinstellungen steht bei der Dienst-Auswahl der neue Eintrag „EFA – VRR (Rhein-Ruhr)". Wer im Rhein-Ruhr-Gebiet wohnt, bekommt seine Fahrplandaten damit direkt vom Verbund statt über einen bundesweiten Umweg.

• Kein Zugangsschlüssel, keine Registrierung. Der VRR stellt die Schnittstelle als offene Service-API bereit; die Adresse steckt fest im Adapter und ist an den Verbund gebunden. Es gibt also nichts einzutragen – Dienst auswählen, Stationen suchen, fertig.

• Abfahrten und Verbindungen können über EFA dasselbe wie über die bisherigen Dienste: Echtzeit und Verspätungen, Gleis bzw. Bussteig, Ausfälle, Meldungen des Verkehrsunternehmens, Zwischenhalte, Fußwege beim Umsteigen. Auch der Produktfilter ist auf den VRR abgestimmt (Fernzug, Regionalzug, S-Bahn, U-Bahn, Straßenbahn, Bus, Fähre, Seilbahn). An den Datenpunkten und den Widgets ändert sich nichts.

• VRR-Hinweis in der Oberfläche: Der VRR gibt die Daten unter der Bedingung frei, dass Anwendungen auf www.vrr.de verweisen und sein Logo führen. Deshalb zeigen die Instanzeinstellungen bei der Auswahl „EFA – VRR" Logo und Link. Das ist fester Bestandteil der Oberfläche und bewusst nicht abschaltbar – es ist die Gegenleistung dafür, dass die Daten ohne Anmeldung nutzbar sind.

⚠️ Wichtig beim Wechsel des Dienstes: Stations-IDs gelten immer nur für ein Backend. Wer eine bestehende Instanz von HAFAS oder MOTIS auf „EFA – VRR" umstellt, muss seine Stationen und Verbindungen einmal neu suchen und auswählen. Alte Einträge melden sich sonst im Log mit Wrong client type bzw. Wrong profile und liefern keine Daten. Wer beides parallel braucht, legt sich dafür am besten eine zweite Instanz an.

Unter der Haube ist außerdem eine Kleinigkeit aus der Admin-8-Umstellung nachgezogen worden (die Konfigurationsoberfläche meldet sich jetzt korrekt als guiApi 2 an). Davon merkt man im Betrieb nichts.

Diese Version ist ab sofort im Latest/Beta.

Vielen Dank fürs Testen und euer Feedback.
Bitte schreibt hier in den Thread oder besser noch erstellt ein Issue auf Github.
https://github.com/tt-tom17/ioBroker.public-transport/issues

PS: Mobidata-BW ist im Grund auch fertig. Wer einen KEY bestellt / bekommen hat, bitte melden. Ich sende euch dann einen Link zur Test-Version.

[Daniel 8]

@TT-Tom habe bei mobi data angefragt aber noch keine Antwort bekommen

[Daniel 8]

Was für einen Zugang brauche ich die? Wollen die wissen.

EFA-JSON oder TRIAS-Schnittstelle

[TT-Tom]

@Daniel-8 sagte:

TRIAS-Schnittstelle

diesen Zugang

[TT-Tom]

@Daniel-8

wenn du deinen Key bekommen hast, kannst du die aktuelle GitHub Version mal testen. Wenn sie bei dir Läuft erstelle ich ein Release und sie kommt dann ins Beta.

[Daniel 8]

@TT-Tom sagte:

@Daniel-8

wenn du deinen Key bekommen hast, kannst du die aktuelle GitHub Version mal testen. Wenn sie bei dir Läuft erstelle ich ein Release und sie kommt dann ins Beta.

Werde ich machen. Muss dann erst nach dem Urlaub admin auch noch updaten.

[Daniel 8]

@TT-Tom sagte:

@Daniel-8

wenn du deinen Key bekommen hast, kannst du die aktuelle GitHub Version mal testen. Wenn sie bei dir Läuft erstelle ich ein Release und sie kommt dann ins Beta.

Habe heute mal ein Update gemacht auf die letzte Version. Habe ich was übersehen oder ist 1.2.0 die letzte? Da kann jch mobidata nicht finden. Habe aber leider auch den Zugang noch nicht.

[TT-Tom]

@Daniel-8

nein, hast nichts übersehen, eher überlesen. Ist nur auf GitHub, noch kein Release. Da jetzt aber Admin 8 durch ist, mach ich das Release 1.3.0 fertig und du kannst es dann normal updaten aus dem Beta Repo

[Daniel 8]

@TT-Tom sagte:

@Daniel-8

nein, hast nichts übersehen, eher überlesen. Ist nur auf GitHub, noch kein Release. Da jetzt aber Admin 8 durch ist, mach ich das Release 1.3.0 fertig und du kannst es dann normal updaten aus dem Beta Repo

Alles klar. Danke. Wie gesagt warte noch auf den Zugang. Das geht wohl nicht so schnell

[TT-Tom]

Neue Beta-Version verfügbar

1.3.0 (2026-09-02)

• Neu: TRIAS als weiteres Backend – mit MobiData BW (Baden-Württemberg) als erstem Netz. In den Instanzeinstellungen steht bei der Dienst-Auswahl der neue Eintrag „TRIAS - MobiData BW (Baden-Württemberg)". Abgedeckt ist ganz Baden-Württemberg, also unter anderem VVS, KVV, naldo und DING.

• ⚠️ Dieses Backend braucht einen eigenen Zugangsschlüssel – das ist der Unterschied zu allen bisherigen Diensten. TRIAS läuft über einen persönlichen Schlüssel (RequestorRef). MobiData BW vergibt ihn je Anwender; ein mit dem Adapter mitgelieferter Sammelschlüssel ist dort nicht vorgesehen. Andere TRIAS-Anbieter können das anders handhaben – vielleicht bietet ja einer etwas an, das zu einem Open-Source-Adapter passt.

• So kommt ihr an den Schlüssel für MobiData BW: eine formlose Mail an mobidata-bw@nvbw.de mit der Bitte um Vergabe eines TRIAS-Zugangs. Angeben müsst ihr dabei euren vollen Namen, eure Adresse, eine Kontakt-Mailadresse und eine kurze Beschreibung, wofür ihr die Daten nutzen wollt. Den Schlüssel bekommt ihr per Mail und tragt ihn in den Instanzeinstellungen unter „TRIAS-Zugangsschlüssel" ein. Ohne Schlüssel läuft der Dienst nicht, das Feld ist ein Pflichtfeld.

• Der Schlüssel wird verschlüsselt gespeichert und ist für andere Adapter nicht lesbar – er steht weder im Klartext im Objektbaum noch in einem Backup.

• Abfahrten und Verbindungen können über TRIAS dasselbe wie über die bisherigen Dienste: Echtzeit und Verspätungen, Gleis bzw. Bussteig, Ausfälle, Meldungen des Verkehrsunternehmens, Zwischenhalte und Fußwege beim Umsteigen. An den Datenpunkten und den Widgets ändert sich nichts.

• NVBW-Hinweis in der Oberfläche: Die Nahverkehrsgesellschaft Baden-Württemberg bittet darum, die Quelle als „Daten der NVBW" mit Link auf ihre Website zu nennen. Die Instanzeinstellungen zeigen beides bei der Auswahl „TRIAS - MobiData BW" an.

⚠️ Wichtig beim Wechsel des Dienstes: Stations-IDs gelten immer nur für ein Backend. Wer eine bestehende Instanz von HAFAS, MOTIS oder EFA auf „TRIAS - MobiData BW" umstellt, muss seine Stationen und Verbindungen einmal neu suchen und auswählen. Alte Einträge liefern sonst keine Daten. Wer mehrere Netze parallel braucht, legt sich dafür am besten eine zweite Instanz an.

Diese Version ist in Kürze im Latest/Beta.

Vielen Dank fürs Testen und euer Feedback.
Bitte schreibt hier in den Thread oder besser noch erstellt ein Issue auf Github.
https://github.com/tt-tom17/ioBroker.public-transport/issues

[Daniel 8]

Also 1.3.0 ist installiert. Habe nochmals eine Anfrage gesendet mit der bitte um einen Schlüssel

Haben anscheinend meine E-mail von letzter Woche nicht bekommen. Bekomme den Schlüssel angeblich im laufe der Woche

[root_]

Ich versuche S-Bahn Verbindungen im Raum München einzulesen. das hat auch bis vor 3-4 Wochen funktioniert über MOTIS. Jetzt bekomme ich eine Fehlermeldung:

[depReq] Error querying departures for station de-DELFI_de:xxxxx:xxxxxx: undefined

(hab mal die Station unkenntlich gemacht aber da steht normal die Kennung drin)

[TT-Tom]

@root_

Hast du versucht die Station neu anzulegen.
Ansonsten mach bitte ein Issue auf Github auf, mit kompletten Debug log.

Danke

[Daniel 8]

@tt-tom

Ich habe seit gestern Morgen den Zugang erhalten und gleich getestet. Ich kann soweit nicht feststellen was negativ wäre. Die Daten scheinen auch mit der Bahn app ziemlich gut zum übereinstimmen. Bei motis fehlten mir sogar Verbindungen.

Vielen Dank.

[TT-Tom]

@Daniel-8
Perfekt, das heißt der Zugang funktioniert wie er soll. Danke für die Rückinfo

Dann werde ich demnächst die 1.3.0 ins stable entlassen.

[Daniel 8]

@TT-Tom sagte:

@Daniel-8
Perfekt, das heißt der Zugang funktioniert wie er soll. Danke für die Rückinfo

Dann werde ich demnächst die 1.3.0 ins stable entlassen.

Ja hat soweit funktioniert. Danke für deine Mühe für die Entwicklung des Adapters.

[Daniel 8]

Hallo Tom,

kannst du mal nachsehen, ob da vom Server keine Daten kommen oder ob ein Fehler im Adapter ist?
Ich habe bei allen Verbindungen nur von Journey_00 bis Journey_02 bei DepatureDelay eine Zahl stehen und alles danach (null).

[TT-Tom]

@Daniel-8

Hast du Funktion Detail Datenpunkte aktiviert?

https://github.com/tt-tom17/ioBroker.public-transport/wiki/Verbindungen#detail-datenpunkte-anlegen

Ansonsten brauche ich deine Stationen, um das zu prüfen, die Nummer reichen mir. Ggf. auch per PN.

[Daniel 8]

@TT-Tom sagte:

@Daniel-8

Hast du Funktion Detail Datenpunkte aktiviert?

https://github.com/tt-tom17/ioBroker.public-transport/wiki/Verbindungen#detail-datenpunkte-anlegen

Ansonsten brauche ich deine Stationen, um das zu prüfen, die Nummer reichen mir. Ggf. auch per PN.

Ja Detaildatenpunkte habe ich angelegt.

Stationen schicke ich dir per PN

[TT-Tom]

@Daniel-8

Ich habe mit deinen Daten die Verbindung geprüft und alles Seiten arbeiten korrekt.
Der Server liefert von Hause aus kein Delay, weder bei Abfahrten/Ankünfte, noch bei Verbindungen. Sollte es zu Abweichungen der geplanten Zeiten kommen, sendet der Server Istzeiten mit. Daraus ermittelt der Adapter dann das Delay.
Das bedeutet wenn "null" im Delay steht, gibt es keine Istzeiten/Abweichungen.
Aus meiner Sicht bedeutet das, wenn ich keine Daten bekomme sind die Werte undefiniert und ich setze sie auf "null", statt auf "0", denn das würde für den User bedeuten keine Verspätung.