Modul für Terminansicht CALVIEW

[Darkman]

Ahoi,

ich hab eine Frage zu CALVIEW, wobei ich mir nicht sicher bin, ob das gewollt oder ein Bug ist:
Ich habe, aehnlich dem Beispiel im ersten Beitrag, einen Google Kalender (der typische Muell eingebunden und ein CALVIEW drauf gelegt.
Damits huebsch ist, wie eben im Beispiel angegeben, eine ReadingsGroup angelegt und lasse die befuellen. Funktioniert soweit auch gut.
Heute hab ich dann gemerkt, das "morgen" eine Leerung dran ist. In dem Beispiel sind 2 zusaetzliche Schleifen um "Heute" und "Morgen"
besser darzustellen - was ich persoenlich sehr gut finde. Daher hab ich das auch uebernommen. Heute dann im Kalender:
Morgen: Biomuell
21.06.16: Biomuell.

Der Eintrag ist also "doppelt". Guckt man in den CALVIEW sieht man auch, das dort ebenfalls der Eintrag doppelt vor liegt:

Code Auswählen Erweitern


     2016-01-20 16:19:24   tomorrow_001_btime 00:00:00
     2016-01-20 16:19:24   tomorrow_001_edate 22.01.2016
     2016-01-20 16:19:24   tomorrow_001_etime 00:00:00
     2016-01-20 16:19:24   tomorrow_001_source Abfallkalender
     2016-01-20 16:19:24   tomorrow_001_summary Biomüll

(wichtig IMHO, da fehlt z.B. das bdate, darauf koennte ich sonst matchen und andere mit dem selben bdate ignorieren).

Der normale Eintrag sieht dann so aus:

Code Auswählen Erweitern


     2016-01-20 16:19:24   t_001_bdate     21.01.2016
     2016-01-20 16:19:24   t_001_btime     00:00:00
     2016-01-20 16:19:24   t_001_edate     22.01.2016
     2016-01-20 16:19:24   t_001_etime     00:00:00
     2016-01-20 16:19:24   t_001_source    Abfallkalender
     2016-01-20 16:19:24   t_001_summary   Biomüll

daher geht der Loop einmal durch "tomorrow" und dann durch die normalen verbliebenen Eintraege.

Ist das gewollt? also das der Termin als tomorrow UND normaler Termin gespeichert wird?
Gibts sonst noch ein identifier oder so den ich dazu missbrauchen kann um doppelte Eintraege zu minimieren?
Oder kann ich mich evtl. drauf verlassen das heute+morgen (da gibts ja c-today + c-tomorrow) zusammen immer die ersten Eintraege darstellen?
dann wuerde ich einfach die beiden Werte zusammenzaehlen und den Counter danach um den Wert hochsetzen, so das nur noch durch den
Rest geloopt wird.

Gruss + Danke!
Sven

[chris1284]

das reading tomorrow_bdate mit Wert "morgen" für morgige Termiene fehlte wirklich, gerade gefixed und eingecheckt.

das die termine doppelt sind war / ist gewollt. so kann man sich nur today und tomorrow zeigen lassen oder nur den ganzen kalender (oder den mix aus allem )

kann ich mich evtl. drauf verlassen das heute+morgen (da gibts ja c-today + c-tomorrow) zusammen immer die ersten Eintraege darstellen?

ja, wenn du also 10 termine hats, einen heuute, 2 morgen sollte das bedeuten das du beu t_1 + 3 abfabgen müsstest (also bei t_4) um keine doppelten anzeigen zu haben

[Darkman]

Servus,

danke. Ich haette zwar den Wert "Datum" erwartet/genommen (der Konsistenz wegen, *_bdate enthaelt sonst immer ein Datumsstring), aber da ja das mit dem Zusammenzaehlen etc. auch wunderbar funktioniert, nehm ich einfach die Loesung (dann muss ich auch keine Datumsvergleiche machen

Danke fuer die schnelle Reaktion und den Fix!

Gruss,
Sven

[Darkman]

Ahoi, ich nochmal.

Vlt. ist es nur ein Verstaendnisproblem, aber irgendwie macht mein fhem bzw. calview nicht das, was ich erwarte.

Ich hab ein Kalender definiert mit einem Updateinterval >24h. Das ist damit ich ihn quasi nur "on demand" updaten kann (Resourcen sparen usw.). Einmal am Tag wird er dann via. at geupdated, was dann ein notify triggert (lastUpdate) um mein calview zu aktualisieren (hat ebenfalls ein Updateinterval >24h). Wird das calview aktualisiert gibts ein notify (auf t:.*) das dann meine ReadingsGroup aktualisiert (fuer den angezeigten Kalender). Grundsaetzlich tut das gut, bis auf die Tatsache, das irgendwas zusaetzlich das calview update immer mal wieder ausloest. "Vermutlich" sind es alte update jobs da ich am Wochenende damit rumgetestet habe. Dh. es koennte sein, das sich das Problem erstmal wieder legt in den naechsten Tagen, dennoch finde ich es komisch, das entweder die alten Updateintervalle nicht entfernt wurden oder irgendwas anderes zusaetzlich das update triggert. Kann man das irgendwie nachvollziehen obs da noch "Updateleichen" gibt? Hatte leider kein Eventmonitor offen ueber nacht, aber der zeigt ja auch nicht unbedingt was das update ausloest. Mein Kalendernotify wars jedenfalls nicht, das hat seine letzte Triggerzeit auf dem Run der den Kalender auch wirklich aktualisiert hat.

Der Code dazu:

Code Auswählen Erweitern


define not.Abfallkalender2ZAW notify Abfallkalender:lastUpdate:.* set ZAW update

define not.ZAWupdate notify ZAW:t:.* {\
my $i;;\
...
}

define at.Abfallupdate at *00:01:00 set Abfallkalender update

(das ZAWupdate generiert die RG definition angelehnt an das Beispiel von Seite 1.)

Gruss + Danke,
Sven

[Brockmann]

Sind bei Calview irgendwelche Probleme durch die anscheinend recht weitreichenden Änderungen bei 57_Calendar.pm zu erwarten?
http://forum.fhem.de/index.php/topic,48315.0.html

[chris1284]

probleme trifft es nicht ganz sondern ehr eine komplette inkompatibilität. ich sehe es nicht das ich zeit finde bis zum 07.02. ein neues modul zu basteln und werde für mich erstmal das calendar aus dem update nehmen.

[kvo1]

probleme trifft es nicht ganz sondern ehr eine komplette inkompatibilität. ich sehe es nicht das ich zeit finde bis zum 07.02. ein neues modul zu basteln und werde für mich erstmal das calendar aus dem update nehmen.

Mach Dir da keinen Stress, ich für meinen Teil werde auch erst einmal bei dem bisherigen Module bleiben,
Kann man ja beim Update ausschließen.

[HoTi]

probleme trifft es nicht ganz sondern ehr eine komplette inkompatibilität. ich sehe es nicht das ich zeit finde bis zum 07.02. ein neues modul zu basteln und werde für mich erstmal das calendar aus dem update nehmen.

Gut das ich das gesehn habe...

Aber was anderes. Ich bekomme immer nur die nächsten 3 Termine angezeigt. Was mache ich den hier falsch?

Code Auswählen Erweitern

Internals:
   DEF        Kalender 2 900
   INTERVAL   900
   KALENDER   Kalender
   NAME       myView
   NR         372
   STATE      t: 3 td: 0 tm: 1 ts: 0
   TYPE       CALVIEW
   Readings:
     2016-02-04 06:58:58   c-started       0
     2016-02-04 06:58:58   c-term          3
     2016-02-04 06:58:58   c-today         0
     2016-02-04 06:58:58   c-tomorrow      1
     2016-02-04 06:58:58   state           t: 3 td: 0 tm: 1 ts: 0
     2016-02-04 06:58:58   t_001_bdate     05.02.2016
     2016-02-04 06:58:58   t_001_btime     06:00:00
     2016-02-04 06:58:58   t_001_edate     05.02.2016
     2016-02-04 06:58:58   t_001_etime     07:00:00
     2016-02-04 06:58:58   t_001_location
     2016-02-04 06:58:58   t_001_mode      all
     2016-02-04 06:58:58   t_001_source    Kalender
     2016-02-04 06:58:58   t_001_summary   Gelbetonne
     2016-02-04 06:58:58   t_002_bdate     09.02.2016
     2016-02-04 06:58:58   t_002_btime     06:00:00
     2016-02-04 06:58:58   t_002_edate     09.02.2016
     2016-02-04 06:58:58   t_002_etime     07:00:00
     2016-02-04 06:58:58   t_002_location
     2016-02-04 06:58:58   t_002_mode      all
     2016-02-04 06:58:58   t_002_source    Kalender
     2016-02-04 06:58:58   t_002_summary   Restmüll
     2016-02-04 06:58:58   t_003_bdate     01.03.2016
     2016-02-04 06:58:58   t_003_btime     06:00:00
     2016-02-04 06:58:58   t_003_edate     01.03.2016
     2016-02-04 06:58:58   t_003_etime     07:00:00
     2016-02-04 06:58:58   t_003_location
     2016-02-04 06:58:58   t_003_mode      all
     2016-02-04 06:58:58   t_003_source    Kalender
     2016-02-04 06:58:58   t_003_summary   Altpapier
     2016-02-04 06:58:58   tomorrow_001_bdate morgen
     2016-02-04 06:58:58   tomorrow_001_btime 06:00:00
     2016-02-04 06:58:58   tomorrow_001_edate 05.02.2016
     2016-02-04 06:58:58   tomorrow_001_etime 07:00:00
     2016-02-04 06:58:58   tomorrow_001_location
     2016-02-04 06:58:58   tomorrow_001_mode all
     2016-02-04 06:58:58   tomorrow_001_source Kalender
     2016-02-04 06:58:58   tomorrow_001_summary Gelbetonne
Attributes:
   maxreadings 10
   modes      all
   room       Kalender
   verbose    0

[chris1284]

was zeigt den dein calendar?

[HoTi]

Was genau meinst du. Es werden nur die nächsten 3 Einträge gezeigt.

[chris1284]

calview ist der aufbereitete inhalt deines calendar devices. wenn dort also nur 3 termine gezeigt werden, werden im calview auch nur 3 gezeigt

[HoTi]

Ja das ist mir schon klar, aber wie kann ich dem Modul sagen das er mehr als 3 laden soll?

[hollyghost]

Hi Tim,
Das sind vermutlich alles Serientermine - oder?
Jeder Serientermin wird mit dem aktuellen Calendar Modul nur einmal (der jeweils aktuelle/kommend) angezeigt.
Im neuen Calendar Modul wurde das geändert - aber Achtung, das ist noch nicht kompatible mit Calview.
Durch diese Änderung am Calendar Modul wird es bei einigen Usern sicher auch Worflowprobleme geben - und damit meine ich nicht die Calview Inkompatibilität.
Ich persönlich verstehe nicht ganz, warum eine solch massive Änderung am Modul durchgeführt wird anstatt ein 'Neues' Modul zu veröffentlichen.


Gesendet von iPhone mit Tapatalk

[HoTi]

Hi Tim,
Das sind vermutlich alles Serientermine - oder?
Jeder Serientermin wird mit dem aktuellen Calendar Modul nur einmal (der jeweils aktuelle/kommend) angezeigt.
Im neuen Calendar Modul wurde das geändert - aber Achtung, das ist noch nicht kompatible mit Calview.
Durch diese Änderung am Calendar Modul wird es bei einigen Usern sicher auch Worflowprobleme geben - und damit meine ich nicht die Calview Inkompatibilität.
Ich persönlich verstehe nicht ganz, warum eine solch massive Änderung am Modul durchgeführt wird anstatt ein 'Neues' Modul zu veröffentlichen.


Gesendet von iPhone mit Tapatalk

Arrrg... Danke ja, das ist das Problem

[knopf_piano]

Genau hier bin ich grad reingelaufen.
57_Calendar.pm ist auf head-rev

Code Auswählen Erweitern

# $Id: 57_Calendar.pm 10733 2016-02-06 09:02:02Z borisneubert $
und im Calview bekomme ich jetzt folgendes Verhalten:
Serientermine werden ab 01.01.yy angezeigt und im t_***_summary steht der Name des Events n Mal.

Ich schau mir gleich mal das angehängte modul an