[FTUI3] new Departure für FTUI3

Begonnen von mr_petz, 06 April 2021, 14:57:39

Vorheriges Thema - Nächstes Thema

Marko1976

Hallo zusammen, auch wenn das Thema schon etwas älter ist probiere ich mal mein Glück, denn entweder ich bin zu dumm um es zu verstehen oder die Datenquelln sind unterschiedlich.

Ich nutze das Departure-Modul um die Abfahrzeiten in Fhem einzulesen.
Dort werden aber jede Menge einzelne Readings erzeugt für die einzelnen Angaben (siehe List des Device).
In dem Threat hier und allen Beispielen die ich gesehen habe ist das List aber immer nur mit einem Device und einem Reading angegeben.

Wie bekomme ich die getrennten Daten aus Fhem ins FTUI3-Widget rein?

Hier das List:
Internals:
   BASE_URL   https://transport.stefan-biermann.de/publictransportapi/rest
   CFGFN     
   DEF        60
   FUUID      6761b6d1-f33f-7706-2e37-99e88d87cdbe7ade
   Interval   60
   NAME       Haltestelle_Lindern_Bf
   NR         1181
   STATE      active
   TRIGGERTIME 1734471800.92388
   TRIGGERTIME_FMT 2024-12-17 22:43:20
   TYPE       Departure
   eventCount 245
   OLDREADINGS:
   READINGS:
     2024-12-17 22:42:21   departure_0_delay 5
     2024-12-17 22:42:21   departure_0_number RB 10345
     2024-12-17 22:42:21   departure_0_text Aachen Hbf
     2024-12-17 22:42:21   departure_0_time 2024-12-17T22:01+0000
     2024-12-17 22:42:21   departure_0_timeInMinutes 19
     2024-12-17 22:42:21   departure_0_time_human_readable 17.12.2024, 22:01 Uhr
     2024-12-17 22:42:21   departure_1_delay 5
     2024-12-17 22:42:21   departure_1_number RB 10395
     2024-12-17 22:42:21   departure_1_text Aachen Hbf
     2024-12-17 22:42:21   departure_1_time 2024-12-17T22:01+0000
     2024-12-17 22:42:21   departure_1_timeInMinutes 19
     2024-12-17 22:42:21   departure_1_time_human_readable 17.12.2024, 22:01 Uhr
     2024-12-17 22:42:21   departure_2_delay 0
     2024-12-17 22:42:21   departure_2_number RE 26436
     2024-12-17 22:42:21   departure_2_text Aachen Hbf
     2024-12-17 22:42:21   departure_2_time 2024-12-17T22:09+0000
     2024-12-17 22:42:21   departure_2_timeInMinutes 27
     2024-12-17 22:42:21   departure_2_time_human_readable 17.12.2024, 22:09 Uhr
     2024-12-17 22:42:21   departure_3_delay 0
     2024-12-17 22:42:21   departure_3_number RB 10344
     2024-12-17 22:42:21   departure_3_text Duisburg Hbf
     2024-12-17 22:42:21   departure_3_time 2024-12-17T22:10+0000
     2024-12-17 22:42:21   departure_3_timeInMinutes 28
     2024-12-17 22:42:21   departure_3_time_human_readable 17.12.2024, 22:10 Uhr
     2024-12-17 22:42:21   departure_4_delay 0
     2024-12-17 22:42:21   departure_4_number RB 10394
     2024-12-17 22:42:21   departure_4_text Heinsberg(Rheinl)
     2024-12-17 22:42:21   departure_4_time 2024-12-17T22:11+0000
     2024-12-17 22:42:21   departure_4_timeInMinutes 29
     2024-12-17 22:42:21   departure_4_time_human_readable 17.12.2024, 22:11 Uhr
     2024-12-17 22:42:21   departure_5_delay 0
     2024-12-17 22:42:21   departure_5_number RB 10347
     2024-12-17 22:42:21   departure_5_text Aachen Hbf
     2024-12-17 22:42:21   departure_5_time 2024-12-17T22:56+0000
     2024-12-17 22:42:21   departure_5_timeInMinutes 74
     2024-12-17 22:42:21   departure_5_time_human_readable 17.12.2024, 22:56 Uhr
     2024-12-17 22:42:21   departure_6_delay 0
     2024-12-17 22:42:21   departure_6_number RB 10397
     2024-12-17 22:42:21   departure_6_text Aachen Hbf
     2024-12-17 22:42:21   departure_6_time 2024-12-17T22:56+0000
     2024-12-17 22:42:21   departure_6_timeInMinutes 74
     2024-12-17 22:42:21   departure_6_time_human_readable 17.12.2024, 22:56 Uhr
     2024-12-17 22:42:21   departure_7_delay 0
     2024-12-17 22:42:21   departure_7_number RB 10346
     2024-12-17 22:42:21   departure_7_text Duisburg Hbf
     2024-12-17 22:42:21   departure_7_time 2024-12-17T23:10+0000
     2024-12-17 22:42:21   departure_7_timeInMinutes 88
     2024-12-17 22:42:21   departure_7_time_human_readable 17.12.2024, 23:10 Uhr
     2024-12-17 22:42:21   departure_8_delay 0
     2024-12-17 22:42:21   departure_8_number RB 10396
     2024-12-17 22:42:21   departure_8_text Heinsberg(Rheinl)
     2024-12-17 22:42:21   departure_8_time 2024-12-17T23:11+0000
     2024-12-17 22:42:21   departure_8_timeInMinutes 89
     2024-12-17 22:42:21   departure_8_time_human_readable 17.12.2024, 23:11 Uhr
     2024-12-17 22:42:21   departure_9_delay 3
     2024-12-17 22:42:21   departure_9_number RE 26438
     2024-12-17 22:42:21   departure_9_text Aachen Hbf
     2024-12-17 22:42:21   departure_9_time 2024-12-17T23:12+0000
     2024-12-17 22:42:21   departure_9_timeInMinutes 90
     2024-12-17 22:42:21   departure_9_time_human_readable 17.12.2024, 23:12 Uhr
Attributes:
   alias      Lindern (Bf)
   departure_departure 8003697
   departure_provider Db
   room       Information->Fahrpläne

yersinia

Sicher, dass du den Thread gelesen hast?
Zitat von: Marko1976 am 17 Dezember 2024, 22:43:36Ich nutze das Departure-Modul um die Abfahrzeiten in Fhem einzulesen.
Zitat von: Marko1976 am 17 Dezember 2024, 22:43:36   TYPE       Departure

Du nutzt das falsche Modul, laut
Zitat von: mr_petz am 06 April 2021, 14:57:39Das Device in fhem ist gleich wie fürs FTUI2 departure_widget.
hier kann man es nachlesen:
https://wiki.fhem.de/wiki/Departure
oder so wie ich es habe erstellen:
https://forum.fhem.de/index.php/topic,48255.msg1058924.html#msg1058924
sollte es HTTPMOD sein.
viele Grüße, yersinia
----
FHEM 6.4 (SVN) on RPi 4B with RasPi OS Bookworm (perl 5.36.0) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl

Marko1976

Es ist ja nicht HTTPMOD, sondern das extra erstellte Modul das auf die Öffi-Daten zugreifen kann.

yersinia

Wenn ich das richtig verstehe, wird eine Liste erwartet, in etwa so:
[["6","Wölfnitz","1"],["65","Luga","3"],["65","Blasewitz","4"],["6","Niedersedlitz","4"],["2","Kleinzschachwitz","6"],["2","Gorbitz","8"],["6","Wölfnitz","11"],["65","Heidenau","13"],["6","Niedersedlitz","13"],["65","Blasewitz","14"]](aus https://forum.fhem.de/index.php?topic=48255.msg399718#msg399718)

Dieses Detail fehlt allerdings fast überall - auch im Wiki. mr_petz beschreibt es hier ganz gut. Dort wird ein HTTPMOD Device verwendet und eine Funktion in myUtils, welches als Reading die Liste erzeugt.
viele Grüße, yersinia
----
FHEM 6.4 (SVN) on RPi 4B with RasPi OS Bookworm (perl 5.36.0) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl

Marko1976

Ok, also wird auch beim HTTPMOD aus Einzelreadings die erwartete Liste zusammen gebaut,
Das kann ich ja mit den Readings aus dem Departure-Moduk auch machen, muss nur die Funktion für myUtils anpassen. Im Moment habe ich es über ein UserReading gelöst, aber da wird die Verzögerung etc. nicht berücksicht.

Ich nutze lieber das Modul. Mit HTTPMOD-Abfragen hab ich zu oft schlechte Erfahrungen gemacht, da ja ständig an den Webseiten rumgebastelt wird.

Außerdem sind soweit ich das sehe in dem Modul viel mehr Verkehrsverbünde vorhanden.

Die Frage zielte nur darauf ab zu klären ob es auch Möglichkeiten gibt die einzelnen Readings direkt in das Widget zu übernehmen statt erst eine Liste daraus zu machen.

Marko1976

Also in dem Forumsbetrag steht ja das es zwei Möglichkeiten gibt, per HTTPMOD und dem Modul 98_Departure.
Ich nutze halt letzteres.
Nur das so oder so die "List" künstlich erstellt werden muss war unklar.

Nur kurz zur Erläuterung.