NEWS
Test Adapter Fahrplan
-
Bis auf den Fehler, dass die Departure manchmal keine Daten liefern, läuft alles normal.
Bei den Departures kommt HTML-Code zurück, was auf eine Nachricht des Servers hindeutet. -
@zottel Ist bei mir genauso, keine Abfahrten mehr seit ein paar Tagen - konnte noch keinen Fehler in meiner Konfiguration finden

-
@makuris Es ist nur geraten, aber: Verwendet euer Adapter schon
db-vendo-client@6.10.0? -
@derhuerst
nein ist noch bei 6.8.0habe mein Fork mal hochgezogen, werde es weiter beobachten.
-
@tt-tom sagte in Test Adapter Fahrplan:
habe mein Fork mal hochgezogen, werde es weiter beobachten.
Bei mir laufen die Departures mit der 6.10.0 wieder.
-
@tt-tom Danke, mit deinem Fork geht es jetzt wieder
-
mmh, nur eine Station gibt kaputten json aus!?
falls mal jemand gegenprüfen möchte: 8000430 -
@zottel fehler gefunden, hatte noch ein altes script laufen, dass nach destination gesucht hat. heisst aber jetzt wohl direction.
-
@tt-tom ich weiß nicht ob gaudes den Adapter noch pflegt.
Kannst Du itte da mal rein schauen? https://github.com/gaudes/ioBroker.fahrplan/issues/497
Grüße -
@zottel
Ich kann mal schauen, aber nix versprechen. Melde mich dann. -
Hi zusammen,
sorry, irgendwo bin ich gerade lost.
Bei mir zeigt der Adapter seit einigen Tagen nichts mehr an. Ich erhalte folgende Fehlermeldung:
Error occured: HAFAS error in Departure Timetable in fDepTT/getDepTT [Error: invalid/unsupported response content-type: application/octet-stream]Es läuft die Version v1.4.1.
Oben schreibt ihr von der 6.10.0 ? Bin ich irgendwo falsch abgebogen?
Viele Grüße
Michael -
@mottimuc welche Version nutzt Du? Die von gaudes oder tt-tom?
die von tt-tom ist trotz gleicher Nummer aktueller... -
kannst du mir mal die StationsId schicken, ggf auch als PN
-
@tt-tom 8000430
-
@zottel
Die in der Auswahl der Adapter von IOBroker ist, müsste also lt github die von GAUDES sein.Lösung wäre auf eine Fork von TT-tom umzusteigen?
VG MO
-
@mottimuc genau
-
@zottel sagte in Test Adapter Fahrplan:
8000430
konnte den Fehler nachstellen. Was sollte als Standardwert kommen, wenn kein "Product" angegeben ist?
kannst ja mal mein fork testen und Feedback geben
-
@tt-tom Was die Standardrückgabe bei Schienenersatzverkehr ist weiss ich nicht. Die wenn der Zug fährt habe ich ja im Issue erwähnt:
"mode": "train",
"product": "suburban",
Aber nach meinen laeinhaften Programmiererfahrungen, müsste doch eigentlich nur der Fehler abgefangen werden, wenn irgendein Feld nicht vorhanden ist.Deine Version gibt bei mir keine Fehler zurück, Danke!. Dann wächst mein LOG-file nicht mehr in die x-MB-Größe.
Warum meine Auswertungsscript noch nicht funktioniert, muss ich allerdings noch prüfen, weil der eigentlich die beiten Punkte nicht berücksichtigt ... -
oh. ich brauchte doch .line.mode.
hab's jetzt auch in meinem script abgefangen
-
das ist die Funktion, welche den Fehler hatte
translateProduct() { try { if (this.helper.hProfile !== null && this.product !== undefined && this.product !== "") { const result = this.helper.hProfile.products.filter(obj => { return obj.id === this.product; }); // Prüfen ob ein Produkt gefunden wurde if (result.length > 0 && result[0].short) { return result[0].short; } } // Fallback: Name der Linie falls vorhanden, sonst product-Code return this.name || this.product || "?"; } catch (e) { this.helper.ReportingError(e, `Exception in Line`, "fLine", "translateProduct", "", { product: this.product, }); throw this.helper.ErrorCustom("HANDLED"); } }ich habe sie erweitert und prüfe ob product vorhanden ist und einen wert enthält
&& this.product !== undefined && this.product !== ""sollte nichts gefunden werden oder der Vergleich mit der Liste von DB kein Ergebnis bringen, kommt einer dieser Standardwerte
this.name || this.product || "?"; // "name": "Bus S28" || "product": "suburban" || "?" In der Reihenfolge was vorhanden istdas wird aber für den HTML Code genutzt.
Kann es sein das du das JSON selber auswertest?