Hallo,
UPDATE: https://forum.fhem.de/index.php/topic,63575.0.html
Das Modul legt ein Device an, setzt als Reagings alle Termine aus einem bestehenden Kalender des Moduls 57_Calender.
Vorausetzung: ein Kalender auf Modul 57_Calendar beruhend
Doku um es einzubinden hier http://fhem.de/commandref.html#CALVIEW
Das Attribut "maxreadings" kann die Anzahl der angezeigten Termine anpassen.
Das Attribut "oldStyledReadings" ändert das Format der Readings in die Form [2015.01.01-00:00 Neujahr]
default-Readings
(http://forum.fhem.de/index.php?action=dlattach;topic=19922.0;attach=24885;image)
oldStyledReadings
(http://forum.fhem.de/index.php?action=dlattach;topic=19922.0;attach=24887;image)
Beispiel readingsGroup mit den Standard-Readings
1. leere readingsgroup definieren:
define rg_ViewAll readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit>
1.a) der rg das Attribut nonames 1 geben
2. ein notify definieren welches die readingsGroup dynamisch mit leben füllt wenn sich calview au grund eines calendar-updates aktualisiert hat
[code]define ntf_ViewAll notify View_All:t:.* {
my $i;
my $modtext = "<Datum>,<Zeit>,<Termin>,<Ort>,<Quelle> ";
for($i= 1;$i<= ReadingsVal("View_All","c-today", 0);$i++){
$modtext .= "View_All:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_location,today_".sprintf('%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("View_All","c-tomorrow", 0);$i++){
$modtext .= "View_All:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_location,tomorrow_".sprintf('%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("View_All","c-term", 0);$i++){
$modtext .= "View_All:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_location,t_".sprintf('%03d',$i)."_source ";}
fhem("modify rg_View_All $modtext");
fhem("SAVE");
}
!Ihr müsst ViewAll mit eurem Namen des CALVIEW devices ersetzen!
dann ein calendar update und sowohl calview als auch rg sollten schön gefüllt sein mit neuen readings
(http://forum.fhem.de/index.php?action=dlattach;topic=19922.0;attach=24890;image)
Beispiel readingsGroup mit Attribut "oldStyledReadings" = 1
define kalenderTermine readingsGroup <%time_calendar>,<Text>,<Zuletzt erfasst> myView
attr kalenderTermine alias Termine
attr kalenderTermine group _KalenderView_
attr kalenderTermine mapping %READING
attr kalenderTermine room Kalender
Gruß
Christian
Hallo Christian,
danke für das Modul! Habe das auch gleich mal getestet. Ich habe nur das Problem das ich alle Termine aus einem Jahr angezeigt bekomme und das die Termine nicht in der richtigen Reihenfolge sind. Kannst du mir hier weiterhelfen?
Stimmt, hab ich gerade getestet und nachvollziehen könne. Da ich die Werte so nehme wie sie aus dem Kalender kommen werden sie wohl dort nicht sortiert. Werde morgen mal schauen ob ich das hinbekomme.
Beim Testen sind nun einige Problem zusammen gekommen:
1. 57_Calender liefert unsortiert -> sortiere ich nun erstmal nach Datum (Uhrzeit geht noch nicht)
2. Das Webinterface sortiert Readings selbst aufsteigend und betrachtet nur den Tag und nicht das ganze Datum. Hier gibts 2 Lösungen meiner Meinung nach:
a) Ich schreib vor das Datum einer Nummer z.B:
Zitat0-09.02.14-00:00 Chrischi Einkauf
1-12.02.14-00:00 Vodafone fristgerecht Kündigen!
2-15.02.14-00:00 Leichtverpackungen
3-16.02.14-00:00 Ani Einkauf
4-18.02.14-07:30 asda
5-18.02.14-00:00 Bioabfall
6-19.02.14-00:00 Restabfall
7-24.02.14-06:00 Vodafone fristgerecht Kündigen!
8-18.03.14-08:00 a
b) Ich verwende ein vom Frontend sortierbares Datumsformat wie
Zitat14-02-12@00:00
[YY-MM-dd@hh:mm].
Was meinst du? Ich habe mal die Version b) angehängt.
Also ich finde b auch gut! Wie lässt du dir nur acht Einträge anzeigen? Bei mir schreibt er alle 100 Einträge in die readingGroup
Zitat von: chris1284 am 08 Februar 2014, 13:18:31
To do:
- Prüfung einbauen ob Kalender <Name> existiert -> über einen Tipp würde ich mich freuen
sub
CalendarPresent($)
{
my ($Calendar) = @_;
my $xml_calendars = fhem("xmllist TYPE=Calendar");
my $pos=index($xml_calendars,"name=\"".$Calendar."\"");
my $ret = "False";
if ($pos > -1) {
$ret = "True";
}
return $ret
} Printed leider in log :(
Gruß
Hans
Danke für den Tipp, werde es heute Abend mal versuchen einzubauen / umzusetzen.
@holzwurm83: Tja, das kann man limitieren, ist aber noch nicht im Modul. Bei mir gibt es wohl ein Problem mit dem Kalender (irgendwo ist eine uralte ics / oder Werte gecached). Auf meinem 2. fhem-Server sind es auch mehr Einträge.
Wer ich heute Abend auch versuchen mi einzubauen.
Hallo Hanz,
habe es gerade über list [Kalendername] TYPE probiert, schreibt aber auch nur ins Log...
Werde ich morgen weiter versuchen und mir auch deiner Version noch einmal anschauen.
@holzwurm83: ich habe gerade getestet. Was sind das für Termine bei dir? Ich habe mir mal einen Serientermin täglich, nicht endend eingestellt. Ich komme nicht auf solch eine lange Terminliste.
Zitat von: chris1284 am 10 Februar 2014, 21:42:29
@holzwurm83: ich habe gerade getestet. Was sind das für Termine bei dir? Ich habe mir mal einen Serientermin täglich, nicht endend eingestellt. Ich komme nicht auf solch eine lange Terminliste.
Das sind Ganztagestermine die über das Jahr geplant sind.
Habe ein Attr "maxreadings" eingebaut. Das setzen und danach "set update" und es sollte die gewünschte Anzahl an readings vorhanden sein.
Hab es im ersten Post angehängt.
Hallo,
So geht's, glaube ich:
{calendar_exists("NRW_Ferien")}
sub
calendar_exists($)
{
my ($Calendar) = @_;
my $spec = devspec2array("NAME=$Calendar");
my $ret = "False";
if ($spec > 0) {
$ret = "True";
}
return $ret
}
Gruß
Hans
Edit:
vlt. auch:
{defined($defs{"NRW_Ferien"})}
liefert 1, wenn Kalender definiert ist.
Habe mich hierfür entschieden, Danke für den Tipp Hans
return "invalid Calendername \"$calender\", define it first" if((devspec2array("NAME=$calender")) != 1 );
{defined($defs{"NRW_Ferien"})} wäre aber auch gegangen, auch dafür Danke.
Zitat von: chris1284 am 11 Februar 2014, 06:16:47
Habe ein Attr "maxreadings" eingebaut. Das setzen und danach "set update" und es sollte die gewünschte Anzahl an readings vorhanden sein.
Hab es im ersten Post angehängt.
Danke! So habe ich mir das vorgestellt!
Hai,
Danke für's Modul. Funktioniert wie beschrieben.
3 Sachen, die ich mir wünschen würde:
- Die Ansicht: 14-02-12@00:00 finde ich persönlich eher "gewöhnungsbedürftig"
- Bei Terminen wird immer nur die Startzeit angezeigt
- Die Notwendigkeit, zur Anzeige der Daten aus 57_Calender zusätzliche Devices definieren zu müssen.
Aus meiner Sicht wäre es hier optimal, bei der Definition eines Calendar-Devices gleich eine entsprechende (ggf. konfigurierbare) View automatisch zu erhalten.
Hallo Hajo,
schön das es noch weitere Interessenten gibt.
Zur Ansicht: Damit bin ich auch noch nicht 100% zu Frieden. Habe mal das Forum durchsucht und bin der Meinung ich sollte ich an der Namensgebung der Devices orientieren um möglichst den Standard einzuhalten.
Das bedeutet erlaubt sind A-Za-z0-9.:_, Es ist recht einfach das Format des Readings zu ändern (evtl. sogar per "Auswahl" um es zu individualisieren). Dazu kommt noch das sortiertverhalten des Frontends welches ich nicht beeinflussen kann. Über Vorschläge für ein besser lesbares Format freue ich mich natürlich :-)
Zu Bei Terminen wird immer nur die Startzeit angezeigt: Es geht nur <Readingname><Wert> hier <Startdatum><Text>. Ich kann das Ende mit in <Startdatum:Ende> oder <Text : Ende > nehmen
Wenn ich den 3. Punkt verstehe willst du den Kalender definieren und sofort die View erstellt haben. Da 57_Calender nicht mein Modul ist müsstest du den Entwickler ansprechen. Ich wüsste nicht wie ich darauf mit meinem Modul reagieren könnte.
Ich werde spätestens am WE mehr Zeit zum Basteln haben und sehen was ich umsetzten kann.
Gruß
Christian
Hallo Christian,
Interessantes Modul, bin eher zufällig darauf gestoßen. Werd mir das mal
ansehen.
Klaus
Hallo Christian
Super Sache !!! :)
Werde es gleich Testen.
Mache bitte weiter mit dem Modul.
Das vereinfacht vieles.
danke. wenn morgen (nach dem heutigen update) das 57_Calender-Modul meine serienermine richtig anzeigt werde ich sicher weiter machen. nur bisher macht das für meinen kalender keinen wirklichen sinn. (siehe http://forum.fhem.de/index.php/topic,19987.msg139294.html#msg139294)
Hallo chris1284,
schönes Modul was die Anzeige übersichtlicher macht. Leider läuft es bei mir nicht.
Ich bekomme eine Fehlermeldung :
perl fhem.pl fhem.cfg
~/src/fhem/fhem-5.5> sh: -c: line 0: syntax error near unexpected token `"list Kalender TYPE"'
sh: -c: line 0: `fhem("list Kalender TYPE")'
und damit hängt sich fhem komplet auf.
Hast du eine Idee ?
getestet auf fritzbox und Linux PC
Gruss Stefan
Hallo,
ersteinmal danke für das Modul. Mit meinem ersten Kalender funktioniert es einwandfrei, auch die Anzeige im Dashboard mittel readingsGroup funktioniert.
Jetzt habe ich noch einen zweiten Kalender hinzugefügt, dort werden auch die Termine ausgelesen, aber mit falschem Datum.
Kann jemand helfen oder ist das ein Problem des Calendar Moduls?
Viele Grüße
du kannst dir testweise mal die termine des 2. kalenders über das CALENDAR Modul anzeigen und mit denem vom CALVIEW vergleichen.
Dazu einfach den Befehle
get kalendername full alldu kannst dir auch start und ende anzeiugen lassen, hier die cmdref
get <name> full|text|summary|location|alarm|start|end <reading>|<uid> [max] Zitat(http://fhem.de/commandref.html#Calendar)
@stefanm: mit der meldung kannich erlich gesagt nichts anfangen
Zitat von: chris1284 am 17 April 2014, 08:16:02
du kannst dir testweise mal die termine des 2. kalenders über das CALENDAR Modul anzeigen und mit denem vom CALVIEW vergleichen.
Dazu einfach den Befehle get kalendername full all
Danke für den Tipp.
Habe es mit oben stehendem Kommando probiert, aber auch da werden die Termine schon mit falschen Datum angezeigt. Scheint dann wohl eher ein Probelm in dem Calendar Modul zu sein.
Hi Chris,
ich bin auch zufällig auf Dein Modul gestoßen, fand es praktisch, hab's installiert und es funktioniert auf Anhieb perfekt.
Vielen Dank, dass Du das Modul mit uns teilst.
Ich kann leider nicht programmieren, hätte aber vielleicht eine Idee für die Sortierung der Termine und der Ausgabe der Zeiten.
Wenn das Quatsch ist, was ich schreibe, dann lacht einfach laut und wir hatten alle unseren Spaß 8)
Also:
Wenn Du beim lesen des Termins die Zeiten in UNIX-Zeit umwandeln würdest, die Termine sortieren lässt und in ein Array scheibst. Bei der Ausgabe die Unix Zeit wieder in DD:MM:YYYY wandelst.
Zusätzlicher Vorteil wäre, das man den Wochentag ebenfalls ausgeben könnt. Im Frontend dann z.B.
"Bitte nächsten Donnerstag Gelbe Tonne rausstellen"
So, num wünsch ich den geneigten Lesern ein paar schöne Ostertage.
(hab mich heute morgen wieder gefreut, dass die ganzen Feiertagsschaltungen funktioniert haben)
Cheers
mi.ke
hi mi.ke,
das ist eine gute idee die ich auch schon probierte. jedoch ist das problem die sortierung der readings nach name (in dem fall das Datum) durch das Frontend.
egal wie toll ich die readings nach name sortiere, es wird vom fronende wieder aufsteigen sortiert. daher der workaround mit yyyy-mm-dd, das sortiert das frontend selbst ja richtig.
leider wiess ich nicht wie ich das anderst durchbrechen kann.
gruß und frohe ostern
christian
Hi Chris,
Wieso nach Name?
Was lässt sich besser sortieren als Zahlen. Bei Unix-Date einfach von klein nach Gross sortieren und die Ausgabe dann in dd.mm.yyyy formatiert schreiben.
Dann ist der neuste zuerst.....
Gesendet von unterwegs mit Tapatalk
Anderer Ansatz:
als Readings: heute, morgen , next
Zitat von: mi.ke am 19 April 2014, 16:08:36
Hi Chris,
Wieso nach Name?
Was lässt sich besser sortieren als Zahlen. Bei Unix-Date einfach von klein nach Gross sortieren und die Ausgabe dann in dd.mm.yyyy formatiert schreiben.
Dann ist der neuste zuerst.....
Gesendet von unterwegs mit Tapatalk
die readings kann ich vorsortieren, nach datum. sobald sie das frontend darstellt, sortiert es sie neu, aufsteigend.
das haut dir z.b daten wie 2.5. , 1.6. usw durcheinander =》1.6. , 2.5
heute morgen next würde auch gehen, dann hätte man x termine in enem reading. heisst aber das man es ggf nicht so gut in zb. notifys usw weierverwenden kann
man kann auch durchnummerieren und datum + text in das wertefeld schreiben.
Hallo zusammen,
ich bin zwar noch ein newbie in sachen fhem, aber ich bekommen den CALVIEW einfach nicht hinzugefügt.
Ich habe das Modul 57_CALVIEW.pm schon übertagen. Einen Kalender von Google namens "house_Calendar" habe ich drin.
Wenn ich jetzt in der fhem.cfg "define view_house_Calendar Calview house_Calendar 1" eintrage, dann bekomme ich die Fehlermeldung "invalid Calendername "house_Calendar", define it first Please define view_house_Calendar first".
Kann mir da mal bitte jemand helfen.
Danke
Hallo zusammen,
mein zuvor beschriebenes Problem hat sich nach einem Update erledigt. Jetzt stellt sich mir die Frage, wie bekomme ich nur die naächsten 10 Termine angezeigt?
Aktuell habe ich alle eingetragene Termine in meiner Auflistung.
Zitat von: chris1284 am 11 Februar 2014, 06:16:47
Habe ein Attr "maxreadings" eingebaut. Das setzen und danach "set update" und es sollte die gewünschte Anzahl an readings vorhanden sein.
Hab es im ersten Post angehängt.
das sollte dir helfen
Chris(1284)tian, hast Du etwas dagegen, wenn ich eine Wiki-Seite zum CALVIEW Modul anlege und mit den Informationen aus diesem Thread fülle?
Peter
hallo Peter,
nein, kannst du gerne anlegen.
gruß
christian
Zitat von: chris1284 am 29 April 2014, 12:42:40
nein, kannst du gerne anlegen.
Ok, dann mach mal bitte gelegentlich ein kurzes Review: http://www.fhemwiki.de/wiki/CALVIEW (http://www.fhemwiki.de/wiki/CALVIEW) ... ich hoffe, ich habe nichts "verbogen"
Peter
Danke chris1284 hatte ich total überlesen mit den maxreadings.
Kann ich eigentlich jetzt auch noch die im Google Kalender gepflegten Orte usw. anzeigen lassen?
Wo finde ich die Aktuelle Version ?
Im ersten Post ist vom Februar ?
Wenn ich das Modul aktualisiert habe probier ich es nochmal
Gruss Stefan
@Peter: Vielen Dank für das Erstellen des Wiki-Eintrages
@mteichert: Aktuell nicht, ist aber eine gute Idee. Wenn ich das Umsetzen würde gäbe es aber nur die Möglichkeit es mit in den Text zu schreiben (quasi dahinterhängen)
@Stefan: Ja, im ersten Post ist die aktuelle Version
Guten Morgen zusammen,
ist es möglich mehrere Kalender abzufragen? Habe es mit Kalender_Muellabfuhr 2,Kalender_Mirco 2 versucht doch leider ohne Erfolg.
Grüße
Mirco
nein. wie du im CALENDER-Modul auch nur einen Kalender hinterlegen kannst (pro Instanz) kannst du pro definiertem Kalender auch nur ein view anlegen.
Du musst also, wenn du mehrere Kalender hast, diese je mit dem CALENDER Modul anlegen und dann je Kalender die View definieren.
OK. Ist nicht schlimm. Dann leg ich halt noch ein paar an. Ist es wenigstens möglich nur eine Readingsgroup mit allen View zu füttern?
denke schon das es mit Readingsgroup geht
Könntest Du moir sagen wie das aussehen muss? Habe es mit <%time_calendar>,<Text>,<Zuletzt erfasst> ViewMuellabfuhr,ViewMirco
versucht aber auch das brachte nicht das gewünschte Ergebnis.
bitte hier http://forum.fhem.de/index.php/topic,14425.msg166716.html#msg166716 nachfragen zu readingsgroup. ich habe leider kein fhem vor der nase ;-) kann das frühestens heute nachmittag mal testn
Kann mir einer Erklären wie ich die 2 calender einbinde..
bzw das Script posten..
versuche es seit 2 Tagen und bekomme es nicht hin...
kann mir jemand den Auzug aus der Fhem.cfg und was noch benötigt wird Posten.
Will gerne meine Kalender auf dem Dashboard angezeigt bekommen.
danke
siehe hier http://forum.fhem.de/index.php/topic,14608.75.html
Sorry da geht es nur im die Readingsgroup.
ich will einen google Kalender einlesen lassen mit dem Calender Modul und deinen Viewer dann nutzen.
ich steige aber einfach nicht durch wie ich den Code einpflegen muss bei beiden Modulen..
Grüße
sven
du definierst erst den kalender an sich
http://fhem.de/commandref_DE.html#Calendar
define meinekalendername Calendar ical url http://meinegoogleurl/meinkalender.ics
dann die view darauf (was natürlich erst funktioniert wenn du schritt 1 erfolgreich erledigt hast)
http://www.fhemwiki.de/wiki/CALVIEW
define meinekalenderansicht CALVIEW meinekalendername [0/1 oder 2]
Danke für die Schnelle Antwort . bekomme allderdings den Calendar nicht zum laufen. er zieht einfach keine Daten.
define Kalender Calendar ical url https://www.google.com/calendar/ical/***.calendar.google.com/private****/basic.ics
set Kalender update
get Kalender full|text|summary|location|alarm|start|end <reading>|<uid> [max]
Laut Log : URL not Resive
fehler in einem der hilfsmodule http://forum.fhem.de/index.php/topic,24272.0.html so wie es aussieht
Habe die httpunits geplatzt nun bekomme ich gar keinen zugriff mehr auf fhem . Fhem startet mit der neuen Datei nicht.
Nach Backup wieder i.o. allerdings ohne das funktionierende Valentin Modul.
Kann mir jemand helfen?
Danke
gesendet von meinem GT-N7105; (W03Slim V8.) Android 4.4.2
Hallo zusammen,
erst mal Danke für das tolle Modul...
Bei mir läuft auch prinzipiell eigentlich alles, nur wenn ich "set myCalView update" in die config eintrage startet mein fhem nicht mehr.
Wenn ich das nicht aktiviere läuft mein fhem ohne Probleme, allerdings findet dann trotz aktiviertem "intervall" keine update der Terimin statt.
Für eine Hilfe wäre ich sehr dankbar!
SG
Christian
hi,
der befehl hat nichts in der config zu suchen. der befehl kann oben in die "befehlszeile" des frontend eingegeben werden oder geklickt werden (wenn du vorher auf den calview device geklickt hast).
so kannst du manuell die daten deines kalenders im calview aktualisieren. ansonsten macht es das nach fhem start einmal und dann nach gewisser zeit (stichwort intervall) immer wieder
Hallo,
alles klar, dann habe ich das komplett falsch verstanden.
Dachte das die Termine so immer automatisch geholt werden...
Vielen Dank!
Hallo Christian,
ich würde gerne dein Modul nutzen, habe aber noch ein Problem.
Die Readings werden einwandfrei angezeigt, aber bei folgendem Code bekomme ich eine Fehlermeldung bzgl. des Mappings und keine Readingsgroup Ansicht. Laut meiner Auswahlliste gibt es das entsprechende Attribut "Mapping" garnicht
Muelltermine: unknown attribute mapping. Type 'attr Muelltermine ?' for a detailed list.
define Abfall Calendar ical url http://...IP.../Muell.ics 14400
attr Abfall room 7_CALENDAR
attr Abfall group 03_Abfall
define Muelltermine CALVIEW Abfall 1
attr Muelltermine alias Abfall
attr Muelltermine group KalenderView
attr Muelltermine mapping %READING
attr Muelltermine room 7_CALENDAR
Gruss Holger
du musst eine readingsgroup selbst erzeugen und dort die readings von callview nutzen. calview stellt nur die readings des calendar lesbar dar.
http://www.fhemwiki.de/wiki/ReadingsGroup
sprich du hast dann
1. den kalender
2. die calview
3. die readingsgroup
siehe post #1 http://forum.fhem.de/index.php/topic,19922.0.html
Das wars ! hatte ich "verpeilt". Danke Jetzt läuft es . Danke für das tolle Modul !
Tag zusammen,
ich habe mir die ReadingsGroup so zusammengebastelt, dass nur noch Datum, Zeit und Termintitel in der Liste stehen. Sortiert wird das Ganze dennoch richtig. Falls es mal jemand braucht:
define RG_Abfalltermine readingsGroup <%time_calendar> CALVIEW.Abfalltermine
attr RG_Abfalltermine alias Abfalltermine
attr RG_Abfalltermine group Kalender
attr RG_Abfalltermine valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" }
attr RG_Abfalltermine nonames 1
attr RG_Abfalltermine notime 1
attr RG_Abfalltermine room Haus
Grüße,
Philip
Hallo allerseits,
ich verwende nur Kalender für Geburtstage und Müllabfuhr.
für Müllabfuhr geht das Modul ganz gut (ich kämpfe noch damit
Symbole angezeigt zu bekommen...)
Die Geburtstage allerdings bereiteten Probleme...
... da die Geburtstage aus einer EXCEL- Datei generiert werden,
und alle zum Termin am gleichen Tag, zur gleichen Uhzeit, jährlich aufkommend
sind,
@chris1284:
Beserung Modul CALVIEW
ich habe mir das Modul dahingehend geändert:
folgende Zeile neu:
readingsBulkUpdate($hash, "$year-$month-$day\@$zeit-$text", "$text"); #doit
(nur an @$zeit den Zusatz -$text angehängt)
da ansonsten Termine mit den selben Zeiten überschrieben werden und somit "verschütt" gehen...
viele Grüße,
Johannes
Hallo!
Habe diesen Fehler im Log:
2014.10.08 19:57:40 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at /opt/fhem/FHEM/57_CALVIEW.pm line 147.
2014.10.08 19:57:40 3: stacktrace:
2014.10.08 19:57:40 3: main::__ANON__ called by /opt/fhem/FHEM/57_CALVIEW.pm (147)
2014.10.08 19:57:40 3: main::CALVIEW_GetUpdate called by fhem.pl (2524)
2014.10.08 19:57:40 3: main::HandleTimeout called by fhem.pl (532)
2014.10.08 19:57:40 1: HMLAN_Parse: HMLAN1 new condition ok
2014.10.08 19:57:40 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at /opt/fhem/FHEM/57_CALVIEW.pm line 147.
2014.10.08 19:57:40 3: stacktrace:
2014.10.08 19:57:40 3: main::__ANON__ called by /opt/fhem/FHEM/57_CALVIEW.pm (147)
2014.10.08 19:57:40 3: main::CALVIEW_GetUpdate called by fhem.pl (2524)
2014.10.08 19:57:40 3: main::HandleTimeout called by fhem.pl (532)
Hat das was mit dem Modul zu tun?
Mfg Steffen
ja, habe ich gerade geändert (siehe post #1), kann es aber nicht testen da ich unterwegs bin und kein fhem zur Hand
Hey chris1284,
danke für dein Script, läuft super.
Habe da nur eine Frage bzw. Problem, ich möchte die Readings (Termine)
jetzt von anderer Stelle auslesen. Das habe ich mit anderen Werten so gelöst:
als Bsp:
{ReadingsVal("KX.Thermostat_Clima", "measured-temp", "")}
nun würde ich gern die Termine auch so auslesen, befürchte aber das dass garnicht so geht
weil mir ja die Variable fehlt. {ReadingsVal("myView", "?", "")}
In meinem Fall ist der Termin ja die erste Variable.
Bei anderen Readinggroups steht zum Beispiel
Testdevice
Reading
A0 Wert0 2014-10-14 03:10:33
A1 Wert1 2014-10-14 03:10:33
und ich kann den Wert ja mit {ReadingsVal("Testdevice", "A0", "")}
Kannst du mir da weiterhelfen,
die Eigentliche Calender-Readings kann ich nicht auslesen da der Wert ja nicht im Klartext ist.
Zum Verständnis ich nutze dies um mir die Werte in der "Netio App" anzuzeigen.
http://netio.davideickhoff.de/de/
Hat denn keiner eine Idee?! ???
Nabend,
warum wird das Modul nicht eingecheckt?
Hallo,
Zitat von: chr0nos am 16 Oktober 2014, 19:22:46
Hat denn keiner eine Idee?! ???
ich habe mir die 57_CALVIEW.pm folgendermaßen umgebaut: Ich habe die Zeile 146
readingsBulkUpdate($hash, "$year-$month-$day\@$zeit", "$text"); #doit
durch folgenden Code ersetzt:
if ($zeit eq "00:00")
{
$zeit = "ganztaegig";
}
else
{
$zeit = $zeit." Uhr";
}
readingsBulkUpdate($hash, "Date$counter", "$day.$month.20$year $zeit"); #doit
readingsBulkUpdate($hash, "Text$counter", "$text"); #doit
Jetzt habe ich pro Termin zwei Readings: eines mit Datum (schön formatiert) und eines mit Text des Termins. Diese kann ich nun in einer Readingsgroup anzeigen...
Ronny
Hallo zusammen
Habe ein Problem und zwar wenn ich das Modul in den Fhem Ordner geschoben hab dann startet mein Fhem nicht mehr und ich bekomme f f folgenden Fehler
sh: 1: Syntax error: word unexpected (expecting ")")
kann mir einer helfen???
gerade getestet. funktioniert einwandfrei. wie kopierst du die datei in deinen fhem-order und wohin?
wie sehen danach die berechtigungen aus? ist dein fhem aktuell?
Danke für die schnelle AW
Also ich hab es über wget gezogen und habe es dann in den Ordner /opt/fhem/FHEM geschoben wo auch die anderen Module sind
dann habe ich die rechte mit chmod 666 gesetzt da die anderen module die auch heben
Fhem hab ich die aktuelle 5.6. drauf und mit update akt..
Und du hast beim wget die Adresse der raw-Datei angegeben?
Zitat von: RoBra81 am 22 November 2014, 11:13:05
Und du hast beim wget die Adresse der raw-Datei angegeben?
Jup
habe es auch versucht das ganze mit meinen Rechner gezogen und min WinSCP verschuben und dann rechte genau das gleiche problem
passt den der Ordner /opt/fhem/FHEM??
Sieht aber eher so aus,als hätte dein FHEM-Startscript (sh) ein Problem. Hast du mal das CALVIEW reinkopiert und dann komplett (Rechner) neu gestartet?
Ja habe ich versucht sobald der aufruf vom Modul steht startet fhem selbst nach einen neustart nicht mehr :(
Problem irgend wie gelöst !!!
Habe set myView Update und das Intervall weg gelassen und es geht
habe das intervall dann unter den einstellungen gesetzt geht auch
verstehe ich zwar nicht aber danke dennoch
Hi all,
für alle die einen schöne Kalenderansicht haben wollen hier die Zusammenfassung.
Erstmal das Modul in den fhem/FHEM ordner kopieren. Da wo die anderen Module auch alle drin sind.
Vorraussetzung ist natürlich ein Kalender wie z.B. von Google. Einfach googlekonto errichten und einloggen.
Die google ical url erhält man unter Kalenderdetails -> Privatadresse (auf den grünen ical button drücken)
Die url beginnt mit https und endet mit .ics
Hier als Beispiel ein auszug aus meiner fhem.cfg
#####Calendar modul###########
define myCalendar Calendar ical url https://www.google.com/calendar/ical/emailadresse%40gmail.com/private-hierstehenhaltirgendwelcheZahlen:-)/basic.ics 1200
attr myCalendar room Kalender
#####CALVIEW modul##########
define mycalview CALVIEW myCalendar 1
attr mycalview maxreadings 20
attr mycalview room Kalender
define Kalender readingsGroup <%time_calendar> mycalview
attr Kalender alias Termine
attr Kalender group Kalenderansicht
attr Kalender mapping %READING
attr Kalender nonames 1
attr Kalender notime 1
attr Kalender room Kalender
attr Kalender valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" }
Die Fhem Wikiseite für Calview : http://www.fhemwiki.de/wiki/CALVIEW ist leider nicht ganz komplett.
Was nicht so im Wiki steht ist:
attr Kalender nonames 1 = die Last Readings werden nicht mehr angezeigt.
attr Kalender notime 1 = das Datum z.B. 2014.11.20 wird nicht mehr angezeigt
attr Kalender valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" } = mit dieser Zeile wird aus den Readings ein schön lesbare Zeitanzeige geholt und angezeigt. Siehe Screenshot.
Und damit bei ganztägigen Terminen nicht eine 0:00 sondern "ganzt" für ganztägig steht, muß noch etwas in das CALVIEW modul kopiert werden.
Zwischen diese beiden Zeilen:
#push(@newterminliste, "$day.$month.$year $zeit $text");
readingsBulkUpdate($hash, "$year-$month-$day\@$zeit", "$text"); #doit
Muß das reinkopiert werden:
if ($zeit eq "00:00")
{
$zeit = "ganztaegig";
}
else
{
$zeit = $zeit." Uhr";
}
So sollte es dann aussehen:
#push(@newterminliste, "$day.$month.$year $zeit $text");
if ($zeit eq "00:00")
{
$zeit = "ganztaegig";
}
else
{
$zeit = $zeit." Uhr";
}
readingsBulkUpdate($hash, "$year-$month-$day\@$zeit", "$text"); #doit
Eventuell kann chris1284 das mal in sein Modul gleich reinkopieren 8).
Hatte auch schonmal ganztägig da stehen. Hab aber vergessen was ich da gemacht habe :o
Ich habe ja hier auch nur alles zusammegeklaut was sowieso schon im Threat steht.
Eventuell hat ja ein Admin/Schreibberechtiger User des FHEM WIKI's Zeit das zu aktualisieren.
Soooooo natürlich geht das alles bestimmt noch viel schöner. Z.B. das die Termine das Start und Endpunkt anzeigen, Orte der Termine mit angezeigt werden usw.
Außerdem gibts wohl noch Problem mit Jährlich wiederkehrenden Terminen.
Ach ja falls alte Termine bei euch nicht verschwinden liegt es daran das die Termine z.B von 6:00 Uhr bis 6:00 Uhr gehen.
Wenn ich den Termin von 6:00 Uhr bis 6:05 Uhr abändere verschwindet der alte Termin.
Ich hoffe ich konnte helfen. Noch viel spaß beim Friemeln ;D
Hallo lullebammel,
danke für gute Zusammenfassung!
Ich habe meine Termine nicht bei google etc sondern (intern) in einer Owncloud auf einem NAS.
Wie würde das den damit funktionieren, wei müßte der Link aussehen?
Hat jemand damit Erfahrung ?
kvo
Hi kvo1
ließ dir bitte mal diesen Link durch:
http://www.fhemwiki.de/wiki/Calendar
Grundsätzlich funktioniert CALVIEW ja nur im Zusammenhang mit dem Calendar modul.
Dort steht url oder datei.
Müsste also gehen.
Hallo lullebammel,
danke für den Tipp, sieht schon gut aus!
Wo hast Du das icon her ?
kvo
Guten Morgen zusammen,
das mit dem Kalender ist schon schön. Besten Dank an alle hier die mir mit ihren Beiträgen immer wieder weiter geholfen haben.
Wer möchte das zwischen dem Datum - Zeitangabe - und Text mehr Leerzeichen sein sollen kann aus dem HTML Code das hier benutzen , ich denke auch mal das hier andere Zeichen auch gehen würden. Es wird sonst ja immer nur ein Leerzeichen dargestellt.
Gruß Quatalspropella
Hi kvo1,
hier in dieser Zeile in rot markiert sorgt für das Kalender icon.
Kann halt auch ein anderes sein.
define Kalender readingsGroup <%time_calendar> mycalview
Hi lullebammel,
schon klar, ich habe nur in meinem fhem das Icon garnicht , habe ein anderes genommen und definiert.....
define Kalender readingsGroup <%kvkalender> mycalview
aber es wird keine icon angezeigt ! nur "wirre Zeichen ".......en.ka.%k - er
vermute , das liegt an der Formatierung ???
attr Kalender valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" }
kvo1
Hi kvo1,
jetzt kommts!
Mit darktouchstyle geht es bei mir.
Schalte ich um auf ios6 theme sieht es so aus wie bei dir.
also in der fhem.cfg steht bei mir = define Kalender readingsGroup <%kvkalender> mycalview
Und wenn ich Termine auf meinem Kalender anklicke steht unter DEF <%time_calendar> mycalview
MfG
Hi kvo1,
bevor ich weiter quatsch erzähle.
Jetzt hab ich auch diese komischen Zeichen.
Ich versuche der Sache mal auf den Grund zu gehen.
Eigentlich hab ich nix geändert, aber ich habe fhem geupdated.
Eventuell ist es dadurch passiert.
Ich melde mich wieder
Zitat von: kvo1 am 27 November 2014, 20:01:30
Hi lullebammel,
schon klar, ich habe nur in meinem fhem das Icon garnicht , habe ein anderes genommen und definiert.....
define Kalender readingsGroup <%kvkalender> mycalview
aber es wird keine icon angezeigt ! nur "wirre Zeichen ".......en.ka.%k - er
vermute , das liegt an der Formatierung ???
attr Kalender valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" }
kvo1
Ich kann das auch so bestätigen. Bei allen Styles. Sobald ich die attr. raus lösche passt wieder alles.
attr Kalender valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" }
Zitat von: justme1968 am 22 November 2014, 10:48:07
ich habe diese version eben eingecheckt.
http://forum.fhem.de/index.php/topic,29110.msg222237.html#msg222237
gruss
andre
Liegt es eventuell daran?!
ich habe vorhin ein problem mit valueFormat behoben.
bitte morgen nach dem update schauen ob es wieder geht.
gruß
andre
Zitat von: justme1968 am 28 November 2014, 22:50:03
ich habe vorhin ein problem mit valueFormat behoben.
bitte morgen nach dem update schauen ob es wieder geht.
gruß
andre
Sehr schön! Das passt wieder!
Danke andre!
Hi all, sehr schön geht wieder!
Ich habe mal ne Frage.
Es ist doch bestimmt möglich das Icon täglich mit einem andere icon auszutauschen.
Also die Idee ist 31 Icons zu haben. Für jeden Tag eins, z.B. das Icon mit der 14 drauf soll am 14ten angezeigt werden.
Das 21igste Icon halt am 21igsten.
So hätte man gleich auch noch eine Datumsanzeige.
Hätte da jemand eine Idee wie man das elegant Lösen könnte?!
Hochachtungsvoll
Hi,
ist zwar schon 7 Tage her, aber wegen
Zitat von: MDegelmann5455 am 22 November 2014, 12:08:03
verstehe ich zwar nicht aber danke dennoch
schreibe ich es trotzdem:
Zitat von: MDegelmann5455 am 22 November 2014, 12:08:03
Problem irgend wie gelöst !!!
Also "try-and-error-Prinzip". ;D
Zitat von: MDegelmann5455 am 22 November 2014, 12:08:03
Habe set myView Update und das Intervall weg gelassen und es geht
habe das intervall dann unter den einstellungen gesetzt geht auch
Das rot und fett geschriebene ist die Lösung. Solche alleinstehenden
set-Befehle gehören
nicht in eine cfg-Datei!
Punkt.
Das war aber kurz vorher in diesem Thread schon mal erläutert worden.
Gruß
Thomas
Hallo Zusammen,
@Andre Danke funktioniert nach dem Update
@lullebammel die Idee ist nicht schlecht !
gruss
kvo1
Hallo
nachdem die Daten leidr nur teilweise angezeigt wurden (Zugriff auf owncloud wie hier "http://www.fhemwiki.de/wiki/Calendar" beschreiben)
habe ich das dann so gelöst http://forum.fhem.de/index.php/topic,13920.msg150642.html#msg150642 (http://forum.fhem.de/index.php/topic,13920.msg150642.html#msg150642)
Das ist schon besser!.
Kvo1
Hallo allerseits,
seit Wochen probiere ich bereits hier rum.
Jetzt aber wird es Zeit, bevor ich (innerlich) platze...
Ich habe einen Kalender (lokale Datei), welcher alle fünf Minuten den Zustand
von "an" nach "aus" wechselt. Warum zeigt mir das FHEM NICHT an?
Der Kalender ist i.O. , das Logfile von CALVIEW zeigt mir Updates an,
aber im WEB- Interface bleibt alles beim alten...
Mit der Bitte um eine Idee ...
Johannes
Werden dir die termine im calendar-modul angezeigt? (Vorraussetzung um mit calview was zu sehen)
Ist dein system aktuell?
Hallo,
Ich habe etwas mißverständlich formuliert: ich sehe sehr wohl im Modul CALVIEW die Termine
(bzw. immer nur den einen, aktuellen Termin).
Der wechselt aber alle fünf Minuten seinen Zustand, das sehe ich im Logfile, aber die Webseite wird nicht
aktualisiert. Erst wenn ich die Seite neu lade, stimmts wieder.
Der Kalender (mit den fünf Minuten) dient übrigens nur zum Testen, da soll dann später die Müllabfuhr hin
und zwischen gelber und grauer Tonne wechseln. Und ja, mein System ist aktuell.
Viele Grüße,
Johannes
Nabend,
eine Frage: Da die Readings ja keine eindeutig statischen Namen haben wie bei anderen Objekten über die man sie statisch in einer Subroutine ansprechen kann a la
ReadingsVal("Aussen.ThermoHygro","temperature","?")
brauche ich wohl eine andere Vorgehensweise. Kann mir einer einen Schubs in die entsprechende Richtung geben?
Sinn: Abfrage der ersten beiden Termine zwecks Übergabe an ein Auswertungsskript mit grafischer Ausgabe des entsprechenden Mülltonnensymbols für die nächsten beiden Abfuhrtermine.
Danke und Gruß
Thomas
Hallo lullebammel,
Zitat von: lullebammel am 29 November 2014, 11:22:35
Hi all, sehr schön geht wieder!
Ich habe mal ne Frage.
Es ist doch bestimmt möglich das Icon täglich mit einem andere icon auszutauschen.
Also die Idee ist 31 Icons zu haben. Für jeden Tag eins, z.B. das Icon mit der 14 drauf soll am 14ten angezeigt werden.
Das 21igste Icon halt am 21igsten.
So hätte man gleich auch noch eine Datumsanzeige.
Hätte da jemand eine Idee wie man das elegant Lösen könnte?!#
Hochachtungsvoll
Hast Du hier schon einen Ansatz ?
gruss
kvo1
Hallo allerseits,
hat denn niemand eine Idee (oder das gleiche Problem)?
Ich sehe im EVENT-MONITOR folgendes:
Events:
2014-12-10 23:40:47 CALVIEW testtermin 14-12-10@23:40-aus: aus
2014-12-10 23:41:17 CALVIEW testtermin 14-12-10@23:40-aus: aus
2014-12-10 23:41:47 CALVIEW testtermin 14-12-10@23:40-aus: aus
2014-12-10 23:42:17 CALVIEW testtermin 14-12-10@23:40-aus: aus
2014-12-10 23:42:47 CALVIEW testtermin 14-12-10@23:40-aus: aus
2014-12-10 23:43:18 CALVIEW testtermin 14-12-10@23:40-aus: aus
2014-12-10 23:43:48 CALVIEW testtermin 14-12-10@23:40-aus: aus
2014-12-10 23:44:00 Calendar testkalender changed: 20141023T142635ZTermin136 end
2014-12-10 23:44:00 Calendar testkalender lastCheck: 2014-12-10 23:44:00
2014-12-10 23:44:00 Calendar testkalender modeUpcoming: 20141023T142635ZTermin137;20141023T142635ZTermin138;20141023T142635ZTermin139
2014-12-10 23:44:00 Calendar testkalender modeAlarm:
2014-12-10 23:44:00 Calendar testkalender modeAlarmed:
2014-12-10 23:44:00 Calendar testkalender modeAlarmOrStart:
2014-12-10 23:44:00 Calendar testkalender modeChanged: 20141023T142635ZTermin136
2014-12-10 23:44:00 Calendar testkalender modeStart:
2014-12-10 23:44:00 Calendar testkalender modeStarted:
2014-12-10 23:44:00 Calendar testkalender modeEnd: 20141023T142635ZTermin135;20141023T142635ZTermin136
2014-12-10 23:44:00 Calendar testkalender modeEnded: 20141023T142635ZTermin136
2014-12-10 23:45:00 Calendar testkalender changed: 20141023T142635ZTermin137 start
2014-12-10 23:45:00 Calendar testkalender lastCheck: 2014-12-10 23:45:00
2014-12-10 23:45:00 Calendar testkalender modeUpcoming: 20141023T142635ZTermin138;20141023T142635ZTermin139
2014-12-10 23:45:00 Calendar testkalender modeAlarm:
2014-12-10 23:45:00 Calendar testkalender modeAlarmed:
2014-12-10 23:45:00 Calendar testkalender modeAlarmOrStart: 20141023T142635ZTermin137
2014-12-10 23:45:00 Calendar testkalender modeChanged: 20141023T142635ZTermin137
2014-12-10 23:45:00 Calendar testkalender modeStart: 20141023T142635ZTermin137
2014-12-10 23:45:00 Calendar testkalender modeStarted: 20141023T142635ZTermin137
2014-12-10 23:45:00 Calendar testkalender modeEnd: 20141023T142635ZTermin135;20141023T142635ZTermin136
2014-12-10 23:45:00 Calendar testkalender modeEnded:
2014-12-10 23:45:18 CALVIEW testtermin 14-12-10@23:45-an: an
2014-12-10 23:45:48 CALVIEW testtermin 14-12-10@23:45-an: an
2014-12-10 23:46:18 CALVIEW testtermin 14-12-10@23:45-an: an
2014-12-10 23:46:48 CALVIEW testtermin 14-12-10@23:45-an: an
2014-12-10 23:47:18 CALVIEW testtermin 14-12-10@23:45-an: an
2014-12-10 23:47:48 CALVIEW testtermin 14-12-10@23:45-an: an
2014-12-10 23:48:18 CALVIEW testtermin 14-12-10@23:45-an: an
2014-12-10 23:48:48 CALVIEW testtermin 14-12-10@23:45-an: an
2014-12-10 23:49:00 Calendar testkalender changed: 20141023T142635ZTermin137 end
2014-12-10 23:49:00 Calendar testkalender lastCheck: 2014-12-10 23:49:00
2014-12-10 23:49:00 Calendar testkalender modeUpcoming: 20141023T142635ZTermin138;20141023T142635ZTermin139
2014-12-10 23:49:00 Calendar testkalender modeAlarm:
2014-12-10 23:49:00 Calendar testkalender modeAlarmed:
2014-12-10 23:49:00 Calendar testkalender modeAlarmOrStart:
2014-12-10 23:49:00 Calendar testkalender modeChanged: 20141023T142635ZTermin137
2014-12-10 23:49:00 Calendar testkalender modeStart:
2014-12-10 23:49:00 Calendar testkalender modeStarted:
2014-12-10 23:49:00 Calendar testkalender modeEnd: 20141023T142635ZTermin135;20141023T142635ZTermin136;20141023T142635ZTermin137
2014-12-10 23:49:00 Calendar testkalender modeEnded: 20141023T142635ZTermin137
2014-12-10 23:50:00 Calendar testkalender changed: 20141023T142635ZTermin138 start
2014-12-10 23:50:00 Calendar testkalender lastCheck: 2014-12-10 23:50:00
2014-12-10 23:50:00 Calendar testkalender modeUpcoming: 20141023T142635ZTermin139
2014-12-10 23:50:00 Calendar testkalender modeAlarm:
2014-12-10 23:50:00 Calendar testkalender modeAlarmed:
2014-12-10 23:50:00 Calendar testkalender modeAlarmOrStart: 20141023T142635ZTermin138
2014-12-10 23:50:00 Calendar testkalender modeChanged: 20141023T142635ZTermin138
2014-12-10 23:50:00 Calendar testkalender modeStart: 20141023T142635ZTermin138
2014-12-10 23:50:00 Calendar testkalender modeStarted: 20141023T142635ZTermin138
2014-12-10 23:50:00 Calendar testkalender modeEnd: 20141023T142635ZTermin135;20141023T142635ZTermin136;20141023T142635ZTermin137
2014-12-10 23:50:00 Calendar testkalender modeEnded:
2014-12-10 23:50:18 CALVIEW testtermin 14-12-10@23:50-aus: aus
2014-12-10 23:50:48 CALVIEW testtermin 14-12-10@23:50-aus: aus
2014-12-10 23:51:18 CALVIEW testtermin 14-12-10@23:50-aus: aus
2014-12-10 23:51:48 CALVIEW testtermin 14-12-10@23:50-aus: aus
2014-12-10 23:52:18 CALVIEW testtermin 14-12-10@23:50-aus: aus
2014-12-10 23:52:48 CALVIEW testtermin 14-12-10@23:50-aus: aus
2014-12-10 23:53:18 CALVIEW testtermin 14-12-10@23:50-aus: aus
2014-12-10 23:53:48 CALVIEW testtermin 14-12-10@23:50-aus: aus
2014-12-10 23:54:00 Calendar testkalender changed: 20141023T142635ZTermin138 end
2014-12-10 23:54:00 Calendar testkalender lastCheck: 2014-12-10 23:54:00
2014-12-10 23:54:00 Calendar testkalender modeUpcoming: 20141023T142635ZTermin139
2014-12-10 23:54:00 Calendar testkalender modeAlarm:
2014-12-10 23:54:00 Calendar testkalender modeAlarmed:
2014-12-10 23:54:00 Calendar testkalender modeAlarmOrStart:
2014-12-10 23:54:00 Calendar testkalender modeChanged: 20141023T142635ZTermin138
2014-12-10 23:54:00 Calendar testkalender modeStart:
2014-12-10 23:54:00 Calendar testkalender modeStarted:
2014-12-10 23:54:00 Calendar testkalender modeEnd: 20141023T142635ZTermin135;20141023T142635ZTermin136;20141023T142635ZTermin137;20141023T142635ZTermin138
2014-12-10 23:54:00 Calendar testkalender modeEnded: 20141023T142635ZTermin138
2014-12-10 23:55:00 Calendar testkalender changed: 20141023T142635ZTermin139 start
2014-12-10 23:55:00 Calendar testkalender lastCheck: 2014-12-10 23:55:00
2014-12-10 23:55:00 Calendar testkalender modeUpcoming:
2014-12-10 23:55:00 Calendar testkalender modeAlarm:
2014-12-10 23:55:00 Calendar testkalender modeAlarmed:
2014-12-10 23:55:00 Calendar testkalender modeAlarmOrStart: 20141023T142635ZTermin139
2014-12-10 23:55:00 Calendar testkalender modeChanged: 20141023T142635ZTermin139
2014-12-10 23:55:00 Calendar testkalender modeStart: 20141023T142635ZTermin139
2014-12-10 23:55:00 Calendar testkalender modeStarted: 20141023T142635ZTermin139
2014-12-10 23:55:00 Calendar testkalender modeEnd: 20141023T142635ZTermin135;20141023T142635ZTermin136;20141023T142635ZTermin137;20141023T142635ZTermin138
2014-12-10 23:55:00 Calendar testkalender modeEnded:
2014-12-10 23:55:18 CALVIEW testtermin 14-12-10@23:55-an: an
2014-12-10 23:55:48 CALVIEW testtermin 14-12-10@23:55-an: an
2014-12-10 23:56:18 CALVIEW testtermin 14-12-10@23:55-an: an
2014-12-10 23:56:48 CALVIEW testtermin 14-12-10@23:55-an: an
2014-12-10 23:57:18 CALVIEW testtermin 14-12-10@23:55-an: an
2014-12-10 23:57:48 CALVIEW testtermin 14-12-10@23:55-an: an
2014-12-10 23:58:18 CALVIEW testtermin 14-12-10@23:55-an: an
2014-12-10 23:58:48 CALVIEW testtermin 14-12-10@23:55-an: an
2014-12-10 23:59:00 Calendar testkalender changed: 20141023T142635ZTermin139 end
2014-12-10 23:59:00 Calendar testkalender lastCheck: 2014-12-10 23:59:00
2014-12-10 23:59:00 Calendar testkalender modeUpcoming:
2014-12-10 23:59:00 Calendar testkalender modeAlarm:
2014-12-10 23:59:00 Calendar testkalender modeAlarmed:
2014-12-10 23:59:00 Calendar testkalender modeAlarmOrStart:
2014-12-10 23:59:00 Calendar testkalender modeChanged: 20141023T142635ZTermin139
2014-12-10 23:59:00 Calendar testkalender modeStart:
2014-12-10 23:59:00 Calendar testkalender modeStarted:
2014-12-10 23:59:00 Calendar testkalender modeEnd: 20141023T142635ZTermin135;20141023T142635ZTermin136;20141023T142635ZTermin137;20141023T142635ZTermin138;20141023T142635ZTermin139
2014-12-10 23:59:00 Calendar testkalender modeEnded: 20141023T142635ZTermin139
Aber im Web- Interface tut sich nix...
Die Rolladen- Aktoren aktualisieren sich alle sofort...
Die Rauchmelder auch...
Hat das jetzt was mit dem Modul Calendar, Calview oder ReadingsGroup zu tun?
Ich vermute mal das Modul Calview, da ich schon dort bei einem "Terminwechsel " keine Änderung sehe.
WAS löst denn beim Modul Calview beim Ändern eines Readings eine Aktualisierung der Darstellung aus?
Ich benutze nur das Web- Frontend. Was schubst denn einen "Refresh" im Frontend an? Vielleicht kann ich
ja da suchen gehen...
Vielleicht hat ja wer eine Idee.
Johannes
das Modul zeigt nur die Daten die aus dem Kalender kommen. Wenn dieser zb alle 10 Miinuten aktualisiert wird und neue Daten bereit stellt solltest du calview auch alle 10 Minuten aktualisieren (im Idealfall natürlich
nach dem Update der Daten im Kalendermodul).
ZitatWAS löst denn beim Modul Calview beim Ändern eines Readings eine Aktualisierung der Darstellung aus?
der updateintervall
du kannst aber auch per :
set <Name> update die Aktualisierung der Temrine in der View per Hand anstoßen
mit
set <Name> intervall <time> kannst du den Autoupdate intervall festlegen. Wenn sich deine Termine im Kalender alle 10 Minuten aktualisieren sollte der Intervall entsprechend darauf abgestimmt sein.
ZitatHat das jetzt was mit dem Modul Calendar, Calview oder ReadingsGroup zu tun?
-Calendar liefert die Kalendereinträger aus google
-Calview list diese aus (holt sich die Readings des angegebene Calendar-Modes, splitted die ID's des Calendars und löst dann den Text dazu auf per
get [calendarname] text [uid des Termins]-ReadingsGroup ist ein Modul zur grafisch schöneren Darstellung vonm Readings (hier des Calviewmodules)
Für die Fehlersuche ist also erstmal zu prüfen ob dein Calendar alles schön anzeigt. Hilfe dazu steht in der Command-Ref
get <name> full|text|summary|location|alarm|start|end <reading>|<uid> [max]
. Die Prüfung muss natürlich auf deine Calview-Definition angepasts werden
dann ist zu prüfen ob (am besten nach einem manuellen Update der Readings im Calview wie oben genannt) Calview alles so anzeigt wie das Calendermodul es auch liefert.
Readingsgroup ist außen vor da die wie gesagt nur die Calview-Daten aufgehübscht anzeigt
Hallo,
@chris1284:
Danke für die Antwort. Wie Du an meinem Auszug aus dem Event-Monitor siehst,
aktualisiert CALVIEW bereits alle 30 Sekunden. Zeigt es aber in der Modulansicht
von CALVIEW nicht an. Ich sehe mir das Modul im Browser an und er zeigt mir den
Zustand z.B. "Aus". Dann aktualisiert er alle 30 Sekunden. Ist dann der Termin endend,
wird das im Browser nicht automatisch angezeigt (Wert müsste leer sein). Geht er über in
den "neuen" Termin "An", wird das im Browser ebenfalls nicht angezeigt, wohl aber wenn ich
einen Seiten- Reload mache...
Der Event- Monitor zeigt ja alles korrekt an...
Viele Grüße,
Johannes
Bin mir nicht sicher aber ist evtl longpoll der grubd? Ist es bei dir schon aktiviert?
http://fhem.de/commandref_DE.html#FHEMWEB
Hallo,
ZitatBin mir nicht sicher aber ist evtl longpoll der grubd? Ist es bei dir schon aktiviert?
Ja. Longpoll ist doch standardmäßig eingeschaltet. Und bei den Rolladenaktoren geht es ja, die aktualisieren sich sofort; auch die Icons.
Ich sehe mal in der Java- Konsole nach ob da was steht... Und versuche mal einen anderen Rechner.
Und habe gerade gesehen: es gibt ein REFRESH- Attribut für FHEMWEB; vielleicht ist das ja zielführend.
Viele Grüße,
Johannes
Allen ein Gesundes neues Jahr :P
Und mal eine Frage
Seit dem letzten Update werden meine alten Termine aus der Ansicht nicht mehr gelöscht kann mir da einer Helfen ?
Ja, korekt. Ich habe es gerade geändert. siehe 57_CALVIEW.pm in post #1
Danke
Echt TOP 8)
kommt die dann auch per update wieder ?
nee das modul ist nicht eingechecked
Hallo!
habe mir das Modul installiert. Wie und wo definiere ich denn den Kalender? Ich muss dem Modul ja irgendwie mitteilen, wo der Kalender liegt und die Zugangsdaten hinterlegen ? :-\
Zitat von: bjoernbo am 02 Januar 2015, 10:28:40
Hallo!
habe mir das Modul installiert. Wie und wo definiere ich denn den Kalender? Ich muss dem Modul ja irgendwie mitteilen, wo der Kalender liegt und die Zugangsdaten hinterlegen ? :-\
so
http://fhem.de/commandref_DE.html#Calendar (http://fhem.de/commandref_DE.html#Calendar)
gruss
kvo1
Danke kvo1. Habe alles soweit hinbekommen. Allerdings sehe ich Termine aus 2013 und nur 2 für 2015 ???
Anmerkung: Für 2015 liegen sehr wohl mehrere Termine im Kalender vor.
Weitere Frage: Termine die "ganztätgig" sind werden leider auch nicht angezeigt
Schau erstmal im calendar ob der die anzeiht ;) sprich
get <calendar> full
Nur was der zeigt kommt auch ins calview
Der calendar kommt nicht mit ganztages ereignissen klar und auch nicht mit welchen vor 2uhr war es glaub ich wegen zeitzone
Hi
Mir ist auch aufgefallen das Termine die z.B. Von 16 bis 16 Uhr gehen auch nicht verschwinden.
Wenn man von 16 bis 16:05 den Termin abändert ist er verschwunden.
Wie gesagt, schon öfter, calview zeigt nur die readings eures calender devices.
schaut dort zu erst. Wenn da der 16 - 16 termin nicht verschwindet wird er auch nie im calview verschwinden (ist dem so bitte einen calendar thread aufmachen)... calview liest IMMER die termine neu ein (im angebenen intervall) nach dem es die readings komplett gelöscht hat
Ich habe hier 2 Termine zur selben Zeit und mir wird nur einer davon angezeigt.
im Calendar stehen beide drin.
Da bin ich dran. Das problem ist mir gestern aufgefallen. Workaround = einen der termine im zb eine minute verscjieben
Erstmal herzlichen Dank für das Modul, welches ich schon eine Weile einsetze.
In meinem Logfile ist mir nun gerade aufgefallen, dass das Modul beim Starten von fhem evtl. einen Fehler erzeugt? Oder habe ich evtl. irgendein anderes Problem. Im Logfile taucht folgende Info auf:
deletereading vKalender_Juergen * : Bad regexp *: Quantifier follows nothing in regex; marked by <-- HERE in m/* <-- HERE / at fhem.pl line 1836.
Fehlt da evtl. ein . vor dem *. Bin kein Perl oder regexp Experte ;-)
ist seit dem 01 Januar 2015 im post #1 behoben ;)
Ahoi.
Danke für das tolle Modul.
Hätte mal paar Fragen (um genau zu sein zwei ;) )
1. Ist es irgendwie möglich das Zuletzt erfasst aus der Anzeige rauszunehmen? Ich meine Nicht nur in der Tabellenüberschrift.
2. Ist es möglich das Datumsformat zu ändern und evtl. die Uhrzeit zu entfernen aus der Anzeige. Das Entfernen des Kalendernamen aus der Tabelle wär auch toll :) Finde ich bischen überflüssig, wenn man nicht gerade mehrere Kalender in einer Tabelle anzeigt.
Mir ist nur aufgefallen, dass mehrtägige Termine nicht richtig angezeigt werden. (.z.b. 30.03.15 - 00:00 Osterferien 2015 Hessen) Wär schön wenn da keine Uhrzeit stehen würde, sondern nur Ferienzeit.
Sonst bin ich sehr zufrieden :)
Gb4u
PS: Punkt 1 ist erledigt. Punkt zwei im Prinzip auch.
Hallo allerseits,
erstmal alles Gute und so...
@stromer-12, @chris1284:
das Problem hatte ich hier bereits beschrieben
http://forum.fhem.de/index.php/topic,19922.msg204745.html#msg204745
und auch wie beschrieben behoben. Irgendwelche Nachteile?
Viele Grüße,
Johannes
Zitat von: jschmitt am 05 Januar 2015, 17:30:26
erstmal alles Gute und so...
@stromer-12, @chris1284:
das Problem hatte ich hier bereits beschrieben
http://forum.fhem.de/index.php/topic,19922.msg204745.html#msg204745
und auch wie beschrieben behoben. Irgendwelche Nachteile?
Ebenfalls gutes neues ...
Danke, habe bei mir aber anstelle von "-$text" ein " ($counter)" eingesetzt, ist kürzer.
so....ich habe folgendes festgestellt!
Mein Kalender aktualisiert sich alle 24 Stunden. Danach werden mir alle Termine aus 2015 angezeigt.
Anmerkung: (Vorher hatte ich nur 2 Termine aus 2015 und diverse aus 2013)
Heute Mittag, nach dem ich Zuhause angekommen war und mein Tablet gestartet habe, war im Dashboard alles ok. (Ich benutze eine Android-Tablet mit WebViewControll).
Nachdem ich ein paar Änderungen vorgenommen habe und ich auf dem Tablet die WebViewContorll aktualisiert habe, waren aufeinmal wieder die alten Termine drin!!!! Ich werde das morgen nochmal prüfen, ob das wirklich nur durch ein "reload" der WebViewControll App zusammenhängt!
Hallo zusammen,
zunächst einmal: Danke für das nette Modul. Ich habe heute etwas damit herum gespielt und erfolgreich zwei Kalender eingebunden.
1.) Mir ist es nicht gelungen, in der readingsgroup die Termine nach Datum zu sortieren, sie werden immer in der Reihenfolge der angegebenen Devices sortiert. Das ist wohl eine Frage an die readingsgroup community, aber falls jemand hier Abhilfe weiss, bin ich natürlich dankbar.
2.) Ich habe eine kleine Sub geschrieben, die flexible Datumsformatierung erlaubt. Bei mir wird jetzt z.B. angezeigt:
Thu 15.01, 00:00: Gelber Sack
Ich bin kompletter Perl-NOOB - wahrscheinlich geht es auch besser, hier mein coding (in der 99_myUtils.pm):
sub formatCalDate {
use Time::Piece;
my ($d,$t,$f) = @_;
my ($dt) = Time::Piece->strptime($d.$t,'%y-%m-%d%H:%M');
if(!$f) {$f="%d.%m.%Y"};
return $dt->strftime($f);
}
Mir ist es nicht gelungen, $READING korrekt an die sub zu übergeben, das "@" hat den String irgendwie zerschossen, daher müssen (mindestens) zwei Parameter übergeben werden: Das Datum und die Uhrzeit aus dem Reading, jeweils als separater String. Als dritter Parameter kann eine Datumsformatierung mitgegeben werden. Bei mir sieht das dann so aus:
attr kalenderTermine valueFormat {formatCalDate(substr($READING,0,8),substr($READING,9,5),"%a %d.%m, %H:%M").": "."$VALUE" }
Vielleicht kann ja jemand was damit anfangen... Wenn mir jemand sagen kann, wieso ich nicht das komplette $READING an die sub übergeben kann beschwere ich mich auch nicht. Evtl. erweitere ich das Ganze noch, dass statt des Datums auch "Heute" oder "Morgen" stehen kann.
Grüße,
Oli
Hallo zusammen,
ihr habt hier wirklich ein paar gute Ansätze für das Modul. Ich habe aber auch gelesen was "jschmitt" geschrieben hat und ich glaube er ist nicht alleine wenn ich das richtig gelesen habe. Ich hatte ende des jahres Termine mit start und endzeit doppellt bzw. dreifach enthalten. Mit start- und stopzeit einzeln.
Ich hatte dann den Kalender neu angelegt und es waren wieder alle Termine da und sahen auch so aus wie es sein sollte.
05.01.2015 - 00:00 - Zahnarzt
08.01.2015 - 08:10 - Tests
09.01.2015 - 19:15 - Geburtsatag
10.01.2015 - 08:00 - Unterricht
wie ihr seht ist der obere TErmin abgelaufen und ich habe den zweiten vor drei Tagen wieder raus gelöscht. Die Termine werden aber immer noch im CALVIEW angezeigt. Wenn ich mir die Termine mit "get myCalendar text all" anzeigen lasse sind die Termine auch nicht mehr vorhanden. Dies ist doch kein einzelfall? Gibt es die Möglichkeit die Liste korrekt zu übernehmen?
Ein manuelles Update und so funktionieren nicht.
Gruß
habt ihr die version aus post #1 mal auf eure systeme kopiert und neugestartet? am 1. januar gabs eine neue version weil mit umstellungen in fhem selbst die readings (alte temine) nicht mehr gelöscht wurden. das modul wir dnicht per update aktualisiert!
Mir ist heute noch etwas aufgefallen: Wenn zwei Termine zum selben Zeitpunkt starten, überschreiben sich die Readings beim Update, d.h. es bleibt nur ein Eintrag übrig... Ich habe dies quick'n'dirty dadurch gelöst, dass ich $text noch an den Namen des readings anhänge.
readingsBulkUpdate($hash, "$year-$month-$day-$zeit-$text", "$text"); #doit
Vielleicht gibt es aber auch eine elegantere Möglichkeit...
Bei der Gelegenheit habe ich auch noch das "@" durch einen "-" ersetzt, was meine oben erwähnte sub zur Formatierung etwas vereinfacht...
Grüße,
Oli
Danke chris1284,
hatte ein paar Tage zu früh das Modul runtergeladen. Sieht jetzt wieder gut aus, Danke.
Zitat von: chris1284 am 01 Januar 2015, 15:38:09
nee das modul ist nicht eingechecked
Hallo Chris1284,
Steht die aktuelle Version immer in #1. ?
Gruß kvo1
Hallo,
erstmal danke an Christian für das Modul.
Hat auf Anhieb geklappt.
eine Frage habe ich aber:
Hast Du die Endzeit, wie im Screenshot deines ersten Posts zu sehen, wieder rausgenommen?
Bei mit wird nichts dergleichen angezeigt.
Wann wird das Modul denn ins Repo eingefügt? :)
Zitat von: klausw am 07 Januar 2015, 09:19:19
eine Frage habe ich aber:
Hast Du die Endzeit, wie im Screenshot deines ersten Posts zu sehen, wieder rausgenommen?
Bei mit wird nichts dergleichen angezeigt.
Wann wird das Modul denn ins Repo eingefügt? :)
Wo siehst du da eine Endzeit? Oder meinst du etwa die Erfasste Zeit?
das steht beim reading noch "Endet ...."
anbei mal eine neuere Version mit
- erkennung x termine zur gleichen zeit. beim x. wird eine x, beim y. eine y usw angehängt
- termin titel statt text als reading
- eingeblendetem ende
ich häng sie erstmal als testversion an. wenn keine negativen rückmeldungen kann ich sie in post #1 anhängen
EDIT: anhang wegen fehler in sortierung entfernt...
Hallo Chris,
ich werde morgen mal die Testversion testen.
Frage: Wär es nicht besser das Ende als eigene Spalte zu machen? Kann man irgendwie die Zeiten irgendwie trennen? Also Datum und Zeit?
Hast du eigentlich schon eine Lösung zum Thema mehrtägige Termine?
Gb4u
Ich hatte irgendwo im Thread mal eine Version gepostet, in der es feste Reading DateStart_1..DateStart_n, TimeStart_1..TimeStart_n, DateEnd_1..DateEnd_n, TimeEnd_1..TimeEnd_n, EventText_1...EventText_n usw. gibt - das fände ich in vielerlei Hinsicht besser (z.B. für ReadingsGroup)
Ronny
Hallo Chris,
danke für das schnelle Update. Leider passt die Sortierung jetzt nicht mehr, was sich insbesondere bei gesetztem maxreadings unschön auswirkt.
Danke,
Grüße,
Oli
Zitat von: RoBra81 am 07 Januar 2015, 21:29:46
Ich hatte irgendwo im Thread mal eine Version gepostet, in der es feste Reading DateStart_1..DateStart_n, TimeStart_1..TimeStart_n, DateEnd_1..DateEnd_n, TimeEnd_1..TimeEnd_n, EventText_1...EventText_n usw. gibt - das fände ich in vielerlei Hinsicht besser (z.B. für ReadingsGroup)
Ronny
darauf wirds wohl hinauslaufen. die sortierung ist in den readings echt mist, habe die version oben mal rausgenommen. hatte niht so viele temrine im testkalender
term_01_start
term_01_titel
term_01_text
term_01_end
usw usw und noch ein today-1
Zitat von: chris1284 am 07 Januar 2015, 21:45:43
darauf wirds wohl hinauslaufen
würde ich auch begrüßen ;-)
ich habe gerade in einer testversion auf textbezeichnungen umgezogen. aktuell wir alles bis ins 3-stellige (anzahl der termine) sortiert.
es gibt pro termin einen start, end und text eintrag. dies kann auch um noch mehr erweitert werden (start-datum,start-zeit,titel, text, ort usw usw, alles was das calendar-modul hergibt).
Ich habe readings für termine die "today" und "tormorrow" statt finden eingebaut.
tomorrow und today teile ich auch noch auf start, ende und text auf
was haltet ihr davon ?
Sieht gut aus. Ich hätte gern Datum und Uhrzeit getrennt, wenn es nach mir geht...
Ronny
schließe mich RoBra81 an!!!
Wann kann wird die Testversion zur Final-Version? Haben will ! :-D
Datum und Uhrzeit habe ich getrennt. ich muss nur noch ein wenig an der sortierung arbeiten.
wenn der kalender, zb der google feiertagskalender, termine in richtiger reihenfolge bringt spuckt auch calview alles in dieser, richtigen, aus.
bei einem individuellen kalender mit serienterminen, einzelterminen usw klappt das nicht.
ich denke man wird wohl das datum in sekunden umrechnen müssen und so sortieren, danach wieder zurück rechnen. ich denke zum wochenende werd ich was "finales" uploaden.
anbei schon mal die "alpha" zum testen / anschauen ohne sortierung (tips werden gerne angenommen) :)
Zitat# $Id: 57_CALVIEW.pm 7000 2015-12-08 22:00:00Z chris1284 $
evtl muss man die readingnamen noch anpassen um sie ohne großen aufwand in zb readingsgroup nutzen zu können
Hallo, ich habe folgendes Problem festgestellt! ("alte Version")
Wenn sich Google nach 24 Stunden aktualisiert habe ich fast 60 Minuten keinen Zugriff auf FHEM. Heute war es so arg, das ich über FTP die .cfg angepasst habe und alles mit Google und MyView auszementiert habe. Jetzt funzt hem wieder, allerdings ohne Googlekalender.
Anbei mein Auszug, vielleicht erkennt jem. einen "Anfängerfehler" Danke.
define Googlekalender Calendar ical url https://www.google.com/calendar/ical/kalendername.cal%40googlemail.com/private-xxxxxxxxxx35c2/basic.ics 86400
define myView CALVIEW Googlekalender 1
attr myView maxreadings 8
attr myView room Kalender
attr myView userReadings next
define kalenderTermine readingsGroup <%time_calendar> myView
attr kalenderTermine alias Termine
attr kalenderTermine group Kalender
attr kalenderTermine mapping %READING
attr kalenderTermine nonames 1
attr kalenderTermine notime 1
attr kalenderTermine room Kalender,Status
attr kalenderTermine valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" }
Zitatwenn sich google aktualisiert....
hat für mich nichts mit calview zu tun sondern dem calendar.
da dies in aktueller version (update gemacht?) keine probleme macht kann, wenn es wirklich 60 minuten fhem blockiert, nur der kalender selbts (teste mal einen nue erstellten kalender bei google mit ein paar neuen terminen) sein oder deine netzwerk-/internetverbindung
Hi,
woran kann es liegen, dass bei mir z.B ein zweiter ganztägiger Termin "verschluckt" wird?
DEF
muellabfuhr 2
INTERVAL
43200
KALENDER
muellabfuhr
MODES
all
NAME
muellabfuhr_vorschau
NR
15455
STATE
Initialized
TYPE
CALVIEW
eadings
15-01-16@00:00
Bioabfall 2-wö
2015-01-09 21:53:43
15-01-23@00:00
Restabfall 8-wö
2015-01-09 21:53:43
15-01-29@00:00
Wertstoffsack
2015-01-09 21:53:43
15-01-30@00:00
Bioabfall 2-wö
2015-01-09 21:53:43
Calendar liefert mir bei einem
get muellabfuhr text all 8
16.01.15 00:00 Wertstoffsack
16.01.15 00:00 Bioabfall 2-wö
23.01.15 00:00 Restabfall 8-wö
29.01.15 00:00 Wertstoffsack
30.01.15 00:00 Bioabfall 2-wö
05.02.15 00:00 Papiertonne
12.02.15 00:00 Wertstoffsack
13.02.15 00:00 Bioabfall 2-wö
Ich benutze die letzte Version aus dem ersten Posting!
Greetz
Eldrik
er verschluckt einer der beiden am selben tag zur selben zeit. problem ist bekannt und ist in arbeit. es kann keine 2 readings mit gleichem namen geben. er schreibt erst reading 16.01.15 00:00 Wertstoffsack
und überschreibt es dann ( da name gleich 16.01.15 00:00) mit dem neuen wert Bioabfall 2-wö. somit nur 1 termin.
workaround -> einen der beiden zb um 00:01 starten lassen
anbei eine version zum testen. die sortierung klappt, auch wenn ich sie nicht ganz verstehe.
(kennt jemand eine gute, deutsche erklärung des Schwartzian Transform oder kann mir folgenden code erklären
my @sdata = map $_->[0],
sort { $b->[1][2] <=> $a->[1][2] or # year
$b->[1][1] <=> $a->[1][1] or # month
$b->[1][0] <=> $a->[1][0] } # day
map [$_, [split /\./, $_->{date}]], @data;ich habe schon herausgefunden dass das tauschen von $a und $b zum aufsteigenden / absteigendem sortieren führt)
pro termin hat man nun immer (auch bei today und tomorrow)
Zitatbdate
btime
summary
edate
etime
EDIT ihr könnt aber auch das attribut "oldStyledReadings" nutzen um es auf die alte ansicht zurück zu stellen.
auch hier soltle die sortierung und mehrere gleichzeitige termine funktionieren!
die maxreadings sind für die anzahl der termine zu sehen. (also bei 100 terminen sind es 500 readings!!!)
die anzahl der readings kann 190 (950 t_* readings) nicht überschreiten. die tomorrow und today readings zählen nicht zu maxreadings. diese beschränkung ist nur im modul wegen der readingnummerierung. da ich nicht denke das jemand mehr als 190 termine hat, habe ich 950 als grenze gewählt (welche bei bedarf erweitert werden kann). der google-feiertagskalender für 2 jahre hat gerade mal 66 termine ( 330 readings ;) )
bitte testen on die sortierung bei euch passt und ob auch alle gleichzeitigen termien erscheinen
update siehe oben!! Version 7002
Zitat von: chris1284 am 10 Januar 2015, 19:57:07
update siehe oben!! Version 7002
Gibt es eigentlich eine einfache Lösung, die Termine im readingsgroup darzustellen?
Also um nicht jede terminzeile einzeln in die definition reinzuschreiben.
Ich stehe mit den regex bisschen auf Kriegsfuß :/
View_Kalender_Daniela:.*_bdate,.*_btime,.*_summaryzeigt jedenfalls alles in einer Zeile an
ein ganztägiges Ereignis geht doch von 00:00 bis 23:59 Uhr, oder ? Kann man dies nicht vorher abfragen mit "IF" und wenn das Ereignis "TRUE" ist, schreibe "ganztägiges Ereignis" ??
Zitat von: bjoernbo am 10 Januar 2015, 22:36:07
ein ganztägiges Ereignis geht doch von 00:00 bis 23:59 Uhr, oder?
nein, ebend noch im googlekalender geschautund in der ics selbst => Di, 6. Januar, 00:00 – Mi, 7. Januar, 00:00 (selbst ooutlook macht ganztägige termine von 00:00-00:00)
ZitatKann man dies nicht vorher abfragen mit "IF" und wenn das Ereignis "TRUE" ist, schreibe "ganztägiges Ereignis" ??
man müsste prüfen ob startzeit 00:00, endatum=startdatum+1 und endzeit 00:00. wo würdest du das "ganztägiges Ereignis" hinschreiben (reading-technisch und welcher style)?
Zitat von: klausw am 10 Januar 2015, 22:28:13
Gibt es eigentlich eine einfache Lösung, die Termine im readingsgroup darzustellen?
für die neuen readings bin auch noch am schauen, aktuell für einen termin von heute und morgen habe ich
<Datum>,<Uhrzeit>,<Titel>,<Enddatum>,<Endzeit>
View_Abfall:<heute>,today_001_btime,today_001_summary,today_001_edate,today_001_etime
View_Abfall:<morgen>,tomorrow_001_btime,tomorrow_001_summary,tomorrow_001_edate,tomorrow_001_etimefür den alten style (attribut "oldStyledReadings" auf 1 und ein set update) gilt noch das beispiel aus dem wiki/ post1
Zitat von: chris1284 am 11 Januar 2015, 08:39:46
wo würdest du das "ganztägiges Ereignis" hinschreiben (reading-technisch und welcher style)?
Bei meiner Version habe ich bei ganztägigen Ereignissen statt der Startzeit "ganztägig" drin stehen...
Gestern Abend habe ich auch endlich mal etwas Zeit gefunden einen Kalender in meine Config zu integrieren.
Danke für CALVIEW - es funktioniert auf Anhieb wie beschrieben.
Als erstes würde ich gerne meinen Geburtstagskalender in meine Oberfläche integrieren - funktioniert auch soweit, das was mir nicht gefällt wird hier ja bereits ausgiebig diskutiert.
Es geht natürlich um die ganztags Geschichte, auch ich würde mich wünschen wenn das @00:00 verschwindet, ich würde sogar gerne noch weiter gehen und die Jahreszahl ausblenden, ist ja eigentlich klar das der Termin in 2015 ist. Dafür vielleicht eher das Wochentagkürzel hinzu... weil ja Geburtstage an Frei oder Samstagen einen ganz anderen Stellenwert haben ;-)
Ich schreibe jetzt hier hauptsächlich damit ich "auf empfang" bleibe in diesem Thread.
Danke Chris fürs Modul!
@der-Lolo:
in der Version von gestern ist das @ raus.
Zitatist ja eigentlich klar das der Termin in 2015 ist.
naja, im google-feiertagskalender sind auch alle 2016 termine drin. des weiteren habe ich noch nicht getestet wie sich das auf die sortierung der readings im alten style auswirkt.
@all: evtl. baue ich 00:00 zu "ganztägig" als attr ein, mal schauen.
ich habe reading für die anzahl der termine gesamt, termine heute, termine morgen eingebaut.
dazu wird entsprechend state gesetzt. das dient dafür eine (dynamisch modifizierte) readingsgroup zu manipulieren so das immer nur so viele termine wie vorhanden angezeigt werden.
Zitat
View_Abfall t: 5 td: 0 tm: 2
View_Feiertage t: 66 td: 0 tm: 0
hier die Lösung für eine Readingsgroup für Termine im
neuen Syleleere readingsgroup definieren:
Zitatdefine rg_View_Abfall readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit>
ein at definieren (zeit natürlich anpassen, alle 5 minuten ist denke ich nicht notwendig wenn ihr calendar und calview nur einmal am tag aktualisiert):
define at_rg_View_Abfall at +*00:05 {}dann folgenden code reinkopieren
+*00:05 {
my $i;
my $modtext = "<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um> ";
for($i= 1;$i<= ReadingsVal("View_Abfall","c-tomorrow", 0);$i++){
$modtext .= "View_Abfall:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_edate,tomorrow_".sprintf('%03d',$i)."_etime ";}
for($i= 1;$i<= ReadingsVal("View_Abfall","c-today", 0);$i++){
$modtext .= "View_Abfall:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_edate,today_".sprintf('%03d',$i)."_etime ";}
for($i= 1;$i<= ReadingsVal("View_Abfall","c-term", 0);$i++){
$modtext .= "View_Abfall:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime ";}
fhem("modify rg_View_Abfall $modtext");
}
wer nur today, tomorrow oder t_ haben will löscht entsprechend aus dem at die for-schleife der nicht gewünschten readings
man könnte das nat. auch in ein notify packen so das es immer nach einer änderung in calendar ausgeführt wird (vor ins notify einfach ein "set <calviewname> update")
anbei das neue modul und ein screenshot der rg
Ich habe nochmal alles in Post 1 aktualisiert (Anleitung, Bilder, Modul) und werde mich nun kümmern das es eingechecked wird!
Wenn alles passt wird auch die Commandref verfügbar sein und der Wiki Eintrag geändert
Hallo zusammen und noch ein "gesundes neues"
für chris1284 ein grosses Dankeschön für das Modul und seine Zeit und Mühe :)
ich habe mir heute das Modul installiert , jedoch komme an einer Stelle nicht weiter :(
und bin mir sicher, das ich den Wald vor lauter Bäumen nicht sehe
Es wäre schön, wenn mir jemand helfen könnte
ich hätte gern die zeilen State, c-today, c-tomorrow und c-term ausgeblendet
Ich freue mich über einen Hinweis
Grüsse tagedieb
PS habe die Version von heute 17 Uhr....
mmm mit den alten readings macht das wenig sinn ( da man das in der readingsgroup nicht wirklich rausfiltern kann).
ich hab's in post 1 geändert, einmal neu laden!
mit den default-readings bleiben State, c-today, c-tomorrow und c-term drin (wegen der readingsgroup -> post 1)
wow!!!
Du bist ja schnell :)
Dankeschön ,ich werde es gleich anwenden
Funktioniert hervorragend :)
Zitat von: chris1284 am 11 Januar 2015, 16:21:08
hier die Lösung für eine Readingsgroup für Termine im neuen Syle
Ah so geht das. Danke für den Tipp, klappt super :)
leider klappt es mit dem Notify nicht (ich nutzen den gleichen code wie vorher im at)
das steht dann im def vom readingsproxy:
<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um> View_Kalender_Daniela:<Morgen>,tomorrow_c-today: 103d_btime,tomorrow_c-today: 103d_summary,tomorrow_c-today: 103d_edate,tomorrow_c-today: 103d_etime View_Kalender_Daniela:<Heute>,today_c-today: 103d_btime,today_c-today: 103d_summary,today_c-today: 103d_edate,today_c-today: 103d_etime View_Kalender_Daniela:t_c-today: 103d_bdate,t_c-today: 103d_btime,t_c-today: 103d_summary,t_c-today: 103d_edate,t_c-today: 103d_etime View_Kalender_Daniela:t_c-today: 103d_bdate,t_c-today: 103d_btime,t_c-today: 103d_summary,t_c-today: 103d_edate,t_c-today: 103d_etime View_Kalender_Daniela:t_c-today: 103d_bdate,t_c-today: 103d_btime,t_c-today: 103d_summary,t_c-today: 103d_edate,t_c-today: 103d_etime View_Kalender_Daniela:t_c-today: 103d_bdate,t_c-today: 103d_btime,t_c-today: 103d_summary,t_c-today: 103d_edate,t_c-today: 103d_etime View_Kalender_Daniela:t_c-today: 103d_bdate,t_c-today: 103d_btime,t_c-today: 103d_summary,t_c-today: 103d_edate,t_c-today: 103d_etime View_Kalender_Daniela:t_c-today: 103d_bdate,t_c-today: 103d_btime,t_c-today: 103d_summary,t_c-today: 103d_edate,t_c-today: 103d_etime View_Kalender_Daniela:t_c-today: 103d_bdate,t_c-today: 103d_btime,t_c-today: 103d_summary,t_c-today: 103d_edate,t_c-today: 103d_etime View_Kalender_Daniela:t_c-today: 103d_bdate,t_c-today: 103d_btime,t_c-today: 103d_summary,t_c-today: 103d_edate,t_c-today: 103d_etime View_Kalender_Daniela:t_c-today: 103d_bdate,t_c-today: 103d_btime,t_c-today: 103d_summary,t_c-today: 103d_edate,t_c-today: 103d_etime View_Kalender_Daniela:t_c-today: 103d_bdate,t_c-today: 103d_btime,t_c-today: 103d_summary,t_c-today: 103d_edate,t_c-today: 103d_etimees macht den Eindruck als würde sprintf nicht gehen.
Seltsamerweise funktioniert es ja im at.
mir ist nochwas aufgefallen:
Termine, die über Mitternacht hinausgehen scheinen um Mitternacht zu verschwinden (z.B. 11.1. 18:00 - 12.1. 8:00)
und gleich noch etwas:
mein logfile wir mit verbose 3 Einträgen gefüllt:
2015.01.12 01:06:50 3: get Kalender_Daniela start v9vr5iztfiztfp3idfbbfia04googlecom : 27.02.2015 08:00:00
2015.01.12 01:06:50 3: get Kalender_Daniela summary v9vr5iztfiztfp3idfbbfia04googlecom : Tagschicht
2015.01.12 01:06:50 3: get Kalender_Daniela end v9vr5iztfiztfp3idfbbfia04googlecom : 27.02.2015 18:00:00obwohl ich im modul calendar als auch im calview verbose auf 1 stehen habe.
Hallo Chris
Zitat von: klausw am 12 Januar 2015, 00:32:20
und gleich noch etwas:
mein logfile wir mit verbose 3 Einträgen gefüllt:
2015.01.12 01:06:50 3: get Kalender_Daniela start v9vr5iztfiztfp3idfbbfia04googlecom : 27.02.2015 08:00:00
2015.01.12 01:06:50 3: get Kalender_Daniela summary v9vr5iztfiztfp3idfbbfia04googlecom : Tagschicht
2015.01.12 01:06:50 3: get Kalender_Daniela end v9vr5iztfiztfp3idfbbfia04googlecom : 27.02.2015 18:00:00
obwohl ich im modul calendar als auch im calview verbose auf 1 stehen habe.
das schein zu passieren wenn fhem() im Modul aufgerufen wird.
Wenn ich get in der Eingabezeile ausführe wird nix geloggt, aber wenn ich { fhem("get ...") } ausführe dann wird es geloggt.
Im Verbose 3 stört das ein bisschen :/
Kannst du anstelle von
fhem("deletereading $name .*");nicht
delete ($hash->{READINGS}{<readingname>})verwenden? Das ist vermutlich auch schneller, da du direkt im Modul bleibst.
Für
fhem("get $calendername start $uid"); könntest du
CallFn($calendername, "GetFn", $calendernamehash, "$calendername start $uid");nehmen.
so tief stecke ich in den fhem-internen funktionen (noch) nicht drin. ich habe heute bereits (wenn ich mal zeit hatte) versucht rauszubekommen wie man zb readings im code am besten löscht (meint mal gesehen zu haben das es über ($hash... geht).
somit --> danke klausw für die sehr nützliche info, (hier fehlt der daumenhoch-smilie) ;D. ich werde es gleich umsetzen
edit: habe zugriff auf sf bekommen und werde heute evtl noch das modul einchecken
Hallo klausw,
ich hätte da mal eine frage,wie muss ich $calendernamehash verstehen?
delete ($hash->{READINGS}{<readingname>})
habe ich, da die readings ja unterschiedlich bennat sein können, per
delete ($hash->{READINGS});eingebaut
Zitat von: chris1284 am 12 Januar 2015, 19:16:42
delete ($hash->{READINGS});eingebaut
wenn das alle readings löscht ist es super. Ich hätte es komplizierter gemacht...mich einer foreach schleife.
Zitat von: chris1284 am 12 Januar 2015, 19:16:42
ich hätte da mal eine frage,wie muss ich $calendernamehash verstehen?
das ist der $hash des calenar devices
bekommst du mit $defs{$sdev}
sollte so gehen:
CallFn($calendername, "GetFn", $defs{$calendername}, "$calendername start $uid");
my $terminstart = CallFn($calendername, "GetFn", $defs{$calendername},(" ","start", $uid));
my $termintext = CallFn($calendername, "GetFn", $defs{$calendername}, (" ","summary", $uid));
my $terminend = CallFn($calendername, "GetFn", $defs{$calendername}, (" ","end", $uid));
danke, so gehts. werde bis morgen testn und die version dann einchecken. die logeinträge sind damit vergangenheit
Zitat von: chris1284 am 12 Januar 2015, 21:16:57
danke, so gehts. werde bis morgen testn und die version dann einchecken. die logeinträge sind damit vergangenheit
ein Traum, du machst riesen Fortschritte ;D
Dein Modul ist für mich definitiv ein Gewinn.
Ich hätte noch eine Idee.
Dein Modul mach ja im Zusammenhang mit readingsgroup erst richtig Sinn.
Was hältst du davon, die Modifizierung der Readings DEF nicht einem at oder notify zu überlassen, sondern selbst auszulösen.
Mit einem Attribut, das den entsprechenden readingsproxy Namen enthält. Und dem auslösen eines "CommandModify(...)"
Lässt sich das direkt im Modul erledigen. das ist die Funktion, die hinter modify steht (theoretisch kann man die readings Group sogar aus dem Modul heraus machen).
ich hatte auch schon die idee mit der DEF des Calview gleich den Wunschnamen der rg mitzugeben, sie anzulegen und diese dann im Updateprozess mit zu betanken.
ein rgmodus würde auch sinn machen (<today>,<tomorrow>,<today+tomorrow>,<all>,....)
define <Name> CALVIEW <Calendar> <modus> <rgname>das ist für den user weniger arbeit, fehler werden seitens des Anwenders ausgeschlossen.
evtl. probleme / fragen :
- user benennt rg um, ändert aber die calview-def nicht
-> abfangbar in dem man beim update prüft ob die rg noch definiert ist und wenn nicht, sie stumpf wieder erstellt oder den part auslässt
- wo die neue rg erstellen damit der user sie gleich findet ?
-> raum erzeugen und sie dort reinpacken scheint mir am einfachsten (room CALVIEW_RG)
- die angabe der rg lieber in der def oder als attribut? wo liegen die vor-/nachteile (wenn es welche gibt)
- die angabe des rgmodus lieber in der def oder als attribut? wo liegen die vor-/nachteile (wenn es welche gibt)
ich habe modul gerade eingechecked und werde den thread wohl noch verschieben lassen nach
FHEM Forum » FHEM - Hausautomations-Systeme » Unterstützende Dienste da dort auch Calendar liegt
jetzt muss ich nur noch sehen wie ich CHANGED , history, MAINTAINER.txt anpasse. muss ich dafür einen patch schreiben?
Hallo chris1284
Hab gestern dein Modul nach deiner Anleitung in fhem eingebaut und hab zwei Sachen im Reading feststellen müssen
1 - bei mir zeigt es die Termine in der reihenfolge Morgen - Heute - usw an (war aber einfach im AT zu ändern)
2 - bei mir zeigt es vor jeden Termin den Namen des calview Moduls an dann erst Heute, Start, Name, end Datum, end Zeit an
kann das sein?
Zitat von: MDegelmann5455 am 13 Januar 2015, 18:47:27
Reading feststellen müssen
richtiger wäre in der Readingsgroup aus dem Beispiel, diese gehört (noch) nicht mit ins modul. aber da es ohne kaum sinn macht habe ich ein beispiel für eine mögliche anwendung mitgegeben
zu 1 - ja, das war der richtige weg. dem user ist so überlassen ob er heut/morgen/heute und morgen/alles sehen will
zu 2 - dafür musst du in der readingsgroup das attribut "nonames" setzen.
Ok danke
Und Daumen hoch füe deine Arbeit :)
Zitat von: chris1284 am 13 Januar 2015, 18:22:01
ich hatte auch schon die idee mit der DEF des Calview gleich den Wunschnamen der rg mitzugeben, sie anzulegen und diese dann im Updateprozess mit zu betanken.
ein rgmodus würde auch sinn machen (<today>,<tomorrow>,<today+tomorrow>,<all>,....)
define <Name> CALVIEW <Calendar> <modus> <rgname>
das ist für den user weniger arbeit, fehler werden seitens des Anwenders ausgeschlossen.
Das ist natürlich die Ideallösung.
Zitat von: chris1284 am 13 Januar 2015, 18:22:01
evtl. probleme / fragen :
- user benennt rg um, ändert aber die calview-def nicht
-> abfangbar in dem man beim update prüft ob die rg noch definiert ist und wenn nicht, sie stumpf wieder erstellt oder den part auslässt
- wo die neue rg erstellen damit der user sie gleich findet ?
-> raum erzeugen und sie dort reinpacken scheint mir am einfachsten (room CALVIEW_RG)
- die angabe der rg lieber in der def oder als attribut? wo liegen die vor-/nachteile (wenn es welche gibt)
- die angabe des rgmodus lieber in der def oder als attribut? wo liegen die vor-/nachteile (wenn es welche gibt)
Genau, ich würde vorm update prüfen, ob das readingsgroup device existiert und wenn nicht ein neues anlegen. Das alte wird dann einfach nicht mehr aktualisiert.
Einen Raum würde ich weglassen.
Nach dem Anlgen erscheint es sowieso unten in deinem Modul, da kann jeder draufklicken und einen Raum vergeben.
Obwohl, wenn du den Raum anlegst kann man den auch noch ändern...also egal ;)
Ein attribut kann man im nachhinein einfacher ändern, zudem hast du ein dropdown menü, was die Konfiguration erleichtert.
Zitat von: chris1284 am 13 Januar 2015, 18:22:01
ich habe modul gerade eingechecked und werde den thread wohl noch verschieben lassen nach
jetzt muss ich nur noch sehen wie ich CHANGED , history, MAINTAINER.txt anpasse. muss ich dafür einen patch schreiben?
Ja, das verschieben macht Sinn, oder du legst einen Neuen an und sperrst diesen (Verweis auf den Neuen im erstem Post). Hier steht ja viel kram drin, welcher der Vergangenheit angehört.
Wie checkst du es ein? Machst du es über Tortoise SVN? Dort kannst du einfach die beiden Dateien editieren und mit SVN commit hochladen.
Zitatich hatte auch schon die idee mit der DEF des Calview gleich den Wunschnamen der rg mitzugeben, sie anzulegen und diese dann im Updateprozess mit zu betanken.
Grundsätzlich finde ich den Gedanken gut, aber bitte nur optional, also m.E. eher attribut, wenn kein's da ist wird auch nix betankt... Ich hätte z.B. gerne die Option, nicht alle readings zu zeigen (Beim Abfallkalender nur Datum und Text).
Danke,
Grüße,
Oli
Zitat von: KernSani am 13 Januar 2015, 22:20:10
Grundsätzlich finde ich den Gedanken gut, aber bitte nur optional, also m.E. eher attribut, wenn kein's da ist wird auch nix betankt... Ich hätte z.B. gerne die Option, nicht alle readings zu zeigen (Beim Abfallkalender nur Datum und Text).
Was dargestellt werden soll, könnte natürlich auch über ein Attribut auswählbar gemacht werden.
Aber das soll Chris entscheiden, schließlich mach er sich die Arbeit 8)
Zitat von: klausw am 12 Januar 2015, 00:32:20
leider klappt es mit dem Notify nicht (ich nutzen den gleichen code wie vorher im at)
Im notify steht ein % für das auslösende Ereignis und muss durch %% ersetzt weden. Dann klappt es auch.
Zitat von: KernSani am 13 Januar 2015, 22:20:10
Grundsätzlich finde ich den Gedanken gut, aber bitte nur optional, also m.E. eher attribut, wenn kein's da ist wird auch nix betankt...
in die richtung wird es, denke ich, auch gehen. attribute sind klickbar, einfach einzubauen (für den user) und es bleibt optional.
Zitat von: KernSani am 13 Januar 2015, 22:20:10
Ich hätte z.B. gerne die Option, nicht alle readings zu zeigen (Beim Abfallkalender nur Datum und Text).
nun ja, dafür gibt es ja die readingsgroup. da kannst (im at/notify) ja festlegen was diese anzeigen soll. für jede mögliche readingkonstruktion ein attribut würde glaube ich den rahmen sprengen
(da es ja bereits anfragen gab wie 00:00 in ganztägig wandel, usw).
@klausw: kannst du mir sagen wie ich steuern kann dass das modul in der commandref nicht unter "Devices" sondern "Helper modules" geführt wird? ich habe den html teil mal mit calendar verglichen aber nichts gefunden.
das einchecken und ändern der change/history/maintainer hat über tortoise svn super geklappt
nun ja, dafür gibt es ja die readingsgroup. da kannst (im at/notify) ja festlegen was diese anzeigen soll[/quote]
Das ist der Grund, warum ich es optional haben wollte. Ich will vermeiden dass mir der Kalender eine weitere readingsgroup angelegt. ;
Danke
Oli
Zitat von: chris1284 am 14 Januar 2015, 18:44:37
@klausw: kannst du mir sagen wie ich steuern kann dass das modul in der commandref nicht unter "Devices" sondern "Helper modules" geführt wird? ich habe den html teil mal mit calendar verglichen aber nichts gefunden.
ich vermute, du musst in den Dateien
/fhem/docs/commandref_frame.html
/fhem/docs/commandref_frame_DE.htmldein Modul alphabetisch in die Helpermodules einfügen.
Hallo Chris,
mit sind zwei Dinge aufgefallen:
- Termine, die über Mitternacht gehen (z.B. von 18:00 bis 8:00 am nächsten Tag) werden zu Mitternacht des ersten Termintages gelöscht.
- Zeile 33:
my $test = qx(fhem(\"list $calender TYPE\"));
im 57_CALVIEW.pm Modul erzeugt folgenden Fehler im Raspi Prompt:
sh: 1: Syntax error: word unexpected (expecting ")")
Ich habe sie rausgelöscht, das die Variable nicht weiter verwendet wird.
Zitat- Termine, die über Mitternacht gehen (z.B. von 18:00 bis 8:00 am nächsten Tag) werden zu Mitternacht des ersten Termintages gelöscht.
da hier nur termine die der calendar führt gelistet werden würde ich sagen das dieser den termin rausgenommen hat (aus modeStarted).
die zeile habe ich rausgenommen, war ein noch vom testen, Danke!
Hallo Christian,
Danke für das Modul, ich werde es auch zeitnah einbauen und testen. Und natürlich nutzen, da im WebViewControl der Google-Kalender nicht als iFrame eingebunden werden kann.
Darf ich Vorschläge machen?
In der ReadingsGroup steht in meinen Augen noch zu viel drin. Zum Einen vor Allem die Sekunden bei der Zeit. Die Termine liegen ja immer auf vollen Minuten, das rausnehmen der immer gleichen Anzeige von :00 Sekunden macht es übersichtlicher.
Werden mehrtägige Termine eigentlich an jedem Tag dargestellt? Dann wäre die Bis-Angabe irreführend.
Wird die Bis-Angabe überhaupt benötigt? Gerade auch bei deinem Abfallkalender ist, wie für mich persönlich bei allen Terminen, in einer solchen Übersicht vor allem die Startzeit und der Betreff relevant, evtl. noch der Ort.
Ideal wäre ja eine tageweise Gruppierung der Termine, damit das Datum nur einmal pro Tag dasteht und nicht vor jedem Termin, das erhöht oftmals wieder die Übersichtlichkeit, aber ich glaube das ist nicht so einfach umzusetzen.
Je mehr Dinge, die nicht gebraucht werden, nicht angezeigt werden, desto besser eignet sich das Modul zur Anzeige auf dem Floorplan :-)
Verstehe es bitte nicht als meckern, sondern als Vorschläge zur Optimierung :-)
Mario.
Es ist ehr gedacht dass das Modul erstmal alles als Readings hält. Über Readingsgroup / Reagingsproxy / dummy kannst du dir alles so anpassen wie du willst. Anbei mal eine Bild meiner Kalender-Readingsgroups. Da jeder User andere Ansichten zur, für ihn optimalen, Darstellung hat muss man auf einen Nenner kommen.
Zitat
Ideal wäre ja eine tageweise Gruppierung der Termine, damit das Datum nur einmal pro Tag dasteht und nicht vor jedem Termin, das erhöht oftmals wieder die Übersichtlichkeit, aber ich glaube das ist nicht so einfach umzusetzen.
das bekommst du mit dem vorgeschriebenen Format von readings nicht hin [Name] [wert] [Times Tamp]. man müsste alle Texte /Termine eines tage in ein reading schrieben ->das sieht unübersichtlich und nicht schön aus. ich habe dir mal so ein readingbeispiel aus meinem wetterwarnungs-dummy angehängt.
du kannst ja eine rg nur für "heute" bauen und alles ausblenden bis auf den Text.
Du hast Recht, das ist eine Frage der Anwendung von ReadingsGroup.
Bisher habe ich mich einfach noch nicht rangewagt, den Readingsinhalt aufzusplitten, dass also die Sekunden nicht mit angegeben werden. Aber irgendwann ist immer das erste Mal. Ich werde es versuchen.
Das mit dem "heute" müsste weitergehen und sich dynamisch aufbauen. So, wie es bei den meisten Kalender-Apps für Mobiltelefone in der Listenansicht ist:
- 15.01.2015 -
09:00 Frisör
12:00 Mittag mit Klaus @ Pizzeria Roma
- 16.01.2015 -
08:00 Treff mit Daniel @ Bahnhof, vor Gleis 3
09:00 Meeting mit Chef
11:00 Nachbesprechung im Team
- 17.01.2015 -
.
.
.
Aber wie gesagt vermute ich, dass das einfach zu kompliziert wäre.
Guten Morgen,
Für das Gruppieren hätte ich eine vermutlich relativ einfache Idee (auch wenn ich es nicht zwingend bräuchte): du könntest für jedes reading t_xx_bdate noch ein Reading t_xx_bdate_grouping einführen, das nur für den ersten Termin des Tages existiert. Dann könnte man sich dieses in der ReadingsGroup anzeigen lassen und hätte für jeden Tag nur eine Anzeige...
Ronny
Hallo,
Termine die morgen stattfinden werden in der Readingsgroup zweimal angezeigt, einmal mit "Morgen" im Feld Datum was ja auch grundsätzlich richtig ist und dann noch einmal mit dem Datum im Datum-Feld.
Hier meine Define für die Readingsgroup (ist aber auch die aus dem ersten Post):
define at_kalenderTermine at +*00:01 {\
my $i;; \
my $modtext = "<>,<%time_calendar>,<Uhrzeit>,<Beschreibung>,<bis> ";;\
for($i= 1;;$i<= ReadingsVal("Kalendereintrag","c-tomorrow", 0);;$i++){\
$modtext .= "Kalendereintrag:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_edate,tomorrow_".sprintf('%03d',$i)."_etime ";;}\
for($i= 1;;$i<= ReadingsVal("Kalendereintrag","c-today", 0);;$i++){\
$modtext .= "Kalendereintrag:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_edate,today_".sprintf('%03d',$i)."_etime ";;}\
for($i= 1;;$i<= ReadingsVal("Kalendereintrag","c-term", 0);;$i++){\
$modtext .= "Kalendereintrag:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime ";;}\
fhem("modify kalenderTermine $modtext");;\
}
Kann man das ändern?
Entweder im Modul oder du musst in deinem at eine Prüfung im bereich
for($i= 1;;$i<= ReadingsVal("Kalendereintrag","c-term", 0);;$i++){...} einbauen die
t_".sprintf('%03d',$i)."_bdate mit dem heutigen datum vergleicht und entsprechend diese zeile nicht in $modtext schiebt. ca. so
for($i= 1;;$i<= ReadingsVal("Kalendereintrag","c-term", 0);;$i++){
if (t_ ... eq [datumheute]){}else {der normale code}}
wenn ich das define in folgendes ändere
define at_kalenderTermine at +*00:01 {\
my $i;; \
my $modtext = "<>,<%time_calendar>,<Uhrzeit>,<Beschreibung>,<bis> ";;\
for($i= 1;;$i<= ReadingsVal("Kalendereintrag","c-tomorrow", 0);;$i++){\
$modtext .= "Kalendereintrag:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_edate,tomorrow_".sprintf('%03d',$i)."_etime ";;}\
for($i= 1;;$i<= ReadingsVal("Kalendereintrag","c-today", 0);;$i++){\
$modtext .= "Kalendereintrag:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_edate,today_".sprintf('%03d',$i)."_etime ";;}\
for($i= 1;;$i<= ReadingsVal("Kalendereintrag","c-term", 0);;$i++){if (t_ ... eq [datumheute]){}else {\
$modtext .= "Kalendereintrag:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime ";;}\
fhem("modify kalenderTermine $modtext");;\
}}
wird nichts mehr angezeigt und ich bekomme folgende Eintrag im Log:
}"
syntax error at (eval 172) line 11, near ";
Global symbol "$modtext" requires explicit package name at (eval 172) line 10.
2015.01.16 15:14:53 3: at_kalenderTermine: syntax error at (eval 172) line 8, near "... eq"
oha, das war nur ein sinngemäßes beispiel... den code musst du dir noch anpassen / richtg schreiben. da ich nicht zu haus bin und es nicht testen kann gibt keine syntaxgarantie. du musst das fettgedructe noch mit leben füllen
Zitatdefine at_kalenderTermine at +*00:01 {\
my $i;; \
my $modtext = "<>,<%time_calendar>,<Uhrzeit>,<Beschreibung>,<bis> ";;\
for($i= 1;;$i<= ReadingsVal("Kalendereintrag","c-tomorrow", 0);;$i++){\
$modtext .= "Kalendereintrag:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_edate,tomorrow_".sprintf('%03d',$i)."_etime ";;}\
for($i= 1;;$i<= ReadingsVal("Kalendereintrag","c-today", 0);;$i++){\
$modtext .= "Kalendereintrag:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_edate,today_".sprintf('%03d',$i)."_etime ";;}\
for($i= 1;;$i<= ReadingsVal("Kalendereintrag","c-term", 0);;$i++){\
if(ReadingsVal("Kalendereintrag","t_".sprintf('%03d',$i)."_bdate","") eq [hier musst du oirgendwie das datum in fhem auslesen])){}
else{
$modtext .= "Kalendereintrag:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime ";;}}\
fhem("modify kalenderTermine $modtext");;\
}
ok, ich probiere es.
Wie kann ich denn die Zeilen "Heute" und "Morgen" vertauschen? Wenn ich die beiden "for"-Zeilen vertausche bekomme ich einen Fehler
einfach die (gesamte) for- schleife in eine andere reihenfolge bringen
+*00:05 {
my $i;
my $modtext = "<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um> ";
for($i= 1;$i<= ReadingsVal("View_Abfall","c-today", 0);$i++){
$modtext .= "View_Abfall:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_edate,today_".sprintf('%03d',$i)."_etime ";}
for($i= 1;$i<= ReadingsVal("View_Abfall","c-tomorrow", 0);$i++){
$modtext .= "View_Abfall:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_edate,tomorrow_".sprintf('%03d',$i)."_etime ";}
for($i= 1;$i<= ReadingsVal("View_Abfall","c-term", 0);$i++){
$modtext .= "View_Abfall:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime ";}
fhem("modify rg_View_Abfall $modtext");
}
@Cybers: wenn du im at [hier musst du oirgendwie das datum in fhem auslesen] mit sprintf('%02d',$mday).".".sprintf('%02d',$month).".".$year ersetzt sollte die prüfung klappen
Zitat von: chris1284 am 15 Januar 2015, 06:30:45
da hier nur termine die der calendar führt gelistet werden würde ich sagen das dieser den termin rausgenommen hat (aus modeStarted).
Ok, dann Schaue ich mal was der Google da anstellt. Ist natürlich unpraktisch wenn die Termine einfach so verschwinden :))
es hat ein user auch noch einen fall gefunden der noch nicht abgedeckt wird: wenn mehrere termine an einem tag sind fehlt es nat. an einer sortierung der gleichtägigen temine nach zeit.
mal schauen ob ich eine 2 stufige sortierung hinbekomme....
Glaub ich bin zu blöd.
Hab ein Calview auf meinen Calendar gemacht. Soweit auch gut
hab dann die RG und at angelegt mit folgedem Code:
+*00:05 {
my $i;
my $modtext = "<Datum>,<Uhrzeit>,<Endet am>,<End um>,<Text>";
for($i= 1;$i<= ReadingsVal("Termine_Markus","c-today", 0);$i++){
$modtext .= "Termine_Markus:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_edate,today_".sprintf('%03d',$i)."_etime,today_".sprintf('%03d',$i)."_summary ";}
for($i= 1;$i<= ReadingsVal("Termine_Markus","c-tomorrow", 0);$i++){
$modtext .= "Termine_Markus:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_edate,tomorrow_".sprintf('%03d',$i)."_etime,tomorrow_".sprintf('%03d',$i)."_summary ";}
for($i= 1;$i<= ReadingsVal("Termine_Markus","c-term", 0);$i++){
$modtext .= "Termine_Markus:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime,t_".sprintf('%03d',$i)."_summary ";}
fhem("modify rg_Termine_Markus $modtext");
}
Klappt auch. Aber nach 5 Minuten steht nicht mehr da. Nur noch das Feld. Nicht mal die Tabellenüberschrift.
Wenn ich mir dann die RG anschaue steht da:
<Datum>,<Uhrzeit>,<Endet am>,<End um>,<Text>Termine_Markus:
Wenn ich zwischen <Text> und Termine_Markus Enter drücke wird es bis zum nächsten Aktualisieren alles richtig angezeigt.
Das Problem habe ich in mehreren Tabellen.
ich glaube dir fehlt nur ein Leerzeichen im Code, also zwischen dem <Text> und den Anführungszeichen. Ich bin mir aber nicht sicher^^
Hier die verbesserte Zeile:
my $modtext = "<Datum>,<Uhrzeit>,<Endet am>,<End um>,<Text> ";
ZitatTermine die morgen stattfinden werden in der Readingsgroup zweimal angezeigt, einmal mit "Morgen" im Feld Datum was ja auch grundsätzlich richtig ist und dann noch einmal mit dem Datum im Datum-Feld.
Ich habe das mit nicedates (http://forum.fhem.de/index.php/topic,30385.msg246977.html#msg246977 (http://forum.fhem.de/index.php/topic,30385.msg246977.html#msg246977)) gelöst. Today und Tomorrow werden nicht in die readingsgroup geschrieben, aber Datum mit nicedates formatiert.
Ist ein bisschen Gefummel, aber funktioniert,
Grüße,
Oli
Edith: Details kann ich bei Interesse gerne posten
Dann schreib mal die Details KernSani ;)
anderes Thema:
Kann man eigendlich verschiedene Kalender in einer Tabelle anzeigen lassen?
Das wär klasse.
ZitatDann schreib mal die Details KernSani ;)
Guckst du hier: http://forum.fhem.de/index.php/topic,30385.msg248079.html#msg248079 (http://forum.fhem.de/index.php/topic,30385.msg248079.html#msg248079)
ZitatKann man eigendlich verschiedene Kalender in einer Tabelle anzeigen lassen?
logo. readingsgroup kann beliebig viele devices verarbeiten, also in der DEF sowas wie
AbfallKalView:t_001_bdate,t_001_summary AbfallKalView:t_002_bdate,t_002_summary AbfallKalView:t_003_bdate,t_003_summary FerienKalView:t_001_bdate,t_001_summary bringt in der readingsgroup die nächsten drei Müll-Termine und den nächsten Ferientermin.
Grüße,
Oli
Hallo,
ich habe vorgestern die neue Version von Calview eingebaut.
Dann habe ich noch meine "alte" Kalenderdarstellung mit
define kalenderTermine readingsGroup <%time_calendar>,<Text>,<Zuletzt erfasst> mycalview
Das klappt wunderbar.
Dann speichere ich die Konfiguration und mache anschließend ein "Reread cfg".
Und plötzlich steht wieder:
define kalenderTermine readingsGroup <Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um>
in der CFG
Kann das sein? Was mach ich falsch?
hast du den Save config -button vor dem reread gedrückt?
habs gefunden:
In dem "at" muss das ja auch angepasst werden:
my $modtext = "<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um> ";
zu
<%time_calendar>,<Text>,<Zuletzt erfasst> mycalview
Dahingehend war die Beschreibung im ersten Beitrag doch etwas inkonsistent ...
Nichtsdestotrotz - vielen Dank für das Modul und die damit verbundenen Möglichkeiten!
Hallo ,
ich bin von diesem Modul angetan....wenn es bei mir funktionieren würde ???
ich habe das Calendar mit define myCalendar ical url https:......... angelegt --- funktioniert .
Dann das Hilfsmodul CALVIEW --funktioniert,
Aber ich bekomme einfach keine Terminanzeige ( siehe Bilder ) obwohl die in den Readings stehen.
Irgendwo habe ich einen Denkfehler, vielleicht habt Ihr einen Tip für mich ?
Danke
was steht den in deiner reagingsgroup def? ich gehe davon aus das du eigentlich die die alte ansicht wolltest (wie im wiki beschrieben). schau bitte in post #1 da sind 2 wege erklärt
Das Problem habe ich auch. Nur wenn ich die FeiertageHessen:t_001_bdate,t_001_summary in die Def einfüge geht es.
ist ein problem der readingsgroup-definition. benutzt das at aus dem beispiel in post 1 um mit den neuen readings eine readingsgroup zu befüllen.
gerade geschaut und auch nochmal ein update gemacht für alle fälle -> funktioniert alles wie gewohnt
Vielen Dank für die Antwort habe alles nochmal von vorne gemacht ,funktioniert ;)
Habe allerdings noch eine Frage bezüglich des Styles !!
Wie bekomme ich die Ansicht von chris1284 im ersten Post 3. Bild ??
Meine Ansicht ist noch wie auf dem 1.Bild .
Hat jemand einen Tipp für mich ??
Habe doch eine Readingsgruppe die auch meine Googlekalendereinträge anzeigt/ausliest .
Muss ich noch eine at anlegen ??
Möchte dies im Endeffekt auf einem Tablet einbinden und so wäre die "Anordnung" wie in meinem vorherigen Post angesprochen, mein Ziel.
Ich weiß nur nicht wie. Bin schon tagelang am lesen ,habe aber keinen Ansatz gefunden ,weil ich ja keinen Kalender erstellen will wie einige
User dies machen( z.B. Abfallkalender wenn er nicht in ics vorliegt )
Wäre nett wenn sich jemand äußern könnte .....Danke
Hallo,
Seit dem ich ein FHEM Update ausgeführt habe, funktioniert die Anzeige der Termine leider nicht mehr(siehe Bild im Anhang) :(
Hat jmd. eine Idee? Bzw. ist der Fehler bekannt?
Oder muss ich an der Config. etwas ändern?
define myView CALVIEW UnserKalender 2
attr myView group Kalender
attr myView maxreadings 10
define kalenderTermine readingsGroup <Termin> myView
attr kalenderTermine alias Termine1
attr kalenderTermine group UnsereTermine
attr kalenderTermine mapping %READING
attr kalenderTermine nonames 1
attr kalenderTermine notime 1
attr kalenderTermine room Kalender
attr kalenderTermine valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" }
Vielen Dank & Viele Grüße,
Basti
Weiß jemand, wie ich die beiden Terminzeilen Heute und Morgen entfernen kann?
Gruß
Eberhard
Hi Eberhard,
Du musst die Zeilen aus der DEF der readingsgroup nehmen (bzw. aus de AT falls du das verwendest)
Zitat von: basti1986 am 02 Februar 2015, 11:39:27
Hallo,
Seit dem ich ein FHEM Update ausgeführt habe, funktioniert die Anzeige der Termine leider nicht mehr(siehe Bild im Anhang) :(
Hat jmd. eine Idee? Bzw. ist der Fehler bekannt?
Oder muss ich an der Config. etwas ändern?
ich denke du hast vorher das alte modul genutzt. schau ma in post 1 oder die commandref. wenn du im calview das attribut "oldStyledReadings" auf 1 setzt sollte deine alte rg wieder gehen
Ja danke! Daran lag es. Sieht zwar noch nicht genau so wie vorher aus, aber den Rest sollte ich hinbekommen. thx
@kernSani
Hi Oli,
habe wahrscheinlich die falsche Brille aufgehabt. Jetzt geht's. Danke (Daumen hoch).
Gruß Eberhard
Habe jetzt nochmal lange probiert und gelesen ...
Bin fast da wo ich hin will mit der Kalenderansicht..
Bekomme aber leider nicht die Ansicht von chris1284 "eingebaut" :-\ :-\
Wo liegt der Hacken ??
Wäre nett wenn sich jemand einem Anfänger offenbart ;) ;)
Habe es nach dem 1.Post von Chris "Aufgesetzt "
das sieht nach oldstyle aus...
meinst Du die Ansicht von Chris oder meine ??
wenn meine old_Style ist ,welcher Style ist dann der andere ?
DANKE :)
@sky: Deine sieht nach oldstyle aus. Guckst du mal ob attribute oldStyleReadings in deinem CALVIEW gesetzt ist?
Also es steht auf old_Style :(
Wie bekomme ich denn die andere Ansicht ??
Habe alles probiert ......
das attribut löschen und set update machen
Hallo,
ich kann mich den anderen nur anschließen, ein tolles Modul.
Eine Sortierung nach Datum und Uhrzeit und dann noch für mehrere Kalender wäre toll.
Im Moment sind die Termine doch recht durcheinander.
Meines Erachtens nach lässt sich dies auch nur durch Programmierung im Modul erledigen, die Schleife über mehrere Kalender kann nur da ablaufen.
Gruß
OTi
Zitat von: KernSani am 20 Januar 2015, 10:04:51
AbfallKalView:t_001_bdate,t_001_summary AbfallKalView:t_002_bdate,t_002_summary AbfallKalView:t_003_bdate,t_003_summary FerienKalView:t_001_bdate,t_001_summary
bringt in der readingsgroup die nächsten drei Müll-Termine und den nächsten Ferientermin.
Hi,
ich versuche gerade eine view für mehrere Kalender zu bauen. Leider bekomme ich so ncihts angezeigt.
Ich habe ein calview Abfall und würde mir als erstes einfach mal nur die nächsten drei Termine anschauen. Also habe ich folgendes definiert:
define kalenderAlle readingsGroup Abfall:t_001_bdate,t_001_summary Abfall:t_002_bdate,t_002_summary Abfall:t_003_bdate,t_003_summary AlleAngezeigt wird da aber leider dann nichts...
Im Abfall view werden die Termine dargestellt.
t_001_bdate usw. müßten doch auch in dem cal view Objekt irgendwo auftreten, oder mache ich da einen Denkfehler?
Gruß,
Tobi
Zitat von: oti am 18 Februar 2015, 12:03:18
Eine Sortierung nach Datum und Uhrzeit und dann noch für mehrere Kalender wäre toll.
Im Moment sind die Termine doch recht durcheinander.
nö sind sie nicht. wenn du pro kalender eine calview-instanz nutz ist es je calview zu mindest was das datum angeht sortiert (ausnahme können mehrere Termine zu unterschiedlichen zeiten an einem tag sein). wie du dann die daten mehrere viewes in der rg sortierst ist dann deine aufgabe / kann durch calview aktuell nicht erledigt werden da es pro view nur einen kalender unterstützt. du könntets alle termine in einen kalender schieben und so das "problem" umgehen. ich werde aber schauen ob ich ggf mehrere kalende pro view einbauen kann
@all: danke für's lob
Zitat von: onkel-tobi am 18 Februar 2015, 19:56:39
Hi,
ich versuche gerade eine view für mehrere Kalender zu bauen. Leider bekomme ich so ncihts angezeigt.
Ich habe ein calview Abfall und würde mir als erstes einfach mal nur die nächsten drei Termine anschauen. Also habe ich folgendes definiert:
define kalenderAlle readingsGroup Abfall:t_001_bdate,t_001_summary Abfall:t_002_bdate,t_002_summary Abfall:t_003_bdate,t_003_summary Alle
du versucht eine reeadingsgroup für mehrere calview zu bauen. mehrere kalende rin einer view wird akuell nicht untertsützt von calview
Zitat von: onkel-tobi am 18 Februar 2015, 19:56:39
Angezeigt wird da aber leider dann nichts...
Im Abfall view werden die Termine dargestellt.
t_001_bdate usw. müßten doch auch in dem cal view Objekt irgendwo auftreten, oder mache ich da einen Denkfehler?
korekt, die daten für die readingsgroup müssen im calview vorhanden sein
t_001_bdate, t_001_btime usw sind nur in der default ansicht vorhanden. wenn du den alten style nutz gibt es diese readings nicht.
deine def der rg sieht gut aus (wenn es dcie readings wirklich gibt), das "Alle" hat sich sicher nur reingemogelt.
define kalenderAlle readingsGroup
Abfall:t_001_bdate,t_001_summary
Abfall:t_002_bdate,t_002_summary
Abfall:t_003_bdate,t_003_summary
Zitatnö sind sie nicht. wenn du pro kalender eine calview-instanz nutz ist es je calview zu mindest was das datum angeht sortiert (ausnahme können mehrere Termine zu unterschiedlichen zeiten an einem tag sein). wie du dann die daten mehrere viewes in der rg sortierst ist dann deine aufgabe / kann durch calview aktuell nicht erledigt werden da es pro view nur einen kalender unterstützt. du könntest alle termine in einen kalender schieben und so das "problem" umgehen. ich werde aber schauen ob ich ggf mehrere kalende pro view einbauen kann
Hallo Chris,
zum Hintergrund:
In unserer Familie hat jeder seinen eigenen Google-Kalender, was sicherlich auch viele andere so nutzen. Die Kalender der anderen Familienmitglieder lasse ich mir in meinem Google-Kalender anzeigen, d. h. ich sehe im Kalender, alle Termine für den Tag, die Woche, u.s.w..
Jetzt hätte ich gerne im CALView
einen Kalender, in dem ich
alle Termine aus allen Kalendern in der zeitlich richtigen Reihenfolge sehe. So weiß jeder aus der Familie, welche Termine jeder heute hat.
Meine Idee wäre, die Termine in ein Array zu schreiben, wobei das Anfangsdatum und die Anfangsuhrzeit in einen Unix-Timestamp gewandelt werden (wurde hier ja auch schon einmal gesagt). Dann könnte man die Ausgabe danach sortieren und den Timestamp zurückwandeln. Somit wäre auch das "Uhrzeit-Problem" gelöst. Ich habe das in Perl noch nicht gemacht und kann nicht sagen, ob es dabei zu überwindende Hürden gibt, vielleicht können die Profis dazu was sagen. Bei mir wird die Umsetzung sicherlich einige Zeit dauern, aber ich werde mich damit beschäftigen. Sobald ich ein Ergebnis habe, werde ich es posten.
Gruß
OTi
Hallo,
ich weiß nicht ob es hilft und ich bin auch kein Programmierer, aber hier mal mein Beispiel-Perl-Skript. Für jegliche Optimierung bin ich gerne zu haben. ;)
Das Skript sortiert Termine nach Startdatum und Startuhrzeit.
#!/usr/bin/perl
use strict;
use warnings;
use Date::Parse;
my @Startdatum = ( "19.02.2024", "20.02.2020", "19.02.2036", "19.02.2020" );
my @Startzeit = ( "21:13", "14:24", "16:35", "10:46" );
my @Text = ("Termin_1", "Termin_2", "Termin_3", "Termin_4",);
my @Enddatum = ( "19.02.2024", "20.02.2020", "20.02.2036", "19.02.2020" );
my @Endzeit = ( "22:13", "16:24", "16:35", "11:46" );
my $i;
my @kalnew;
# Startzeit und Startdatum -> Unixtimestamp
# und alles in das Array kalnew schreiben
for($i= 0; $i<= 3; $i++){
my $j = 0;
my ($D,$M,$Y) = split(/\./,$Startdatum[$i]);
my ($h,$m) = split(/\:/,$Startzeit[$i]);
$kalnew[$i]->[$j] = str2time($M."/".$D."/".$Y." ".$h.":".$m.":00");
$kalnew[$i]->[$j+1] = $Text[$i];
$kalnew[$i]->[$j+2] = $Enddatum[$i];
$kalnew[$i]->[$j+3] = $Endzeit[$i];
}
# Sortierung des Arrays
@kalnew = sort { $a->[0] <=> $b->[0]} @kalnew;
# Zerlegen des Timestamp und Ausgabe
for($i= 0; $i<= 3; $i++){
my $j = 0;
my ($sec, $min, $hour, $mday, $mon, $year, $wday, $yday, $isdst) =
localtime ($kalnew[$i]->[$j]);
$mon += 1;
$year += 1900;
printf "%02d.%02d.%04d\t%02d.%02d\t", $mday, $mon, $year, $hour, $min;
$j++;
print $kalnew[$i]->[$j+1]."\t";
print $kalnew[$i]->[$j+2]."\t";
print $kalnew[$i]->[$j+3]."\n";
}
Gruß
OTi
@Oti, Du meinst, ihr habt einen "Google-Kalender-Account" in diesem sind dann weitere Kalender definiert? Wir haben dies ebenso! Innerhalb des Kalender haben wir vier weitere. Da wäre eine coole Sache, wenn man quasi alle Kalender anzeigen lassen kann.
Zitat von: chris1284 am 19 Februar 2015, 08:12:32
wenn du den alten style nutz gibt es diese readings nicht.
Das hat geholfen, danke. Nun bin ich fast hapy ;)
Ich habe mir nun eine rg für alle Kalender gebaut, jetzt würde ich nur gerne noch in die Übersicht den Kalendernamen/einen Namen einbinden.
Habe das folgendermaßen (allerdings ohne Erfolg probiert):
my $modtext = "<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um>,<Kalender> ";
for($i= 1;$i<= ReadingsVal("Tobi","c-tomorrow", 0);$i++){
$modtext .= "Tobi:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_edate,tomorrow_".sprintf('%03d',$i)."_etime ","Tobi";}Ich gehe mal stark davon us, dass ich das"Tobi" ganz am Ende irgendwie anders setzen muss.
Ist vermutlich ein Anfängerfehler :(
Gruß,
Tobi
Hallo Chris,
wie ich ja schon geschrieben habe, gibt es zwei Dinge, die dein Modul perfekt für mich machen würden. Erstens die Sortierung auch nach Uhrzeit und zweitens die Auflistung mehrerer Kalender in einer Übersicht.
Zu Punkt 1 hätte ich folgenden Änderungsvorschlag. Könntest Du dir das mal ansehen? Ich habe die Änderung bei mir getestet, es funktioniert. Aber vielleicht habe ich noch etwas übersehen.
use Date::Parse;
foreach my $item (@termine ){
my @tempstart=split(/\s+/,$item->[0]);
my @tempend=split(/\s+/,$item->[2]);
my ($D,$M,$Y)=split(/\./,$tempstart[0]);
my @bts=str2time($M."/".$D."/".$Y." ".$tempstart[1]);
push @termineNew,{
bdate => $tempstart[0],
btime => $tempstart[1],
summary => $item->[1],
edate => $tempend[0],
etime => $tempend[1],
btimestamp => $bts[0]};
}
#my $termin= \@termineNew;
my $todaycounter = 1;
my $tomorrowcounter = 1;
my $readingstyle = AttrVal($name,"oldStyledReadings",0);
# sort the array by btimestamp
my @sdata = map $_->[0],
sort { $a->[1][0] <=> $b->[1][0] }
map [$_, [$_->{btimestamp}]], @termineNew;
Zum zweiten Punkt hätte ich die folgende Vorstellung:
define KalenderAlle CALVIEW KalenderMax,KalenderPaul,KalenderMaria 1
Meinst Du das wäre umsetzbar?
@bjoernbo
Nicht ganz, wir haben jeder unseren eigenen Google-Account und unseren eigenen Kalender, die anderen können aber über die "private" ical die anderen Kalender bei sich anzeigen.
Gruß
OTi
Wenn dann ertst zum WE hin...
OK, danke.
Hi OTI,
also mehrere Kalender anzeigen bekomme ich inzwischen über eine rg hin (danke noch mal an chris, s. meinen letzten Beitrag)
Das einzige was noch nicht klappt ist, dass ich anzeigen kann, welcher Termin zu welchem Kalender gehört.
Das schaue ich mir am we mal an. Ich gehe mal davon aus, dass ich da einen perl Fehler gemacht habe.
Sortieren geht dann wohl auch nicht, aber für's erste bin ich glücklich damit.
Gruß,
Tobi
Hallo Tobi,
mehrere Kalender ist auch nicht das Problem. Ich möchte einen Kalender (eine Ansicht) mit allen Terminen von mehreren Kalendern nach Datum und Uhrzeit sortiert.
Das geht meines Erachtens nur im Modul.
Aber wenn Du auch Interesse an einer Sortierung nach Datum und Uhrzeit hast, dann könntest Du ja meine Änderung auch mal testen, d. h.
- Sicherungskopie von 57_CALVIEW.pm anlegen
- Code von Zeile 108 bis 128 komplett mit meinem ersetzen
- fhem neu starten
Danach sollte auch die Sortierung nach Uhrzeit funktionieren. Da es hier ja nur um ein View auf die Daten geht, sehe ich das als sehr unkritisch an. Und sollte es nicht funktionieren, einfach die Sicherungskopie wieder nutzen.
Gruß
OTi
Hm, also das Problem kann ich nicht nachvollziehen. Das einzige was ich habe ist, dass er Termine die heute oder morgen sind, 2mal drin sind (aber das ist ja wohl gewollt), hier muss ich noch mal schauen, aber ich glaube da gab es ja schon eine einfache Lösung.
Habe mal Testtermine für heute erstellt, aber die sortiert das Modul stets korrekt.
Wo taucht das Problem bei Dir denn auf, dann kann ich das gerne mal testen.
Hast Du zufällig eine Idee was mein Problem mit den Kalendernamen angeht?
Danke & Gruß,
Tobi
Zitat von: oti am 24 Februar 2015, 15:11:21
- Code von Zeile 108 bis 128 komplett mit meinem ersetzen
in der aktuellen über fhem verteielten version sind es zeile 88 bis 106... ich habe es ebend mal beim mir eingebaut und wenns bis zum we sauber läuft einchecken.
dein vorschlag für mehrere calendar ist genau das was mir auch durch den kopf ging
vorab die version mit dem bugfix von oti und der unterstützung mehrere kalender in einer view.
ich habe des weiteren bei den modis 0 und 1 noch modeAlarm und modeStart mit reingenommen. joe42 stellte fest das termine die in didesn modis sind aber noch nicht vergangen sind nicht aufgeführt wurden.
Hallo Chris,
echt super, genau so habe ich es mir vorgestellt. Bislang läuft es super bei mir.
Hier mal mein Code für die fhem.cfg.
Zur Erklärung:
- Es wird auf 3 verschiedene Kalender zugegriffen
- 20 Termine sollen angezeigt werden
- Ich zeige nur Anfangsdatum, Anfangszeit und den Inhalt an, kein Endatum, Endzeit, heute oder morgen
- Der Kalender wird alle 2 Stunden aktualisiert
define KalenderHans Calendar ical url https://www.google.com/calendar/ical/Hans%40googlemail.com/private-000/basic.ics 7200
define KalenderRita Calendar ical url https://www.google.com/calendar/ical/Rita%40googlemail.com/private-111/basic.ics 7200
define KalenderLena Calendar ical url https://www.google.com/calendar/ical/Lena%40googlemail.com/private-222/basic.ics 7200
define AlleKalender CALVIEW KalenderHans,KalenderRita,KalenderLena 2
attr AlleKalender maxreadings 20
define rg_KalenderTermine readingsGroup <Datum>,<Uhrzeit>,<Text>
attr rg_KalenderTermine nonames 1
attr rg_KalenderTermine group Kalender
attr rg_KalenderTermine room Kalender
define at_KalenderTermine at +*02:00:00 {\
my $i;;\
my $modtext = "<Datum>,<Uhrzeit>,<Text> ";;\
for($i= 1;;$i<=20;;$i++){\
$modtext .= "AlleKalender:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary ";;}\
fhem("modify rg_KalenderTermine $modtext");;\
}
Ich habe jetzt nur noch ein Problem, welches aber wohl nichts mit dem Modul zu tun hat. Einer der Kalender zeigt Termine aus dem Jahr 2009 an, also nicht ab heute. Hat jemand eine Idee?
Nachtrag: Falls jemand das gleiche Problem haben sollte. Termine mit 0 Minuten Dauer können nicht verarbeitet werden!
Fazit: Keine 0-Minutentermine im Google-Kalender!
Gruß
OTi
das modul zeigt ja nur die calendar inhalte somit würde ich da ansetzen. mit einigen serienterminen hat er meine ich noch probleme.
wenns bis zum we keine neg. rm's gibt zieh ich die version hoch, pass die cmdref an und check es ein
Super Arbeit, Chris.
Das macht meine bisherige config überflüssig.
Aber auch hier habe ich das Problem, wie kriege ich noch pro Termin angezeigt, zu welchem Kalender der Termin gehört?
Gibt es dafür eine Lösung?
Danke & Gruß,
Tobi
ich könnte noch ein reading mit dem calender-device namen einbauen jetzt wo es mehrere kalender unterstützt
Das wäre super, wobei ich gerade auch gesehen habe, dass es ja das attr nonames gibt.
Insofern bekomme ich das in meiner voherigen Lösung nun hin.
Aber wenn es irgendwann im Calview drin ist, wäre das natürlich auch gut.
Zitatich könnte noch ein reading mit dem calender-device namen einbauen jetzt wo es mehrere kalender unterstützt
Das wäre Klasse (Große Begeisterung. :) :) :) ).
Gruß
OTi
in der Version fürs we ist nun auch die source als reading
Wäre es möglich den Ort auch noch abzufragen, bzw. aufzunehmen?
Gruß, Sascha
Zitat von: chris1284 am 25 Februar 2015, 17:50:32
in der Version fürs we ist nun auch die source als reading
Hi Chris,
super & besten Dank. Funktioniert bei mir bisher auch einwandfrei.
Mal eine andere Frage, ich versuche mir ein Notify für die Müllabfuhr zu erstellen:
sub AbfallNotify {
if (ReadingsVal("Abfall","c-tomorrow", "> 0")) {DebianMail('meine@mail.de','Muell rausstellen',"Abfall:tomorrow_001_summary");}
}Abfall:tomorrow_001_summary hat die summary als reading drinstehen, in der mail steht im Text aber:
<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um> Abfall:<Morgen>,tomorrow_001_btime,tomorrow_001_summary,tomorrow_001_edate,tomorrow_001_etime Vielleicht habe ich ja noch irgendwo eine Leiche oder einen Denkfehler drin, aber eigtl. sollte es doch so gehen oder?
Danke & Gruß,
Tobi
Probier in der mail statt
Abfall:tomorrow_001_summary mal ReadingsVal("Abfall","c-tomorrow","")
ich würde ggf auch noch prüfen wieviele termine tomorrow sind (wenn wie bei uns alle 14 tage papier und gelber sack geholt werden)
und dann in einer zählschleife ähnlich dem at für calview rg alle summary's per mail senden.
Zitat von: Cybers am 25 Februar 2015, 19:37:22
Wäre es möglich den Ort auch noch abzufragen, bzw. aufzunehmen?
wenn das calendar modul die möglichkeit bietet ja.
Zitat von: chris1284 am 26 Februar 2015, 06:20:00
ReadingsVal("Abfall","c-tomorrow","")
Danach bekomme ich noch:
<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um>
Die for Schleife hatte ich vorher probiert, mit selbem Ergebnis, daher hatte ich das erst mal vereinfacht.
Die for Schleife (hab ich mal auf today geändert, damit noch ein Termin drin ist):
sub AbfallNotify {
my $i;
my $modtext;
for($i= 1;$i<= ReadingsVal("Abfall","c-today", 0);$i++){
$modtext .= "Abfall:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_edate,today_".sprintf('%03d',$i)."_etime ";}
fhem("modify AbfallTermine $modtext");
if (ReadingsVal("Abfall","c-tomorrow", "> 0")) {DebianMail('meine@mail.de','Muell rausstellen',$modtext);}
}bringt das selbe Ergebnis wie die if Abfrage.
Gruß,
Tobi
ist abfall evtl der name deiner readingsgroup :o denn
Zitat<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um>
wird nicht vom calview erstellt.
wenn dann muss dein notify auf das calview device gehen
Zitat von: chris1284 am 26 Februar 2015, 09:20:04
ist abfall evtl der name deiner readingsgroup :o denn wird nicht vom calview erstellt.
Nicht, wenn ich nicht total neben mir stehe (s. Anhang)...
Aber da war noch ein Problem mit meiner gesicherten myUtils, die kam noch in die Quere,. Nun ist der output wieder:
Abfall:<Morgen>,tomorrow_001_btime,tomorrow_001_summary,tomorrow_001_edate,tomorrow_001_etime
Update:
Habe mich noch mal versucht und nun Erfolg mit folgendem Code:
sub AbfallNotify {
my $i;
for($i= 1;$i<= ReadingsVal("Abfall","c-tomorrow", 0);$i++){
DebianMail('meine@mail.de',ReadingsVal("Abfall","t_001_summary",""),"");}
}
Gruß,
Tobi
Hi OTI,
habe mir mal dein Beispiel angeschaut und diese Lösung über Calview direkt gefällt mir definitiv besser.
Aus "Schönheitsgründen" würde ich noch gerne die ersten 4 Buchstaben aus dem jeweiligen Kalendernamen entfernen, dass müsste doch eigtl. mit substr gehen?
Bekomme das aber leider nicht hin:
define at_KalenderTermine at +*00:05 {\
my $i;;\
my $modtext = "<Kalender>,<Datum>,<Uhrzeit>,<Text> ";;\
for($i= 1;;$i<=20;;$i++){\
$modtext .= "calv_all:substr(t_".sprintf('%03d',$i)."_source, 4),t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary ";;}\
fhem("modify rg_KalenderTermine $modtext");;\
}
Oder kann das mit substr an der Stelle nicht funktionieren?
Gruß,
Tobi
Heute hab ich die neue version mit
- multikalender support
- der neuen sortierung, danke oti
- den neuen calendar modes
- dem source reading und einem location reading (ort des termins)
eingechecked
Hi,
mir ist aufgefallen das der Parameter für Intervall nicht abgespeichert wird. Default steht der auf 43200 = 12 Std. Ich hab' den bei mir auf 900 = 15 min. gesetzt. Das funktionier auch, allerdings ist bei einem Neustart von FHEM wieder der alte default wert von 43200 in den Internals.
Ist das so gedacht? Ich fände es "schöner" wenn der Wert auch einen Neustart überlebt, da ich evtl. auch mal über Tag einen Termin zur Steuerung eintrage und der dann erst gelesen werden würde wenn der Termin bereits vorbei ist...
Zusätzlich habe ich den Eindruck das man nach dem Ändern von Intervall danach einmal "set update" machen muss, damit der die neue Zeit sofort übernimmt, ansonsten anscheinend erst nach dem nächsten regulären Update. Auch hier die Frage, ist das gewollt?
Vielen Dank,
Andreas.
du hast recht, ich habe es gerade gefixed (set intervall rausgenommen und es in die def mit eingbaut). Ich werde es im laufe des tages testen und heute abend einchecken
habs gerade eingechecked. nach dem update steht der intervall wieder auf 24h.
ihr müsst ihn über die def setzen
define <name> CALVIEW <kalender> <mode> <intervall>
define Abfall_View CALVIEW cal_Abfall 1 900
(siehe commandref). bei bestehenden devices einfach nochmal auf def klicken und euren wunschinervall hinten anhängen
Hi,
da scheint jetzt aber was nicht zu stimmen... Hab' gerade das Update reingespielt und shutdown restart gemacht.
Wenn ich jetzt auf mein CALVIEW device gehe, habe ich in der Webansicht:
- den Button für set
- dann mein devicenamen
- dann das Auwahlfeld für das Command, dort ist "set (also mit vorangstelltem Anführungszeichen drin)
- dann das Optionfeld, dort steht:
Can't find string terminator '"' anywhere before EOF at (eval 52) line 1.
drin
Im Log steht:
2015.03.05 21:00:12.120 1: PERL WARNING: Bareword found where operator expected at (eval 52) line 1, near """set"
2015.03.05 21:00:12.120 1: PERL WARNING: (Missing operator before set?)
2015.03.05 21:00:12.120 1: PERL WARNING: String found where operator expected at (eval 52) line 1, near "set",""
2015.03.05 21:00:12.120 1: PERL WARNING: String found where operator expected at (eval 52) line 1, at end of line
2015.03.05 21:00:12.120 1: PERL WARNING: (Missing semicolon on previous line?)
Wie kann ich weiter nützliche Infos liefern?
Gruß,
Andreas.
Hallo,
ein shutdown restart mit verbose 5 bringt auch keine neueren oder detaillierteren Erkenntnisse, die Fehlermeldungen bleiben gleich...
Ich habe die Definition meines CALVIEW device jetzt auch mal ans Ende der cfg-Datei veschoben, auch keine Änderung. list device sieht auch in Ordnung aus
Internals:
DEF fhemCalendar 1 900
INTERVAL 900
KALENDER fhemCalendar
MODES modeAlarm;modeStart;modeStarted;modeUpcoming
NAME myCalView
NR 200
STATE t: 3 td: 0 tm: 0
TYPE CALVIEW
Readings:
2015-03-05 22:23:23 c-term 3
2015-03-05 22:23:23 c-today 0
2015-03-05 22:23:23 c-tomorrow 0
2015-03-05 22:23:23 state t: 3 td: 0 tm: 0
2015-03-05 22:23:23 t_001_bdate 10.03.2015
2015-03-05 22:23:23 t_001_btime 00:00:00
2015-03-05 22:23:23 t_001_edate 11.03.2015
2015-03-05 22:23:23 t_001_etime 00:00:00
2015-03-05 22:23:23 t_001_location
2015-03-05 22:23:23 t_001_source fhemCalendar
2015-03-05 22:23:23 t_001_summary Müll: Altpapier
2015-03-05 22:23:23 t_002_bdate 11.03.2015
2015-03-05 22:23:23 t_002_btime 00:00:00
2015-03-05 22:23:23 t_002_edate 12.03.2015
2015-03-05 22:23:23 t_002_etime 00:00:00
2015-03-05 22:23:23 t_002_location
2015-03-05 22:23:23 t_002_source fhemCalendar
2015-03-05 22:23:23 t_002_summary Müll: Restabfall + Biotonne
2015-03-05 22:23:23 t_003_bdate 11.03.2015
2015-03-05 22:23:23 t_003_btime 00:00:00
2015-03-05 22:23:23 t_003_edate 12.03.2015
2015-03-05 22:23:23 t_003_etime 00:00:00
2015-03-05 22:23:23 t_003_location
2015-03-05 22:23:23 t_003_source fhemCalendar
2015-03-05 22:23:23 t_003_summary Müll: gelber Sack
Attributes:
maxreadings 20
oldStyledReadings 0
room Kalender
verbose 5
Das CALVIEW device scheint aber "normal" zu laufen, zumindest kann ich keine Fehlfunktion in den Readings erkennen.
Ich habe mal einen Screenshot von der Webansicht angehängt. Wenn man das Drop-Down im Befehl aufklappt steht da noch mehr drin, wahrscheinlich eine geparste Fehlermeldung...
Ich hoffe das hilft. Ich selbst bin jetzt aber erst mal für 'ne Woche weg, vielleicht kann ich morgen abend noch mal kurz reinschauen, ansonsten erst nach dem Urlaub.
Gruß,
Andreas.
Zitat von: A.Harrenberg am 05 März 2015, 21:05:09
Hi,
da scheint jetzt aber was nicht zu stimmen... Hab' gerade das Update reingespielt und shutdown restart gemacht.
Wenn ich jetzt auf mein CALVIEW device gehe, habe ich in der Webansicht:
- den Button für set
- dann mein devicenamen
- dann das Auwahlfeld für das Command, dort ist "set (also mit vorangstelltem Anführungszeichen drin)
- dann das Optionfeld, dort steht:
Can't find string terminator '"' anywhere before EOF at (eval 52) line 1.
drin
Im Log steht:
2015.03.05 21:00:12.120 1: PERL WARNING: Bareword found where operator expected at (eval 52) line 1, near """set"
2015.03.05 21:00:12.120 1: PERL WARNING: (Missing operator before set?)
2015.03.05 21:00:12.120 1: PERL WARNING: String found where operator expected at (eval 52) line 1, near "set",""
2015.03.05 21:00:12.120 1: PERL WARNING: String found where operator expected at (eval 52) line 1, at end of line
2015.03.05 21:00:12.120 1: PERL WARNING: (Missing semicolon on previous line?)
Wie kann ich weiter nützliche Infos liefern?
Gruß,
Andreas.
Ist bei mir ebenso. Bin erstmal zurück auf die vorhergehende Version.
Mfg
Hallo,
die Zeile 59 muss von
return "\"set CALVIEW\" Unknown argument $a[1], choose update" if($a[1] eq '?');
auf
return "\"set CALVIEW\" Unknown argument $a[1], choose one of update" if($a[1] eq '?');
geändert werden. Scheinbar sucht FHEM hier nach "choose one of"...
Ronny
offensichtlich, werde ich heute nachmittag ändern.
Hallo Ronny (RoBra81),
vielleicht offtopic bzw. nur mal so aus Neugier, WIE findet man solch einen Fehler?
Ich bin was FHEM und Perl angeht noch relativ neu dabei, habe aber durchaus Programmierkenntnisse (Old School: Basic, Pascal, Fortran, C, ein wenig C++, ein wenig C#...) d.h. im groben und ganzen kann ich fast alles im Code nachvollziehen.
Ich habe gestern meine GESAMTE Konfig mal global auf verbose 5 gesetzt und mir danach das log angeschaut, das war ein gefühlten Kilometer lang, aber eben nicht detaillierte was diesen Fehler anging.
Auch aus dem Code vom CALVIEW-Modul selber habe ich da nichts erkennen können...
Wo/wie hast Du angesetzt um diese code-Stelle zu identifizieren? Ich habe jetzt noch nicht explizit im Forum oder im Wiki danach gesucht, aber gibt es eine "Anleitung" zum Debuggen von FHEM/Perl?
Gruß,
Andreas.
Hallo Andreas,
das war in diesem Fall ziemlich einfach: da ich ungefähr wusste, wo diese Liste gebaut wird, habe ich einfach die vorherige funktionierende Version mit der neuen Version mit Notepad++ verglichen und durch Probieren gefunden...
Ronny
Hallo Ronny,
ok, also ein "educated guess" ,-)
Aber schon mal vielen Dank, hab' das eben bei mir geändert und jetzt ist der Fehler auf jeden Fall weg. Dann kann ich auf jeden Fall etwas beruhigter in Urlaub fahren. Frau bleibt nämlich mit der Heizungsautomatisierung zu Hause und wenn FHEM da im Hintergrund irgendwie nicht richtig funktioniert hätte wäre der WAF tief in die negative Skala gerutscht.
Gruß,
Andreas.
fix ist eingechecked! Danke!
Hallo allerseits,
wollte heute von Grund auf CALVIEW einrichten: und bekomme
die Meldung: "Cannot load module CALVIEW".
In den vergangenen (inoffiziellen) Versionen lief hier CALVIEW.
Nun hat CALVIEW ja Neuerungen enthalten... deshalb frage ich ja
vorsichtig... irgendwer eine Idee?
@chris1284:
- sind jetzt die Termine am selben Tag, zur gleichen Zeit, vorhanden?
- geht das nur mit einem GOOGLE- Kalender? Ich habe einen lokalen, selbst erstellten (vielleicht liegt da ja ein Problem)
- warum will fhem CALVIEW nicht laden? Was ist neu?
Und - bitte Achtung -in der Commandref steht:
"updateintervall in ms" -- sollten wohl nur Sekunden sein...
Grüße,
Johannes
Zitat von: jschmitt am 13 März 2015, 01:07:55
- sind jetzt die Termine am selben Tag, zur gleichen Zeit, vorhanden?
ja
Zitat von: jschmitt am 13 März 2015, 01:07:55
- geht das nur mit einem GOOGLE- Kalender? Ich habe einen lokalen, selbst erstellten (vielleicht liegt da ja ein Problem)
calview war noch nie google only. es ist calendar only. das heisst es unterstützt alles was dein calendar-device liefert. das calendar-modul unterstützt ics files (nicht nur von goolge)
Zitat von: jschmitt am 13 März 2015, 01:07:55
- warum will fhem CALVIEW nicht laden? Was ist neu?
fhem aktuell? es wird seit 02/2015 per update mit ausgeliefert. soltest du evtl noch eine alte version im fhem-ordner haben diese ggf entfernen und updaten / update force durchführen (holt ALLE dateien nocheinmal vom server)
Zitat von: jschmitt am 13 März 2015, 01:07:55
Und - bitte Achtung -in der Commandref steht:
"updateintervall in ms" -- sollten wohl nur Sekunden sein...
danke für den tip, ist gefixed und eingechecked
Ich hatte mit der letzten Version das Problem, dass auf der FritzBox neue perl Module benötigt wurden, die nicht installiert waren - ich glaube es waren Date und Time, kann es aber nicht genau sagen, da ich nicht zu Hause bin. Mach mal ein reload des Modul über die Eingabezeile, da müsste er sagen, was fehlt...
Hey RoBra81, das wars!
An ein fehlendes Perl- Modul habe ich nicht gedacht.
Im Logfile stand auch : "... Can't locate Date/Parse.pm ..." (wohl eine neue Funktion).
Ich mußte dann zwar suchen (QNAP- NAS mit ipkg), aber nach der Installation
von "perl-timedate" läßt sich CALVIEW wieder laden. Dieses Date::Parse steckt wohl da drin.
@Chris1284: Frage, ich bin nicht der Experte: Ist dieses Modul ein Extra?
Wenn es nicht zur Standard- Installation gehört, sollte man darauf hinweisen.
Otto- Normalanwender wird - genau wie ich - auf diesen Fehler stoßen.
Und dann aufgeben...
Selbst ich musste eiiiiiiniges probieren (erst beim dritten perl-date- * Modul hatte ich Erfolg).
Jetzt habe ich mal wiede ein CALVIEW geladen und probiere weiter.
Vielen Dank und Grüße,
Johannes
ich habe für calview keine perl-module laden müssen, habe aber auch ein vollwertiges linux mit vollwetigem perl. fritte und nas sind was perl angeht eh eine sache für sich...
ich werde mal schauen und in der cmdref hinterlegen was für perl-module man ggf auf exoten nachladen muss
Hallo,
bin nach der Anleitung vorgegangen erhalte aber keine Anzeige
define RemovalCalendar Calendar ical file ./Daten/Glattbach-2014.ics
define Abfall CALVIEW RemovalCalendar 2
attr Abfall maxreadings 100
define rg_View_Abfall readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit>
define at_rg_View_Abfall at +*00:05 {my $i;; \
my $modtext = "<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um> ";;\
for($i= 1;;$i<= ReadingsVal("Abfall","c-tomorrow", 0);;$i++){\
$modtext .= "Abfall:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_edate,tomorrow_".sprintf('%03d',$i)."_etime ";;}\
for($i= 1;;$i<= ReadingsVal("Abfall","c-today", 0);;$i++){\
$modtext .= "Abfall:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_edate,today_".sprintf('%03d',$i)."_etime ";;}\
for($i= 1;;$i<= ReadingsVal("Abfall","c-term", 0);;$i++){\
$modtext .= "Abfall:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime ";;}\
fhem("modify rg_View_Abfall $modtext");;}
Habe ich da was falsch verstanden oder ?
wo erhälts du keine daten? es ist zu prüfen:
- sind Daten im RemovalCalendar des Calendarmoduls?
-> wenn ja , Daten im Abfall CALVIEW vorhanden ?
-> wenn ja, Daten in readingsgroup vorhanden?
-> wenn nein, das schließ ich mal aus :-)
-> wenn nein, Calendar-Problematik
Im RemovalCalender sind die Daten vorhanden
Im Abfall CALVIEW sehe ich ausser der Definition nichts
Internals:
DEF ical file ./Daten/Glattbach-2015.ics
NAME RemovalCalendar
NR 23
STATE Active
TYPE Calendar
Readings:
2015-03-16 13:36:16 all 086d83df7841a27e4346cfe63801306d;09cddfbf4cc5a509870760ee674e7e6a;0ccd2cf206bf609886e9d723cee26c9a;118dacba3709da29ee15cfe0e75a7500;11983ede5fccff1100e3e07285214a84;14691ae5c162f626ab0be2fd323783db;14e088e812f986bc576b088a6e6824cf;1b2df02ad6b060ebe4e250fa292e544d;1b797d10debfd70fe99164fde8d4f5ef;274b3f3a9be0a138ecc21d4e316ae4c3;27eff4b45f2dbaab0d57cd6f00db2ad0;294b7257f140fa19832a0ba73f260456;2a5754f9cd32fe0489de7613d46c8ccf;2d2fd55f46b736bedaa268dcd5021821;300c55b115b200c2c7a12029086a3900;31e8d0064196f3b3baacbc69a7ff6d9e;33c117e6c4c3bcd3cc76a8cd9c541378;377e1d58fa44ee74545b695abb9ab3e4;37e1db5e9c64bd1065a150c8b42876ab;384179a992bfd019ad8cee64d98cc8b5;450d554218ffa0018cfeb672e462f892;4552b55dfd6bc93c3290ea9dcacd249f;46a5e1778a0e1c30af368dd5beddbcf1;4aef087582e023b3bf79a644dc6cb49f;4b8645fafe2e47e006f4969ce4cd2c42;4e496aff8956ea315c0454f9607a5326;504abd2e865643ce502f91695460808e;5391a757c8b75ca20b1682bfd4ee2582;58c771ca5b84fd8221ab97401e446114;5c1c81f9ef171776844aa57a50d543cb;60f74b38d8b64c6c43132ba633539a09;69ee240ddc0f76bc2554a28feaa5ac25;7068e3c989f0194aa206d1a86dd1bc91;709a5956bd103af9d0eb20dff95c9430;7f0e5a34ace7c3812d8770f4c78ffae4;875a1e70031d9eff6840c266f7290717;88469375dc0d5c3da480a23766b85a42;8ac46313154fb8dc1b62fd3a52be19aa;8b913a736454f833019d15eda6fbcbfa;902491ed31c8ed9fae4fe59e39162115;9114d94d8bbeedb3dbd91f1432fd25fa;93c9eeb37fbcb18e34c218b585b13134;978553362a4608d7ab2173c087cf6679;97b3c2797de75c6f219f26a49035ad07;9dba43d376ad6ffd8ea7ebee62385e44;9e344b9c7205586577851a557a80adc4;9e36d9a43436fae80e0071f8994be8d6;a28ba07f29deaaedaf84457c313e6703;a5b44ee0199c1e1b4daa422177054120;a6ad7f5bde2baf02116a1dee2fa353c2;be8e6c2c71ceb10ae4d382b571eab901;c30b44dd94b568230111919368185721;c67cd25054534ecbe6c0bf17d0a09d5f;c9bae9988df8c069ebd6c6c10b63837c;cc432458964e08968a8682a350cf61d7;d17077af4e52600f6e856580475e7c48;d51f820a47b25e512be82de89563c71c;d58877e6f9da7b7290025da8af1fba5b;d5c8ad6e2c68af45517e763063e821a6;d60ddef5a3fa8cf9795b54e321a1a149;d6580081808accb33d4a5de5bee3da22;d96089be0930ed2f79145f1aec7e647a;da5c9bf450090dc70d853c35725aad76;dc8ddae4ba1539536945b5c7e6522146;df10a5a6ebdae0c5231fecfc59a2187b;e1d46a03e17c758d06f1ff7412962cda;e344a0c9f990ed667378dda531bb7a8e;e75c646b4783faf4a1273e529436bba1;e95a3c95b5f027025e1a190535632d8b;ea96be411c27c7f60d4367eafa46b45d;ef44d83f44b6ddd792d713ee01077897;ef7a54cba052e6758f340a358d4c1286;f1011a8851024a5ba1b4a2a630c98832;f1ef59eb9c777ed59b9acfeb45cea8cf;f4acdc804194a48e90b83cde4546b9e9;f9f38fac5d394e23f8c80ad798efc64e;fa5b250b2bea69142ffd8ca7a5c6f3f9
2015-03-16 13:36:16 lastCheck 2015-03-16 13:36:12
2015-03-16 13:36:16 lastUpdate 2015-03-16 13:36:12
2015-03-16 13:36:16 modeAlarm
2015-03-16 13:36:16 modeAlarmOrStart f4acdc804194a48e90b83cde4546b9e9
2015-03-16 13:36:16 modeAlarmed
2015-03-16 13:36:16 modeChanged 086d83df7841a27e4346cfe63801306d;09cddfbf4cc5a509870760ee674e7e6a;0ccd2cf206bf609886e9d723cee26c9a;118dacba3709da29ee15cfe0e75a7500;11983ede5fccff1100e3e07285214a84;14691ae5c162f626ab0be2fd323783db;14e088e812f986bc576b088a6e6824cf;1b2df02ad6b060ebe4e250fa292e544d;1b797d10debfd70fe99164fde8d4f5ef;274b3f3a9be0a138ecc21d4e316ae4c3;27eff4b45f2dbaab0d57cd6f00db2ad0;294b7257f140fa19832a0ba73f260456;2a5754f9cd32fe0489de7613d46c8ccf;2d2fd55f46b736bedaa268dcd5021821;300c55b115b200c2c7a12029086a3900;31e8d0064196f3b3baacbc69a7ff6d9e;33c117e6c4c3bcd3cc76a8cd9c541378;377e1d58fa44ee74545b695abb9ab3e4;37e1db5e9c64bd1065a150c8b42876ab;384179a992bfd019ad8cee64d98cc8b5;450d554218ffa0018cfeb672e462f892;4552b55dfd6bc93c3290ea9dcacd249f;46a5e1778a0e1c30af368dd5beddbcf1;4aef087582e023b3bf79a644dc6cb49f;4b8645fafe2e47e006f4969ce4cd2c42;4e496aff8956ea315c0454f9607a5326;504abd2e865643ce502f91695460808e;5391a757c8b75ca20b1682bfd4ee2582;58c771ca5b84fd8221ab97401e446114;5c1c81f9ef171776844aa57a50d543cb;60f74b38d8b64c6c43132ba633539a09;69ee240ddc0f76bc2554a28feaa5ac25;7068e3c989f0194aa206d1a86dd1bc91;709a5956bd103af9d0eb20dff95c9430;7f0e5a34ace7c3812d8770f4c78ffae4;875a1e70031d9eff6840c266f7290717;88469375dc0d5c3da480a23766b85a42;8ac46313154fb8dc1b62fd3a52be19aa;8b913a736454f833019d15eda6fbcbfa;902491ed31c8ed9fae4fe59e39162115;9114d94d8bbeedb3dbd91f1432fd25fa;93c9eeb37fbcb18e34c218b585b13134;978553362a4608d7ab2173c087cf6679;97b3c2797de75c6f219f26a49035ad07;9dba43d376ad6ffd8ea7ebee62385e44;9e344b9c7205586577851a557a80adc4;9e36d9a43436fae80e0071f8994be8d6;a28ba07f29deaaedaf84457c313e6703;a5b44ee0199c1e1b4daa422177054120;a6ad7f5bde2baf02116a1dee2fa353c2;be8e6c2c71ceb10ae4d382b571eab901;c30b44dd94b568230111919368185721;c67cd25054534ecbe6c0bf17d0a09d5f;c9bae9988df8c069ebd6c6c10b63837c;cc432458964e08968a8682a350cf61d7;d17077af4e52600f6e856580475e7c48;d51f820a47b25e512be82de89563c71c;d58877e6f9da7b7290025da8af1fba5b;d5c8ad6e2c68af45517e763063e821a6;d60ddef5a3fa8cf9795b54e321a1a149;d6580081808accb33d4a5de5bee3da22;d96089be0930ed2f79145f1aec7e647a;da5c9bf450090dc70d853c35725aad76;dc8ddae4ba1539536945b5c7e6522146;df10a5a6ebdae0c5231fecfc59a2187b;e1d46a03e17c758d06f1ff7412962cda;e344a0c9f990ed667378dda531bb7a8e;e75c646b4783faf4a1273e529436bba1;e95a3c95b5f027025e1a190535632d8b;ea96be411c27c7f60d4367eafa46b45d;ef44d83f44b6ddd792d713ee01077897;ef7a54cba052e6758f340a358d4c1286;f1011a8851024a5ba1b4a2a630c98832;f1ef59eb9c777ed59b9acfeb45cea8cf;f4acdc804194a48e90b83cde4546b9e9;f9f38fac5d394e23f8c80ad798efc64e;fa5b250b2bea69142ffd8ca7a5c6f3f9
2015-03-16 13:36:16 modeEnd
2015-03-16 13:36:16 modeEnded
2015-03-16 13:36:16 modeStart f4acdc804194a48e90b83cde4546b9e9
2015-03-16 13:36:16 modeStarted f4acdc804194a48e90b83cde4546b9e9
2015-03-16 13:36:16 modeUpcoming 086d83df7841a27e4346cfe63801306d;09cddfbf4cc5a509870760ee674e7e6a;0ccd2cf206bf609886e9d723cee26c9a;118dacba3709da29ee15cfe0e75a7500;11983ede5fccff1100e3e07285214a84;14691ae5c162f626ab0be2fd323783db;14e088e812f986bc576b088a6e6824cf;1b2df02ad6b060ebe4e250fa292e544d;1b797d10debfd70fe99164fde8d4f5ef;274b3f3a9be0a138ecc21d4e316ae4c3;27eff4b45f2dbaab0d57cd6f00db2ad0;294b7257f140fa19832a0ba73f260456;2a5754f9cd32fe0489de7613d46c8ccf;2d2fd55f46b736bedaa268dcd5021821;300c55b115b200c2c7a12029086a3900;31e8d0064196f3b3baacbc69a7ff6d9e;33c117e6c4c3bcd3cc76a8cd9c541378;377e1d58fa44ee74545b695abb9ab3e4;37e1db5e9c64bd1065a150c8b42876ab;384179a992bfd019ad8cee64d98cc8b5;450d554218ffa0018cfeb672e462f892;4552b55dfd6bc93c3290ea9dcacd249f;46a5e1778a0e1c30af368dd5beddbcf1;4aef087582e023b3bf79a644dc6cb49f;4b8645fafe2e47e006f4969ce4cd2c42;4e496aff8956ea315c0454f9607a5326;504abd2e865643ce502f91695460808e;5391a757c8b75ca20b1682bfd4ee2582;58c771ca5b84fd8221ab97401e446114;5c1c81f9ef171776844aa57a50d543cb;60f74b38d8b64c6c43132ba633539a09;69ee240ddc0f76bc2554a28feaa5ac25;7068e3c989f0194aa206d1a86dd1bc91;709a5956bd103af9d0eb20dff95c9430;7f0e5a34ace7c3812d8770f4c78ffae4;875a1e70031d9eff6840c266f7290717;88469375dc0d5c3da480a23766b85a42;8ac46313154fb8dc1b62fd3a52be19aa;8b913a736454f833019d15eda6fbcbfa;902491ed31c8ed9fae4fe59e39162115;9114d94d8bbeedb3dbd91f1432fd25fa;93c9eeb37fbcb18e34c218b585b13134;978553362a4608d7ab2173c087cf6679;97b3c2797de75c6f219f26a49035ad07;9dba43d376ad6ffd8ea7ebee62385e44;9e344b9c7205586577851a557a80adc4;9e36d9a43436fae80e0071f8994be8d6;a28ba07f29deaaedaf84457c313e6703;a5b44ee0199c1e1b4daa422177054120;a6ad7f5bde2baf02116a1dee2fa353c2;be8e6c2c71ceb10ae4d382b571eab901;c30b44dd94b568230111919368185721;c67cd25054534ecbe6c0bf17d0a09d5f;c9bae9988df8c069ebd6c6c10b63837c;cc432458964e08968a8682a350cf61d7;d17077af4e52600f6e856580475e7c48;d51f820a47b25e512be82de89563c71c;d58877e6f9da7b7290025da8af1fba5b;d5c8ad6e2c68af45517e763063e821a6;d60ddef5a3fa8cf9795b54e321a1a149;d6580081808accb33d4a5de5bee3da22;d96089be0930ed2f79145f1aec7e647a;da5c9bf450090dc70d853c35725aad76;dc8ddae4ba1539536945b5c7e6522146;df10a5a6ebdae0c5231fecfc59a2187b;e1d46a03e17c758d06f1ff7412962cda;e344a0c9f990ed667378dda531bb7a8e;e75c646b4783faf4a1273e529436bba1;e95a3c95b5f027025e1a190535632d8b;ea96be411c27c7f60d4367eafa46b45d;ef44d83f44b6ddd792d713ee01077897;ef7a54cba052e6758f340a358d4c1286;f1011a8851024a5ba1b4a2a630c98832;f1ef59eb9c777ed59b9acfeb45cea8cf;f9f38fac5d394e23f8c80ad798efc64e;fa5b250b2bea69142ffd8ca7a5c6f3f9
2015-03-16 13:36:16 stateChanged 086d83df7841a27e4346cfe63801306d;09cddfbf4cc5a509870760ee674e7e6a;0ccd2cf206bf609886e9d723cee26c9a;118dacba3709da29ee15cfe0e75a7500;11983ede5fccff1100e3e07285214a84;14691ae5c162f626ab0be2fd323783db;14e088e812f986bc576b088a6e6824cf;1b2df02ad6b060ebe4e250fa292e544d;1b797d10debfd70fe99164fde8d4f5ef;274b3f3a9be0a138ecc21d4e316ae4c3;27eff4b45f2dbaab0d57cd6f00db2ad0;294b7257f140fa19832a0ba73f260456;2a5754f9cd32fe0489de7613d46c8ccf;2d2fd55f46b736bedaa268dcd5021821;300c55b115b200c2c7a12029086a3900;31e8d0064196f3b3baacbc69a7ff6d9e;33c117e6c4c3bcd3cc76a8cd9c541378;377e1d58fa44ee74545b695abb9ab3e4;37e1db5e9c64bd1065a150c8b42876ab;384179a992bfd019ad8cee64d98cc8b5;450d554218ffa0018cfeb672e462f892;4552b55dfd6bc93c3290ea9dcacd249f;46a5e1778a0e1c30af368dd5beddbcf1;4aef087582e023b3bf79a644dc6cb49f;4b8645fafe2e47e006f4969ce4cd2c42;4e496aff8956ea315c0454f9607a5326;504abd2e865643ce502f91695460808e;5391a757c8b75ca20b1682bfd4ee2582;58c771ca5b84fd8221ab97401e446114;5c1c81f9ef171776844aa57a50d543cb;60f74b38d8b64c6c43132ba633539a09;69ee240ddc0f76bc2554a28feaa5ac25;7068e3c989f0194aa206d1a86dd1bc91;709a5956bd103af9d0eb20dff95c9430;7f0e5a34ace7c3812d8770f4c78ffae4;875a1e70031d9eff6840c266f7290717;88469375dc0d5c3da480a23766b85a42;8ac46313154fb8dc1b62fd3a52be19aa;8b913a736454f833019d15eda6fbcbfa;902491ed31c8ed9fae4fe59e39162115;9114d94d8bbeedb3dbd91f1432fd25fa;93c9eeb37fbcb18e34c218b585b13134;978553362a4608d7ab2173c087cf6679;97b3c2797de75c6f219f26a49035ad07;9dba43d376ad6ffd8ea7ebee62385e44;9e344b9c7205586577851a557a80adc4;9e36d9a43436fae80e0071f8994be8d6;a28ba07f29deaaedaf84457c313e6703;a5b44ee0199c1e1b4daa422177054120;a6ad7f5bde2baf02116a1dee2fa353c2;be8e6c2c71ceb10ae4d382b571eab901;c30b44dd94b568230111919368185721;c67cd25054534ecbe6c0bf17d0a09d5f;c9bae9988df8c069ebd6c6c10b63837c;cc432458964e08968a8682a350cf61d7;d17077af4e52600f6e856580475e7c48;d51f820a47b25e512be82de89563c71c;d58877e6f9da7b7290025da8af1fba5b;d5c8ad6e2c68af45517e763063e821a6;d60ddef5a3fa8cf9795b54e321a1a149;d6580081808accb33d4a5de5bee3da22;d96089be0930ed2f79145f1aec7e647a;da5c9bf450090dc70d853c35725aad76;dc8ddae4ba1539536945b5c7e6522146;df10a5a6ebdae0c5231fecfc59a2187b;e1d46a03e17c758d06f1ff7412962cda;e344a0c9f990ed667378dda531bb7a8e;e75c646b4783faf4a1273e529436bba1;e95a3c95b5f027025e1a190535632d8b;ea96be411c27c7f60d4367eafa46b45d;ef44d83f44b6ddd792d713ee01077897;ef7a54cba052e6758f340a358d4c1286;f1011a8851024a5ba1b4a2a630c98832;f1ef59eb9c777ed59b9acfeb45cea8cf;f4acdc804194a48e90b83cde4546b9e9;f9f38fac5d394e23f8c80ad798efc64e;fa5b250b2bea69142ffd8ca7a5c6f3f9
2015-03-16 13:36:16 stateDeleted
2015-03-16 13:36:16 stateNew 086d83df7841a27e4346cfe63801306d;09cddfbf4cc5a509870760ee674e7e6a;0ccd2cf206bf609886e9d723cee26c9a;118dacba3709da29ee15cfe0e75a7500;11983ede5fccff1100e3e07285214a84;14691ae5c162f626ab0be2fd323783db;14e088e812f986bc576b088a6e6824cf;1b2df02ad6b060ebe4e250fa292e544d;1b797d10debfd70fe99164fde8d4f5ef;274b3f3a9be0a138ecc21d4e316ae4c3;27eff4b45f2dbaab0d57cd6f00db2ad0;294b7257f140fa19832a0ba73f260456;2a5754f9cd32fe0489de7613d46c8ccf;2d2fd55f46b736bedaa268dcd5021821;300c55b115b200c2c7a12029086a3900;31e8d0064196f3b3baacbc69a7ff6d9e;33c117e6c4c3bcd3cc76a8cd9c541378;377e1d58fa44ee74545b695abb9ab3e4;37e1db5e9c64bd1065a150c8b42876ab;384179a992bfd019ad8cee64d98cc8b5;450d554218ffa0018cfeb672e462f892;4552b55dfd6bc93c3290ea9dcacd249f;46a5e1778a0e1c30af368dd5beddbcf1;4aef087582e023b3bf79a644dc6cb49f;4b8645fafe2e47e006f4969ce4cd2c42;4e496aff8956ea315c0454f9607a5326;504abd2e865643ce502f91695460808e;5391a757c8b75ca20b1682bfd4ee2582;58c771ca5b84fd8221ab97401e446114;5c1c81f9ef171776844aa57a50d543cb;60f74b38d8b64c6c43132ba633539a09;69ee240ddc0f76bc2554a28feaa5ac25;7068e3c989f0194aa206d1a86dd1bc91;709a5956bd103af9d0eb20dff95c9430;7f0e5a34ace7c3812d8770f4c78ffae4;875a1e70031d9eff6840c266f7290717;88469375dc0d5c3da480a23766b85a42;8ac46313154fb8dc1b62fd3a52be19aa;8b913a736454f833019d15eda6fbcbfa;902491ed31c8ed9fae4fe59e39162115;9114d94d8bbeedb3dbd91f1432fd25fa;93c9eeb37fbcb18e34c218b585b13134;978553362a4608d7ab2173c087cf6679;97b3c2797de75c6f219f26a49035ad07;9dba43d376ad6ffd8ea7ebee62385e44;9e344b9c7205586577851a557a80adc4;9e36d9a43436fae80e0071f8994be8d6;a28ba07f29deaaedaf84457c313e6703;a5b44ee0199c1e1b4daa422177054120;a6ad7f5bde2baf02116a1dee2fa353c2;be8e6c2c71ceb10ae4d382b571eab901;c30b44dd94b568230111919368185721;c67cd25054534ecbe6c0bf17d0a09d5f;c9bae9988df8c069ebd6c6c10b63837c;cc432458964e08968a8682a350cf61d7;d17077af4e52600f6e856580475e7c48;d51f820a47b25e512be82de89563c71c;d58877e6f9da7b7290025da8af1fba5b;d5c8ad6e2c68af45517e763063e821a6;d60ddef5a3fa8cf9795b54e321a1a149;d6580081808accb33d4a5de5bee3da22;d96089be0930ed2f79145f1aec7e647a;da5c9bf450090dc70d853c35725aad76;dc8ddae4ba1539536945b5c7e6522146;df10a5a6ebdae0c5231fecfc59a2187b;e1d46a03e17c758d06f1ff7412962cda;e344a0c9f990ed667378dda531bb7a8e;e75c646b4783faf4a1273e529436bba1;e95a3c95b5f027025e1a190535632d8b;ea96be411c27c7f60d4367eafa46b45d;ef44d83f44b6ddd792d713ee01077897;ef7a54cba052e6758f340a358d4c1286;f1011a8851024a5ba1b4a2a630c98832;f1ef59eb9c777ed59b9acfeb45cea8cf;f4acdc804194a48e90b83cde4546b9e9;f9f38fac5d394e23f8c80ad798efc64e;fa5b250b2bea69142ffd8ca7a5c6f3f9
2015-03-16 13:36:16 stateUpdated
Fhem:
interval 3600
lastCheck 2015-03-16 13:36:12
lastChkTs 1426509372
lastUpdate 2015-03-16 13:36:12
lstUpdtTs 1426509372
nextCheck 2015-03-16 14:36:12
nextChkTs 1426512972
nextUpdate 2015-03-16 14:36:12
nxtUpdtTs 1426512972
type file
url ./Daten/Glattbach-2015.ics
Attributes:
room GarbageRemoval
Internals:
CFGFN
DEF RemovalCalendar 2
INTERVAL 43200
KALENDER RemovalCalendar
MODES all
NAME Abfall
NR 74
STATE t: 0 td: 0 tm: 0
TYPE CALVIEW
Readings:
2015-03-16 12:05:46 c-term 0
2015-03-16 12:05:46 c-today 0
2015-03-16 12:05:46 c-tomorrow 0
2015-03-16 12:05:46 state t: 0 td: 0 tm: 0
Attributes:
maxreadings 100
liegt an der falschen definition http://fhem.de/commandref_DE.html#CALVIEW
EDIT: ja es gibt auch mode 2 = all , ist aber noch nicht dokumentiert
mach mal ein RemovalCalendar 1 aus RemovalCalendar 2
In der aktuellen Version gibt es auch mode 2 (=all)
Nun hat Abfall Daten die 2 scheint nicht zu funktionieren :-[
Internals:
CFGFN
DEF RemovalCalendar 1
INTERVAL 43200
KALENDER RemovalCalendar
MODES modeAlarm;modeStart;modeStarted;modeUpcoming
NAME Abfall
NR 74
STATE t: 77 td: 1 tm: 0
TYPE CALVIEW
Readings:
2015-03-16 14:07:48 c-term 77
2015-03-16 14:07:48 c-today 1
2015-03-16 14:07:48 c-tomorrow 0
2015-03-16 14:07:48 state t: 77 td: 1 tm: 0
2015-03-16 14:07:48 t_001_bdate 16.03.2015
2015-03-16 14:07:48 t_001_btime 06:00:00
2015-03-16 14:07:48 t_001_edate 16.03.2015
2015-03-16 14:07:48 t_001_etime 16:00:00
2015-03-16 14:07:48 t_001_location Glattbach
2015-03-16 14:07:48 t_001_source RemovalCalendar
2015-03-16 14:07:48 t_001_summary Abfuhrtermin Biomüllabfuhr am 16.03.2015
2015-03-16 14:07:48 t_002_bdate 20.03.2015
2015-03-16 14:07:48 t_002_btime 06:00:00
2015-03-16 14:07:48 t_002_edate 20.03.2015
2015-03-16 14:07:48 t_002_etime 16:00:00
2015-03-16 14:07:48 t_002_location Glattbach
2015-03-16 14:07:48 t_002_source RemovalCalendar
2015-03-16 14:07:48 t_002_summary Abfuhrtermin Papiertonne am 20.03.2015
2015-03-16 14:07:48 t_003_bdate 23.03.2015
2015-03-16 14:07:48 t_003_btime 06:00:00
2015-03-16 14:07:48 t_003_edate 23.03.2015
2015-03-16 14:07:48 t_003_etime 16:00:00
2015-03-16 14:07:48 t_003_location Glattbach
2015-03-16 14:07:48 t_003_source RemovalCalendar
2015-03-16 14:07:48 t_003_summary Abfuhrtermin Restmüll am 23.03.2015
2015-03-16 14:07:48 t_004_bdate 27.03.2015
2015-03-16 14:07:48 t_004_btime 06:00:00
2015-03-16 14:07:48 t_004_edate 27.03.2015
2015-03-16 14:07:48 t_004_etime 16:00:00
2015-03-16 14:07:48 t_004_location Glattbach
2015-03-16 14:07:48 t_004_source RemovalCalendar
2015-03-16 14:07:48 t_004_summary Abfuhrtermin Gelber Sack am 27.03.2015
2015-03-16 14:07:48 t_005_bdate 30.03.2015
2015-03-16 14:07:48 t_005_btime 06:00:00
2015-03-16 14:07:48 t_005_edate 30.03.2015
2015-03-16 14:07:48 t_005_etime 16:00:00
2015-03-16 14:07:48 t_005_location Glattbach
2015-03-16 14:07:48 t_005_source RemovalCalendar
2015-03-16 14:07:48 t_005_summary Abfuhrtermin Biomüllabfuhr am 30.03.2015
2015-03-16 14:07:48 t_006_bdate 07.04.2015
2015-03-16 14:07:48 t_006_btime 06:00:00
2015-03-16 14:07:48 t_006_edate 07.04.2015
2015-03-16 14:07:48 t_006_etime 16:00:00
2015-03-16 14:07:48 t_006_location Glattbach
2015-03-16 14:07:48 t_006_source RemovalCalendar
2015-03-16 14:07:48 t_006_summary Abfuhrtermin Restmüll am 07.04.2015
2015-03-16 14:07:48 t_007_bdate 13.04.2015
2015-03-16 14:07:48 t_007_btime 06:00:00
2015-03-16 14:07:48 t_007_edate 13.04.2015
2015-03-16 14:07:48 t_007_etime 16:00:00
2015-03-16 14:07:48 t_007_location Glattbach
2015-03-16 14:07:48 t_007_source RemovalCalendar
2015-03-16 14:07:48 t_007_summary Abfuhrtermin Biomüllabfuhr am 13.04.2015
2015-03-16 14:07:48 t_008_bdate 15.04.2015
2015-03-16 14:07:48 t_008_btime 06:00:00
2015-03-16 14:07:48 t_008_edate 15.04.2015
2015-03-16 14:07:48 t_008_etime 16:00:00
2015-03-16 14:07:48 t_008_location Glattbach
2015-03-16 14:07:48 t_008_source RemovalCalendar
2015-03-16 14:07:48 t_008_summary Abfuhrtermin Schadstoffsammlung am 15.04.2015
2015-03-16 14:07:48 t_009_bdate 17.04.2015
2015-03-16 14:07:48 t_009_btime 06:00:00
2015-03-16 14:07:48 t_009_edate 17.04.2015
2015-03-16 14:07:48 t_009_etime 16:00:00
2015-03-16 14:07:48 t_009_location Glattbach
2015-03-16 14:07:48 t_009_source RemovalCalendar
2015-03-16 14:07:48 t_009_summary Abfuhrtermin Grünabfallsammlung am 17.04.2015
2015-03-16 14:07:48 t_010_bdate 17.04.2015
2015-03-16 14:07:48 t_010_btime 06:00:00
2015-03-16 14:07:48 t_010_edate 17.04.2015
2015-03-16 14:07:48 t_010_etime 16:00:00
2015-03-16 14:07:48 t_010_location Glattbach
2015-03-16 14:07:48 t_010_source RemovalCalendar
2015-03-16 14:07:48 t_010_summary Abfuhrtermin Papiertonne am 17.04.2015
2015-03-16 14:07:48 t_011_bdate 20.04.2015
2015-03-16 14:07:48 t_011_btime 06:00:00
2015-03-16 14:07:48 t_011_edate 20.04.2015
2015-03-16 14:07:48 t_011_etime 16:00:00
2015-03-16 14:07:48 t_011_location Glattbach
2015-03-16 14:07:48 t_011_source RemovalCalendar
2015-03-16 14:07:48 t_011_summary Abfuhrtermin Restmüll am 20.04.2015
2015-03-16 14:07:48 t_012_bdate 27.04.2015
2015-03-16 14:07:48 t_012_btime 06:00:00
2015-03-16 14:07:48 t_012_edate 27.04.2015
2015-03-16 14:07:48 t_012_etime 16:00:00
2015-03-16 14:07:48 t_012_location Glattbach
2015-03-16 14:07:48 t_012_source RemovalCalendar
2015-03-16 14:07:48 t_012_summary Abfuhrtermin Biomüllabfuhr am 27.04.2015
2015-03-16 14:07:48 t_013_bdate 27.04.2015
2015-03-16 14:07:48 t_013_btime 06:00:00
2015-03-16 14:07:48 t_013_edate 27.04.2015
2015-03-16 14:07:48 t_013_etime 16:00:00
2015-03-16 14:07:48 t_013_location Glattbach
2015-03-16 14:07:48 t_013_source RemovalCalendar
2015-03-16 14:07:48 t_013_summary Abfuhrtermin Gelber Sack am 27.04.2015
2015-03-16 14:07:48 t_014_bdate 04.05.2015
2015-03-16 14:07:48 t_014_btime 06:00:00
2015-03-16 14:07:48 t_014_edate 04.05.2015
2015-03-16 14:07:48 t_014_etime 16:00:00
2015-03-16 14:07:48 t_014_location Glattbach
2015-03-16 14:07:48 t_014_source RemovalCalendar
2015-03-16 14:07:48 t_014_summary Abfuhrtermin Restmüll am 04.05.2015
2015-03-16 14:07:48 t_015_bdate 11.05.2015
2015-03-16 14:07:48 t_015_btime 06:00:00
2015-03-16 14:07:48 t_015_edate 11.05.2015
2015-03-16 14:07:48 t_015_etime 16:00:00
2015-03-16 14:07:48 t_015_location Glattbach
2015-03-16 14:07:48 t_015_source RemovalCalendar
2015-03-16 14:07:48 t_015_summary Abfuhrtermin Biomüllabfuhr am 11.05.2015
2015-03-16 14:07:48 t_016_bdate 16.05.2015
2015-03-16 14:07:48 t_016_btime 06:00:00
2015-03-16 14:07:48 t_016_edate 16.05.2015
2015-03-16 14:07:48 t_016_etime 16:00:00
2015-03-16 14:07:48 t_016_location Glattbach
2015-03-16 14:07:48 t_016_source RemovalCalendar
2015-03-16 14:07:48 t_016_summary Abfuhrtermin Papiertonne am 16.05.2015
2015-03-16 14:07:48 t_017_bdate 18.05.2015
2015-03-16 14:07:48 t_017_btime 06:00:00
2015-03-16 14:07:48 t_017_edate 18.05.2015
2015-03-16 14:07:48 t_017_etime 16:00:00
2015-03-16 14:07:48 t_017_location Glattbach
2015-03-16 14:07:48 t_017_source RemovalCalendar
2015-03-16 14:07:48 t_017_summary Abfuhrtermin Restmüll am 18.05.2015
2015-03-16 14:07:48 t_018_bdate 23.05.2015
2015-03-16 14:07:48 t_018_btime 06:00:00
2015-03-16 14:07:48 t_018_edate 23.05.2015
2015-03-16 14:07:48 t_018_etime 16:00:00
2015-03-16 14:07:48 t_018_location Glattbach
2015-03-16 14:07:48 t_018_source RemovalCalendar
2015-03-16 14:07:48 t_018_summary Abfuhrtermin Biomüllabfuhr am 23.05.2015
2015-03-16 14:07:48 t_019_bdate 26.05.2015
2015-03-16 14:07:48 t_019_btime 06:00:00
2015-03-16 14:07:48 t_019_edate 26.05.2015
2015-03-16 14:07:48 t_019_etime 16:00:00
2015-03-16 14:07:48 t_019_location Glattbach
2015-03-16 14:07:48 t_019_source RemovalCalendar
2015-03-16 14:07:48 t_019_summary Abfuhrtermin Gelber Sack am 26.05.2015
2015-03-16 14:07:48 t_020_bdate 30.05.2015
2015-03-16 14:07:48 t_020_btime 06:00:00
2015-03-16 14:07:48 t_020_edate 30.05.2015
2015-03-16 14:07:48 t_020_etime 16:00:00
2015-03-16 14:07:48 t_020_location Glattbach
2015-03-16 14:07:48 t_020_source RemovalCalendar
2015-03-16 14:07:48 t_020_summary Abfuhrtermin Restmüll am 30.05.2015
2015-03-16 14:07:48 t_021_bdate 01.06.2015
2015-03-16 14:07:48 t_021_btime 06:00:00
2015-03-16 14:07:48 t_021_edate 01.06.2015
2015-03-16 14:07:48 t_021_etime 16:00:00
2015-03-16 14:07:48 t_021_location Glattbach
2015-03-16 14:07:48 t_021_source RemovalCalendar
2015-03-16 14:07:48 t_021_summary Abfuhrtermin Biomüllabfuhr am 01.06.2015
2015-03-16 14:07:48 t_022_bdate 09.06.2015
2015-03-16 14:07:48 t_022_btime 06:00:00
2015-03-16 14:07:48 t_022_edate 09.06.2015
2015-03-16 14:07:48 t_022_etime 16:00:00
2015-03-16 14:07:48 t_022_location Glattbach
2015-03-16 14:07:48 t_022_source RemovalCalendar
2015-03-16 14:07:48 t_022_summary Abfuhrtermin Biomüllabfuhr am 09.06.2015
2015-03-16 14:07:48 t_023_bdate 13.06.2015
2015-03-16 14:07:48 t_023_btime 06:00:00
2015-03-16 14:07:48 t_023_edate 13.06.2015
2015-03-16 14:07:48 t_023_etime 16:00:00
2015-03-16 14:07:48 t_023_location Glattbach
2015-03-16 14:07:48 t_023_source RemovalCalendar
2015-03-16 14:07:48 t_023_summary Abfuhrtermin Papiertonne am 13.06.2015
2015-03-16 14:07:48 t_024_bdate 15.06.2015
2015-03-16 14:07:48 t_024_btime 06:00:00
2015-03-16 14:07:48 t_024_edate 15.06.2015
2015-03-16 14:07:48 t_024_etime 16:00:00
2015-03-16 14:07:48 t_024_location Glattbach
2015-03-16 14:07:48 t_024_source RemovalCalendar
2015-03-16 14:07:48 t_024_summary Abfuhrtermin Restmüll am 15.06.2015
2015-03-16 14:07:48 t_025_bdate 16.06.2015
2015-03-16 14:07:48 t_025_btime 06:00:00
2015-03-16 14:07:48 t_025_edate 16.06.2015
2015-03-16 14:07:48 t_025_etime 16:00:00
2015-03-16 14:07:48 t_025_location Glattbach
2015-03-16 14:07:48 t_025_source RemovalCalendar
2015-03-16 14:07:48 t_025_summary Abfuhrtermin Biomüllabfuhr am 16.06.2015
2015-03-16 14:07:48 t_026_bdate 23.06.2015
2015-03-16 14:07:48 t_026_btime 06:00:00
2015-03-16 14:07:48 t_026_edate 23.06.2015
2015-03-16 14:07:48 t_026_etime 16:00:00
2015-03-16 14:07:48 t_026_location Glattbach
2015-03-16 14:07:48 t_026_source RemovalCalendar
2015-03-16 14:07:48 t_026_summary Abfuhrtermin Biomüllabfuhr am 23.06.2015
2015-03-16 14:07:48 t_027_bdate 23.06.2015
2015-03-16 14:07:48 t_027_btime 06:00:00
2015-03-16 14:07:48 t_027_edate 23.06.2015
2015-03-16 14:07:48 t_027_etime 16:00:00
2015-03-16 14:07:48 t_027_location Glattbach
2015-03-16 14:07:48 t_027_source RemovalCalendar
2015-03-16 14:07:48 t_027_summary Abfuhrtermin Gelber Sack am 23.06.2015
2015-03-16 14:07:48 t_028_bdate 27.06.2015
2015-03-16 14:07:48 t_028_btime 06:00:00
2015-03-16 14:07:48 t_028_edate 27.06.2015
2015-03-16 14:07:48 t_028_etime 16:00:00
2015-03-16 14:07:48 t_028_location Glattbach
2015-03-16 14:07:48 t_028_source RemovalCalendar
2015-03-16 14:07:48 t_028_summary Abfuhrtermin Papiersammlung durch Vereine am 27.06.2015
2015-03-16 14:07:48 t_029_bdate 29.06.2015
2015-03-16 14:07:48 t_029_btime 06:00:00
2015-03-16 14:07:48 t_029_edate 29.06.2015
2015-03-16 14:07:48 t_029_etime 16:00:00
2015-03-16 14:07:48 t_029_location Glattbach
2015-03-16 14:07:48 t_029_source RemovalCalendar
2015-03-16 14:07:48 t_029_summary Abfuhrtermin Restmüll am 29.06.2015
2015-03-16 14:07:48 t_030_bdate 30.06.2015
2015-03-16 14:07:48 t_030_btime 06:00:00
2015-03-16 14:07:48 t_030_edate 30.06.2015
2015-03-16 14:07:48 t_030_etime 16:00:00
2015-03-16 14:07:48 t_030_location Glattbach
2015-03-16 14:07:48 t_030_source RemovalCalendar
2015-03-16 14:07:48 t_030_summary Abfuhrtermin Biomüllabfuhr am 30.06.2015
2015-03-16 14:07:48 t_031_bdate 07.07.2015
2015-03-16 14:07:48 t_031_btime 06:00:00
2015-03-16 14:07:48 t_031_edate 07.07.2015
2015-03-16 14:07:48 t_031_etime 16:00:00
2015-03-16 14:07:48 t_031_location Glattbach
2015-03-16 14:07:48 t_031_source RemovalCalendar
2015-03-16 14:07:48 t_031_summary Abfuhrtermin Biomüllabfuhr am 07.07.2015
2015-03-16 14:07:48 t_032_bdate 10.07.2015
2015-03-16 14:07:48 t_032_btime 06:00:00
2015-03-16 14:07:48 t_032_edate 10.07.2015
2015-03-16 14:07:48 t_032_etime 16:00:00
2015-03-16 14:07:48 t_032_location Glattbach
2015-03-16 14:07:48 t_032_source RemovalCalendar
2015-03-16 14:07:48 t_032_summary Abfuhrtermin Papiertonne am 10.07.2015
2015-03-16 14:07:48 t_033_bdate 13.07.2015
2015-03-16 14:07:48 t_033_btime 06:00:00
2015-03-16 14:07:48 t_033_edate 13.07.2015
2015-03-16 14:07:48 t_033_etime 16:00:00
2015-03-16 14:07:48 t_033_location Glattbach
2015-03-16 14:07:48 t_033_source RemovalCalendar
2015-03-16 14:07:48 t_033_summary Abfuhrtermin Restmüll am 13.07.2015
2015-03-16 14:07:48 t_034_bdate 14.07.2015
2015-03-16 14:07:48 t_034_btime 06:00:00
2015-03-16 14:07:48 t_034_edate 14.07.2015
2015-03-16 14:07:48 t_034_etime 16:00:00
2015-03-16 14:07:48 t_034_location Glattbach
2015-03-16 14:07:48 t_034_source RemovalCalendar
2015-03-16 14:07:48 t_034_summary Abfuhrtermin Biomüllabfuhr am 14.07.2015
2015-03-16 14:07:48 t_035_bdate 21.07.2015
2015-03-16 14:07:48 t_035_btime 06:00:00
2015-03-16 14:07:48 t_035_edate 21.07.2015
2015-03-16 14:07:48 t_035_etime 16:00:00
2015-03-16 14:07:48 t_035_location Glattbach
2015-03-16 14:07:48 t_035_source RemovalCalendar
2015-03-16 14:07:48 t_035_summary Abfuhrtermin Gelber Sack am 21.07.2015
2015-03-16 14:07:48 t_036_bdate 21.07.2015
2015-03-16 14:07:48 t_036_btime 06:00:00
2015-03-16 14:07:48 t_036_edate 21.07.2015
2015-03-16 14:07:48 t_036_etime 16:00:00
2015-03-16 14:07:48 t_036_location Glattbach
2015-03-16 14:07:48 t_036_source RemovalCalendar
2015-03-16 14:07:48 t_036_summary Abfuhrtermin Biomüllabfuhr am 21.07.2015
2015-03-16 14:07:48 t_037_bdate 27.07.2015
2015-03-16 14:07:48 t_037_btime 06:00:00
2015-03-16 14:07:48 t_037_edate 27.07.2015
2015-03-16 14:07:48 t_037_etime 16:00:00
2015-03-16 14:07:48 t_037_location Glattbach
2015-03-16 14:07:48 t_037_source RemovalCalendar
2015-03-16 14:07:48 t_037_summary Abfuhrtermin Restmüll am 27.07.2015
2015-03-16 14:07:48 t_038_bdate 28.07.2015
2015-03-16 14:07:48 t_038_btime 06:00:00
2015-03-16 14:07:48 t_038_edate 28.07.2015
2015-03-16 14:07:48 t_038_etime 16:00:00
2015-03-16 14:07:48 t_038_location Glattbach
2015-03-16 14:07:48 t_038_source RemovalCalendar
2015-03-16 14:07:48 t_038_summary Abfuhrtermin Biomüllabfuhr am 28.07.2015
2015-03-16 14:07:48 t_039_bdate 04.08.2015
2015-03-16 14:07:48 t_039_btime 06:00:00
2015-03-16 14:07:48 t_039_edate 04.08.2015
2015-03-16 14:07:48 t_039_etime 16:00:00
2015-03-16 14:07:48 t_039_location Glattbach
2015-03-16 14:07:48 t_039_source RemovalCalendar
2015-03-16 14:07:48 t_039_summary Abfuhrtermin Biomüllabfuhr am 04.08.2015
2015-03-16 14:07:48 t_040_bdate 07.08.2015
2015-03-16 14:07:48 t_040_btime 06:00:00
2015-03-16 14:07:48 t_040_edate 07.08.2015
2015-03-16 14:07:48 t_040_etime 16:00:00
2015-03-16 14:07:48 t_040_location Glattbach
2015-03-16 14:07:48 t_040_source RemovalCalendar
2015-03-16 14:07:48 t_040_summary Abfuhrtermin Papiertonne am 07.08.2015
2015-03-16 14:07:48 t_041_bdate 10.08.2015
2015-03-16 14:07:48 t_041_btime 06:00:00
2015-03-16 14:07:48 t_041_edate 10.08.2015
2015-03-16 14:07:48 t_041_etime 16:00:00
2015-03-16 14:07:48 t_041_location Glattbach
2015-03-16 14:07:48 t_041_source RemovalCalendar
2015-03-16 14:07:48 t_041_summary Abfuhrtermin Restmüll am 10.08.2015
2015-03-16 14:07:48 t_042_bdate 11.08.2015
2015-03-16 14:07:48 t_042_btime 06:00:00
2015-03-16 14:07:48 t_042_edate 11.08.2015
2015-03-16 14:07:48 t_042_etime 16:00:00
2015-03-16 14:07:48 t_042_location Glattbach
2015-03-16 14:07:48 t_042_source RemovalCalendar
2015-03-16 14:07:48 t_042_summary Abfuhrtermin Biomüllabfuhr am 11.08.2015
2015-03-16 14:07:48 t_043_bdate 18.08.2015
2015-03-16 14:07:48 t_043_btime 06:00:00
2015-03-16 14:07:48 t_043_edate 18.08.2015
2015-03-16 14:07:48 t_043_etime 16:00:00
2015-03-16 14:07:48 t_043_location Glattbach
2015-03-16 14:07:48 t_043_source RemovalCalendar
2015-03-16 14:07:48 t_043_summary Abfuhrtermin Gelber Sack am 18.08.2015
2015-03-16 14:07:48 t_044_bdate 18.08.2015
2015-03-16 14:07:48 t_044_btime 06:00:00
2015-03-16 14:07:48 t_044_edate 18.08.2015
2015-03-16 14:07:48 t_044_etime 16:00:00
2015-03-16 14:07:48 t_044_location Glattbach
2015-03-16 14:07:48 t_044_source RemovalCalendar
2015-03-16 14:07:48 t_044_summary Abfuhrtermin Biomüllabfuhr am 18.08.2015
2015-03-16 14:07:48 t_045_bdate 24.08.2015
2015-03-16 14:07:48 t_045_btime 06:00:00
2015-03-16 14:07:48 t_045_edate 24.08.2015
2015-03-16 14:07:48 t_045_etime 16:00:00
2015-03-16 14:07:48 t_045_location Glattbach
2015-03-16 14:07:48 t_045_source RemovalCalendar
2015-03-16 14:07:48 t_045_summary Abfuhrtermin Restmüll am 24.08.2015
2015-03-16 14:07:48 t_046_bdate 25.08.2015
2015-03-16 14:07:48 t_046_btime 06:00:00
2015-03-16 14:07:48 t_046_edate 25.08.2015
2015-03-16 14:07:48 t_046_etime 16:00:00
2015-03-16 14:07:48 t_046_location Glattbach
2015-03-16 14:07:48 t_046_source RemovalCalendar
2015-03-16 14:07:48 t_046_summary Abfuhrtermin Biomüllabfuhr am 25.08.2015
2015-03-16 14:07:48 t_047_bdate 31.08.2015
2015-03-16 14:07:48 t_047_btime 06:00:00
2015-03-16 14:07:48 t_047_edate 31.08.2015
2015-03-16 14:07:48 t_047_etime 16:00:00
2015-03-16 14:07:48 t_047_location Glattbach
2015-03-16 14:07:48 t_047_source RemovalCalendar
2015-03-16 14:07:48 t_047_summary Abfuhrtermin Biomüllabfuhr am 31.08.2015
2015-03-16 14:07:48 t_048_bdate 04.09.2015
2015-03-16 14:07:48 t_048_btime 06:00:00
2015-03-16 14:07:48 t_048_edate 04.09.2015
2015-03-16 14:07:48 t_048_etime 16:00:00
2015-03-16 14:07:48 t_048_location Glattbach
2015-03-16 14:07:48 t_048_source RemovalCalendar
2015-03-16 14:07:48 t_048_summary Abfuhrtermin Papiertonne am 04.09.2015
2015-03-16 14:07:48 t_049_bdate 07.09.2015
2015-03-16 14:07:48 t_049_btime 06:00:00
2015-03-16 14:07:48 t_049_edate 07.09.2015
2015-03-16 14:07:48 t_049_etime 16:00:00
2015-03-16 14:07:48 t_049_location Glattbach
2015-03-16 14:07:48 t_049_source RemovalCalendar
2015-03-16 14:07:48 t_049_summary Abfuhrtermin Restmüll am 07.09.2015
2015-03-16 14:07:48 t_050_bdate 14.09.2015
2015-03-16 14:07:48 t_050_btime 06:00:00
2015-03-16 14:07:48 t_050_edate 14.09.2015
2015-03-16 14:07:48 t_050_etime 16:00:00
2015-03-16 14:07:48 t_050_location Glattbach
2015-03-16 14:07:48 t_050_source RemovalCalendar
2015-03-16 14:07:48 t_050_summary Abfuhrtermin Biomüllabfuhr am 14.09.2015
2015-03-16 14:07:48 t_051_bdate 15.09.2015
2015-03-16 14:07:48 t_051_btime 06:00:00
2015-03-16 14:07:48 t_051_edate 15.09.2015
2015-03-16 14:07:48 t_051_etime 16:00:00
2015-03-16 14:07:48 t_051_location Glattbach
2015-03-16 14:07:48 t_051_source RemovalCalendar
2015-03-16 14:07:48 t_051_summary Abfuhrtermin Gelber Sack am 15.09.2015
2015-03-16 14:07:48 t_052_bdate 19.09.2015
2015-03-16 14:07:48 t_052_btime 06:00:00
2015-03-16 14:07:48 t_052_edate 19.09.2015
2015-03-16 14:07:48 t_052_etime 16:00:00
2015-03-16 14:07:48 t_052_location Glattbach
2015-03-16 14:07:48 t_052_source RemovalCalendar
2015-03-16 14:07:48 t_052_summary Abfuhrtermin Papiersammlung durch Vereine am 19.09.2015
2015-03-16 14:07:48 t_053_bdate 21.09.2015
2015-03-16 14:07:48 t_053_btime 06:00:00
2015-03-16 14:07:48 t_053_edate 21.09.2015
2015-03-16 14:07:48 t_053_etime 16:00:00
2015-03-16 14:07:48 t_053_location Glattbach
2015-03-16 14:07:48 t_053_source RemovalCalendar
2015-03-16 14:07:48 t_053_summary Abfuhrtermin Restmüll am 21.09.2015
2015-03-16 14:07:48 t_054_bdate 28.09.2015
2015-03-16 14:07:48 t_054_btime 06:00:00
2015-03-16 14:07:48 t_054_edate 28.09.2015
2015-03-16 14:07:48 t_054_etime 16:00:00
2015-03-16 14:07:48 t_054_location Glattbach
2015-03-16 14:07:48 t_054_source RemovalCalendar
2015-03-16 14:07:48 t_054_summary Abfuhrtermin Biomüllabfuhr am 28.09.2015
2015-03-16 14:07:48 t_055_bdate 02.10.2015
2015-03-16 14:07:48 t_055_btime 06:00:00
2015-03-16 14:07:48 t_055_edate 02.10.2015
2015-03-16 14:07:48 t_055_etime 16:00:00
2015-03-16 14:07:48 t_055_location Glattbach
2015-03-16 14:07:48 t_055_source RemovalCalendar
2015-03-16 14:07:48 t_055_summary Abfuhrtermin Papiertonne am 02.10.2015
2015-03-16 14:07:48 t_056_bdate 05.10.2015
2015-03-16 14:07:48 t_056_btime 06:00:00
2015-03-16 14:07:48 t_056_edate 05.10.2015
2015-03-16 14:07:48 t_056_etime 16:00:00
2015-03-16 14:07:48 t_056_location Glattbach
2015-03-16 14:07:48 t_056_source RemovalCalendar
2015-03-16 14:07:48 t_056_summary Abfuhrtermin Restmüll am 05.10.2015
2015-03-16 14:07:48 t_057_bdate 12.10.2015
2015-03-16 14:07:48 t_057_btime 06:00:00
2015-03-16 14:07:48 t_057_edate 12.10.2015
2015-03-16 14:07:48 t_057_etime 16:00:00
2015-03-16 14:07:48 t_057_location Glattbach
2015-03-16 14:07:48 t_057_source RemovalCalendar
2015-03-16 14:07:48 t_057_summary Abfuhrtermin Biomüllabfuhr am 12.10.2015
2015-03-16 14:07:48 t_058_bdate 13.10.2015
2015-03-16 14:07:48 t_058_btime 06:00:00
2015-03-16 14:07:48 t_058_edate 13.10.2015
2015-03-16 14:07:48 t_058_etime 16:00:00
2015-03-16 14:07:48 t_058_location Glattbach
2015-03-16 14:07:48 t_058_source RemovalCalendar
2015-03-16 14:07:48 t_058_summary Abfuhrtermin Gelber Sack am 13.10.2015
2015-03-16 14:07:48 t_059_bdate 19.10.2015
2015-03-16 14:07:48 t_059_btime 06:00:00
2015-03-16 14:07:48 t_059_edate 19.10.2015
2015-03-16 14:07:48 t_059_etime 16:00:00
2015-03-16 14:07:48 t_059_location Glattbach
2015-03-16 14:07:48 t_059_source RemovalCalendar
2015-03-16 14:07:48 t_059_summary Abfuhrtermin Restmüll am 19.10.2015
2015-03-16 14:07:48 t_060_bdate 23.10.2015
2015-03-16 14:07:48 t_060_btime 06:00:00
2015-03-16 14:07:48 t_060_edate 23.10.2015
2015-03-16 14:07:48 t_060_etime 16:00:00
2015-03-16 14:07:48 t_060_location Glattbach
2015-03-16 14:07:48 t_060_source RemovalCalendar
2015-03-16 14:07:48 t_060_summary Abfuhrtermin Grünabfallsammlung am 23.10.2015
2015-03-16 14:07:48 t_061_bdate 26.10.2015
2015-03-16 14:07:48 t_061_btime 06:00:00
2015-03-16 14:07:48 t_061_edate 26.10.2015
2015-03-16 14:07:48 t_061_etime 16:00:00
2015-03-16 14:07:48 t_061_location Glattbach
2015-03-16 14:07:48 t_061_source RemovalCalendar
2015-03-16 14:07:48 t_061_summary Abfuhrtermin Biomüllabfuhr am 26.10.2015
2015-03-16 14:07:48 t_062_bdate 30.10.2015
2015-03-16 14:07:48 t_062_btime 06:00:00
2015-03-16 14:07:48 t_062_edate 30.10.2015
2015-03-16 14:07:48 t_062_etime 16:00:00
2015-03-16 14:07:48 t_062_location Glattbach
2015-03-16 14:07:48 t_062_source RemovalCalendar
2015-03-16 14:07:48 t_062_summary Abfuhrtermin Papiertonne am 30.10.2015
2015-03-16 14:07:48 t_063_bdate 02.11.2015
2015-03-16 14:07:48 t_063_btime 06:00:00
2015-03-16 14:07:48 t_063_edate 02.11.2015
2015-03-16 14:07:48 t_063_etime 16:00:00
2015-03-16 14:07:48 t_063_location Glattbach
2015-03-16 14:07:48 t_063_source RemovalCalendar
2015-03-16 14:07:48 t_063_summary Abfuhrtermin Restmüll am 02.11.2015
2015-03-16 14:07:48 t_064_bdate 09.11.2015
2015-03-16 14:07:48 t_064_btime 06:00:00
2015-03-16 14:07:48 t_064_edate 09.11.2015
2015-03-16 14:07:48 t_064_etime 16:00:00
2015-03-16 14:07:48 t_064_location Glattbach
2015-03-16 14:07:48 t_064_source RemovalCalendar
2015-03-16 14:07:48 t_064_summary Abfuhrtermin Biomüllabfuhr am 09.11.2015
2015-03-16 14:07:48 t_065_bdate 10.11.2015
2015-03-16 14:07:48 t_065_btime 06:00:00
2015-03-16 14:07:48 t_065_edate 10.11.2015
2015-03-16 14:07:48 t_065_etime 16:00:00
2015-03-16 14:07:48 t_065_location Glattbach
2015-03-16 14:07:48 t_065_source RemovalCalendar
2015-03-16 14:07:48 t_065_summary Abfuhrtermin Gelber Sack am 10.11.2015
2015-03-16 14:07:48 t_066_bdate 14.11.2015
2015-03-16 14:07:48 t_066_btime 06:00:00
2015-03-16 14:07:48 t_066_edate 14.11.2015
2015-03-16 14:07:48 t_066_etime 16:00:00
2015-03-16 14:07:48 t_066_location Glattbach
2015-03-16 14:07:48 t_066_source RemovalCalendar
2015-03-16 14:07:48 t_066_summary Abfuhrtermin Schadstoffsammlung am 14.11.2015
2015-03-16 14:07:48 t_067_bdate 16.11.2015
2015-03-16 14:07:48 t_067_btime 06:00:00
2015-03-16 14:07:48 t_067_edate 16.11.2015
2015-03-16 14:07:48 t_067_etime 16:00:00
2015-03-16 14:07:48 t_067_location Glattbach
2015-03-16 14:07:48 t_067_source RemovalCalendar
2015-03-16 14:07:48 t_067_summary Abfuhrtermin Restmüll am 16.11.2015
2015-03-16 14:07:48 t_068_bdate 23.11.2015
2015-03-16 14:07:48 t_068_btime 06:00:00
2015-03-16 14:07:48 t_068_edate 23.11.2015
2015-03-16 14:07:48 t_068_etime 16:00:00
2015-03-16 14:07:48 t_068_location Glattbach
2015-03-16 14:07:48 t_068_source RemovalCalendar
2015-03-16 14:07:48 t_068_summary Abfuhrtermin Biomüllabfuhr am 23.11.2015
2015-03-16 14:07:48 t_069_bdate 27.11.2015
2015-03-16 14:07:48 t_069_btime 06:00:00
2015-03-16 14:07:48 t_069_edate 27.11.2015
2015-03-16 14:07:48 t_069_etime 16:00:00
2015-03-16 14:07:48 t_069_location Glattbach
2015-03-16 14:07:48 t_069_source RemovalCalendar
2015-03-16 14:07:48 t_069_summary Abfuhrtermin Papiertonne am 27.11.2015
2015-03-16 14:07:48 t_070_bdate 30.11.2015
2015-03-16 14:07:48 t_070_btime 06:00:00
2015-03-16 14:07:48 t_070_edate 30.11.2015
2015-03-16 14:07:48 t_070_etime 16:00:00
2015-03-16 14:07:48 t_070_location Glattbach
2015-03-16 14:07:48 t_070_source RemovalCalendar
2015-03-16 14:07:48 t_070_summary Abfuhrtermin Restmüll am 30.11.2015
2015-03-16 14:07:48 t_071_bdate 07.12.2015
2015-03-16 14:07:48 t_071_btime 06:00:00
2015-03-16 14:07:48 t_071_edate 07.12.2015
2015-03-16 14:07:48 t_071_etime 16:00:00
2015-03-16 14:07:48 t_071_location Glattbach
2015-03-16 14:07:48 t_071_source RemovalCalendar
2015-03-16 14:07:48 t_071_summary Abfuhrtermin Biomüllabfuhr am 07.12.2015
2015-03-16 14:07:48 t_072_bdate 08.12.2015
2015-03-16 14:07:48 t_072_btime 06:00:00
2015-03-16 14:07:48 t_072_edate 08.12.2015
2015-03-16 14:07:48 t_072_etime 16:00:00
2015-03-16 14:07:48 t_072_location Glattbach
2015-03-16 14:07:48 t_072_source RemovalCalendar
2015-03-16 14:07:48 t_072_summary Abfuhrtermin Gelber Sack am 08.12.2015
2015-03-16 14:07:48 t_073_bdate 12.12.2015
2015-03-16 14:07:48 t_073_btime 06:00:00
2015-03-16 14:07:48 t_073_edate 12.12.2015
2015-03-16 14:07:48 t_073_etime 16:00:00
2015-03-16 14:07:48 t_073_location Glattbach
2015-03-16 14:07:48 t_073_source RemovalCalendar
2015-03-16 14:07:48 t_073_summary Abfuhrtermin Papiersammlung durch Vereine am 12.12.2015
2015-03-16 14:07:48 t_074_bdate 14.12.2015
2015-03-16 14:07:48 t_074_btime 06:00:00
2015-03-16 14:07:48 t_074_edate 14.12.2015
2015-03-16 14:07:48 t_074_etime 16:00:00
2015-03-16 14:07:48 t_074_location Glattbach
2015-03-16 14:07:48 t_074_source RemovalCalendar
2015-03-16 14:07:48 t_074_summary Abfuhrtermin Restmüll am 14.12.2015
2015-03-16 14:07:48 t_075_bdate 18.12.2015
2015-03-16 14:07:48 t_075_btime 06:00:00
2015-03-16 14:07:48 t_075_edate 18.12.2015
2015-03-16 14:07:48 t_075_etime 16:00:00
2015-03-16 14:07:48 t_075_location Glattbach
2015-03-16 14:07:48 t_075_source RemovalCalendar
2015-03-16 14:07:48 t_075_summary Abfuhrtermin Biomüllabfuhr am 18.12.2015
2015-03-16 14:07:48 t_076_bdate 23.12.2015
2015-03-16 14:07:48 t_076_btime 06:00:00
2015-03-16 14:07:48 t_076_edate 23.12.2015
2015-03-16 14:07:48 t_076_etime 16:00:00
2015-03-16 14:07:48 t_076_location Glattbach
2015-03-16 14:07:48 t_076_source RemovalCalendar
2015-03-16 14:07:48 t_076_summary Abfuhrtermin Papiertonne am 23.12.2015
2015-03-16 14:07:48 t_077_bdate 24.12.2015
2015-03-16 14:07:48 t_077_btime 06:00:00
2015-03-16 14:07:48 t_077_edate 24.12.2015
2015-03-16 14:07:48 t_077_etime 16:00:00
2015-03-16 14:07:48 t_077_location Glattbach
2015-03-16 14:07:48 t_077_source RemovalCalendar
2015-03-16 14:07:48 t_077_summary Abfuhrtermin Restmüll am 24.12.2015
2015-03-16 14:07:48 today_001_bdate heute
2015-03-16 14:07:48 today_001_btime 06:00:00
2015-03-16 14:07:48 today_001_edate 16.03.2015
2015-03-16 14:07:48 today_001_etime 16:00:00
2015-03-16 14:07:48 today_001_location Glattbach
2015-03-16 14:07:48 today_001_source RemovalCalendar
2015-03-16 14:07:48 today_001_summary Abfuhrtermin Biomüllabfuhr am 16.03.2015
Attributes:
maxreadings 100
aber in der rg_View_Abfall wird immer noch keine Tabelle angezeigt :'(
die wird über das at genereiert. nach deiner def wäre das alle 5 minuten nach dem definieren -> at +*00:05.
sprich einfach warten und wenn nichts kommt mal in die def der readingsgroup schaune was das at da rein geschrieben hat
Hab den Fehler gefunden. Beim Ersetzen von View Abfall habe ich auch die Readingsgroup mit ersetzt :-[
Danke Euch
Zitat von: RoBra81 am 16 März 2015, 14:10:55
In der aktuellen Version gibt es auch mode 2 (=all)
ist aber noch nicht dokumentiert, muss ich noch.
ich weiss nicht warum es bei ihm nicht funktioniert hat, oben sah es gut aus. evtl hätte er mal set update machen sollen nach dem def, oder refreshen. normal sollten die redings nach der def aktualisert werden
Das funktioniert ja jetzt ganz gut, aber ich habe noch ein Problem:
Wie entferne ich das ABFALL aus der angezeigten Zeile ?
eigenlich eine frage zu readingsgroup ;) du musst in den atrributen nonames 1 setzen
Hallo allerseits,
@chris1284
ich habe einen Kalender im Minutentakt, CALVIEW Intervall 30 Sekunden.
Der Kalender ist: "an" 60 Sek., NIX 60 Sek. und "aus" 60 Sek.
CALVIEW zeigt mir im FHEMWEB AN und AUS, wenn KEIN Termin (also NIX) besteht,
dann den vorherigen Termin und zeigt mir nicht an, daß kein Termin vorliegt.
Viel schlimmer noch: Wähle ich "OldStyledReadings", wird nichts mehr aktualisiert
(das habe ich ja für die frühen Versionen von CALVIEW schon mal bemerkt),
aber vielleicht fehlt ja nur ein Perl- Modul?
Dann aber sollte man darauf hinweisen.
Viele Grüße,
Johannes
Hi Oti,
ich habe Dein Beispiel nach nachgestellt, gute Idee
Zitat« Antwort #227 am: 25 Februar 2015, 09:21:51 »
Da Problem dabei ist , das fhem dann immer meint die konfig speicher zu müssen !
Save config ?Ich würde hier gern den Namen des Kalenders (habe mehrere) mit anzeigen ?
und das wenn möglich in verschiedenen Farben :-[
kvo1
Zitat von: kvo1 am 18 März 2015, 01:07:15
Da Problem dabei ist , das fhem dann immer meint die konfig speicher zu müssen !
Save config ?
ist kein problem, nur ein hinweis und zu vernachlässigen. selbst wenn du nicht speicherst und fhem neustartest wird im intervall des at die readingsgroup neu befüllt.
wichtig ist das du das at gespeichert hast. die meldung mit dem roten ? find ich eh überflüssig und wir nach jeder ausführung des at wieder erscheinen. wenn du das weg haben willst könntest du dir ein at bauen was ein paar sekunden nach dem calview at einmal speichert ....
Zitat von: kvo1 am 18 März 2015, 01:07:15
ich würde hier gern den Namen des Kalenders (habe mehrere) mit anzeigen ?
und das wenn möglich in verschiedenen Farben :-[
du kannst das reading t_001_source mit in die readingsgroup nehmen und über die readingsgroup optionen einfärben (valueStyle meine Ich).
du kannst auch noname als attr. in der redingsgroup löschen um die namen zu erahlten (unschön )
Zitat von: jschmitt am 18 März 2015, 00:33:12
Der Kalender ist: "an" 60 Sek., NIX 60 Sek. und "aus" 60 Sek.
CALVIEW zeigt mir im FHEMWEB AN und AUS, wenn KEIN Termin (also NIX) besteht,
dann den vorherigen Termin und zeigt mir nicht an, daß kein Termin vorliegt.
musst du mir noch mal verständlich erklären, evtl nen bild :o
Zitat von: jschmitt am 18 März 2015, 00:33:12
Viel schlimmer noch: Wähle ich "OldStyledReadings", wird nichts mehr aktualisiert
(das habe ich ja für die frühen Versionen von CALVIEW schon mal bemerkt),
gerade getestet, readings im oldStyle werden sauber aktualisiert, sogar alle 5 sekunden und das im test gerade über 10 minuten.... da der mechanismus exakt der selbe ist wie beim default style hätte ich auch nichts anderes erwartet.
Zitat von: jschmitt am 18 März 2015, 00:33:12
aber vielleicht fehlt ja nur ein Perl- Modul?
Dann aber sollte man darauf hinweisen.
sehe ich auch so, ist mit aber nicht bekannt das was fehlt. alles sollte in einem vollwertigen perl enthalten sein ( fritte, nas und andere exoten außen vor). leider sehe ich bei dir keine sig mit deiner hardware ;)
Hi chris1284
Zitat von: chris1284 am 18 März 2015, 06:12:48
ist kein problem, nur ein hinweis und zu vernachlässigen. selbst wenn du nicht speicherst und fhem neustartest wird im intervall des at die readingsgroup neu befüllt.
wichtig ist das du das at gespeichert hast. die meldung mit dem roten ? find ich eh überflüssig und wir nach jeder ausführung des at wieder erscheinen. wenn du das weg haben willst könntest du dir ein at bauen was ein paar sekunden nach dem calview at einmal speichert ....
du kannst das reading t_001_source mit in die readingsgroup nehmen und über die readingsgroup optionen einfärben (valueStyle meine Ich).
du kannst auch noname als attr. in der redingsgroup löschen um die namen zu erahlten (unschön )
bin schon ein stück weiter, reading t_*_source ist aufgenommen und je nach Kalender wird die Source dann farblich abgezeigt.
Leider bekomme ich es aber nicht hin , hier die gesamte Zeile farblich abzuzeigen.
.....
define rg_Termine readingsGroup <Datum>,<Uhrzeit>,<Text>,<Kalender> vocalview2:t_001_bdate,t_001_btime,t_001_summary,t_001_source vocalview2:t_002_bdate,t_002_btime,t_002_summary,t_002_source vocalview2:t_003_bdate,t_003_btime,t_003_summary,t_003_source vocalview2:t_004_bdate,t_004_btime,t_004_summary,t_004_source vocalview2:t_005_bdate,t_005_btime,t_005_summary,t_005_source vocalview2:t_006_bdate,t_006_btime,t_006_summary,t_006_source vocalview2:t_007_bdate,t_007_btime,t_007_summary,t_007_source vocalview2:t_008_bdate,t_008_btime,t_008_summary,t_008_source vocalview2:t_009_bdate,t_009_btime,t_009_summary,t_009_source vocalview2:t_010_bdate,t_010_btime,t_010_summary,t_010_source vocalview2:t_011_bdate,t_011_btime,t_011_summary,t_011_source vocalview2:t_012_bdate,t_012_btime,t_012_summary,t_012_source vocalview2:t_013_bdate,t_013_btime,t_013_summary,t_013_source vocalview2:t_014_bdate,t_014_btime,t_014_summary,t_014_source vocalview2:t_015_bdate,t_015_btime,t_015_summary,t_015_source vocalview2:t_016_bdate,t_016_btime,t_016_summary,t_016_source vocalview2:t_017_bdate,t_017_btime,t_017_summary,t_017_source vocalview2:t_018_bdate,t_018_btime,t_018_summary,t_018_source vocalview2:t_019_bdate,t_019_btime,t_019_summary,t_019_source vocalview2:t_020_bdate,t_020_btime,t_020_summary,t_020_source
attr rg_Termine group Kalenderansicht2
attr rg_Termine nameStyle style="font-weight:bold;;color:RoyalBlue"
attr rg_Termine nonames 1
attr rg_Termine room Kalender
attr rg_Termine visibility hidden
attr rg_Termine valueStyle {if(substr($READING,5,7) eq "_source" && $VALUE eq "Klaus"){ 'style="color:blue"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "Kathleen" ){ 'style="color:red"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "Familie" ){ 'style="color:green"' }else{ 'style="color:black"' } }
define at_KalenderTermine at +*01:00:00 {\
my $i;;\
my $modtext = "<Datum>,<Uhrzeit>,<Text>,<Kalender> ";;\
for($i= 1;;$i<=20;;$i++){\
$modtext .= "vocalview2:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_source " ;;}\
fhem("modify rg_Termine $modtext");;\
}
attr at_KalenderTermine room KalenderHast du ev. ne Idee ? hab schon mit cellstyle versucht .... :'(
gruss und danke
klaus
http://www.fhemwiki.de/wiki/ReadingsGroup erklärt bebilder eigentlich fast alles zu readingsgroup. das man die ganze zeile färben kann glaub ich nicht, evtl übers css ...
frag mal hier http://forum.fhem.de/index.php/topic,14425.1245.html , da ist auch der andre (justme1968) unterwegs (entwickler von readingsgroup)
Hallo
bevor ich mich nun durch den ganzen Thread kämpfe.
Post 1 selbstverständlcih gelesen und wiki auch...
Das Modul gibt die Termine geordnet aus.
Gibt es aber auch ein FHEM Modul wo ich Termine schnell in den Kalender eingeben kann, sollte so einfach zu bedienen sein, daß meine Frau das auch kann....
nö, gibts nicht, nur lesen
eine ganze zeile kannst du mit cellStyle und r: einfärben. das schaut dann z.b. so aus wie die überschriften zeile auf den screenshots hier: http://forum.fhem.de/index.php/topic,27353.msg228670.html#msg228670 (http://forum.fhem.de/index.php/topic,27353.msg228670.html#msg228670).
gruss
andre
Zitat von: justme1968 am 19 März 2015, 20:38:26
eine ganze zeile kannst du mit cellStyle und r: einfärben. das schaut dann z.b. so aus wie die überschriften zeile auf den screenshots hier: http://forum.fhem.de/index.php/topic,27353.msg228670.html#msg228670 (http://forum.fhem.de/index.php/topic,27353.msg228670.html#msg228670).
gruss
andre
das hatte ich schon versucht ....
anstelle von
attr rg_Termine valueStyle {if(substr($READING,5,7) eq "_source" && $VALUE eq "Klaus"){ 'style="color:blue"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "Kathleen" ){ 'style="color:red"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "Familie" ){ 'style="color:green"' }else{ 'style="color:black"' } }dann
attr rg_Termine cellStyle {if(substr($READING,5,7) eq "_source" && $VALUE eq "Klaus"){ {"r:*"=>'style="color:blue"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "Kathleen" ){ {"r:*"=>'style="color:red"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "Familie" ){ {"r:*"=>'style="color:green"' }else{ {"r:*"=>'style="color:black"' } }irgend etwas paßt da nicht ?
du mischst gerade die syntax für die hash und die perl version auf unzulässige art.
wenn du bei der reinen perl version bleiben willst musst du prüfen ob $ROW einen wert hat $COL undefined ist. dann gibst du den style dür die zeile zurück.
Zitat von: justme1968 am 20 März 2015, 08:05:37
du mischst gerade die syntax für die hash und die perl version auf unzulässige art.
wenn du bei der reinen perl version bleiben willst musst du prüfen ob $ROW einen wert hat $COL undefined ist. dann gibst du den style dür die zeile zurück.
hmmmm, da hast sicher Recht, kann nur kein Perl .... und stehe voll auf der Leitung !
Hallo,
kann man, wenn ein Calwiew-Reading einen bestimmenten Wert hat, diesen Wert automatisch auf einen anderen Wert setzen lassen?
Z.B. wenn in dem Reading t_001_location "Woderpfefferwächst Straße, Großheim" steht soll das Reading auf "at Home" geändert werden.
Griuß, Sascha
Bei Registern geht das m.E. , aber für normale Readings wohl nicht !
in der readingsgroup sollte das gehen (valueFormat !?)
Hallo,
seit einem Update funktioniert CALVIEW nicht mehr.
Ich betreibe FHEM auf der Fritzbox 7390.
Wenn ich das Modul CALVIEW lade, erhalte ich die Meldung:
Can't locate Date/Parse.pm in @INC (@INC contains: /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2 /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2 /opt/lib/perl5/site_perl/5.12.2/mips-linux /opt/lib/perl5/site_perl/5.12.2 /opt/lib/perl5/5.12.2/mips-linux /opt/lib/perl5/5.12.2 . ./FHEM) at ./FHEM/57_CALVIEW.pm line 12.
BEGIN failed--compilation aborted at ./FHEM/57_CALVIEW.pm line 12.
Das Problem wurde hier bereits beschrieben und auch gelöst:
http://forum.fhem.de/index.php/topic,19922.msg273181.html#msg273181 (http://forum.fhem.de/index.php/topic,19922.msg273181.html#msg273181)
Ich habe nur leider keinen blassen Schimmer, wie ich dieses "perl-timedate" Paket auf die Fritzbox bekommen soll.
Ich habe bereits aus purer Verzweiflung FHEM von der Fritzbox verbannt und neu installiert, natürlich auch mit
update check
update
und als das nicht den gewünschten Erfolg brachte
update force
Was kann / muss ich tun?
Danke im Voraus.
Gruß,
onkeltom
Du musst dir bei CPAN im Internet die entsprechende pm-Datei (Parse.pm) suchen und im Date-Verzeichnis von perl ablegen - wenn ich wieder mal vorm Rechner sitze kann ich auch mal genauer nachsehen...
Zitat von: RoBra81 am 23 März 2015, 18:49:14
Du musst dir bei CPAN im Internet die entsprechende pm-Datei (Parse.pm) suchen und im Date-Verzeichnis von perl ablegen - wenn ich wieder mal vorm Rechner sitze kann ich auch mal genauer nachsehen...
Hallo RoBra81,
100%-ig!
Dank Deines Tipps hab ich's gefunden und nun läuft CALVIEW wieder :).
Dankeschön.
Gruß,
onkeltom
werd ich die tage mal mit in die cmdref aufnehmen, thx
@chris1284
Sorry, hier noch mal langsam zum Mitschreiben...
Meine Test- *.ics Datei sieht so aus:
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
METHOD:PUBLISH
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19700329T020000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:19701025T030000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
END:STANDARD
END:VTIMEZONE
*
*
*** HIER BEGINNEN DIE SCREENSHOTS
*
*
BEGIN:VEVENT
UID:20150326T175207Z-Termin-711
CLASS:PUBLIC
SUMMARY:an
DTSTART;TZID=Europe/Berlin:20150326T234000
DTEND;TZID=Europe/Berlin:20150326T234100
DTSTAMP:20150326T175207Z
LAST-MODIFIED:20150326T175207Z
END:VEVENT
BEGIN:VEVENT
UID:20150326T175207Z-Termin-712
CLASS:PUBLIC
SUMMARY:aus
DTSTART;TZID=Europe/Berlin:20150326T234200
DTEND;TZID=Europe/Berlin:20150326T234300
DTSTAMP:20150326T175207Z
LAST-MODIFIED:20150326T175207Z
END:VEVENT
BEGIN:VEVENT
UID:20150326T175207Z-Termin-713
CLASS:PUBLIC
SUMMARY:an
DTSTART;TZID=Europe/Berlin:20150326T234400
DTEND;TZID=Europe/Berlin:20150326T234500
DTSTAMP:20150326T175207Z
LAST-MODIFIED:20150326T175207Z
END:VEVENT
*
*
*** etc.
*
*
END:VCALENDAR
Also im Minutentakt: "An", "Nix", "Aus", "Nix", "An"...
Schaue ich in fhemweb das Calendar- Modul an, werden die "Termine" korrekt bei Änderung angezeigt.
Nun zur Ansicht "CALVIEW":
Gehe ich zum einem Zeitpunkt KEINES anstehenden Termins in die Ansicht, sehe ich Folgendes:
Siehe Anhang "Wenn_Nix_Start.PNG"
Warte ich nun eine Minute, wechselt die Anzeige zu "Wenn_Nix_Folge.PNG"
Tätige ich nun in dem Moment einen RELOAD der Webseite, sehe ich: "Wenn_Nix_Start_dann_Reload.PNG"
... Und dann alle *** ZWEI ! *** Minuten das Bild "Wenn_Nix_Start_dann_Reload_und_folgende.PNG
Ich benutze eine aus EXCEL per Script generierte Datei. Liegt da mein Fehler? Geht das nur mit original-
GOOGLE- Dateien?
Viele Grüße,
Johannes
PS: Meine Installation werde ich demnächst auch eintragen / mitteilen
Hallo,
leider kann ich das Abruf-Intervall nicht ändern. Mit set MeinKalender intervall 3600 geht es nicht. Der Wert bleibt immer bei 43200 stehen.
Gruß, Sascha
deine version ist nicht aktuell! bitte inmal fhem updaten (update oben eingeben).
danach gibt es das dieses set-command nicht mehr und du machst es über die definition des calview
http://fhem.de/commandref_DE.html#CALVIEW
Danke, aber mein Fhem war aktuell (mache täglich ein Update). Allerdings hatte ich nicht nicht in der commandref sondern im ersten Post dieses Beitrags nachgelesen und da steht es noch anders drin.
Gruß, Sascha
ah ok, du hats den befehl direkt eingegeben. dachte du gingst über das dropdown-mennue, daher der verdacht der alten version
Wenn ich
Zitatdefine meinekalendername Calendar ical url http://meinegoogleurl/meinkalender.ics
in die Kommandozeile eintrage dauert es sehr lange bis FHEM wieder reagiert. Ist das normal??
Natürlich mit richtigen Werten!
anbei die Auslastung auf dem Raspberry
ich kanns nicht bestätigen, habe aber auch einen server mit mehr bumms ;D
ist aber ein reines calendar problem. evtl mal einen post extra aufmachen zum calenda-modul damit der maintainer da auch was zu sagen / dein problem sieht
Hallo @Chris
mir ist was aufgefallen und wollt mal fragen ob es da eine Lösung gibt.
Und zwar zeigt es mir Heute Termine von Morgen nicht mit Morgen sondern mit dem Datum an
Ist aber immer nur am letzten Tag des Monats so :/
mmm das ist recht einfach erklärt. die morgigen termine sind alle deren datum heute + 1 ist.
heist an einem 31. wird geprüft ob der nächste termin an einem 32. ist. past in dem fall nicht. selbes an einem 30->31 / 28->29
ich müsste also noch eine prüfung bauen wieviel tage der monat hat und dann entsprechend prüfen ob der nächste termin nicht am 32. sondern am 1.[monat+1].[gleiches jahr] ist.
evtl schaff ich das nächte woche
Ah ok stimmt leuchtet mir ein :)
das wehre echt nicht schlecht, und Danke für die schnelle Antwort
Hallo MDegelmann5455 und chris1284,
ich hab das in der 57_CALVIEW.pm jetzt so gelöst (ab Zeile 80 zwischen den fetten Zeilen alles ersetzen)
my $lastterm;
my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime(time);
$year += 1900; $mon += 1;
if($mday < 10){$mday = "0$mday";}
if($mon < 10){$mon = "0$mon";}
my $date = "$mday.$mon.$year";
my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime(time + 86400);
$year += 1900; $mon += 1;
if($mday < 10){$mday = "0$mday";}
if($mon < 10){$mon = "0$mon";}
my $datenext = "$mday.$mon.$year";
my @termineNew;
oder kürzer:
my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime(time);
$year += 1900; $mon += 1;
my $date = sprintf('%02d.%02d.%04d', $mday, $mon, $year);
my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime(time + 86400);
$year += 1900; $mon += 1;
my $datenext = sprintf('%02d.%02d.%04d', $mday, $mon, $year);
abspeichern, reload, update usw.
Hallo
Ich habe das mit den Calview wie im post #1 gemacht, bekomme jedoch folgenden Fehlermeldung.
Unknown command my, try help. Unknown command my, try help. Unknown command for($i=, try help. Unknown command $i<=, try help. Unknown command $i++){, try help. Unknown command $modtext, try help. Unknown command }, try help. Unknown command for($i=, try help. Unknown command $i<=, try help. Unknown command $i++){, try help. Unknown command $modtext, try help. Unknown command }, try help. Unknown command for($i=, try help. Unknown command $i<=, try help. Unknown command $i++){, try help. Unknown command $modtext, try help. Unknown command }, try help. Unknown command fhem("modify, try help. Unknown command }, try help.
Danke für eure Hilfe bin noch Anfänger
Gruss
Ich gehe mal davon aus das du den fehler beim definieren der Readingsgroup bekommst?!
zuerst define at_rg_View_Abfall at +*00:05 {}
dann hast du ein neues device at_rg_View_Abfal.
da klickst du auf DEF und kopierst in das feld
+*00:05 {
my $i;
my $modtext = "<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um> ";
for($i= 1;$i<= ReadingsVal("View_Abfall","c-tomorrow", 0);$i++){
$modtext .= "View_Abfall:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_edate,tomorrow_".sprintf('%03d',$i)."_etime ";}
for($i= 1;$i<= ReadingsVal("View_Abfall","c-today", 0);$i++){
$modtext .= "View_Abfall:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_edate,today_".sprintf('%03d',$i)."_etime ";}
for($i= 1;$i<= ReadingsVal("View_Abfall","c-term", 0);$i++){
$modtext .= "View_Abfall:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime ";}
fhem("modify rg_View_Abfall $modtext");
}
Zitat von: Panik am 31 März 2015, 21:23:44
Hallo MDegelmann5455 und chris1284,
ich hab das in der 57_CALVIEW.pm jetzt so gelöst (ab Zeile 80 zwischen den fetten Zeilen alles ersetzen)
...
habe ich eingebaut und eingechecked! danke!
Hi,
ich habe derzeit das "Problem", dass abgelaufene Termine weiterhin angezeigt werden :o
mein at
+*02:00 {
my $i;
my $modtext = "<Datum>,<Uhrzeit>,<Text> ";
for($i= 1;$i<= ReadingsVal("muellabfuhr_vorschau","c-today", 0);$i++){
$modtext .= "muellabfuhr_vorschau:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary ";}
for($i= 1;$i<= ReadingsVal("muellabfuhr_vorschau","c-tomorrow", 0);$i++){
$modtext .= "muellabfuhr_vorschau:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary ";}
for($i= 1;$i<= ReadingsVal("muellabfuhr_vorschau","c-term", 0);$i++){
$modtext .= "muellabfuhr_vorschau:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary ";}
fhem("modify muellabfuhrTermine_neu $modtext");
}
meine CALVIEW Definition
define muellabfuhr_vorschau CALVIEW muellabfuhr,Kalender_1,Kalender_2,Feiertage2015 2 43200
maxreadings 14
oldStyledReadings 0
Angezeigt werden mir derzeit die Termine von April bis 15.05.
Wielange werden abgelaufene Termine denn für die Ansicht noch herangezogen? Müssen bei mehreren Kalendern in CALVIEW höhere maxreadings Werte gewählt werden?
Greetz
Eldrik
Zitat von: eldrik am 22 Mai 2015, 12:01:57
Hi,
ich habe derzeit das "Problem", dass abgelaufene Termine weiterhin angezeigt werden :o
wo werden sie angezeigt? CALENDAR / CALVIEW Device / Readingsgroup? Schau ob sie im Calendar noch zu sehen sind, wenn ja dann liegt wohl dort das Problem
Hi,
im Fhem Calender Device stehen die Termine (Selektion "get Kalender full all") z.B. im Status
known end
und
updated end
Termine werden ja wenn sie beendet sind nicht vom übergeordneten Kalender gelöscht, oder ist dies für Calview notwendig? Oder nach welchen Inhalten muss ich hier ausschau halten?
Im Calview stehen sie in den Readings und am Ende in der Readingsgroup.
Greetz
Eldrik
Da du in deiner calview definition "2" (all) gewählt hast, werden natürlich alle termine vom calendar "importiert".
http://fhem.de/commandref_DE.html#CALVIEW
spiel mal mit den modi in der calview def rum (0-2).
jap das wars :) da hab ich die Beschreibung scheinbar falsch interpretiert gehabt ???
Frohe Pfingsttage!
Greetz
Eldrik
Hallo chris1284,
erstmal danke für dein tolles Modul.
Ich habe für die Definition einen neuen Typ (3) für modeAlarmOrStart;modeUpcoming einführt.
Wäre super, wenn du es übernehmen könntest.
Vielleicht mal als Anregung: Die MODES über ein Attribut einstellbar zu machen.
Risiko.
Hallo Christian,
was genau ist der Unterschied beim Modus (sorry für die blöde Frage)
<modus>
0 für "modeStarted" Termine
1 für "modeStarted";"modeUpcoming" Termine
2 für "all" Termine
Ich frage deshalb, weil ich heute immer noch Termine sehe die bereits abgelaufen sind .
Der Kalender wurde aber (augenscheinlich ) aktualisiert !
LG
Klaus
....sehr eigenartig, nach einem "rereadcfg" stimmt das dann wieder ! Hat jemand eine Idee ?
Muß "oldStyledReadings" explizit gesetzt werden ?
Zitat von: kvo1 am 27 Mai 2015, 08:11:00
was genau ist der Unterschied beim Modus (sorry für die blöde Frage)
<modus>
0 für "modeStarted" Termine
1 für "modeStarted";"modeUpcoming" Termine
2 für "all" Termine
Ich frage deshalb, weil ich heute immer noch Termine sehe die bereits abgelaufen sind .
Der Kalender wurde aber (augenscheinlich ) aktualisiert !
wenn du dein calendar-device öffnest siehst du da readings wie "modeStarted", "modeUpcoming" mit jeweils termin-id's als wert
diese wertet calview aus. wenn der kalender aktualisert wurde muss dann auch calview aktualisiert werden da so die readings entfernt und neu vom kalender gelesen werden
ZitatMuß "oldStyledReadings" explizit gesetzt werden ?
wenn du es willst musst du es setzen. das regelt nur die erscheinung der readings
Hallo Christian,
das Modul bringt ein paar Errors wegen doppelter Variablendeklaration in der Konsole.
Bitte das "my" am Anfang von Zeile 84 entfernen und alles ist super :)
Klaus
Hallo Christian,
danke für die schnelle Antwort,
Zitatwenn du dein calendar-device öffnest siehst du da readings wie "modeStarted", "modeUpcoming" mit jeweils termin-id's als wert
diese wertet calview aus. wenn der kalender aktualisert wurde muss dann auch calview aktualisiert werden da so die readings entfernt und neu vom kalender gelesen werden
"modeStarted" ist leer
"modeUpcoming" hat den gleichen Inhalt wie das reading "all".
Der Kalender (hier owncloud) wird (derzeit) aller 5 Minuten aktualisiert
ical url http://user:password@oc-server/owncloud/index.php/apps/calendar/export.php?calid=10 300calview bzw. die readingsgroup wird über ein at (wie im thread beschrieben) aller 2 Stunden aktualisiert !
Kann man die Termine auch über Text2Speech ansagen lassen?
Hallo Christian,
vermutlich stehe ich total auf der Leitung ::)
Der (bzw. habe ich drei ) Kalender werden aktualisiert - kann man gut , wie hier beschrieben.
http://fhem.de/commandref_DE.html#Calendar (http://fhem.de/commandref_DE.html#Calendar)
Das Problem ist , das sich die Readings im calview nicht ändern !
Zitatwenn der kalender aktualisert wurde muss dann auch calview aktualisiert werden
muss ich das explizit angeben ..? , Meine view sieht so aus
define vocalview2 CALVIEW Kal1,Kal2,Familie 2
attr vocalview2 icon Zoom-in
attr vocalview2 maxreadings 20
attr vocalview2 room KalenderGruss klaus
$Id: 57_CALVIEW.pm 7012 2015-04-019 11:30:00Z chris1284 $
dann aktualisiert er default alle 43200 sec (also 12 h).
du kannst auch sofort updaten in dem du set ... update ausführst. wenn sich allerding am calendar nichts geändert hat wird sich auch im calview nichts ändern
Zitat von: Christian S. am 27 Mai 2015, 18:18:20
Kann man die Termine auch über Text2Speech ansagen lassen?
wenn texttospeech readings vorlesen kann würde ich sagen ja.
Zitat von: chris1284 am 27 Mai 2015, 21:56:35
dann aktualisiert er default alle 43200 sec (also 12 h).
du kannst auch sofort updaten in dem du set ... update ausführst. wenn sich allerding am calendar nichts geändert hat wird sich auch im calview nichts ändern
d.h. die 43200 sec (also 12 h) sind fest im Modul ?? und eine "ständige" Aktualisierung der Termine im Calendar-Modul (also z.B. stündlich) würde hier nichts bringen !?
Könnte man das nicht als Attribute in calview einbauen ?
Gibt es hier eine feste Zeit oder wovon hängen die 12 h ab ??
Letztlich müßte man ja versuchen die "Aktualisierung" über Calendar, CALVIEW bis zur readingsgroup irgendwie der Reihe nach durchzuführen !
http://fhem.de/commandref.html#CALVIEW
define myView CALVIEW Googlecalendar,holiday 1 900
hier ist der intervall 900 sek. du kannst ihn in der def angeben.
du kannst aber auch in abhängigkeit von zb änderungen am kalender aktualisieren falls dieser ein event trigger, hab ich aber noch nie getestet
zb: kalender änderung -> notify aktualisiert calview -> notify aktualisert readingsgroup
du kannst auch beim kalender und calview einen utopischen intervall angeben und per 2 at's beide zu bestimmten zeiten nacheinander updaten
man muss sich natürlich auch die frage stellen ob es sinn macht dass du deinen kalender alle 5 minuten aktualisierst.
Hallo Christian,
danke für Deine Hilfe / Geduld , manchmal kommt man auf die einfachsten Dinge nicht ::)
ich hatte immer nur hier geschaut ....
http://www.fhemwiki.de/wiki/CALVIEW (http://www.fhemwiki.de/wiki/CALVIEW)
Zitatdu kannst aber auch in abhängigkeit von zb änderungen am kalender aktualisieren falls dieser ein event trigger
ja , das werde ich ma testen
Zitatman muss sich natürlich auch die frage stellen ob es sinn macht dass du deinen kalender alle 5 minuten aktualisierst.
Natürlich nicht , das war nur zum testen so gedacht !
PS:
Änders Du das in Zeile 84 mit der doppelter Variablendeklaration ?
gruss klaus
Zitat von: kvo1 am 28 Mai 2015, 07:41:03
...manchmal kommt man auf die einfachsten Dinge nicht ::)
ich hatte immer nur hier geschaut ....
;D kenn ich
Zitat von: kvo1 am 28 Mai 2015, 07:41:03
Änders Du das in Zeile 84 mit der doppelter Variablendeklaration ?
ja, am we. da werd ich mir auch den modi-wunsch anschauen.
Zitat von: Risiko am 25 Mai 2015, 11:09:00
Ich habe für die Definition einen neuen Typ (3) für modeAlarmOrStart;modeUpcoming einführt.
Wäre super, wenn du es übernehmen könntest.
Zitat von: chris1284 am 28 Mai 2015, 07:43:25
am we. da werd ich mir auch den modi-wunsch anschauen.
Wollte hiermit noch mal an die Geschichte erinnern.
Anbei der Patch zur aktuellen Version.
Risiko
danke für den patch. ein lösung über attribut (eins mit komma getrennten werten), ähnlich dem room-menue, wäre schöner (daher habe iuch es noch nicht umgesetzt). so könnte sich jeder alles genau so zusammenklicken wie er es benötigt.
wenn man es weiter so wie jetzt steuert müsste man sehr viele kombinationen anbieten um alle möglichkeiten zu bedienen
Moin moin,
leider haben alle vom lokalen Versorger in meinen Google-Kalender importierten Daten keine Endzeitpunkte, so dass auch die alten Abholtermine aus den letzten Jahren meinen persönlichen Kalender als gestartete und unbeendete Ereignisse überschatten. Diese hunderte Termine zu löschen, ist extrem aufwendig. Schöner wäre es, wenn man das einfacher filtern könnte. Und vielleicht haben andere auch diese oder vergleichbare Probleme. Daher die erste Anregung:
if($modes == 1) {$hash->{MODES} = "modeAlarm;modeStart;modeStarted;modeUpcoming"; }
elsif($modes == 0){$hash->{MODES} = "modeAlarm;modeStart;modeStarted";}
elsif($modes == 2){$hash->{MODES} = "all"; }
elsif($modes == 3){$hash->{MODES} = "modeAlarmOrStart;modeUpcoming"; }
else {return "invalid mode \"$modes\", use 0,1 or 2!"}
InternalTimer(gettimeofday()+2, "CALVIEW_GetUpdate", $hash, 0);
return undef;
ergänzen um einen neuen Modus allein für upcoming:
elsif($modes == 4){$hash->{MODES} = "modeUpcoming"; }
Das wäre schon mal schön. Als Denkanstoß vielleicht noch 2 Anregungen/Ansätze, die in diesem Zusammenhang stehen:
- Ignorieren über Attribute:
über ein Attribut könnten bestimmte Ereignisse gleich rausgefiltert werden. Beispielsweise mit einem "ignoreUID xxxxx" alle UID, die mit xxxxx beginnen - Modus als Bitfeld:
Jeder brauch gegebenenfalls eigene Zusammenstellungen. Wenn die Start/End(Upcoming jeweils mit 1,2,4,8,...,128 versehen sind, kann man diese beliebig kombinieren und braucht keine zig neuen Modi einführen.
Ja, man kann das auch durch eigene Funktionen lösen. Aber nicht jeder schreibt sowas gut und gern. Zudem wäre durch die Filter der aufbereitete Kalender schon direkt durch CALVIEW verkleinert und nicht erst ein großer nur in der Ausgabe später reduziert. Oder?!
ZitatIgnorieren über Attribute:
über ein Attribut könnten bestimmte Ereignisse gleich rausgefiltert werden. Beispielsweise mit einem "ignoreUID xxxxx" alle UID, die mit xxxxx beginnen
das sehe ich er im calendar-modul.
termine ohne endzeitpunkt könnte man dort ggf gleich verwursten (wenn termin-start vor heute und keine ende dann weg lassen/oder auf beendet setzen). da greift man eh die termine an und sollte das auch dort gleich regeln da calview eigentlich nur die daten die von calendar kommen anzeigen soll
ZitatModus als Bitfeld:
ja, das wäre auch eine gute idee. der wunsch nach modeAlarmOrStart;modeUpcoming ist ja auch noch offen
Zitat von: chris1284 am 01 Juli 2015, 06:15:59
ja, das wäre auch eine gute idee. der wunsch nach modeAlarmOrStart;modeUpcoming ist ja auch noch offen
Deine Worte schmeicheln. ;o)
Das mit dem Kalender selbst hätte ich auch lieber, da das die Last für den kleinen Pi noch mehr reduzieren würde. Aber dort sind noch weniger Sachen vorgesehen, soweit ich das aus der commandref schließe. Hier im calview gibt es ja schon viele Optionen und so sehr flexible (Wiederverwendungs-) Möglichkeiten... Aber dann schaue ich mir den Kalenderimport nochmal genauer an.
Zitat von: chris1284 am 01 Juli 2015, 06:15:59
ja, das wäre auch eine gute idee. der wunsch nach modeAlarmOrStart;modeUpcoming ist ja auch noch offen
Hallo chris1284,
das mit den Modes habe ich jetzt mal eingebaut.
Das Defaultverhalten hat sich nicht geändert. Man kann nun allerdings über das Attribut "modes" die Modi frei anpassen.
Die Liste ist jetzt intern per Komma getrennt. Somit kann man auch die Mehrfachauswahl von FHEMWEB nutzen.
Anbei die Version komplett und als Patch.
Es wäre super, wenn du es so oder so ähnlich übernehmen könntest.
Risiko
Sieht gut aus. ;o)
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
soweit ich es testen konnte i.O. und wurde eingechecked, danke Risiko
ich war noch am überlegen wie man evtl. vorhandene def's einfach per modul umschreibt (sprich wenn noch 0-1 vorhanden waren die einfach aus dem DEF-Strig zu entfernen und die neue def zu speichern).
aber ich denke so ist es am einfachsten
Zitat von: chris1284 am 14 Juli 2015, 08:26:55
soweit ich es testen konnte i.O. und wurde eingechecked, danke Risiko
Danke.
Habe gesehen, dass sich in der CommandRef (Doku) ein Fehler befindet. 3 Als Mode im Def gibt es natürlich nicht. Ist noch ein Fehler von mir. Sorry.
Nachdem ich vieles (diesen Thread von Beginn, WiKi, Codeschnipsel, Anfängerfragen, unterstützende Dienste) gelesen habe, scheitere ich beim Einrichten eines Terminkalenders auf der Basis meines Google-Kalenders.
FHEM ist tagesaktuell und meine Rollladensteuerung und Sensormodul arbeiten wie erwartet.
Was habe ich gemacht (alles über die Webkommandozeile eingegeben und in der config überprüft) ?
1. Kalender eingerichtet und importiert:
Wie in Calendar WiKi:
define <name> Calendar ical file <FILENAME> [<interval>]
Der Kalender wird von einem anderen Rechner von Google geholt und FHEM verfügbar gemacht.
In der config:
define KalPeter Calendar ical file /store/ComCom/KalPeter.ics 3600
Die ics-Datei ist verfügbar und der Inhalt "sieht OK" aus.
2. CalView eingerichtet:
Dann - wie in CalView WiKi:
define <Name> CALVIEW <calendarname> <modus>
In der config:
define TerminePeter CALVIEW KalPeter 1
TerminePeter ist gefüllt und sieht so aus wie von chris1284 am Anfang beschreiben und gezeigt.
3. Leere ReadingsGruop definieren:
define rg_View_Abfall readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit>
In der config:
define at_TerminePeter at +*00:05 {}
und - wie beschreiben - erstelltes "at" mit Code füllen.
In der config:
define at_TerminePeter at +*00:05 {\
my $i;;\
my $modtext = "<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um> ";;\
for($i= 1;;$i<= ReadingsVal("KalPeter","c-tomorrow", 0);;$i++){\
. . .
fhem("modify TerminePeter $modtext");;\
}
Ich erwarte eigentlich, dass dann die Terminangaben in jeweils einer Zeile stehen; was aber nicht der Fall ist. Es bleibt alles beim alten, obwohl das "at" entsprechend ausgeführt wird.
Mir scheint, dass mein Fehler irgendwo dort liegt, wo das obige
fhem("modify TerminePeter $modtext");;\
die neu generierten Zeilen hinschreibt. Muss ich dafür ein neues "Gerät" einrichten ? Ich habe es probiert, aber diese Readings sind leer.
Sicherlich habe ich irgendetwas noch nicht verstanden !
Für einen Hinweis bedanke ich mich schon im Voraus.
Peter
Hallo PNinBB
ich habe in der Zeile
define rg_View_Abfall readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit>
folgendes stehen:
define rg_View_Abfall readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit> Anzeige
Gruss tagedieb
Die anleitungen basieren darauf alles im frontend zu erledigen und nicht in der cfg herum zu wurschteln. Probier es mal darüber das at zu erstellen ;)
das funktioniert in der regel dann sofort
Hallo Leute,
ich bin gerade dabei meinen Abfallkalender einzubinden ohne Erfolg.... Ich habe es erst mit alleine versucht dann mit dem 1. Post hier und nun mit lullebammel Post (http://forum.fhem.de/index.php/topic,19922.msg223939.html#msg223939) ich bekomme es einfach nicht hin....
Meine Config sieht wie folgt aus
#####Calendar modul###########
define muell_abfrage Calendar ical url https://www.google.com/calendar/ical/emailadresse%40gmail.com/private-hierstehenhaltirgendwelcheZahlen:-)/basic.ics 3600
attr muell_abfrage room Kalender
#####CALVIEW modul##########
define muell_liste CALVIEW muell_abfrage 1
attr muell_liste maxreadings 20
attr muell_listeroom Kalender
define muell_kalender readingsGroup <%time_calendar> muell_liste
attr muell_kalender mapping %READING
attr muell_kalender nonames 1
attr muell_kalender notime 1
attr muell_kalender room Kalender
attr muell_kalender valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" }
und das ganze sieht dann so aus....
(http://www.bilder-upload.eu/thumb/152bdb-1437309642.png) (http://www.bilder-upload.eu/show.php?file=152bdb-1437309642.png)
im CALVIEW sieht das ganze noch etwas besser aus aber ich weiß ein fach nicht was ich falsch machen.... mit der Anleitung im 1. Post habe ich gar keine Ansicht zusammen bekommen :(
(http://www.bilder-upload.eu/thumb/58a675-1437309807.png) (http://www.bilder-upload.eu/show.php?file=58a675-1437309807.png)
attr muell_kalender valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" }
da ist dein fehler. das zerhackt die den ganzen text, warum du das eingebaut hast, keine ahnung
einfach die anleitung im post 1 durchführen, dann erst eigene sachen einbauen
Zitat von: chris1284 am 19 Juli 2015, 15:01:53
attr muell_kalender valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" }
da ist dein Fehler. das zerhackt die den ganzen Text, warum du das eingebaut hast, keine Ahnung
einfach die Anleitung im Post 1 durchführen, dann erst eigene sachen einbauen
ich habe die Anleitung aus Post #71 von lullebammel genommen und dort war es so beschrieben, also ich es mit dem 1# Post versucht hatte, habe ich gar keine readinggruppe zusammen bekommen das ist ja mein Problem :(
die readingsgroup kann auch leer sein. das wichtige ist das at welches die readingsgroup mit daten füllt!
sie poat 1 step 3
Zitat3. das erstelle at mmit Code füllen
Code: [Auswählen]
+*00:05 {
my $i;
my $modtext = "<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um> ";
for($i= 1;$i<= ReadingsVal("View_Abfall","c-tomorrow", 0);$i++){
$modtext .= "View_Abfall:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_edate,tomorrow_".sprintf('%03d',$i)."_etime ";}
for($i= 1;$i<= ReadingsVal("View_Abfall","c-today", 0);$i++){
$modtext .= "View_Abfall:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_edate,today_".sprintf('%03d',$i)."_etime ";}
for($i= 1;$i<= ReadingsVal("View_Abfall","c-term", 0);$i++){
$modtext .= "View_Abfall:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime ";}
fhem("modify rg_View_Abfall $modtext");
}
!Ihr müsst View_Abfall mit eurem Namen des CALVIEW devices ersetzen!
wenn dann, 5 minuten später, das at zum 1. mal ausgeführt wurde ( das heisst einfach warten) zeigt die vorher leere rg auf einmal daten an.
Zitat von: chris1284 am 19 Juli 2015, 15:54:35
die readingsgroup kann auch leer sein. das wichtige ist das at welches die readingsgroup mit daten füllt!
sie poat 1 step 3
wenn dann, 5 minuten später, das at zum 1. mal ausgeführt wurde ( das heisst einfach warten) zeigt die vorher leere rg auf einmal daten an.
Wenn ich dein Zitiertes einfüge bekomme ich beim Speichern folgende Fehlermeldung:
ZitatUnknown command my, try help. Unknown command my, try help. Unknown command for($i=, try help. Unknown command $i<=, try help. Unknown command $i++){, try help. Unknown command $modtext, try help. Unknown command }, try help. Unknown command for($i=, try help. Unknown command $i<=, try help. Unknown command $i++){, try help. Unknown command $modtext, try help. Unknown command }, try help. Unknown command for($i=, try help. Unknown command $i<=, try help. Unknown command $i++){, try help. Unknown command $modtext, try help. Unknown command }, try help. Unknown command fhem("modify, try help. Unknown command }, try help.
und so habe ich es eingefügt...
Zitatdefine muell_kalender readingsGroup <%time_calendar> muell_liste
attr muell_kalender mapping %READING
attr muell_kalender nonames 1
attr muell_kalender notime 1
attr muell_kalender room Kalender
define rg_muell_kalender readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit>
define at_rg_muell_kalender at +*00:05 {
my $i;
my $modtext = "<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um> ";
for($i= 1;$i<= ReadingsVal("muell_kalender","c-tomorrow", 0);$i++){
$modtext .= "muell_kalender:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_edate,tomorrow_".sprintf('%03d',$i)."_etime ";}
for($i= 1;$i<= ReadingsVal("muell_kalender","c-today", 0);$i++){
$modtext .= "muell_kalender:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_edate,today_".sprintf('%03d',$i)."_etime ";}
for($i= 1;$i<= ReadingsVal("muell_kalender","c-term", 0);$i++){
$modtext .= "muell_kalender:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime ";}
fhem("modify rg_muell_kalender $modtext");
}
darum habe ich es ja mit dem anderen versucht ;)
Ich nehme an, das ist ein Auszug aus deiner FHEM.cfg? Da müssen die ; verdoppelt werden...
Einen schönen Sonntagnachmittag allen Kalenderbauern !
Zuerst besten Dank für die Tipps; es geht nunmehr, zumindest im Prinzip.
An tagedieb:
Im Post 1 steht:
define rg_View_Abfall readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit>
und deine Empfehlung war:
define rg_View_Abfall readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit> Anzeige
Momentan kann ich nichts sagen, ob es die Ursache für den Fehler war; ich hatte jedenfals nicht das "Anzeige"; habe es angefügt.
An chris1284:
Ich hatte alle Befehle am Frontend eingegeben und nur in der config nach den "Wirkungen" gesehen.
Der wohl entscheidende Punkt war, dass ich bei den DEF-Angaben der "at"-Anweisung meinen Kalender "KalPeter" und nicht die Readings der CalView-Datei angegeben hatte. Damit konnte vermutlich nichts Passendes gelesen und demzufolge auch nichts aufgefüllt werden. Nun funktioniert es mit einem kleinen Testkalender (*.ics).
Was bleibt ist, dass die Arbeit mit dem "echten" Kalender (ca. 140 Einträge) vermutlich zu lange dauert; nach ca. 2,5 Minuten wird die Verbindung im Browser zurückgesetzt.
Da ich die den Googlekalender (*.ics) sowieso mit einem anderen Rechner hole und dann dem FHEM-Rechner übergebe, werde ich vielleicht schon dort den später zu verarbeitenden Zeitraum begrenzen.
Wann greift denn eigentlich das maxreadings-Attribut; da es zu CalView gehört wohl bei diesem Prozess. Gibt es eine andere Möglichkeit, die Terminanzahl zu begrenzen ?
Auf jeden Fall: vielen Dank !
Peter
Zitat von: RoBra81 am 19 Juli 2015, 16:35:25
Ich nehme an, das ist ein Auszug aus deiner FHEM.cfg? Da müssen die ; verdoppelt werden...
ja ist der Auszuge aus dem fhem.cfg der Kalenderbereich :D wie meinst du das, einfach hinter jemden Semikolon ( ; ) noch ein setzten oder wie?
EDIT:habe ich gemacht und folgende Error Meldung kommt jetzt
ZitatUnknown command my, try help. Unknown command my, try help. Unknown command for($i=, try help. Unknown command $modtext, try help. Unknown command for($i=, try help. Unknown command $modtext, try help. Unknown command for($i=, try help. Unknown command $modtext, try help. Unknown command fhem("modify, try help. Unknown command }, try help.
Zumindest hinter denen im perl Quellcode
So jetzte habe ich aus dem 1. Post alle Befehlszeilen noch mal herauskopiert und über das Frontend eingespielt bis zum Punkt "define at_rg_muell_liste at..." lief auch alles gut als ich diese Zeile einbinden wollte kam diese Fehlermeldung:
ZitatUnknown command my, try help.
Unknown command for($i=, try help.
Unknown command $i<=, try help.
Unknown command $i++){$modtext, try help.
Unknown command }for($i=, try help.
Unknown command $i<=, try help.
Unknown command $i++){$modtext, try help.
Unknown command }for($i=, try help.
Unknown command $i<=, try help.
Unknown command $i++){$modtext, try help.
Unknown command }fhem("modify, try help.
Unknown command }, try help.
hier die Eingefügten Zeilen:
Zitat
define muell_abfrage Calendar ical url https://www.google.com/calendar/ical/8da1frhg4ig6kf3lo9veoar9m4%40group.calendar.google.com/private-xxxx/basic.ics 3600
define muell_liste CALVIEW muell_abfrage 1
attr muell_liste maxreadings 5
define rg_muell_liste readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit>
define at_rg_muell_liste at +*00:05 {my $i;my $modtext = "<Datum>,<Uhrzeit>,<Text>,<Endet am>,<End um> ";for($i= 1;$i<= ReadingsVal("muell_liste","c-tomorrow", 0);$i++){$modtext .= "muell_liste:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_edate,tomorrow_".sprintf('%03d',$i)."_etime ";}for($i= 1;$i<= ReadingsVal("muell_liste","c-today", 0);$i++){$modtext .= "muell_liste:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_edate,today_".sprintf('%03d',$i)."_etime ";}for($i= 1;$i<= ReadingsVal("muell_liste","c-term", 0);$i++){$modtext .= "muell_liste:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime ";}fhem("modify rg_muell_liste $modtext");}
ich weiß echt nicht mehr weiter bei euch hat es doch auch funktioniert warum bei mir nicht :(
Auch beim Einfügen im Eingabefeld im Frontend müssen die ; verdoppelt werden! Du kannst aber jetzt im abgelegen Device auf DEF drücken und es dort einfügen, da ist eine Verdopplung nicht nötig...
Zitat von: RoBra81 am 19 Juli 2015, 17:02:21
Auch beim Einfügen im Eingabefeld im Frontend müssen die ; verdoppelt werden! Du kannst aber jetzt im abgelegen Device auf DEF drücken und es dort einfügen, da ist eine Verdopplung nicht nötig...
jetzt habe ich es endlich hin bekommen nun das ABER XD der Kalender wirft die Zeilen durcheinander...
siehe hier:
(http://www.bilder-upload.eu/thumb/5a2204-1437319767.png) (http://www.bilder-upload.eu/show.php?file=5a2204-1437319767.png)
was habe ich da nun noch falsch oder liegt das am Googlekalender?
das ist nur ein problem im at. dort passen die überschriften nicht zu den readings. du musst halt nur die readings
..._btime , ..._edate usw in die von dir gewünschte reihenfolge bringen
Ich habe ein ähnliches Problem wie "Ger-Gilias".
Ich möchte aber die 1. Spalte liquidieren (Kalendername). Ich finde aber nicht die Stelle, von wo der Name bezogen wird.
Danke im Voraus.
Peter
So ich habe es jetzt geschaft das nur noch das Datum und der Text angezeigt wird aber als erstes steht noch immer muell_liste wie bekomme ich das weg das dann wirklich nur noch Datum und Text da steht?
hier mal mein Code für den at...
define at_rg_muell_liste at +*00:01 {my $i;;my $modtext = "<Datum>,<Text> ";;for($i= 1;;$i<= ReadingsVal("muell_liste","c-term", 0);;$i++){$modtext .= "muell_liste:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_summary ";;}fhem("modify rg_muell_liste $modtext");;}
EDIT: Zwar das Problem oben nicht behoben aber, ich habe jetzt noch einen 2. Kalender erstellt der Termine die über 2-3 Tage geht hat. Diese Termine werden gar nicht angezeigt... warum?
Aber du hast den 2. Kalender schon im Calwiev angegeben?
Bei mir tut das ....ich hab sogar 3 Kalender ;)
Gruß
Kvo1
deine calview-def weisst wie kvo1 schrieb nur einen kalender auf:
define muell_liste CALVIEW muell_abfrage 1
hier einfach einen 2. hinter muell_abfrage eintragen (mit "," getrennt).
zu ersten problem "als erstes steht noch immer muell_liste" mach mal bitte nen screenshot was du emeinst.
Zitat von: kvo1 am 19 Juli 2015, 22:52:27
Aber du hast den 2. Kalender schon im Calwiev angegeben?
Bei mir tut das ....ich hab sogar 3 Kalender ;)
Gruß
Kvo1
jaja es funktioniert schon bloß wird es so angezeigt
Datum Text
Müllkalender Abfrage 21.07.2015 Papiertonne
Müllkalender Abfrage 30.07.2015 Leerung Hausmuelltonne
und ich möchte einfach noch das das
Privatkalender Abfrage weg kommt aber ich weiß nicht wie :(
hier mal mein gesamter Kalender cfg
#-- Müll Kalender --#
define muell_abfrage Calendar ical url https://www.google.com/calendar/ical/8da1frhg4ig6kf3lo9veoar9m4%40group.calendar.google.com/private-xxxx/basic.ics 3600
attr muell_abfrage alias Müllkalender Einbindung
attr muell_abfrage group Kalender
attr muell_abfrage room System
define muell_liste CALVIEW muell_abfrage 1
attr muell_liste alias Müllkalender Abfrage
attr muell_liste group Kalender
attr muell_liste maxreadings 5
attr muell_liste modes modeAlarm,modeStart,modeStarted,modeUpcoming
attr muell_liste room System
define rg_muell_liste readingsGroup <Datum>,<Text> muell_liste:t_001_bdate,t_001_summary muell_liste:t_002_bdate,t_002_summary muell_liste:t_003_bdate,t_003_summary muell_liste:t_004_bdate,t_004_summary muell_liste:t_005_bdate,t_005_summary
attr rg_muell_liste alias Müllabfuhr
attr rg_muell_liste room Kalender
define at_rg_muell_liste at +*00:10 {my $i;;my $modtext = "<Datum>,<Text> ";;for($i= 1;;$i<= ReadingsVal("muell_liste","c-term", 0);;$i++){$modtext .= "muell_liste:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_summary ";;}fhem("modify rg_muell_liste $modtext");;}
attr at_rg_muell_liste alias Müllkalender Auswertung
attr at_rg_muell_liste group Kalender
attr at_rg_muell_liste room System
#-- Privat Kalender --#
define privat_abfrage Calendar ical url https://www.google.com/calendar/ical/g.seidemann%40gmail.com/private-xxxx/basic.ics 3600
attr privat_abfrage alias Privatkalender Einbindung
attr privat_abfrage group Kalender
attr privat_abfrage room System
define privat_liste CALVIEW privat_abfrage 1
attr privat_liste alias Privatkalender Abfrage
attr privat_liste group Kalender
attr privat_liste maxreadings 5
attr privat_liste modes modeAlarm,modeStart,modeStarted,modeUpcoming
attr privat_liste room System
define rg_privat_liste readingsGroup <Datum>,<Text> privat_liste:t_001_bdate,t_001_summary privat_liste:t_002_bdate,t_002_summary privat_liste:t_003_bdate,t_003_summary privat_liste:t_004_bdate,t_004_summary privat_liste:t_005_bdate,t_005_summary
attr rg_privat_liste alias Termine Privat
attr rg_privat_liste room Kalender
define at_rg_privat_liste at +*00:10 {my $i;;my $modtext = "<Datum>,<Text> ";;for($i= 1;;$i<= ReadingsVal("privat_liste","c-term", 0);;$i++){$modtext .= "privat_liste:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_summary ";;}fhem("modify rg_privat_liste $modtext");;}
attr at_rg_privat_liste alias Privatkalender Auswertung
attr at_rg_privat_liste group Kalender
attr at_rg_privat_liste room System
EDIT
(http://www.bilder-upload.eu/thumb/cd848c-1437368048.png) (http://www.bilder-upload.eu/show.php?file=cd848c-1437368048.png)
Aso was mir auch aufgefallen ist das ich im Frintent immer das Zeichen für
Save config ? bekomme ist das normal?
dazu in der rg nonames 1 setzten
Zitat von: chris1284 am 20 Juli 2015, 06:43:03
dazu in der rg nonames 1 setzten
und auf ein mal Funktioniert es DANKE :D
Aso was mir auch aufgefallen ist das ich im Frintent immer das Zeichen für Save config ? bekomme ist das normal und ich bekomme die Termine die 2-3 Tage lang nicht angezeigt warum?
Zitat von: Ger-Gilias am 20 Juli 2015, 06:48:47
Aso was mir auch aufgefallen ist das ich im Frintent immer das Zeichen für Save config ?
ja, da das at die rg modifiziert. beim klick auf das rote ? zeigt fhem dir warum es rot ist ;-)
da deine termine sich nicht alle 5 minuten ändern würde ich die zeit vom at auf 1 tag hochstellen.
und ich bekomme die Termine die 2-3 Tage lang nicht angezeigt warum?die termine... welche denn? stehen sie nur nicht in der rg oder auch nicht in der calview. termine müssen immer erst
1. im calendar sein
2. dann erscheinen sie, je nach update-intervall der calview, in der calview
3. dann je nach update intervall deine at in der rg
ich hole zum beispiel morgens um 5:00 uhr den calendar, dann 5:05 die calview , danach müsste man das at ausführen (die rg nutze ich nicht da ich ein calview-widget im tablet-ui nutze)
Zitat von: chris1284 am 20 Juli 2015, 07:11:16
ja, da das at die rg modifiziert. beim klick auf das rote ? zeigt fhem dir warum es rot ist ;-)
da deine termine sich nicht alle 5 minuten ändern würde ich die zeit vom at auf 1 tag hochstellen.
und ich bekomme die Termine die 2-3 Tage lang nicht angezeigt warum?
die termine... welche denn? stehen sie nur nicht in der rg oder auch nicht in der calview. termine müssen immer erst
1. im calendar sein
2. dann erscheinen sie, je nach update-intervall der calview, in der calview
3. dann je nach update intervall deine at in der rg
ich hole zum beispiel morgens um 5:00 uhr den calendar, dann 5:05 die calview , danach müsste man das at ausführen (die rg nutze ich nicht da ich ein calview-widget im tablet-ui nutze)
Also das mit der "Save config" kann ich nicht ändern oder verstehe ich das falsch?
Also im calview stehen die Termine nicht es sind meine Urlaube die nicht angezeigt werden die gehen ja von z.B. 01.08. - 10.08. ganztägig...
wie kann man das ein stellen das der Kalender imm täglich um 5Uhr geholt wird? ich habe einen intervall von 12h eingestellt der Calview alle 15h...
Das Skript greift in die ursprüngliche Definition der RG ein und füllt die Platzhalter mit Inhalt. Das ist so, als wenn Du das ständig selbst per "modify" in der Eingabezeile des Frontends erledigen würdest. Nur macht das das Skript für Dich. Und bei jeder Änderung der Definitionen fragt fhem nun, ob das auch fest gespeichert werden soll. Anders geht das (momentan) nicht.
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
evtl kann man im at noch ein SAVE einsetzen. dann sollte sich die änderung selbst speichern ;-)
sprich hinter
.....
fhem("modify rg_View_Abfall $modtext");}
ein
fhem("SAVE");
ok das mit dem Save config ist ja nur ein kleiner schönheitsfehler...
viel mehr würde ich gerne wissen wie ich mehrtägige Termine angezeigt bekomme diese werden auch nicht im calview angezeigt :(
und dann noch wie ich die Kalender immer zu einer bestimmten uhrzeit abrufen kann =)
Zitat von: Ger-Gilias am 20 Juli 2015, 18:46:26
und dann noch wie ich die Kalender immer zu einer bestimmten uhrzeit abrufen kann =)
Jaaa, danke für die Steilvorlage. Jetzt kann ich auch mal auf die Standardlektüre, Hilfefunktion, Wiki, commandref und und und verweisen... Das mag ich immer, wenn man das als Antwort bekommt. So, das war leicht ironisch gemeint, aber guck mal konkret hier nach:
http://fhem.de/commandref.html#at (http://fhem.de/commandref.html#at)
http://fhem.de/commandref_DE.html#at (http://fhem.de/commandref_DE.html#at)
Mit
at kann man einiges konfigurieren. ;o)
Zitat von: Ger-Gilias am 20 Juli 2015, 18:46:26
viel mehr würde ich gerne wissen wie ich mehrtägige Termine angezeigt bekomme diese werden auch nicht im calview angezeigt :(
sind sie im calendar in fhem? wenn ja unter welchem reading. wenn du das rausgefunden hast kannst du im calview per attr modes die anzuzeigenden modi anklickern.
ich meine sie müssten nach dem start unter modeStarted gelistet sein...
Zitat von: chris1284 am 20 Juli 2015, 21:15:47
sind sie im calendar in fhem? wenn ja unter welchem reading. wenn du das rausgefunden hast kannst du im calview per attr modes die anzuzeigenden modi anklickern.
ich meine sie müssten nach dem start unter modeStarted gelistet sein...
Also so sieht der Calview aus
(http://www.bilder-upload.eu/thumb/7a8f3c-1437423996.png) (http://www.bilder-upload.eu/show.php?file=7a8f3c-1437423996.png)
im Calendar sehe ich keine Termine oder wie kann ich diese anzeigen?
Zitat von: AitschPi am 20 Juli 2015, 19:58:50
Jaaa, danke für die Steilvorlage. Jetzt kann ich auch mal auf die Standardlektüre, Hilfefunktion, Wiki, commandref und und und verweisen... Das mag ich immer, wenn man das als Antwort bekommt. So, das war leicht ironisch gemeint, aber guck mal konkret hier nach:
http://fhem.de/commandref.html#at (http://fhem.de/commandref.html#at)
http://fhem.de/commandref_DE.html#at (http://fhem.de/commandref_DE.html#at)
Mit at kann man einiges konfigurieren. ;o)
versuche ich ja aber könnt ihr mir da nicht einen kleinen tip geben da ich nicht verstehe, wie ich das ganze definiere... muss man einen dummy erstellen oder wie?
define calendar_abruf at *23:00:00 set ... aber jetzt weiß ich nicht weiter da man ja beim Calendar den interval direckt im def nach dem einbinden der ics-datei angibt :(
Wieviele notify oder at definiert werden, ist ja letztendlich egal. Also könnte man ein at für "immer xx:xx Uhr" und eins "xx:xx min nach irgendwas" definieren. Da kann man einiges spielen. Aber den ersten Hinweis beachten, denn ohne * wird das notify gelöscht. Gedanklich wäre ein notify bei Änderung des Kalenders oder eines Readings, welches immer am Anfang nach dem Start passiert (z.B. Initialisierung eines Gerätes) als Anlass nehmen, etwas direkt auszuführen oder ein at zu definieren, wenn es dann mit weniger Last z.B. 5min später arbeiten soll...
Einfach mal etwas rumspielen und beobachten. Das trainiert. ;o)
Zitat von: Ger-Gilias am 20 Juli 2015, 22:20:12
im Calendar sehe ich keine Termine oder wie kann ich diese anzeigen?
..dann hätte calivew ja nicht anzuzeigen, also muss da ja was sein. dein calendar sieht in etwa so aus wie im screenshot.
die ganzen lustigen zeichenketten mit google.com dahinter sind deine termine. und je nach dem welchen status die haben sind sie in den unterschiedlichen readings gelistet.
über
get [namecalendar] full [modus] lässt sich der termin leserlich darstellen
Ich habe meine beiden Kalender jetzt (fast) so, wie ich sie haben möchte.
Das verbleibende Problem sind doppelte Einträge, die sowohl unter "Morgen" als auch unter dem "echten" Datum ausgewiesen werden.
(//)
Schauht man sich die "at"-Anweisung an, so gibt es dort die 3 FOR-Schleifen, die "Heute", "Morgen" und dann noch einmal alles auslesen.
Müsste dann nicht die 3. Schleife entsprechend angepasst werden, oder sehe ich das falsch ?
Danke im Voraus für Hinweise. Wenn ihr das auch so seht würde ich mich der Sache einmal annehmen.
Peter
also mein Calendar eintrag sieht so aus...
(http://www.bilder-upload.eu/thumb/8b0109-1437500205.png) (http://www.bilder-upload.eu/show.php?file=8b0109-1437500205.png)
Bei get [namecalendar] full [modus] habe ich zur antwort bekommen das ich dies erst mal definieren soll :D
Zitat von: PNinBB am 21 Juli 2015, 18:42:55
Schauht man sich die "at"-Anweisung an, so gibt es dort die 3 FOR-Schleifen, die "Heute", "Morgen" und dann noch einmal alles auslesen.
Müsste dann nicht die 3. Schleife entsprechend angepasst werden, oder sehe ich das falsch ?
Ja, die Sachen werden doppelt angezeigt. Vielleicht mag der eine oder andere das so. Ich fand das nicht gut und hab das für mich angepasst. Wenn nicht heute/morgen, dann mit Datum. ;o)
Zitat von: Ger-Gilias am 21 Juli 2015, 19:44:45
Bei get [namecalendar] full [modus] habe ich zur antwort bekommen das ich dies erst mal definieren soll :D
Du hast ja den Kalender da, also sollte
get Abfallkalender full all funktionieren und hier alle Ereignisse brav strukturiert in einem Fenster anzeigen. Siehe unten.
Zum Problem der Doppeleinträge:
Unter der Annahme, dass die Termine in CalView - jeweils Anfang und Ende so wie im Bild 1 gezeigt - einsortiert sind, habe ich den Startwertes der Laufvariablen in der FOR-Schleife wie folgt geändert.
for($i= 1+ReadingsVal("TermiPeter","c-today", 0)+ReadingsVal("TermiPeter","c-today", 0);$i<= .......
Nun sind die Doppeleinträge ausgeblendet.
Die eigentliche Ursache sind aber die Doppeleinträge in CalView (oder wo sie auch immer herkommen?). Damit bleibt abzuwarten, ob es eine stabile Lösung ist. Ich werde weiter beobachten.
Hm, hatte nicht vorausgesetzt, dass die Termine da ja schön sortiert sind... Und ich baue mühsam noch ne if-Abfrage ein... ;o)
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
Also habe jetzt mal geschaut wegen meinen Mehrtägigen Einträgen... Das große und ganze Problem an der sache scheint zu sein das diese Einträge alle 2 Wochen für 4 Tage eingetragen sind auch in die vergangenheit...
set privat_abfrag full all kamm folgendes raus
o993tthg6olv657lmpfnudlvbkgooglecom updated end 01.04.1976 01:55:45 12.03.2015 00:00:00-17.03.2015 00:00:00 xxxx Wochenende bei der Mutter
01849B80D93A44CA8644F74347A44515 known upcoming 28.08.2015 14:00:00-28.08.2015 18:00:00 Kita Kinderfest
amakqb3iiokhc62rl6tavg7oqsgooglecom known upcoming 24.12.2015 00:00:00-02.01.2016 00:00:00 KITA geschlossen
somit erkennt warscheinlich fhem den eintrag nicht oder?
es gibt keine doppelten termine in dem sinne.
es gibt den termin heute (today) und noch mal als normalen termin (t_). das ist so gewollt. wie ihr das grafisch in einer readingsgroup darstellt ist dann von eurer fantasie und dem können abhängig.
das readingsgroup-modul bietet da zich möglichkeiten, ist aber auch sehr komplex. und mal ehrlich, wer nutz die fhem oberfläch um schöne darstellungen zu batseln, dafür gibt es tablet ui oder smartvisu ;D
meine beispiel-rg dient nur als anregung
hintergund:
-wenn man zb nur heutige termine anzeigen will nimmt man stumpf today_.* (also zb nur die today schleife im at)
-wenn man zb nur morgige termine anzeigen will nimmt man stumpf tommorow_.* (also zb nur die tommorrow schleife im at)
-will man nur eine liste aller temrine nimmt man t_*
usw
man kann es nicht allen recht machen und muss den guten zwischenweg finden. wenn ich die today-termine nicht mehr als t_ mit anzeige funktioniert die terminliste nicht mehr, mach ich today/tommorow weg funktionieren die auswertungen nicht mehr...
@Ger-Gilias: dan mach ein calendar-post für borisneubert in unterstuetzende Dienste auf. es gibt probleme mit bestimmsten serienterminen / ganztägigen ereignissen meine ich. ich habe meine serien damals alle von ganztägig auf 05:00 bis ... geändert. ich kann im modul nur anzeigen was calendar auch liefert.
Der Support von Boris ist super - im Gegenteil jammert er fast schon über zu wenige Anregungen und Rückmeldungen... ;o)
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
Zitat von: AitschPi am 22 Juli 2015, 19:15:35
Der Support von Boris ist super - im Gegenteil jammert er fast schon über zu wenige Anregungen und Rückmeldungen... ;o)
das stimmt, und dass bei so einem komplexen modul.
wo finde ich das über die suche "borisneubert" finde ich nur den eintrag das ich mich dort melden soll :D
Einfach im Forum bei den unterstützenden Diensten ein Thema mit "[Calendar] blablabla" aufmachen. Also fast wie hier. Erstens sehen alle das und können sich dran hängen und zweitens findet Boris das bestimmt. Ist im Forum eben besser als per PN. ;o)
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
@chris1284:
Der Aufbau der Kalenderliste durch CalView ist m.E. OK. Er bietet Flexibilität und die Auswertung der Readingsgroup kann jeder entsprechend vornehmen.
Deshalb vor allem Dank an die "Macher" !
Peter
...und deren Ausdauer hier im Forum. ;o)
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
Hey Leute,
ich hab das Problem das ich kein CALVIEW erstellen kann, wenn ich define myCalView CALVIEW Googlecalendar 1 eingebe kommt "Cannot load module CALVIEW"
Also ich habe Fhem auf den neusten Stand mit update gebracht, es kommt auch bei update check das nichts zu tun ist. Kann es sein das es nicht geht da ich das ganze auf Windows Xp laufen habe?!
Gibt es noch eine andere Möglichkeit die Kalendereinträge darzustellen?
Gruß
liegt in deinem fhem/FHEM ordner eine 57_CALVIEW.pm?
Zitat von: chris1284 am 29 Juli 2015, 10:53:43
liegt in deinem fhem/FHEM ordner eine 57_CALVIEW.pm?
Ohh sorry, hab ich ganz vergessen zu erwähnen. Ja die Datei ist vorhanden.
Meist steht im Log ein Hinweis auf fehlende Module? Oder mal ein reload auf die Datei, da sollten auch Hinweise stehen, wenn's nicht geht...
Bei einem Reload auf die CALVIEW kommt dann folgender Fehler
Can't locate Date/Parse.pm in @INC (you may need to install the Date::Parse module) (@INC contains: C:/Perl/site/lib C:/Perl/lib . ./FHEM) at ./FHEM/57_CALVIEW.pm line 12.
BEGIN failed--compilation aborted at ./FHEM/57_CALVIEW.pm line 12.
Da wirst du wohl das entsprechende Perl-Module noch installieren müssen...
Zitat von: RoBra81 am 29 Juli 2015, 11:18:35
Da wirst du wohl das entsprechende Perl-Module noch installieren müssen...
Ok aber welches, wenn ich nach "Date::Parse" in Google suche finde ich nichts. Wie bekomme ich jetzt heraus welches Modul ich da genau benötige ? Und vielleicht wo ich es Finde!
Die Google-Suche nach "DATE::PARSE perl" brachte unter anderem
http://search.cpan.org/~gbarr/TimeDate-2.30/lib/Date/Parse.pm
Zitat von: RoBra81 am 29 Juli 2015, 11:23:56
Die Google-Suche nach "DATE::PARSE perl" brachte unter anderem
http://search.cpan.org/~gbarr/TimeDate-2.30/lib/Date/Parse.pm
ALSO es geht.
Ich hatte erst die 57_CALVIEW.pm um den Eintrag "use Date::Parse" was kein erfolg nach Neustart des Fhem Servers und erneutem reload gebracht hatte. Nun hatte ich den Eintrag noch einmal raus genommen, dann neustart vom Server -> Reload der Calview Datei gemacht und nun geht es.
Für mich nicht verständlich, da jetzt wieder alles gleich ist wie bei der Ausgangssituation!
>:(
Ich hab den Kalender erstellt, wenn ich dann die CalView definiere dann stürzt der Fhem Server ab.
Es kommt dann direkt "Lost connection try too .... " so und dann hat es auch den Kalender wieder gelöscht auch wenn ich direkt nach dem erstellen des Kalenders ein "Save Config" mache.
"Undefined subroutine &main::str2time called at ./FHEM/57_CALVIEW.pm line 94." das wird in die Log geschrieben.
Dieser Code verbirgt sich hinter Zeile 94: my @bts=str2time($M."/".$D."/".$Y." ".$tempstart[1]);
Du hast ja auch
use Date::Parse;
gelöscht...
wenn du das perl-modul installiert hast zieh dir einfach die 57_calview.pm neu um ggf noch andere, versehentliche änderung darin, auszuradieren.
So nun sieht es so aus als würde es gehen. Man muss eine Date Erweiterung für den Perl Interpreter installieren.
Ich verwende den Activeperl und habe dann das nach installiert! ppm install DateTime-Format-DateParse
Hi chris1284,
ich hab Geburtstage mit <Name>, <Vorname> im google-calender.
da spuckt mir das reading dazwischen und gibt "\," - "Name\, Vorname" aus.
ich hab in der Schleife in 57_CALVIEW.pm
foreach my $item (@termine ){
folgende Erweiterung:
$item->[1] =~ s/\\//g;
Jetzt ist das Reading ohne "\," sondern korrekt "Name, Vorname".
evtl kann man im sub noch weitere Sonderzeichen [....] aufnehmen.
Als vorschlag zum Aufnehmen/Einchecken.
Grüße
hi,
da ich nicht sagen kann ob "\" für andere leute im Kalende rnicht doch KEIN sonderzeichen ist würde ich es ungern rausfiltern.
ich würde aber mitgehen wenn wir "\," gegen "," ersetzen. den "\" setzt wie ich es sehe CALENDAR um "," inzern zu escapen!?
Passt für mich
ich habe es bei mir gerade eingebaut für die freitextfelder eines kalendereintrage (location und summery / item[1] und item [4]) und teste es bis morgen, donnerstag ist es online wenn alles gut läuft
hab es eingechecked.
anbei noch ein widget für die tablet-ui zum testen
anzeige aller Termine:
<div data-type="calview" data-device="View_All" data-get="all" data-max="12" class="cell"></div>
anzeige aller Termine heute:
<div data-type="calview" data-device="View_All" data-get="today" data-max="7" class="cell"></div>
anzeige Termine morgen
<div data-type="calview" data-device="View_All" data-get="tomorrow" data-max="7" class="cell"></div>
anzahl der anzuzeigenden Termien wird über
data-max="7" gesteuert.
es geht nur mit der normalen ansicht, nicht oldStyledReadings.
beispiel im Bild
<li data-row="2" data-col="2" data-sizex="4" data-sizey="4">
<header>Kalender</header>
<div data-type="calview" data-device="View_All" data-get="all" data-max="12" class="cell"></div>
</li>
<li data-row="2" data-col="6" data-sizex="4" data-sizey="2">
<header>Today</header>
<div data-type="calview" data-device="View_All" data-get="today" data-max="7" class="cell"></div>
<div data-type="calview" data-device="View_All" data-get="tomorrow" data-max="7" class="cell"></div>
</li>
Danke für's einchecken!
läuft!
Grüße
Mich hatte das "\" auch gestört !
Ich habe es mit einem kleinen Script in "DESCRIPTION", "LOCATION" und "SUMMARY" ausgeblendet, bevor ich die Kalenderdatei an FHEM übergeben habe. Ich wollte wegen der Allgemeinheit nichts in CALVIEW ändern. Nun kann ich auf meine "Spezialbehandlung" wahrscheinlich verzichten.
DESCRIPTION frage ich mit calview (noch) nicht ab?! :o
liefert calendar dies denn? (ich müsste mir erst einen termin erstellen damit ich das testen kann ;D)
Ich hatte "DESCRIPTION" beim Inspizieren des von Google heruntergeladenen Kalenders entdeckt und dort auch "\" gefunden.
BEGIN:VEVENT
DTSTART;TZID=Europe/Berlin:20121218T190000
DTEND;TZID=Europe/Berlin:20121218T210000
DTSTAMP:20150806T164504Z
UID:xxxxxxxxxxxxxxxxxxxxxxxxxxxxx@google.com
RECURRENCE-ID;TZID=Europe/Berlin:20121211T190000
CLASS:PUBLIC
CREATED:20150728T100416Z
DESCRIPTION:Hotel ... mein Text"
LAST-MODIFIED:20150728T133818Z
LOCATION:... mein Text
SEQUENCE:1
STATUS:CONFIRMED
SUMMARY: .... mein Text
TRANSP:OPAQUE
Deshalb habe ich es vorher gleich mit liquidiert !
siehst du die description wenn du ein get calender full all machst?
Hi,
seid dem letzten update steht bei mir im calview immer "Text zuletzt erfasst "
Was soll man ändern?
Zitat von: hyper2910 am 09 August 2015, 22:30:44
Hi,
seid dem letzten update steht bei mir im calview immer "Text zuletzt erfasst "
Was soll man ändern?
ich hatte auch Probleme ... lag bei mir aber an der
57_Calendar.pm
und was hast du gemacht?
update?! heute kam eine neue version die aber eigentlich sauber funktioniert (3 kalender, eine gemeinsame view).
ich musste lediglich nach dem start von fhem noch einmal ein set calview update machen weil beim initialsieren die kalender noch keine daten hatten
wo bei euch allerdings "Text zuletzt erfasst " herkommt weiss ich absolut nicht.
Hallo chris1284,
mal eine vielleicht dumme Frage. Ist es noch notwendig über ein at die view zu aktualisieren.
Ich habe (in meiner owncloud) 3 Kalender , einen View
define vocalview2 CALVIEW Kl,Ka,Fa 2 3600
und eine rg
define Termine2 readingsGroup <Datum>,<Uhrzeit>,<Text>,<Kalender> vocalview2:t_001_bdate,t_001_btime,t_001_summary,t_001_source vocalview2:t_002_bdate,t_002_btime,t_002_summary,t_002_source vocalview2:t_003_bdate,t_003_btime,t_003_summary,t_003_source vocalview2:t_004_bdate,t_004_btime,t_004_summary,t_004_source vocalview2:t_005_bdate,t_005_btime,t_005_summary,t_005_source vocalview2:t_006_bdate,t_006_btime,t_006_summary,t_006_source vocalview2:t_007_bdate,t_007_btime,t_007_summary,t_007_source vocalview2:t_008_bdate,t_008_btime,t_008_summary,t_008_source vocalview2:t_009_bdate,t_009_btime,t_009_summary,t_009_source vocalview2:t_010_bdate,t_010_btime,t_010_summary,t_010_source vocalview2:t_011_bdate,t_011_btime,t_011_summary,t_011_source vocalview2:t_012_bdate,t_012_btime,t_012_summary,t_012_source vocalview2:t_013_bdate,t_013_btime,t_013_summary,t_013_source vocalview2:t_014_bdate,t_014_btime,t_014_summary,t_014_source vocalview2:t_015_bdate,t_015_btime,t_015_summary,t_015_source vocalview2:t_016_bdate,t_016_btime,t_016_summary,t_016_source vocalview2:t_017_bdate,t_017_btime,t_017_summary,t_017_source vocalview2:t_018_bdate,t_018_btime,t_018_summary,t_018_source vocalview2:t_019_bdate,t_019_btime,t_019_summary,t_019_source vocalview2:t_020_bdate,t_020_btime,t_020_summary,t_020_source
und aktualisieren immer noch ...
define at_KalenderTermine at +*02:00 {\
my $i;;\
my $modtext = "<Datum>,<Uhrzeit>,<Text>,<Kalender> ";;\
for($i= 1;;$i<=20;;$i++){\
$modtext .= "vocalview2:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_source " ;;}\
fhem("modify Termine2 $modtext");;\
}
Leider bekomme ich mit den letzten Versionen von 57_Calendar.pm immer Fehlermeldungen und eine
leeren view !?
2015.08.10 18:11:11 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/57_CALVIEW.pm line 93.
2015.08.10 18:11:11 1: PERL WARNING: Use of uninitialized value $M in concatenation (.) or string at ./FHEM/57_CALVIEW.pm line 94.
2015.08.10 18:11:11 1: PERL WARNING: Use of uninitialized value $D in concatenation (.) or string at ./FHEM/57_CALVIEW.pm line 94.
2015.08.10 18:11:11 1: PERL WARNING: Use of uninitialized value $Y in concatenation (.) or string at ./FHEM/57_CALVIEW.pm line 94.
2015.08.10 18:11:11 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/57_CALVIEW.pm line 94.
2015.08.10 18:11:11 1: PERL WARNING: Use of uninitialized value in numeric comparison (<=>) at ./FHEM/57_CALVIEW.pm line 111.
2015.08.10 18:11:11 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/57_CALVIEW.pm line 127.
2015.08.10 18:11:11 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/57_CALVIEW.pm line 137.
danke / gruss
klaus
hi klaus,
das at war noch nie ein muss, nur eine möglichkeit eine rg zu füllen.
welche version hast du?
die meldungen habe ich auch und sie deuten darauf hin das noch keine daten vom calendar gekommen sind. das aktuelle modul von boris holt die daten "irgendwann mal" wenn fhem initialisiert ist (man kann sich also nicht drauf verlassen das calendar fertig ist wenn calview geladen wird). ein geringerer updateinterval des calview sollte das problem beheben weil es irgendwann mal daten vom calendar bekommt. dann sind auch die meldungen nicht mehr da.
um das zu behebn muss ich schauen ob ich nicht auch prüfen ob calendar nicht nur definiert sonden auch daten hat.
als krücke geht evtl sowas wie ein at was unabhängig vom calview intervall 5 min nach fhem init ein set calview update macht
Hi chris1284
Zitatwelche version hast du?
# $Id: 57_CALVIEW.pm 7014 2015-08-05 10:50:00Z chris1284 $
damit denke ich , bin ich aktuell.
Eigenartiger Weise ging das mit dem Modul von Boris bis vor einigen Tagen, habe wieder auf
# $Id: 57_Calendar.pm
8986 2015-07-26 17:40:59Z borisneubert $
zurück gedreht und schon ist alles wieder okay !
Das mit at hatte ich seinerzeit mal (ich meine in einem deiner Posts ) gelesen... lief ja auch !
(bis auf die Tatsache, das ich immer ein rotes ? bei save config hatte )
gruss
klaus
das rote ? kann man mit einem fhem("SAVE"); am ende des at weg bekommen.
wie gesagt mit der aktuellen version von boris wird der kalender in einer "zufällig gewählte Zeitspanne von 10 bis 29 Sekunden nach Abschluss der Initialisierung von FHEM" aktualisiert http://forum.fhem.de/index.php/topic,39840.0.html
bisher habe ich nur die idee im modul zu testen -> gibt calendar werte / ist status aktiv -> nein -> updateinterval intern einmal auf 1min -> update -> zurück zum normalen intervall
Hallo Christian,
danke für den Tipp mit dem fhem("SAVE");
Den Linke und somit die Info von Boris kannte ich bisher nicht, danke. Leider kann man
da nur lesen und nichts kommentieren :(
ZitatIch verzögere nun die initiale Aktualisierung des Kalenders um eine zufällig gewählte Zeitspanne von 10 bis 29 Sekunden nach Abschluss der Initialisierung von FHEM. Damit funktioniert auch die erstmalige Aktualisierung des Kalenders nach dem Neustart von FHEM bei mir einwandfrei, so dass man ein extra Reload nicht braucht.
Schade , das Boris die initiale Aktualisierung jetzt verzögert, ich hatte damit nie Probleme .
Gruss
klaus
Antwort #406
set calview update
Hallo,
bei mir wurden seit dem letzten Update keine Termine mehr angezeigt.
Die Lösung aus Antwort #406 - set calview update - hat vorläufig die Lösung gebracht.
Das muss ich aber teilweise manuell wiederholen, was ich eigentlich vermeiden möchte.
Wie kann man das in die config (oder woanders) einbauen, um das zu automatisieren?
Danke für Eure Antworten und Tipps!
begründung siehe oben - beim laden der calview-devices ist calendar noch ohne daten. du kannst:
- den intervall in calview runtersetzen zb alle 10 minuten
- ein notify auf das ende des fhemstarts legen und dieses ein at generieren lassen welchen ein update fährt
- händisch updaten
- auf das alte modul calendar vor dem 7.8. zurückkehren (version # $Id: 57_Calendar.pm 7701 2015-01-24 20:16:37Z borisneubert $)
letztere habe ich gemacht weil dort auch die serientermine richtig funktionieren
Hallo chris1284,
danke für die Antwort. Auf eine "alte" Version greife ich nur ungern zurück, denn dann muss ich ja nach jedem weiteren Update wieder die Kalenderdatei zurücksetzen...
Da ich noch nicht so sicher bin, wie man manche Dinge "einpflegt", kannst Du mir bitte ein Beispiel für
- ein notify auf das ende des fhemstarts legen und dieses ein at generieren lassen welchen ein update fährt
geben? Oder einen Link wo ich etwas ähnliches finde, dass ich mir dann anpassen kann?
Danke!
Ich meine, man auch Module vom Update ausschließen.....
http://www.fischer-net.de/hausautomation/fhem/43-fhem-aenderungen-an-updatefhem.html
Kvo1
ja, dazu muss man aber erst die version wieder einspielen. man setzt unter global das attr excludefromupdate und schreibt da 57_Calendar.pm rein
die neue version des calendar geht was termine angeht.
Zitat von: chris1284 am 14 August 2015, 06:05:23
die neue version des calendar geht was termine angeht.
habe gerade ein update gemacht ....
# $Id: 57_Calendar.pm 9063 2015-08-12 20:41:53Z borisneubert $
kann, was Termine anbelangt, so auf den ersten Blick auch nichts finden !
Aber dennoch muß ich generell nach einem restart immer den View nochmal updaten..... um in der Readingsgroup dann die Termine zu sehen
set <meinview> update :'(
nächste woche habe ich zeit mir nen workaround / eine lösung im modul einfallen zu lassen
Zitat von: chris1284 am 14 August 2015, 10:29:13
nächste woche habe ich zeit mir nen workaround / eine lösung im modul einfallen zu lassen
Hi chris1284
cool , Danke !
kvo1
Hi crhis,
vielen Dank für das Modul.
Ich nutze das widget für tablet ui, aber bei mir kommt immer nur keine Termine oder halt keine Termin morgen.
In der Instanz von Modul calview werden aber die entsprechenden Readings angezeigt.
Zitat von: kvo1 am 14 August 2015, 11:05:14
Hi chris1284
cool , Danke !
kvo1
Hallo chris1284,
bist Du eventuell hier noch dran ??
Gruss Klaus
da ich nun ganz neu hier bin was die Kalender und Kalender Ansicht betrifft gleich mal folgendes Problem
Ich habe habe mir einen Kalender angelegt der auch auf active steht und die Ansicht mit einer readingsgroup gemacht..
Soweit so gut, jetzt wird mir aber das log mit folgenden Fehlern geflutet
2015.09.19 08:26:59 3: at_rg_View_KalenderSchicht: HASH(0x1b812448)
2015.09.19 08:21:59 3: at_rg_View_KalenderSchicht: HASH(0x1b708cb8)
2015.09.19 08:16:59 3: at_rg_View_KalenderSchicht: HASH(0x1b5433c8)
es sind nicht nur diese 3 sondern es steht alles voll davon.
wie kann ich das abstellen..?
Zitat von: moonsorrox am 19 September 2015, 08:45:57
da ich nun ganz neu hier bin was die Kalender und Kalender Ansicht betrifft gleich mal folgendes Problem
Ich habe habe mir einen Kalender angelegt der auch auf active steht und die Ansicht mit einer readingsgroup gemacht..
Soweit so gut, jetzt wird mir aber das log mit folgenden Fehlern geflutet
2015.09.19 08:26:59 3: at_rg_View_KalenderSchicht: HASH(0x1b812448)
2015.09.19 08:21:59 3: at_rg_View_KalenderSchicht: HASH(0x1b708cb8)
2015.09.19 08:16:59 3: at_rg_View_KalenderSchicht: HASH(0x1b5433c8)
es sind nicht nur diese 3 sondern es steht alles voll davon.
wie kann ich das abstellen..?
Hi Ronny,
bekommst Du den Daten aus dem Calendar - Modul ?
get <Kalendername> full all Wie schaut den dein calview und die readingsgroup aus ?
kvo1
Zitat von: kvo1 am 20 September 2015, 00:47:57
Hi Ronny,
bekommst Du den Daten aus dem Calendar - Modul ?
get <Kalendername> full all
Wie schaut den dein calview und die readingsgroup aus ?
kvo1
Hallo Klaus ich bin der René.... ;) :P
Nee, alles gut die Termine werden angezeigt nur eben diese Fehlermeldungen
Hier mal das list der readingsgroup:
Internals:
CFGFN ./FHEM/Kalender.cfg
DEF <%time_calendar>,<Text>,<Zuletzt erfasst> myView
NAME rg_kalenderTermine
NR 3093
NTFY_ORDER 50-rg_kalenderTermine
STATE Initialized
TYPE readingsGroup
mayBeVisible 1
Content:
myView 1
Content2:
DEVICES:
ARRAY(0x346f8da8)
ARRAY(0x346f8d78)
Fhem:
lastDefChange 51
last_update 1442729342.7347
Helper:
DEF
mapping %READING
Positions:
myView.2014.01.02-00:45:00 2:1
myView.2015.09.24-22:00:00 2:2
myView.2015.10.01-20:00:00 2:3
myView.2015.10.12-00:00:00 2:4
myView.2015.10.29-20:00:00 2:5
myView.2015.10.30-20:00:00 2:6
myView.2015.12.21-00:00:00 2:7
Values:
formated:
ARRAY(0x3498c160)
ARRAY(0x3498c340)
ARRAY(0x1af0d9d8)
ARRAY(0x32fab4d0)
ARRAY(0x349a9770)
ARRAY(0x8a45d48)
ARRAY(0x21d74d20)
orig:
ARRAY(0x34416a10)
ARRAY(0x349a9f68)
ARRAY(0x346d2008)
ARRAY(0x346f94e0)
ARRAY(0x346f8a88)
ARRAY(0x11f73140)
ARRAY(0x21d52b98)
prefixsuffix:
ARRAY(0x346f89f8)
ARRAY(0x346f8dc0)
ARRAY(0x346f9450)
ARRAY(0x346f8bc0)
ARRAY(0x21d20c40)
ARRAY(0x349e5490)
ARRAY(0x21d39520)
Attributes:
alias Termine
group _Kalender Ansicht_
mapping %READING
room Kalender da taucht ja soetwas auch auf...!
und hier das List vom calview:
Internals:
CFGFN ./FHEM/Kalender.cfg
DEF Kalender_Musik,Kalender_Schicht,Kalender_Urlaub 1 900
INTERVAL 900
KALENDER Kalender_Musik,Kalender_Schicht,Kalender_Urlaub
NAME myView
NR 3082
STATE t: 8 td: 0 tm: 0
TYPE CALVIEW
Readings:
2015-09-20 08:07:38 2014.01.02-00:45:00 Fräser Treff
2015-09-20 08:07:38 2015.09.24-22:00:00 Nachtschicht
2015-09-20 08:07:38 2015.10.01-20:00:00 Stahlmann
2015-09-20 08:07:38 2015.10.12-00:00:00 Urlaub 12.10. - 25.10.
2015-09-20 08:07:38 2015.10.29-20:00:00 Unzucht
2015-09-20 08:07:38 2015.10.30-20:00:00 Cradle of Filth
2015-09-20 08:07:38 2015.12.21-00:00:00 Urlaub Weihnachten
Attributes:
modes modeAlarm,modeStart,modeStarted,modeUpcoming
oldStyledReadings 1
room Kalender da sind die Termine alle drin, sind 3 Testkalender mit ein paar Sachen drin aber sollte alles richtig sein...
hast du acuh die rg für oldstyledreadings (ist bei dir gesetzt) genommen und nicht die für die standardreadings?
@Klaus:
ZitatHallo chris1284,
bist Du eventuell hier noch dran ??
Gruss Klaus
nee, aktuell garkeine zeit und da ich mein fhem sehr selten neustarte stört mich der eine zusätzliche handgriff/ das zusätzliche at nach start (habe eines das 10 min nach fhem initialisierung kalender und view updated) noch nicht wirklich
Zitat von: chris1284 am 20 September 2015, 08:32:13
hast du acuh die rg für oldstyledreadings (ist bei dir gesetzt) genommen und nicht die für die standardreadings?
bei der RG gibt es dieses Attribut bei mir gar nicht... :-\
Hallo Rene'
Sorry wegen der Namensverwechslung, wollte auch Rene' Schreiben.
Ne , ein Attribute gibt es da in der rg auch nicht.
Stell doch mal deine Def im calview testweise auf 2.
Ich kann dir auch mal meine konfig schicken .
Klaus
Zitat von: kvo1 am 20 September 2015, 09:57:00
Ne , ein Attribute gibt es da in der rg auch nicht.
Stell doch mal deine Def im calview testweise auf 2.
Ich kann dir auch mal meine konfig schicken .
Klaus
das ändert leider nichts diese Fehler treten auch mit "2" weiter auf
Die Konfig kannst du gerne schicken, da kann ich mal schauen ob ich evtl. etwas verbessern kann. Ist alles nur mal Testweise eingerichtet bis ich dann andere Kalender (mit Schichtarbeit) einrichte und damit dann eine Beleuchtung schalte... jetzt wo es langsam früh dunkel wird ;)
EDITH://
ich habe mal das at deaktiviert
Fehler sind jetzt weg ist ja klar...!
2015.09.20 11:01:01 3: at_rg_View_KalenderSchicht: HASH(0x378b6ac8)
Hi René,
ich habe 3 Kalender (owncloud), hier der calview....
define vocalview2 CALVIEW Kal1,Kal2,Kal3 2 3600
attr vocalview2 icon Zoom-in
attr vocalview2 maxreadings 20
attr vocalview2 modes all
attr vocalview2 room Kalender
jetzt die RG, zur Unterscheidung stelle ich die Kalender farblich dar ...
define Termine readingsGroup <V_Datum>,<V_Zeit>,<B_Datum>,<B_Zeit>,<Text>,<Kalender> vocalview2:t_001_bdate,t_001_btime,t_001_edate,t_001_etime,t_001_summary,t_001_source vocalview2:t_002_bdate,t_002_btime,t_002_edate,t_002_etime,t_002_summary,t_002_source vocalview2:t_003_bdate,t_003_btime,t_003_edate,t_003_etime,t_003_summary,t_003_source vocalview2:t_004_bdate,t_004_btime,t_004_edate,t_004_etime,t_004_summary,t_004_source vocalview2:t_005_bdate,t_005_btime,t_005_edate,t_005_etime,t_005_summary,t_005_source vocalview2:t_006_bdate,t_006_btime,t_006_edate,t_006_etime,t_006_summary,t_006_source vocalview2:t_007_bdate,t_007_btime,t_007_edate,t_007_etime,t_007_summary,t_007_source vocalview2:t_008_bdate,t_008_btime,t_008_edate,t_008_etime,t_008_summary,t_008_source vocalview2:t_009_bdate,t_009_btime,t_009_edate,t_009_etime,t_009_summary,t_009_source vocalview2:t_010_bdate,t_010_btime,t_010_edate,t_010_etime,t_010_summary,t_010_source vocalview2:t_011_bdate,t_011_btime,t_011_edate,t_011_etime,t_011_summary,t_011_source vocalview2:t_012_bdate,t_012_btime,t_012_edate,t_012_etime,t_012_summary,t_012_source vocalview2:t_013_bdate,t_013_btime,t_013_edate,t_013_etime,t_013_summary,t_013_source vocalview2:t_014_bdate,t_014_btime,t_014_edate,t_014_etime,t_014_summary,t_014_source vocalview2:t_015_bdate,t_015_btime,t_015_edate,t_015_etime,t_015_summary,t_015_source vocalview2:t_016_bdate,t_016_btime,t_016_edate,t_016_etime,t_016_summary,t_016_source vocalview2:t_017_bdate,t_017_btime,t_017_edate,t_017_etime,t_017_summary,t_017_source vocalview2:t_018_bdate,t_018_btime,t_018_edate,t_018_etime,t_018_summary,t_018_source vocalview2:t_019_bdate,t_019_btime,t_019_edate,t_019_etime,t_019_summary,t_019_source vocalview2:t_020_bdate,t_020_btime,t_020_edate,t_020_etime,t_020_summary,t_020_source
attr Termine fp_Uebersicht 53,186,0,,
attr Termine group Terminliste
attr Termine nameStyle style="font-weight:bold;;color:White"
attr Termine nonames 1
attr Termine room Kalender
attr Termine valueStyle {if(substr($READING,5,7) eq "_source" && $VALUE eq "Kal1"){ 'style="color:blue"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "Kal2" ){ 'style="color:red"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "Kal3" ){ 'style="color:green"' }else{ 'style="color:white"' } }
attr Termine visibility hidden
dann noch die Aktualisierung per at
define at_KalenderTermine at +*02:00:00 {\
my $i;;\
my $modtext = "<V_Datum>,<V_Zeit>,<B_Datum>,<B_Zeit>,<Text>,<Kalender> ";;\
for($i= 1;;$i<=20;;$i++){\
$modtext .= "vocalview2:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_source " ;;}\
fhem("modify Termine $modtext");;\
fhem("save");;\
}
attr at_KalenderTermine alias wird wieder aktualisiert ==>
attr at_KalenderTermine group Timer
attr at_KalenderTermine icon time_timer@LightSeaGreen
attr at_KalenderTermine room Kalender
viel Erfolg !
OK, vielen Dank, da habe ich was zum basteln wenn ich zuhause bin...! ;)
Hast du eigentlich etwas in der 99_myUtils zu deinen Kalendern, ich hatte da mal ein Codeblock gefunden ;)
ZitatHast du eigentlich etwas in der 99_myUtils zu deinen Kalendern, ich hatte da mal ein Codeblock gefunden
Nein !
@uniqueck, hast Du auch das javascript file für das widget in www/tablet/js kopiert?
Grüße
/Till
ja natürlich, funktioniert es denn bei dir?
ich habe ein paar debug ausgaben eingebaut und da wurde immer nix erkannt und aktuell zeigt er mir
ständig ein und dasselbe event an, obwohl dies am 18.09. der fall war.
ich versuche nun den Weg über eine readingsgroup zu gehen, die können ja auch per widget eingebunden werden.
ich hätte gerne nur mal gewusst, ob das widget auch andere einsetzen und dieselben fehler haben.
aber schon einmal vielen dank für die rückmeldung.
grüße
constantin
Hi Chris,
großes Kompliment an Dich und die Ko-Worker zu diesem tollen Modul! Klasse Arbeit, das Sahnehäubchen ist das Modul für die Tablet UI! Damit wird der Familienkalender zur Realität und bestimmt manche Ehe gerettet ;-)
Till
Ja, es funktioniert wie es soll ... scheint insgesamt aber nur wenig getestet zu werden, gerade mal 13 mal (inkl. uns beiden) runtergeladen worden ...
@uniqueck: Ich bin auch über die ReadingGroup gegangen, genau wie in http://forum.fhem.de/index.php/topic,19922.0.html unter 1) -3) beschrieben, kein oldstyling.
kann mir jemand sagen warum ich diesen Fehler bekomme..?
Zitat2015.09.23 13:01:04 3: at_KalenderTermine_S: syntax error at (eval 202398) line 4, at EOF
2015.09.23 12:51:04 3: at_KalenderTermine_S: syntax error at (eval 196652) line 4, at EOF
das "at" liest aus dem Calview "View_S" die Termine aus, was auch funktioniert. Nur eben immer dieser Fehler..!
Ich habe 2 weitere Calview die identisch sind, da ist dieser Fehler nicht.. Den Code habe ich schon mal aus diesen kopiert, aber der Fehler tritt wieder auf.
EDITH://auch bei den anderen beiden tritt dieser Fehler auf... hatte aber keine Zeit dem bisher nachzugehen
Code vom at aus dem DEF:
+*00:10:00 {
my $i;
my $modtext = "<Datum>,<Uhrzeit>,<Datum - Ende>,<Zeit - Ende>,<Ereignis>,<Ort>,<Kalender> ";
for($i= 1;;$i<=20;;$i++){
$modtext .= "View_S:.t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_source " ;}
fhem("modify rg_Termine_S $modtext");
fhem("save");
}
Hallo,
$modtext .= "View_S:.t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_source " ;}
Vermutlich.
Gruß
Hans
Zitat von: Hans Franz am 23 September 2015, 13:40:05
Hallo,
$modtext .= "View_S:.t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_source " ;}
Vermutlich.
Gruß
Hans
nein, leider liegt es daran wohl nicht..!
Es müssen auch zwei "}" sein am Anfang sind ja auch zwei öffnende "{"
Hallo,
Sorry, nicht genau hingeschaut.
Die doppelten Semikola in for (i=1;;$i<=20;;$i++) könnten die Ursache sein.
Gruß
Hans
Zitat von: Hans Franz am 28 September 2015, 22:49:18
Hallo,
Sorry, nicht genau hingeschaut.
Die doppelten Semikola in for (i=1;;$i<=20;;$i++) könnten die Ursache sein.
Gruß
Hans
Fehler habe ich heute nun gefunden, es lag einfach an meiner Konfiguration ich hatte eine weitere Anzeige Option hinzugefügt und in dieser war der Fehler drin, es ging um den Ort den ich hinzugefügt habe und da ich kein Perl Profi bin hatte ich hier etwas falsch geschrieben
Um diesen Teil handelte es sich:
t_".sprintf('%03d',$i)."_location,
Hallo, erstmal ein großes danke für die Kalenderfunktion! Läuft auch bei mir endlich ganz gut und die Grundfunktion läuft, ich habe jedoch noch ein aber:
Ich bekomme keine vernünftige Aktualisierung hin :( Nur wenn ich set ChristophKalender update
get ChristophKalender full modeUpcoming in die cfg schreibe funktioniert das Ganze. Dann erhalte ich aber auch zu jedem Ereignis einen Error beim Speichern. Versuche ich etwas anderes zum Aktualisieren (per at oder ein notify mit einer Schaltfläche) bringt das nichts, ich muss in die cfg und dann diese erneut Speichern. Was mache ich dabei falsch, wie kann ich das auf einfachstem Wege aktualisieren lassen? :-\
Hier mein vollständiger Code:
define ChristophKalender Calendar ical file /home/XYZ.ics 60
set ChristophKalender update
get ChristophKalender full modeUpcoming
define Erinnerung CALVIEW ChristophKalender 1 60
attr Erinnerung maxreadings 6
define Termine readingsGroup <Datum>,<Beginn>,<Beschreibung>,<bis>
attr Termine group Kalender
attr Termine nameStyle style="font-size:18px"
attr Termine noheading 1
attr Termine nonames 1
attr Termine nostate 1
attr Termine notime 1
attr Termine room Wohnzimmer
define at_kalenderTermine at +*00:01:00 {\
my $i;; \
my $modtext = "<Datum>,<Beginn>,<Beschreibung>,<bis> ";;\
for($i= 1;;$i<= ReadingsVal("Erinnerung","c-tomorrow", 0);;$i++){\
$modtext .= "Erinnerung:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_etime ";;}\
for($i= 1;;$i<= ReadingsVal("Erinnerung","c-today", 0);;$i++){\
$modtext .= "Erinnerung:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_etime ";;}\
for($i= 1;;$i<= ReadingsVal("Erinnerung","c-term", 0);;$i++){\
$modtext .= "Erinnerung:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_etime ";;}\
fhem("modify Termine $modtext");;\
}
Besten Dank für jede Hilfe!
PS: Bei der Erkennung von morgen und heute gibts auch noch starke Probleme, aber eins nach dem anderen :-\
set ChristophKalender update
get ChristophKalender full modeUpcoming
das gehört nicht in die fhem-cfg sondern in ein at, wobei das "get" garnicht benötigt wird, außer du willst dir daten direkt aus calendar im webif ansehen (dann brauchst du aber kein calview).
des weiteren kannst du den update-interval im calendar selbt einstellen und benötigst kein at
define at_kalenderTermine at +*00:01:00
alle 1 minute die rg zu aktualisieren ist etwas heftig und sinnlos da der kalender sich default alle 1 stunder aktualisiert und die rg aus dem calview gefüttert wird (welches sich default auch nur alles 12h updated)
du musst halt das update des calendar mit dem von calview und dem von der rg in einklang bringen (je nach dem wie oft du am calendar was änderst wie zb neuer termine erstellst)
der ablauf ist somit so:
update calendar -> update calview -> update rg
zb per at
calendar 12:00 uhr -> calview 12:03 -> rg 12:06
oder per at ohne feste zeit
calendar +*01:00:00 -> calview +*01:03:00 -> rg +*01:06:00 das in die cfg, reboot von fhem und die timer starten so das sie genau so nacheinander folgen (da wenn du sie so eingibst immer die zeit ab der definition gerechnet wird und wenn du 3h zum definieren brauchst startet der erste calview viel später ;) )
Hi chris1284,
wobei sich ja die/die Kalender per <interval> (falls vorhanden) aktualisieren und es doch kein "at" darf.
Nur die readingsgroup selbst wird doch über "at" aktualisiert (nach meinem Verständnis !?
gruss
klaus
Zitat von: chris1284 am 03 Oktober 2015, 08:45:25
des weiteren kannst du den update-interval im calendar selbt einstellen und benötigst kein at
hab ich auch geschrieben ;)
Zitat von: chris1284 am 04 Oktober 2015, 19:51:01
hab ich auch geschrieben ;)
sorry , wer lesern kann und dann noch wirklich liest , ist klar im Vorteil ;)
Okay danke schon für die Hilfe! So ähnlich hatte ich es auch aus den vielen Seiten herausgelesen und es mit at versucht. Hier mein (erfolgloser) Versuch:
define ChristophKalender Calendar ical file /home/pi/NAS/vonWindows/KalenderCH.ics 60
define Erinnerung at +*00:03:00 CALVIEW ChristophKalender 1
attr Erinnerung maxreadings 6
define Termine at +*00:04:00 readingsGroup <Datum>,<Beginn>,<Beschreibung>,<bis>
attr Termine group Kalender
attr Termine nameStyle style="font-size:18px"
attr Termine noheading 1
attr Termine nonames 1
attr Termine nostate 1
attr Termine notime 1
attr Termine room Wohnzimmer
define at_kalenderTermine at +*00:05:00 {\
my $i;; \
my $modtext = "<Datum>,<Beginn>,<Beschreibung>,<bis> ";;\
for($i= 1;;$i<= ReadingsVal("Erinnerung","c-tomorrow", 0);;$i++){\
$modtext .= "Erinnerung:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_etime ";;}\
for($i= 1;;$i<= ReadingsVal("Erinnerung","c-today", 0);;$i++){\
$modtext .= "Erinnerung:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_etime ";;}\
for($i= 1;;$i<= ReadingsVal("Erinnerung","c-term", 0);;$i++){\
$modtext .= "Erinnerung:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_etime ";;}\
fhem("modify Termine $modtext");;\
}
Aber wenn ich kein set und get einbinde, funktioniert in der Form leider nichts. Es erscheint nur die Anzeige:
Termine Next: 22:24:10
Dass die zeitlichen Abstände noch ziemlich unsinnig sind, ist klar. Handelt sich erstmal nur um einen Test. Später reicht das 1x pro Tag auf jeden Fall aus. Also wo habe ich noch Fehler in diesem Code? ??? Danke für eure Geduld :-[
@ChHerrm
versuch dochmal mein Beispiel aus Antwort #430 nachzubauen !
Das sind zwar 3 Kalender , kannst Du aber einfach einkürzen !
"
Ja, es funktioniert wie es soll ... scheint insgesamt aber nur wenig getestet zu werden, gerade mal 13 mal (inkl. uns beiden) runtergeladen worden ...
"
Hallo
schaue immer mal wieder rein, hätte auch gerne einen eigenen Kalender, aber nicht in der Cloud von Google oder sonst wem. Der Thread ist nun schon 440 Beiträge lang, im Wiki steht nur ein wenig, ob der erste Post die aktuellsten Infos enthält ? Nicht als Vorwurf nur als hinweis. Nicht jeder hat so viel Zeit sich immer durch die Ganzen Threads zu lesen.... also schaue ich immer ins Wiki.
Mein Wunsch. Termine auf meinem Server speichern, am besten über FHEM Termine auch eingeben. und dann halt auch anzeigen. Geht das ?
Zitat von: Franz Tenbrock am 06 Oktober 2015, 09:04:24
Mein Wunsch. Termine auf meinem Server speichern, am besten über FHEM Termine auch eingeben. und dann halt auch anzeigen. Geht das ?
na klar geht sowas, nur eben die Termine mußt du dir schon irgendwo eintragen Google Kalender oder deine owncloud...! nur diese kann CALVIEW auch einlesen, anderes ist mir da nicht bekannt... also bisher nicht über FHEM, wie soll der das den verarbeiten, hat doch keinen eigenen Kalender und das soll das Modul ja auch gar nicht können...!
Für die die das "noch" hinbekommen haben, Klaus hat 3 Beispiele in #430 abgelegt diese funktionieren super, danach habe ich das auch aufgebaut.... Anzupassen sind dabei eben z.B. dies Stelle hier "vocalview2" jeder kann seinen Kalender ja nennen wie er möchte... ;)
Ich lese z.B. aus 3 verschiedene Kalender ein und wenn ein CALVIEW angelegt ist mal bitte in den Readings schauen dort ist noch jede Menge anderes an Readings angelegt was genutzt werden kann...
Diese Dinge verwende ich dann mit einem DOIF und kann nach Status/Kalender auch Geräte schalten
Okay ich habe es jetzt mal nach #430 aufgebaut. Aber irgendwie läuft das noch nicht so richtig. Folgendermaßen sieht der Code aus: (Habe erstmal 3x den gleichen kalender genommen)
define Kal1 Calendar ical file /home/XYZ/KalenderCH.ics 60
define Kal2 Calendar ical file /home//XYZ/KalenderCH.ics 60
define Kal3 Calendar ical file /home//XYZ/KalenderCH.ics 60
define vocalview2 CALVIEW Kal1, Kal2, Kal3 2 70
attr vocalview2 icon Zoom-in
attr vocalview2 maxreadings 20
attr vocalview2 room Kalender
#attr vocalview2 modes all
#attr vocalview2 modeUpcoming
define Termine readingsGroup <V_Datum>,<V_Zeit>,<B_Datum>,<B_Zeit>,<Text>,<Kalender> vocalview2:t_001_bdate,t_001_btime,t_001_edate,t_001_etime,t_001_summary,t_001_source vocalview2:t_002_bdate,t_002_btime,t_002_edate,t_002_etime,t_002_summary,t_002_source vocalview2:t_003_bdate,t_003_btime,t_003_edate,t_003_etime,t_003_summary,t_003_source vocalview2:t_004_bdate,t_004_btime,t_004_edate,t_004_etime,t_004_summary,t_004_source vocalview2:t_005_bdate,t_005_btime,t_005_edate,t_005_etime,t_005_summary,t_005_source vocalview2:t_006_bdate,t_006_btime,t_006_edate,t_006_etime,t_006_summary,t_006_source vocalview2:t_007_bdate,t_007_btime,t_007_edate,t_007_etime,t_007_summary,t_007_source vocalview2:t_008_bdate,t_008_btime,t_008_edate,t_008_etime,t_008_summary,t_008_source vocalview2:t_009_bdate,t_009_btime,t_009_edate,t_009_etime,t_009_summary,t_009_source vocalview2:t_010_bdate,t_010_btime,t_010_edate,t_010_etime,t_010_summary,t_010_source vocalview2:t_011_bdate,t_011_btime,t_011_edate,t_011_etime,t_011_summary,t_011_source vocalview2:t_012_bdate,t_012_btime,t_012_edate,t_012_etime,t_012_summary,t_012_source vocalview2:t_013_bdate,t_013_btime,t_013_edate,t_013_etime,t_013_summary,t_013_source vocalview2:t_014_bdate,t_014_btime,t_014_edate,t_014_etime,t_014_summary,t_014_source vocalview2:t_015_bdate,t_015_btime,t_015_edate,t_015_etime,t_015_summary,t_015_source vocalview2:t_016_bdate,t_016_btime,t_016_edate,t_016_etime,t_016_summary,t_016_source vocalview2:t_017_bdate,t_017_btime,t_017_edate,t_017_etime,t_017_summary,t_017_source vocalview2:t_018_bdate,t_018_btime,t_018_edate,t_018_etime,t_018_summary,t_018_source vocalview2:t_019_bdate,t_019_btime,t_019_edate,t_019_etime,t_019_summary,t_019_source vocalview2:t_020_bdate,t_020_btime,t_020_edate,t_020_etime,t_020_summary,t_020_source
attr Termine group Terminliste
attr Termine nameStyle style="font-weight:bold;;color:White"
attr Termine nonames 1
attr Termine room Kalender
attr Termine valueStyle {if(substr($READING,5,7) eq "_source" && $VALUE eq "Kal1"){ 'style="color:blue"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "Kal2" ){ 'style="color:red"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "Kal3" ){ 'style="color:green"' }else{ 'style="color:white"' } }
#attr Termine fp_Uebersicht 53,186,0,,
#attr Termine visibility hidden
define at_KalenderTermine at +*00:02:00 {\
my $i;;\
my $modtext = "<V_Datum>,<V_Zeit>,<B_Datum>,<B_Zeit>,<Text>,<Kalender> ";;\
for($i= 1;;$i<=20;;$i++){\
$modtext .= "vocalview2:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_source " ;;}\
fhem("modify Termine $modtext");;\
fhem("save");;\
}
attr at_KalenderTermine alias wird wieder aktualisiert ==>
attr at_KalenderTermine group Timer
attr at_KalenderTermine icon time_timer@LightSeaGreen
attr at_KalenderTermine room Kalender
Die Zeilen die zu Fehlern führten habe ich erstmal auskommentiert. Was stimmt hierbei noch nicht? Meine Kalenderdefinition? Ansonsten habe ich ja alles so genutzt...
attr modes all brauchst denn du möchtest ja alles sehen
attr fp brauchst du nicht ist Floorplan
attr hidden versteckt die ANzeige
hier mal mein Beispiel:
Kalender:
define SchichtKalender Calendar ical url https://www.google.com/calendar/ical/xxxxxxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxx.ics 3600
attr SchichtKalender alias Schicht Kalender
attr SchichtKalender room Kalender
CALVIEW:
define View_S CALVIEW SchichtKalender 2 3600
attr View_S maxreadings 10
attr View_S modes all
attr View_S room Kalender
Aktualisierung:
define at_KalenderTermine_S at +*04:00:00 {\
my $i;;\
my $modtext = "<Datum>,<Uhrzeit>,<Datum - Ende>,<Zeit - Ende>,<Ereignis>,<Kalender> ";;\
for($i= 1;;$i<=20;;$i++){\
$modtext .= "View_S:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_source " ;;}\
fhem("modify rg_Termine_S $modtext");;\
fhem("save");;\
}
attr at_KalenderTermine_S alias Schicht - Kalender wird aktualisiert ==>
attr at_KalenderTermine_S group Timer
attr at_KalenderTermine_S icon time_timer@LightSeaGreen
attr at_KalenderTermine_S room Kalender
#attr Termine fp_Uebersicht 53,186,0,,
#attr Termine visibility hidden
das hatte ich vergessen rauszulöschen !
ich habe einen Floorplan auf dem u.a. ein Kalender-ICON liegt , beim klick auf dieses ICON werden dann
die Termine (die readingsgroup) angezeigt.
In dieser RG ist dann ein weiteres kleines ICON, beim klick darauf schließt sich die RG wieder ;)
Bei mir bleibt nach wie vor "attr ... modes all" ein unbekannter Befehl für FHEM :o
Wieso funktioniert der Befehl bei euch, aber bei mir nicht?
Egal welche von euren beiden Lösungen ich nehme, erhalte ich in etwa das gleiche Resultat (s. Anhang).
Zitat von: ChHerrm am 06 Oktober 2015, 16:14:28
Bei mir bleibt nach wie vor "attr ... modes all" ein unbekannter Befehl für FHEM :o
<modus>
0 für "modeStarted" Termine
1 für "modeStarted";"modeUpcoming" Termine
2 für "all" Termine
steht so im Wiki... :-\
siehe Wiki (http://www.fhemwiki.de/wiki/CALVIEW)
in den Attributen steht aber modes
Okay dann habe ich das doch aber schon abgedeckt in der Definition. Dann bleibt also noch folgender, nicht funktionierender Code:
define SchichtKalender Calendar ical file /home/XYZ/KalenderCH.ics 60
attr SchichtKalender alias Schicht Kalender
attr SchichtKalender room Kalender
define View_S CALVIEW SchichtKalender 1 70
attr View_S maxreadings 10
attr View_S room Kalender
#attr View_S modes all
define at_KalenderTermine_S at +*00:02:00 {\
my $i;;\
my $modtext = "<Datum>,<Uhrzeit>,<Datum - Ende>,<Zeit - Ende>,<Ereignis>,<Kalender> ";;\
for($i= 1;;$i<=20;;$i++){\
$modtext .= "View_S:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_source " ;;}\
fhem("modify rg_Termine_S $modtext");;\
fhem("save");;\
}
attr at_KalenderTermine_S alias Schicht - Kalender wird aktualisiert ==>
attr at_KalenderTermine_S group Timer
attr at_KalenderTermine_S icon time_timer@LightSeaGreen
attr at_KalenderTermine_S room Kalender
Und genau so sollte der eigentlich funktionieren oder? Woran kann es dann sonst liegen? Dass ich eine Outlookdatei statt eines Googlekalenders genommen habe sollte doch kein Problem sein hoffe ich. Über meine erste Variante mit set und get ging es ja auch :-\
was zeigt denn dein Kalender als Status...?
und wie sehen die Readings von CALVIEW aus..?
Auf der Kalenderseite active (s. Bild vorhin). In den Internals wird nichts angezeigt.
und ein list View_S
Internals:
DEF SchichtKalender 1 70
INTERVAL 43200
KALENDER SchichtKalender
MODES modeStarted;modeUpcoming
NAME View_S
NR 290
STATE t: 10 td: 0 tm: 0
TYPE CALVIEW
Readings:
2015-10-06 18:30:58 c-term 10
2015-10-06 18:30:58 c-today 0
2015-10-06 18:30:58 c-tomorrow 0
2015-10-06 18:30:58 state t: 10 td: 0 tm: 0
Attributes:
maxreadings 10
room Kalender
Wobei das Interval irgendwie merkwürdig ist oder?
schreib mal bitte ins DEF folgendes "SchichtKalender 2 3600"
dann sollte dein Intervall 3600 sein, denn du hast ja 10 Termine auf "t" dann mach mal ein set View_S update un dwieder ein list
Die 2 steht für alle Termine
Internals:
DEF SchichtKalender 2 3600
INTERVAL 43200
KALENDER SchichtKalender
MODES all
NAME View_S
NR 290
STATE t: 10 td: 0 tm: 0
TYPE CALVIEW
Readings:
2015-10-06 18:53:12 c-term 10
2015-10-06 18:53:12 c-today 0
2015-10-06 18:53:12 c-tomorrow 0
2015-10-06 18:53:12 state t: 10 td: 0 tm: 0
2015-10-06 18:53:12 t_001_bdate 11.10.2015
2015-10-06 18:53:12 t_001_btime 14:00:00
2015-10-06 18:53:12 t_001_edate 11.10.2015
2015-10-06 18:53:12 t_001_etime 15:45:00
2015-10-06 18:53:12 t_001_summary ereignis1
2015-10-06 18:53:12 t_002_bdate 14.10.2015
2015-10-06 18:53:12 t_002_btime 11:00:00
2015-10-06 18:53:12 t_002_edate 14.10.2015
2015-10-06 18:53:12 t_002_etime 20:00:00
2015-10-06 18:53:12 t_002_summary ereignis1
2015-10-06 18:53:12 t_003_bdate 18.10.2015
2015-10-06 18:53:12 t_003_btime 14:00:00
2015-10-06 18:53:12 t_003_edate 18.10.2015
2015-10-06 18:53:12 t_003_etime 15:45:00
2015-10-06 18:53:12 t_003_summary ereignis1
2015-10-06 18:53:12 t_004_bdate 25.10.2015
2015-10-06 18:53:12 t_004_btime 14:00:00
2015-10-06 18:53:12 t_004_edate 25.10.2015
2015-10-06 18:53:12 t_004_etime 15:45:00
2015-10-06 18:53:12 t_004_summary ereignis1
2015-10-06 18:53:12 t_005_bdate 31.10.2015
2015-10-06 18:53:12 t_005_btime 12:00:00
2015-10-06 18:53:12 t_005_edate 31.10.2015
2015-10-06 18:53:12 t_005_etime 17:00:00
2015-10-06 18:53:12 t_005_summary ereignis1
2015-10-06 18:53:12 t_006_bdate 01.11.2015
2015-10-06 18:53:12 t_006_btime 14:00:00
2015-10-06 18:53:12 t_006_edate 01.11.2015
2015-10-06 18:53:12 t_006_etime 15:45:00
2015-10-06 18:53:12 t_006_summary ereignis1
2015-10-06 18:53:12 t_007_bdate 06.11.2015
2015-10-06 18:53:12 t_007_btime 00:00:00
2015-10-06 18:53:12 t_007_edate 07.11.2015
2015-10-06 18:53:12 t_007_etime 00:00:00
2015-10-06 18:53:12 t_007_summary ereignis1
2015-10-06 18:53:12 t_008_bdate 07.11.2015
2015-10-06 18:53:12 t_008_btime 14:00:00
2015-10-06 18:53:12 t_008_edate 07.11.2015
2015-10-06 18:53:12 t_008_etime 15:45:00
2015-10-06 18:53:12 t_008_summary ereignis1
2015-10-06 18:53:12 t_009_bdate 08.11.2015
2015-10-06 18:53:12 t_009_btime 00:00:00
2015-10-06 18:53:12 t_009_edate 09.11.2015
2015-10-06 18:53:12 t_009_etime 00:00:00
2015-10-06 18:53:12 t_009_summary ereignis1
2015-10-06 18:53:12 t_010_bdate 12.11.2015
2015-10-06 18:53:12 t_010_btime 00:00:00
2015-10-06 18:53:12 t_010_edate 13.11.2015
2015-10-06 18:53:12 t_010_etime 00:00:00
2015-10-06 18:53:12 t_010_summary ereignis1
Attributes:
maxreadings 10
room Kalender
AUsgelesen wird das Ganze schon mal. Jedoch wird noch immer nichts angezeigt und das Interval ist unverändert.
Zitat von: ChHerrm am 06 Oktober 2015, 18:57:40
AUsgelesen wird das Ganze schon mal. Jedoch wird noch immer nichts angezeigt und das Interval ist unverändert.
ist doch schon etwas und wie sieht deine Readingsgroup aus, denn nur die zeigt die Termine an
schau mal auf mein Screenshot die Terminliste ist die Readinggroup, ich habe verschiedene welche mit Ort und welche ohne Ort, denn wo ich arbeite ist ja immer das gleiche also brauche ich die nicht ;)
Terminliste für die Schichten sieht wüst aus aber auch nur weil ich einfach was eintrage und mit einem weiteren DOIF teste
Erstmal so:
define Termine readingsGroup <Datum>,<Uhrzeit>,<Datum - Ende>,<Zeit - Ende>,<Ereignis>,<Kalender>
attr Termine group Kal
attr Termine nameStyle style="font-size:18px"
attr Termine noheading 1
attr Termine nonames 1
attr Termine nostate 1
attr Termine notime 1
attr Termine room Kalender
Steht aber außer den Überschriften nichts drin.
Zitat von: ChHerrm am 06 Oktober 2015, 19:08:48
Erstmal so:
define Termine readingsGroup <Datum>,<Uhrzeit>,<Datum - Ende>,<Zeit - Ende>,<Ereignis>,<Kalender>
attr Termine group Kal
attr Termine nameStyle style="font-size:18px"
attr Termine noheading 1
attr Termine nonames 1
attr Termine nostate 1
attr Termine notime 1
attr Termine room Kalender
Steht aber außer den Überschriften nichts drin.
das geht ja auch nicht so...!
nimm mal die für den Schichtkalender:
define rg_Termine_S readingsGroup <Datum>,<Uhrzeit>,<Datum - Ende>,<Zeit - Ende>,<Ereignis>,<Kalender> View_S:t_001_bdate,t_001_btime,t_001_edate,t_001_etime,t_001_summary,t_001_source View_S:t_002_bdate,t_002_btime,t_002_edate,t_002_etime,t_002_summary,t_002_source View_S:t_003_bdate,t_003_btime,t_003_edate,t_003_etime,t_003_summary,t_003_source View_S:t_004_bdate,t_004_btime,t_004_edate,t_004_etime,t_004_summary,t_004_source View_S:t_005_bdate,t_005_btime,t_005_edate,t_005_etime,t_005_summary,t_005_source View_S:t_006_bdate,t_006_btime,t_006_edate,t_006_etime,t_006_summary,t_006_source View_S:t_007_bdate,t_007_btime,t_007_edate,t_007_etime,t_007_summary,t_007_source View_S:t_008_bdate,t_008_btime,t_008_edate,t_008_etime,t_008_summary,t_008_source View_S:t_009_bdate,t_009_btime,t_009_edate,t_009_etime,t_009_summary,t_009_source View_S:t_010_bdate,t_010_btime,t_010_edate,t_010_etime,t_010_summary,t_010_source View_S:t_011_bdate,t_011_btime,t_011_edate,t_011_etime,t_011_summary,t_011_source View_S:t_012_bdate,t_012_btime,t_012_edate,t_012_etime,t_012_summary,t_012_source View_S:t_013_bdate,t_013_btime,t_013_edate,t_013_etime,t_013_summary,t_013_source View_S:t_014_bdate,t_014_btime,t_014_edate,t_014_etime,t_014_summary,t_014_source View_S:t_015_bdate,t_015_btime,t_015_edate,t_015_etime,t_015_summary,t_015_source View_S:t_016_bdate,t_016_btime,t_016_edate,t_016_etime,t_016_summary,t_016_source View_S:t_017_bdate,t_017_btime,t_017_edate,t_017_etime,t_017_summary,t_017_source View_S:t_018_bdate,t_018_btime,t_018_edate,t_018_etime,t_018_summary,t_018_source View_S:t_019_bdate,t_019_btime,t_019_edate,t_019_etime,t_019_summary,t_019_source View_S:t_020_bdate,t_020_btime,t_020_edate,t_020_etime,t_020_summary,t_020_source
attr rg_Termine_S alias -- Schichten --
attr rg_Termine_S cellStyle { "r:1"=>'style="font-weight:normal;;font-size:16px;;color:AntiqueWhite;;"',"c:0"=>'style="font-weight:normal;;font-size:14px;;text-align:left;;padding-left:0pt;;color:LightSteelBlue;;"'}
attr rg_Termine_S group Terminliste
attr rg_Termine_S nameStyle style="font-weight:bold;;color:White"
attr rg_Termine_S nonames 1
attr rg_Termine_S room Kalender
attr rg_Termine_S sortby 02
attr rg_Termine_S valueStyle {if(substr($READING,5,7) eq "_source" && $VALUE eq "UrlaubsKalender"){ 'style="color:blue"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "SchichtKalender" ){ 'style="color:red"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "MusikKalender" ){ 'style="color:DarkOrchid"' }else{ 'style="color:white"' } }
#attr rg_Termine_S visibility hidden
alles andere Namen usw. kannst du später an deine Bedürfnisse anpassen
Ja ich habe alles so übernommen, noch immer ohne Anzeige.
Hier nochmal das Gesamtwerk:
define SchichtKalender Calendar ical file /home/XYZ/KalenderCH.ics 60
attr SchichtKalender alias Schicht Kalender
attr SchichtKalender room Kalender
define View_S CALVIEW SchichtKalender 2 3600
attr View_S maxreadings 10
attr View_S room Kalender
#attr View_S modus all
define at_KalenderTermine_S at +*00:02:00 {\
my $i;;\
my $modtext = "<Datum>,<Uhrzeit>,<Datum - Ende>,<Zeit - Ende>,<Ereignis>,<Kalender> ";;\
for($i= 1;;$i<=20;;$i++){\
$modtext .= "View_S:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_source " ;;}\
fhem("modify rg_Termine_S $modtext");;\
fhem("save");;\
}
attr at_KalenderTermine_S alias Schicht - Kalender wird aktualisiert ==>
attr at_KalenderTermine_S group Timer
attr at_KalenderTermine_S icon time_timer@LightSeaGreen
attr at_KalenderTermine_S room Kalender
define rg_Termine_S readingsGroup <Datum>,<Uhrzeit>,<Datum - Ende>,<Zeit - Ende>,<Ereignis>,<Kalender> View_S:t_001_bdate,t_001_btime,t_001_edate,t_001_etime,t_001_summary,t_001_source View_S:t_002_bdate,t_002_btime,t_002_edate,t_002_etime,t_002_summary,t_002_source View_S:t_003_bdate,t_003_btime,t_003_edate,t_003_etime,t_003_summary,t_003_source View_S:t_004_bdate,t_004_btime,t_004_edate,t_004_etime,t_004_summary,t_004_source View_S:t_005_bdate,t_005_btime,t_005_edate,t_005_etime,t_005_summary,t_005_source View_S:t_006_bdate,t_006_btime,t_006_edate,t_006_etime,t_006_summary,t_006_source View_S:t_007_bdate,t_007_btime,t_007_edate,t_007_etime,t_007_summary,t_007_source View_S:t_008_bdate,t_008_btime,t_008_edate,t_008_etime,t_008_summary,t_008_source View_S:t_009_bdate,t_009_btime,t_009_edate,t_009_etime,t_009_summary,t_009_source View_S:t_010_bdate,t_010_btime,t_010_edate,t_010_etime,t_010_summary,t_010_source
attr rg_Termine_S alias -- Schichten --
attr rg_Termine_S cellStyle { "r:1"=>'style="font-weight:normal;;font-size:16px;;color:AntiqueWhite;;"',"c:0"=>'style="font-weight:normal;;font-size:14px;;text-align:left;;padding-left:0pt;;color:LightSteelBlue;;"'}
attr rg_Termine_S group Terminliste
attr rg_Termine_S nameStyle style="font-weight:bold;;color:White"
attr rg_Termine_S nonames 1
attr rg_Termine_S room Kalender
attr rg_Termine_S sortby 02
attr rg_Termine_S valueStyle {if(substr($READING,5,7) eq "_source" && $VALUE eq "UrlaubsKalender"){ 'style="color:blue"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "SchichtKalender" ){ 'style="color:red"' }elsif( substr($READING,5,7) eq "_source" && $VALUE eq "MusikKalender" ){ 'style="color:DarkOrchid"' }else{ 'style="color:white"' } }
#attr rg_Termine_S visibility hidden
FHEM Neustart gemacht..?
Ja, ergebnislos. Nochmal ein set update oder sowas nötig?
ja kann nicht schaden, aber im list von vorhin stehen ja die Termine drin...!
irgendwo ein kleiner Fehler im DEF der Readingsgroup...!
DEF Code:
<Datum>,<Uhrzeit>,<Datum - Ende>,<Zeit - Ende>,<Ereignis>,<Kalender> View_S:t_001_bdate,t_001_btime,t_001_edate,t_001_etime,t_001_summary,t_001_source View_S:t_002_bdate,t_002_btime,t_002_edate,t_002_etime,t_002_summary,t_002_source View_S:t_003_bdate,t_003_btime,t_003_edate,t_003_etime,t_003_summary,t_003_source View_S:t_004_bdate,t_004_btime,t_004_edate,t_004_etime,t_004_summary,t_004_source View_S:t_005_bdate,t_005_btime,t_005_edate,t_005_etime,t_005_summary,t_005_source View_S:t_006_bdate,t_006_btime,t_006_edate,t_006_etime,t_006_summary,t_006_source View_S:t_007_bdate,t_007_btime,t_007_edate,t_007_etime,t_007_summary,t_007_source View_S:t_008_bdate,t_008_btime,t_008_edate,t_008_etime,t_008_summary,t_008_source View_S:t_009_bdate,t_009_btime,t_009_edate,t_009_etime,t_009_summary,t_009_source View_S:t_010_bdate,t_010_btime,t_010_edate,t_010_etime,t_010_summary,t_010_source View_S:t_011_bdate,t_011_btime,t_011_edate,t_011_etime,t_011_summary,t_011_source View_S:t_012_bdate,t_012_btime,t_012_edate,t_012_etime,t_012_summary,t_012_source View_S:t_013_bdate,t_013_btime,t_013_edate,t_013_etime,t_013_summary,t_013_source View_S:t_014_bdate,t_014_btime,t_014_edate,t_014_etime,t_014_summary,t_014_source View_S:t_015_bdate,t_015_btime,t_015_edate,t_015_etime,t_015_summary,t_015_source View_S:t_016_bdate,t_016_btime,t_016_edate,t_016_etime,t_016_summary,t_016_source View_S:t_017_bdate,t_017_btime,t_017_edate,t_017_etime,t_017_summary,t_017_source View_S:t_018_bdate,t_018_btime,t_018_edate,t_018_etime,t_018_summary,t_018_source View_S:t_019_bdate,t_019_btime,t_019_edate,t_019_etime,t_019_summary,t_019_source View_S:t_020_bdate,t_020_btime,t_020_edate,t_020_etime,t_020_summary,t_020_source
Es läuft jetzt, danke!!! Hab nochmal ein set update gemacht und mal wirklich auch 20 readings auslesen, nicht wie vorher 10. Und jetzt läufts auch. Danke für die Hilfe!
:D
Nun kannste in Ruhe mal deine Namen nehmen und alles ändern...! ;)
so
hab meine eigene owncloud eingerichtet
bei google gesucht dann versucht , gelesen versucht etc, das übliche halt
das als erstes
http://blog.virtualweb.at/installation-konfiguration-der-cloud-software-owncloud
dann aber nicht weitergekommen
"Bevor es nun an die eigentliche Installation geht, legen wir eine Datenbank und einen Benutzer in MySQL via phpMyAdmin an und vergeben ihm alle Rechte an der Datenbank."
da fehlte halt eine Menge....
aber dank Google doch geklappt
leider ist die Doku mit den gesamten Snaps irgendwie verschwunden, schade, ev hätte es dem einen oder anderen geholfen
das Tool phpMyAdmin kann ich nun mit dme Brwoser erreichen, dort auch Dtenbanken User etc anlegen
den owncloud calender kann ich nun mit dem Explorer auch erreichen.
https://doc.owncloud.org/server/4.5/user_manual/calendars.html#exporting-importing-events
und wieder was weiter :-)
so und nun kann ich Termine eintragen und auch über das Dashboard richtig anzeigen :-)
noch nicht alles 100% ok aber
Top
Ich habe noch einen Wunsch für meinen Kalender, bei dem ich mit meinen bisherigen Ansätzen aber nicht weiterkomme:
Ich würde gerne die morgen anstehenden Termine gelb und die heutigen rot färben. Meine Idee wäre:
-Auslesen von Calview: Status z.B. td = 1, daraufhin dann bei ReadingsGroup die 2. Zeile rot färben usw.
Angefangen habe ich das Ganze in der 99_myUtils als Fkt. Aber das wäre dann ja nur für das Calview-Element als Attribut zugänglich und könnte nicht eine bestimmte Zeile bei der ReadingsGroup färben oder??
Also würde ich einer Statusvariablen einen Wert geben, welcher irgendwie für die ReadingsGroup ausgewertet werden kann. Ist das überhaupt verständlich? ???
Zusammengefasst:
attr Calview Kalenderpruefen
--> Unterprogramm
if (td =1)
Statusvariable = 2
if (tm = 1)
Statusvariable = 3
- ReadingsGroup: Wert der Statusvariablen erkennen??
Es scheitert jetzt aber schon daran, dass ich nicht weiß wie ich eine Statusvariable anlege, die in anderen Funktionen ausgewertet werden kann. :-\ Kann mir hierbei jemand auf die Sprünge helfen? Geht das alles vlt auch einfacher?
Nochmal ein konkreterer Versuch:
In der 99_myUtils befindet sich momentan folgender Testcode zum Auslesen:
my $Kal1status = 0;
my $Kal2status = 0;
sub Kalendererkennung($$) {
my ($name, $wert) = @_;
if ($name eq "c-today") {
my $Kal1status = 1 if($wert = 0);
my $Kal1status = 2 if($wert = 1);
my $Kal1status = 3 if($wert = 2);
}
elsif ($name eq "c-tomorrow") {
my $Kal2status = 1 if($wert == 0);
my $Kal2status = 2 if($wert == 1);
my $Kal2status = 3 if($wert == 2);
}
}
sub Kalendermarkierung(;$) {
$Kal2status = @_;
if ($Kal2status == 1) {
return 'style="color:green;;font-weight:normal"';
}
elsif ($Kal2status == 2) {
return {"r:2"=>'style="color:red;;font-weight:bold"',"r:3"=>'style="color:yellow;;font-weight:bold"'};
}
else { return 'style="color:white;;font-weight:normal"'; }
}
in fhem.cfg:
attr Calview-zeug userattr {Kalendererkennung($READING,$VALUE)}
...
attr Readingsgroup-zeug cellStyle {Kalendermarkierung()}
Da ich mich mit Perl nicht so auskenne, weiß ich nicht so recht was daran falsch ist. Die Rückgabe des Styles, auch für einzelne Zeilen, funktioniert. Es scheint eher an dem Abfragen oder der Übergabe des Wertes von Kal2status zu liegen. Ist die Variable vlt nicht für die andere Funktion zugänglich? Habe da schon mehrere Varianten für eine Übergabe versucht, scheinbar aber nicht die richtige.
Kann mir bitte jemand einen Hinweis zu dem Code geben? :-\
Okay ein letzter Versuch in der Thematik bzw. ein letztes Stören, vlt kann mir ja doch einer dazu was sagen:
Inzwischen weiß ich, dass man in perl eine local-Variable braucht damit die nächste sub darauf zugreifen kann. So auch getan und die Übergabe funktioniert. Jetzt glaube ich eher, das Problem liegt beim Reading.
Der Code:
sub Kalendererkennung($$) {
my ($name, $wert) = @_;
if ($name eq "c-today") {
local $Kal2status = 1 if($wert == 0);
local $Kal2status = 2 if($wert > 0);
}
else { return 'style="color:yellow"';} #local $Kal7status = 2}
}
sub Kalendermarkierung() {
if ( &Kalendererkennung(Kal2status) == 1) {
return 'style="color:green;;font-weight:normal"';
}
elsif (&Kalendererkennung(Kal2status) == 2) {
return {"r:2"=>'style="color:red;;font-weight:bold"',"r:3"=>'style="color:yellow;;font-weight:bold"'};
}
else { return 'style="color:white;;font-weight:normal"'; }
}
Nehme ich jetzt den auskommentierten Code (local $Kal7status = 2) rein, erkennt die sub Kalendermarkierung eine 2 und markiert den Text auch entsprechend, auch wenn die Variable eigentlich anders heißen soll. Das bleibt aber auch das Einzige, was beachtet wird. Die if-Zuweisungen scheinen gar nichts auszulösen.
In fhem lautet ja mein Aufruf beim Calview-Element momentan:
attr View_Christoph userattr {Kalendererkennung($READING,$VALUE)}
Ist das vlt schon falsch? Bitte um Hilfe! :(
was mir aufgefallen ist, wenn ich einen Termin im Google Kalender eingebe der z.B. über 2 Tage geht erkennt er den 1. Tag aber den 2. nicht.
Das heißt er hat ihn in den Readings schon drin, aber bei "c-today 0" steht eben eine Null drin obwohl heute der Termin drin steht.
STATE t: 5 td: 0 tm: 0
TYPE CALVIEW
Readings:
2015-10-17 02:22:23 c-term 5
2015-10-17 02:22:23 c-today 0
2015-10-17 02:22:23 c-tomorrow 0
2015-10-17 02:22:23 state t: 5 td: 0 tm: 0
2015-10-17 02:22:23 t_001_bdate 16.10.2015
2015-10-17 02:22:23 t_001_btime 06:00:00
2015-10-17 02:22:23 t_001_edate 17.10.2015
2015-10-17 02:22:23 t_001_etime 14:10:00
2015-10-17 02:22:23 t_001_location
2015-10-17 02:22:23 t_001_source SchichtKalender
2015-10-17 02:22:23 t_001_summary Frühschicht
gestern hat er das noch angezeigt, wenn ich diese Termine aber einzeln eintrage zeigt er das an.
Ist da bei mir irgendwo ein Fehler im System..?
Zitat von: moonsorrox am 17 Oktober 2015, 02:27:24
was mir aufgefallen ist, wenn ich einen Termin im Google Kalender eingebe der z.B. über 2 Tage geht erkennt er den 1. Tag aber den 2. nicht.
Das heißt er hat ihn in den Readings schon drin, aber bei "c-today 0" steht eben eine Null drin obwohl heute der Termin drin steht.
Nein kein fehler im system. Da c_today und c_tommorow nur termine anzeigen die heute oder morgen
starten wird natürlich am 2. Oder x. Tag nach start des termines mit x tagen laufzeit nichts mehr sngezeigt da er schon gestartest ist. Hier wäre evtl ein c_running reading für gestartete aber nicht beendete termine möglich
Zitat von: chris1284 am 18 Oktober 2015, 11:28:41
Nein kein fehler im system. Da c_today und c_tommorow nur termine anzeigen die heute oder morgen starten wird natürlich am 2. Oder x. Tag nach start des termines mit x tagen laufzeit nichts mehr sngezeigt da er schon gestartest ist. Hier wäre evtl ein c_running reading für gestartete aber nicht beendete termine möglich
ja, OK ist mir verständlich...! eigentlich auch logisch und auch wieder nicht..! ;)
Das Problem dabei für mich ist ich muss so die Termine für jeden Tag einzeln eintragen, wenn sie sich über mehrere Tage ziehen - so wie es Schichten nun mal an sich haben.
Aber der Vorschlag für laufende Termine ein c_running Reading zu erstellen ist super, dann könnte ich in meinem DOIF mit einer "oder" Abfrage eben auf c_today und c_running das hinbekommen..!
Das soetwas bisher noch nicht gebraucht wurde :-\ es werden ja oft Kalendereinträge für Schicht Modelle genutzt, oder etwa doch nicht ;)
Bei mir ist es gerade zu der jetzigen Zeit so, dass eben einige Schichteinträge mal über 4 Tage mal über 3 Tage gehen, dann 2 Tage oder auch 3 Tage dazwischen frei und da eben die unterschiedlichsten Modelle..!
Guten Morgen zusammen,
ich habe erfolgreich das Modul zum laufen bekommen.
Eine Frage habe ich noch dazu: Ich habe einen Geburtstagkalender bei Google, diesen habe ich eingebunden, in der Beschreibung (Googlekalender) steht das Geburtsdatum. Ist es möglich das Feld in Calview anzeigen zu lassen? Ich habe es über die Suche probiert, leider erfolglos.
Danke für Eure Hilfe.
skuggy
steht es denn in Calendar.... bei
get <Kalendername< full all ?
Hallo kvo1,
nein bei einen get full all steht die Beschreibung nicht.
Hallo,
Wenn des durch das Calender Modul nicht übergeben wird, kann das calview auch nicht anzeigen.
Hallo,
ich finde das Modul super!
nur irgendwie läuft bei mit mit der Formatierung was schief.
ich habe den Code von hier weiter vorn verwendet aber noch nichts in Modul geändert damit "ganz" angezeigt wird
define myCalView CALVIEW MyCalendar 2 3600
attr myCalView group Kalender
attr myCalView maxreadings 10
attr myCalView modes all
attr myCalView room allgemein
define Kalender readingsGroup <%time_calendar> myCalView
attr Kalender alias Termine
attr Kalender group Kalender
attr Kalender mapping %READING
attr Kalender nonames 1
attr Kalender notime 1
attr Kalender room allgemein
attr Kalender valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" }
nur leider ist die Formatierung unleserlich! siehe Anhang.
Wie kann ich das beheben? Kopierfehler meinerseits?
Danke Euch!
Hi @chris1284,
ich habe von @setstate die Anfrage bekommen, ob wir das widget_calview.js in das FTUI Repo mit aufnehmen dürfen.
Ich hatte noch etwas drin rumgebastelt, aber ich denke so würde es etwas mehr Nutze finden, vorallem wenn sich noch ein paar finden, welche es aktiv weiter entwickeln bei Anforderungen.
Zitat von: chris1284 am 05 August 2015, 21:30:35
hab es eingechecked.
anbei noch ein widget für die tablet-ui zum testen
anzeige aller Termine:
<div data-type="calview" data-device="View_All" data-get="all" data-max="12" class="cell"></div>
anzeige aller Termine heute:
<div data-type="calview" data-device="View_All" data-get="today" data-max="7" class="cell"></div>
anzeige Termine morgen
<div data-type="calview" data-device="View_All" data-get="tomorrow" data-max="7" class="cell"></div>
anzahl der anzuzeigenden Termien wird über
data-max="7" gesteuert.
es geht nur mit der normalen ansicht, nicht oldStyledReadings.
beispiel im Bild
<li data-row="2" data-col="2" data-sizex="4" data-sizey="4">
<header>Kalender</header>
<div data-type="calview" data-device="View_All" data-get="all" data-max="12" class="cell"></div>
</li>
<li data-row="2" data-col="6" data-sizex="4" data-sizey="2">
<header>Today</header>
<div data-type="calview" data-device="View_All" data-get="today" data-max="7" class="cell"></div>
<div data-type="calview" data-device="View_All" data-get="tomorrow" data-max="7" class="cell"></div>
</li>
Hi uniqueck/chris1284
versuche mich gerade in FTUI einzulesen und da ich CALVIEW schon LANGE im Einsatz habe, fände ich das gut ;)
von mir aus kein problem. weiterentwicklun gund verbesserung durch java-script kundige kann ic nur begrüßen^^
gut, dann werde ich mal @setstate bescheid geben, dass er sie mit hosten kann.
Ich nutze das Modul für Geburtstage, die Daten sind im Google Kalender eingetragen.
Die Einrichtung hat selbst für mich als Anfänger funktioniert, auch wenn ich mit den einzelnen Begriffen und Namen Zuordnungen länger zu kämpfen hatte als erwartet. Ich habe mich an dem Beispiel von Seite 1 und dem Post #430 orientiert.
Es macht einen guten Eindruck. Die Daten werden abgeholt und angezeigt, bleibt nur noch abzuwarten ob die Aktualisierung auch klappt.
Danke für die Entwicklung und dem Support.
Zitat von: chris1284 am 10 November 2015, 07:04:00
von mir aus kein problem. weiterentwicklun gund verbesserung durch java-script kundige kann ic nur begrüßen^^
Wäre es eigentlich auch denkbar in dem Modul calview weitere Readings bereitzustellen. Quasi in der Form wenn in einem Termin der Ort dazu benutzt wird, das Geburtsjahr für eine Altersberechnung zu benutzen. Das Verhalten könnte ja über ein Schalter ein und ausschaltbar sein. Aktuell mache ich die Berechnung im widget für die Tablet UI. Das wäre ja im Modul ja sicher besser aufgehoben. Ich kann auch gerne eine Änderung bereitstellen, bzw. einen Vorschlag mal dafür machen.
Gruß
Gesendet von meinem GT-N7100 mit Tapatalk
mit deinem angepassten widget habe ich erlich gesagt nur probleme in der TUI. (aber nur was today und tomorrow termine angeht)... habe nun mal die alte version wieder eingespielt und werd mal testen.
someone else also ?
anbei eine version die bei mir läuft und ein paar laufzeitverbesserungen + logging hat.
das mit der berechnung von jahren für geburtstage werde ich mir mal anschauen für das fhem modul
todo:
- einbau farbangabe für text
Wenn du das ins Modul rein nimmst, dann würde ich auch nochmal auf deinem aktuellen Widget das einbauen. War quasi meine erste Widget Anpassung und auch nur so das es für mich passte.
Gesendet von meinem GT-N7100 mit Tapatalk
Hi, also ich wäre auch an einem Reading "c-running" interessiert, da ich damit mein Radiowecker steuern möchte.
Ich brauche das einmal für Urlaub/Krankheitstage und für Ferienzeiten, da ich Samstags Schule habe.
Ich habe das zzt. swie folgt in meinen DOIF stehen, vielleicht hat ja einer einen "Workaround" für mich:
( ([04:35|8] and ([Urlaub:c-today] eq "0")) or ([04:15|6] and ([Ferien:c-today] eq "0")) )\
(set MQTT_TV_SOCKEL 1) (set MQTT_TV_SOCKEL rgb FF0FFF) (set VSX924 on) (set VSX924 input favorites)\
(set Media_Center open plugin://plugin.audio.radio_de/station/1382) (set VSX924 volumeStraight -55.5) (set VSX924 input kodiXbmc)\
DOELSEIF ([06:45|8] or [05:50|6] or [23:44|012345] or [01:00|0])\
(set VSX924 off) (set Media_Center stop all) (set MQTT_TV_SOCKEL 0)
Wichtig ist die DOIF-Abfrage. Vielleicht kann man ja irgendwie durch vergleich oder berechnung einen laufenden Termin erkennen.
Die readings sehen so aus wie im Anhang (Bilder)
macht natürlich nur sinn wenn man modestarted mit angewählt hat im attribut modes. sollte machbar sein. ich habe nun urlaub und werde denke ich anfang nächster wochen ein wenig am modul und widget weiter basteln
Und? Gibt es 1schon Fortschritte?
Hallo,
ich habe gestern Fhem update gemacht. Nun habe ich im Logfile folgende Meldung:
reload: Error:Modul 57_CALVIEW deactivated:
Unrecognized character \xB0; marked by <-- HERE after => -4*36<-- HERE near column 27 at /usr/share/perl5/Time/Zone.pm line 194.
Compilation failed in require at /usr/share/perl5/Date/Parse.pm line 12.
BEGIN failed--compilation aborted at /usr/share/perl5/Date/Parse.pm line 12.
Compilation failed in require at ./FHEM/57_CALVIEW.pm line 12.
BEGIN failed--compilation aborted at ./FHEM/57_CALVIEW.pm line 12.
Nach einem reload des Moduls folgendes:
Attempt to reload Date/Parse.pm aborted.
Compilation failed in require at ./FHEM/57_CALVIEW.pm line 12.
BEGIN failed--compilation aborted at ./FHEM/57_CALVIEW.pm line 12.
Ich habe auf meinem raspi (wheezy) ebenfalls ein update gemacht.
Hat jemand ähnliche Probleme bwz. kann mir mit der Lösung des Fehlers helfen??
Marko
hast du das perl-modul Date::Parse installiert?
Zitat von: LarsMie am 18 Dezember 2015, 17:20:03
Und? Gibt es 1schon Fortschritte?
bisher nur gedanklich. umsetzung erfolgt denke ich nächste woche
heute habe ich folgende Änderungen eingebracht:
- neue Termingruppe für laufende Termine started_*
- counter für laufende Termine c-started
- jede Termingruppe hat nun zusätzlich *_mode als Reading
Die widget-Anpassung erfolg auch noch für laufende Termine
Zitat
Readings:
2015-12-23 13:15:55 c-started 1
2015-12-23 13:15:55 c-term 10
2015-12-23 13:15:55 c-today 0
2015-12-23 13:15:55 c-tomorrow 1
2015-12-23 13:15:55 started_001_bdate heute
2015-12-23 13:15:55 started_001_btime 06:00:00
2015-12-23 13:15:55 started_001_edate 23.12.2015
2015-12-23 13:15:55 started_001_etime 14:00:00
2015-12-23 13:15:55 started_001_location
2015-12-23 13:15:55 started_001_mode modeStart
2015-12-23 13:15:55 started_001_source Kalender_Christian
2015-12-23 13:15:55 started_001_summary testtermin
2015-12-23 13:15:55 state t: 10 td: 0 tm: 1 tr: 1
2015-12-23 13:15:55 t_001_bdate 23.12.2015
2015-12-23 13:15:55 t_001_btime 06:00:00
2015-12-23 13:15:55 t_001_edate 23.12.2015
2015-12-23 13:15:55 t_001_etime 14:00:00
2015-12-23 13:15:55 t_001_location
2015-12-23 13:15:55 t_001_mode modeStart
2015-12-23 13:15:55 t_001_source Kalender_Christian
2015-12-23 13:15:55 t_001_summary testtermin
Zitat von: uniqueckWäre es eigentlich auch denkbar in dem Modul calview weitere Readings bereitzustellen. Quasi in der Form wenn in einem Termin der Ort dazu benutzt wird, das Geburtsjahr für eine Altersberechnung zu benutzen. Das Verhalten könnte ja über ein Schalter ein und ausschaltbar sein. Aktuell mache ich die Berechnung im widget für die Tablet UI. Das wäre ja im Modul ja sicher besser aufgehoben. Ich kann auch gerne eine Änderung bereitstellen, bzw. einen Vorschlag mal dafür machen.
ich habe noch ein paar offene fragen wie man das gestalten könnte.
man könnte auf ein sticjwort im Termin reagiere:
-> attribute calAge oder sowas auf 1
-> wenn attribut gesetzt und zb summary mit "Geburtstag " startet dann schaue in location nach einem Jahr (oder termin im richtigen format aus dem man dann das jahr extrahiert und vom heutigen datum subtrahiert). so hat man das alter. aber wo das alter nun hinschreiben? ein extra reading fände ich doof da sehr wahrscheinlich 90% der Termine dann ein leeres reading hätten. evtl in summary in klammern mit rein?
sprich aus Geburtstag Marta wird Geburtstag Marta (55)?
Hallo,
Ich schaue bei meinen Abfuhrterminen weniger auf das Datum als auf den sich mitunter verschiebenden Wochentag.
Hatte das zuerst in der ReadingsGroup mit dem valuePrefix-Attribut und einer sub in myUtils gelöst, aber wegen der nicht sehr schönen Formatierung auf Grund der unterschiedlich langen Namen der Wochentage (Tabs werden wohl ausgefiltert),habe ich versucht einen Patch für ein zusätzliches Reading weekday zu schreiben.
Evtl. findet es ja Zustimmung.
Gruß
Hans
Edit:
Erweitert um den Wochentag für z.B. Ferienende zu zeigen.
spaltenbreiten in der readingsgroup kannst du über eines der styleattribute und style="width xxx" vorgeben.
gruss
andre
Hab's so schnell nicht hingekriegt und dachte mir, so ein Reading wäre auch sonst praktisch.
Gruß
Hans
Hi
kann man mit Calview nur den Google Calendar einbinden , oder geht das auch direkt mit dem iCloud Kalender ?
Danke im voraus
Jumbo,
Das Einbinden. Hat ja zunächst nichts mit Calview zu tun, sondern mit dem Einbinden über das
Calender - Modul . Calview ist da ja nur ein ein View auf diesen .
Also ich z.b. 3 Owncloud Kalender in einem View zusammengefaßt.
Schau mal im entsprechenden Thread zum Calendar Modul.
Danke für das Erweitern!
Hallo,
Habe mir eine
sub geschrieben um eine
readingsGroup zu einem
CALVIEW-Device zu erstellen.
sub
make_rg_for_calview($) {
my ($str) = @_;
my ($dev,$def,$count) = split(/:/,$str);
my (@defs) = split(/,/,$def);
my $ret1 = '';
my $header = '';
for (my $i=1; $i <= $count; $i++){
my $ret = '';
foreach my $d (@defs){
my $c = sprintf("%03d", $i);
$ret .= "t_".$c."_".$d.",";
}
chop($ret);
$ret1 .= $dev.":".$ret."\n";
}
foreach my $d (@defs){
$header .= "<$d>,";
}
chop $header;
fhem("defmod $dev"."_rg readingsGroup $header\n$ret1");
}Aufruf:
Zitatmake_rg_for_calview("<CALVIEW-Device>:<reading1 ohne Prefix>,<reading2 ohne Prefix>,...:<Anzahl>")
z.B.:
{make_rg_for_calview("calview:bdate,edate,summary:10")}Erstellt wird eine readingsGroup namens 'calview_rg'.
Möglicherweise kann es ja noch jemand gebrauchen.
Gruß
Hans
Zitat von: Jumbo am 27 Dezember 2015, 22:24:18
Hi
kann man mit Calview nur den Google Calendar einbinden , oder geht das auch direkt mit dem iCloud Kalender ?
Danke im voraus
Hier hatte ich vor 4 Wochen geschrieben wie es mit dem ICloud-Kalender geht
: http://forum.fhem.de/index.php/topic,14694.msg368283.html#msg368283
Gruß, Sascha
Hallo zusammen,
unser örtliches Abfuhrunternehmen scheint sehr bedacht darauf zu sein mich daran zu erinnern, in welchem Ort ich wohne.
Sprich, die summary besteht aus dem Ortsnamen und dem eigentlichen Ereignis. a la "Hierwohneich- Restmüll".
Das finde ich in meinem Kalender allerdings als recht störend.
Könnt Ihr mir, als Programmierunfähigem, evtl. sagen, ob und wie ich sich immer wiederholende Zeichenketten aus der summary entfernen kann ???
Gruss Mario
Hallo,
Da es sich beim Abfuhrkalender um einen fixen Kalender handelt, ist es am einfachsten, du bindest in lokal mit 'file' ein.
Da es sich beim ical-Format um eine Textdatei handelt, kannst du in einem Texteditor (mit 'suchen und ersetzen') den Text entfernen.
Oder:
In CALVIEW könntest du mit userReadings arbeiten, in readingsGroup schau dir mal valueFormat an.
Gruß
Hans
Moin,
also ich habe die neue Funktion "c-started" jetzt mal für meinen Radiowecker getestet. Da ich momentan Urlaub habe, sollte c-started ja auf "1" stehen.
Tut es auch, aber anscheinend nur bis zum Ende des Tages oder bis zum neustart von FHEM, das habe ich jetzt noch nicht genau verfolgt. Jedenfalls steht c-started jetzt wieder auf "0", obwohl der termin "Urlaub" noch bis zum 31.12. läuft.
Ist das so gewollt
Ich sehe gerade, evtl. könnte man auch das mode-reading dazu nutzen
es wird das als started gezeigt was im calendar im reading modeStar
ted drin steht.
dein termin steh in modeStart. mach ein update des calendar und er wandert direkt in modeStarted. diese Reading Start macht mir probleme es zu verstehen. meine testtermine standen immer in beide drin nach einem update / restart aber auf jeden fall immer im modeStarted wenn sie liefen.
cmd-ref:
Zitat
modeStart events in start mode
modeStarted events that have just transitioned to start mode
auch nach der commandref ist modeStarted genau das was man wollte -> laufende Termine
calview denkt sich da nichts aus oder generiert selbst etwas.
wenn du sowas hast schau immer zu erst im calendar nach was da steht.
Hallo Zusammen,
ich nutze CALVIEW auch um mir Geburtstage anzeigen zu lassen.
Ich habe einen Geburtstagskalender in dem die Geburtstage als Serientermine drin stehen. Beginn der Serie = das Geburtsdatum (z.B. 17.03.1985).
In CALVIEW sehe ich aber nur immer das Datum des aktuell kommenden Serienelements (17.03.2016) - nicht aber das Ursprungsdatum wann die Serie begonnen hat.
Wenn ich das Ursprungsdatum hätte, könnte ich mir nicht nur den Geburtstag anzeigen lassen, sondern gleichzeitig auch noch wie alt die Person wird.
Vielleicht hat ja jemand von euch sogar schon etwas dazu gebastelt oder evtl. könnte der Author von CALVIEW das um ein Reading erweitern.
Oder hat es vielleicht jemand von euch noch eleganter gelöst?
Viele Grüße und einen guten Rutsch :)
Zitat von: Hans Franz am 29 Dezember 2015, 22:48:15
Hallo,
Da es sich beim Abfuhrkalender um einen fixen Kalender handelt, ist es am einfachsten, du bindest in lokal mit 'file' ein.
Da es sich beim ical-Format um eine Textdatei handelt, kannst du in einem Texteditor (mit 'suchen und ersetzen') den Text entfernen.
Oder:
In CALVIEW könntest du mit userReadings arbeiten, in readingsGroup schau dir mal valueFormat an.
Gruß
Hans
Danke Hans für den Hinweis. Denke damit könnte man etwas erreichen. Nur wie ?? Ich bin leider nicht wirklich in der Materie und mir fällt es schwer einen entsprechenden Syntax zu erarbeiten. Für Beispiele wäre ich sehr dankbar !!
Gruss Mario
attr DeinCALVIEW userReadings
my_summary1 {my $summary=ReadingsVal("TestCalview","t_001_summary",""); $summary =~ s/Hierwohneich//; return $summary},
my_summary2 {my $summary=ReadingsVal("TestCalview","t_002_summary",""); $summary =~ s/Hierwohneich//; return $summary}
usw.
Stichworte:string substitution perl
readingsGroup:
attr Deine_readingsGroup valueFormat {my $val = $VALUE; $val =~ s/Hierwohneich//;return $val}
Gruß
Hans
ooohhhh.. vielen Dank.. ich werde es ausprobieren.. :)
Gruss Mario
Zitat von: chris1284 am 23 Dezember 2015, 13:33:43
ich habe noch ein paar offene fragen wie man das gestalten könnte.
man könnte auf ein sticjwort im Termin reagiere:
-> attribute calAge oder sowas auf 1
-> wenn attribut gesetzt und zb summary mit "Geburtstag " startet dann schaue in location nach einem Jahr (oder termin im richtigen format aus dem man dann das jahr extrahiert und vom heutigen datum subtrahiert). so hat man das alter. aber wo das alter nun hinschreiben? ein extra reading fände ich doof da sehr wahrscheinlich 90% der Termine dann ein leeres reading hätten. evtl in summary in klammern mit rein?
sprich aus Geburtstag Marta wird Geburtstag Marta (55)?
Hallo,
Evolution legt bei mir Geburts- und Jahrestage als
Zitat08.01.2001 Geburtstag: Mustermann, Max
in
summary an.
Wenn man nun prüft, ob
summary entweder
Geburtstag,Jahrestag,birthday oder
anniversary enthält und nur dann z.B.die
Readings birthday und
age anlegt, wären alle anderen Termine nicht betroffen.
In readingsGroup kann man wegen
ZitatIf regex starts with a '!' the display of the value will be forced even if no reading with this name is available.
immer noch vernünftig formatieren.
Gruß
Hans
P.S.:
Falls du einen Patch möchtest...
Hallo Hans Franz,
wie hast du das umgesetzt? Wo hast du die Werte her? Arbeitest du nicht mit CALVIEW?
Meine Readings enthalten ja leider nicht das Startdatum der Serie sondern nur des kommenden Serienelements.
VG, Thomas
Zitat von: ToM_ToM am 02 Januar 2016, 13:39:02
Hallo Hans Franz,
wie hast du das umgesetzt? Wo hast du die Werte her? Arbeitest du nicht mit CALVIEW?
Meine Readings enthalten ja leider nicht das Startdatum der Serie sondern nur des kommenden Serienelements.
VG, Thomas
Ich antworte mal dazu... Das ist in einer Readingsgroup gemacht, die Werte nimmt er aus den Readings
Hallo moonsorrox,
aber wie du im Screenshot sehen kannst, gibt es diese Readings ja nicht. Deshalb frage ich mich wo die herkommen.
Genau so etwas suche ich nämlich.
VG, Thomas
ich habe mich jetzt mal wieder meinem CALVIEW gewidmet um die Serientermine auszuprobieren.
Ich habe jetzt mal eine Schichteintragung vom 04.01.2016 - 06.01.2016 gemacht und diese erkennt der Kalender auch indem er erst einmal den 04.01. anzeigt, aber was ich nicht sehe sind diese "started_" Readings...
Was mache ich falsch..?
Readings hier von weiter oben mit den Einträgen...
2015-12-23 13:15:55 started_001_bdate heute
2015-12-23 13:15:55 started_001_btime 06:00:00
2015-12-23 13:15:55 started_001_edate 23.12.2015
2015-12-23 13:15:55 started_001_etime 14:00:00
2015-12-23 13:15:55 started_001_location
2015-12-23 13:15:55 started_001_mode modeStart
2015-12-23 13:15:55 started_001_source Kalender_Christian
2015-12-23 13:15:55 started_001_summary testtermin
2015-12-23 13:15:55 state t: 10 td: 0 tm: 1 tr: 1
2015-12-23 13:15:55 t_001_bdate 23.12.2015
2015-12-23 13:15:55 t_001_btime 06:00:00
2015-12-23 13:15:55 t_001_edate 23.12.2015
2015-12-23 13:15:55 t_001_etime 14:00:00
2015-12-23 13:15:55 t_001_location
2015-12-23 13:15:55 t_001_mode modeStart
entweder ist fehm nicht aktuell oder der termin steht im calendar nicht im entsprechendne moder-reading (modeStart).
das aktuelle calendar-modul hat zudem probleme mit bestimmten serientermin-settings 8ändert sich bald)
Also ich habe nach dem einspielen des Moduls von der 1. Seite grad gar nichts mehr in all meinen Readings. Es ist alles leer :-[ :-\
Fhem ist aktuell von heute
Edith:// ich habe erst einmal das Modul wieder über das Update eingespielt und nun werden wieder alle Termine angezeigt...!
ZitatEdith:// ich habe erst einmal das Modul wieder über das Update eingespielt und nun werden wieder alle Termine angezeigt...!
nur so gibts die aktuelle version....
Zitat von: chris1284 am 05 Januar 2016, 06:27:23
nur so gibts die aktuelle version....
Bitte nicht missverstehen, ich hatte vorher alles aktuell...!
Ich wollte damit erreichen das ich die neuen Features bekomme was die Serientermine beinhaltet, da das aber nicht funktionierte, habe ich das Modul hier aus dem Thread genutzt...
Damit ging aber nichts wie von mir beschrieben.
Wenn ich heute am PC bin werde ich mal ein List reinstellen, evtl. kannst du dann mehr sagen.
Ich habe ja seit einiger Zeit dieses "ts" als letzte Anzeige wo immer eine 0 drin steht.
Hier mal das List:
Internals:
CFGFN ./FHEM/Kalender.cfg
DEF SchichtKalender 2 3600
INTERVAL 3600
KALENDER SchichtKalender
NAME View_S
NR 3638
STATE t: 10 td: 0 tm: 1 ts: 0
TYPE CALVIEW
Readings:
2016-01-05 12:10:19 c-started 0
2016-01-05 12:10:19 c-term 10
2016-01-05 12:10:19 c-today 0
2016-01-05 12:10:19 c-tomorrow 1
2016-01-05 12:10:19 state t: 10 td: 0 tm: 1 ts: 0
2016-01-05 12:10:19 t_001_bdate 06.01.2016
2016-01-05 12:10:19 t_001_btime 22:00:00
2016-01-05 12:10:19 t_001_edate 10.01.2016
2016-01-05 12:10:19 t_001_etime 06:00:00
2016-01-05 12:10:19 t_001_location
2016-01-05 12:10:19 t_001_mode all
2016-01-05 12:10:19 t_001_source SchichtKalender
2016-01-05 12:10:19 t_001_summary Nachtschicht
2016-01-05 12:10:19 t_002_bdate 11.01.2016
2016-01-05 12:10:19 t_002_btime 14:00:00
2016-01-05 12:10:19 t_002_edate 11.01.2016
2016-01-05 12:10:19 t_002_etime 22:10:00
2016-01-05 12:10:19 t_002_location
2016-01-05 12:10:19 t_002_mode all
2016-01-05 12:10:19 t_002_source SchichtKalender
2016-01-05 12:10:19 t_002_summary Spätschicht
2016-01-05 12:10:19 t_003_bdate 12.01.2016
2016-01-05 12:10:19 t_003_btime 14:00:00
2016-01-05 12:10:19 t_003_edate 12.01.2016
2016-01-05 12:10:19 t_003_etime 22:10:00
2016-01-05 12:10:19 t_003_location Langenhagen
2016-01-05 12:10:19 t_003_mode all
2016-01-05 12:10:19 t_003_source SchichtKalender
2016-01-05 12:10:19 t_003_summary Spätschicht
2016-01-05 12:10:19 t_004_bdate 13.01.2016
2016-01-05 12:10:19 t_004_btime 14:00:00
2016-01-05 12:10:19 t_004_edate 13.01.2016
2016-01-05 12:10:19 t_004_etime 22:10:00
2016-01-05 12:10:19 t_004_location
2016-01-05 12:10:19 t_004_mode all
2016-01-05 12:10:19 t_004_source SchichtKalender
2016-01-05 12:10:19 t_004_summary Spätschicht
2016-01-05 12:10:19 t_005_bdate 14.01.2016
2016-01-05 12:10:19 t_005_btime 14:00:00
2016-01-05 12:10:19 t_005_edate 14.01.2016
2016-01-05 12:10:19 t_005_etime 22:10:00
2016-01-05 12:10:19 t_005_location
2016-01-05 12:10:19 t_005_mode all
2016-01-05 12:10:19 t_005_source SchichtKalender
2016-01-05 12:10:19 t_005_summary Spätschicht
2016-01-05 12:10:19 t_006_bdate 15.01.2016
2016-01-05 12:10:19 t_006_btime 14:00:00
2016-01-05 12:10:19 t_006_edate 15.01.2016
2016-01-05 12:10:19 t_006_etime 22:10:00
2016-01-05 12:10:19 t_006_location
2016-01-05 12:10:19 t_006_mode all
2016-01-05 12:10:19 t_006_source SchichtKalender
2016-01-05 12:10:19 t_006_summary Spätschicht
2016-01-05 12:10:19 t_007_bdate 18.01.2016
2016-01-05 12:10:19 t_007_btime 06:00:00
2016-01-05 12:10:19 t_007_edate 18.01.2016
2016-01-05 12:10:19 t_007_etime 14:00:00
2016-01-05 12:10:19 t_007_location
2016-01-05 12:10:19 t_007_mode all
2016-01-05 12:10:19 t_007_source SchichtKalender
2016-01-05 12:10:19 t_007_summary Frühschicht
2016-01-05 12:10:19 t_008_bdate 19.01.2016
2016-01-05 12:10:19 t_008_btime 06:00:00
2016-01-05 12:10:19 t_008_edate 19.01.2016
2016-01-05 12:10:19 t_008_etime 14:00:00
2016-01-05 12:10:19 t_008_location
2016-01-05 12:10:19 t_008_mode all
2016-01-05 12:10:19 t_008_source SchichtKalender
2016-01-05 12:10:19 t_008_summary Frühschicht
2016-01-05 12:10:19 t_009_bdate 20.01.2016
2016-01-05 12:10:19 t_009_btime 06:00:00
2016-01-05 12:10:19 t_009_edate 20.01.2016
2016-01-05 12:10:19 t_009_etime 14:00:00
2016-01-05 12:10:19 t_009_location
2016-01-05 12:10:19 t_009_mode all
2016-01-05 12:10:19 t_009_source SchichtKalender
2016-01-05 12:10:19 t_009_summary Frühschicht
2016-01-05 12:10:19 t_010_bdate 21.01.2016
2016-01-05 12:10:19 t_010_btime 06:00:00
2016-01-05 12:10:19 t_010_edate 21.01.2016
2016-01-05 12:10:19 t_010_etime 14:00:00
2016-01-05 12:10:19 t_010_location
2016-01-05 12:10:19 t_010_mode all
2016-01-05 12:10:19 t_010_source SchichtKalender
2016-01-05 12:10:19 t_010_summary Frühschicht
2016-01-05 12:10:19 tomorrow_001_btime 22:00:00
2016-01-05 12:10:19 tomorrow_001_edate 10.01.2016
2016-01-05 12:10:19 tomorrow_001_etime 06:00:00
2016-01-05 12:10:19 tomorrow_001_location
2016-01-05 12:10:19 tomorrow_001_mode all
2016-01-05 12:10:19 tomorrow_001_source SchichtKalender
2016-01-05 12:10:19 tomorrow_001_summary Nachtschicht
Attributes:
alias Anstehende Termine - Schichten
maxreadings 10
modes all
room Kalender
sortby 01 Auf dem Bild ist ganz hinten "ts" zu sehen da weiß ich gar nicht was das ist.
Mir fehlen praktisch diese "started_" Readings
Ich bin auch am verzweifeln mit diesen Kalender
define Google Calendar ical url https://calendar.google.com/calendar/ical/xxxx%40googlemail.com/private-................................/basic.ics 1200
attr Google room Kalender
define mycalview CALVIEW Google 1
attr mycalview maxreadings 20
attr mycalview room Kalender
define Kalender readingsGroup <%time_calendar> mycalview
attr Kalender alias Termine
attr Kalender group Kalender
attr Kalender valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" }
attr Kalender nonames 1
attr Kalender notime 1
attr Kalender room Kalender
und das kommt dabei raus (Anhang)
ts steht für termin start. das ist die anzahl der gestateten termine
morgen, am 6. um ca 22:01 uhr sollten ts 1 sein wenn du ein calview update um 22:00 uhr machst.
dann ist dein temrin Nachtschicht im modeStart im calendar
ZitatIch wollte damit erreichen das ich die neuen Features bekomme was die Serientermine beinhaltet
das hat aber absolut nichts mit calview zu tun. serientermine händelt allein das calendar modul (und da halt noch nicht alle korekt).
die version die das kann gibts hier zum testen http://forum.fhem.de/index.php/topic,46608.0.html
damit kann aber calview noch nicht. wenn du einwandfrei funktionieren serientermine im normalen calendar willst müssen die meine ich (nagel mich aber nicht fest):
- ein ende haben
- dürfen nicht ganztägig sein
- nicht um 0 uhr staten
@Pr3mut05:
Zitatattr Kalender valueFormat { substr($READING,6,2).".".substr($READING,3,2).".".substr($READING,0,2)." - ".substr($READING,9,5)." "."$VALUE" }
kein wunder das die rg nur mist zeigt. mach es doch einfach genau so wie im post #1, dann klappt es auch.
du verzweifelst nicht am kalender, der tut denke ich genau was er soll, calview auch.
Bin noch ganz frisch in diesen Thema und die genutzte Beschreibung erschien mir einfacher - aber was wohl käse ist :/
Beim Post #1 verstehe ich jedoch das
Zitat3. das erstelle at mit Code füllen
Wo genau muss jetzt dieser Code rein?
EDIT:
OK
Lösung gefunden
Für alle die genau so Blind/Doof sind wie ich
http://forum.fhem.de/index.php/topic,19922.msg283969.html#msg283969
Hallo Chris,
ich fange gerade an mich mit dem CALVIEW Modul zu beschäftigen - das Beispiel aus deinem ersten Post konnte ich soweit umsetzen.
Was mir nun auffällt: jedes mal, wenn das at-getriggert wurde, bietet mir FHEM an, die Konfiguration zu speichern (rotes Fragezeichen neben Save config). Ich vermute mal, das hängt mit dem letzten Befehl im at zusammen 'fhem("modify....)";
Wenn ich dann auf das Fragezeichen klicke, meldet mir ein PopUp 'Last 10 structural changes: modify readinggroup.....'
Ist das normal bzw. kann ich das 'Abstellen'?
Danke schon mal für deine Antwort
Grüße
Holger
Zitat von: chris1284 am 05 Januar 2016, 20:12:49
ts steht für termin start. das ist die anzahl der gestateten termine
morgen, am 6. um ca 22:01 uhr sollten ts 1 sein wenn du ein calview update um 22:00 uhr machst.
dann ist dein temrin Nachtschicht im modeStart im calendar
Ok da weiß ich wenigstens was "ts" ist..
wie lange beliebt das dort stehen, ich hatte gegen 00.20 Uhr geschaut da steht da nichts mehr drin, sicher weil es schon der nächste Tag ist..!?
Zitat von: chris1284 am 05 Januar 2016, 20:12:49
das hat aber absolut nichts mit calview zu tun. serientermine händelt allein das calendar modul (und da halt noch nicht alle korekt).
Ok das war mir so nicht klar und ich dachte immer du wolltest soetwas einbauen mit laufenden Terminen was ja mit Serienterminen gleich zu setzen ist. Ich schaue mir das mal in dem Beitrag an.
Solange werde ich dann doch wieder meine Termine täglich eintragen müssen, denn sonst geht das ja nicht, ich schalte darüber Morgens meine Beleuchtung und wenn er nur den 1.Tag erkennt funktioniert das am 2. und den folgenden nicht mehr
Zitat von: hollyghost am 05 Januar 2016, 23:46:08
Ist das normal bzw. kann ich das 'Abstellen'?
ist normal da die config geändert wird. wenn in dem at ein
fhem("SAVE"); einfügst speichert es automatisch
Zitat von: moonsorrox am 06 Januar 2016, 01:18:59
laufenden Terminen was ja mit Serienterminen gleich zu setzen ist.
eine serie läuft ja nicht als termin durch. ein serie ist hat zwar ein anfang und ein ende und dazwischen sich wiederholdene elemente aber sie ist kein termin als solches.
ein laufender termin in dem sinne ist wenn du einen einzeltermin der serie spätschicht hast der um x uhr startet und es gerade x uhr ist. quasi die zeit wenn du zb. dann auf arbeit bist
Zitat von: chris1284 am 23 Dezember 2015, 13:33:43
heute habe ich folgende Änderungen eingebracht:
- neue Termingruppe für laufende Termine started_*
- counter für laufende Termine c-started
- jede Termingruppe hat nun zusätzlich *_mode als Reading
Die widget-Anpassung erfolg auch noch für laufende Termine
ich habe noch ein paar offene fragen wie man das gestalten könnte.
man könnte auf ein sticjwort im Termin reagiere:
-> attribute calAge oder sowas auf 1
-> wenn attribut gesetzt und zb summary mit "Geburtstag " startet dann schaue in location nach einem Jahr (oder termin im richtigen format aus dem man dann das jahr extrahiert und vom heutigen datum subtrahiert). so hat man das alter. aber wo das alter nun hinschreiben? ein extra reading fände ich doof da sehr wahrscheinlich 90% der Termine dann ein leeres reading hätten. evtl in summary in klammern mit rein?
sprich aus Geburtstag Marta wird Geburtstag Marta (55)?
Warum nicht einfach direkt so machen wie ich es vorgeschlagen habe. Ich denke ja das Kalender wie Geburtstag, Abfall separat gehandelt werden. Simit dachte ich mir, sobald das Attribute calAge auf 1 sitzt, dann einfach in Location schauen und sofern Jahreszahl drin vorkommt die Berechnung durch führen. Andernfall halt nicht oder halt in das reading ??? setzen. Stichworte wie Geburtstag im Betreff des Termins finde ich nicht so gut das macht den Betreff ja nur noch länger. Vorallem wenn man so oder so einen extra Kalender für Geburtstage hat.
Gruß
Gesendet von meinem GT-N7100 mit Tapatalk
Hallo Chris,
Du hast im Modul einen dicken Fehler drinnen:
elsif ($date eq $termin->{bdate} && $termin->{mode} eq "modeStart"){
readingsBulkUpdate($hash, "started_".sprintf ('%03d', $todaycounter)."_bdate", "heute");
readingsBulkUpdate($hash, "started_".sprintf ('%03d', $todaycounter)."_btime", $termin->{btime});
readingsBulkUpdate($hash, "started_".sprintf ('%03d', $todaycounter)."_summary", $termin->{summary});
readingsBulkUpdate($hash, "started_".sprintf ('%03d', $todaycounter)."_source", $termin->{source});
readingsBulkUpdate($hash, "started_".sprintf ('%03d', $todaycounter)."_location", $termin->{location});
readingsBulkUpdate($hash, "started_".sprintf ('%03d', $todaycounter)."_edate", $termin->{edate});
readingsBulkUpdate($hash, "started_".sprintf ('%03d', $todaycounter)."_etime", $termin->{etime});
readingsBulkUpdate($hash, "started_".sprintf ('%03d', $todaycounter)."_mode", $termin->{mode});
$runningcounter ++;}
An der Stelle verwendest Du den falschen Counter, dadurch kann es keinen started_002 oder höher geben.
Wenn man (nur in diesem started_ Block, nicht davor!) $todaycounter durch $runningcounter ersetzt, funktioniert's.
Viele Grüße,
Hans-Jörg
Wurde gefixed und eingcheckt
Cool, Danke!
Ich habe eine Frage zum Format der Termine.
Ich habe im ganzen Thema nichts darüber gefunden.
Kann man die Termine auch ohne Sekunden anzeigen?
Meine Termine sind nicht sekundengenau :-)
wenn du google oder das calendar-modul dazu bewegen kannst ein anderes format zu leifern geht das ;-)
also aktuell geht das im calview selbst nicht, da wird die zeit gezeigt wie sie aus den quellen kommt.
eine funktion die zeit zu trimmen wäre sicher machbar.
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:
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:
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
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 )
Zitatkann 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
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
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:
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
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
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.
Zitat von: chris1284 am 30 Januar 2016, 16:36:10
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.
Zitat von: chris1284 am 30 Januar 2016, 16:36:10
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?
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
was zeigt den dein calendar?
Was genau meinst du. Es werden nur die nächsten 3 Einträge gezeigt.
calview ist der aufbereitete inhalt deines calendar devices. wenn dort also nur 3 termine gezeigt werden, werden im calview auch nur 3 gezeigt
Ja das ist mir schon klar, aber wie kann ich dem Modul sagen das er mehr als 3 laden soll?
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
Zitat von: hollyghost am 05 Februar 2016, 09:00:20
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
Genau hier bin ich grad reingelaufen.
57_Calendar.pm ist auf head-rev
# $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
ja, genau das passier mit dem alten, noch offiziellen calview. dies ist noch nciht für den neuen calendar ausgelegt. die angehängte version sollte das beheben. nicht vergessen nach dem laden per reload befehl ein update der calview-devices per set update zu machen
Hi Chris,
schaut besser aus - danke!
Folgende Auffälligkeit noch:
Der split schmeißt in "location" anteile des Terminnamens.
z.B. Geburtstag von "Lieschen Meier" steht dann so in den readings
t_001_location Meier
t_001_summary Lieschen
das liegt an der art wie die texte geliefert werden >:( ich frag mal boris ob man da was machen kann
Anbei eine Version für das nezue Modul von Boris (57_Calendar).
Sie funktioniert bei mir und man muss nur das file austauschen. Die rg ist davon nicht betroffen, widgets auch nicht.
es wird aktuiell nur next unterstützt (was die modi angeht)
über tests und rm würde ich mich freuen
das falsche split wurde korrigiert" die auffälligkeit von knopf_piano die leerzeichen in den termin summarys betraf wurde ausgebessert. ich hole quasie wie im alten modul jeden teil des termins einzeln, nur mit neuer calendar-syntax
Hi Chris,
danke dir für die Anpassung dein Modul hat mir auch geholfen mein erstes Modul für ABFALL Kalender zu schreiben.
Hast du nochmal über das Thema mit dem Geburtstags Berechnung nachgedacht?
Ansonsten von mir Daumen hoch funktioniert alles wieder.
Hi Chris,
split funktioniert, allerdings werden die readings mit Serienterminen (Geburtstage etc.) ab 1.1. des Jahres dargestellt.
Leider nicht die aktuell anstehenden (next). Ich hab schon mit den options im define 0,1,2 versucht, leider kein erfolg
Die Version vorher war diesbezüglich ok.
das mit den geburtstagen steh nun auch bei mir weiter oben auf der liste weil nun die geburtstage auch mit angezeigt werden.
@knopf_piano:
mmm diesbezüglich habe ich nichts geändert. es wird immer nur next geholt. ich bekomme auch nur die anstehenden b-days angezeigt. evtl ein fehler im termin oder von calendar
siehst du den termin wenn du im calendar händisch get full next aufrufst?
ZitatIch hab schon mit den options im define 0,1,2 versucht, leider kein erfolg
Setz mal im calender das attribug hideOlderThan auf 1 somit zeigt er keine alten termine mehr (was ich eh für nicht relevant halte)
habe es eingechecked da es soweit funktioniert und das feintuning erfolgt dann (geburtstagsberechnung, commandref...)
Hi Chris,
ja, bei get full next werden die anstehenden Termine (der Serientermine) vom/im CALENDAR richtig angezeigt.
Das hat für die CALVIEW-Darstellung geholfen (was allerdings komisch ist...):
attr calendar_xy hideOlderThan 1
calview zeiht sich die quasie die serien über get full next
für jede serie holt es sich dann per get start/end/... uid die starte-daten und diese werden im calendar durch hideOlderThan eingegrenzt.
ich werd's heut abend mal "schnell" für alle Kalender attributieren, ich meld mich bei neuen Erkenntnissen!
Grüße!
bei mir schauts gut mit dem attribut, hatt vorher auch noch 2015er termine. habe in dem zuge auch alles auf serientermine ganztägig umgezogen was vorher ja nicht möglich war.
ich habe noch gar nicht viel gemacht - nur das neue Modul eingespielt und einmal die Termine eingelesen.
Er hat sie alle erkannt sind aber auch erst einmal nur Tages Termine.
Was ich aber gemerkt habe, sobald ich ein shutdown restart mache sind die Termine wieder weg. Ich habe das ganze nochmal mit "save" probiert, aber auch hier alles wieder raus. Dann erneut ein update gemacht der einzelnen Termine und alle wieder da.
Also er speichert diese irgendwie noch nicht.
attr calendar_xy hideOlderThan 1
bringt's.
Alle Kalender sind wieder i.O.
Danke für den Tip, Chris!
@moonsorrox, du mußt im calendar-define einen reload/update durchführen, oder warten, bis deine refresh-time abgelaufen ist (siehe define des calendar)
anschließend reload des CALVIEW -> fertig.
Ich stell das ganze über readinggroups dar und lass über ein at das ganze zyklisch refreshen:
z.B. Geburtstage
define myCalViewGeburtstag CALVIEW myCalendarGeburtstag 1 7200
attr myCalViewGeburtstag maxreadings 5
attr myCalViewGeburtstag modes all
define Geburtstage readingsGroup <Datum>,<Text>
attr Geburtstage group Geburtstage
attr Geburtstage nonames 1
attr Geburtstage room Kalender,Übersicht
attr Geburtstage valueStyle {($READING =~ "summary")?'style="color:blue"':'style="color:black"'}
#attr Geburtstage alias Geburtstage
define Tmr_Geburtstage at +*01:00:00 {\
my $i;;\
my $modtext = "<Datum>,<Text> ";;\
for($i= 1;;$i<=5;;$i++){\
$modtext .= "myCalViewGeburtstag:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_summary ";;}\
fhem("modify Geburtstage $modtext");;\
}
das mache ich ganz genauso mit der RG und auch mit dem zyklischen refreshen, aber wenn er einmal die Termine drin hat darf er sie nicht mehr verlieren, denn ein Neustart (shutdown restart) muss man nach jeden Update von Fhem machen
knopf_piano hat es schon richtig gesagt. nach fhem start benötigt der calender einges an zeit (random) mit der neuen version um die daten zu holen, in der zeit kan calview nichts abholen und wartet bis zum nächsten autoupdate
OK :D
Dann warte ich mal, obwohl mein Intervall schon da war, soll heißen er hat alle 3 Kalender schon einmal selbst abgeholt.
Naja ich warte erst mal morgen ab... Heute wird ja nichts mehr gebraucht ;)
Ggf. Notify implementieren? Wenn das notify vom entsprechenden Kalender kommt könnte man doch das Update durchführen. Da spiele ich an meinem Modul auch gerade herum.
Gesendet von meinem GT-N7100 mit Tapatalk
OK :D
Dann warte ich mal, obwohl mein Intervall schon da war, soll heißen er hat alle 3 Kalender schon einmal selbst abgeholt.
Naja ich warte erst mal morgen ab... Heute wird ja nichts mehr gebraucht ;)
Die von mir lt. Wiki angelegten at's zu den readingGroups haben bei mir seit geraumer Zeit nicht mehr ihren Dienst getan.
Ich bin daher heute dazu über gegangen, das Ganze mal per DOIF zu updaten.
Bisher funktioniert es nach ersten Tests sehr gut.
Mal sehen ob sich diese Lösung in den nächsten Tagen bewährt, dann schmeisse ich die at's raus.
vb
DOIF würde mich auch interessieren, wenn es läuft zeig sie mal ;)
also nach einem erneuten einlesen sind alle Kalendereinträge weg, 2 meiner Kalender hat er automatisch um 0.30 Uhr eingelesen und den 3. list er alle 4 Std. ein.
Da ich jetzt Fhem eingelesen habe sind alle Einträge wieder raus...! siehe Screenshot.
Was kann das sein..?
Zitat von: moonsorrox am 09 Februar 2016, 00:58:00
Da ich jetzt Fhem eingelesen habe sind alle Einträge wieder raus...! siehe Screenshot.
Was kann das sein..?
genau deswegen. der fhem neustart ist das problem da dabei auch calviw neu initialisiert wird. das beginnt wiederum damit alle readings zu löschen und neu einzulsesen.
der kalender hat an dieser stelle aber noch keine werte da er dies genau so macht (nur mit dem unterschied das calendar sich nach dem fhem start eine wartezeit "ausdenkt" und dann zu erst los legt um fhem nicht beim starten zu behindern).
lösung:
-max-wartezeit von calendar herausbekommen
-ein notify das nach fhem initialise + calendarwartezeit + wenige sekunden buffer ein set update bei calview triggert
Zitat von: moonsorrox am 08 Februar 2016, 21:08:54
DOIF würde mich auch interessieren, wenn es läuft zeig sie mal ;)
Is ganz simpel und funktioniert bei mir
Define kalender_update DOIF ([+2:00]) (set calview_device update)
Als Attribut noch ein Do always gesetzt und das Update wird alle 2 Stunden gesetzt und die rg aktualisiert.
Wenn andere Vorgaben notwendig sind, einfach mal in DOIF einlesen.
vb
Zitat von: chris1284 am 09 Februar 2016, 07:10:56
lösung:
-max-wartezeit von calendar herausbekommen
-ein notify das nach fhem initialise + calendarwartezeit + wenige sekunden buffer ein set update bei calview triggert
Hi Chris,
Wirft der Calendar nach dem Init kein Event, dass man mit einem notify auswerten könnte?
Grüße
Holger
Gesendet von unterwegs
Zitat von: VB90 am 09 Februar 2016, 09:56:17
Define kalender_update DOIF ([+2:00]) (set calview_device update)
Als Attribut noch ein Do always gesetzt und das Update wird alle 2 Stunden gesetzt und die rg aktualisiert.
ich kenne DOIF ganz gut, war aber nur durch diese Code Angaben in meinem "at" etwas ins schleudern geraten und wußte nicht wie ich diese in das DOIF bringe...! :-\
+*04:00:00 {
my $i;
my $modtext = "<Datum>,<Uhrzeit>,<Datum - Ende>,<Zeit - Ende>,<Ereignis>,<Kalender> ";
for($i= 1;$i<=20;$i++){
$modtext .= "View_S:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_edate,t_".sprintf('%03d',$i)."_etime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_source " ;}
fhem("modify rg_Termine_S $modtext");
fhem("save");
}OK ich werde das mal testen, denke aber das sich sicher noch einiges Kalenderseitig ändern wird, denn vorher hat er die Termine immer behalten
du verwechselst das at zur erstellung der rg und das für das calview update.
was VB90 macht ist eigentlich überflüssig da der calendar a) nur einmal am tag updated und b) calview intern default alle 43200 s alle neu vom calendar holt.
es gibt für mich nur 2 sinnvolle notify/doif
- nach fhem start und alle calendar aktuell -> calview update
- nach dem calendar update -> calview update
ich weiss jedoch nicht ob calendar wenn er fertig ist sowas wie "fertig" als event raus haut
Zitat von: chris1284 am 09 Februar 2016, 18:20:57
du verwechselst das at zur erstellung der rg und das für das calview update.
nee, ich verwechsele das nicht genau das ist es ja was ich brauche damit Calview meine Kalender holt, sie (Calview) also updatet und damit habe ich alle Std. oder egal welche Zeit meine Kalender wieder da...
Der Kalender hat ja alles drin..!
Zitat von: chris1284 am 09 Februar 2016, 18:20:57
es gibt für mich nur 2 sinnvolle notify/doif
- nach fhem start und alle calendar aktuell -> calview update
- nach dem calendar update -> calview update
das wäre natürlich eleganter, denn momentan ist es ja nur nach einen shutdown weg.
Wie wäre denn der fhem Befehl für einen Neustart (shutdown restart) genau..?
Aber ich verstehe ehrlich gesagt nicht, warum dieses im Moment so ist, fehlt das jetzt irgendwo, denn der Kalender hat das doch, sonst würde es ja Calview nicht abholen können und Calview ist doch nur eine Anzeige...!
Zitat von: moonsorrox am 09 Februar 2016, 19:12:24
Calview ist doch nur eine Anzeige...!
... von dem was da ist. ;) wenn (noch) nix da wird nix angezeigt
Zitat von: chris1284 am 09 Februar 2016, 19:39:34
... von dem was da ist. ;) wenn (noch) nix da wird nix angezeigt
Ich hatt das ganze update vom calendar/calview an fhem.initialize-event gehängt. Nach langem suchen, warum fhem generell nix mehr hochlief, hab ich das wieder rausgeschmissen. Hab ich hier irgendwo im forum geschrieben. ...
Hier:
http://forum.fhem.de/index.php/topic,9962.msg325177.html#msg325177
Aktuell hab ich ein webcmd eingefügt, was das ganze mal anstoßen kann, ist aber nicht nötig, weils ohnehin passiert nach der eingestellten zeit. Dient nur zum test, wenn z.b. die rg geändert wird o.ä.
Bitte lest doch mal in der Commandref zu Calendar den Abschnitt Events.
sprich:
define n_CV_update notify <Kalender>:triggered.* set <CV> update
fast. hinter triggered kommt niy mehr also kannst du .* weg lassen. um mit einem notify alle kelender zu überwachen habe ich folgendes erfolgreich im einsatz.
DEF Kalender_.*:triggered set View_All update
alle kalender fangen bei mit "Kalender_" an und ich habe eine view für alle kalender.
Kann jemand bitte genauer erklären, was ich ändern muss damit das Modul wieder funktioniert.
Mit dem at funktioniert es ja anscheinend nicht mehr.
In der Übersicht wird Calendar als "triggered" angezeigt, aber meine Calview "UpcomingBDays" wird nicht aktualisiert bzw. stehen da immer alte Termine drin, auch ein set reload des Calendar hilft nicht.
das at... welches genau? das für die rg musst du garnicht anfassen.
nur ein notify zusätzlich einbauen damit bei jedem update des calendar auch die view aktualisiert
define notify_kalenderupdate notify Kalender_.*:triggered set [deine View] update
Warum implementierst du das notify nicht im Modul direkt?
Im Abfall Modul habe ich das gemacht und werde denke ich den Timer ausbauen. So braucht doch keiner extra das notify anlegen.
Gruß Constantin
Gesendet von meinem GT-N7100 mit Tapatalk
@chris1284 danke für die Erklärung, ich habe es hinzugefügt.
Die Termine sind da, allerdings wurde auch 1 alter Termin angezeigt. Komischerweise nur einer und nicht alle anderen Geburtstage seit dem 1.1.
Ich habe dann noch das hideOlderThan 1 im Kalender hinzugefügt und nun sieht es richtig aus. Ob das alles nun wieder läuft wie vorher werde ich aber erst erfahren, wenn ein weiterer Termin abläuft.
@uniqueck interessant dein Modul, werde ich mir anschauen ob es für mich passt, denn seit dem update ist meine Abfallanzeige ebenfalls kaputt. Ist mir aber erst aufgefallen, als draußen die Tonnen standen obwohl die fhem Anzeige immernoch auf 5 stand^^
@all
wieso macht man bloß so große Veränderungen an einem funktionierenden Modul anstatt ein neues parallel zu machen, ich hoffe es lohnt sich :-\
Das freut mich. Die Infos waren aber in erster Linie für chris gedacht ☺. Aber freut mich das ich dir damit helfen konnte.
Gruß Constantin
Gesendet von meinem GT-N7100 mit Tapatalk
danke constantin, der einbau des ntf wäre in der tat möglich. wären dann halt je kalender im calview eines da ich nicht davon ausgehen kann das alle user regexp-fähige device-namen haben.
schau ich mir an
was mich jetzt irgendwie wundert ich habe immer 5 Geburtstage die angezeigt werden, was aber nun passiert und das war vorher nicht so.. mit vorher meine ich ca3-4 Tage.. das ich von 2 Personen einmal das diesejährige Datum angezeigt bekomme und das von 2017.
d.h. im Klartext
23.02.2016 Person 1
23.02.2017 Person 1
26.02.2016 Person 2
26.02.2017 Person 2
24.03.2016 Person 3
aber zwei Leute fehlen komplett obwohl die noch vor der 3.Person angezeigt werden müßten..!
02.03.2016 Person 4
10.03.2016 Person 5
gibt es dazu eine Erklärung..?
Im Kalender stehen sie natürlich drin..!
ZitatIm Kalender stehen sie natürlich drin..!
das ez ich mal voraus. was sagt ein get kalendar full next aus?
Zitatmit vorher meine ich ca3-4 Tage..
calview wurde am 08.02. (anpassung an neues calendar) und calendar am 13.02. (bugfix bei serienterminen die um 0 Uhr rum starten) das letzte mal bearbeitet
die reihenfolge die du da gepostet hast ist aber nicht die in der calview oder?
da müsste es so aussehen wenn dann
Zitat
23.02.2016 Person 1
26.02.2016 Person 2
24.03.2016 Person 3
23.02.2017 Person 1
26.02.2017 Person 2
die beiden tauche sicher nicht im calendar full next auf. erst wenn sie da auftauchen wird auch für sie in calview was angezeigt werden
Zitat
02.03.2016 Person 4
10.03.2016 Person 5
Zitatcalview wurde am 08.02. (anpassung an neues calendar) und calendar am 13.02. (bugfix bei serienterminen die um 0 Uhr rum starten) das letzte mal bearbeitet
die reihenfolge die du da gepostet hast ist aber nicht die in der calview oder?
da müsste es so aussehen wenn dann
doch die Reihenfolge ist exakt so wie ich sie gepostet habe
kann ich eigentlich nur nachstellen wenn du mir deine (ggf bereinigte) ical zur verfügung stellst.
ist ja kein großes Geheimnis, nur nicht hier im Forum habe sie dir PM geschickt
ich habe deinen calendar mal eingebunden und ein test view dazu. alles sauber (namen habe ich entfern)
Zitat
Internals:
CFGFN
DEF test
INTERVAL 43200
KALENDER test
NAME View_Test
NR 10103
STATE t: 15 td: 0 tm: 0 ts: 0
TYPE CALVIEW
Readings:
2016-02-19 22:25:33 c-started 0
2016-02-19 22:25:33 c-term 15
2016-02-19 22:25:33 c-today 0
2016-02-19 22:25:33 c-tomorrow 0
2016-02-19 22:25:33 state t: 15 td: 0 tm: 0 ts: 0
2016-02-19 22:25:33 t_001_bdate 23.02.2016
2016-02-19 22:25:33 t_001_btime 00:00:00
2016-02-19 22:25:33 t_001_edate 24.02.2016
2016-02-19 22:25:33 t_001_etime 00:00:00
2016-02-19 22:25:33 t_001_mode next
2016-02-19 22:25:33 t_001_source test
2016-02-19 22:25:33 t_001_summary
2016-02-19 22:25:33 t_002_bdate 26.02.2016
2016-02-19 22:25:33 t_002_btime 00:00:00
2016-02-19 22:25:33 t_002_edate 27.02.2016
2016-02-19 22:25:33 t_002_etime 00:00:00
2016-02-19 22:25:33 t_002_mode next
2016-02-19 22:25:33 t_002_source test
2016-02-19 22:25:33 t_002_summary
2016-02-19 22:25:33 t_003_bdate 02.03.2016
2016-02-19 22:25:33 t_003_btime 00:00:00
2016-02-19 22:25:33 t_003_edate 03.03.2016
2016-02-19 22:25:33 t_003_etime 00:00:00
2016-02-19 22:25:33 t_003_mode next
2016-02-19 22:25:33 t_003_source test
2016-02-19 22:25:33 t_003_summary
2016-02-19 22:25:33 t_004_bdate 10.03.2016
2016-02-19 22:25:33 t_004_btime 00:00:00
2016-02-19 22:25:33 t_004_edate 11.03.2016
2016-02-19 22:25:33 t_004_etime 00:00:00
2016-02-19 22:25:33 t_004_mode next
2016-02-19 22:25:33 t_004_source test
2016-02-19 22:25:33 t_004_summary
2016-02-19 22:25:33 t_005_bdate 24.03.2016
2016-02-19 22:25:33 t_005_btime 00:00:00
2016-02-19 22:25:33 t_005_edate 25.03.2016
2016-02-19 22:25:33 t_005_etime 00:00:00
2016-02-19 22:25:33 t_005_mode next
2016-02-19 22:25:33 t_005_source test
2016-02-19 22:25:33 t_005_summary
2016-02-19 22:25:33 t_006_bdate 31.03.2016
2016-02-19 22:25:33 t_006_btime 00:00:00
2016-02-19 22:25:33 t_006_edate 01.04.2016
2016-02-19 22:25:33 t_006_etime 00:00:00
2016-02-19 22:25:33 t_006_mode next
2016-02-19 22:25:33 t_006_source test
2016-02-19 22:25:33 t_006_summary
2016-02-19 22:25:33 t_007_bdate 04.02.2017
2016-02-19 22:25:33 t_007_btime 00:00:00
2016-02-19 22:25:33 t_007_edate 05.02.2017
2016-02-19 22:25:33 t_007_etime 00:00:00
2016-02-19 22:25:33 t_007_mode next
2016-02-19 22:25:33 t_007_source test
2016-02-19 22:25:33 t_007_summary
2016-02-19 22:25:33 t_008_bdate 05.02.2017
2016-02-19 22:25:33 t_008_btime 00:00:00
2016-02-19 22:25:33 t_008_edate 06.02.2017
2016-02-19 22:25:33 t_008_etime 00:00:00
2016-02-19 22:25:33 t_008_mode next
2016-02-19 22:25:33 t_008_source test
2016-02-19 22:25:33 t_008_summary
2016-02-19 22:25:33 t_009_bdate 08.02.2017
2016-02-19 22:25:33 t_009_btime 00:00:00
2016-02-19 22:25:33 t_009_edate 09.02.2017
2016-02-19 22:25:33 t_009_etime 00:00:00
2016-02-19 22:25:33 t_009_mode next
2016-02-19 22:25:33 t_009_source test
2016-02-19 22:25:33 t_009_summary
2016-02-19 22:25:33 t_010_bdate 16.02.2017
2016-02-19 22:25:33 t_010_btime 00:00:00
2016-02-19 22:25:33 t_010_edate 17.02.2017
2016-02-19 22:25:33 t_010_etime 00:00:00
2016-02-19 22:25:33 t_010_mode next
2016-02-19 22:25:33 t_010_source test
2016-02-19 22:25:33 t_010_summary
2016-02-19 22:25:33 t_011_bdate 23.02.2017
2016-02-19 22:25:33 t_011_btime 00:00:00
2016-02-19 22:25:33 t_011_edate 24.02.2017
2016-02-19 22:25:33 t_011_etime 00:00:00
2016-02-19 22:25:33 t_011_mode next
2016-02-19 22:25:33 t_011_source test
2016-02-19 22:25:33 t_011_summary
2016-02-19 22:25:33 t_012_bdate 26.02.2017
2016-02-19 22:25:33 t_012_btime 00:00:00
2016-02-19 22:25:33 t_012_edate 27.02.2017
2016-02-19 22:25:33 t_012_etime 00:00:00
2016-02-19 22:25:33 t_012_mode next
2016-02-19 22:25:33 t_012_source test
2016-02-19 22:25:33 t_012_summary
2016-02-19 22:25:33 t_013_bdate 02.03.2017
2016-02-19 22:25:33 t_013_btime 00:00:00
2016-02-19 22:25:33 t_013_edate 03.03.2017
2016-02-19 22:25:33 t_013_etime 00:00:00
2016-02-19 22:25:33 t_013_mode next
2016-02-19 22:25:33 t_013_source test
2016-02-19 22:25:33 t_013_summary
2016-02-19 22:25:33 t_014_bdate 10.03.2017
2016-02-19 22:25:33 t_014_btime 00:00:00
2016-02-19 22:25:33 t_014_edate 11.03.2017
2016-02-19 22:25:33 t_014_etime 00:00:00
2016-02-19 22:25:33 t_014_mode next
2016-02-19 22:25:33 t_014_source test
2016-02-19 22:25:33 t_014_summary
2016-02-19 22:25:33 t_015_bdate 24.03.2017
2016-02-19 22:25:33 t_015_btime 00:00:00
2016-02-19 22:25:33 t_015_edate 25.03.2017
2016-02-19 22:25:33 t_015_etime 00:00:00
2016-02-19 22:25:33 t_015_mode next
2016-02-19 22:25:33 t_015_source test
2016-02-19 22:25:33 t_015_summary
Attributes:
DbLogExclude .*
maxreadings 150
modes next
room test
list vom kalender
Zitat
Internals:
CFGFN
DEF ical file /opt/fhem/ics-files/moonsorrox.ics
NAME test
NR 10090
NTFY_ORDER 50-test
STATE triggered
TYPE Calendar
Helper:
Dblog:
Lastupdate:
Mydblog:
TIME 1455916600.90929
VALUE 2016-02-19 22:16:40
Modealarm:
Mydblog:
TIME 1455916600.92612
VALUE 6c9gftt6onp8tjd8vaem3mautcgooglecom
Modealarmorstart:
Mydblog:
TIME 1455916600.92612
VALUE 6c9gftt6onp8tjd8vaem3mautcgooglecom
Modeupcoming:
Mydblog:
TIME 1455916600.92612
VALUE jc7tt7nbtb6n8mnt262knol9r0googlecom;3d8954clv0c9t7nfpif652h87kgooglecom;8197t6mvg7tf9cj3gp4p1c0j9ogooglecom;ls62m6sdvur0c4v4h1sn0j8d88googlecom;h3p2vlndo8plch1vk6drm4pm2cgooglecom;2fqmglca4q4q41rcks0mbgofqkgooglecom;h8e77akn4i1bh6kkokafr22at8googlecom;aab3fobo6glr9o44f3dsllotkggooglecom;cilvnikbsilq52infnpm0p802cgooglecom
Nextupdate:
Mydblog:
TIME 1455916600.90929
VALUE 2016-02-19 23:16:40
Nextwakeup:
Mydblog:
TIME 1455916600.95256
VALUE 2016-02-19 23:16:40
State:
Mydblog:
TIME 1455916600.92612
VALUE triggered
Readings:
2016-02-19 22:25:28 lastUpdate 2016-02-19 22:25:28
2016-02-19 22:16:40 modeAlarm 6c9gftt6onp8tjd8vaem3mautcgooglecom
2016-02-19 22:16:40 modeAlarmOrStart 6c9gftt6onp8tjd8vaem3mautcgooglecom
2016-02-19 22:16:40 modeAlarmed
2016-02-19 22:16:40 modeChanged
2016-02-19 22:16:40 modeEnd
2016-02-19 22:16:40 modeEnded
2016-02-19 22:16:40 modeStart
2016-02-19 22:16:40 modeStarted
2016-02-19 22:25:28 modeUpcoming aab3fobo6glr9o44f3dsllotkggooglecom;cilvnikbsilq52infnpm0p802cgooglecom;jc7tt7nbtb6n8mnt262knol9r0googlecom;h3p2vlndo8plch1vk6drm4pm2cgooglecom;ls62m6sdvur0c4v4h1sn0j8d88googlecom;8197t6mvg7tf9cj3gp4p1c0j9ogooglecom;3d8954clv0c9t7nfpif652h87kgooglecom;h8e77akn4i1bh6kkokafr22at8googlecom;2fqmglca4q4q41rcks0mbgofqkgooglecom
2016-02-19 22:25:28 nextUpdate 2016-02-19 23:25:28
2016-02-19 22:25:28 nextWakeup 2016-02-19 23:25:28
2016-02-19 22:25:28 state triggered
Attributes:
DbLogExclude .*
hideOlderThan 1
room test
tja was kann ich jetzt machen, oder wie kann ich es beeinflussen, habe mal die maxReadings erhöht aber es bleibt dabei die 3 Personen werden weiterhin so angezeigt.
Irgendwie verstehe ich den neuen Kalender nicht..! vorher hat das alles super geklappt und jetzt habe ich nur Probleme.
Starte ich Fhem neu sind die Kalender erst einmal leer, da muss ich warten bis sie das nächste mal abgerufen werden wenn ich sie nicht manuell anstoßen will. Dann sind die Kalender wieder da, mache ein Fhem Update und ein shutdown restart sind se alle wieder leer :-\
Bei mir läuft alles top. Und dass die bei neustart leer sind ist für mich kein problem. Sooft mach ich keinen neustart. Neustart oder reset ist ursache für ein korruptes system . Und update ist gewollt, wenn ich's durchführe
mach mal ein list vom kalender bitte.
Zitat von: moonsorrox am 19 Februar 2016, 23:57:57
Starte ich Fhem neu sind die Kalender erst einmal leer, da muss ich warten bis sie das nächste mal abgerufen werden wenn ich sie nicht manuell anstoßen will. Dann sind die Kalender wieder da, mache ein Fhem Update und ein shutdown restart sind se alle wieder leer :-\
Jeder Kalender wird nach einem Neustart von FHEM nach einer zufälligen Verzögerungszeit zwischen 10 und 29 Sekunden initialisiert. Sollte das bei Dir nicht so sein, dann eröffne bitte ein neues Thema, poste die Definition des Kalenders (anonymisiere private URL) und das fhem.log vom Startvorgang und den ersten 120 Sekunden danach.
Viele Grüße
Boris
EDITH: grad eben gelesen, werde ich machen... muss aber erst mal weg...!
Zitat von: chris1284 am 20 Februar 2016, 06:55:47
mach mal ein list vom kalender bitte.
meinst du mich, mit list dann hier
Internals:
CFGFN ./FHEM/Kalender.cfg
DEF GeburtstagsKalender 1 7200
INTERVAL 7200
KALENDER GeburtstagsKalender
NAME View_G
NR 3689
STATE t: 12 td: 0 tm: 0 ts: 0
TYPE CALVIEW
Readings:
2016-02-20 10:44:54 c-started 0
2016-02-20 10:44:54 c-term 12
2016-02-20 10:44:54 c-today 0
2016-02-20 10:44:54 c-tomorrow 0
2016-02-20 10:44:54 state t: 12 td: 0 tm: 0 ts: 0
2016-02-20 10:44:54 t_001_bdate 23.02.2016
2016-02-20 10:44:54 t_001_btime 00:00:00
2016-02-20 10:44:54 t_001_edate 24.02.2016
2016-02-20 10:44:54 t_001_etime 00:00:00
2016-02-20 10:44:54 t_001_mode next
2016-02-20 10:44:54 t_001_source GeburtstagsKalender
2016-02-20 10:44:54 t_001_summary H......
2016-02-20 10:44:54 t_002_bdate 23.02.2017
2016-02-20 10:44:54 t_002_btime 00:00:00
2016-02-20 10:44:54 t_002_edate 24.02.2017
2016-02-20 10:44:54 t_002_etime 00:00:00
2016-02-20 10:44:54 t_002_mode next
2016-02-20 10:44:54 t_002_source GeburtstagsKalender
2016-02-20 10:44:54 t_002_summary H.......
2016-02-20 10:44:54 t_003_bdate 26.02.2016
2016-02-20 10:44:54 t_003_btime 00:00:00
2016-02-20 10:44:54 t_003_edate 27.02.2016
2016-02-20 10:44:54 t_003_etime 00:00:00
2016-02-20 10:44:54 t_003_mode next
2016-02-20 10:44:54 t_003_source GeburtstagsKalender
2016-02-20 10:44:54 t_003_summary P.......
2016-02-20 10:44:54 t_004_bdate 26.02.2017
2016-02-20 10:44:54 t_004_btime 00:00:00
2016-02-20 10:44:54 t_004_edate 27.02.2017
2016-02-20 10:44:54 t_004_etime 00:00:00
2016-02-20 10:44:54 t_004_mode next
2016-02-20 10:44:54 t_004_source GeburtstagsKalender
2016-02-20 10:44:54 t_004_summary P......
2016-02-20 10:44:54 t_005_bdate 24.03.2016
2016-02-20 10:44:54 t_005_btime 00:00:00
2016-02-20 10:44:54 t_005_edate 25.03.2016
2016-02-20 10:44:54 t_005_etime 00:00:00
2016-02-20 10:44:54 t_005_mode next
2016-02-20 10:44:54 t_005_source GeburtstagsKalender
2016-02-20 10:44:54 t_005_summary I.....
2016-02-20 10:44:54 t_006_bdate 24.03.2017
2016-02-20 10:44:54 t_006_btime 00:00:00
2016-02-20 10:44:54 t_006_edate 25.03.2017
2016-02-20 10:44:54 t_006_etime 00:00:00
2016-02-20 10:44:54 t_006_mode next
2016-02-20 10:44:54 t_006_source GeburtstagsKalender
2016-02-20 10:44:54 t_006_summary I.......
2016-02-20 10:44:54 t_007_bdate 31.03.2016
2016-02-20 10:44:54 t_007_btime 00:00:00
2016-02-20 10:44:54 t_007_edate 01.04.2016
2016-02-20 10:44:54 t_007_etime 00:00:00
2016-02-20 10:44:54 t_007_mode next
2016-02-20 10:44:54 t_007_source GeburtstagsKalender
2016-02-20 10:44:54 t_007_summary I.......
2016-02-20 10:44:54 t_008_bdate 16.02.2017
2016-02-20 10:44:54 t_008_btime 00:00:00
2016-02-20 10:44:54 t_008_edate 17.02.2017
2016-02-20 10:44:54 t_008_etime 00:00:00
2016-02-20 10:44:54 t_008_mode next
2016-02-20 10:44:54 t_008_source GeburtstagsKalender
2016-02-20 10:44:54 t_008_summary S........
2016-02-20 10:44:54 t_009_bdate 02.03.2016
2016-02-20 10:44:54 t_009_btime 00:00:00
2016-02-20 10:44:54 t_009_edate 03.03.2016
2016-02-20 10:44:54 t_009_etime 00:00:00
2016-02-20 10:44:54 t_009_mode next
2016-02-20 10:44:54 t_009_source GeburtstagsKalender
2016-02-20 10:44:54 t_009_summary H.......
2016-02-20 10:44:54 t_010_bdate 10.03.2016
2016-02-20 10:44:54 t_010_btime 00:00:00
2016-02-20 10:44:54 t_010_edate 11.03.2016
2016-02-20 10:44:54 t_010_etime 00:00:00
2016-02-20 10:44:54 t_010_mode next
2016-02-20 10:44:54 t_010_source GeburtstagsKalender
2016-02-20 10:44:54 t_010_summary M.......
2016-02-20 10:44:54 t_011_bdate 02.03.2017
2016-02-20 10:44:54 t_011_btime 00:00:00
2016-02-20 10:44:54 t_011_edate 03.03.2017
2016-02-20 10:44:54 t_011_etime 00:00:00
2016-02-20 10:44:54 t_011_mode next
2016-02-20 10:44:54 t_011_source GeburtstagsKalender
2016-02-20 10:44:54 t_011_summary H.....
2016-02-20 10:44:54 t_012_bdate 04.02.2017
2016-02-20 10:44:54 t_012_btime 00:00:00
2016-02-20 10:44:54 t_012_edate 05.02.2017
2016-02-20 10:44:54 t_012_etime 00:00:00
2016-02-20 10:44:54 t_012_mode next
2016-02-20 10:44:54 t_012_source GeburtstagsKalender
2016-02-20 10:44:54 t_012_summary K....
Attributes:
alias Anstehende Termine - Geburtstag
maxreadings 12
modes next
room Kalender
Zitat von: moonsorrox am 20 Februar 2016, 10:52:50
meinst du mich, mit list dann hier
das ist ein list der view nicht des kalenders
Oh sorry, war etwas in Eile vorhin :-\
list Calendar (xxxxxeingefügt) ;):
Internals:
CFGFN ./FHEM/Kalender.cfg
DEF ical url https://calendar.google.com/calendar/ical/n8ah4m66et04eoiok6vjg26vo4%40group.calendar.google.com/private-xxxxxxxxxxxxxxxxxx75d3da02/basic.ics
NAME GeburtstagsKalender
NR 3685
NTFY_ORDER 50-GeburtstagsKalender
STATE triggered
TYPE Calendar
Readings:
2016-02-20 13:44:56 lastUpdate 2016-02-20 13:44:55
2016-02-17 00:00:00 modeAlarm 6c9gftt6onp8tjd8vaem3mautcgooglecom
2016-02-15 12:18:32 modeAlarmOrStart 6c9gftt6onp8tjd8vaem3mautcgooglecom
2016-02-17 00:18:33 modeAlarmed
2016-02-17 00:18:33 modeChanged
2016-02-09 01:41:22 modeEnd
2016-02-09 01:41:22 modeEnded
2016-02-17 00:00:00 modeStart
2016-02-16 00:18:33 modeStarted
2016-02-20 13:44:56 modeUpcoming aab3fobo6glr9o44f3dsllotkggooglecom;h8e77akn4i1bh6kkokafr22at8googlecom;8197t6mvg7tf9cj3gp4p1c0j9ogooglecom;cilvnikbsilq52infnpm0p802cgooglecom;h3p2vlndo8plch1vk6drm4pm2cgooglecom;2fqmglca4q4q41rcks0mbgofqkgooglecom;ls62m6sdvur0c4v4h1sn0j8d88googlecom;jc7tt7nbtb6n8mnt262knol9r0googlecom;3d8954clv0c9t7nfpif652h87kgooglecom
2016-02-20 13:44:56 nextUpdate 2016-02-20 14:44:55
2016-02-20 13:44:56 nextWakeup 2016-02-20 14:44:55
2016-02-20 13:44:56 state triggered
Attributes:
alias Geburtstage
hideOlderThan 1
room Kalender
heute habe ich einige Änderungen durchgeführt die ich heute oder morgen einchecken werde
-interne notify-funktion -> die view aktualisiert sich nun selbst wenn der calendar die sie zeigt updated (THX uniqueck für den hinweis)
-> kann per attr diable 1 deaktiviert werden
-> log dazu sieht so aus
Zitat2016.02.21 14:40:34 3: CALVIEW View_All - CALENDAR: Kalender_Abfall triggered, updating CALVIEW View_All ...
-ts-counter entfernt da es keine modestart mehr gibt dieser nicht mehr ausgewertet wird nach dem umfangreichen calendar update
-eine meldung behoben die im log auftauchen konnte wenn location im termin leer war ( gemeldet von Invers http://forum.fhem.de/index.php/topic,49156.msg413743.html#msg413743)
-commandref angepasst
Hallo,
ich habe letztes Wochenende FHEM komplett neu aufgesetzt (davor die fhem.cfg etc gesichert) und auch ein Update auf die "neue" Version gemacht.
Seither habe ich mit dem Auslesen und Anzeigen meines Kalenders ein Problem.
Zunächst kurz die Darstellung von list:
list Kalender_Osburg:
Internals:
DEF ical url https://calendar.google.com/calendar/ical/jens.osburg%40googlemail.com/private-XXXXXXXXXXXXXXXXX/basic.ics 3600
NAME Kalender_Osburg
NR 253
NTFY_ORDER 50-Kalender_Osburg
STATE triggered
TYPE Calendar
Readings:
2016-02-21 21:15:39 lastUpdate 2016-02-21 21:10:42
2016-02-21 16:50:00 modeAlarm 38dc24e70748a470bfef465b61f1ab58abfallavlludwigsburgde
2016-02-21 21:15:39 modeAlarmOrStart 38dc24e70748a470bfef465b61f1ab58abfallavlludwigsburgde;I7BJtE5n4EIGi62eM2HA61;0g2plet6nkj626ab8ppuap1084googlecom;hA6JSBDh4EFVi52eM2HO61
2016-02-21 17:15:00 modeAlarmed
2016-02-21 17:38:28 modeChanged
2016-02-21 21:15:39 modeEnd jeom7u3clo0qkkcqajgqqmvqa4googlecom;qa26rq66teb3iskkgrh3ftt4vsgooglecom;7egvd474v26onfekk8o4vlsjp0googlecom;mbj58u91horru6vu8qjqisvcgsgooglecom;8527q23r74ns9bucvqdg82u3ikgooglecom;l7f2jtjjguhuhuekl07j8qka5ggooglecom;lqbqtep3dn2qhsdjhnge7qb0fcgooglecom;mao0b3955fs5o45iutcdcllr6ggooglecom;fidnfuaprpmeka933e8dpdafkcgooglecom;dl3p75uutafd643hkrom8srf2cgooglecom;67B535F0E1DDA741C1257E7600424EEBLotus_Notes_Generated;maa54ohrar9cojuftvs711tn7ggooglecom;sh74qt5lmo2fciben055tei500googlecom;jtr4ho9ubhtnoo3acjettf382kgooglecom;ul51avu146pr24cn8rj1nbbdbggooglecom;4m0i0v5rq50pibf1vv8vu2rj6ogooglecom;tojolr5l0o80sr45gf3001f4sggooglecom;ngp9k0cd5pm9h2t4elq2tiuheogooglecom;p6u3tm3lqtjht6k22g326rdtlcgooglecom;culneaqkf2mqkp93h4t0vrti7cgooglecom;32r4qfjlduee49foaf3at5o264googlecom;alc6g8qk8n7hu14cb6g63v8phogooglecom;rc0cresqf7c2bjjbovebo46lukgooglecom;u3m0rfqm9ca0f6igu668pgg93sgooglecom;6uqreeuj4hj1mkb0uvirh4g8rogooglecom;74k4n0crl7v65s5nc6ofkja48cgooglecom;8b7b7r6pf3bkfn7sijgduqn8u0googlecom;m8ururvgkbmu4cb96ora5a4ok4googlecom;q9ib4ku7o3f8ao1hl0cjsqncn4googlecom;h4sntoqn40km6kpglq9q6fimskgooglecom;847627ee626c180e3af6f753be17db6babfallavlludwigsburgde;vokpbcgrmcdu0sjt5v6e3q6rg4googlecom;rsascqren8rokufqp07gvjiijggooglecom;06ecf4lqa9od3adtl3f46pl62sgooglecom;62aice5hm9a274aibv95f2m6logooglecom;8mf7l38h3eh86evt2ife9llddkgooglecom;06bvm8uipbug7tnm109h57jlfsgooglecom;0AE7E8E1CE694142B542226276BDA9F3;3m67vgg63ph3b2oomm3sfnt5g0googlecom;tpsodnr085ejbkhq9pj9lmf3i4googlecom;uvj25aocmtv1lv3u6t7siga1vogooglecom;e6fff32da42646165167e002797d9521abfallavlludwigsburgde;n4064fuga9t2q0pd8e5usvhnhggooglecom;7bfml2j35lclv6g0uuqodtahu8googlecom;ulps2igqp0l9s92ed9rgip73vogooglecom;q3gt03lbjp6qpaq3kuoab79p8kgooglecom;se2bm7m1r65tg68c2q51k6i50ggooglecom;e7t0ud0kjpm4v9ijv9nrh7la24googlecom;2l5p5tnie7jl74m5cjeeml2108googlecom;lrdqpdpro9a8mr2ch8lgmitd94googlecom;agh5sj0teq8pajbf4lfsu9h2r0googlecom;m0e4ca9j9fbbh9ebknolo7e680googlecom;qdgtf275m9efa5q2eh79cvmh50googlecom;1t4lc11o9p7t7rfsn2pogfhekogooglecom;pvlenfsj4bo4jii780hgaddaqggooglecom;f3t3m7pbe633uo6qtn7oakp9m0googlecom;h4armv0eg4o30kdsni1ajae8v8googlecom;u0pnmb45q1r06pq9qm3et1ctasgooglecom;p67agrs9qiqvdiprn7aomstmtkgooglecom;t115oqfn109rmodj9boqqaqdm0googlecom;nnja1na07b6susq362ohoos16ogooglecom;26b2722bsdl00n81ieunbqlb48googlecom;cgpku4k7d7mhpeld1vqe8rohp0googlecom;j9ecng3jqb674l7cdrbtoaaqm4googlecom;7ohkcj1srdan391rkhd7dqldv0googlecom;tp0mvts737hsmr47rl23l5k6l4googlecom;5pvj59ksglktrt5bq63tjeo530googlecom;1s8u19kqjokt9m6h46kc6kml6kgooglecom;mef0illcg0n1ofbm9g5o0k5q2kgooglecom;t00bsrbnkb5636bqj6eu6esqhogooglecom;emintspv8iibtv02dv3n53cvjogooglecom;kpsbrilt4bijiphuko10sd7ngkgooglecom;h4v6avfo3j4jrlgot5qspc5foggooglecom;n4npkro8edessp85spiuf2tmdggooglecom;1e9rgadc7rrd7hvc1mpgrk4qp8googlecom;nh7asu81ggprckh55ntej53ng4googlecom;7tq8sd6cnaa464pbgl34aqmtoggooglecom;kvteh1pervkvbh853ia1hgnqo0googlecom;ke7on8663626l7drj304jmd420googlecom;g5d37b75askgriqe89vte6b9l8googlecom;33np0sn74ftn6dhrq47s0p8plkgooglecom;u65ibm90tmsqtnb73fs9ac02pggooglecom;thun43u5ambjb8o9em6rc6hmc4googlecom;t63n93k3o4llfp1k857gkv4ouggooglecom;0tvrn7rpe0p7dqi0bj5fepo3e8googlecom;qh01eijlncu3qku8t158pikg6ogooglecom;7tkf945fbor5n4q5cmbh8e6fokgooglecom;6g7jd4am2trp2qijk4dl959qeogooglecom;3g3ihl9a54imdjulas8r28diukgooglecom;1kb3dfgd4q5mb0jumchikh4d2ogooglecom;2o6vv9vpmvja08hi4d5p52g9o8googlecom;1ou8frctej06oohvkmak7it284googlecom;2cvv56d1vasbi44vrt32cv2bd4googlecom;43b6nieo1fcg9714r4c0eoef64googlecom;h6c2hjife2r4oqhddgrf8hb42cgooglecom;023pjsqumsaef22vvjq541rbqsgooglecom;bmuc3bs65emf1rf90bg4l2ct4kgooglecom;D0720C9EA1774C8BA471204B73A04737;31582t7ul078kpqtpdqvh7n8m8googlecom;de3bouv4gcksgcdppevusjj87kgooglecom;stqh4r3ojbucvdni6lvs1ge6b4googlecom;8vso3lvrau0td45ma7tbogtqc4googlecom;kr16j8dg0q4p98orjmoj8gju14googlecom;24nt0hf6c9hm1kqpq9sn0tctnkgooglecom;dfn2pmo6ceqslbhj79dg6gtmcogooglecom;r381tm08s9oa83oaj93sp23rnsgooglecom;83okhsth0v41u4atjhj4cgt6d8googlecom;575ajnkrfo6tnfte3nq2eqbbe8googlecom;is91aura3dtvbg8kbvs1fpc648googlecom;9jstjrlief9jt9sdg7moh9n49ggooglecom;pf683npbjaq8mufocad9evis60googlecom;nq4s6532aimqic6gqn6iv5afrggooglecom;dq591d46cb49qev1ju1rq9nqu4googlecom;mie9451fut4phlbjkl8apd3f50googlecom;kimjde0q8qu4jbg29kd0o0guacgooglecom;49t56dcrp4da7ruqmmlmuu0m6cgooglecom;riqu3eejss6opg582e8q09t7c8googlecom;mb2akbttlk6ao7iak33jqfa018googlecom;mbm7g89hmcikcl590nptl6lpsogooglecom;ntgnh0ocn1adlrs15kru32446ggooglecom;7a1ff39h3phain0rvd7g1mc5d8googlecom;g2i89llmnp51rkcv9qpg4bi46ogooglecom;76mn6anoim40f21gl5hld8s8fsgooglecom;6vv5e6ikpgjsa90ve9glkodnb4googlecom;tuu06jmm9ugl46qaff8s3qramkgooglecom;hgglipc978b361haufal7pdpp4googlecom;lvfie92q63345u9h5omhmd59ssgooglecom;ugvi3o6pfnotmlotpmef6t1504googlecom;80aaaugrn42bifopfbjnsj71ocgooglecom;9f15on7k9202isc8m2f6eqlac8googlecom;ah811qa1ucfmfkh10d13ujinfggooglecom;2t803kkqbol8dulqstnnfmi70sgooglecom;17ibjqfsoeci18isid2vjoj4hkgooglecom;98nab87u8m871uc6950amoke4kgooglecom;reo77jr9dhptp0d4bjggpfqc38googlecom;9sfbanu4npi7be76e4rb6krm98googlecom;ff5887nki7gjkbr5qupclmkdm8googlecom;qpim1g8964bmuqjcl5h9aoi640googlecom;nff4ptih7o5neriqlg1hu4trmsgooglecom;6uv16475062s9gus9sd3o6lr6ggooglecom;9rn5hhpevg5vkfq14k9k3ege74googlecom;qt73qcg00n8ipro6huo5qrijv8googlecom;1cmdfh6ofp6f86uitbt4dlvrdggooglecom;kj4fmhhuq0lb7jjeefkimflau4googlecom;5cm620g4tlqhcb4u1r1ji282q4googlecom;70h19os198eeu2c28498vns44ogooglecom;7ie20a7u0o57c9gdov6j2kh9tggooglecom;mc9tpjgvh8hu0tkd9tsie95t3sgooglecom;r20dnj0tv61ilta2mpphecldaggooglecom;s65qfvrl1g17pgbg89le3pmhp0googlecom;DD49A42BA3347A03C1257D5D002AAF1ELotus_Notes_Generated;n9qae880s2nig1vrl72g3s24g4googlecom;c482o8f5c5msiuuro8v4k8t2akgooglecom;6ijk2m122m734tc8vr0nn3n0m0googlecom;975A10BD5E124E26AC4E567819E875AC;ve8q63o6gos0kof9gs6948v4dogooglecom;53nhlc4s9d5b57qdi7nama4vjsgooglecom;ujb1d4guei0gmnnju4jcf1tmrggooglecom;gkbrnuatu6an4iphaf0vkcq19ogooglecom;ccogff9cs61sbp25gbs58qa6eogooglecom;E58BF782E5BE48758CBE7EC55921AAD0;t6e3l5j76moitlk6ms83tc4nocgooglecom;5gvjsofo0r9vr6p53qtalcsgmkgooglecom;r9k3sn1draapge4op4fqajrsg0googlecom;o94je8cf8p5qj0gi1c2n9pilfcgooglecom;emggdbqs6fdl5m3l9glkbuntpcgooglecom;9frljb52ruqm8jca3dak3shs7sgooglecom;258lotpeh33fgo9nfi2t20fur0googlecom;2mqueoi1eong9v9abi6ete4ftkgooglecom;n71kuigsmao3rlkk12oqvul59ogooglecom;6ibvn8bse19c8egl5up2n60i8kgooglecom;p9kkorgtcbl4hjj804umo7um68googlecom;6mkmlm6pa96l4jnke0tvikmftkgooglecom;dj73cnhakbfgrdnm30voqp1bs4googlecom;0ldu86org4dfd32satuggscf0ggooglecom;5o26bbm15aa1bdo990cvv4j49ogooglecom;ldfdrcacmir0spcble5dedgov8googlecom;ootlqhsolvi1prr03odqce3t08googlecom;bgash4o15vbr290j5u09eqqkl0googlecom;44pbb6l6k9lb2idcnd8oho48qggooglecom;qubfeam9ubd3bjtrnbl9jr7e60googlecom;ue6rr83qb4pesd07jseohvaqp0googlecom;m5d23iogjmo7in829rh631041kgooglecom;0mt0rj2rsravlf88sij28budmsgooglecom;118k01r75h4fv0it7pprgg48k8googlecom;kouo6u3ems2o6khem5ikn8jg9kgooglecom;c5mmpld9ok44llogfgqjov17jcgooglecom;m9g0dcq26h0tln2jfipofrv5sogooglecom;jjnmj46eug020q69e0s4l4vneggooglecom;e8tg7s66n903ntan9glj4vqg8sgooglecom;3ttp9h4sdr5n4a7b4edkudpctcgooglecom;qtidmabsjhuva7pf3aanc5dss0googlecom;ripnd4nd7pllu4d0lo7l7sp7ncgooglecom;94b7182te7k97htablgm9ksto4googlecom;me0ns2sm99i8ano7ll2ebatmq8googlecom;umdg2svok0lvgrvssa48k1k9h4googlecom;cu4cu8k0q2lehle0imo663g07ogooglecom;73qke5bv3la7u3pqepfs53iqv8googlecom;i6d8dobuojmda0khhcuhrvvq6sgooglecom;mtf9rjli0fmq14bjg356p2ideggooglecom;8t5olbl3f3enuoe64ig7sgbleggooglecom;6ivtaiuofj14c2ebru68frqg84googlecom;4otvkksi1r23e7vnjfimn31ap8googlecom;1c325vn1mc4q9va080ldb195lsgooglecom;ltgb346lvjs1k6fgrer7cmhtd0googlecom;bnq46gh9v85hlr2jg5687kpptogooglecom;ie15sh2k78qj4cq44ujvecnt2cgooglecom;8vcl1j164nnh7ik3j1f9vn82i8googlecom;j2ms03cjkcr799u73bvgmo5tnkgooglecom;jm401ev3g8kptle6lpgmmtjkp8googlecom;krrlui69dod28d7ko2jdsfok4sgooglecom;45bhcm1gvae9okg1a1la4kuqgcgooglecom;fdmare1g0uvt50lep8no7to39ggooglecom;o9iljbhlv7m708mkdps0vjdt04googlecom;0vvb982nths19iohlo08q9u9k0googlecom;14c3195b7beb08fc1753018d5e8f9ed1abfallavlludwigsburgde;rt8tfff7aomevkknqi7fomte08googlecom;f44ds4gpcj1go5pj0rp4p9l7p8googlecom;5dhgurkv70mncfkqqpdopusavogooglecom;t8isu25nkri8su92ata85s9luggooglecom;ii8gda6evtchms1ejp85duir08googlecom;2ra8cg70t7u82u3gi2c0dvm4a0googlecom;f73911aac02f6b1ff2031ff43bdad187abfallavlludwigsburgde;3rhdkq2csaeoghvon98rvvlkhggooglecom;nnpurenkv02559nub0qrpdl878googlecom;9g1a8il484e9knvv61nivg92hkgooglecom;32geh73kc0rq22ske28qebqq4ogooglecom;8cuj742d9v5v543idb070qjevggooglecom;ltnmm36inbl24nv9r3p4qsifu4googlecom;u858o7au5qbm7n0l4ghoa2vckkgooglecom;3kgsropk7ue63cv4jdtq32ijh0googlecom;ns7pn58bull3a69a73hvf6opoogooglecom;79pgsa04ih1bpg8vfqrap7buj0googlecom;rr1gp3dmf20no7kqiqh8n3msc0googlecom;i96o9d0vt1m9qafaoqelqsnj0cgooglecom;p3l81voednhi7gs68i7pdblcqkgooglecom;sct8npopklumplhvcq0oj748v8googlecom;l5ghjh6gaqfa9vp37jttg9f8scgooglecom;gsf109djoklem5ug27edip7g8kgooglecom;03mgbelif3t0dv3skcpudpnvpkgooglecom;njmk1hn878kotsmcgthnpkbkukgooglecom;gsi3frh38t3c1l7po4vb027o0ogooglecom;f592f2a4f8dae3e32e273576737f15e3abfallavlludwigsburgde;l91fp9tfr216u7f49oe8gqegqcgooglecom;i6a8q0n822vcb31rih37725if4googlecom;pov6mis5daj0tkm2t43kjm2jnogooglecom;972cd475ecfe6b35e6aee5e5375109b8abfallavlludwigsburgde;ckjuc7fbpda1u2uqbe9oh13a3kgooglecom;bvko8kjs6k1vv783hsgr95pehsgooglecom;inh152kesibul4df50c0tirmqggooglecom;86163jkbl7shi83nq4qjd39kq0googlecom;rmii699k7i6kav1jj35saqq6tcgooglecom;ac8hfumg8bqfnfgmufner8vm8cgooglecom;rnmv1h634hcokbro1i5gfnmaukgooglecom;s1iuiddsr0408mg2d4keqde90cgooglecom;8fpfjnoc2l98eilan7pnfj7r54googlecom;2vt4p71pu6mvoedlgv920hocoogooglecom;8qp9ubb2rc11o5pk5kb6pd3558googlecom;srf0nrnmj962sbcp7p044h46okgooglecom;mpdm6vvq9qo29ag6n1r76clkjkgooglecom;rk19b892e0q9pr47v3aup3mg6kgooglecom;glr9ftu6ru6ueva6eo7ll72oi0googlecom;u7m0qsq5p9nd333cigttnmje78googlecom;emfgrgioe8dbhu36bfirdmqh8kgooglecom;8fafte2h4pkkkit1aafeabv3e8googlecom;0jnad4qb3mfgbc8oudfi6a3bgkgooglecom;m8r095jh80cl0tqih0298sm958googlecom;9uqgiekbe5brbtdnjl684al428googlecom;6aqihha1rcs84a8a8sko5lc3csgooglecom;r2besljr9k3t63s027885lk8sogooglecom;4q3cto41qq3aa41nhfdam3ul9ogooglecom;kb4p04mfvi0kk5mkr527mnvs24googlecom;013eqppq06s28p3r9dg5q6ci2cgooglecom;nqtqto8ia7rbkgfpj33i8mi6a8googlecom;kq3lprtgm4mefifc8otog7132sgooglecom;gr7dr3tvq9cdosca276i4vo7cogooglecom;07i0532u215j3o88ubraop4e0cgooglecom;p3gb8h7059ik42ir2m7bceagekgooglecom;hddfejhhllgn25s67av0n5btusgooglecom;etd7up24k4frqse6opb64u7pksgooglecom;3sje5snn3h5lgnjm1etkigs47kgooglecom;3p6tsos9hvs37nvdpolght7cesgooglecom;spprqpm9bhq63joasgl48da088googlecom;detqnjaceb23so5ravl8vbf368googlecom;994b203h70mi71uejklk2n531ggooglecom;eciro349fektjfjhqub6mrrbkogooglecom;dhfpsfci76fpfk2magdtl8o4vcgooglecom;gjflcdapn4501r5vn7gf0ar91kgooglecom;r3rce3s7irp9tsciugi1hdbajcgooglecom;3hviq92mn96n677h22skvi0qa8googlecom;95pdp2a16gqginiil85qp95ru4googlecom;roadvfaca23s6rfklcdrqn0ogkgooglecom;1kjca57tddp1a988pem9cqdsd8googlecom;405rf8hl1bu0hn17js1hlcvm20googlecom;3e5kqlt32dencg3e3vhfcan938googlecom;52i76jrsukorvtpoiujfrpj3rkgooglecom;1lgq70hk9ad388rdq9a846uee0googlecom;cfhk33tqctj9jepkbqh2tgghg0googlecom;ktbimoplhut7thssrl13351pg0googlecom;6fi49g0jiccsrmg3oup322r71kgooglecom;f755fb3ufuuk64cebk2dkd547ggooglecom;v08jpoftg3i6ajfiucgubjle64googlecom;s1behdd4gnv2thpaln9v5jg04cgooglecom;l2t3ed7ubmgf34ajq7vuqn6riogooglecom;m483qn3le1kccfc6hs97mhonhcgooglecom;s31qs8bit4c1te4hfricodft4kgooglecom;4r53d7rd2i4t1lamna5dps5hc8googlecom;iegs0q0phn5egr03fbej48k290googlecom;sd0pkeubn0iauce025qal1adeogooglecom;mko26k8l1d2hggmeug4e3fdcvkgooglecom;lt9285629i9br8t6q2jbp4516sgooglecom;f3vuehlkbak6ct62fk3po9nl9sgooglecom;vpnkb0704olr3dqmedj12ilm10googlecom;kl9uvv7tcsf1h7clpi8g32ol6sgooglecom;rk8m0tk6f7j2dk4c5s0dcb4i8sgooglecom;6l6jqi1voqlqmcjp0g6buec54kgooglecom;q5ncbp18gtfu4d35ioup5jba5ogooglecom;8ogrverds2dtvgsvkol514rcrogooglecom;i87r2vlvcbdd8k1jgh1mveuchkgooglecom;d5fd4e5a606254d6f1a302fa0364cf30abfallavlludwigsburgde;lni67pmt57q7251q15hb4lc7mkgooglecom;2cfdfn6o6i1libq48jhepfl48ogooglecom;rvl1g427b0e82to81ed00cibocgooglecom;e7ip3pe5n4sij0marfptroojm4googlecom;rgneb4eajdnefttt94am4agnf0googlecom;avo8s4eetc4ug81i13dmv5ojrsgooglecom;ksoosbdmkdvm07iv5gq4d53or8googlecom;oppse2lh61eea75qmd04j2sedsgooglecom;gci59fitns4b37u79l0h8fq8h8googlecom;j24821fqlps2v80oc9a5r9upl8googlecom;e3nc8cp9fgh285alvm6p9u51osgooglecom;sldoia30v4lmbg5oprnn0ntslcgooglecom;kjfopban173hniduc4eatgap1ogooglecom;uhb3lr4p3t5l2g0at1olkpjik4googlecom;rebm7hfdidus99mdfqk3b0asp0googlecom;kksavreeqvpdrli18tc0tkjp9ogooglecom;5f7tbjb09i9hprap51u380kn7cgooglecom;loisj3jriok7qltr6pb8v34v5ggooglecom;gq2l7t382fqiafmungql6hpieogooglecom;hd1v53jm9padagsqjf8ikd0cc4googlecom;0smd3lphp9q2sejerc6mb3qmo8googlecom;jfn09tli06bhp5lnpfb11sb2v0googlecom;d70dvce62jsckl3e6q6fkmpjssgooglecom;j98vt6l7l2b1ffdahadnfkfsoggooglecom;m11vetkcjb1ig27c8abqq2t91cgooglecom;7s9erot8p5935n9fjr0a9dqsv8googlecom;n2or0au4br99qtcidfe4o373vggooglecom;bdabvi7tnpkb7k242cf3qsm4fcgooglecom;vpp1b1k9c93njtf2en3b107ur0googlecom;ipcv5t3j9sa9a3jcavvggsbac0googlecom;1jij93ttu54th5godnkj9n0294googlecom;fiofj91ri17hju1ig7b87id8pogooglecom;qqp3h6n5qpsfddfno1q4i7u28sgooglecom;l2ie8b1rs26klrjd30n5o6sglcgooglecom;knci399rgrgmqulgmj11m9dn3ogooglecom;ibo16n0pa3vcam8klg73ntf8nsgooglecom;bacd197381297cc5d11886565b52a58eabfallavlludwigsburgde;baqbjscg26epin95e29ok7ue0kgooglecom;otir6p8vla3kcpn9b1brjdv4dsgooglecom;epjlpsb5qfd7h9vboit1beq7mcgooglecom;08ps5um3ddslih76k9a3q5kdj4googlecom;rihreaq683j0s4cnra76epsfecgooglecom;415cl07vgevm2gjbncg9fhi0t8googlecom;qilel4gqutdl8lah5i11u9toiggooglecom;66c4o806tgf2ito58rmg9u5uqsgooglecom;k5atn0rv5ig5ifgtl7qmtu82c8googlecom;invp4isqc7dalfs6ujjuj5ei0cgooglecom;g9v45jj4ku1nl5q6lnq7krl18cgooglecom;sl2j2jdq88g8hc33pjao6mu0pcgooglecom;lpssr73ag9sismnvt5nhmlionkgooglecom;cdfo4ov7aak9fa12r2shjpl47sgooglecom;88691a948178fdb084cb537fde0e1468abfallavlludwigsburgde;4lr43idlg3qkcl6fr7o2pkl4mggooglecom;41kb44eqr5g9fjql6gh6k7qhd4googlecom;84cbj6otf8avpdk5m6122q3g4sgooglecom;ifhj5j2b762rgmn8ts5thk6kqggooglecom;7u45hiei9npk8c54mk9ev371b4googlecom;enev83bcbav2bugtcsqm8qm7jcgooglecom;78nl4mtg4nhj0svclmqmg87k5cgooglecom;4uk18e79v5k9ls6c25u5tj83b0googlecom;ntmd74bdl3651tgtlv0de8ec7ggooglecom;v8sqtt5ql52m0f9qr5p3h24tucgooglecom;q986fm7kbhi898g68khjvdi748googlecom;k7c79oio5caahmr948a1sebtp0googlecom;n48mqrlkbf957kgfmc5ttrd6jkgooglecom;od2uuf0guj9jegcja7ejviq0bggooglecom;sarfflhd21i9e0hcpn7pblftvcgooglecom;kfrss0at7gbbjq7rlc0qegh1gggooglecom;cgqcd0i7klcjaujgv9g41u801cgooglecom;9oapnkdt2l51obe536eub4jfcggooglecom;va2hoj3h8teao67mm68u1lfc3ogooglecom;86t5n28mrsvlapjop7tt5ml6jggooglecom;dvhjtuqilfr40uj2lmfjpqd38kgooglecom;m1uij2vigslhoqrvv17vs0bs8ggooglecom;k7osr219q7cd20ao3q897kkf4sgooglecom;mca7u0rgefrqrmkr4vaofkpjc8googlecom;99cb5a3484a99e40d13fd619c0f50999abfallavlludwigsburgde;1b887b3f5e89b2ba564baa0637adbb30abfallavlludwigsburgde;s3mubhdnr655h38fuifajsis68googlecom;ubsf9qb11b3i7s04q09jk22j4cgooglecom;1updsvdgfs70qnjkugsqgp7mhggooglecom;i1dkrohoh9ps29c2vnp5mri5sogooglecom
2016-02-21 17:38:28 modeEnded
2016-02-21 21:15:39 modeStart I7BJtE5n4EIGi62eM2HA61;0g2plet6nkj626ab8ppuap1084googlecom;hA6JSBDh4EFVi52eM2HO61
2016-02-21 14:15:00 modeStarted
2016-02-21 21:15:39 modeUpcoming f91994f513224cee598f0ac5cd9f9c03abfallavlludwigsburgde;28v4levnr2ekl95rpiq7r49n6ogooglecom;4pkvme2ea1of2pkv78e0rv66h4googlecom;4b33521ba8d072e43a3ae22c55b24a89abfallavlludwigsburgde;7541bca1f3161263f8970855c96df460abfallavlludwigsburgde;3d275dfd0f7dea9f1819854479eee5a3abfallavlludwigsburgde;deda2be962aee725a6920654a33de048abfallavlludwigsburgde;d066b407f8bcf8d0bfa11251267bcad5abfallavlludwigsburgde;9b3a0cce60e1c532c8f2bdc4acc34f53abfallavlludwigsburgde;4rrlpbjkfnpqaqku29qh3eq7sggooglecom;fbac6bee62489b84931ae3e10cf5fd7aabfallavlludwigsburgde;e68a77d8bf4c1ac646d9053a747420f1abfallavlludwigsburgde;57e7b6fd676b34879e1cd32af11ff332abfallavlludwigsburgde;gcpjp0rm4i9nva21et31g4os6sgooglecom;174118c4f855bf03885e1e4459b50bababfallavlludwigsburgde;55c98e65364e0f48c695a29e8bb1f495abfallavlludwigsburgde;36813fc138a4d322a2f3c3b2aa631989abfallavlludwigsburgde;lblu1chst2r6r13accjd75geccgooglecom;62ca8184f1d8921858d42f84cd285c8fabfallavlludwigsburgde;4b5251fe438d0fe6fb10f5761598fe72abfallavlludwigsburgde;376ec778dc52adac86c4671c1f69a5a5abfallavlludwigsburgde;1virbv4suajpeiniual63ssgjcgooglecom;ade3dd1391de7338fdfa2b173d7df2daabfallavlludwigsburgde;8d4be510f94419b93e55b11c11b6caa1abfallavlludwigsburgde;85404290d048d42e0cb3dc22aab82685abfallavlludwigsburgde;fa85c0fad93c47c9217ca3e515649fd5abfallavlludwigsburgde;46f2d2ddd02326aa27266ffa09e7d6e3abfallavlludwigsburgde;9f9b5e4e0c302bb845f446bf4a2d588aabfallavlludwigsburgde;ole2p1eqtgmi8ebm9isq039b9ggooglecom;e7b306661779b260a76c3d45b693885fabfallavlludwigsburgde;97F8CF3818244060966DF3032F6C407A;64f12c8553afac4640fc7f08c2318bb2abfallavlludwigsburgde;nkl2rdj2mroatufb2k38p7if4cgooglecom;edd245eee3d83e0ec1a9f42048d67e9cabfallavlludwigsburgde;t2radqr77kqg7ahjtsev0ubpfggooglecom;b109a839784770362fd9271e7362912eabfallavlludwigsburgde;a1600fce676223a133f1e6fc24b2439cabfallavlludwigsburgde;b46a51271743ec6160412bb5a2ed5046abfallavlludwigsburgde;g90rilrmic57rfutkrgmsakdukgooglecom;b3EH855A4F3jd42eM2Hh61;781d667090af2858864d3ca65155a448abfallavlludwigsburgde;4qh9rcei8d3unk44h5emfck0s0googlecom;30uchilg7542i57gtilaslrlu0googlecom;rb2gma9eeubdksg0n8bsgjg2ekgooglecom;68b7460f01e4cf02422b22bc4467b97babfallavlludwigsburgde;eg0osjv9kq1m56ecnlf6p9tvv4googlecom;6491213d5d92f1dd6ab229c87f27c088abfallavlludwigsburgde;222abpab7ii8qg7vreg2rj1ujsgooglecom;00ffd0b25601abc6d663043f318eb830abfallavlludwigsburgde;ccba550e88a2775fe48861b95521a40dabfallavlludwigsburgde;mgfr1irkjjhlboa0s5n50k1d24googlecom;ffa66ed830694e8f71edd0c4be3acab9abfallavlludwigsburgde;l91gsbn4m0jg4cg1r32ne71f4sgooglecom;1a3527415bcd61d8d7249ff1812bbcacabfallavlludwigsburgde;288383a37b41fddb4265c32533245a98abfallavlludwigsburgde;mmatqte2bgpld8743udstovfrogooglecom;rtu32q5fa6ia8ljie7hqom7umcgooglecom;5118a094f40d1375716851c788ffbcd9abfallavlludwigsburgde;810429b10a3aa360dabed97e6b5040adabfallavlludwigsburgde;7bk3qg37t9vfph07bu47blf0l0googlecom;e986cbac50facdee66bf44e50f586454abfallavlludwigsburgde;20a8703191cba34f23e72cf5162bd308abfallavlludwigsburgde;pvht1etipmq7tjao63nuuqc9fggooglecom;gecgeuiddpqg3fbql03pgpmj0cgooglecom;0237ebbf3ce73ae32a96177226e2fe39abfallavlludwigsburgde;bcd8367ed411cf7c0def38dac4326fa9abfallavlludwigsburgde;de5523136dd52885f29d8b4475709ca0abfallavlludwigsburgde;bfc6356f19544dec7efb171f4eecdc82abfallavlludwigsburgde;2034501d295cb179e2df43c7884ade92abfallavlludwigsburgde;a65ee7811f9081f14a8f86cec822f61cabfallavlludwigsburgde;cc8846c51ac2936d4488795ccb7f4851abfallavlludwigsburgde;ba980ec7e7ee37bf880baf06f0f206f5abfallavlludwigsburgde;2212bd8408e51233344b7d057b477b9eabfallavlludwigsburgde;ad47cbb24f69e8557b111d57ef4250fbabfallavlludwigsburgde;g67i7m4iqkk54l5f5jn7osp40cgooglecom;n473n23mpcgb59vdmvb6ss134ogooglecom;241ba1c4f598c1af677e97fdbb8956bdabfallavlludwigsburgde;12ae523160cd34ce8450909967d1049cabfallavlludwigsburgde;0chnns8e8odadjpoq129djn90ogooglecom;i78dihlh1gn7d8kmolfj12i1nggooglecom;1b59799a8939e45310779f6cbbca6dedabfallavlludwigsburgde;g3ld615nmhmddnum7g138g2f8kgooglecom;2d565bfdefa89beb894a4a21c89a7c4babfallavlludwigsburgde;d80ebfe8bd977f2c910ef34d0c7306f6abfallavlludwigsburgde;n5or2kno7l13n4uj39nltds2aogooglecom;eae6cc91ec4e11b48029af01693a2f0aabfallavlludwigsburgde;db2f554c41a541cba42b9e252c29cbbfabfallavlludwigsburgde;ng8g55v8b1uik1t8g3a5hvvhucgooglecom;08e94af3fd139df371a5686b8c728284abfallavlludwigsburgde;a87182d2b2eb8d082a469d37c47042eeabfallavlludwigsburgde;b4ccn1g5ncuvgodim7go7536jkgooglecom;2g2gecqf14psb24oj21keot4mogooglecom;ddc368f0860d4896cfbccf41e804c11eabfallavlludwigsburgde;825d17e9dbcf710581b554a8c770ffbeabfallavlludwigsburgde;l7fo1rpkuvj844jvqi6rst3eo4googlecom;mcs6trmfdfgnnudeiboj9ktvmggooglecom;sejbv67vq9a9pl3mvdfu9h8cb0googlecom;d60b46d4b04ef969da69884671421733abfallavlludwigsburgde;d3097d5ade701be8ec51a8f80b17fe2cabfallavlludwigsburgde;r7a72od345purc0ka01v3sd2sogooglecom;0f43061188b4bf85f8d1e7d39fcdff71abfallavlludwigsburgde;1htvebrcpu4oevb9nf49p832g0googlecom;4fd2c0e049657ceb2ddc8e7a3292cec5abfallavlludwigsburgde;39e29212d7195043e0dfe17af9ce9239abfallavlludwigsburgde;niishq7m61t7pljvp0ghdngmpkgooglecom;vtajsfeprdlpdp0cs51mh7eohcgooglecom;e9e7dfff3b22b8ff6704bc3848fdee30abfallavlludwigsburgde;4756eba3ace96bf1d5c2713f52e27e29abfallavlludwigsburgde;kec3dshg75851hlmt777h76d00googlecom;t8hlfhrj46tcti2u11i3flge94googlecom;6d10badd210740d0ac727cab382bade1abfallavlludwigsburgde;d128fdc570a6b4c5a6e08f71b71dc765abfallavlludwigsburgde;ls2enes96n0vjo882is805l290googlecom;11fcb8f9ed7c1cb7d28fbaaf6676621dabfallavlludwigsburgde;aukc5q49vcld52klaub3ga73usgooglecom;896b9a935745a5b5055d6b9d02d573fbabfallavlludwigsburgde;0f17af59f68f471c3252fe0d01f56888abfallavlludwigsburgde;pA5yw55A4F3Ec62eM2HI61;5m0bjmkelceolnu9a7ia3804l8googlecom;4783plqb3ibla7vmcupnvgtn04googlecom;102a5f7badb7ad7e082468d7aa42959eabfallavlludwigsburgde;b1fb762d91d1b75bf75dde7e676a2177abfallavlludwigsburgde;58392d605d237c7f2ca0fb65850bfa82abfallavlludwigsburgde;2e8c229994daa9de02c304b94fdfdba2abfallavlludwigsburgde;a2b09183fc28e8632035aea6fe6b5ae8abfallavlludwigsburgde;d2b4490a6984834d71e324b385420bb0abfallavlludwigsburgde;21eeaca8d6440d0424a92e54fd4548dbabfallavlludwigsburgde;53d759864bfb2a8036a7b6302b87a9d8abfallavlludwigsburgde;cu4fr12beopslf60q4pdrd85bggooglecom;7be9abacb3e6b63242b6455b94fdbee5abfallavlludwigsburgde;ptfndii4jdcl1ghlmbfikq31m0googlecom;a89ef81bf074ddf76641c5860b17e1a3abfallavlludwigsburgde;pr1k9cdl05c9lg1p85rsn8j004googlecom;7ed6e73d5911d324b7c18f9acb1d4c90abfallavlludwigsburgde;697ce1bef098ee4e43ec6b742190fa9babfallavlludwigsburgde;ea6e78dd4407ea1ac1215a0f84a9b0ffabfallavlludwigsburgde;b23a2b513630b72243798d83f1b47c29abfallavlludwigsburgde;8904118773396ad30c41067e01a52ea0abfallavlludwigsburgde;31fd40659f7e736de02d9033c7f5e218abfallavlludwigsburgde;58527c08449d227ea248bd693b904b9fabfallavlludwigsburgde;0a76221a4461abacf6a78b639bc4a016abfallavlludwigsburgde;grdn3g1rgn2j6ph4lqjhnh5go0googlecom;lt914bd4sgie64cgcvuk5i9h2kgooglecom;fma32339mard701o7f7cn3oelkgooglecom;362a10c61a1cefce932581f9d19db04cabfallavlludwigsburgde;76encbbf2vm1rgvbn52lmqfqkggooglecom;3dfuq9dln4728082eusk0b9ut0googlecom
2016-02-21 21:15:39 nextUpdate 2016-02-21 22:10:42
2016-02-21 21:15:39 nextWakeup 2016-02-21 22:10:42
2016-02-21 21:15:39 state triggered
Attributes:
room Kalender
list vKalender_Osburg:
Internals:
DEF Kalender_Osburg 1 3600
INTERVAL 3600
KALENDER Kalender_Osburg
NAME vKalender_Osburg
NR 254
STATE t: 10 td: 0 tm: 4 ts: 0
TYPE CALVIEW
Readings:
2016-02-21 21:19:08 c-started 0
2016-02-21 21:19:08 c-term 10
2016-02-21 21:19:08 c-today 0
2016-02-21 21:19:08 c-tomorrow 4
2016-02-21 21:19:08 state t: 10 td: 0 tm: 4 ts: 0
2016-02-21 21:19:08 t_001_bdate 20.01.2015
2016-02-21 21:19:08 t_001_btime 10:00:00
2016-02-21 21:19:08 t_001_edate 20.01.2015
2016-02-21 21:19:08 t_001_etime 10:01:00
2016-02-21 21:19:08 t_001_mode next
2016-02-21 21:19:08 t_001_source Kalender_Osburg
2016-02-21 21:19:08 t_001_summary Geb. ClaXXXXX
2016-02-21 21:19:08 t_002_bdate 29.01.2015
2016-02-21 21:19:08 t_002_btime 00:00:00
2016-02-21 21:19:08 t_002_edate 30.01.2015
2016-02-21 21:19:08 t_002_etime 00:00:00
2016-02-21 21:19:08 t_002_mode next
2016-02-21 21:19:08 t_002_source Kalender_Osburg
2016-02-21 21:19:08 t_002_summary Geburtstag AnXXXXX
2016-02-21 21:19:08 t_003_bdate 01.02.2015
2016-02-21 21:19:08 t_003_btime 00:00:00
2016-02-21 21:19:08 t_003_edate 02.02.2015
2016-02-21 21:19:08 t_003_etime 00:00:00
2016-02-21 21:19:08 t_003_mode next
2016-02-21 21:19:08 t_003_source Kalender_Osburg
2016-02-21 21:19:08 t_003_summary StefaXXXXXXXX Geburtstag
2016-02-21 21:19:08 t_004_bdate 01.03.2015
2016-02-21 21:19:08 t_004_btime 18:30:00
2016-02-21 21:19:08 t_004_edate 01.03.2015
2016-02-21 21:19:08 t_004_etime 18:31:00
2016-02-21 21:19:08 t_004_mode next
2016-02-21 21:19:08 t_004_source Kalender_Osburg
2016-02-21 21:19:08 t_004_summary Heizung abschalten?
2016-02-21 21:19:08 t_005_bdate 01.04.2015
2016-02-21 21:19:08 t_005_btime 18:30:00
2016-02-21 21:19:08 t_005_edate 01.04.2015
2016-02-21 21:19:08 t_005_etime 18:31:00
2016-02-21 21:19:08 t_005_mode next
2016-02-21 21:19:08 t_005_source Kalender_Osburg
2016-02-21 21:19:08 t_005_summary Heizung abschalten?
2016-02-21 21:19:08 t_006_bdate 19.06.2015
2016-02-21 21:19:08 t_006_btime 00:00:00
2016-02-21 21:19:08 t_006_edate 20.06.2015
2016-02-21 21:19:08 t_006_etime 00:00:00
2016-02-21 21:19:08 t_006_mode next
2016-02-21 21:19:08 t_006_source Kalender_Osburg
2016-02-21 21:19:08 t_006_summary Geb NaXXXXXXXX
2016-02-21 21:19:08 t_007_bdate 03.07.2015
2016-02-21 21:19:08 t_007_btime 00:00:00
2016-02-21 21:19:08 t_007_edate 04.07.2015
2016-02-21 21:19:08 t_007_etime 00:00:00
2016-02-21 21:19:08 t_007_mode next
2016-02-21 21:19:08 t_007_source Kalender_Osburg
2016-02-21 21:19:08 t_007_summary SportbXXXXXXXXX
2016-02-21 21:19:08 t_008_bdate 08.07.2015
2016-02-21 21:19:08 t_008_btime 00:00:00
2016-02-21 21:19:08 t_008_edate 09.07.2015
2016-02-21 21:19:08 t_008_etime 00:00:00
2016-02-21 21:19:08 t_008_mode next
2016-02-21 21:19:08 t_008_source Kalender_Osburg
2016-02-21 21:19:08 t_008_summary Geburtstag MXXXXXXX
2016-02-21 21:19:08 t_009_bdate 17.07.2015
2016-02-21 21:19:08 t_009_btime 00:00:00
2016-02-21 21:19:08 t_009_edate 18.07.2015
2016-02-21 21:19:08 t_009_etime 00:00:00
2016-02-21 21:19:08 t_009_mode next
2016-02-21 21:19:08 t_009_source Kalender_Osburg
2016-02-21 21:19:08 t_009_summary SportbXXXXXXX
2016-02-21 21:19:08 t_010_bdate 18.07.2015
2016-02-21 21:19:08 t_010_btime 00:00:00
2016-02-21 21:19:08 t_010_edate 19.07.2015
2016-02-21 21:19:08 t_010_etime 00:00:00
2016-02-21 21:19:08 t_010_mode next
2016-02-21 21:19:08 t_010_source Kalender_Osburg
2016-02-21 21:19:08 t_010_summary Geburtstag AXXXXXX
2016-02-21 21:19:08 tomorrow_001_bdate morgen
2016-02-21 21:19:08 tomorrow_001_btime 00:00:00
2016-02-21 21:19:08 tomorrow_001_edate 23.02.2016
2016-02-21 21:19:08 tomorrow_001_etime 00:00:00
2016-02-21 21:19:08 tomorrow_001_mode next
2016-02-21 21:19:08 tomorrow_001_source Kalender_Osburg
2016-02-21 21:19:08 tomorrow_001_summary Rund
2016-02-21 21:19:08 tomorrow_002_bdate morgen
2016-02-21 21:19:08 tomorrow_002_btime 08:00:00
2016-02-21 21:19:08 tomorrow_002_edate 22.02.2016
2016-02-21 21:19:08 tomorrow_002_etime 09:00:00
2016-02-21 21:19:08 tomorrow_002_mode next
2016-02-21 21:19:08 tomorrow_002_source Kalender_Osburg
2016-02-21 21:19:08 tomorrow_002_summary Dr. LaipXXXXXXXX
2016-02-21 21:19:08 tomorrow_003_bdate morgen
2016-02-21 21:19:08 tomorrow_003_btime 15:00:00
2016-02-21 21:19:08 tomorrow_003_edate 22.02.2016
2016-02-21 21:19:08 tomorrow_003_etime 16:00:00
2016-02-21 21:19:08 tomorrow_003_mode next
2016-02-21 21:19:08 tomorrow_003_source Kalender_Osburg
2016-02-21 21:19:08 tomorrow_003_summary KirscXXXXXXXX
2016-02-21 21:19:08 tomorrow_004_bdate morgen
2016-02-21 21:19:08 tomorrow_004_btime 15:45:00
2016-02-21 21:19:08 tomorrow_004_edate 22.02.2016
2016-02-21 21:19:08 tomorrow_004_etime 16:45:00
2016-02-21 21:19:08 tomorrow_004_mode next
2016-02-21 21:19:08 tomorrow_004_source Kalender_Osburg
2016-02-21 21:19:08 tomorrow_004_summary TenXXXXXXXX
Attributes:
maxreadings 10
modes next
room Kalender
Mein Problem:
Eigentlich möchte ich die nächsten 10 Termine angezeigt bekommen, ausgehend von der aktuellen Zeit.
Ich bekomme hier aber Termine beginnend ab 20.01.2015 aufgelistet.
Warum?
Ist im Code bei mir irgendetwas falsch oder habe ich etwas vergessen?
Analyse bzw. Fragen:
In meinem Kalender sind auch viele Einträge vor dem 20.01.2015. Warum wird ausgerechnet der Termin vom 20.01.2015 selektiert und angezeigt?
Zwischen
t_001 bis t_010 sind im Google Kalender etliche andere Termine gespeichert, welche nicht angezeigt werden.
Ich behaupte, aber das fällt einem ja immer leicht, dass ich die Definitionen 1:1 so angelegt habe, wie in der alten FHEM-Installation, aber komme dem Fehler einfach nicht auf die Spur.
Kann mir jemand helfen?
Das wäre super!
Vielen Dank!
Viele Grüße
Jens
wie mehrmals beschrieben musts du im calendar hideolderthan auf 0 oder 1 setzen
Zitat von: chris1284 am 21 Februar 2016, 21:55:27
wie mehrmals beschrieben musts du im calendar hideolderthan auf 0 oder 1 setzen
super, danke. Funktioniert jetzt.
Habe den Hinweis leider nicht gefunden gehabt - werde jetzt danach suchen um zu verstehen, was "0" oder "1" bewirkt.
http://fhem.de/commandref.html#Calendar
heute morgen das Update gemacht...!
und siehe da mein Kalender/Calview funktioniert jetzt wieder richtig... als erstes werden die Namen der kommenden Geburtstage richtig dargestellt und bei einem Neustart sind die Kalender auch alle wieder da...!
Vielen Dank für die gute Arbeit ;)
danke für die rückmeldung, schön das es funktioniert.
habe bei mir bereits alle notfy's gelöscht da das update nun intern läuft
das at für die rg habe ich auch gelöscht un gegen ein notify getauscht
define ntf_ViewAll notify View_All:.* {
my $i;
my $modtext = "<Datum>,<Zeit>,<Termin>,<Ort>,<Quelle> ";
for($i= 1;$i<= ReadingsVal("View_All","c-today", 0);$i++){
$modtext .= "View_All:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_location,today_".sprintf('%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("View_All","c-tomorrow", 0);$i++){
$modtext .= "View_All:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_location,tomorrow_".sprintf('%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("View_All","c-term", 0);$i++){
$modtext .= "View_All:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_location,t_".sprintf('%03d',$i)."_source ";}
fhem("modify rg_View_All $modtext");
fhem("SAVE");
}
nun ist der ablauf simpel und alls stets aktuell:
CALENDAR-UPDATE -> löst CALVIEW-Update aus -> dies löst notify für die ReadingsGroup aus -> SAVE
Zitat von: chris1284 am 22 Februar 2016, 17:56:25
das at für die rg habe ich auch gelöscht un gegen ein notify getauscht
genau dabei bin ich auch gerade und wollte schon schreiben das es ohne at keine Readinggroup füllt... aber jetzt kann ich das ja mal nachstellen...
Zitat von: chris1284 am 21 Februar 2016, 14:45:45
heute habe ich einige Änderungen durchgeführt die ich heute oder morgen einchecken werde
-interne notify-funktion -> die view aktualisiert sich nun selbst wenn der calendar die sie zeigt updated (THX uniqueck für den hinweis)
-> kann per attr diable 1 deaktiviert werden
laut commanref sieht das umgekehrt aus...!
Zitat0 - deaktiviert die interne Notify-Funktion welche ausgelöst wird wenn sich einer der Kalender aktualisiert hat 1 / nicht gesetzt - aktiviert die interne Notify-Funktion (Standard)
also setze ich "1" aktiviere ich die automatische Aktualisierung, setze ich "0" schalte ich sie AUS und Calview wird nicht mehr aktualisiert...! :-\
ui stimmt, dreher in der cmd-ref
geändert und eingechekt
wie kann ich die Werte nach Aktualität ausgeben, bekomme alte Termine angezeigt. Danke..
Lies doch einfach mal ein Stück zurück, ich weiß hier am Tablet leider den Begriff nicht, aber das würde jetzt schon einige mal gefragt
EDITH:// im Kalender "hideOlderThan" auf 1 setzen
Danke für die Rückmeldung.. Alles gefunden, jetzt funktionierts ;). Hatte von hinten lesen sollen :D
eine kleine verbesserung am notify für die rg:
Zitatdefine nft notify ViewName:t:.*
dann triggert es nicht bei jedem reading update sondern sinnvoller weise nur nachdem alle geändert wurden....
Hallo,
CalView benötigt bei mir laut apptime sehr viel CPU-Zeit.
CalView_All CALVIEW_Set 17211 7 17211 2458.71 0 HASH(CalView_All); CalView_All; update
Das ist eine View auf 3 Kalender. 17 Sekunden ...
Ist das normal ?
Mein HMLAN steigt da oft aus ...
Gruss
Joe
ist halt nen pi.... bei mir dauert es mit 3 kalendern und maxreadings 15 fefühlt 3 sekunden bis alles da ist. nonblocking ist das modul nicht.
die zeit ergibt sich aus der antwortzeit deines calendars beim abfragen der reading und dann die zeit die calview zum aufarbeiten braucht
boris hat eine neue option im calendar eingebaut die ein effizienteres abholen der readings bedeutet . ich teste das gerade und gefühlt konnte ich die zeit zum update halbieren.
wenn das heute soweit weiter läuft gibts morgen das update
Das wäre dann für mein Abfall Modul auch interessant. Was bat er denn bereitgestellt, das es effizienter geht.
Gesendet von meinem GT-N7100 mit Tapatalk
Ich hoffe, dass war hier nicht schon Thema. Gefunden habe ich es nicht.
Habe immer wieder im Log folgendes:
2016.02.24 11:17:30 3: WARNING: unsupported character in reading 2016.02.16-08:00:00 (not A-Za-z/\d_\.-), notify the CALVIEW module maintainer.
2016.02.24 11:17:30 3: WARNING: unsupported character in reading 2016.02.18-08:00:00 (not A-Za-z/\d_\.-), notify the CALVIEW module maintainer.
2016.02.24 11:17:30 3: WARNING: unsupported character in reading 2016.02.19-08:00:00 (not A-Za-z/\d_\.-), notify the CALVIEW module maintainer.
2016.02.24 11:17:30 3: WARNING: unsupported character in reading 2016.02.24-14:55:00 (not A-Za-z/\d_\.-), notify the CALVIEW module maintainer.
2016.02.24 11:17:30 3: WARNING: unsupported character in reading 2016.02.25-08:00:00 (not A-Za-z/\d_\.-), notify the CALVIEW module maintainer.
2016.02.24 11:17:30 3: WARNING: unsupported character in reading 2016.03.01-08:00:00 (not A-Za-z/\d_\.-), notify the CALVIEW module maintainer.
2016.02.24 11:17:30 3: WARNING: unsupported character in reading 2016.03.02-14:55:00 (not A-Za-z/\d_\.-), notify the CALVIEW module maintainer.
2016.02.24 11:17:30 3: WARNING: unsupported character in reading 2016.03.03-08:00:00 (not A-Za-z/\d_\.-), notify the CALVIEW module maintainer.
Das sind einfache Einträge, die in CALVIEW wie folgt am Ende ausgegeben werden:
2016.02.16-08:00:00 Bioabfall 2016-02-24 11:23:42
2016.02.18-08:00:00 Restmüll 2016-02-24 11:23:42
2016.02.19-08:00:00 Wertstoff 2016-02-24 11:23:42
2016.02.24-14:55:00 Nachhilfe 2016-02-24 11:23:42
2016.02.25-08:00:00 Restmüll 2016-02-24 11:23:42
2016.03.01-08:00:00 Bioabfall 2016-02-24 11:23:42
2016.03.02-14:55:00 Nachhilfe 2016-02-24 11:23:42
2016.03.03-08:00:00 Restmüll 2016-02-24 11:23:42
was steht denn in deinem kalender so drin? kenne die meldung nicht aber sie weisst auf falsche zeichen im reading hin.
ein list der view sowie get full next deines kalenders oder eine ical würde mir helfen.
fhem aktuell?
@constantin: er hat get uid <next< usw eingebaut. das spart mit das extrahieren der uid aus get full next. das geht hier zumindest schnell.
somit bekomme ich die uids schneller vom calendar und spare mit einige stringoperation / habe weniger daten zu verwursten
alternativ kann man immer noch schauen ob non-blocking was wäre
habe das update auf die etwas performance-verbesserte version eingechecked
Mein Logfile füllt sich mit dem aktuellen CALVIEW mit jede menger dieser Meldungen:
2016.02.27 14:47:23 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/57_CALVIEW.pm line 103.
2016.02.27 14:47:23 3: stacktrace:
2016.02.27 14:47:23 3: main::__ANON__ called by ./FHEM/57_CALVIEW.pm (103)
2016.02.27 14:47:23 3: main::CALVIEW_GetUpdate called by ./FHEM/57_CALVIEW.pm (251)
2016.02.27 14:47:23 3: main::CALVIEW_Notify called by fhem.pl (3147)
2016.02.27 14:47:23 3: main::CallFn called by fhem.pl (3069)
2016.02.27 14:47:23 3: main::DoTrigger called by fhem.pl (3940)
2016.02.27 14:47:23 3: main::readingsEndUpdate called by ./FHEM/57_Calendar.pm (2453)
2016.02.27 14:47:23 3: main::Calendar_CheckTimes called by ./FHEM/57_Calendar.pm (2062)
2016.02.27 14:47:23 3: main::Calendar_ProcessUpdate called by FHEM/HttpUtils.pm (297)
2016.02.27 14:47:23 3: main::__ANON__ called by fhem.pl (651)
Gabs diesen Fehler schon? Kann ich da was gegen machen?
Danke und viele Grüße
Gizmoh
Diese Meldungen habe ich auch, aber eine Lösung wurde bisher nicht gefunden.
Ich finde gut, dass ich nicht der Einzige bin. Bisher schien es so, als hätte nur ich diese Meldung.
welceh perl-version habt ihr?
Server started with 369 defined entities (fhem.pl:10914/2016-02-22 perl:5.014002 os:linux user:fhem pid:26880)
Server started with 187 defined entities (fhem.pl:10914/2016-02-22 perl:5.014002 os:linux user:fhem pid:26236)
mmm hab v5.20.2 und keine meldungen, selbst mit dem extra erstellten terminen ohne location (zeile 103) . der fehler zeile 101 geht eigentlich nicht da ein termin ohne titel eigentlich nicht geht.
ich habe einfach den verdacht das ich bei euch vom kalender keine rückgabe bekomme. über ical-files würde ich mich freuen
Meinst du diese Datgei (Name verfremdet)?
Huhu,
was muss ich denn machen um nur termine von heute an zu bekommen?
Ich sehe die ersten 20 Einträge seit ich den Kalender von google führe.
//EDIT:
Sehe gerade, das sind nur Serientermine die ich angezeigt bekomme. Wie kann ich denn einfach nur die nächsten "normalen" Termine ausgeben?
Versuch mal für den Anfang: attr hide older than 1d
Das blendet dir dann schonmal die alten Termine aus
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
Hallo chris1284,
stehe jetzt grade etwas auf dem Schlauch. Du hast je das Modul an den neuen Calendar - Modul angepaßt.
Bisher sieht meine def für CALVIEW so aus
define vocalview2 CALVIEW Kal1,Kal2,Kla3 2 3600
attr vocalview2 maxreadings 20
attr vocalview2 modes all
attr vocalview2 room Kalender
etwas unklar sind die Parameter (siehe commandref)
<0 next; 1 next 2 for next ; 3 for next ; next >
kannst Du bitte kurz erklären ? Passt die "2" noch ....
sorry , aber irgendwie bin ich grade neben der Spur !
es wird quasi alles was du angibst in next umgenwandelt (0-3, next). dies dient nur der abwärstkompatibilität zu alten defines
wenn ud mal das attr. modes änderst wird dir nur next angeboten werden.
einzelen modes werden so wie boris schrieb eh im laufe der zeit wegfallen, somit wird alle auf next umgeschwenkt
Zitatwenn ud mal das attr. modes änderst wird dir nur next angeboten werden.
ahhja , derzeit steht attr. modes auf "all" (also was mal 2 war......... define vocalview2 CALVIEW Kal1,Kal2,Kla3
2 3600)
Aber die Aktualisierung der readingsgroup per "at" ist sicher weiterhin notwendig , oder ?
Danke
kvo1
ich mache es mittlereile mit nem notify um sinnloses aktualisieren zu vermeiden. siehe post #1 unter punkt 2)
Zitat von: chris1284 am 05 März 2016, 08:46:20
ich mache es mittlereile mit nem notify um sinnloses aktualisieren zu vermeiden. siehe post #1 unter punkt 2)
gute Idee, habe das mal bei mir so geändert - mal sehen ob/wie´s läuft !
Danke für den Tipp !
Zitat von: Gizmoh am 27 Februar 2016, 15:40:47
Mein Logfile füllt sich mit dem aktuellen CALVIEW mit jede menger dieser Meldungen:
2016.02.27 14:47:23 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/57_CALVIEW.pm line 103.
2016.02.27 14:47:23 3: stacktrace:
2016.02.27 14:47:23 3: main::__ANON__ called by ./FHEM/57_CALVIEW.pm (103)
2016.02.27 14:47:23 3: main::CALVIEW_GetUpdate called by ./FHEM/57_CALVIEW.pm (251)
2016.02.27 14:47:23 3: main::CALVIEW_Notify called by fhem.pl (3147)
2016.02.27 14:47:23 3: main::CallFn called by fhem.pl (3069)
2016.02.27 14:47:23 3: main::DoTrigger called by fhem.pl (3940)
2016.02.27 14:47:23 3: main::readingsEndUpdate called by ./FHEM/57_Calendar.pm (2453)
2016.02.27 14:47:23 3: main::Calendar_CheckTimes called by ./FHEM/57_Calendar.pm (2062)
2016.02.27 14:47:23 3: main::Calendar_ProcessUpdate called by FHEM/HttpUtils.pm (297)
2016.02.27 14:47:23 3: main::__ANON__ called by fhem.pl (651)
Gabs diesen Fehler schon? Kann ich da was gegen machen?
Danke und viele Grüße
Gizmoh
gibt es hier eine Lösung , ich habe die gleiche Meldung
2016.03.07 00:23:19 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/57_CALVIEW.pm line 103.
Zitat von: kvo1 am 07 März 2016, 00:30:40
gibt es hier eine Lösung , ich habe die gleiche Meldung
bisher nicht. weiss zwar warum es auftritt aber nicht wie ich es unterbinden kann. ist aber auch nur eine warnung somit eigentlich nichts tragisches
Zitat von: chris1284 am 07 März 2016, 19:12:46
bisher nicht. weiss zwar warum es auftritt aber nicht wie ich es unterbinden kann. ist aber auch nur eine warnung somit eigentlich nichts tragisches
Hi Chris,
danke für die schnelle Antwort,
dann werde/muss ich damit leben ;)
vielleicht fällt Dir ja irgendwann etwas ein dazu !
Gruss klaus
Zitat von: chris1284 am 07 März 2016, 19:12:46
bisher nicht. weiss zwar warum es auftritt aber nicht wie ich es unterbinden kann. ist aber auch nur eine warnung somit eigentlich nichts tragisches
Hast du hier evtl weitere Infos zu? gibt es evtl auf unserer Seite evtl etwas was wir ändern können um den Fehler zu unterbinden?
Klar, ist nur eine Warnung, aber es müllt das Logfile schon ganz schön zu.
Zitat von: Gizmoh am 08 März 2016, 13:34:38
aber es müllt das Logfile schon ganz schön zu.
startest du fhem täglich mehrmals neu oder aktualisierst deinen kalender häufiger als default?
habe 2 view mit je 4 und 1 kalender(n). die meldung habe ich genau 1x nach dem fhem neustart und dann nie wieder (und auch nur wenn ich invers seinen kalender eingebunden habe).
mit meinen eigenen Kalendern (alle von google) habe ich die meldung nicht
habe täglich ein neues logfile somit sehe ich die meldung nur am tag nach dem reboot, dann nie wieder bis zum nächsten reboot.
offtopic: ich habe eh das gefühl manche user hier lesen abends lieber zum wein ein gutes logile als ein buch ;D
so wie es aussieht liegt es daran das bei einigen terminen location / summary leer ist und somit die prüfung ob der string eine länger größer 0 hat nicht gemacht werden kann.
das kann man in perl so wie ich das sehe garnicht prüfen ob ein feld eines arrays vorhanden / NULL ist. habe schon überlegt das bei holen aus calendar zu prüfen und dann wenn nichts da ist ein leerzeichen oder sowas einzufügen als dummy7platzhalter
owserver schmeist seit je her die meldung "PERL WARNING: Use of uninitialized value in split at ./FHEM/10_OWServer.pm line 384." hier hat auch noch niemand dne grund / die lösung gefunden.
Hi Chris
Zitathabe 2 view mit je 4 und 1 kalender(n). die meldung habe ich genau 1x nach dem fhem neustart und dann nie wieder (und auch nur wenn ich invers seinen kalender eingebunden habe).
jooo , das stimmt ! für mich auch nicht so tragisch, so werde ich ab und an an dich erinnert ;)
Zitatofftopic: ich habe eh das gefühl manche user hier lesen abends lieber zum wein ein gutes logile als ein buch ;D
ich habe die Logfile als Buch gebunden ;D
;) bin auch noch am suchen ob man (ich) es abstellen kannn
Zitat von: chris1284 am 08 März 2016, 17:44:01
startest du fhem täglich mehrmals neu oder aktualisierst deinen kalender häufiger als default?
habe 2 view mit je 4 und 1 kalender(n). die meldung habe ich genau 1x nach dem fhem neustart und dann nie wieder (und auch nur wenn ich invers seinen kalender eingebunden habe).
mit meinen eigenen Kalendern (alle von google) habe ich die meldung nicht
habe täglich ein neues logfile somit sehe ich die meldung nur am tag nach dem reboot, dann nie wieder bis zum nächsten reboot.
Ne, eigentlich starte ich es nur bei Updates neu, vieleicht 1 mal die Woche. Ich habe 4 Kalender eingebunden mit 4 Calviews, aktualisierungsinterval steht auf 14400.
Ich hatte für einen anderen Fehler stacktrace auf 1 gesetzt und da wird der CALVIEW Fehler dann bei jedem Aufruf (alle 4 Stunden bei Kalender Aktualisierung) zu fast 1200 Zeilen im Logfile. Ich lese die Logfiles nicht mit nem schönen Wein am Abend, aber wenn die dann doch langsam an die 20MB (Monats Log) werden fange ich doch an mir Sorgen zu machen ;-)
ok, also ehr ein sonderfall mit stacktrace aktiv. die anzahl kommt dann denke ich aufgrund der erweiterten anzeige im log / je view zu stande...
Mein rg_myCalView will net funktionieren ... also ist immer leer.
Calendar ist angelegt:
define Geburtstage Calendar ical url https://calendar.google.com/calendar/ical/xx/basic.ics 21600
attr Geburtstage hideOlderThan 10
Danach myCalView:
define myCalView CALVIEW Geburtstage 1
attr myCalView maxreadings 10
attr myCalView modes next
Danach rg_myCalView:
define rg_myCalView readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit>
attr rg_myCalView nonames 1
Und am Ende ntf_ViewAll mit DEF:
View_All:t:.* {
my $i;
my $modtext = "<Datum>,<Zeit>,<Termin>,<Ort>,<Quelle> ";
for($i= 1;$i<= ReadingsVal("View_All","c-today", 0);$i++){
$modtext .= "View_All:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_location,today_".sprintf('%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("View_All","c-tomorrow", 0);$i++){
$modtext .= "View_All:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_location,tomorrow_".sprintf('%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("View_All","c-term", 0);$i++){
$modtext .= "View_All:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_location,t_".sprintf('%03d',$i)."_source ";}
fhem("modify rg_View_All $modtext");
fhem("SAVE");
}
Was übersehe ich? in myCalView ist alles noch gut. Log zeigt auch an, wenn ich den Kalender aktualisiere:
2016.04.01 09:24:57 3: CALVIEW myCalView - CALENDAR:Geburtstage triggered, updating CALVIEW myCalView ...
Mach mal ein "list rg_myCalView" ... in Deiner gezeigten Definition sehen ich nur die Überschriftzeile, aber keinerlei Selektion, was denn in der readingsGroup angezeigt werden soll.
Peter
Internals:
DEF <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit>
NAME rg_myCalView
NR 149
NTFY_ORDER 50-rg_myCalView
STATE Initialized
TYPE readingsGroup
mayBeVisible 1
Content:
Content2:
DEVICES:
ARRAY(0xbdd7690)
Fhem:
lastDefChange 1
last_update 1459429185.57661
Helper:
DEF
Attributes:
nonames 1
Das was du sagst stimmt, aber ich dachte das wird für das notify gefüllt?
Zitat von: DerKiLLa am 01 April 2016, 09:43:16
Das was du sagst stimmt, aber ich dachte das wird für das notify gefüllt?
Das notify macht ein
fhem("modify rg_View_All $modtext");Deine readingsGroup heisst aber nicht
rg_View_All, sondern
rg_myCalView.
Peter
Macht Sinn, ändert leider aber nichts, rg_myCalView weiterhin leer ;(
fhem("modify rg_myCalView $modtext");
fhem("SAVE");
mach ein set calview update / set calendar update dann sollte die kette ausgelöst werdne bishin zu deinem notify welches dann triggered und die rg füllt (vorrasugesetzt deine calview zeigt auch readings)
set Geburtstage update
set myCalView update
rg_myCalView weiterhin leer.
Nach dem ersten Befehl wird ja auch im Log angezeigt, dass aktualisiert wird.
2016.04.01 10:41:06 3: CALVIEW myCalView - CALENDAR:Geburtstage triggered, updating CALVIEW myCalView ...
myCalView ist gefüllt. list myCalView:
Internals:
DEF Geburtstage 1
INTERVAL 43200
KALENDER Geburtstage
NAME myCalView
NR 147
NTFY_ORDER 50-myCalView
STATE t: 10 td: 2 tm: 1
TYPE CALVIEW
Readings:
2016-04-01 10:41:11 c-term 10
2016-04-01 10:41:11 c-today 2
2016-04-01 10:41:11 c-tomorrow 1
2016-04-01 10:41:11 state t: 10 td: 2 tm: 1
2016-04-01 10:41:11 t_001_bdate 01.04.2016
2016-04-01 10:41:11 t_001_btime 00:00:00
2016-04-01 10:41:11 t_001_edate 02.04.2016
2016-04-01 10:41:11 t_001_etime 00:00:00
2016-04-01 10:41:11 t_001_mode next
2016-04-01 10:41:11 t_001_source Geburtstage
2016-04-01 10:41:11 t_001_summary bla hat Geburtstag
[...]
Attributes:
maxreadings 10
modes next
Hab es hinbekommen. Es musste noch "View_All" an mein CALVIEW angepasst werden, das war leider so nicht ersichtlich aus dem Firstpost, daher hier mal der Part, den kannst du einfach so übernehmen und sollte klar werden:
ZitatBeispiel readingsGroup mit den Standard-Readings
1. Leere readingsGroup definieren:
define rg_View_All readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit>
1.a) Der rg das Attribut nonames 1 geben
attr rg_View_All nonames 1
2. Ein Notify definieren, welches die readingsGroup dynamisch mit Leben füllt wenn sich das CALVIEW aufgrund eines calendar-updates aktualisiert hat
define ntf_ViewAll notify View_All:t:.* {
my $i;
my $modtext = "<Datum>,<Zeit>,<Termin>,<Ort>,<Quelle> ";
for($i= 1;$i<= ReadingsVal("View_All","c-today", 0);$i++){
$modtext .= "View_All:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_location,today_".sprintf('%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("View_All","c-tomorrow", 0);$i++){
$modtext .= "View_All:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_location,tomorrow_".sprintf('%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("View_All","c-term", 0);$i++){
$modtext .= "View_All:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_location,t_".sprintf('%03d',$i)."_source ";}
fhem("modify rg_View_All $modtext");
fhem("SAVE");
}
! Ihr müsst View_All mit eurem Namen des CALVIEW devices ersetzen !
Danach ein set <Kalender> update und sowohl das CALVIEW (View_All) als auch die readingsGroup (rg_View_All) sollten gefüllt sein mit den neuen Readings
Mir fällt noch einiges auf.
Im Firstpost wird die readingsGroup ja leer angelegt mit
<Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit>Später wird aber sowieso
<Datum>,<Zeit>,<Termin>,<Ort>,<Quelle> gespeichert. Daher kann man den Eintrag ja auch direkt richtig anlegen?
Nächster Punkt:
_location gibt es in meinem CALVIEW nicht. Hab mir danach die angehängte Datei runtergeladen und in das Verzeichnis kopiert und danach ging leider gar nichts mehr. Also myCalView ist danach leer und lädt auch keine Daten mehr. Bin dann wieder auf die alte Version gegangen, dann ging wieder alles - aber hier gibt es halt _location nicht.
Ohne _location sieht es dann so aus:
(https://i.imgur.com/tuD63Ys.jpg)
ZitatEs musste noch "View_All" an mein CALVIEW angepasst werden, das war leider so nicht ersichtlich aus dem Firstpost,
wie kann dir das wenn du diese zeile im post 1 liest nicht klar werden ? :o
Zitat!Ihr müsst View_Abfall mit eurem Namen des CALVIEW devices ersetzen!
alle andern habens bisher so verstanden wie es da steht --> view_all durch euren/deinen calview-namen ersetzen
Zitat von: DerKiLLa am 01 April 2016, 14:14:00
Im Firstpost wird die readingsGroup ja leer angelegt mit <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit>
Später wird aber sowieso <Datum>,<Zeit>,<Termin>,<Ort>,<Quelle> gespeichert. Daher kann man den Eintrag ja auch direkt richtig anlegen?
da es eh überschrieben wird kannst du auch <blablub> reinschreiben. war halt nur damit was drin steht
Zitat von: DerKiLLa am 01 April 2016, 14:14:00
angehängte Datei runtergeladen und in das Verzeichnis kopiert und danach ging leider gar nichts mehr.
normal da es alter kram ist und calview nur über fhem update aktuell und kompatibel ist.
ZitatNächster Punkt: _location gibt es in meinem CALVIEW nicht.
stimmt. eigentlich sollte location dann leer sein -> schau ich mir an. workaround in der rg => einfach quelle weg lassen oder ort ans ende der zeile :-)
Zitat von: chris1284 am 01 April 2016, 15:30:12
wie kann dir das wenn du diese zeile im post 1 liest nicht klar werden ? :oalle andern habens bisher so verstanden wie es da steht --> view_all durch euren/deinen calview-namen ersetzen
Naja, hab halt nach View_Abfall geschaut, es musste aber View_All geändert werden. Klar, hätte ich auch gleich drauf kommen können, aber die Namen sind durcheinander, deswegen hab ich versucht, es einheitlich für dich zu machen.
Zitateigentlich sollte location dann leer sein -> schau ich mir an. workaround in der rg => einfach quelle weg lassen oder ort ans ende der zeile :-)
Da es bei mir eh nur ein Geburtstagskalender ist, hab ich die ganze Funktion sowieso geändert ;)
(https://i.imgur.com/rdvseHt.jpg)
Falls sich jemand dafür interessiert:
define Geburtstage Calendar ical url https://calendar.google.com/calendar/ical/xxx/basic.ics 21600
attr Geburtstage hideLaterThan 1d
attr Geburtstage hideOlderThan 10
define myCalView CALVIEW Geburtstage 1
define rg_myCalView readingsGroup <Datum>,<Person>
attr rg_myCalView alias Geburtstage:
attr rg_myCalView nonames 1
define ntf_ViewAll notify myCalView:t:.* {
my $i;
my $modtext = " ";
for($i= 1;$i<= ReadingsVal("myCalView","c-today", 0);$i++){
$modtext .= "myCalView:<Heute>,today_".sprintf('%03d',$i)."_summary ";}
for($i= 1;$i<= ReadingsVal("myCalView","c-tomorrow", 0);$i++){
$modtext .= "myCalView:<Morgen>,tomorrow_".sprintf('%03d',$i)."_summary ";}
fhem("modify rg_myCalView $modtext");
fhem("SAVE");
}Kann ich im PERL-Code Symbolen einfärben? Wenn ich es direkt in der DEF vom rg änder, geht es. Wenn ich es aber in der DEF vom notify änder, bekomme ich einen Fehler.
define ntf_ViewAll notify myCalView:t:.* {\
my $i;; \
my $modtext = " ";;\
\
for($i= 1;;$i<= ReadingsVal("myCalView","c-today", 0);;$i++){\
$modtext .= "myCalView:<%time_calendar@red>,<Heute>,today_".sprintf('%03d',$i)."_summary ";;}\
\
for($i= 1;;$i<= ReadingsVal("myCalView","c-tomorrow", 0);;$i++){\
$modtext .= "myCalView:<%time_calendar@yellow>,<Morgen>,tomorrow_".sprintf('%03d',$i)."_summary ";;}\
\
fhem("modify rg_myCalView $modtext");;\
fhem("SAVE");;\
}Muss ich das @ escapen? Weil ohne Farbe geht es problemlos ...
Edit: Okay, einfach mit \ escapen.
bitte nicht in der cfg arbeiten ;) wäre ehr eine frage für das rg thema. da es text in perlcode ist würde ich sagen ja
Zitat von: chris1284 am 01 April 2016, 17:02:27
bitte nicht in der cfg arbeiten ;) wäre ehr eine frage für das rg thema. da es text in perlcode ist würde ich sagen ja
Hi Chris,
Ich wolllte mal wieder nachfragen nach der Altersberechnung bei Geburtstagen wie da der Stand ist.
Gruß Constantin
Gesendet von meinem GT-N7100 mit Tapatalk
Hi
eine Filterfunktion wäre auch toll.
Ich benutze z.B. den Abfallkalender meines Versorgers und da sind sehr viele Termine drin, die ich nicht brauche.
Gruss
Zitat von: cotecmania am 12 April 2016, 21:57:57
eine Filterfunktion wäre auch toll.
Ich benutze z.B. den Abfallkalender meines Versorgers und da sind sehr viele Termine drin, die ich nicht brauche.
Würde Dir eine Möglichkeit helfen, einen Termin mittels onCreateEvent zu verwerfen, wenn er bestimmte Eigenschaften nicht hat?
Viele Grüße
Boris
Zitat von: Dr. Boris Neubert am 14 April 2016, 19:19:26
Würde Dir eine Möglichkeit helfen, einen Termin mittels onCreateEvent zu verwerfen, wenn er bestimmte Eigenschaften nicht hat?
Viele Grüße
Boris
Das Abfallmodul bietet dieses Feature, aber die nutzt er ja schon. Aber da ich ja auch auf Calendar Modul setze, kannst du ja mal kurz skizzieren wie du das meinst. Vielleicht kann ich das ja nutzen und spare mir den Filter, oder kann ihn anders implementieren.
Gruß Constantin
Gesendet von meinem GT-N7100 mit Tapatalk
ich würde erstmal versuchen einen guid-filter einzubaune und dann darüber im calview nur die termine zu den filterguids bereitstellen. ob das bei dem abfallkalender des versorgers geht.... müsste man die ical sehen
Zitat von: Hans Franz am 26 Dezember 2015, 05:32:39
Hallo,
Ich schaue bei meinen Abfuhrterminen weniger auf das Datum als auf den sich mitunter verschiebenden Wochentag.
Hatte das zuerst in der ReadingsGroup mit dem valuePrefix-Attribut und einer sub in myUtils gelöst, aber wegen der nicht sehr schönen Formatierung auf Grund der unterschiedlich langen Namen der Wochentage (Tabs werden wohl ausgefiltert),habe ich versucht einen Patch für ein zusätzliches Reading weekday zu schreiben.
Evtl. findet es ja Zustimmung.
Gruß
Hans
Edit:
Erweitert um den Wochentag für z.B. Ferienende zu zeigen.
Echt Klasse mit dem Wochentag, genau so etwas suche ich. Nur wie spiele ich den Patch ein? Kannst du mir helfen?
Mach's besser hiermit (https://forum.fhem.de/index.php/topic,50222.msg419682.html#msg419682).
Ist dann auch updatesicher.
Gruß
Hans
Auch wenn ich nun mit einer Basic Frage um die Ecke komme. Ich bin gerade am verzweifeln. Die FHEM Installation wächst und ich wollte nun noch meinen Google Kalender einbinden.
Das "Calender" Modul funktioniert noch prima und ich bekomme mit get MeinKalender full all auch alle Termine angezeigt. Das ganze funktioniert mit meinen beiden Testkalendern HTTP und HTTPS .. auch das habe ich getestet. Was einfach nicht funktionieren will ist CALVIEW. Irgendwie bekomme ich keine Daten vom "Calender" Modul angezeigt.
Readings
c-term 0 2016-04-20 08:35:44
c-today 0 2016-04-20 08:35:44
c-tomorrow 0 2016-04-20 08:35:44
state t: 0 td: 0 tm: 0 2016-04-20 08:35:44
Wahrscheinlich nur eine Kleinigkeit, aber irgendwie komme ich nicht drauf ;-( .. wo ich doch gerade so einen guten Lauf bei meiner Installation hatte ;-)
Jede Idee/Hilfe ist willkommen. DANKE
# Kalender Test
define Kalender_fhemtest Calendar ical url https://calendar.google.com/calendar/ical/hier meinICSstring.calendar.google.com/private-cxxxxxxxxxxxxxxxxxx305ae/basic.ics
attr Kalender_fhemtest room Kalender
define Kalender_feiertage Calendar ical url http://www.schulferien.org/media/ical/deutschland/feiertage_rheinland-pfalz_2016.ics
attr Kalender_feiertage room Kalender
define Kalender_viewtest CALVIEW Kalender_fhemtest 1
attr Kalender_viewtest maxreadings 10
attr Kalender_viewtest modes next
attr Kalender_viewtest room Kalender
define Kalender_viewfeiertage CALVIEW Kalender_feiertage 1
attr Kalender_viewfeiertage maxreadings 10
attr Kalender_viewfeiertage modes next
attr Kalender_viewfeiertage room Kalender
was passiert bei ...
define Kalender_viewfeiertage CALVIEW Kalender_feiertage 2
attr Kalender_viewfeiertage maxreadings 10
attr Kalender_viewfeiertage modes all
attr Kalender_viewfeiertage room Kalender
SUPER ... DANKE für die schnelle Hilfe :D es funktioniert :D bei beiden Kalendern
Kalender_viewfeiertage t: 8 td: 0 tm: 0
Kalender_viewtest t: 10 td: 0 tm: 0
nun kann ich an dieser Stelle weitermachen. Was mich nur etwas umtreibt ist, warum überall bei der CALVIEW definition mit 1 gearbeitet wird und mit modes next was zumindest nach dem FHEMwiki auch Sinn macht. Aber egal .. es funktioniert.
Zitatnun kann ich an dieser Stelle weitermachen. Was mich nur etwas umtreibt ist, warum überall bei der CALVIEW definition mit 1 gearbeitet wird und mit modes next was zumindest nach dem FHEMwiki auch Sinn macht. Aber egal .. es funktioniert.
das kann Dir ggf. chris1284 beantworten, bei mir jedenfalls funktioniert das so !
//EDIT//
schau mal hier ...https://forum.fhem.de/index.php/topic,19922.msg419472.html#msg419472 (https://forum.fhem.de/index.php/topic,19922.msg419472.html#msg419472)
Ich habe ein Problem mit dem vorgeschlagenen notify
define ntf_ViewAll notify View_All:t:.* {
my $i;
my $modtext = "<Datum>,<Zeit>,<Termin>,<Ort>,<Quelle> ";
for($i= 1;$i<= ReadingsVal("View_All","c-today", 0);$i++){
$modtext .= "View_All:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_location,today_".sprintf('%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("View_All","c-tomorrow", 0);$i++){
$modtext .= "View_All:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_location,tomorrow_".sprintf('%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("View_All","c-term", 0);$i++){
$modtext .= "View_All:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_location,t_".sprintf('%03d',$i)."_source ";}
fhem("modify rg_View_All $modtext");
fhem("SAVE");
}
Dort steht am Ende fhem("SAVE"). Warum ist das nötig? Nicht nur dass das eine Menge Zeit kostet und ggf unerwünschte Nebenwirkungen haben kann. Bei mir habe ich an ein SAVE per notify ein automatisches "backup" geknüpft und das sichert alle wichtigen fhem-Dateien in ein tar-file. Und das kostet etwa 120 Sekunden CPU-Zeit in denen fhem kaum noch etwas tut. Kann man das nicht anders lösen als SAVE zu verwenden?
nimms halt raus, dann musst u mit dem roten "?" leben.
über den sinn eines backup nach save sollte man ggf auch nachdenken, "Nicht nur dass das eine Menge Zeit kostet und ggf unerwünschte Nebenwirkungen haben kann" ;)
das dein system 120 sekunden für ein save benötigt..... sooo lahm ist der pi und das nas eigentlich nicht. könnte mir vorstellen das die 120sek = save + backup sind
du kannst die rg auch fest definieren und das notify weg lassen un ggf mit leeren zeilen leben wennn zb tommorrow und today nicht existieren
ok, ich lass das SAVE einfach weg. Danke!
PS: die 120 s sind inkl. tar/backup und ja die Nebenwirkung ist, dass ich inzwischen 64GB im Raspi nutze, damit mir der Speicher nicht so schnell zuläuft, aber nach zwei drei heftigen Abstürzen bin ich über jede Sicherung froh (täglich wird noch eine Version auf das NAS geschrieben)
PPS: das ? stört mich wenig, denn ich kann ja durch Klick auf das ? sehen welche Änderungen da noch ausstehen (habe ich gerade gestern erst gelernt!)
Hi,
habe seit einiger Zeit auch ein Problem.
Und zwar sind sämtliche angezeigte Termine aus 2015.
Hier meine def:
define calv_test CALVIEW cal_Tobi 2
attr calv_test maxreadings 20
attr calv_test modes all
Dann mal eine manuelle test RG erstellt:
define rg_KalenderTermineTest readingsGroup <Kalender>,<Datum>,<Uhrzeit>,<Text> calv_test:t_001_source,t_001_bdate,t_001_btime,t_001_summary calv_test:t_002_source,t_002_bdate,t_002_btime,t_002_summary calv_test:t_003_source,t_003_bdate,t_003_btime,t_003_summary calv_test:t_004_source,t_004_bdate,t_004_btime,t_004_summary calv_test:t_005_source,t_005_bdate,t_005_btime,t_005_summary calv_test:t_006_source,t_006_bdate,t_006_btime,t_006_summary calv_test:t_007_source,t_007_bdate,t_007_btime,t_007_summary calv_test:t_008_source,t_008_bdate,t_008_btime,t_008_summary calv_test:t_009_source,t_009_bdate,t_009_btime,t_009_summary calv_test:t_010_source,t_010_bdate,t_010_btime,t_010_summary calv_test:t_011_source,t_011_bdate,t_011_btime,t_011_summary calv_test:t_012_source,t_012_bdate,t_012_btime,t_012_summary calv_test:t_013_source,t_013_bdate,t_013_btime,t_013_summary calv_test:t_014_source,t_014_bdate,t_014_btime,t_014_summary calv_test:t_015_source,t_015_bdate,t_015_btime,t_015_summary calv_test:t_016_source,t_016_bdate,t_016_btime,t_016_summary calv_test:t_017_source,t_017_bdate,t_017_btime,t_017_summary calv_test:t_018_source,t_018_bdate,t_018_btime,t_018_summary calv_test:t_019_source,t_019_bdate,t_019_btime,t_019_summary calv_test:t_020_source,t_020_bdate,t_020_btime,t_020_summary
attr rg_KalenderTermineTest alias "Test"
attr rg_KalenderTermineTest group _KalenderView_
attr rg_KalenderTermineTest nonames 1
attr rg_KalenderTermineTest room Kalender
Was ich nicht verstehe ist, dass er Termine mit Datum 2015 anzeigt (s. Anhang). Im Kalender selbst, habe ich aber auch welche in 2016...
Hat jemand von euch eine Idee?
Gruß,
Tobi
Update: Sorry, auch ich habe das Calendar attr hideOlderThen "verpennt".
hättest du die posts vor deinem gelesen hättest du die lösung schon ;)
hat nichts mit calview sondern calendar zu tun
http://fhem.de/commandref_DE.html#Calendar
stichwort hideOlderThan
Hallo,
ich habe ein Problem mit userReadings:
in meinem Reading "t_001_location" habe ich folgenden Wert: Weißnichtstraße, Buxtehude
jetzt möchte ich dort aber nicht "Weißnichtstraße, Buxtehude" stehen haben, sondern "Home"
das hat bisher auch immer super mit userReadings geklappt:
t_001_location:t_001_location {ReadingsVal($name,"t_001_location",0)=~/^Weißnichtstraße/?"Home":ReadingsVal($name,"t_001_location",0)}, t_002_location:t_002_location {ReadingsVal($name,"t_002_location",0)=~/^Weißnichtstraße/?"Home":ReadingsVal($name,"t_002_location",0)},
Leider läuft es jetzt seid ein paar Tagen nicht mehr und das Reading wird nicht auf "Home" geändert. Aber irgendwie finde ich den fehler nicht.
Gruß, Sascha
Probiers #mal mit:
t_001_location:t_001_location.* {
Gruß
Hans
Zitat von: Hans Franz am 20 Mai 2016, 16:50:51
Probiers #mal mit:
t_001_location:t_001_location.* {
Gruß
Hans
das war es.
Gruß, Sascha
Ist es möglich, Daten eines externen Kalenders (z.B. http://www.geldanlage-brief.de/boersen-wissen/wirtschaftskalender) in Fhem einzubinden ?
Nicht als iframe auf der html sondern die Daten wie auch beim ics direkt von der Seite abzuzweigen.
per httpmod evtl http://fhem.de/commandref.html#HTTPMOD
Hallo Chris,
ich hätte ne Idee zu:
PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/57_CALVIEW.pm line 103Zitat von: chris1284 am 08 März 2016, 17:44:01
so wie es aussieht liegt es daran das bei einigen terminen location / summary leer ist und somit die prüfung ob der string eine länger größer 0 hat nicht gemacht werden kann.
das kann man in perl so wie ich das sehe garnicht prüfen ob ein feld eines arrays vorhanden / NULL ist. habe schon überlegt das bei holen aus calendar zu prüfen und dann wenn nichts da ist ein leerzeichen oder sowas einzufügen als dummy7platzhalter
Zeile 103 ändern in:
if( defined($item->[4]) && length($item->[4]) > 0){ $item->[4] =~ s/\\,/,/g; }hat bei mir die Meldung nicht mehr auftreten lassen
Mit defined() lässt sich prüfen, ob das Arrayfeld überhaupt existiert.
Grüße
Klaus
könnten betroffene di zeile code einmal testen? ich selber habe dieses problem ja nicht wirklich.
wenn es i.O. ist checke ich es ein..
Zitat von: chris1284 am 15 Juni 2016, 18:17:21
könnten betroffene di zeile code einmal testen? ich selber habe dieses problem ja nicht wirklich.
wenn es i.O. ist checke ich es ein..
Hallo Chris1284,
ich hatte das gleiche Probleme, kam leider erst jetzt zum Testen. Die Änderung von Klaus funktioniert, wäre nett wenn das
eingecheckt wird (war gerade nach dem Update wieder weg :'( )
@Klaus: DANKE !
Gruss
Klaus
ist drin! danke klausw!
Hallo,
habe mich gestern etwas mit calendar, CALVIEW und der readingsgroup beschäft. Nach Anfangsschwierigkeiten bei Unstimmigkeiten im Start-Post (durch einen Devicenamen der im Erklärungstext anders lautet, als wie im Code) läuft das ganze jetzt. Leider gibt es einen ziemlichen lag wenn ich den Google Kalender Updaten lasse. Ebenso wie CALVIEW. Aber damit muss ich wohl wegen der Datengröße meinen Google Kalenders leben, oder?
Ein optisches Problem ist bei mir aber noch aufgetaucht. Siehe Bild. Wie kann ich es anstellen, dass das Datum nicht "today_00114:30:00" oder "tomorrow_00112:00:00" heißt sondern eben "Heute" oder "Morgen", oder vielleicht noch besser das heutige bzw morgige Datum?
Achja, nochwas: Dass das Datum und ide Uhrzeit in getrennten Spalten stehen hätte auch was :-)
Danke.
ähmm das was du da zeigt ist eine readingsgroup. schau mal indein calview device, da wird nämlich datum und uhrzeit getrennt gezeigt. genau so wird dort auch heute und morgen gezeigt as datum.
deine rg definition musts du korrigieren und am calview sehe ich aktuell nicht zu ändern ;)
das "today_00114:30:00" in der rg steht ist "deine schuld" (wahrscheinlich kleine rsyntaxfehler in der rg definition)
Ich haben ein Calview für fünf Kalender definiert. Leider aktualisiert sich dieses ständig, was angesichts der Menge der Termine spürbare Verzögerungen mit sich bringt.
Ich verstehe nicht, woher diese ständigen Aktualisierungen kommen. Ich habe das Attribut disable auf 1 gesetzt, so dass das Calview sich nach meinem Verständnis gar nicht von alleine aktualisieren sollte, oder?
Stattdessen aktualisiert ein DOIF das Calview alle 15 Minuten per set ... update
Und selbst wenn das disable ignoriert würde, updaten die Kalender höchstens einmal pro Stunde.
Wodurch können diese ständigen Calview-Updates noch verursacht werden?
Zitat von: Brockmann am 18 August 2016, 09:59:23
Ich haben ein Calview für fünf Kalender definiert. Leider aktualisiert sich dieses ständig, was angesichts der Menge der Termine spürbare Verzögerungen mit sich bringt.
Ich verstehe nicht, woher diese ständigen Aktualisierungen kommen. Ich habe das Attribut disable auf 1 gesetzt, so dass das Calview sich nach meinem Verständnis gar nicht von alleine aktualisieren sollte, oder?
Stattdessen aktualisiert ein DOIF das Calview alle 15 Minuten per set ... update
Und selbst wenn das disable ignoriert würde, updaten die Kalender höchstens einmal pro Stunde.
Wodurch können diese ständigen Calview-Updates noch verursacht werden?
Hi,
disable steuert (meinem Verständnis nach) nur, ob ein Event bei einem neuen Termin generiert werden soll oder eben nicht.
Die Updatehäufigkeit gibt man beim define an:
define <Name> CALVIEW <calendarname(s) separate with ','> <0 next; 1 next 2 for next ; 3 for next ; next > <updateintervall in sec (default 43200)>Kontrollieren und ggf. anpassen.
Standardintervall: 12h
Erklärungen:
http://fhem.de/commandref.html#CALVIEW (http://fhem.de/commandref.html#CALVIEW)
Gruß
Mathias
Zitat von: Brockmann am 18 August 2016, 09:59:23
Wodurch können diese ständigen Calview-Updates noch verursacht werden?
ich hatte vor kurzem auch danach gefragt und mir wurde geantwortet das die Aktualisierungen vom Calandar kommen, dort wird das Intervall eingestellt.
Calview liefert nur das was der Kalender hergibt, vereinfacht gesagt. Ich hoffe es hilft. ;)
calview aktualisert sich sobald von einem calender ein update gemacht wird und nach dem eingestellten intervall
diable sollte das intene notify auf die definierten kalender deaktivieren (was eigentlich keinen sinn macht aber funktioniert, gerade an 2 systemen noch einmal getestet)
ZitatStattdessen aktualisiert ein DOIF das Calview alle 15 Minuten per set ... update
ein doif oder at ist nicht notwendig und eingentlich völlig sinnfrei. woher sollen denn alle 15 minuten neue termine kommen wenn icht vom kalender?!
wenn du also den kalender auch alle 15 minuten aktualisierst damit dein doif sinn ergibt (was wiederum zur autom. aktualisierung von calview führt) und dein doif laufen hast sind es so ca alle 15 m.in 3 aktualisierungen aller 5 kalender und er dazugehörigen view.
es ist nichts notwendig außer dem kalender und der view. wenn du ein intervall setzen willst dann im calender.
die intervall angabe in calview werde ich wohl entfernen über kurz oder lang da bis auf kompatibiliät zu alten defines nichts mehr spektakuleres dran hängt und die funktion nicht beinträchtigt wird durch das rasunehmen
Zitat von: chris1284 am 18 August 2016, 18:52:54
diable sollte das intene notify auf die definierten kalender deaktivieren (was eigentlich keinen sinn macht aber funktioniert, gerade an 2 systemen noch einmal getestet)
Noch mal zur Klarstellung, weil es sowohl hier als auch in der Commandref etwas unscharf formuliert ist:
Wenn ich disable auf 1 setze, wird mein Calview nicht aktualisiert wenn ein Kalender aktualisiert wurde?
Es wird dann nur noch gemäß seines Intervalls oder eben manuell aktualisiert?
Das DOIF verwende ich, weil ich mein Calview eben nicht bei jeder Kalenderaktualisierung aktualisiert haben möchte. Außerdem wird im Anschluss an das manuelle Calview-Update noch ein Skript aufgerufen, das die Daten aus dem Calview aufbereitet und per FHEM2FHEM an mein Haupt-FHEM weitergibt. Und vor dieser Übergabe sollen die Daten halt aktualisiert werden und sonst nicht. Für mein Anwendungszenario macht das schon Sinn, vor allem weil jedes Calview-Update das System >10 Sekunden lahmlegt.
Spielt aber auch keine Rolle, denke ich, denn gestern hatte ich Calview-Updates alle Paar Sekunden, was weder durch DOIF noch Kalender-Aktualisierungen noch sonst etwas gerechtfertig gewesen sein kann. Da ist irgendwas Amok gelaufen. Nach einem Neustart hat es sich beruhigt, aber es gibt schon wieder erste Symptome der wundersamen Update-Vermehrung. Ich habe jetzt mal eine Filelog definiert, dass alles relevante erfasst. Ich hoffe mal, dass ich dem Übeltäter damit auf die Spur komme.
Ich will auch gar nicht behaupten, das Calview der Verursacher ist. Ich will nur sicher sein, dass ich den Update-Mechnismus richtig verstehe, deshalb auch nochmal die explizite Nachfrage oben.
Zitat von: Brockmann am 19 August 2016, 09:54:14
Wenn ich disable auf 1 setze, wird mein Calview nicht aktualisiert wenn ein Kalender aktualisiert wurde?
Es wird dann nur noch gemäß seines Intervalls oder eben manuell aktualisiert?
Richtig!
Zitatvor allem weil jedes Calview-Update das System >10 Sekunden lahmlegt.
bei schwacher hardware und vielen readings / terminen im kalender durchaus möglich.
Zitatdas die Daten aus dem Calview aufbereitet und per FHEM2FHEM an mein Haupt-FHEM weitergibt
warum nicht gleich die calender und views auf dem haupdevice (außer es ist genau so schwach oder schwächer als das 2. wo du >10 sekunden warten musst).
bei mir sind es <2sek für 200 readings und 4 kalendern mit meist nur serienterminen
Zitat
Ich will auch gar nicht behaupten, das Calview der Verursacher ist. Ich will nur sicher sein, dass ich den Update-Mechnismus richtig verstehe, deshalb auch nochmal die explizite Nachfrage oben.
schon klar. das wäre zu mindest der 1. fall von dem ich höhre wo es zu einem "updateamok" vom modul her kommt. stell das log rein wenn was auffälliges zu sehen ist!
Hi,
ich haben seit ein paar Tagen das gleiche Problem wie Brockmann.
Zitat von: Brockmann am 18 August 2016, 09:59:23
Ich haben ein Calview für fünf Kalender definiert. Leider aktualisiert sich dieses ständig, was angesichts der Menge der Termine spürbare Verzögerungen mit sich bringt.
Der CalView hat diverse Monate unauffällig funktioniert, aber jetzt aktualisiert er sich mehrmals pro Minute über einen Zeitraum von 2-3 Minuten, dann ist wieder Ruhe für ein paar Minuten. Das zugehörige Calendar Modul aktualisiert sich nur einmal pro Stunde.
Das hochfrequente Aktualisieren des CalViews legt meinen RasPi temporär lahm, daher wäre ich für jegliche Hilfe dankbar
gerade mal alle log der letzten tage angesehen. sauber alle 1 h stunde wird der kalender aktualisiert und die view
Zitat von: chris1284 am 20 August 2016, 09:02:01
gerade mal alle log der letzten tage angesehen. sauber alle 1 h stunde wird der kalender aktualisiert und die view
Ich habe mal einen Blick in den Code geworfen (und ich bin kein Entwickler, also sorry, wenn ich Unsinn rede):
In
sub CALVIEW_GetUpdate($)wird mit
InternalTimer(gettimeofday()+$hash->{INTERVAL}, "CALVIEW_GetUpdate", $hash, 1);jeweils ein neuer interner Timer gemäß dem festgelegten Interval angelegt.
Und das jedes Mal, wenn CALVIEW_GetUpdate aufgerufen wird, egal ob durch einen internen Timer, durch ein Kalender-Update oder per manuellem Update?
Eigentlich sollte doch nur dann ein neuer interner Timer gesetzt werden, wenn GetUpdate durch einen Timer augerufen wurde. Sonst bekomme ich bei jedem manuellen oder Kalender-Update einen weiteren Timer dazu?
Oder werden beim Anlegen eines internen Timers andere bereits laufende Timer des Moduls automatisch gelöscht?
ich meine er wird überschrieben. gab zu mindest noch nie probleme und sonst würde alle das problem seit release des moduls haben. die leute die das abfall modul und calendar nutzen müssten es auch haben
Zitat von: chris1284 am 20 August 2016, 19:39:18
ich meine er wird überschrieben. gab zu mindest noch nie probleme und sonst würde alle das problem seit release des moduls haben. die leute die das abfall modul und calendar nutzen müssten es auch haben
Ja, das wundert mich auch. Eigentlich müsste es massive Probleme geben, wenn es so wäre. Vor allem weil die Anzahl der internen Time dann ja exponentiell zunehmen würden.
Andererseits dürfte es Deiner Annahme zufolge ja jederzeit nur einen einzigen internen Timer für das Calview-Update geben, richtig?
Da frage ich mich, wie bei mir diese Liste zustandenkommt?
2016.08.21 11:50:33 3: 14195 21.08.2016 11:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 14197 21.08.2016 11:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 14436 21.08.2016 12:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 14438 21.08.2016 12:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 14688 21.08.2016 12:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 14690 21.08.2016 12:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 14928 21.08.2016 12:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 14930 21.08.2016 12:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 15194 21.08.2016 12:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 15196 21.08.2016 12:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 15434 21.08.2016 13:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 15436 21.08.2016 13:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 15679 21.08.2016 13:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 15681 21.08.2016 13:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 15919 21.08.2016 13:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 15921 21.08.2016 13:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 16177 21.08.2016 13:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 16179 21.08.2016 13:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 16431 21.08.2016 14:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 16433 21.08.2016 14:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 16691 21.08.2016 14:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 16693 21.08.2016 14:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 16943 21.08.2016 14:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 16945 21.08.2016 14:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 17205 21.08.2016 14:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 17207 21.08.2016 14:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 17450 21.08.2016 15:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 17452 21.08.2016 15:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 17702 21.08.2016 15:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 17704 21.08.2016 15:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 17945 21.08.2016 15:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 17947 21.08.2016 15:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 18193 21.08.2016 15:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 18195 21.08.2016 15:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 18438 21.08.2016 16:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 18440 21.08.2016 16:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 18681 21.08.2016 16:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 18683 21.08.2016 16:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 18928 21.08.2016 16:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 18930 21.08.2016 16:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 19193 21.08.2016 16:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 19195 21.08.2016 16:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 19443 21.08.2016 17:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 19445 21.08.2016 17:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 19688 21.08.2016 17:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 19690 21.08.2016 17:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 19935 21.08.2016 17:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 19937 21.08.2016 17:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 20183 21.08.2016 17:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 20185 21.08.2016 17:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 20429 21.08.2016 18:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 20431 21.08.2016 18:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 20674 21.08.2016 18:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 20676 21.08.2016 18:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 20921 21.08.2016 18:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 20923 21.08.2016 18:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 21181 21.08.2016 18:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 21183 21.08.2016 18:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 21434 21.08.2016 19:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 21436 21.08.2016 19:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 21677 21.08.2016 19:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 21679 21.08.2016 19:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 21919 21.08.2016 19:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 21921 21.08.2016 19:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 22174 21.08.2016 19:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 22176 21.08.2016 19:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 22418 21.08.2016 20:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 22420 21.08.2016 20:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 22669 21.08.2016 20:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 22671 21.08.2016 20:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 22906 21.08.2016 20:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 22908 21.08.2016 20:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 23174 21.08.2016 20:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 23176 21.08.2016 20:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 23416 21.08.2016 21:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 23418 21.08.2016 21:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 23667 21.08.2016 21:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 23669 21.08.2016 21:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 23907 21.08.2016 21:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 23909 21.08.2016 21:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 23919 21.08.2016 21:40:07 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 24164 21.08.2016 21:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 24166 21.08.2016 21:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 24167 21.08.2016 21:55:02 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 24407 21.08.2016 22:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 24409 21.08.2016 22:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 24410 21.08.2016 22:10:02 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 24654 21.08.2016 22:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 24656 21.08.2016 22:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 24657 21.08.2016 22:25:02 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 24897 21.08.2016 22:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 24899 21.08.2016 22:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 24900 21.08.2016 22:40:02 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 25152 21.08.2016 22:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 25154 21.08.2016 22:55:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 25157 21.08.2016 22:55:02 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 25409 21.08.2016 23:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 25411 21.08.2016 23:10:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 25412 21.08.2016 23:10:02 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 25656 21.08.2016 23:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 25658 21.08.2016 23:25:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 25659 21.08.2016 23:25:02 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 25901 21.08.2016 23:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 25903 21.08.2016 23:40:01 Termine CALVIEW_GetUpdate
2016.08.21 11:50:33 3: 25904 21.08.2016 23:40:02 Termine CALVIEW_GetUpdate
Spricht etwas dagegen, wenn ich in CALVIEW_GetUpdate probeweise mal vor dem
InternalTimer(gettimeofday()+$hash->{INTERVAL}, "CALVIEW_GetUpdate", $hash, 1);ein
RemoveInternalTimer($hash);einfügen?
du kannst auch einfach die erstellung des timers deaktieren. da ich ihn eh für mittlerweile überflüssig halte wäre das der bessere test
wie hast du dir denn die liste ausgeben lassen?
EDIT:
das RemoveInternalTimer sollte funktionieren, macht zumindest hier keine probleme
Zitat von: chris1284 am 22 August 2016, 07:25:26
wie hast du dir denn die liste ausgeben lassen?
https://forum.fhem.de/index.php/topic,11187.msg66490.html#msg66490
Zitat von: chris1284 am 22 August 2016, 07:25:26
das RemoveInternalTimer sollte funktionieren, macht zumindest hier keine probleme
Ich hatte es gestern schon eingebaut und seitdem habe ich tatsächlich imme nur ein InternalEvent. Aber Du hast recht, im Prinzip könnte man auf den Timer einfach ganz verzichten.
Aber grundsätzlich:
Ich habe es nirgends explizit gefunden, aber ich gehe davon aus, dass InternalTimer(...) bereits vorhandene Timer nicht löscht. Andere Module zumindest löschen immer explizit Timer, bevor ein neuer definiert wird.
Außerdem gibt es Module mit mehreren internen Timern (DOIF beispielsweise). Die müssten ziemliche Verrenkungen machen, wenn beim Anlegen eines neuen InternalTimer alle vorhandenen gelöscht würden.
Ich verstehe nur nicht, warum das Problem nicht früher aufgefalllen ist. Anscheinend tritt es nur bei manuellen Calview-Updates auf. Nur ist mir nicht klar, wo diesbezüglich der Unterschied zwischen manuellem Update und durch einen Kalender getriggertem Update liegen soll. Für mich sieht der Ablauf identisch aus. Aber ich tue mich auch schwer damit, mich in diese $hash-Geschichten reinzudenken.
habs eingecheked!
Ich habe den Timer gleich von Anfang an rausgeschmissen, da ich ja erst das Modul Abfall mit der neuen Version des Calender Moduls veröffentlicht habe.
Gesendet von meinem ONEPLUS A3003 mit Tapatalk
@Brockmann: RemoveInternalTimer löscht alle timer die mit dem selben übergabeparameter gestartet wurden. wenn man hier einen festen string oder den device hash verwenden muss man aufpassen. wenn es etwas eindeutiges ist gibt es kein problem. man kann z.b. pro timer einen eigenen hash anlegen und unter anderem auch den device hash hier rein stecken.
RemoveInternalTimer hat seit einiger zeit auch einen zweiten optionalen parameter. damit kann man das löschen auf auf alle timer einschränken die eine bestimmte funktion aufrufen. alle anderen mit dem gleichen übergabeparameter bleiben dann erhalten.
gruss
andre
ja das habe ich in der doku gelesen. war hier aber nicht notwendig da nur ein timer für update vorhanden ist
Hallo zusammen
Zugegebenermaßen bin ich nicht gerade der größte Programmierer.
Ich habe die letzten Tage versucht die Kalendereinträge in einer RG anzeigen zu lassen. Leider ohne Erfolg.
Ich habe versucht die Schritte aus dem ersten Beitrag nachzuvollziehen. Leider hat es bei mir nur zu diversen Fehlermeldungen geführt und nicht zu einem Brauchbaren Ergebnis. Ich kann die Termine über das Calendar Modul einlesen aber die Ausgabe funktioniert bei mir nicht.
Gibt es jemanden der mir helfen kann?
Was funktioniert denn nicht? Solange Du nicht mehr verrätst, ist helfen echt schwer.
poste mal deine rg defininition
Hi zusammen
Bei mir werden die Termine nicht sauber als Tabelle angezeigt sondern eher als wirre Liste.
define Termine Calendar ical url https://calendar.google.com/calendar/ical/xxxxxxxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxc.ics 3600
attr Termine group Termine
attr Termine room Kalender
define Kalenderansicht CALVIEW Termine 1
attr Kalenderansicht group Termine
attr Kalenderansicht modes next
attr Kalenderansicht room Kalender
define RG_Kalenderansicht readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit> Kalenderansicht
attr RG_Kalenderansicht group Termine
attr RG_Kalenderansicht mapping %READING
attr RG_Kalenderansicht noheading 1
attr RG_Kalenderansicht nonames 1
attr RG_Kalenderansicht nostate 1
attr RG_Kalenderansicht notime 1
attr RG_Kalenderansicht room Kalender
Sorry das ich erst nach Hilfe frage und dann so ein Geheimnis machen :o
Danke im Voraus
da fehlt nur noch die definition des at / notify welches die rg füllt ;-)
Und ich glaube genau das ist das Problem :-[
Wenn den code aus dem ersten Link übernehme und kopiere bekomme ich folgende Fehlermeldung
ERROR:
Unknown command my, try help. Unknown command my, try help. Unknown command for($i=, try help. Unknown command $i<=, try help. Unknown command $i++){, try help. Unknown command $modtext, try help. Unknown command }, try help. Unknown command for($i=, try help. Unknown command $i<=, try help. Unknown command $i++){, try help. Unknown command $modtext, try help. Unknown command }, try help. Unknown command for($i=, try help. Unknown command $i<=, try help. Unknown command $i++){, try help. Unknown command $modtext, try help. Unknown command }, try help. Unknown command fhem("modify, try help. Unknown command fhem("SAVE"), try help. Unknown command }, try help
du musst er das leere notify definieren
define ntf_ViewAll notify View_All:t:.* {}danach editierst du es und fügst zwischen den
Zitat{ }
den code ein
my $i; ..... usw usw
Vielen Vielen Dank.
Das war scheinbar der Hinweiß der gefehlt hat.
Super :)
Guten Tag,
ich konnte bereits erfolgreich einen Google-Kalender und eine CALVIEW mit anschließender ReadingsGroup anlegen.
Dazu habe Ich aber noch eine Frage. Wie kann Ich die Termine aus dem Kalender mit Wochentagen (z.B. 01.11.16 Dienstag )anzeigen lassen?
Zur Zeit bekomme Ich nur das Datum (01.11.2016) und das Ereignis angezeigt.
Vielen Dank für die Unterstützung.
Gruß
aktuell garnicht da es keine quelle gibt die den wochentag namentlich liefert. datetime / Time::Local sollte das aber realisierbar sein
@chris: siehe Abfallmodul da habe ich das auch umgesetzt und auch konfigurierbar gemacht, so dass selber gewählt werden kann, möchte ich ausgeschriebene Readings für die Wochentage oder lieber nur Mo Di Mi, .....
kannste quasi eins zu eins übernehmen.
Gruß Constantin
Hi,
anscheinend bin ich auch zu blöd. Muss dazu sagen, dass ich absoluter Neuling bin.
Anbei meine Config:
define Kalenderansicht CALVIEW iCloud_family 1
attr Kalenderansicht alias Termine
attr Kalenderansicht group Termine
attr Kalenderansicht modes next
attr Kalenderansicht room Kalender
define RG_Kalenderansicht readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit> Kalenderansicht
attr RG_Kalenderansicht group Termine
attr RG_Kalenderansicht mapping %READING
attr RG_Kalenderansicht noheading 1
attr RG_Kalenderansicht nonames 1
attr RG_Kalenderansicht nostate 1
attr RG_Kalenderansicht notime 1
attr RG_Kalenderansicht room Kalender
define kalenderTermine readingsGroup <%time_calendar>,<Text>,<Zuletzt erfasst> myView
attr kalenderTermine alias Termine
attr kalenderTermine group Termine
attr kalenderTermine mapping %READING
attr kalenderTermine room Kalender
define ntf_ViewAll notify View_All:t:.* {my $i;; \
my $modtext = "<Datum>,<Zeit>,<Termin>,<Ort>,<Quelle> ";;\
\
for($i= 1;;$i<= ReadingsVal("View_All","c-today", 0);;$i++){\
$modtext .= "View_All:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_location,today_".sprintf('%03d',$i)."_source ";;}\
\
for($i= 1;;$i<= ReadingsVal("View_All","c-tomorrow", 0);;$i++){\
$modtext .= "View_All:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_location,tomorrow_".sprintf('%03d',$i)."_source ";;}\
\
for($i= 1;;$i<= ReadingsVal("View_All","c-term", 0);;$i++){\
$modtext .= "View_All:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_location,t_".sprintf('%03d',$i)."_source ";;}\
\
fhem("modify rg_View_All $modtext");;\
fhem("SAVE");;\
}}
Es wird nicht gefüllt mit den Inhalten. Sehe kann ich sie aber unter den Terminen bei meiner Calview.
Hallo zusammen,
leider komme ich ohne Unterstützung nicht mehr weiter.
Habe wie im ersten Post angegeben eine ReadingGroup "rg_myCalView" angelegt und folgendes notify:
myCalView:t:.* {
my $i;
my $modtext = "<Datum>,<Zeit>,<Termin>,<Ort>,<Quelle> ";
for($i= 1;$i<= ReadingsVal("myCalView","c-today", 0);$i++){
$modtext .= "myCalView:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_location,today_".sprintf('%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("myCalView","c-tomorrow", 0);$i++){
$modtext .= "myCalView:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_location,tomorrow_".sprintf('%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("myCalView","c-term", 0);$i++){
$modtext .= "myCalView:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_location,t_".sprintf('%03d',$i)."_source ";}
fhem("modify rg_myCalView $modtext");
fhem("SAVE");
}
die zuvor erstellte Readinggroup "rg_myCalView" wird zwar gefüllt, leider sieht der Inhalt folgendermaßen aus:
<Datum>,<Zeit>,<Termin>,<Ort>,<Quelle> myCalView:<Heute>,today_t: 9 td: 1 tm: 103d_btime,today_t: 9 td: 1 tm: 103d_summary,today_t: 9 td: 1 tm: 103d_location,today_t: 9 td: 1 tm: 103d_source myCalView:<Morgen>,tomorrow_t: 9 td: 1 tm: 103d_btime,tomorrow_t: 9 td: 1 tm: 103d_summary,tomorrow_t: 9 td: 1 tm: 103d_location,tomorrow_t: 9 td: 1 tm: 103d_source myCalView:t_t: 9 td: 1 tm: 103d_bdate,t_t: 9 td: 1 tm: 103d_btime,t_t: 9 td: 1 tm: 103d_summary,t_t: 9 td: 1 tm: 103d_location,t_t: 9 td: 1 tm: 103d_source myCalView:t_t: 9 td: 1 tm: 103d_bdate,t_t: 9 td: 1 tm: 103d_btime,t_t: 9 td: 1 tm: 103d_summary,t_t: 9 td: 1 tm: 103d_location,t_t: 9 td: 1 tm: 103d_source myCalView:t_t: 9 td: 1 tm: 103d_bdate,t_t: 9 td: 1 tm: 103d_btime,t_t: 9 td: 1 tm: 103d_summary,t_t: 9 td: 1 tm: 103d_location,t_t: 9 td: 1 tm: 103d_source myCalView:t_t: 9 td: 1 tm: 103d_bdate,t_t: 9 td: 1 tm: 103d_btime,t_t: 9 td: 1 tm: 103d_summary,t_t: 9 td: 1 tm: 103d_location,t_t: 9 td: 1 tm: 103d_source myCalView:t_t: 9 td: 1 tm: 103d_bdate,t_t: 9 td: 1 tm: 103d_btime,t_t: 9 td: 1 tm: 103d_summary,t_t: 9 td: 1 tm: 103d_location,t_t: 9 td: 1 tm: 103d_source myCalView:t_t: 9 td: 1 tm: 103d_bdate,t_t: 9 td: 1 tm: 103d_btime,t_t: 9 td: 1 tm: 103d_summary,t_t: 9 td: 1 tm: 103d_location,t_t: 9 td: 1 tm: 103d_source myCalView:t_t: 9 td: 1 tm: 103d_bdate,t_t: 9 td: 1 tm: 103d_btime,t_t: 9 td: 1 tm: 103d_summary,t_t: 9 td: 1 tm: 103d_location,t_t: 9 td: 1 tm: 103d_source myCalView:t_t: 9 td: 1 tm: 103d_bdate,t_t: 9 td: 1 tm: 103d_btime,t_t: 9 td: 1 tm: 103d_summary,t_t: 9 td: 1 tm: 103d_location,t_t: 9 td: 1 tm: 103d_source myCalView:t_t: 9 td: 1 tm: 103d_bdate,t_t: 9 td: 1 tm: 103d_btime,t_t: 9 td: 1 tm: 103d_summary,t_t: 9 td: 1 tm: 103d_location,t_t: 9 td: 1 tm: 103d_source
Es sieht so aus als ob er mit der Funktion sprintf() Probleme hätte, zumindest liest der die Readings nicht aus. Er postet immer wieder t: 9 td: 1 tm: 1 an Stelle der korrekten Nummer (Beispiel: er schreibt "today_t: 9 td: 1 tm: 103d_btime" anstatt von today_001_bdate.
Vielen Dank vorab...
VG
Steffen
@HenrikAachen:
In deinem Notify sprichst du die reading group "rg_View_All" an, deine reading group heißt aber RG_Kalenderansicht.
Das solltest du in deinem notify anpassen.
Heißt:
View_All wird zu Kalenderansicht und
rg_View_All wird zu RG_Kalenderansicht
VG
Hallo nochmal,
also ich hab es jetzt hinbekommen, musste mein notify anpassen, indem ich statt % jeweils %% geschrieben habe:
myCalView:t:.* {
my $i;
my $modtext = "<Datum>,<Zeit>,<Termin>,<Ort>,<Quelle> ";
for($i= 1;$i<= ReadingsVal("myCalView","c-today", 0);$i++){
$modtext .= "myCalView:<Heute>,today_".sprintf('%%03d',$i)."_btime,today_".sprintf('%%03d',$i)."_summary,today_".sprintf('%%03d',$i)."_location,today_".sprintf('%%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("myCalView","c-tomorrow", 0);$i++){
$modtext .= "myCalView:<Morgen>,tomorrow_".sprintf('%%03d',$i)."_btime,tomorrow_".sprintf('%%03d',$i)."_summary,tomorrow_".sprintf('%%03d',$i)."_location,tomorrow_".sprintf('%%03d',$i)."_source ";}
for($i= 1;$i<= ReadingsVal("myCalView","c-term", 0);$i++){
$modtext .= "myCalView:t_".sprintf('%%03d',$i)."_bdate,t_".sprintf('%%03d',$i)."_btime,t_".sprintf('%%03d',$i)."_summary,t_".sprintf('%%03d',$i)."_location,t_".sprintf('%%03d',$i)."_source ";}
fhem("modify rg_myCalView $modtext");
fhem("SAVE");
}
Das verstehe ich jetzt aber nicht, da das % Zeichen ja zwischen zwei '' steht?
Kann mir das einer erklären?
VG
Danke. Ich habe dies geändert wie folgt:
define Kalenderansicht CALVIEW iCloud_family 1
attr Kalenderansicht alias Termine
attr Kalenderansicht group Termine
attr Kalenderansicht modes next
attr Kalenderansicht room Kalender
define RG_Kalenderansicht readingsGroup <Zeile>,<Start>,<Start Zeit>,<Summary>,<Ende>,<End Zeit> Kalenderansicht
attr RG_Kalenderansicht group Termine
attr RG_Kalenderansicht mapping %READING
attr RG_Kalenderansicht noheading 1
attr RG_Kalenderansicht nonames 1
attr RG_Kalenderansicht nostate 1
attr RG_Kalenderansicht notime 1
attr RG_Kalenderansicht room Kalender
define kalenderTermine readingsGroup <%time_calendar>,<Text>,<Zuletzt erfasst> myView
attr kalenderTermine alias Termine
attr kalenderTermine group Termine
attr kalenderTermine mapping %READING
attr kalenderTermine room Kalender
define ntf_ViewAll notify Kalenderansicht:t:.* {my $i;; \
my $modtext = "<Datum>,<Zeit>,<Termin>,<Ort>,<Quelle> ";;\
\
for($i= 1;;$i<= ReadingsVal("Kalenderansicht","c-today", 0);;$i++){\
$modtext .= "Kalenderansicht:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_location,today_".sprintf('%03d',$i)."_source ";;}\
\
for($i= 1;;$i<= ReadingsVal("Kalenderansicht","c-tomorrow", 0);;$i++){\
$modtext .= "Kalenderansicht:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_location,tomorrow_".sprintf('%03d',$i)."_source ";;}\
\
for($i= 1;;$i<= ReadingsVal("Kalenderansicht","c-term", 0);;$i++){\
$modtext .= "Kalenderansicht:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_location,t_".sprintf('%03d',$i)."_source ";;}\
\
fhem("modify RG_Kalenderansicht $modtext");;\
fhem("SAVE");;\
}}
Leider geht es immernoch nicht. Siehst du noch einen Fehler?
Danke.
Hi,
Deine letzte Klammer } im notify scheint mir zuviel.
Am besten du legst zuerst ein leeres notify wie weiter oben von Chris beschrieben an und kopierst dir den an deine readinggroup und Calview angepassten Code ein.
Wurde denn dein notify angelegt?
VG
Unter dem Motto: Jeder fängt mal klein an.
Vielen Dank. War natürlich die Klammer die zu viel war.
Danke.
Hallo zusammen,
für alle, die wie ich das "Problem" haben mit der doppelten Anzeige der Termine bei Heute, Morgen und den folgenden Terminen nach Datum habe ich für mich eine Lösung gefunden die Funktioniert. Das möchte ich euch (als mein erstes Postiung hier in diesem Forum, denn ich beschäftige mich erst seit einigen Tagen mit FHEM) nich vorenthalten ...
Kalenderansicht:t:.* {
my $i;
my $ix = 1;
my $modtext = "<Datum>,<Zeit>,<Termin>,<Ort>,<Quelle> ";
for($i= 1;$i<= ReadingsVal("Kalenderansicht","c-today", 0);$i++){
$modtext .= "Kalenderansicht:<Heute>,today_".sprintf('%03d',$i)."_btime,today_".sprintf('%03d',$i)."_summary,today_".sprintf('%03d',$i)."_location,today_".sprintf('%03d',$i)."_source ";$ix++}
for($i= 1;$i<= ReadingsVal("Kalenderansicht","c-tomorrow", 0);$i++){
$modtext .= "Kalenderansicht:<Morgen>,tomorrow_".sprintf('%03d',$i)."_btime,tomorrow_".sprintf('%03d',$i)."_summary,tomorrow_".sprintf('%03d',$i)."_location,tomorrow_".sprintf('%03d',$i)."_source ";$ix++}
for($i= $ix;$i<= ReadingsVal("Kalenderansicht","c-term", 0);$i++){
$modtext .= "Kalenderansicht:t_".sprintf('%03d',$i)."_bdate,t_".sprintf('%03d',$i)."_btime,t_".sprintf('%03d',$i)."_summary,t_".sprintf('%03d',$i)."_location,t_".sprintf('%03d',$i)."_source ";}
fhem("modify RG_Kalenderansicht $modtext");
fhem("SAVE");
}
Ich habe hier die Variable $ix hinzugefügt. In dieser werden die Anzahl der Termine für heute und morgen gezählt und für c-term wird dann $i =$ix gesetzt. c-term fängt also erst nach dieser Anzahl von Terminen an zu listen. Ich hoffe, dass es der ein oder andere gebrauchen kann.
Viele Grüße
PicNic
Super, danke, habs eingebaut - funktioniert. Genau das hatte ich gesucht.
Bin ich eigentlich der einzige bei dem seit einiger Zeit die Termine nicht mehr nach Datum sortiert dargestellt werden?
ja. wo werden sie nicht sortiert? im calview, der rg ?
Im calview sind die Termine bereits nicht mehr richtig sortiert.
defmod cv_KalenderGabiHermann CALVIEW KalenderGabiHermann
attr cv_KalenderGabiHermann group Termin
attr cv_KalenderGabiHermann maxreadings 10
attr cv_KalenderGabiHermann modes next
attr cv_KalenderGabiHermann room Termin
attr cv_KalenderGabiHermann stateFormat Anzahl Termine: c-term (heute: c-today, morgen: c-tomorrow)
attr cv_KalenderGabiHermann userReadings sprache_heute,sprache_morgen
Diese Definition ist seit langem unverändert. Ich habe noch eine alte fhem-Version auf einem anderen Raspi. Dort ist - so weit ich es sehen kann - alles identisch definiert und die Sortierung stimmt (die Termine an sich sind alle exakt identisch). Auf dem Produktionssystem sind die ersten drei Termine noch richtig sortiert, aber dann kommen Termine, die nicht korrekt einsortiert sind, denn der 5. und 6. Termin liegen im Dezember und müssten nach dem 7. Termin kommen. Hier der Auszug aus der raw-Definition mit 7 Terminen:
setstate cv_KalenderGabiHermann Anzahl Termine: 7 (heute: 0, morgen: 1)
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 c-term 7
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 c-today 0
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 c-tomorrow 1
setstate cv_KalenderGabiHermann 2016-11-26 22:40:00 sprache_heute Für heute stehen keine Termine im Kalender.
setstate cv_KalenderGabiHermann 2016-11-26 22:40:00 sprache_morgen Für morgen steht ein Termin im Kalender: um 00:00:00 Uhr für Gabi: x
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 state t: 7 td: 0 tm: 1
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_001_bdate 27.11.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_001_btime 00:00:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_001_edate 08.12.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_001_etime 00:00:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_001_location x
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_001_mode next
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_001_source KalenderGabiHermann
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_001_summary G: x
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_002_bdate 28.11.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_002_btime 08:30:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_002_edate 28.11.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_002_etime 09:30:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_002_location x
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_002_mode next
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_002_source KalenderGabiHermann
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_002_summary H: x
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_003_bdate 28.11.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_003_btime 09:30:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_003_edate 28.11.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_003_etime 17:30:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_003_location x
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_003_mode next
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_003_source KalenderGabiHermann
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_003_summary H: x
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_004_bdate 29.11.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_004_btime 08:00:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_004_edate 29.11.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_004_etime 08:15:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_004_mode next
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_004_source KalenderGabiHermann
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_004_summary x
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_005_bdate 13.12.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_005_btime 08:00:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_005_edate 13.12.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_005_etime 08:15:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_005_mode next
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_005_source KalenderGabiHermann
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_005_summary x
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_006_bdate 20.12.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_006_btime 08:00:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_006_edate 20.12.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_006_etime 08:15:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_006_mode next
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_006_source KalenderGabiHermann
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_006_summary x
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_007_bdate 29.11.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_007_btime 12:00:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_007_edate 29.11.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_007_etime 15:00:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_007_location zu Hause
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_007_mode next
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_007_source KalenderGabiHermann
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 t_007_summary HG: x
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 tomorrow_001_bdate morgen
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 tomorrow_001_btime 00:00:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 tomorrow_001_edate 08.12.2016
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 tomorrow_001_etime 00:00:00
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 tomorrow_001_location x
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 tomorrow_001_mode next
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 tomorrow_001_source KalenderGabiHermann
setstate cv_KalenderGabiHermann 2016-11-26 22:39:59 tomorrow_001_summary G: x
(habe nur location und Betreff durch x ersetzt).
Sehr eigenartig. Ist mir vor etwa zwei Wochen das erste Mal aufgefallen.
Hier die Versionen aus dem funktionierenden System
Latest Revision: 12634
File Rev Last Change
fhem.pl 12596 2016-11-17 16:27:57Z rudolfkoenig
################################## # $Id: 99_myUtilsEMONITOR.pm 2014-8 by Elektrolurch $
96_allowed.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
90_at.pm 12028 2016-08-21 12:08:28Z rudolfkoenig
98_autocreate.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
57_Calendar.pm 11136 2016-03-28 14:02:04Z borisneubert
57_CALVIEW.pm 12054 2016-08-22 17:14:30Z chris1284
...
und hier aus dem nicht funktionierenden Produktivsystem
Latest Revision: 12656
File Rev Last Change
fhem.pl 12596 2016-11-17 16:27:57Z rudolfkoenig
60_allergy.pm 12020 2016-08-20 21:13:52Z markus-m
96_allowed.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
90_at.pm 12028 2016-08-21 12:08:28Z rudolfkoenig
98_autocreate.pm 11984 2016-08-19 12:47:50Z rudolfkoenig
98_average.pm 12580 2016-11-15 06:31:47Z rudolfkoenig
57_Calendar.pm 11136 2016-03-28 14:02:04Z borisneubert
57_CALVIEW.pm 12054 2016-08-22 17:14:30Z chris1284
...
Zur info/ als aublick auf eine Bald neue version
ich habe die calview erweiter:
- calview um description reading erweitert (Beschreibung eines Termins)
- es gibt ein attribut "isbirthday": wird dieses gesetzt wird in description nach inhalt gesucht und dieser vom aktuellen jahr abgezogne
- das ergebniss steh im reagding t_xxx_age / tomorrow_xxx_age / today_xxx_age
bedingt eine view für geburtstage
todo:
- jareszahlenfeld variabel gestalten (description / location /...)
- prüfung ob jahreszahlenfeld eine (4stellige) zahl enthält die kleiner als das aktuelle jahr ist
hier ist nun ende ;)
und ein neuanfang
https://forum.fhem.de/index.php/topic,63575.0.html
;D