Test Adapter public-transport v0.1.x GitHub/npm

booleeny

Bei mir funktioniert der Adapter ganz super. Wow richtig gut! Vielen lieben Dank. Nutze zur Zeit die Vendo DB Anbindung. Da kommt die Info gefühlt schneller als HAFAS. Bei der ersten Installation wurde nicht automatisch eine Instanz erstellt die musste ich erst durch den klick auf + erstellen. Aber vielleicht ist das auch normal bei der Installation über "Developer Github Katze". Mir war das Widget für meinen vorhandenen Dashboard Platz zu groß. Außerdem Nutzte ich vis-2 und bin mir nicht sicher ob das Widget dafür auch gemacht ist. Daher habe ich den vis-jsontemplate Adapter installiert. Der klappt ganz großartig und mit ClaudeAI ist ratzfatz ein individuelles Widget erstellt. Man muss nur den JSON Datenpunkt angeben und in Vorlage z.B. folgenden Code kopieren:

<% 
if (typeof data !== 'undefined' && data && data.journeys && Array.isArray(data.journeys)) { 
    function formatTime(isoString) {
        if (!isoString) return "--:--";
        var date = new Date(isoString);
        var h = date.getHours().toString();
        var m = date.getMinutes().toString();
        return (h.length < 2 ? '0' + h : h) + ":" + (m.length < 2 ? '0' + m : m);
    }

    var firstJourney = data.journeys[0];
    var stationTitle = "Verbindung";
    
    if (firstJourney && firstJourney.legs && firstJourney.legs[0]) {
        var l0 = firstJourney.legs[0];
        if (l0.origin && l0.destination) {
            stationTitle = l0.origin.name + " → " + l0.destination.name;
        }
    }
%>
<div style="color: white; font-family: RobotoCondensed-Bold; padding: 5px;">
  
  <div style="font-size: 0.9em; color: #aaaaaa; margin-bottom: 6px;">
    <%= stationTitle %>
  </div>

  <table style="width: 100%; border-collapse: collapse; font-size: 14px; margin-top: 0px;">
    <thead>
      <tr style="text-align: left; border-bottom: 1px solid #444; color: #888; font-size: 0.72em; text-transform: uppercase; letter-spacing: 0.05em;">
        <th style="padding: 6px 8px;">Linie</th>
        <th style="padding: 6px 8px;">Abfahrt</th>
        <th style="padding: 6px 8px;">Ankunft</th>
        <th style="padding: 6px 8px;">Info</th>
      </tr>
    </thead>
    <tbody>
      <% for (var i = 0; i < data.journeys.length; i++) { 
         var journey = data.journeys[i];
         var leg = (journey.legs && journey.legs[0]) ? journey.legs[0] : null;
         if (!leg) continue;
         
         var depDelay = Math.round((leg.departureDelay || 0) / 60);
         var arrDelay = Math.round((leg.arrivalDelay || 0) / 60);
         var hasDepDelay = depDelay > 0;
         var hasArrDelay = arrDelay > 0;

         var lineName = (leg.line && leg.line.name) ? leg.line.name : "?";
         var depPlat = leg.departurePlatform ? "Gl. " + leg.departurePlatform : "";
         var plannedDepPlat = leg.plannedDeparturePlatform ? leg.plannedDeparturePlatform : "";
         var platChanged = depPlat && plannedDepPlat && leg.departurePlatform !== leg.plannedDeparturePlatform;

         var warnings = [];
         if (leg.remarks && leg.remarks.length > 0) {
             for (var j = 0; j < leg.remarks.length; j++) {
                 if (leg.remarks[j].type === "warning") {
                     warnings.push(leg.remarks[j].summary || leg.remarks[j].text);
                 }
             }
         }
         if (platChanged) {
             warnings.unshift("Gl. " + leg.departurePlatform + " (statt " + leg.plannedDeparturePlatform + ")");
         }
         var warningText = warnings.join(" · ");

         // Zeilenfarbe: leicht rot hinterlegt bei Verspätung
         var rowBg = (hasDepDelay || hasArrDelay) ? "background-color: rgba(255,60,60,0.07);" : "";
      %>
      <tr style="border-bottom: 1px solid #222; <%= rowBg %>">

        <!-- Linie -->
        <td style="padding: 8px; vertical-align: middle;">
          <div style="display: inline-block; background: #1a6bbf; color: white; font-weight: bold; font-size: 0.85em; padding: 2px 7px; border-radius: 4px; white-space: nowrap;">
            <%= lineName %>
          </div>
          <% if (depPlat) { %>
          <div style="font-size: 0.7em; color: <%= platChanged ? '#ffaa00' : '#888' %>; margin-top: 3px;">
            <%= platChanged ? '⚠ ' : '' %><%= depPlat %>
          </div>
          <% } %>
        </td>

        <!-- Abfahrt -->
        <td style="padding: 8px; vertical-align: middle;">
          <% if (hasDepDelay) { %>
            <!-- Geplante Zeit durchgestrichen in rot -->
            <div style="color: #ff4444; font-size: 0.85em; text-decoration: line-through; opacity: 0.8;">
              <%= formatTime(leg.plannedDeparture) %>
            </div>
            <!-- Echte (hochgerechnete) Abfahrtzeit groß -->
            <div style="font-weight: bold; font-size: 1.4em; color: #ff4444;">
              <%= formatTime(leg.departure) %>
              <span style="font-size: 0.8em; font-weight: normal; margin-left: 4px;">+<%= depDelay %> min</span>
            </div>
          <% } else { %>
            <div style="font-weight: bold; font-size: 1.4em; color: #ffffff;">
              <%= formatTime(leg.plannedDeparture) %>
              <span style="color: #44cc44; font-size: 0.6em; font-weight: normal; margin-left: 4px;">✓</span>
            </div>
          <% } %>
        </td>

        <!-- Ankunft -->
        <td style="padding: 8px; vertical-align: middle;">
          <% if (hasArrDelay) { %>
            <div style="color: #ff4444; font-size: 0.85em; text-decoration: line-through; opacity: 0.8;">
              <%= formatTime(leg.plannedArrival) %>
            </div>
            <div style="font-weight: bold; font-size: 1.4em; color: #ff4444;">
              <%= formatTime(leg.arrival) %>
              <span style="font-size: 0.8em; font-weight: normal; margin-left: 4px;">+<%= arrDelay %> min</span>
            </div>
          <% } else { %>
            <div style="font-weight: bold; font-size: 1.4em; color: #ffffff;">
              <%= formatTime(leg.plannedArrival) %>
              <span style="color: #44cc44; font-size: 0.6em; font-weight: normal; margin-left: 4px;">✓</span>
            </div>
          <% } %>
        </td>

        <!-- Warnungen / Info -->
        <td style="padding: 8px; font-size: 0.68em; color: #ffcc00; font-style: italic; line-height: 1.3; vertical-align: middle; max-width: 140px;">
          <%= warningText %>
        </td>

      </tr>
      <% } %>
    </tbody>
  </table>
</div>
<% } else { %>
    <div style="color: #666; font-family: sans-serif; padding: 10px;">⏳ Warte auf Daten...</div>
<% } %>

