Das ist im Moment mein "Spielkalender", mit dem ich irgendetwas ausprobiere. Damit ich die Sensoren eindeutig und einfach in HomeKit identifizieren kann, habe ich ein "Cal" vorangestellt. Der Name ist aber vollkommen schnurz. Könnten auch "Rumpelstilzchen", "Angela Merkel" oder "Schnuckiputzi" heißen. Ich bin mir allerdings nicht sicher, ob die Namen casesensitiv sind. Grover?
homebridge-calendar ( Kalender Trigger)
-
-
Muss ich denn jeden einzelnen Kalender freigeben damit er eingebunden werden kann? Oder reicht es einmal den Kalender freizugeben und ich kann dann die anderen Kalender nutzen?
SamBucca Vielen Dank für die genau Erläuterung. Das bedeutet ich brauche für verschiedene Ereignisse auch verschiedenen Kalender oder habe ich das jetzt falsch verstanden?
Nein, Du brauchst für verschieden Ereignis nur verschiedene Sensoren. Die können über beliebig viele Kalender verteilt sein, aber jeder Kalender muss dann auch einzelnd eingebunden werden. Also pro Kalender einen Block code und darin so viele Sensoren für diesen Kalender wie Du willst.
Muss ich denn jeden einzelnen Kalender freigeben damit er eingebunden werden kann? Oder reicht es einmal den Kalender freizugeben und ich kann dann die anderen Kalender nutzen?
Jeder Kalender muss für sich freigegeben werden und hat seine eigene web://-Adresse. Ein bisschen Privatsphäre muss ja übrig bleiben...
Vielen Dank für deine Hilfe. Werde mich die Tage mal ans Werk machen und mein Geburtstagskalender einrichten. Dann müsste mir Sonos jeden Geburtstage morgens Ansagen können.
Kleine Anmerkung am Rande: Mit dem bisherigen Ansatz muss der Kalendereintrag mit dem Namen des Sensors beginnen, wenn einer gezielt auslösen soll.
Ich denke aber tatsächlich über die in #48 von Nastra beschriebene Variante mit getrennten Kalendern pro Sensor nach. Hat beides Vor- und Nachteile. Aus dem Aspekt des WAFs kann ich das tatsächlich nachvollziehen.
Und ich habe schon an der Idee gezweifelt, ab und zu kann man ja auch auf dem Holzpfad sein aber schön das es nachvollziehbar ist
Nachdem das Plugin bei mir gestern tadellos funktioniert hat bekomme ich heute völlig unerwartet den folgenden Fehler und Homebridge schmiert ab:
Code
Alles anzeigen[2018-1-31 08:11:46] Homebridge is running on port 45005. /usr/lib/node_modules/homebridge-calendar/src/CalendarAccessory.js:201 if (e.summary.startsWith(sw)) { ^ TypeError: e.summary.startsWith is not a function at CalendarAccessory._processCurrentEvents (/usr/lib/node_modules/homebridge-calendar/src/CalendarAccessory.js:201:25) at ical.fromURL (/usr/lib/node_modules/homebridge-calendar/src/CalendarAccessory.js:177:14) at Request._callback (/usr/lib/node_modules/homebridge-calendar/node_modules/node-ical/node-ical.js:11:5) at Request.self.callback (/usr/lib/node_modules/homebridge-calendar/node_modules/node-ical/node_modules/request/request.js:187:22) at Request.emit (events.js:160:13) at Request.<anonymous> (/usr/lib/node_modules/homebridge-calendar/node_modules/node-ical/node_modules/request/request.js:1048:10) at Request.emit (events.js:160:13) at IncomingMessage.<anonymous> (/usr/lib/node_modules/homebridge-calendar/node_modules/node-ical/node_modules/request/request.js:969:12) at IncomingMessage.emit (events.js:165:20) at endReadableNT (_stream_readable.js:1101:12)
Im Kalender steht heute das gleich Ereignis wie gestern und nachdem es gestern geklappt hat, habe ich homebridge neu gestartet aber sonst nichts geändert. Hat dann immer noch geklappt. Heute nun der Fehler. Ich bin aber geduldig - wollte nur berichten.
Code: config.json
Alles anzeigen{ "bridge": { "name": "Homebridge2", "username": "CD:22:3D:E3:CE:30", "port": 45005, "pin": "031-45-154" }, "accessories": [ ], "platforms": [ { "platform": "Calendar", "calendars": [{ "name": "Abfallkalender", "url": "webcal://p43-calendars.icloud.com/published/2/iyWqGjS7Vxbzy-ZPh5shHYxy-BOjfFVQY2B_PVNHZfKm2M6yOph6zr8z5YM3JnTwJ8Vbu5E9XM8IVyBUYgAzygzv8EcTVv5Z-UAi-fRggW0", "pollingInterval": 5, "sensors": [ "Altpapier", "Wertstofftonne", "Hausmuell" ] }] } ] }
Hmm. Das wäre sehr merkwürdig wenn Du einen Kalendereintrag ohne Titel hättest.
SamBucca kurzes Update: den Fehler mit dem Kalendereintrag kann ich inzwischen nachvollziehen. *KopfaufTischplatteGeräusch*
Den anderen noch nicht.
Update dauert noch etwas. Evtl. am WE wenn ich auf Dienstreise bin.
Mach Dir keinen Stress! Ich bin Dir schon dankbar genug für Deine Plugins und Deine Unterstützung.
Ich muss eh meinen Pi wieder einmal neu aufsetzen, weil ein Plugin bzw. dessen Sensoren zwar im Log als lauffähig angezeigt werden, aber in HomeKit nicht auftauchen. Ich beschleicht das Gefühl, dass das config-ui-x-Plugin vielleicht doch nicht so sauber bei der Einbindung der Plugins arbeitet, wie ich angenommen hatte. Ich werde mal in Zukunft die Plugins von Hand einbinden. Mal gucken, ob das was ändert.
Die Sache mit dem Bezeichner (Sensorname muss nur am Anfang des Termins auftauchen) hatte ich in Deiner Plugin-Beschreibung überlesen. Jetzt verstehe ich auch den Einwurf von Nastra bzgl. der Verschlagwortung... Werde ich mal oben in meinem Beitrag berichtigen.
Und ich habe schon an der Idee gezweifelt, ab und zu kann man ja auch auf dem Holzpfad sein aber schön das es nachvollziehbar ist
Ich muss leider gestehen, dass ich noch ein paar Probleme habe, Dein Konzept nachzuvollziehen.
Wäre es hier nicht eventuell möglich das man ein Gerät in der Config anlegt Kalender und zu diesem Gerät für jeden iCloud Kalender ein Sensor erstellt. Diesem Sensor kann dann eine WebCal Adresse zugeordnet werden kann?
Ein Gerät in der config (z.B. "Kalender") und in diesem Gerät einzelne iCloud-Kalender per web:// einfügen als Sensoren verstehe ich und finde ich so weit gut.
Aber wie werden jetzt einzelne Termine auswerten? Kann man dafür weiterhin noch Sensoren definieren? Wenn ja, finde ich das Konzept auch gut. Mir wäre nur wichtig, zwischen unterschiedlichen Terminen im selben iCloud-Kalender differenzieren zu können.
Es wäre damit nur noch ein Sensor pro Kalender. Der Präfix-Mechanismus würde entfallen.
Ja es ist so wie grover sagt eine separieren wäre dann nicht mehr möglich habe da für mich selber keinen Anwendungsfall gesehen und fand es nur umständlich. Scheinbar du für dich aber sehr wohl.
Eventuell kann grover das Plugin ja auch erweitern das der User sich über die config selber aussucht ob er die WAF freundliche oder die Neerd Version nutzen möchte
Die erste Version/Variante ist ja schon fertig
Die erste Version/Variante ist ja schon fertig
Software ist erst "fertig", wenn diese von niemandem mehr benutzt wird
Da ist was dran
Es wäre damit nur noch ein Sensor pro Kalender. Der Präfix-Mechanismus würde entfallen.
Das fände ich dann aber ziemlich doof!
Dadurch wird man ein seinen Möglichkeiten doch eher eingeschränkt? Ob in einem Kalender überhaupt ein Termin stattfindet, kann ich doch jetzt auch schon abfragen. Die Kalender muss ich auch bei Eurer Variante alle einzeln einbinden. Einziger Vorteil: Sie sind alle unter dem Eintrag "Kalender" in der App zusammengefasst. Was gewinne ich denn da in meiner Terminauswertung?
Vielleicht kapier ich es ja einfach nicht. Kann mir einer erklären, wie ich dann meinen iCloud-Müllkalender umsetzen müsste, so dass ich nicht nur signalisiert bekommen kann, dass ich Müll rausstellen muss, sondern auch welchen (Altpapier, Restmüll, etc.)?
Deswegen ja beide Varianten wenn möglich, beim Müllkalender kann ich es auch nachvollziehen wieso die Einträge ein Präfix haben sollten da du zwischen den Müllsorten unterscheidest und da nicht für jede Sorte einen Kalender anlegen möchtest. Bei einem Urlaub oder Feiertagkalender z.B. braucht man aber keine Präfixe da in diesem die Events eigentlich immer auslössen sollen um Auslöser zu stoppen die regulär auslösen weil es ein normaler Wochentag ist