LoxBerry: CalDAV-4-Lox Plugin verfügbar.

**svethi** · 11.02.2020, 13:06

Wie bereits in der Anleitung zum Plugin steht, hat das Plugin keine Einstellungen. Somit kannst Du auch nichts in das Plugin „stecken“.
Wenn Du MQTT benutzt, dann kannst Du Dir selbst aussuchen wie Du die URL aufrufst. Benutzt Du kein MQTT, benutzt Du, wie für jede andere Webabfrage auch, den HTTP Eingang. Das steht aber auch alles in der Anleitung

**HRA** · 28.02.2020, 18:35

Hallo,
ich benötige mal wieder eure Hilfe.
Ich bekomme immer wieder mal falsche Angaben beim Kalenderauslesen.
1. Thema - im ferienkalender findet das Plugin immer nur den ersten ferieneintrag des Jahres, diese Ferien sind aber vorbei
2. Thema - im Feiertagskalender findet er den nächsten Eintrag "ostern", aber die Tage bis dahin sind 65 (das ist zu viel von heute aus gerechnet)
3. Thema - Müllabfuhr, hier findet er manchmal einen Eintrag, dann wieder stehen in alle 4 Abfragen (Bio, Rest, Leichtstoff, Pappe) eine "-1" drin, dann wieder mal nur in einem der Abfrageelemente

ich habe keine Ahnung wo ich hier noch suchen soll
Nutze Caldav 1.9.1.6 und MQTT 1.0.1

Die Verbindung Loxone - MQTT funktioniert, da das Vitoconnect-Plugin läuft (gestern auf V0.5 upgedatet)

Beim Müllkalender habe ich so meine Bedenken mit der Richtigkeit der vom Entsorgungsunternehmen bereitgestellten Kalendereinträge.
Diese habe ich schon etwas anpassen müssen, sonst hat es nicht einmal mit dem owncloud-import funktioniert.
Hier mal ein Auszug aus den Kalendereintragungen, vielleicht sieht jamnd den Fehler
Habe auch noch nicht verstanden, wo die Anfangs- und Endzeit eines Termins angegeben ist und weshalb ich immer schon einen Tag vorher erinnert werde

BEGIN:VCALENDAR
VERSION:2.0
CALSCALE:GREGORIAN
PRODID:-//SabreDAV//SabreDAV//EN
X-WR-CALNAME:Muellabfuhr
X-APPLE-CALENDAR-COLOR:#e7e774
BEGIN:VTIMEZONE
TZID:CET
BEGIN:STANDARD
DTSTART:16011028T030000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
END:STANDARD
BEGIN

AYLIGHT
DTSTART:16010325T020000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
END

AYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
CLASS:PUBLIC
CREATED:20200128T185204Z
DESCRIPTION:Leichtstoffverpackungen
DTEND;TZID=CET:20200826T200000
DTSTAMP:20200128T191900Z
DTSTART;TZID=CET:20200826T060000
LAST-MODIFIED:20200128T185204Z
LOCATION:27238101
PRIORITY:1
SEQUENCE:0
SUMMARY: Leichtstoffverpackungen
TRANSP:OPAQUE
UID:067
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MICROSOFT-CDO-IMPORTANCE:2
BEGIN:VALARM
TRIGGER:-PT1440M
ACTION

ISPLAY
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
BEGIN:VEVENT
CLASS:PUBLIC
CREATED:20200128T185204Z
DESCRIPTION:Bio
DTEND;TZID=CET:20210122T200000
DTSTAMP:20200128T191900Z
DTSTART;TZID=CET:20210122T060000
LAST-MODIFIED:20200128T185204Z
LOCATION:27238101
PRIORITY:1
SEQUENCE:0
SUMMARY: Bio
TRANSP:OPAQUE
UID:088
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MICROSOFT-CDO-IMPORTANCE:2
BEGIN:VALARM
TRIGGER:-PT1440M
ACTION

