Monatsrückblick Juli / August 2026 ist online!

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

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