OliverIO

@booleeny

Super,
Da mach ich mal bei json-Template gleich eine Referenz hier drauf rein.
Schöner Anwendungsfall für eine individuelle Anwendung.

https://github.com/oweitman/ioBroker.vis-jsontemplate#more-use-cases

TT-Tom

@booleeny sagte:

Nutze zur Zeit die Vendo DB Anbindung. Da kommt die Info gefühlt schneller als HAFAS.

Danke das du meinen Adapter testest. Die DB unterstützt HAFAS nicht mehr bzw. nur vereinzelt. Sie ist auf Vendo umgestiegen.

Du hast recht, Installationen über die Katze müssen die Instanzen von Hand angelegt werden.

@booleeny sagte:

Mir war das Widget für meinen vorhandenen Dashboard Platz zu groß. Außerdem Nutzte ich vis-2

Welches Widget ist zu groß? Was wäre eine optimale Größe?
in wie Weit diese Vis-2 kompatibel sind, kann ich dir nicht sagen, nutze selber Vis-1.
Werde es aber auf die ToDo-Liste setzen und testen.
Danke für dein Feedback

Oli

@TT-Tom
Was ist denn der Unterschied zwischen deinem und dem Fahrplan Adapter?

TT-Tom

@Oli

Die Fahrplandaten sind die selben. Ich biete für Abfahrten und Verbindungen Widgets an.
Da der Fahrplan-Adapter zur Zeit nicht gepflegt wird, habe ich mich entschieden einen eigenen zuschreiben.