ISPLAY
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
BEGIN:VEVENT
CLASS:PUBLIC
CREATED:20200128T185204Z
DESCRIPTION:Restabfall
DTEND;TZID=CET:20200915T200000
DTSTAMP:20200128T191900Z
DTSTART;TZID=CET:20200915T060000
LAST-MODIFIED:20200128T185204Z
LOCATION:27238101
PRIORITY:1
SEQUENCE:0
SUMMARY: Restabfall
TRANSP:OPAQUE
UID:08
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MICROSOFT-CDO-IMPORTANCE:2
BEGIN:VALARM
TRIGGER:-PT1440M
ACTION

ISPLAY
DESCRIPTION:Reminder
END:VALARM
END:VEVENT

Und hier noch die Anzeige in der Lox-Config

**svethi** · 28.02.2020, 19:34

Ich weiß ja nicht nach was Du da suchst, aber da werden Dir Termine vom Jahr 2145 angezeigt. Die Daten die Du da gepostet hast, sind Einzeltermine und der Leichtstoffverpackungen z.B. Am 26.08.20. Die anderen Termine sind auch Einzeltermine und vom September und Oktober.
Du solltest zuerst einmal richtige Termin im Kalender eintragen, oder wenn die im Kalender stimmen hier die richtigen posten
Des Weiteren kann man zu einen Angaben keine Fehlersuche machen.

**HRA** · 28.02.2020, 20:17

Exakt das mit dem 2145 verstehe ich auch nicht.
Im Outlook, im Mikrosoft-Kalender und auch im owncloud sind die Einträge "normal" vorhanden.
Aber irgendetwas muß an dem Eintragsformat oder so nicht passen, daß er falsches oder garnichts ausliest.
Habe den Kalender aus owncloud exportiert und mit anderen Kalenderprogr. geöffnet - sie screenshots
Anbei auch die Kalenderdatei muellabfuhr-2020-02-28(1).txt (die Dateiendeung musste ich von ICS auf txt ändern, sonst konnte ich es nicht hier hochladen)

**svethi** · 28.02.2020, 20:22

Sowas hatte ich auch schon vermutet ... aktueller Zeitstempel des Loxberry 1.1.2009!! Deine Zeit des Loxberry ist falsch!

**svethi** · 29.02.2020, 08:27

Ich weiß gar nicht ob ich now überhaupt über mqtt übertrage, da das ja über verschiedene Systeme geht und dann nicht mehr korrekt sein kann.
Was kommt denn wenn Du die Abfrage URL im Browser eingibst?

**HRA** · 02.03.2020, 20:03

Hallo svethi ,
ja bzgl. "now" war ich mir eben nicht sicher, habe es wieder gelöscht.
Aber das Problem mit dem falschen bzw. nicht finden der Kalendereinträge besteht nach wie vor.
und das Komische ist, das es heute am Tag der Papierabholung einen Eintrag für Pappe findet, den Eintrag vom Bio vom 28.02.20 findet er nicht mher, dieser war aber bis gestern noch angezeigt.
Die anderen Einträge für Rest und Leichtstoff findet er auch nicht.

**svethi** · 02.03.2020, 20:17

Und ich habe schon mehrfach gefragt, wie Du den Calender befragst und was im Browser kommt, wenn Du Deine Abfrage URL dort eingibst. Es bringt mir weder allein der Kalender etwas, noch was im MQTT Overview steht.

**HRA** · 06.03.2020, 07:55

Hallo svethi,
Hier die screenshots der Abfrage über das PlugIn und wenn ich diesen Abfragecode in den Browswer eingebe, kommt diese Antwort:
Bio ist heute dran, deshalb steht auch etwas drin.

{ "Rest": { "Start": -1, "End": -1, "Summary": "", "Description": "", "fwDay": -1, "wkDay": -1 }, "Pappe": { "Start": -1, "End": -1, "Summary": "", "Description": "", "fwDay": -1, "wkDay": -1 }, "Bio": { "Start": 352706400, "End": 352756800, "Summary": " Bio", "Description": " Bio", "fwDay": 0, "wkDay": 5 }, "Leichtstoff": { "Start": -1, "End": -1, "Summary": "", "Description": "", "fwDay": -1, "wkDay": -1 }, "now": 352713014 }

