Monatsrückblick Januar/Februar 2026 ist online!

[pxstd]

Hallo zusammen,

ich habe gerade mal versucht einen iCloud Kalender (öffentlich freigegeben) in den ical Adapter einzubinden.

Nachdem dies nicht funktionierte, habe ich zusätzlich einen öffentlichen Gmail Kalender eingebunden, leider ohne erfolg:

Allerdings erhalte ich Regelmäßig folgende Logmeldung:

! host.iobroker 2018-01-03 13:51:39.909 error instance system.adapter.ical.0 terminated with code 7 (Adapter already running)
! host.iobroker 2018-01-03 13:51:39.514 info instance system.adapter.ical.0 started with pid 4359

[Homoran]

Code 7 sagt aus, dass der Prozess für den Adapter irrtümlich doppel läuft.

Entweder beide Prozesse über die Konsole killen, dann instanz neu starten

oder einfach den RasPi rebooten

Gruß

Rainer

[pxstd]

Schon rebooted.

[Homoran]

und immer noch code 7?

[apollon77]

Wenn die die URL der kalender im Brower öffnest, kommen dann die Kalender-text-Daten? Wenn nein dann stimmen die URLs nicht.

[pxstd]

@apollon77:

Wenn die die URL der kalender im Brower öffnest, kommen dann die Kalender-text-Daten? Wenn nein dann stimmen die URLs nicht. `

Die URL sind jeweils aus icloud, bzw. gmail kopiert.

iCloud URL fragt mich nach einer Applikation um die Termine anzuzeigen, Gmail fordert mich zum Login auf.

Aber interessanterweise habe ich das Problem "Error 7" neuerdings desöfteren. Ganz strange…

[pxstd]

Irgendwas tut er zumindest - nur führt es nicht zum Erfolg :D

! ical.0 2018-01-03 14:05:01.056 info processing URL: 2 https://calendar.google.com/calendar?ci … x2MDBAXXXX
! ical.0 2018-01-03 14:05:00.528 info starting. Version 1.3.3 in /opt/iobroker/node_modules/iobroker.ical, node: v6.12.0

[apollon77]

Du brauchst URLs die DIREKT die Daten liefern, also "Public" URLs. Sobald er einen Login oder etwas anderes erfordert kann der Adapter es nicht abfragen weil er das ja nicht kennt.

[pxstd]

@apollon77:

Du brauchst URLs die DIREKT die Daten liefern, also "Public" URLs. Sobald er einen Login oder etwas anderes erfordert kann der Adapter es nicht abfragen weil er das ja nicht kennt. `
Aber ich hab zur URL doch Loginfelder im Adapter. Und für iCloud ist es ja der Fall das er liefert. Nur halt nicht Browser-Parsebar.

Gesendet von iPhone mit Tapatalk

[johann.greindl]

Ersetze in der Konfiguration webcal durch https, dann gehts.

Gesendet von iPad mit Tapatalk

[pxstd]

@johann.greindl:

Ersetze in der Konfiguration webcal durch https, dann gehts.

Gesendet von iPad mit Tapatalk `

Was ist denn die SSL Variante des Protokolls webcal? webcals:// ? :D

EDIT: Oh, oder ist "Zertifikate" ein Toggle?

[pxstd]

Nach der Änderung auf https:// kommen zumindest die Termine aus der iCloud durch, aber mal im Ernst:

Gibt's da keine bessere Variante, als den Kalender auf komplett öffentlich zu stellen?

Klar, grundsätzlich kann man argumentieren das einen dritten diese Termine nicht interessieren sollten und er wahrscheinlich auch nichtmal bis zur URL findet, aber einen komischen Beigeschmack hat so ein öffentlicher Kalender dann doch irgendwie :/