Hallo zusammen,
nach einem Update des NAS DS218+ auf DSM 6.2.4-25556 Update 3 aktualisiert das Calender Modul nicht mehr. Das Log ist auch nicht sehr auskunftsfreudig.
2022.02.23 07:15:43 4: Calendar Abfall: Updating...
2022.02.23 07:15:43 4: Calendar Abfall: Getting data from URL <hidden>
2022.02.23 07:15:44 2: Calendar Abfall: update in progress, process aborted.
Anbei das List:
Internals:
DEF ical url http://roman:xxxxxxxxxx@192.168.187.200:5000/caldav/Roman/admin/wkngo?export 86400
FUUID 5e667a47-f33f-3c55-022c-c398568899939827
NAME Abfall
NOTIFYDEV global
NR 56
NTFY_ORDER 50-Abfall
STATE initialized
TYPE Calendar
READINGS:
2022-02-20 00:02:02 calname Muell
2022-02-20 00:02:02 lastUpdate 2022-02-20 00:01:59
2022-02-20 00:02:02 nextUpdate 2022-02-21 00:01:59
2022-02-20 00:02:03 nextWakeup 2022-02-21 00:01:59
2022-02-23 07:14:29 state initialized
Attributes:
hideLaterThan 18d
hideOlderThan 10
verbose 5
Kann jemand helfen?
Gruß Roman
Das vielfach empfohlenen wget ergibt folgendes:
sudo wget ^[[200~http://roman:xxxxxxxx@192.168.187.200:5000/caldav/Roman/admin--wkngo?export~
http://roman:xxxxxxxx@192.168.187.200:5000/caldav/Roman/admin--wkngo?export~: Schema fehlt.
Ein verkürzen um den Teil export ergibt:
Verbindungsaufbau zu 192.168.187.200:5000 ... verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet ... 401 Unauthorized
Authentifizierung ausgew▒hlt: Basic realm="Synology Calendar"
Wiederverwendung der bestehenden Verbindung zu 192.168.187.200:5000.
HTTP-Anforderung gesendet, auf Antwort wird gewartet ... 200 OK
L▒nge: 183750 (179K) [text/calendar]
Wird in ▒admin--wkngo▒ gespeichert.
Ich erhalte in der shell wohl Daten allerdings nicht in FHEM als readings.
Ein Versuch eine https Verbindung herzustellen ergab:
--2022-02-23 07:45:40-- https://roman:*password*@192.168.187.200:5000/caldav/Roman/admin--wkngo
Verbindungsaufbau zu 192.168.187.200:5000 ... verbunden.
GnuTLS: Ein unerwartetes TLS-Paket wurde empfangen.
Es ist nicht m▒glich, eine SSL-Verbindung herzustellen.
Ist der HTTPS Port nicht ein anderer als 5000?
Danke fürs Lesen. Ich fange an an selbstheilende Systeme zu galuben. Ein weiterer Calender liess sich jetzt einwandfrei lesen. Danach funktionierte der Muellcalender auch wieder. Die KI ist unter uns ;D
Ich muss den Thread nochmal nach oben holen. Die Kalender verhalten sich immer noch merkwürdig. Ich habe drei Kalender deffiniert:
Internals:
DEF ical url http://user:pwd@192.168.nnn.nnn:5000/caldav/Roman/admin--smtos?export 86400
FUUID 5e667a47-f33f-3c55-022c-c398568899939827
NAME Abfall
NOTIFYDEV global
NR 56
NTFY_ORDER 50-Abfall
STATE triggered
TYPE Calendar
READINGS:
2022-03-06 11:58:11 calname Abfall
2022-03-06 11:58:11 lastUpdate 2022-03-06 11:58:10
2022-03-06 11:58:11 nextUpdate 2022-03-07 11:58:10
2022-03-06 11:58:11 nextWakeup 2022-03-07 11:58:10
2022-03-06 11:58:11 state triggered
Attributes:
hideLaterThan 18d
hideOlderThan 10
verbose 5
Internals:
DEF ical url http://user:pwd@192.168.nnn.nnn:5000/caldav/Roman/admin--kodmine?export 86400
FUUID 5e667a47-f33f-3c55-d25d-ef2d27fa019271c5
NAME Geburtstag
NOTIFYDEV global
NR 67
NTFY_ORDER 50-Geburtstag
STATE triggered
TYPE Calendar
READINGS:
2022-03-06 09:54:49 calname Geburtstage
2022-03-06 09:54:49 lastUpdate 2022-03-06 09:54:47
2022-03-06 09:54:49 nextUpdate 2022-03-07 09:54:47
2022-03-06 09:54:49 nextWakeup 2022-03-07 09:54:47
2022-03-06 09:54:49 state triggered
Attributes:
hideOlderThan 1d
verbose 0
Internals:
DEF ical url http://user:pwd@192.168.nnn.nnn:5000/caldav/Roman/admin--karcy?export 7200
FUUID 5e667a47-f33f-3c55-7962-4f25c702824d77b3
NAME Termine
NOTIFYDEV global
NR 74
NTFY_ORDER 50-Termine
STATE triggered
TYPE Calendar
READINGS:
2022-03-06 11:55:02 calname NAS-Privat
2022-03-06 11:55:02 lastUpdate 2022-03-06 11:55:00
2022-03-06 11:55:02 nextUpdate 2022-03-06 13:55:00
2022-03-06 11:55:02 nextWakeup 2022-03-06 13:55:00
2022-03-06 11:55:02 state triggered
Attributes:
hideOlderThan 10
Die Kalender stehen in dieser Reihenfolge in der fhem.cfg. Die beiden letztgenannten lassen sich jederzeit aktualisieren, per eingestelltem Interval oder manuell. Der erstgenannte Kalender Abfall macht die genannten Probleme das er auf einen Fehler läuft.
2022.03.06 09:52:48 4: Calendar Abfall: Updating...
2022.03.06 09:52:48 4: Calendar Abfall: Getting data from URL <hidden>
2022.03.06 09:52:48 2: Calendar Abfall: update in progress, process aborted.
Nach einem mehrmaligen "reread" der Configdatei lässt sich auch dieser Kalender wieder aktualisieren. Ich bin ratlos.
Gruß Roman
So noch eine weitere Info. Beim "set update" und defmod des Kalenders Abfall werden die Readings anders befüllt.
Intervall = 86400
READINGS:
2022-03-09 06:48:14 calname Abfall
2022-03-09 06:48:14 lastUpdate 2022-03-09 06:48:12
2022-03-09 06:48:14 nextUpdate 2022-03-10 06:48:12
2022-03-09 06:48:14 nextWakeup 2022-03-10 00:00:00 <--------
2022-03-09 06:48:14 state triggered
Dies geschieht nur beim Intervall 86400. Bei anderen Intervallen werden die Readings angepasst.
Intervall = 43200
READINGS:
2022-03-09 11:00:46 calname Abfall
2022-03-09 11:00:46 lastUpdate 2022-03-09 11:00:45
2022-03-09 11:00:46 nextUpdate 2022-03-09 23:00:45
2022-03-09 11:00:46 nextWakeup 2022-03-09 23:00:45 <--------
2022-03-09 11:00:46 state triggered
Vielleicht hilft das dem Entwickler des Modules, den ich hiermit um Hilfe bitte. Ich selbst blicke beim dem Modul noch nicht durch.
Gruß Roman