Test Adapter Fahrplan

[zottel]

mmh, nur eine Station gibt kaputten json aus!?
falls mal jemand gegenprüfen möchte: 8000430

[zottel]

@zottel fehler gefunden, hatte noch ein altes script laufen, dass nach destination gesucht hat. heisst aber jetzt wohl direction.

[zottel]

@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

jenskaschub created this issue in gaudes/ioBroker.fahrplan

open Fehler wenn Schienenersatzverkehr #497

[TT-Tom]

@zottel
Ich kann mal schauen, aber nix versprechen. Melde mich dann.

[Mottimuc]

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

[zottel]

@mottimuc welche Version nutzt Du? Die von gaudes oder tt-tom?
die von tt-tom ist trotz gleicher Nummer aktueller...

[TT-Tom]

@zottel

kannst du mir mal die StationsId schicken, ggf auch als PN

[zottel]

@tt-tom 8000430

[Mottimuc]

@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

[zottel]

@mottimuc genau

[TT-Tom]

@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

[zottel]

@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 ...

[zottel]

oh. ich brauchte doch .line.mode.
hab's jetzt auch in meinem script abgefangen

[TT-Tom]

@zottel

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 ist

das wird aber für den HTML Code genutzt.

Kann es sein das du das JSON selber auswertest?

[zottel]

@tt-tom ja, ich werte die jsson dann über blockly aus, weil ich nicht alle verbindungen brauche und die auswahl im adapter da nicht ausreicht.
ausserdem funtioniert bei mir di anzahl der fahrten nicht ordentlich, heisst ich bekomme eben nicht z.B. 10 fahrten, sonder nur 3. habe jetzt jede station 2x angelegt, die 2te mit zeitversatz um 60 minuten. dann baue ich alles wieder zusammen und bau mir das html wie es für mich am übersichtlichsten ist.
wohne halt zwischen zwei möglichen bahn-stationen die aber beide sehr unpünkltich sind.
daher hae ich auch noch einen zähler eingebaut, um die lage des tages besser einschätzen zu können. so siehst du unten wieviele züge am tag schon eine verspätung von mehr als 5 minuten hatten und wie viele am tag schon ausgefallen sind. denn oft werden sie als pünklich angezeigt und am bahnhof angekommen geht es dann los
mit den daten kann ich das schonmal etwas besser einplanen.

[Mottimuc]

@zottel
@TT-Tom

Merci, scheint nun geklappt zu haben. Musste nur rausfinden, dass es TT-Tom17 ist

VGM

[zottel]

@mottimuc hast du bei gaudes/fahrplan nicht einfach rechts auf forks geklickt?

[TT-Tom]

@mottimuc
Ja, tt-tom war schon weg
In meiner Signatur ist auch ein Link zu Github.

[TT-Tom]

@zottel

Das mit den Abfahren ist wirklich ein Zeitproblem.
Ich muss mal schauen, ob man die Spanne individuell anpassen kann, je nach Route oder Abfahrt.

[TT-Tom]

Habe im Log grade Fehlermeldungen gesehen, die Routen betreffen. Meldung lautet „Methode nicht erlaubt“. Kann das jemand bestätigen?

Im Original Adapter scheint es zu laufen, also kann das Problem mit der neuen Version vom Hafas Client zusammenhängen.
Die ist in meinem Fork drin.