UPDATE: Calender auf Synology aktualisiert nicht mehr

Begonnen von romakrau, 23 Februar 2022, 07:23:08

Vorheriges Thema - Nächstes Thema

romakrau

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

romakrau

#1
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.

romakrau

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.

Wernieman

Ist der HTTPS Port nicht ein anderer als 5000?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

romakrau

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

romakrau

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

romakrau

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