Bin jetzt auch dabei, weitere Anbieter ein zu bauen, wie aktuell VBN (Bremen/Niedersachsen).

mcm1957

@TT-Tom sagte:

Da der Fahrplan-Adapter zur Zeit nicht gepflegt wird, habe ich mich entschieden einen eigenen zuschreiben.

Ähhmm
Worauf bezieht sich deine Aussage dass der Adapter nicht gepflegt wird?

Die letzte Release ist noch nicht mal ein Jahr alt. Und die Anzahl der offenen Issues ist ziemlich gernig. Hier zu behaupten dass etwas nicht gepflegt wird ist doch eher gewagt. Welches Issue hast du angelegt? Hast du den dev vesucht zu ereichen?

Nicht böse sei, aber ich bin mal gespannt wie lange du deinen Adapter im Monatsabstand aktualisiserts ...

In jedem Fall gebührt auch dir ein DANKE dass du Zeit aufwendest. Aber denk mal über deine Formulierungen und deine Einstellung zu freiwilliger Arbeit anderer nach.

ticaki

Ein Adapter der 6 Monate kaputt ist, ist nicht gepflegt

mcm1957

Ok - wenn es so ist.
Ist für mich aus den Issues nicht sofort ersichtlich.

Gehts um das Issue https://github.com/gaudes/ioBroker.fahrplan/issues/478 ?
Oder welches issue beshcreibt einen Totalausfall?

EDIT:
Wenn der Adapter wirklich nicht mehr funktioniert damnn sollte er aus den Repos raus. Nur dazu brauch ich greifbare Issues / Reklamationen / Bestätigungen. Meldungen eines Users dass seine Installation nicht funktionier sind für so einen Schritt zu dünn...

ticaki

@mcm1957 sagte:

EDIT:
Wenn der Adapter wirklich nicht mehr funktioniert damnn sollte er aus den Repos raus. Nur dazu brauch ich greifbare Issues / Reklamationen / Bestätigungen. Meldungen eines Users dass seine Installation nicht funktionier sind für so einen Schritt zu dünn...

Ich weiß nur davon weil ich öffters mit Tom rede und er darüber geklaggt hat:

https://github.com/gaudes/ioBroker.fahrplan/issues/478#issuecomment-3411125556

Da steht das es bei dem Nutzer nicht mehr geht. Da hat sich anscheiend die api geändert.

mcm1957

Ich hab dann mal ein TIMEOUT Issue erstellt.
https://github.com/gaudes/ioBroker.fahrplan/issues/543

Wenn kein Feedback kommt fliegt er aus den Repos.

Und damit nichts falsch rüber kommt:
Es ist voll OK einen zweiten Adapter zu entwickeln. inbesondere wenn es Probleme gibt.
Und DANKE an tt-tom für deine Arbeit

Es wäre aber auch sehr sinnvoll bei Verdacht dass ein Dev nicht mehr aktiv ist ein ganz klares Issue mit der Frage ob der Adapter noch gewartet wird zu verfassen. Es kann nie ausgeschlossen werden, dass ein Dev ein Issue in seiner Wichtigkeit auch falsch einschätzt.

Und es ist nach Abklärung mit Core auch jederzeit möglich verwaiste Adapter zu übernehmen sodass andere diese warten können. Damit ersparen sich User ggF eine Migration und eine spätere Zweigleisigkeit wird vermieden.

TT-Tom

Hi @mcm1957

ich will dem Entwickler nichts vorwerfen und weiss selber das Privat und Arbeit vor dem Hobby kommt. Würde auch gerne mehr in die Entwicklung stecken und kann es auch gut einschätzen, was da alles dran hängt.
ich hatte Februar 25 mein Issue angelegt https://github.com/gaudes/ioBroker.fahrplan/issues/443
und auch ein Lösungsvorschlag als PR unterbreitet, was dann irgendwann im Sande verlief. Da mein Fork funktioniert, nutzte ich diesen auch im Produktivsystem. Die andren offen Issues hatte dann in meinem Fork dann so gut es ging auch behoben und im Issue auch dokumentiert.

