Test Adapter public-transport v0.10.x @latest

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:

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.
Über eine andere Haltestelle findest du die Linie, aber nur in eine Richtung. Genau so ist sie in den Daten hinterlegt.
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": []
}

TT-Tom

@Daniel-8 sagte:

"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,

hier steht es so im JSON, welches vom Server kommt und das kann der Adapter nur auswerten und anzeigen. Wenn falsche Daten kommen, kann ich nichts dafür

mir ist aber dabei ein Bug aufgefallen, die Beschreibungen/Namen der Channel sind falsch/werden nicht aktualisiert. Das ist irreführend und wird im nächsten Release behoben.

Daniel 8

Hab ich ja auch nicht behauptet das du was dafür kannst. Ich will auch nur versuchen zu helfen wo es geht. Da kommen so einige falsche Daten habe ich das Gefühl. Da hatten heute einige Verspätung und im db navigator nicht. Sehr komisch. Was ist denn mit dem db Vendo wo du deaktiviert hast? Liefert der andere Daten?

TT-Tom

@Daniel-8

ich bin dir für die Infos ja auch dankbar und sollte nicht so rüber kommen. Versuch damit auch Lösungen zu finden.

@Daniel-8 sagte:

Was ist denn mit dem db Vendo wo du deaktiviert hast?

Da wird auf lange Zeit nichts mehr kommen, wenn ich das so im Publc-Transport-Projekt verfolge.
Wenn DB da nicht eine neue Schnittstelle anbietet, werde ich es komplett aus dem Adapter entfernen. Die Bahn will ja Millionen investieren für eine neue APP und Live-Daten. Warten wir ab was da kommt.

TT-Tom

@Daniel-8

ich habe mal meine Test-Script laufen lassen und die haben mir das Hafas Profil rmv empfohlen, kannst du ja mal als alternative zu Mostis testen. Vielleicht sind die Daten da besser.

Daniel 8

@TT-Tom

Das werde ich mal testen. Weil jetzt sind die Daten mehr schlecht als recht.

Da haben viele Züge Verspätung obwohl sie fahren.

Kann ich sonst noch was beitragen?

Daniel 8

Jetzt muss ich nur mein Script neu verknüpfen, da man ja nicht nur einfach wechseln kann. Man muss die Verbindungen ja neu anlegen. Aber auch kein Problem. Bin nur grad noch arbeiten und werde morgen mal testen. Danke mal

TT-Tom

@Daniel-8
Lege dir einfach eine weitere Instanz an. Dann kannst du dann beide parallel testen.

TT-Tom

@Daniel-8 sagte:

Jetzt muss ich nur mein Script neu verknüpfen, da man ja nicht nur einfach wechseln kann.

Dafür lege ich mir immer ein Alias an. Damit ich nicht in den Scripten suchen muss.

Daniel 8

@TT-Tom
Gute Idee. Danke für den typ

Community Forum

NEWS

Test Adapter public-transport v0.10.x @latest

Neue Beta-Version verfügbar

0.10.1 (2026-07-11)

Support us

328

33.0k

83.4k

1.3m