**svethi** · 06.03.2020, 10:08

Ja, genau, es wird ja vom Plugin korrekt ausgegeben, dass heute (0) dem Fr (5) Bio dran ist. Und wo ist jetzt Dein Problem?

**HRA** · 06.03.2020, 12:34

Es wird immer nur an dem aktuellen Tag der Eintrag gefunden, die anderen Einträge in der Zukunft nicht. Morgen wird dann noch der Bio von heute aktuell gefunden und dann erstmal nichts mehr.
Es war eigentlich immer so, daß von jedem Typ (Pappe, Bio, Rest, leicht) immer der nächste Eintrag gefunden wurde mit Datumseintrag und Anzeige "Tage bis"

**svethi** · 06.03.2020, 13:21

In der Abfrage hast Du zumindest auch keine Abfrage für die Zukunft drin.
das betrifft den Kalender, den Du da auch geschickt hast? Dann probiere ich das mal mit dem Kalender

**HRA** · 06.03.2020, 14:27

Habe jetzt etwas herumgespielt und zum heutigen Zeitpunkt (Bio ist heute Abholtag) mit dem Kalendereintrag den ich oben gepostet hatte, komme ich auf folgende Erkenntnisse

Abfrage bleibt soweit unverändert (Minuten und Cache auf "0"), ich ändere nur die Angabe der "Tage-in-der-Zukunft"
Bis "107" funktionieren alle Einträge
Ab "108" kommt bei Rest und pappe nur noch "-1" als Ergebnis, Leicht zeigt auf einmal bei fwDay eine 90 statt 5 und Bio wird noch richtig angezeigt
Ab "119" kommt auch bei Leichtstoff eine "-1", Bio wird noch richtig angezeigt
Bei "180" wird bei pappe und rest eine -1, bei Leichtstoff fwDays 173 und Bio richtig angezeigt

Irgendwie hängt es mit den tagen in der Zukunft an, als würde die Suche nicht immer nach dem ersten, gültig gefundenen Eintrag stoppen sondern weitersuchen

Habe jetzt mal 32Tage eingetragen (passt eigentlich auf meinen kompletten Abholrythmus) und werde es mal beobachten.
Bei der Feiertags- und Ferienabfrage habe ich noch 360 stehen, derzeit zeigt es richtig als nächstes Ostern/Osterferien an, mal sehen wenn es soweit ist.

Danke für deine Geduld und Hilfe

**svethi** · 07.03.2020, 10:19

HRA Dein Kalender ist eine Katastrophe. Kommt der so von Deinem Entsorger?
Ich lade den von einem großen OwnCloud Server und bekomme dann gar keine Antwort vom Plugin, da der Webserver des Raspberry abstürzt und neu startet. Da Du den OwnCloud auf dem selben Loxberry befragst und als Antwort bekommst, dass nichts gefunden wurde, gehe ich davon aus, dass da allein schon der OwnCloud kein Ergebnis mehr liefert. Schalte mal das Plugin auf debug und hänge das Log mal nach einer Abfrage an. Ich müsste dann sehen wo es mit den großen Datenmengen nicht klar kommt und kann das im Plugin vielleicht lösen. Am OwnCloud kann ich aber dann nichts machen. Das Problem ist, dass das bei Dir alles Einzelne Termine und keine Terminserie ist. Bei Deiner Abfrage über so viele Tage kommen auch sehr viele Termine zustande. Das scheint zumindest den Raspi zu überfordern. Aufgrund der Tatsache das Dir eh nur der nächste Termin übermittelt wird und es im Monat mindestens einen Termin gibt, Bio anscheinend wöchentlich, stellt sich mir allerdings die Frage wieso Du da 180 Tage im Voraus abfragen willst.

**HRA** · 07.03.2020, 10:41

