Hallo, ich habe mehrere Kalender aus Nextcloud in fhem eingebunden. Nur leider habe ich das Problem das ganztägige Ereignisse einen Tag zu lange angezeigt werden. Sitze gerade nicht vor dem PC sonst würde ich euch mehr Infos geben. Aber ich denke ich bin nicht der Einzige der Kalender von nextcloud einbindet, also scheint es ja einen ,,Workaround" zu geben.
Grüße Christian
Gesendet von iPad mit Tapatalk
*POPCORN*
Zitat von: betateilchen am 12 Juli 2018, 22:26:47
*POPCORN*
Gesalzen, bitte.
Und jetzt beenden wir diese Elektronenvergeudung. ;D
Ich geh auf diesen Quatsch jetzt gar nicht erst ein.
Sitze jetzt vorm PC.
Calview
Internals:
CFGFN
DEF Kal_test
INTERVAL 43200
KALENDER Kal_test
NAME CalView_Test
NR 164951
NTFY_ORDER 50-CalView_Test
STATE t: 1 td: 0 tm: 0
TYPE CALVIEW
OLDREADINGS:
READINGS:
2018-07-13 20:57:20 c-term 1
2018-07-13 20:57:20 c-today 0
2018-07-13 20:57:20 c-tomorrow 0
2018-07-13 20:57:20 state t: 1 td: 0 tm: 0
2018-07-13 20:57:20 t_001_bdate 12.07.2018
2018-07-13 20:57:20 t_001_btime 00:00
2018-07-13 20:57:20 t_001_categories
2018-07-13 20:57:20 t_001_daysleft -1
2018-07-13 20:57:20 t_001_daysleftLong in -1 Tagen
2018-07-13 20:57:20 t_001_description
2018-07-13 20:57:20 t_001_duration 86400
2018-07-13 20:57:20 t_001_edate 13.07.2018
2018-07-13 20:57:20 t_001_etime 00:00
2018-07-13 20:57:20 t_001_location
2018-07-13 20:57:20 t_001_mode next
2018-07-13 20:57:20 t_001_source Kal_test
2018-07-13 20:57:20 t_001_sourcecolor white
2018-07-13 20:57:20 t_001_summary Tester Geburtstag (*1980)
2018-07-13 20:57:20 t_001_timeshort ganztägig
2018-07-13 20:57:20 t_001_weekday 4
2018-07-13 20:57:20 t_001_weekdayname Donnerstag
Attributes:
Alive_Reading c-tomorrow
Alive_Timeout 43200
modes next
room test
timeshort 0
verbose 2
Calendar
Internals:
CFGFN
DEF ical file /opt/fhem/tmp/kalender.ics 3600
NAME Kal_test
NOTIFYDEV global
NR 164563
NTFY_ORDER 50-Kal_test
STATE triggered
TYPE Calendar
READINGS:
2018-07-13 15:55:27 calname Geburtstage von Kontakten
2018-07-13 20:57:01 lastUpdate 2018-07-13 20:57:01
2018-07-13 15:55:27 modeAlarm
2018-07-13 15:55:27 modeAlarmOrStart
2018-07-13 15:55:27 modeAlarmed
2018-07-13 15:55:27 modeChanged
2018-07-13 15:57:09 modeEnd b09dc3aee7f0424ca578cba2fa04cfa0
2018-07-13 15:55:27 modeEnded
2018-07-13 15:55:27 modeStart
2018-07-13 15:55:27 modeStarted
2018-07-13 15:57:09 modeUpcoming
2018-07-13 20:57:01 nextUpdate 2018-07-13 21:57:01
2018-07-13 20:57:01 nextWakeup 2018-07-13 21:57:01
2018-07-13 20:57:01 state triggered
Attributes:
Alive_Reading lastUpdate
Alive_Timeout 86400
hideLaterThan 60d
hideOlderThan 1d
room test
ics
BEGIN:VCALENDAR
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VEVENT
CREATED:20180713T132841Z
DTSTAMP:20180712T190239Z
UID:b09dc3ae-e7f0-424c-a578-cba2fa04cfa0
SUMMARY:Tester Geburtstag (*1980)
RECURRENCE-ID;VALUE=DATE:20180711
DTSTART;VALUE=DATE:20180712
DTEND;VALUE=DATE:20180713
TRANSP:TRANSPARENT
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;VALUE=DURATION:PT0S
DESCRIPTION:V (*1980)
END:VALARM
END:VEVENT
END:VCALENDAR
Man sieht DTEND;VALUE=DATE:20180713 ist immer am nächsten Tag.
Früher hatte ich dieses Problem mit Calview nicht.
IOS, Android und Thunderbird stellen die Einträge auch richtig dar.
Habe ich irgendwelche Attribute falsch gesetzt?
Hat sonst noch wer das gleiche Problem?
Gruß Christian
Nun ja, wann endet ein Tag, eine Stunde usw.. Genau genommen mit dem Beginn der nächsten Zeiteinheit. Somit ist das Ergebnis, das du zeigst, richtig.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
t_001_duration 86400
Ist doch exakt ein Tag!?
Ich habe das in meinem Google Kalender genauso. Ganze Tage werden mit 24h -> 86400 sec eingetragen. Steht ja in deiner ics Datei (ich nehme an die ist von Nextcloud?) genauso drin.
So wie Jörg sagt, der Tag endet mit Beginn des neuen Tages und keine tausendstel sec vorher.
Gruß Otto
Zitat von: JoWiemann am 14 Juli 2018, 09:12:49
Nun ja, wann endet ein Tag, eine Stunde usw.. Genau genommen mit dem Beginn der nächsten Zeiteinheit. Somit ist das Ergebnis, das du zeigst, richtig.
Ja, wenn ich Termine wie gesagt über Android, IOS oder Thunderbird erstelle, werden diese ja auch so angelegt.
Zitat von: Otto123 am 14 Juli 2018, 12:45:07
t_001_duration 86400
Ist doch exakt ein Tag!?
Ich habe das in meinem Google Kalender genauso. Ganze Tage werden mit 24h -> 86400 sec eingetragen. Steht ja in deiner ics Datei (ich nehme an die ist von Nextcloud?) genauso drin.
So wie Jörg sagt, der Tag endet mit Beginn des neuen Tages und keine tausendstel sec vorher.
Das dass verhalten vom Nextcloud Kalender richtig ist, habe ich mittlerweile auch mehrfach woanders gelesen.
Leider verhält sich Calview aber nicht korrekt (siehe Anhang), dadurch erhalte ich komische Readings.
Somit bekomme ich früh einen Termin vom Vortag vorgelesen und TabletUI zeigt auch einen alten Termin an.
Was mache ich falsch?
Gruß Christian
Was hast Du denn im Kalender bei HideOlderThan stehen? Versuch mal eine Zeitspanne < 1Tag, dann müssten die Readings in Kalender verschwinden und Calview den Termin auch nicht mehr anzeigen.
Auch mit
attr Kal_test hideOlderThan 23:55:00
bleibt der Termin in Calview erhalten.
Die / Der Termin/e werden ja auch richtig gezählt.
2018-07-15 19:01:43 c-term 1
2018-07-15 19:01:43 c-today 0
2018-07-15 19:01:43 c-tomorrow 0
Aber dadurch das der Termin noch in den Readings ist
2018-07-15 19:01:43 t_001_bdate 14.07.2018
2018-07-15 19:01:43 t_001_btime 00:00
2018-07-15 19:01:43 t_001_categories
2018-07-15 19:01:43 t_001_daysleft -1
2018-07-15 19:01:43 t_001_daysleftLong in -1 Tagen
2018-07-15 19:01:43 t_001_description
2018-07-15 19:01:43 t_001_duration 86400
2018-07-15 19:01:43 t_001_edate 15.07.2018
2018-07-15 19:01:43 t_001_etime 00:00
2018-07-15 19:01:43 t_001_location
2018-07-15 19:01:43 t_001_mode next
2018-07-15 19:01:43 t_001_source Kal_test
2018-07-15 19:01:43 t_001_sourcecolor white
2018-07-15 19:01:43 t_001_summary Tester Geburtstag (*1980)
2018-07-15 19:01:43 t_001_timeshort ganztägig
2018-07-15 19:01:43 t_001_weekday 6
2018-07-15 19:01:43 t_001_weekdayname Samstag
werden mir wie gesagt alte Termine vorgelesen und meine Tablet UI funktioniert nicht mehr.
<li data-row="7" data-col="6" data-sizex="7" data-sizey="5" class="bg-white">
<table style="table-layout:fixed;" class="gray top-space robotothin">
<tr>
<td width="2%">
</td>
<td width="5%" class="center-align">
<div data-type="label"
data-device="CalView_ftui"
data-get="t_001_bdate_ftui"
data-color="CalView_ftui:t_001_ftuicolor"
data-refresh="600"
class="inline bold truncate robotothin bigger"
onclick="fully.startApplication('com.digibites.calendar');"
></div>
</td>
<td width="5%" class="center-align">
<div data-type="label"
data-device="CalView_ftui"
data-get="t_001_btime_ftui"
data-color="CalView_ftui:t_001_ftuicolor"
data-refresh="600"
class="inline bold truncate robotothin bigger"
onclick="fully.startApplication('com.digibites.calendar');"
></div>
</td>
<td width="88%" class="center-align">
<div data-type="label"
data-device="CalView_ftui"
data-get="t_001_summary"
data-color="CalView_ftui:t_001_ftuicolor"
data-refresh="600"
class="inline bold truncate robotothin big"
data-substitution="toString().substr(0,57)"
onclick="fully.startApplication('com.digibites.calendar');"
></div>
</td>
</tr>
<tr>
<td width="2%">
</td>
<td width="5%" class="center-align">
<div data-type="label"
data-device="CalView_ftui"
data-get="t_002_bdate_ftui"
data-color="CalView_ftui:t_002_ftuicolor"
data-refresh="600"
class="inline bold truncate robotothin bigger"
onclick="fully.startApplication('com.digibites.calendar');"
></div>
</td>
<td width="5%" class="center-align">
<div data-type="label"
data-device="CalView_ftui"
data-get="t_002_btime_ftui"
data-color="CalView_ftui:t_002_ftuicolor"
data-refresh="600"
class="inline bold truncate robotothin bigger"
onclick="fully.startApplication('com.digibites.calendar');"
></div>
</td>
<td width="88%" class="center-align">
<div data-type="label"
data-device="CalView_ftui"
data-get="t_002_summary"
data-color="CalView_ftui:t_002_ftuicolor"
data-refresh="600"
class="inline bold truncate robotothin big"
data-substitution="toString().substr(0,57)"
onclick="fully.startApplication('com.digibites.calendar');"
></div>
</td>
</tr>
<tr>
Dann lösch doch die Readings. Hier ist deletereading dein Freund.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Was soll das bringen? Sie werden ja beim Update von calview wieder erstellt.
Gesendet von iPhone mit Tapatalk
ZitatDieses Attribut grenzt die Liste der durch get <name> full|debug|text|summary|location|alarm|start|end ... gezeigten Termine ein. Die Zeit wird relativ zur aktuellen Zeit t angegeben.
Wenn <hideOlderThan> gesetzt ist, werden Termine, die vor <t-hideOlderThan> enden, ingnoriert.
Wenn <hideLaterThan> gesetzt ist, werden Termine, die nach <t+hideLaterThan> anfangen, ignoriert.
Bitte beachten, dass eine Aktion, die durch einen Wechsel in den Modus "end" ausgelöst wird, nicht auf den Termin zugreifen kann, wenn hideOlderThan 0 ist, weil der Termin dann schon versteckt ist. Besser hideOlderThan auf 10 setzen.
Bei knapp 24h war der Termin beim KalenderUpdate wahrscheinlich noch nicht lange genug beendet. Ich neheme als Wert 5 Minuten (300) und komme damit gut zurecht.
Im Test Aufbau funktioniert es. Werde es morgen im Produktiven FHEM testen.
Danke dir.
Gesendet von iPhone mit Tapatalk