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

Nun kann man in der Eigenschaft smallScreen eine Komma getrennte Liste von Styles angeben für die man die Tabelle "small screen geeignet" darstellen möchte.


{
  "columnMapIcon"     => "it_i-net",
  "columnMapText"     => "Hier gehts zur Karte",
  "columnMapProvider" => "GoogleMaps",                           # OpenStreetMap oder GoogleMaps
  "smallScreen"       => "darksmallscreen,dark",                 # Komma getrennte Liste von Styles für small Screen Optimierung
}
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 habe gerade mit dem Kalender gespielt -> neuen erstellt und mal Abfall Termine als Tagesereigniss mit 2 Wochen Wiederholung
Das Webinterface meint das das Tagesereigniss von 0:00 bis 23:59 geht.
In deinen Readings steht allerdings Start 0:00 und Ende 0:00 aber das Enddatum +1 zum Startdatum, dadurch wird natürlich das Ende Datum nicht unterdrückt.
Der Weg wäre jetzt den Termin eben nicht als Tagestermin zu setzen sondern als Zeit 0:00 bis 23:45
Kannst ja mal schauen ob dir die API Abfrage wirklich etwas anderes zurück gibt als die Webseite anzeigt.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

DS_Starter

Hallo Wzut,

das war mir auch schon aufgefallen. Die API liefert so wie die Readings es ausschreiben, siehst du mit verbose 5:

{
                                     'evt_color' => undef,
                                     'dtstart' => '20200213T000000',
                                     'create_time' => undef,
                                     'priority_order' => 565,
                                     'status' => undef,
                                     'modify_time2' => 1578525240,
                                     'is_all_day' => $VAR1->{'data'}{'/Heiko/qmrae/'}[0]{'is_all_day'},
                                     'is_repeat_evt' => $VAR1->{'data'}{'/Heiko/qmrae/'}[11]{'is_all_day'},
                                     'tz_id' => undef,
                                     'class' => 'PUBLIC',
                                     'dav_etag' => '62970b1ff2c0f9883589a980442db556',
                                     'ical_uid' => 'plastic-xxxxxxxxxxxxxxxxxxx',
                                     'original_cal_id' => '/Heiko/dplzv/',
                                     'owner' => 1025,
                                     'location' => "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
                                     'evt_id' => 1599,
                                     'evt_notify_setting' => [
                                                               {
                                                                 'recurrence-id' => '',
                                                                 'time_format' => 'DURATION',
                                                                 'time_value' => '-PT300M',
                                                                 'alarm_action' => 'DISPLAY',
                                                                 'alarm_ical' => 'BEGIN:VALARM
TRIGGER:-PT300M
ACTION:DISPLAY
DESCRIPTION:Erinnerung: Gelbe Tonne
END:VALARM
'
                                                               }
                                                             ],
                                     'summary' => 'Gelbe Tonne',
                                     'percent_complete' => undef,
                                     'gps' => undef,
                                     'transp' => 'TRANSPARENT',
                                     'from_syno_app_url' => undef,
                                     'description' => 'Entsorgung: Gelbe Tonne',
                                     'priority' => 1,
                                     'evt_repeat_setting' => {
                                                               'repeat_rule' => undef
                                                             },
                                     'dtend' => '20200214T000000'
                                   }


Ich werde mal schauen ob ich an geeigneter Stelle eine Korrektur bei ganztägigen Events vornehmen kann.
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 Endedatum / Endezeit bei ganztägigen Events in der Readingdarstellung korrigiert. Entsprechend stellt sich nun die tabellarische Übersicht noch aufgeräumter dar.

Bitte mal testen, liegt wieder im contrib upgedated vor.
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

ComputerZOO

Moin,
mal doof in die Runde gefragt, ich habe das selbe Problem das Wzut (hatte), also eine veraltete libjson-perl-Version (2.97001-1). Bei mir crasht FHEM nun mit der (letzten) Meldung (vor dem Neustart) :
Undefined subroutine &JSON::boolean called at ./FHEM/57_SSCal.pm line 3245.

Und nach einem Neustart steht folgendes im Log:
PERL WARNING: Subroutine SSCal_jboolmap redefined at ./FHEM/57_SSCal.pm line 3241, <$fh> line 20850.

Wie komme ich an eine aktuelle(re) Version? sudo apt-get install libjson-perl sagt mir, das es sich bereits um die aktuellste Version handelt.

DS_Starter

