Monatsrückblick Juli / August 2026 ist online!

[Ro75]

Danke für die rasche Antwort. Ich persönlich verarbeite nur die JSON. Eventuell einstellbar machen.

Ro75.

[TT-Tom]

@mblass @daniel-8 @zottel @ro75 @grrfield @holgerwolf @eggs @claus1993 @roddief

in diesem Post könnt ihr alle eure Wünsche, Anmerkungen zu den Datenpunkten machen. Ich habe euch als Bearbeiter eingefügt.

Wie @ro75 schon geschrieben hat, werden es bei vielen Station und Verbindungen schnell mal über 15000 Stück, um das auf ein sinnvolles Maß zu bekommen, solltet ihr hier vermerken welche für euch wichtig sind, grade wer mit Skripten oder eigene Vis Objekten arbeitet, sollte sich hier melden.

Einfach euer Kürzel vorne weg und dann die Datenpunkte als Liste. Nach meinem Urlaub werde ich mich dann ransetzen und es für euch umsetzen.

@daniel-8 Ist geplante Abfahrt und Verspätung Abfahrt sec wichtig. Und ausgefallene Züge habe ich aber noch nicht herausgefunden wo ich den auslesen kann

[Oli]

@TT-Tom
Ich bräuchte eigentlich auch nur das JSON

[zottel]

zottel sagte:

mal sehen: https://github.com/mfdz/GTFS-Issues/issues/293

wurde übrigens gefixt, falls andere ähnliche Probleme haben ...

[TT-Tom]

@zottel

Perfekt und so schnell.
Kommen die Daten jetzt richtig rein??

[Daniel 8]

Heute gab es bei mir einige ausgefallene Verbindungen. Leider tauchen diese dann gar nicht mehr auf sondern es werden einfach die nächsten angezeigt wo fahren. Wäre halt schon interessant wenn man wissen würde wenn was ausfällt

[TT-Tom]

Ich habe jetzt Anträge gestellt bei mobidata-BW und VRR, um einen Zugang zu Ihren Fahrplandaten zu bekommen. Sollten diese kostenlos und von jedem Nutzer nutzbar sein, werde ich versuchen die Daten einzubinden. Bei der BW habe ich schon gelesen, dass sie ein anderes Format nutzen, als der Adapter.

Warten wir erstmal die Rückinfos ab und sehen dann weiter. Alles Weitere dann Ende August. schönes schwitzen noch

[TT-Tom]

Wichtige INFO

Die Version 0.10.2 ist jetzt im Stable Repo. Sie läuft unter der alten Admin Version 7.8.23.
Für die neue Admin Oberfläche gibt es die Anpassungen Ende August im Beta Repo.

schönen Urlaub allen

[Daniel 8]

@TT-Tom sagte:

Ich habe jetzt Anträge gestellt bei mobidata-BW und VRR, um einen Zugang zu Ihren Fahrplandaten zu bekommen. Sollten diese kostenlos und von jedem Nutzer nutzbar sein, werde ich versuchen die Daten einzubinden. Bei der BW habe ich schon gelesen, dass sie ein anderes Format nutzen, als der Adapter.

Warten wir erstmal die Rückinfos ab und sehen dann weiter. Alles Weitere dann Ende August. schönes schwitzen noch

Das hört sich doch schon mal gut an wenn sich hier was bewegt. Vielen Dank für den Adapter.

Wünsche auch einen schönen Resturlaub.

[TT-Tom]

Neue Beta-Version verfügbar

1.0.0 (2026-08-08)

• Die Konfigurationsoberfläche wurde auf die neue Admin-UI umgestellt (React 19, MUI 9). Ab dieser Version wird Admin 8.0.1 oder neuer benötigt

• Weil damit eine neue Mindestvoraussetzung dazukommt, ist es eine Major-Version. An der Funktion des Adapters selbst ändert sich nichts – Abfahrten, Verbindungen, Datenpunkte und Widgets verhalten sich wie in 0.10.2.

Wer noch auf Admin 7 ist, bleibt bitte zunächst auf 0.10.2 und aktualisiert den Adapter erst nach dem Admin-Update.

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: mobiData-BW und VRR haben sich zurückgemeldet, meine Zugänge haben ich bekommen. Damit sind wir wieder ein Step weiter. Alles weitere dann Ende August.
Was steht noch auf der ToDo:

• Datenpunkte reduzieren (Auswahl)
• Datenpunkte für nsPanel -Adapter seperat (Auswahl)
• Einbinden von mobiData-BW und VRR
• und eure Issue auf Github natürlich

[TT-Tom]

Benötige Rückmeldung zur Version 1.0.0

habt ihr diese Version schon getestet? Ich würde dann auf dieser aufbauen und weiter entwickeln.

[Daniel 8]

@TT-Tom sagte:

Benötige Rückmeldung zur Version 1.0.0

habt ihr diese Version schon getestet? Ich würde dann auf dieser aufbauen und weiter entwickeln.

Bin noch nicht auf admin 8. Weil das bei mir offiziell noch nicht angeboten wird. Somit auch noch nicht auf Version 1.0.0.

[Oli]

@TT-Tom
Ist bei mir genauso bin im Stable unterwegs

[Daniel 8]

Fahren auch nächste Woche in Urlaub. Da möchte ich nicht riskieren das was Probleme macht. Hatte schon diese Woche mein ganzes System auf eine ssd gemacht und gleich das neue OS trixie drauf gemacht. Da gab es dann auch paar Probleme

[TT-Tom]

@Daniel-8
@oli

Alles klar. Ich bau dann mal hier im Entwicklungssystem weiter und wir testen dann, wenn ihr Zeit habt. Schönen Urlaub euch

[Daniel 8]

@TT-Tom sagte:

@Daniel-8
@oli

Alles klar. Ich bau dann mal hier im Entwicklungssystem weiter und wir testen dann, wenn ihr Zeit habt. Schönen Urlaub euch

Danke. Trotzdem vielem Dank für deine Mühe.
Habe auch mit meinem Zendure Speicher noch ein großes Projekt anstehen.

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