Irgendwann hatte ich mich entschieden selber ein Adapter zu schreiben und diesen auch hier an zu bieten.

Deine Arbeit hier und auch auf Telegramm schätze ich sehr, wobei es doch manchmal sehr direkt ist.

Ich werde den Adapter weiterentwickeln, über eine Aufnahme ins Repo können wir uns dann separat noch einmal verständigen.

mcm1957

@tt-tom

Wie schon im ersten post kurz erwähnt möchte ich hier nochmals ganz groß DANKE sagen dass du deine Zeit und dein Wissen für einen Adapter einsetzt.

Mir war auf Grund des Blicks auf das Repo in Bezug auf Issueanzahl und Releasedaten nicht klar, dass der Adapter ein echtes Problem hat und deine Bezeichnung als "nicht gepflegt" vollkommen richtig war bzw. ist. Ich hätte vor meiner Anmerkung genauer nachforschen sollen.

Sorry

Und danke für deinen Ersatz.

P.S. Bitte häng an den Latest PR noch den Object Dump an. Das steht zwar im ersten Antwortcommit (https://github.com/ioBroker/ioBroker.repositories/pull/5751#issuecomment-4188664955) dürfte aber untergegangen sein.
DANKE

Oli

@TT-Tom
Wollte gerade mal testen, bekomme aber folgende Fehlermeldungen im Log

public-transport.0
2026-04-23 18:36:49.938	error	Fehler bei der Abfrage der Station Forbidden. Fehlermeldung: %s

public-transport.0
2026-04-23 18:36:49.938	error	[stationReq] Fehler bei der Abfrage der Station 8000736. Fehlermeldung: Forbidden

public-transport.0
2026-04-23 18:36:49.866	warn	Verbindungen konnten nicht aktualisiert werden für: Bad Rappenau - Nürnberg Hbf

public-transport.0
2026-04-23 18:36:49.866	error	[journeyReq] Fehler bei der Abfrage der Verbindungen für Station 8000736 nach 8000284: Forbidden

public-transport.0
2026-04-23 18:36:49.787	warn	Abfahrten konnten nicht aktualisiert werden für: Bad Rappenau (8000736)

public-transport.0
2026-04-23 18:36:49.787	error	[depReq] Fehler bei der Abfrage der Abfahrten für Station 8000736: Forbidden

TT-Tom

@Oli

Bitte das komplette log vom Start des Adapter bis alle Abfragen durch sind.

Oli

@TT-Tom
ich hoffe, dass ist alles


v7.7.22

4
2
Log-Größe: 6.5 KB

public-transport.0
Zeit
debug
Nachricht

public-transport.0
2026-04-23 19:12:36.929	error	Fehler bei der Abfrage der Station Forbidden. Fehlermeldung: %s

public-transport.0
2026-04-23 19:12:36.929	error	[stationReq] Fehler bei der Abfrage der Station 8000736. Fehlermeldung: Forbidden

public-transport.0
2026-04-23 19:12:36.841	info	Infos für: Bad Rappenau (8000736) abfragen...

public-transport.0
2026-04-23 19:12:36.840	info	1 aktive Station(en) gefunden:

public-transport.0
2026-04-23 19:12:36.840	info	Warte auf die nächste Verbindungsabfrage in 5 Minuten...

public-transport.0
2026-04-23 19:12:36.840	info	Erste Verbindungsabfrage abgeschlossen: 0 erfolgreich, 1 fehlgeschlagen

public-transport.0
2026-04-23 19:12:36.840	warn	Verbindungen konnten nicht aktualisiert werden für: Bad Rappenau - Nürnberg Hbf

public-transport.0
2026-04-23 19:12:36.840	error	[journeyReq] Fehler bei der Abfrage der Verbindungen für Station 8000736 nach 8000284: Forbidden

public-transport.0
2026-04-23 19:12:36.766	info	Rufe Verbindungen ab für: Bad Rappenau - Nürnberg Hbf (journey_1776924771066)

public-transport.0
2026-04-23 19:12:36.766	info	- Bad Rappenau - Nürnberg Hbf (Von: Bad Rappenau, Nach: Nürnberg Hbf)

public-transport.0
2026-04-23 19:12:36.766	info	1 aktive Verbindung(en) gefunden:

public-transport.0
2026-04-23 19:12:36.765	info	Warte auf die nächste Abfrage in 5 Minuten...

public-transport.0
2026-04-23 19:12:36.765	info	Erste Abfrage abgeschlossen: 0 erfolgreich, 1 fehlgeschlagen

public-transport.0
2026-04-23 19:12:36.765	warn	Abfahrten konnten nicht aktualisiert werden für: Bad Rappenau (8000736)

public-transport.0
2026-04-23 19:12:36.765	error	[depReq] Fehler bei der Abfrage der Abfahrten für Station 8000736: Forbidden

public-transport.0
2026-04-23 19:12:33.346	info	Rufe Abfahrten ab für: Bad Rappenau (8000736)

public-transport.0
2026-04-23 19:12:33.345	info	- Bad Rappenau (ID: 8000736)

public-transport.0
2026-04-23 19:12:33.345	info	1 aktive Station(en) gefunden:

public-transport.0
2026-04-23 19:12:33.344	info	VendoService initialisiert mit ClientName: iobroker-public-transport

public-transport.0
2026-04-23 19:12:32.766	debug	[library] Load language de from custom

public-transport.0
2026-04-23 19:12:32.764	debug	[library] Load language de

public-transport.0
2026-04-23 19:12:32.753	info	starting. Version 0.2.0 (non-npm: tt-tom17/ioBroker.public-transport#6d445f87893d5a09379a865408c7d2b1290ff201) in C:/ioBroker/node_modules/iobroker.public-transport, node: v22.22.2, js-controller: 7.0.7

public-transport.0
2026-04-23 19:12:32.657	debug	States connected to redis: 127.0.0.1:9000

public-transport.0
2026-04-23 19:12:32.545	debug	States create User PubSub Client

public-transport.0
2026-04-23 19:12:32.544	debug	States create System PubSub Client

public-transport.0
2026-04-23 19:12:32.508	debug	Redis States: Use Redis connection: 127.0.0.1:9000

public-transport.0
2026-04-23 19:12:32.443	debug	Objects connected to redis: 127.0.0.1:9001

public-transport.0
2026-04-23 19:12:32.437	debug	Objects client initialize lua scripts

public-transport.0
2026-04-23 19:12:32.303	debug	Objects create User PubSub Client

public-transport.0
2026-04-23 19:12:32.302	debug	Objects create System PubSub Client

public-transport.0
2026-04-23 19:12:32.301	debug	Objects client ready ... initialize now

public-transport.0
2026-04-23 19:12:32.270	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001

TT-Tom

@Oli

Okay schau ich mir an, was das Problem sein kann.

~~Du könntest in den Einstellung mal bei Clientname etwas eintragen. Irgend ein Wort~~

EDIT
Ich konnte es von der Ferne auch sehen. Aktuell ist nur die Vedo-Verbindung gestört. Muss mir das genauer ansehen wenn ich zu Hause bin.
Melde mich dann.

TT-Tom

@Oli

warum die DBnav Schnittstelle blockiert ist habe ich noch nicht rausgefunden. Ich habe intern auf die DB Schnittstelle umgestellt. Es kann sein, dass eventuell nicht alle Infos kommen.
Bitte testen. Version 0.2.1 ist auf NPM

Oli

@TT-Tom
scheint jetzt erstmal wieder zu funktionieren, bis jetzt habe ich noch nichts gefunden was fehlt

Oli

@TT-Tom
Sorry, habe doch noch was gefunden.

Es werden mehr Verbindungen und Abfahrten angelegt als angeben wurden.

TT-Tom

@Oli

Kann es sein das es vorher auf 5 stand?? Ich lösche keine Daten, setzte sie nur auf null, -1 oder false. Die Daten werden nur gelöscht, wenn die Verbindung/Abfahrt im Admin gelöscht wird.

Du kannst die Journeys selber mal löschen, sie werden bei der nächsten Abfrage wieder erstellt.
Dann sollten auch nur 3 da sein.

Community Forum

NEWS

Test Adapter public-transport v0.1.x GitHub/npm

Support us

565

32.9k

83.0k

1.3m