Da du jetzt nach Wzut schon der zweite User mit dem Problem bist, habe ich das Modul jetzt so umgestaltet dass auch ältere JSON module passend sind (sollte zumindest klappen).
@ComputerZOO, ziehe bitte nochmal aus dem contrib und teste ob es damit erledigt ist.

Ganz allgemein halte ich die Perl Module aus dem CPAN schon seit einiger Zeit mit Hilfe von Loredos Installer-Modul aktuell.
Das Modul ist gemeinhin vllt. noch nicht so bekannt:

define fhemInstaller Installer

Installiert ein Device. Ich _glaube_ einmal pro Nacht prüft das Modul auf Aktualisierungen der Perl-Module und zeigt eine Info wenn Updates da sind. Ein "set ... updatePerl" updated die Perl-Module. Man kann auch neue Perl-Pakete installieren oder mit checkPrereqs auf fehlende prüfen.
Gibt ja wie immer verschiedene Wege, aber so mache ich es ... bis jetzt völlig stressfrei.

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

Wzut

Ist jetzt OT : aber das mit dem Installer mag ok sein wenn wir von CPAN Paketen reden für die es mit apt-get keine Installations Lösung gibt.
Aber so werden an apt vorbei Pakete aktualsiert und für den "unbedarften" User muss dass nicht immer stressfrei und logisch sein.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

DS_Starter

Das mit dem Installer sollte man mit Sicherheit im richtigen Forum: Unterstützende Dienste  nochmal vertiefen.

Jedenfalls sollte jetzt auch ein älteres JSON ausreichen.  ;)
@Wzut , hast du die neueste Version mal angeschaut ?
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

#53
habe ich ...  ich trau mich fast es nicht zu sagen .... -> ja , aber
Wenn ich die Termine jetzt so zusammen mit anderen in einer Tabelle sehe ist die Endzeit wie im Webinterface 23:59:59, aber irgendwie wird er jetzt seiner Sonderrolle als Ganztags Termin nicht gerecht. Vllt doch das Enddatum als nächsten Tag anzeigen aber dafür komplett auf 00:00:00 und 23:59:59 verzichten ?
So nach dem Motto , Termine ganz ohne Uhrzeiten sind Tagestermine ?   

Achso Thema Sekunden , wofür ? Lassen sich doch bei der Eingabe gar nicht festlegen ?
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

DS_Starter

Ein "ja, aber ... " wird es immer geben .... wir suchen nur den bestmöglichen Kompromiss  :)

Die Sekunden kann ich in der Anzeige noch wegschneiden. Sie wird halt von der API geliefert und geht in diverse Berechnungen mit ein. Aber in der Anzeige werfe ich sie noch raus, spart auch Platz.

Zitat
Vllt doch das Enddatum als nächsten Tag anzeigen aber dafür komplett auf 00:00:00 und 23:59:59 verzichten ?
Die Uhrzeiten wegzulassen würde ich befürworten. Aber das Anfangsdatum / Endedatum würde ich doch auf demselben Tag lassen. Das würde für mich als User sofort einen Ganztagstermin verdeutlichen. Ansonsten würde ich erstmal grübeln warum das Endedatum keine Uhrzeit hat und einen Fehler vermuten.

Ich probiers mal ...
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

Zitat von: DS_Starter am 09 Februar 2020, 19:11:50
wir suchen nur den bestmöglichen Kompromiss  :)
ganz starke Seite von mir : faule Kompromisse machen und Ideen haben die andere abarbeiten müssen ....
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

DS_Starter

So, habe es umgesetzt. Schau(t) mal bitte ...
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

ComputerZOO

Zitat von: DS_Starter am 09 Februar 2020, 16:17:07
Da du jetzt nach Wzut schon der zweite User mit dem Problem bist, habe ich das Modul jetzt so umgestaltet dass auch ältere JSON module passend sind (sollte zumindest klappen.

Funktioniert jetzt. Thx.

DS_Starter

Hallo miteinander,

ich habe inzwischen reichlich Möglichkeiten zur Gestaltung der tabellarischen Terminübersicht in das Modul eingebaut.
Die Möglichkeiten, die sich nunmehr bieten, habe ich im Wiki ergänzt->

https://wiki.fhem.de/wiki/SSCal_-_Integration_des_Synology_Calendar_Servers#Darstellung_der_.C3.9Cbersichtstabelle_in_Raum-_und_Detailsicht_beeinflussen

Das Update liegt wieder in meinem contrib zum Download bereit.
Bitte FHEM nach dem Download des Moduls restarten.

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

Nun sind noch der Wochentag des Startdatums als Reading verfügbar und ein paar mehr Felder für die Übersichtstabelle auswählbar.
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