Hallo svethi ,
ja so und mit noch viel mehr Nonsens drin bekomme ich den Kalender vom Entsorger.
Wie schon mal beschriebn, muß ich den Originalkalender erstmal im Outlook öffnen und dann von dort exportieren, sonst kann owncloud diesen garnicht einlesen.
Den Abfrageintervall hatte ich einfach auf 360 Tage genommen, das es einerseits möglich ist (lt. Anzeige im PluIn) und ich mir deshalb keine Gedanken gemacht hatte.

Habe aber jetzt 32 drin und heute wieder das gleiche Problem - siehe weiter unten

Ich habe in der PlugIn-verwaltung bei CALDV4LOX auf Loglevel Debug gestellt und einen Abruf angestartet
Hier ist das, was ich im Logfile angezeigt bekomme (die x in der IP habe ich nur hier getauscht)

07.03.2020 10:33:32 TASK STARTED

CalDAV-4-Lox configuration helper

10:33:32.832 INFO: LoxBerry Version 2.0.1.3 ( is_raspberry.cfg )

10:33:32.832 INFO: CalDAV-4-Lox Version 1.9.1.6

10:33:32.832 INFO: Loglevel: 7
10:33:32.837 Read system settings
10:33:32.843 Done
10:33:32.843 retrieve values from URL
10:33:32.844 Done
10:33:32.844 read CalDAV-4-Lox settings
10:33:32.845 Done
10:33:32.845 retrieve the local ip
10:33:32.897 localIP: 192.x.x.x
10:33:32.897 Done
10:33:32.898 retrieve the defaul gateway
10:33:32.905 gateway: 192.x.x.x
10:33:32.905 Done
10:33:32.905 create the page - beginn
10:33:32.905 print out the header
10:33:33.052 create the content

10:33:33.065 INFO: URL was given, generate answer
10:33:33.065 test the calendar
10:33:37.072 Done
10:33:37.072 print out the footer

Done

07.03.2020 10:33:37 TASK FINISHED

07.03.2020 10:33:32 TASK STARTED

CalDAV-4-Lox configuration helper

10:33:32.832 INFO: LoxBerry Version 2.0.1.3 ( is_raspberry.cfg )

10:33:32.832 INFO: CalDAV-4-Lox Version 1.9.1.6

10:33:32.832 INFO: Loglevel: 7
10:33:32.837 Read system settings
10:33:32.843 Done
10:33:32.843 retrieve values from URL
10:33:32.844 Done
10:33:32.844 read CalDAV-4-Lox settings
10:33:32.845 Done
10:33:32.845 retrieve the local ip
10:33:32.897 localIP: 192.x.x.x
10:33:32.897 Done
10:33:32.898 retrieve the defaul gateway
10:33:32.905 gateway: 192.x.x.x
10:33:32.905 Done
10:33:32.905 create the page - beginn
10:33:32.905 print out the header
10:33:33.052 create the content

10:33:33.065 INFO: URL was given, generate answer
10:33:33.065 test the calendar
10:33:37.072 Done
10:33:37.072 print out the footer

Done

07.03.2020 10:33:37 TASK FINISHED

Als Ergebnis von diesem Abruf habe ich wieder einen Fehler bei Pappe erhalten

Bio": { "Start": 353311200, "End": 353361600, "Summary": " Bio", "Description": " Bio", "fwDay": 6, "wkDay": 5 }, "Leichtstoffverpackungen": { "Start": 355474800, "End": 355525200, "Summary": " Leichtstoffverpackungen", "Description": " Leichtstoffverpackungen", "fwDay": 31, "wkDay": 2 }, "Restabfall": { "Start": 354870000, "End": 354920400, "Summary": " Restabfall", "Description": " Restabfall", "fwDay": 24, "wkDay": 2 }, "Pappe": { "Start": -1, "End": -1, "Summary": "", "Description": "", "fwDay": -1, "wkDay": -1 }, "now": 352809217

LoxBerry: CalDAV-4-Lox Plugin verfügbar.

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar