Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[TT-Tom]

Neue Beta-Version verfügbar

0.9.0 (2026-07-03)

• Widget: flexible Höhe – der Inhalt passt sich jetzt der eingestellten Widget-Höhe an und scrollt bei Bedarf vertikal (Kopf- und Spaltenzeile bleiben dabei fixiert)
• Widget: flexible Breite – die Schrift skaliert mit der Widget-Breite (bis zu einer Mindestgröße); wird das Widget noch schmaler, erscheint ein horizontaler Scrollbalken, wobei der Spaltenkopf spaltengenau mitläuft

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

[TT-Tom]

Neue Beta-Version verfügbar

0.9.1 (2026-07-05)

• veraltete/leere Datenpunkte werden nun zuverlässig geleert – sowohl nach einem Neustart als auch im laufenden Betrieb (#82)

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

[TT-Tom]

Neue Beta-Version verfügbar

0.10.0 (2026-07-05)

• konfigurierbares Zeitfenster (Dauer in Minuten) pro Station – Abfahrten lassen sich jetzt über die standardmäßigen 60 Minuten hinaus abrufen (#85)
• Client-Option „Vendo – Deutsche Bahn" deaktiviert, da der db-vendo-Endpoint aktuell OPS_BLOCKED liefert (#85)
• vom Repository-Checker gemeldete Warnungen behoben (#80): fehlende Admin-Übersetzungen ergänzt (zh-cn, es)

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

[Ro75]

Eine kurze Frage. Für Sachsen gibt es keine Daten? Speziell ZVON?

Ro75.

[RoddiEF]

Läuft wie es soll und es ist sogar VMT jetzt mit drin.
ein für den Adapter...

[TT-Tom]

@Ro75

Ob es für Sachsen ein Profil gibt, muss ich prüfen. Motis sollte dir Daten bringen, bitte mal prüfen.

[claus1993]

@TT-Tom sagte:

Umfrage an alle zu den widgets

es wurde öfter schon die feste Größe angesprochen, mir kommen da aktuell zwei Möglichkeiten in den Kopf

• Scrollbalken für horizontal und vertikal
• Textgröße anpassen -> da bin ich mir unsicher mit den Icon, mal schauen
• jemand hat eine andere IDEE-> immer raus damit

ja, gibt mal euer Feedback was ihr so meint, was sinnvoll ist.
Um ehrlich zu sein habe ich die nur für die Tests bauen lassen (Claude), um zu sehen was an Daten kommt. Baue sie aber gerne für euch aus, bzw lasse sie bauen

Habe die letzte Version installiert und die Widgets lassen sich jetzt sehr gut in der Größe anpassen. Vielen Dank für die Anpassung :-)

[Ro75]

Also ich finde den Adapter wirklich richtig gut! Bei den Widgets hatte ich meine Probleme, da sie mir nicht das an Infos gaben, was für mich in der Darstellung interessant gewesen wäre.

Also habe ich mir die json in ein anderes json konvertieren lassen um daraus mir via json-widget die Daten darstellen zu lassen.

Bitte nicht schlagen, aber dein Design passt und gefällt mir so sehr, dass ich kurzerhand einen "Nachbau" gemacht habe.

Oben sind bei mir die Stationen und da habe ich mir eine Auswahl geschaffen, dass ich mir die entsprechende Abfahrtstation wählen kann.

Unten sind Verbindungen zu sehen - ebenfalls per Auswahl wählbar.

Fakt ist. Der Adapter ist saustark. Widgets entweder mehr an Auswahl, oder flexibler.

Klasse Arbeit.

Ro75.

[TT-Tom]

@Ro75
Sieht echt gut aus. 👍👍

Die Widgets sind immer noch in Bearbeitung. Da ich sie nur zur Daten visu nutze, habe ich auch keine großen Ansprüche. Wenn ihr konkrete Vorschläge habt, werde ich sie umsetzen. Ihr müsst euch nur einig sein über das Was und Wie.

[TT-Tom]

Neue Beta-Version verfügbar

0.10.1 (2026-07-11)

• Fix: Abfahrts- und Verbindungs-Datenpunkte wurden kurz nach dem Schreiben wieder geleert (#87) – betroffen waren Stationen, bei denen das Schreiben der Datenpunkte länger dauerte als das interne Zeitfenster der Aufräum-Routine (z. B. bei vielen Abfahrten pro Abfrage). Die Aufräum-Routine löscht jetzt nur noch Datenpunkte, die in der aktuellen Abfrage tatsächlich nicht mehr geliefert wurden.

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

[zottel]

keine Fehler im Adapter, aber vllt weiss jemand was man tut wenn motis eine linie gar nicht anzeigt? Die existiert an der Haltestelle für motis nicht, wenn ich eine Haltestelle weiter gehe, dann auch nur in eine Rcihtung. Wo kann man das melden?

[TT-Tom]

@zottel

hast du mal das VBN Profil getestet, was das an Daten bringt?

Der Lieferant sind die Verkehrsunternehmen, was stellen sie bereit und sind die Daten freiverfügbar? Dann kommt Motis und stellt sie in einem einheitlichen Schema zur verfügung und dann der Adapter. Wo da jetzt was auf der Strecke bleibt, kann ich dir nicht sagen. Der Adapter kann nur anzeigen was er bekommt. Schick mir mal deine Station und die Line, ggf. auch als PM, ich versuche mal raus zu bekommen, wer die besten Daten da liefert.

[zottel]

Die Verbundfremden liefern wenn dann nur die S-Bahnen bei mir, Busse leider nicht. Motis kann die eigentlich, ausser bei der Linie 862
Der Halt heisst "Kaarster See"
https://haltestellenmonitor.vrr.de/#/index kennt die 862
Motis kennt den auch aber nur über Umwege (also andere Haltestelle), dann aber nur eine Richtung. Dort wird auch Kaarster See angezeigt, aber wenn ich dann dort klicke ist die Linie wieder nicht gelistet:
https://europe.motis-project.de/?tripId=20260714_17%3A48_de-DELFI_3215877061
Sehr seltsam

[TT-Tom]

Hallo @zottel,

ich habe das nachgestellt und die MOTIS-API dazu direkt abgefragt. Das Verhalten ist erklärbar, und es liegt leider nicht am Adapter, sondern an den zugrundeliegenden Fahrplandaten.

Kurz gesagt: Die Linie 862 fährt in den Daten, die MOTIS verwendet, nur in eine Richtung — nach Kaarst Kaarster See hinein. Dort ist Endstation.

Das habe ich so geprüft:

• Die Haltestelle ist in MOTIS als de-DELFI_de:05162:20626 („Kaarst Kaarster See") bekannt und ist ausdrücklich als Bus-Haltestelle markiert.
• Frage ich die Abfahrten dort für einen kompletten Betriebstag ab, kommt die 862 kein einziges Mal vor — es erscheinen nur S28, SB86, 094 und 866.
• Frage ich dagegen die Ankünfte ab, taucht die 862 sofort auf (am Steig …:20626:88:1).
• Ich habe sechs einzelne 862-Fahrten über den Tag geöffnet: Alle starten an D-Belsenplatz und enden an Kaarst Kaarster See. Keine einzige fährt zurück.
• An den Nachbarhaltestellen (Nordkanal, Bussardstr., Rathaus, Gustav-Heinemann-Str.) tragen alle 862-Fahrten das Fahrtziel „Kaarst Kaarster See" — bei über 140 geprüften Abfahrten am Stück keine einzige Richtung Düsseldorf.

Damit erklären sich genau die drei Dinge, die dir aufgefallen sind:

1. An Kaarster See erscheint die 862 nicht. Ein Abfahrtsmonitor zeigt Abfahrten — und die 862 hat dort keine, sondern nur Ankünfte. Der Adapter unterschlägt hier nichts, in den Daten steht schlicht keine Abfahrt.
2. Über eine andere Haltestelle findest du die Linie, aber nur in eine Richtung. Genau so ist sie in den Daten hinterlegt.
3. Klickst du die Fahrt an, ist Kaarster See der letzte Halt — und auf der Haltestellenseite ist die Linie dann wieder weg. Auch das ist die logische Folge von Punkt 1, nicht ein Fehler der Anzeige.

Der VRR-Haltestellenmonitor kennt die Gegenrichtung, weil er die VRR-eigenen Daten (EFA) nutzt. MOTIS speist sich aus dem bundesweiten DELFI-GTFS-Datensatz, und dort fehlt die Rückrichtung der 862. Das ist eine Lücke im Datenexport, die weder dieser Adapter noch MOTIS beheben kann — die Daten müssten beim Verkehrsverbund bzw. bei DELFI korrigiert werden. Eine Meldung dorthin ist der einzige Weg, der die Linie wirklich sichtbar macht.

[zottel]

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

[Daniel 8]

Habe den Adapter frisch installiert.
Werde mal sehen wie er sich verhält. Hatte bisher den Fahrplan Adapter.

Vielen Dank

[Daniel 8]

Wenn ich im Widget schaue, steht an oberster Stelle 00:03 mit Verspätung +-2Minuten. Warum das +-?

Wenn ich aber in den Objekten nachsehe, steht dort 23:59. Das sieht ja fast so aus als ob er die 2Minuten 2x dazurechnet.

Version 0.10.1

[TT-Tom]

@Daniel-8

Ohne das JSON zu sehen, kann ich dazu nichts sagen. Hast du dir die Datenpunkte in den Leg‘s angeschaut, was da steht.

[Daniel 8]

Nein habe ich nicht. Wenn ich wieder mal so einen Fall habe, lese ich das JSON aus und schicke die Datenpunkte von den Legs mit. Danke für die mühevolle Arbeit

[Daniel 8]

Habe hier noch eine Auffälligkeit. Die Abfahrt war eigentlich um 7:27. Laut DB Navigator hat der Zug keine Verspätung. Hier im Adapter wird er mit 120 min Verspätung angezeigt.

{
  "type": "journey",
  "legs": [
    {
      "origin": {
        "type": "stop",
        "id": "de-DELFI_de:09775:4301",
        "name": "Illertissen",
        "location": {
          "type": "location",
          "latitude": 48.22265600000001,
          "longitude": 10.100019,
          "id": "de-DELFI_de:09775:4301:3:31"
        },
        "station": {
          "id": "8003057",
          "name": "Illertissen",
          "type": "station",
          "location": {
            "id": "8003057",
            "type": "location",
            "latitude": 48.222828,
            "longitude": 10.099942
          },
          "products": {
            "nationalExpress": false,
            "national": false,
            "regionalExpress": false,
            "regional": true,
            "suburban": false,
            "subway": false,
            "tram": false,
            "bus": false,
            "taxi": false,
            "ferry": false
          },
          "weight": 970.3,
          "ril100Ids": [
            "MILT"
          ],
          "ifoptId": "de:09775:4301",
          "priceCategory": 5,
          "transitAuthority": "BEG",
          "stadaId": "2972"
        }
      },
      "destination": {
        "type": "stop",
        "id": "de-DELFI_de:08421:1008_G",
        "name": "Ulm Hauptbahnhof",
        "location": {
          "type": "location",
          "latitude": 48.3994,
          "longitude": 9.982608,
          "id": "de-DELFI_de:08421:1008_G"
        },
        "station": {
          "id": "8000170",
          "name": "Ulm Hbf",
          "type": "station",
          "location": {
            "id": "8000170",
            "type": "location",
            "latitude": 48.3993985,
            "longitude": 9.98260796
          },
          "products": {
            "nationalExpress": true,
            "national": true,
            "regionalExpress": true,
            "regional": true,
            "suburban": false,
            "subway": false,
            "tram": false,
            "bus": false,
            "taxi": false,
            "ferry": false
          },
          "weight": 384240.6,
          "ril100Ids": [
            "TU",
            "TU  P"
          ],
          "ifoptId": "de:08421:1008",
          "priceCategory": 2,
          "transitAuthority": "NVBW",
          "stadaId": "6323"
        }
      },
      "departure": "2026-07-15T09:27:00+02:00",
      "plannedDeparture": "2026-07-15T07:27:00+02:00",
      "departureDelay": 7200,
      "arrival": "2026-07-15T09:43:00+02:00",
      "plannedArrival": "2026-07-15T07:43:00+02:00",
      "arrivalDelay": 7200,
      "tripId": "20260715_05:34_de-DELFI_3288502988",
      "line": {
        "type": "line",
        "id": "20260715-05-34-de-delfi-3288502988",
        "fahrtNr": "de-DELFI_3288502988",
        "name": "RE75 (3680)",
        "public": true,
        "mode": "train",
        "product": "regional",
        "productName": "RE",
        "operator": {
          "type": "operator",
          "id": "10446",
          "name": "DB Regio AG Bayern"
        }
      },
      "direction": "Ulm Hauptbahnhof",
      "arrivalPlatform": null,
      "plannedArrivalPlatform": null,
      "departurePlatform": "1",
      "plannedDeparturePlatform": "1",
      "remarks": []
    }
  ],
  "refreshToken": "CrsBCgtSRTc1ICgzNjgwKRIiMjAyNjA3MTVfMDU6MzRfZGUtREVMRklfMzI4ODUwMjk4OBobZGUtREVMRklfZGU6MDk3NzU6NDMwMTozOjMxIQ0h5/1/HEhAKQ71u7A1MyRAMhhkZS1ERUxGSV9kZTowODQyMToxMDA4X0c53gIJih8zSEBBcZNRZRj3I0BIpLTc0gZQ5Lvc0gZaDVJFR0lPTkFMX1JBSUxgAWkAAAAAAAAAAHEAAAAAAAAAAA==",
  "remarks": []
}