Willkommen im Loxone Community Forum. Um alle Funktionen nutzen und sehen zu können, registriere dich bitte zuerst. Dies gilt auch für das herunterladen von Dateien.
Bitte im Titel immer zuerst den Namen des Plugins hinschreiben
Das mit dem Zeilenumbruch habe ich getestet. Wenn ich eine lange Zeichenfolge eintippe wird nach dem 67. Zeichen (bei "SUMMARY:" so kommen die 75 Zeichen zustande) eine zweite Zeile in der ics Datei angelegt. Zurückgegeben wird nur der Inhalt der ersten Zeile.
Mit den Raumnummern / Kürzeln wäre eine Alternative. Das muss ich mal durchdenken. Ist leider nicht ganz so selbsterklärend und daher schwieriger zu merken.
Deinem Ansatz über eine einzige Zahl konnte ich noch nicht ganz folgen kann. Würdest du mir bitte etwas nachhelfen? Evtl. mit einem Beispiel? Dann verstehe ich es wahrscheinlich schneller ;-)
Siehst du keine Chance für eine mehrzeilige Auslese?
Vielen Dank!
Hi svethi !
Jetzt habe ich doch ein kleines Problem mit dem Abruf über das Plugin. Es handelt sich um meinen, wahrscheinlich wiederkehrenden, Diensttermin via Google.
Mein (jetzt zum Debuggen leicht modifizierter) PHP-Code zum Abrufen des Plugins schaut so aus:
Du siehst, es werden oben irgendwelche Datumswerte "eingestreut", deswegen funktioniert json_decode nicht mehr.
Siehst du, was der da vor dem JSON ausgibt? Wenn's ein vertretbarer Aufwand ist, freu ich mich natürlich über einen Fix, sonst kann ich's aber auch so einfach herausrechnen lassen.
Beim zweiten Kalender habe ich diese Ausgaben nicht.
Hi Christian, würdest du mir u.U. dein php script bzgl. Sprachausgabe des Kalenders als Basis für ein Sonos Add-on zur Verfügung stellen? Man muss ja nicht das Rad zwingend neu erfinden.
Ich wäre dir sehr dankbar dafür
Gruß Oliver
Hallo ihr beiden,
ein ähnliches Verhalten habe ich bei meiner Goolge-Kalender Anbindung für die Raumbeheizung ebenfalls (am vergangenen Samstag erstmals) festgestellt. Jedoch funktioniert die "Auslesefunktion" soweit...
Hier der Auszug aus meiner Abfrage:
2017-02-15 19:30:00:20170215T183000Z
2017-02-15 16:30:00:20170215T153000Z
2017-02-14 19:00:00:20170214T180000Z
2017-02-12 10:30:00:20170212T093000Z
2017-02-01 19:30:00:20170201T183000Z
2016-11-01 19:00:00:20161101T180000Z
2016-10-31 17:00:00:20161031T160000Z
2016-10-26 16:30:00:20161026T143000Z
2016-09-29 17:30:00:20160929T153000Z
2016-09-08 17:00:00:20160908T150000Z
2016-03-25 17:30:00:20160325T163000Z
2015-01-04 09:15:00:20150103T225959Z
2014-10-13 16:30:00:20141013T143000Z
2014-08-03 00:00:00:20140803
{
"GRS": {
"Start": 256732200,
"End": 256737600,
"Location": "GRS EKR FOY GSR",
"Description": "",
"fwDay": 2,
"wkDay": 7
},
"now": 256602711
} svethi : wie du siehst, bin ich deiner Empfehlung, Abkürzungen zu verwenden, gefolgt. Das klappt sehr gut :-)
Das kann eigentlich nur aus RRule.php Zeile 818 "print $test->Render()" kommen, das ist die einzige Zeile, die was ausgibt vor dem echo "{\n" in caldav.php.
Das kann eigentlich nur aus RRule.php Zeile 818 "print $test->Render()" kommen, das ist die einzige Zeile, die was ausgibt vor dem echo "{\n" in caldav.php.
svethi Zeile auskommentiert --> alles funktioniert wieder!
Das Tool Funktioniert, sogar mit Loxberry als Virtuelle Maschine auf einem Windows Server.
Kurze frage:
Wie bekomme ich den Text von "DESCRIPTION" und "SUMMARY" in einen virtuellen Eingang gespielt.
Ich bekomme nur eine "0" (Null) angezeigt, obwohl ein Text abgerufen wird.
"START" mit der Einheit <v.u>
"END" mit der Einheit <v.u>
"fwDay" ohne Einheit (leer)
"wkDay" ohne Einheit (leer)
"Description" ----------?
"Summary" -----------?
Wie bekommen ich den Text des Termins in die Loxone-Config?
LG Lars
Hallo zusammen, Erstmal Danke für eure Arbeit.
das Plugin funktioniert grundsätzlich sehr gut und zuverlässig.
Eine Frage zu wiederkehrenden Terminen.
Aktuell nutze ich den Eintrag Nachtschicht, und fwDay=1 um die Jalousien am nächsten Tag zu sperren, bzw am Aufgehen zu hindern.
Hab ich jetzt eine Doppelnacht, kennt das Programm das nicht weil noch die Erste Nachtsschicht aktiv ist und die neue Nachtschicht schon fwday=0 hat.
Gibs vll eine Möglichkeit alle Termine mit fwday=1 anzeigen zu lassen, also auch doppelte, oder Termine mit fwday=0 zu ignorieren/ausblenden aus der abfrage?
Ich denke das würde vermutlich aufs gleiche hinauslaufen. Das kommt noch vom Testen das ich am Vorabend sehen wollte ob die Jalousien gesperrt sind. Aber ich glaube nicht das es das Problem lösen würde. Da Nachtschicht bis 07:00 geht ( solang ist der Eintrag auch aktiv) und die Jalousien aber schon nach Sonnenaufgang um 6:xx wieder aufgeht.
Jetzt würden mir halt noch 2möglichkeiten noch einfallen.
Entweder den Termin Nachtschicht kürzen auf z.b.4:00 und dann um 5 Uhr die Sperre erneut setzen? ( dann stimmt der Kalender nicht mehr und Verzicht auf den status am vorabend ob aktiv)
Oder ich lass die Jalousien hoch gehen und um 8 dann erneut runter fahren wann die normale Schlafenszeit wieder ist.
Vielleicht verstehe ich dich nicht nicht richtig.
Standardmäßig setzt das Plugin fwday=0 bis Ende des Termins + 60 Minuten (siehe delay-Parameter http://www.loxwiki.eu:80/x/oYK4)
Wenn die Nachtschicht bis 07:00 Uhr im Kalender ist, ist fwday=0 bis um 08:00 Uhr
Willst du das länger, dann schicke z.B. delay=240 in der URL mit, dann bleibt fwday=0 bis um 11:00 Uhr. Sollte am nächsten Tag wieder Nachtschicht sein, sollte dann entweder wieder fwday=1 oder sogar wieder fwday=0 zurückliefern.
Irgendwer von uns beiden versteht - denke ich - was falsch...?
So wie ich das lese, ist auch an der nachgehängten Logik was falsch. Gast schreibt ja, dass der Termin bis 7:00Uhr im Kalender steht und auch bis 7:00Uhr der Termin aktiv ist. Wenn dann aber trotzdem die Jalusien hochfahren, ist ja nach dem Kalender was falsch.
Miniserver; KNX; Vitogate; EnOcean (EnOceanPi); Loxone Air; Caldav-Kalenderanbindung; RaspberryPi und für keine Frickellösung zu schade :-)
Danke bisher für die Rückmeldungen.
Vll. hab ich vergessen zu sagen das ich ein Mischsystem habe, Loxone + KNX und mitlerweile mit einem Gira HS.Anbei noch meine Steuerung ans den Anfängen mit der Loxone.
Mag nicht Perfekt sein, aber hat bisher ihre Dienste verrichtet.
Aufgehen bei Sonnenaufgang aber nicht vor 6 Uhr / am WE 09:00
Die eingekreiste Nachtschicht, ist eine KNX GA, die die Jalousie am aufgehen hindert.
Zugehen Sonnenuntergang aber nicht vor 18:00
War Nachtschicht 1 sind die Jalousien unten geblieben. egal ob manuell gesetzt (weil man mal länger schlafen konnte) oder automatisch wenn Nachtschicht im Kalender steht.
Wenn ich aufgestanden bin, hab ich die "Nachtschichttaste" ausgemacht, und die Jalousien sind hochgefahren.
täglich um 18:00 suche ich nach Nachtschicht im Kalender, und wenn fwday=1 dann Setze Nachtschicht Sperre Aktiv (damit ich den Status vorm schlafen gehen gesehen habe)
Montag Nachtschicht, wird am Sonntag 18:00 Sperre aktiv gesetzt
stehe ich dann um 11Uhr auf, deaktiviere ich die "Nachtschichttaste" und die Jalousien fahren auf.
(ja ich weiß ich könnte auch die Jalousien manuell aufmachen und die Nachtschichttaste aktiviert lassen)
Am Montag 18:00 wird wieder nach Nachtschicht gesucht aber leider kein fwday=1 gefunden, da ja Montag noch die Nachtschicht mit fwday=0 angezeigt wird und somit auch die Sperre nicht aktiviert für die Nachtschicht am Di.
Ich hoffe ich konnte meine wirren Gedankengänge bissl entwirren.
vll denk ich aber auch einfach nur zu kompliziert,
ich hoffe ich konnte mein Problem etwas genauer darstellen.
Edit: Es geht jetzt nicht um das aufgehen nach eine Nachtschicht, sondern nur um das zubleiben und ausschlafen vor einer Nachtschicht
Wir verarbeiten personenbezogene Daten über Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen, Werbung zu personalisieren und Websiteaktivitäten zu analysieren. Wir können bestimmte Informationen über unsere Nutzer mit unseren Werbe- und Analysepartnern teilen. Weitere Einzelheiten finden Sie in unserer Datenschutzrichtlinie.
Wenn Sie unten auf "Einverstanden" klicken, stimmen Sie unserer Datenschutzrichtlinie und unseren Datenverarbeitungs- und Cookie-Praktiken wie dort beschrieben zu. Sie erkennen außerdem an, dass dieses Forum möglicherweise außerhalb Ihres Landes gehostet wird und Sie der Erhebung, Speicherung und Verarbeitung Ihrer Daten in dem Land, in dem dieses Forum gehostet wird, zustimmen.
Kommentar