Der neue Monatsrückblick für September 2026 ist online!

[TT-Tom]

Neue Beta-Version verfügbar

1.1.0 (2026-08-21)

• Neu: Die Detail-Datenpunkte je Abfahrt und Verbindung lassen sich jetzt abschalten. Der neue Schalter „Detail-Datenpunkte anlegen" steht bei jeder Station und jeder Verbindung. Damit lässt sich die Anzahl der angelegten Objekte deutlich reduzieren – ein Wunsch aus dem Forum, weil viele ohnehin nur den json-Datenpunkt auswerten.

• Fix: Der NSPanel-Channel wird wieder unabhängig angelegt. Er hing mit am neuen Schalter, sodass er ohne die Detail-Datenpunkte nicht mehr erzeugt wurde.

⚠️ Bitte nach dem Update prüfen: Der Schalter ist standardmäßig aus. Wer die einzelnen Datenpunkte nutzt (z. B. Stations.<id>.Departures_01.line.name in VIS oder in Skripten), aktiviert ihn bitte bei den betreffenden Stationen und Verbindungen – sonst bleiben diese Datenpunkte leer.

Immer erhalten bleiben unabhängig vom Schalter:
json (die vollständigen Rohdaten), countDepartures, enabled und info.

Objektbaum aufräumen: Wer die Detail-Datenpunkte nicht mehr braucht – der Adapter löscht sie nicht von selbst, er setzt sie nur auf Standardwerte zurück. Das ist Absicht, denn an den Objekten können Historie, Skripte oder VIS-Bindings hängen. Zum Aufräumen im Admin unter Objekte nach public-transport.0.Stations filtern und die Kanäle Departures_01 … Departures_nn löschen (bei Verbindungen entsprechend Journey_01 … unter Journeys). Solange der Schalter aus bleibt, werden sie nicht neu angelegt.

Diese Version wird ab morgen im Latest/Beta sein.

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: nächste Schritte sind VRR - Schnittstelle (fast fertig) und mobidata-BW.

WICHTIG für mobidata BW

@daniel-8
Für Baden-Württemberg (MobiData BW) braucht jeder Anwender einen eigenen Zugang - ein Sammelzugang über den Adapter ist von der NVBW ausdrücklich ausgeschlossen. Lest euch die Nutzungsbedingungen bitte durch, ihr seit dann selber verantwortlich.

Die Anmeldung ist kostenlos und formlos: kurze Mail an mobidata-bw@nvbw.de, Infos unter https://mobidata-bw.de/pages/trias-api. Ihr könnt auf das Projekt verweisen (Github Link). Den zugeteilten Schlüssel tragt ihr dann später in der Adapter-Konfiguration ein.

[Daniel 8]

@TT-Tom

Ist für Die neue beta auch admin neuer 8.0.1?

[TT-Tom]

@Daniel-8

ja, ich habe aktuell keine Möglichkeit parallel für die alte Version zu coden. Wenn es dir möglich ist teste den admin 8.

Auf meinem Testsystem läuft schon die Version 8, da bin ich mit allen Adaptern im Beta bzw. GitHub unterwegs.
Hier läuft alles ohne Fehler.

[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).