Test Adapter public-transport v0.1.x GitHub/npm
-
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> <% } %>
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.
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 -
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.
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 -
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).
Gruß Tom
https://github.com/tt-tom17
Wenn meine Hilfe erfolgreich war, benutze bitte das Voting unten rechts im BeitragNSPanel Script Wiki
https://github.com/joBr99/nspanel-lovelace-ui/wikiNSPanel Adapter Wiki
https://github.com/ticaki/ioBroker.nspanel-lovelace-ui/wiki -
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).
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.
-
Ein Adapter der 6 Monate kaputt ist, ist nicht gepflegt
-
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... -
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...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.
-
Ich hab dann mal ein TIMEOUT Issue erstellt.
https://github.com/gaudes/ioBroker.fahrplan/issues/543Wenn 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 ArbeitEs 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.
-
Ich hab dann mal ein TIMEOUT Issue erstellt.
https://github.com/gaudes/ioBroker.fahrplan/issues/543Wenn 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 ArbeitEs 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.
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.
-
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 -
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.
@TT-Tom
Wollte gerade mal testen, bekomme aber folgende Fehlermeldungen im Logpublic-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
Wollte gerade mal testen, bekomme aber folgende Fehlermeldungen im Logpublic-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
ich hoffe, dass ist allesv7.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
ich hoffe, dass ist allesv7.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:9001Okay schau ich mir an, was das Problem sein kann.
Du könntest in den Einstellung mal bei Clientname etwas eintragen. Irgend ein WortEDIT
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
ich hoffe, dass ist allesv7.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 -
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 -
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 -
@TT-Tom
Sorry, habe doch noch was gefunden.Es werden mehr Verbindungen und Abfahrten angelegt als angeben wurden.
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. -
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. -
@TT-Tom
Instanz habe ich gestoppt, Alle Ordner gelöscht, Instanz neu gestartet und es sind wieder 5 Verbindungen angelegt worden
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
568
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge