Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Homoran]

@david-g du hast schon gesehen dass due Timestamps in ZULU Zeit sind?

"Start": "2023-05-03T08:45:00.000Z",

"Ende": "2023-05-03T09:15:00.000Z",

[David G.]

@homoran

Das Z?

Kommt leider so aus der XML die ich verarbeite....

Das habe ich gesehen. Das Zeitzonen"zeug" ist nicht so meins.

Reicht es beim konvertieren vom XML zu json das Z zu entfernen (da bräuchte ich Hilfe..) ?

[Homoran]

@david-g sagte in Falls Zeit zwischen xx und xx:

Reicht es beim konvertieren vom XML zu json das Z zu entfernen

nein. die Uhrzeit is UTC (=Zulu Zeit, wegrn des Z) und müsste in unsere Zeitzone und Sommerý/Winterzeit umgerechnet werden.

[David G.]

@homoran

Ach wie doof.
Jetzt wird es ja richtig kompliziert.

Hab auch grad mal geschaut. Diese Sendung fängt um 20:15 unserer Zeit an:

  {
    "Sender": "Vox",
    "Start": "2023-05-02T18:15:00.000Z",
    "Ende": "2023-05-02T20:15:00.000Z",
    "Beschreibung": "Johannes Oerding führt bereits zum dritten Mal als Gastgeber durch die Abende. Außerdem kehren Stefanie Kloß, LEA, Clueso und Nico Santos zurück auf das \"Sing meinen Song\"-Sofa. Montez sowie Alli Neumann geben ihr Debut beim Tauschkonzert.",
    "Bild": "http://ngiss.t-online.de/sweetprogrammanager/media/gracenote/2/4/p24528671_e_h9_aa.jpg",
    "Titel": "Sing meinen Song - Das Tauschkonzert",
    "ChannelIcon": "https://static.epg.best/de/Vox.de.png",
    "DisplayName": "VOX DE"
  },

[Homoran]

@david-g siehste!
das ändert sich auch nicht wenn du das Z entfernst

[David G.]

@homoran

Habe grad im Thread wo wir das Script zum pharsen der XML entwickelt haben mal gefragt ob man die Umrechnung ggf dort eingebaut bekommt (mit 2 anderen Kleinigkeiten ^^).

https://forum.iobroker.net/topic/65008/js-funktion-in-blockly-erweitern/29?_=1683056348575

[paul53]

@david-g sagte: Was kommt heute Abend um viertel nach 8.

Also nicht mit aktueller Uhrzeit, sondern mit vorgegebener Uhrzeit heute?

Das "Z" steht übrigens für "Zero offset".

[David G.]

@paul53

So scheint garnichts ausgefiltert zu werden.
(zudem fällt es dort schwer, noch 1 oder 2 Tage aufzuaddieren).

[Homoran]

@david-g sagte in Falls Zeit zwischen xx und xx:

So scheint garnichts ausgefiltert zu werden.

heute 20:15 ist ja auch vorbei

@david-g sagte in Falls Zeit zwischen xx und xx:

zudem fällt es dort schwer, noch 1 oder 2 Tage aufzuaddieren).

wieso?

[paul53]

@david-g
Mein Test hat mit dem Objekt aus diesem Beitrag funktioniert.

@david-g sagte in Falls Zeit zwischen xx und xx:

schwer, noch 1 oder 2 Tage aufzuaddieren

Wenn es nicht nur die Sendungen von heute sein sollen, muss ein Datum mitgegeben werden. Es darf aber nicht im Format "TT/MM/JJ" sein, da das falsch interpretiert wird, sondern es muss im Format "JJJJ/MM/TT" sein.
Alternativ kann man für morgen auch 86400000 ms auf die Uhrzeit addieren. Das funktioniert auch problemlos über Monatsgrenzen.

[David G.]

@homoran

Ich sehe im Bild nichts wo ein Tag angegeben wird.
Oder holt er sich diesen bei der Konvertierung nach dem Datum-ObjectID?

Auch nichts zum aufaddieren.

@paul53 sagte in Falls Zeit zwischen xx und xx:

da das falsch interpretiert wird, sondern es muss im Format "JJJJ/MM/TT"

Das teste ich morgen nochmal.

[Homoran]

@paul53 sagte:

Mein Test hat mit dem Objekt aus diesem Beitrag funktioniert.

ich gehe davon aus, dass @David-G live das EPG ausliest.

@paul53 sagte in Falls Zeit zwischen xx und xx:

Wenn es nicht nur die Sendungen von heute sein sollen, muss ein Datum mitgegeben werden. Es darf aber nicht im Format "TT/MM/JJ" sein, da das falsch interpretiert wird, sondern es muss im Format "JJJJ/MM/TT" sein.

kann man nicht für jeden Tag in der Zukunf 86.400.000 zu der Variable uhrzeit addieren?

EDIT:
@paul53 da hast du noch editiert :-)

[paul53]

@david-g sagte: Ich sehe im Bild nichts wo ein Tag angegeben wird.

Wenn kein Datum angegeben ist, wird automatisch das heutige Datum verwendet.

[David G.]

@homoran sagte in Falls Zeit zwischen xx und xx:

ich gehe davon aus, dass @David-G live das EPG ausliest.

Habe das epg für eine ganze Woche beschränkt auf 14 Sender, sonst ist die json viieelll zu riesig.

[David G.]

@paul53

Hab es jetzt nochmal neu nachgebaut und den Debug in meine Schleife gepackt.

Bekomme keinen Treffer.

[paul53]

@david-g sagte: Hab es jetzt nochmal neu nachgebaut

Es fehlen die Wandlungen nach Datum-Objekt für Start und Ende. Der Vergleich ist auch falsch.

[David G.]

@paul53

Da hast du recht :-(
Sorry, da hab ich zu unachtsam gearbeitet....

Jetzt klappt es.

Bei den 3 Variablen kann ich dann ja bestimmt auch noch 86400000ms für einen Tag aufrechnen bei bedarf.

[paul53]

@david-g sagte: Bei den 3 Variablen kann ich dann ja bestimmt auch noch 86400000ms für einen Tag aufrechnen

Nur bei Uhrzeit. Start und Ende enthalten das Datum von heute, morgen, übermorgen.

[David G.]

@paul53

Im Skript ist jetzt was angepasst und das "Z" umgewandelt.

Allerdings bekomme ich bei Start und Ende jetzt nur die reine Uhrzeit.
Zusätzlich noch das Datum ohne Jahr.

    "Start": "02:18",
    "Ende": "02:20",
    "Datum": "01.05.",

Hab es jetzt so umgestellt:

Die Debugbausteine werfen mir was ordentliches aus, zB:

14:20:29.293	error	javascript.0 (23827) script.js.tvtest2: 2023.09.05 01:45:00.000
14:20:29.293	warn	javascript.0 (23827) script.js.tvtest2: 2023.09.05 02:00:00.000
14:20:29.293	info	javascript.0 (23827) script.js.tvtest2: 2023.05.03 20:15:00.000

Müsste die Bedinung so nicht auch klappen?
Im Moment zeigt er mir nichts an.

EDIT:
Sehe grad, dass er bei Start und Ende den Monat und den Tag vertauscht ...

[paul53]

@david-g sagte: Im Skript ist jetzt was angepasst und das "Z" umgewandelt.

Weshalb? Mit dem "Z" wird es richtig als UTC-Zeit interpretiert.