57_SSCal - Modul für den Synology Kalender

Begonnen von DS_Starter, 03 Januar 2020, 09:54:09

Vorheriges Thema - Nächstes Thema

DS_Starter

Hallo zusammen,

ich habe weiter am Modul gearbeitet.
Nun ist auch die Verarbeitung der Aufgaben mit integriert.

Dazu gibt es den set-Befehl calToDoList und neue Attribute filterCompleteTask und filterDueTask.

Download aus dem contrib wie im ersten Beitrag angegeben.
Das Wiki ist um die neuen Möglichkeiten ergänzt.

Gibt es eurerseits bereits erste Testergebnisse ?

LG,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Ich habe noch weitere Features eingebaut:

* set cleanCompleteTasks löscht alle als fertig gekennzeichneten Aufgaben der gewählten Aufgabenlisten
* set deleteEventId löscht die selektierte Event Id (Reading x_x_EventId) aus dem Kalender bzw. der Aufgabenliste. Eine Auswahl wird über eine Drop-Down Liste angeboten
* get apiInfo ruft die API-Infos neu vom Synology Calendar ab und zeigt diese Infos über ein Popup an.
* leere Readings werden vermieden

Das Wiki ist wieder entsprechend weitergeführt.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

#17
Das Modul ist noch weiter gewachsen.
In der Detail- bzw. Raumansicht wird per default eine Kalenderübersicht mit den abgerufenen Terminen angezeigt.
Mit den Attributen calOverviewInRoom bzw. calOverviewInDetail kann man diese Sichten an/abschalten (0).

Außerdem gibt es den get-Befehl calAsHtml. Mit diesem Befehl öffnet sich ein Popup mit einer Termintabelle.
Habe zwei Bilder angehängt.

In eigenen Perl-Routinen (bzw. Einbindung in weblink) steht der Aufruf:

{ SSCal_calAsHtml ("<SSCal-Device>") }

zur Verfügung.

LG,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

sliderffm

Hallo Heiko,

Das freut mich, das es gewachsen ist.  :D

Ich habe es die ganze zeit am laufen und neue Termine werden im fhem korrekt angezeigt,
ich konnte bis jetzt keine Probleme beobachten. Geänderte oder gelöschte Termine werden
ebenfalls nach dem eingestellten Interval-Wert korrekt synchronisiert.

Den letzten Stand habe ich heute Abend bei mir installiert und die Aufgaben werde ich morgen genauer anschauen.


Gruß
Andreas

DS_Starter

Freut mich Andreas, dass bis dato alles klappt.  :)
Ich weiß nicht wann du aktualisiert hast. Habe vllt. vor einer halben Stunde nochmal aktualisiert wegen einer kleinen Unschönheit. Evtl. nochmal ziehen und restarten.

LG,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Hallo miteinander,

ich habe ein Problem festgestellt, dass Aufgabenlisten nicht per Attribut interval aktualisiert werden konnten.
Das hängt mit unterschiedlichen API-Aufrufen zusammen, je nachdem ob man Terminkalender oder Aufgabenlisten automatisiert abrufen möchte.
Das Modul "weiß" ja nicht was man abrufen möchte.

Um das Problem zu beseitigen habe ich in der Definition einen zusätzlichen Parameter "Task" eingeführt, d.h. man definiert dadurch ein Aufgabenlisten-Device oder ein normales Terminkalenderdevice wenn man Task nicht hinzufügt wie bisher.

Hier ein paar Beispiele für Definitionen (stehen nun auch im Wiki):


define Appointments SSCal 192.168.2.10               # Terminkalender mit Adresse 192.168.2.10 und Standardport
define Calendar SSCal 192.168.2.10 5001 https        # Terminkalender mit HTTPS-Protokoll und entsprechendem Port
define Tasklist SSCAL ds.myds.org 5001 https Tasks   # Aufgabenliste mit HTTPS-Protokoll und entsprechendem Port


Der Devicetyp steht im Internal MODEL. Die verfügbaren Set werden entsprechend des MODEL abgeändert.

Weiterhin kann man nun mit dem Attribut calOverviewFields über eine Drop-Down Liste die in der generierten HTML-Tabelle (Raum/Detailansicht) anzuzeigenden Felder auswählen und diese sich dadurch so zusammenstellen wie man das möchte.

Grüße,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Update neue Version 1.6.1:

* Attribute calendarShowInDetail, calendarShowInRoom wurden zu calOverviewInDetail, calOverviewInRoom umbenannt
* sind GPS-Daten im Kalenderereignis gespeichert, werden sie jetzt als Reading ordentlich aufbereitet
* sofern GPS-Daten geliefert werden und die Auswahl "Map" aus der Drop-Down Liste in den Kalenderübersichten vorhanden, ist ein Kartenlink mit einem Klick auf das Globussymbol erreichbar

VG,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Wzut

Ich wollte natürlich auch mal dein neustes Werk testen , aber leider
2020.02.04 20:50:17 1: PERL WARNING: Use of uninitialized value $maxbnr in numeric le (<=) at ./FHEM/57_SSCal.pm line 3231.
kommt ständig
und dann kommt der FHEM restart :/ bedingt durch :
Undefined subroutine &JSON::boolean called at ./FHEM/57_SSCal.pm line 3180
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

DS_Starter

Nabend Wzut,

sieht aus als wäre bei dir JSON nicht geladen. Kann ich mir aber kaum vorstellen.
Kannst du das mal checken ?

Grüße,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Die Warnung "Use of uninitialized value $maxbnr in numeric le (<=) at ./FHEM/57_SSCal.pm line 3231" habe ich gleich noch beseitigt, hat aber mit dem JSON-Fehler nichts zu tun.

Bei dem JSON-Fehler kann ich mir auch vorstellen, dass du vllt. eine alte Version des CPAN-Moduls im System hast ?

Bei mir kommt das als Version:


heiko@fhemtest:~$ dpkg -l |grep -i '\libjson-perl'
ii  libjson-perl                        4.02000-1                       all          module for manipulating JSON-formatted data
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Wzut

Heiko , du müsstest mich doch eigentlich gut genug kennen um zu wissen das ich immer mit alten Systemen arbeite ....
ii  libjson-perl                      2.90-1                             all          module for manipulating JSON-formatted data
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

DS_Starter

ZitatHeiko , du müsstest mich doch eigentlich gut genug kennen um zu wissen das ich immer mit alten Systemen arbeite ....
klar ... ist mir doch gerade wie Schuppen von den Augen gefallen  :D

Nur war ich mir nicht sicher ob du auch die CPAN-Module nicht aktualisierst. Das sollte doch problemlos möglich sein, oder ?
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Habe es mal so umgebaut, dass man ohne diese Funktion aus JSON auskommt.
Vllt. klappt es jetzt auch bei dir.  ;)
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Wzut

na gut ich mach für dich wieder mal ne Ausnahme .... mit der 4.02 gibt es keine Restarts mehr und ich sehe jetzt sogar drei meiner Termine :)
[Klugscheisser on]
jetzt musst nur class= odd/even nachbessern und dann wird die Liste auch zum FHEM Zebra
[Klugscheisser off]
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

DS_Starter

 :D ... und jetzt wollte ich dir was gutes tun. Aber so kommst du mal zu einer ktuellen JSON.  ;)

Ja, odd/even is klar ... ist das gut ? Ich war mir nicht so sicher ...
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter