Monatsrückblick Juli / August 2026 ist online!

[TT-Tom]

@Daniel-8 Das kommt entweder so vom server oder der State wurde zurückgesetzt, weil keine neuen Daten gekommen sind.
lege dazu mal ein Issue an, ich mir mal über legen wie weit ich das Konzept dann anpasse. Denn null geht bei Timestamp eigentlich nicht.

[Ro75]

@tt-tom was du nach deinem Urlaub vielleicht dir nochmal ansehen solltest:

Ich habe:

• 4 Abfahrten - ca. 1.900
• 6 Verbindungen - ca. 16.000

Und der Adapter erzeugt rund 18.000 Datenpunkte. Sind die wirklich notwendig?

Ro75.

[TT-Tom]

@Ro75

@Ro75 sagte:

Und der Adapter erzeugt rund 18.000 Datenpunkte. Sind die wirklich notwendig?

ja, das summiert sich ganz schnell auf.
ich biete nur an was vom Server alles kommt, was ihr braucht müsst ihr mir sagen.

es wäre schön, wenn ihr hier im Forum dazu Vorschläge macht und euch einigt,
was muss,
was kann,
was soll weg.

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