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

[MartinP]

@haselchen Nunja, wenn es Kalender mehrerer Leute aus einer Familie gibt, will man ggfs. schneller wissen, wenn jemand später zum Abendessen kommt...

Ich bin aber etwas faul bei im letzten Augenblick auftauchenden Terminen. Wenn der Chef kurz vor Feierabend noch ein spontan-Meeting anberaumt, hat man sicher keine Lust, das noch in den Kalender einzutragen....

[haselchen]

@martinp

Naja wenn jemand später zum Abendessen kommt wird er anrufen oder ne WhatsApp schreiben.
Kenne keinen , der das in einen Kalender einträgt .
Also ich habe den ICal seit 6 Jahren und immer den gleichen Intervall , ich hab noch keinen Termin verpasst 😉
Ansonsten, wenns schnell gehen soll, nach dem Eintrag Adapter neu starten. Werden die Termine sofort eingelesen.

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