Monatsrückblick Januar/Februar 2026 ist online!

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