Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Ben1983]

@haselchen Es geht nicht darum einen Termin zu verpassen, sondern darum, dass es bspw. diese Struktur gibt:

Der Termin ist Bspw. in einem Kalender von 7:15 Uhr bis 09:30 Uhr hinterlegt.
Und der Unter now gezeigte DP, wird geschaltet. (Das macht ja der Adapter).
Wenn das nicht der Sinn wäre, warum gibts den dann?

[haselchen]

@ben1983

Okay, dann mag das daran liegen , dass ich ganztägige Termine habe/eintrage.

[Ben1983]

@haselchen genau, es geht um nicht ganztägige.
Deswegen wird es ja die dps bei later und now geben.

Frage ist nun, macht das mit dem adapter sinn das so zu nutzen?
wie granular kann man man runter gehen und was sollte man nicht unterschreiten.

[Homoran]

@ben1983 dann wirfst du aber was durcheinander!

Es geht hier um events, nicht um Termine
und um den Wert eines Datenpunkts.

musst du dafür den Kalender neu abrufen?

[Ben1983]

@homoran Das ist ja gerade die Frage... wenn ich einen Eintrag habe.
Wie oben dargestellt, dann wird dieser nicht vom Adapter automatisch aktualisiert, sondern nur, wenn ich den Kalender abrufe.

Deshalb ja meine Frage.... mit den Datenpunkten oben bspw. mit readTrigger, das gibts bei mir gar nicht.

[Homoran]

@ben1983 ich nutze keine events.
aber ich glaube nicht, dass du den Kalender neu abrufen musst um einen aktuellen event zu erwischen.

Wenn der Termin rechtzeitig im Kalender steht, so dass der Termin beim täglichen Download dabei ist, müsste der event automatisch aktiv werden.
Dann brauchst du auch nicht dauernd nachzufragen, die Änderung des events sollte dann dein Skript triggern.

Trashschedule funktioniert genau so.

@ben1983 sagte in In welchem Zyklus sollte ical abgerufen werden?:

mit den Datenpunkten oben

was ist das?

@ben1983 sagte in In welchem Zyklus sollte ical abgerufen werden?:

Die ganzen Datenpunkte in der Doku

welche Doku

[Ben1983]

@homoran sagte in In welchem Zyklus sollte ical abgerufen werden?:

@ben1983 ich nutze keine events.
aber ich glaube nicht, dass du den Kalender neu abrufen musst um einen aktuellen event zu erwischen.

Wenn der Termin rechtzeitig im Kalender steht, so dass der Termin beim täglichen Download dabei ist, müsste der event automatisch aktiv werden.
Dann brauchst du auch nicht dauernd nachzufragen, die Änderung des events sollte dann dein Skript triggern.

Trashschedule funktioniert genau so.

@ben1983 sagte in In welchem Zyklus sollte ical abgerufen werden?:

mit den Datenpunkten oben

was ist das?

@ben1983 sagte in In welchem Zyklus sollte ical abgerufen werden?:

Die ganzen Datenpunkte in der Doku

welche Doku

Sollte, macht er aber nicht !!!

[Ben1983]

@homoran sagte in In welchem Zyklus sollte ical abgerufen werden?:

Trashschedule funktioniert genau so.

Nein, Trashschedule ist kein Adapter, der Mit einer Schedule aufgerufen wird.
Das siehst du ja schon am icon in der instanzliste.

[Homoran]

@ben1983 sagte in In welchem Zyklus sollte ical abgerufen werden?:

Nein, Trashschedule ist kein Adapter, der Mit einer Schedule aufgerufen wird.

hab ich nie behauptet

[Ben1983]

@homoran Nein,du hast geschrieben, dass er genauso funktioniert, aber das tut er nicht.
Fakt ist, wenn ein Event zwischen zwei Abrufen liegt, wird der Datenpunkt Now nie gesetzt.
Und das kann ja doch eigentlich nicht der Sinn sein, oder?

[Homoran]

@ben1983 sagte in In welchem Zyklus sollte ical abgerufen werden?:

du hast geschrieben, dass er genauso funktioniert,

nein! hab ich nicht.

ich schrieb in Kurzform, dass trashschedule auf den wöchentlich im Voraus eingelesenen ical zugreift, und wenn der Termin um 15:30 aktiv wird, einen Datenpunkt aktualisiert.

So dollte es auch mit deinen Events funktionieren

[Ben1983]

@homoran Ja, das habe ich schon verstanden, aber das macht der ical nicht.

[Ben1983]

@homoran Aber bspw. hier:

https://github.com/iobroker-community-adapters/ioBroker.ical/blob/master/docs/de/README.md#:~:text=Bedeutung der Optionen im Konfigfile%3A

bei mir gibts all diese states nicht. habe ich den falschen Adapter, oder wie?

[Homoran]

@ben1983 sagte in In welchem Zyklus sollte ical abgerufen werden?:

mir gibts all diese states nicht

@ben1983 sagte in In welchem Zyklus sollte ical abgerufen werden?:

ithub.com/iobroker-community-adapters/ioBroker.ical/blob/master/docs/de/README.md#:~:text=Bedeutung der Optionen im Konfigfile%3A

nicht Datenpunkte

[Ben1983]

@homoran und warum löscht er die Instanz 2 nicht aus den objekten :-(

[Homoran]

@ben1983 sagte in In welchem Zyklus sollte ical abgerufen werden?:

warum löscht er die Instanz 2 nicht

woher soll ich das wissen?
warum sollte er?

[Ben1983]

@homoran weil ich die instanz unter instazen gelöscht habe... es ist ein leerer ordner zurückgeblieben

[Ben1983]

@homoran welches konfigfile?
Also ich verstehe nicht, wie ein scheduled Adapter was später ausführen sollte.

[Homoran]

@ben1983 dann dürfte bei dir was nicht stimmen
was auch imner.

[mcm1957]

Wenn ich es richtig sehe ist dir Dokumentation veraltet.
https://github.com/iobroker-community-adapters/ioBroker.ical/tree/master/docs/en#config-file-options

Wüsste nicht wo es so ein Config File gäbe. Ich vermute mal der Test stammt noch aus ccu.io.

Ich hab mal ein Issue erstellt - hoffe dass sich das mal wer ansehen kann der zumindest ungefähr weiß was der Adapter tut. (Hinweis: Zum Updaten des dt und en README:md braucht man nicht programmieren zu können :-) )

https://github.com/iobroker-community-adapters/ioBroker.ical/issues/753