UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[dirkhe]

@michije der erste test sagt erst mal nur aus, dass er daten bekommt, ist mehr für die credentials gedacht. Den anfang, den ich da sehe, sieht eher nacb kontakten, anstatt kalender aus.
schau dir mal die daten an oder schicke sie mir mal per pn, kannst ja persönliche daten durch sauchen und ersetzen ausxxxx. Es reichen auch schon die ersten zeilen.

[Markus Kufner]

Hallo zusammen.

Nur eine kurze Frage:
Hab ich die Release notes richtig verstanden, eine Übermittlung des Ortes ist nicht angedacht?
Ich habe es mit "location" probiert, allerdings ohne Erfolg.

Besten Dank für einen Hinweis!

[michije]

@dirkhe Es gibt 2 Einträge mit der betroffenen PLZ Ort Kombi, ich habe beide rauskopiert und die Daten durch [] ersetzt:

BEGIN:VEVENT
CREATED:20161211T100017Z
DTEND;TZID=Europe/Berlin:20161226T210000
DTSTAMP:20161211T100017Z
DTSTART;TZID=Europe/Berlin:20161226T140000
LAST-MODIFIED:20161211T100017Z
LOCATION:[Strasse]\n[PLZ] [ORT]\nDeutschland
SEQUENCE:0
SUMMARY:[EVENT ABC]
UID:86314248-827C-4045-9D99-A310BFCA0611
X-APPLE-STRUCTURED-LOCATION;VALUE=URI;X-ADDRESS="[Strasse]
 \n[PLZ] [ORT]\nDeutschland";X-APPLE-ABUID=ab://Privat%20von%20Bernd";
 X-APPLE-RADIUS=0;X-APPLE-REFERENCEFRAME=1;X-TITLE=[Strasse]
[PLZ] [ORT]
Deutschland:geo:YY.297937,XX.043123
END:VEVENT
BEGIN:VEVENT
DTEND;VALUE=DATE:20170402
LAST-MODIFIED:20170327T091537Z
UID:0F3C0D35-683A-41E6-86CA-4A76A1182CC2
DTSTAMP:20170331T145915Z
LOCATION:[Strasse]\n[PLZ] [ORT]\nDeutschland
SEQUENCE:1
SUMMARY:[EVENT XYZ]
DTSTART;VALUE=DATE:20170401
CREATED:20170130T201528Z
X-APPLE-STRUCTURED-LOCATION;VALUE=URI;X-ADDRESS="[Strasse]
 \n[PLZ] [ORT]\nDeutschland";X-APPLE-ABUID=ab://Privat%20von%20Bernd";
 X-APPLE-REFERENCEFRAME=1;X-TITLE=[Strasse]
[PLZ] [ORT]
Deutschland:geo:YY.297937,XX.043123
END:VEVENT

[dirkhe]

@markus-kufner aus sicht des adapters wüsste ich nicht, was man mit dem ort machen soll?

[dirkhe]

@michije muss ich mir mal in ruhe anschauen, das parsen habe ich nicht seber programmiert, nutze da fertige bibliotheken.

[Markus Kufner]

@dirkhe Ich würde gerne in den Termin einen Ort ins entsprechende Feld übertragen.
Mein used case ist ein digitales Fahrtenbuch. Handy meldet an ioBroker wenn ich mich mit dem Fahrzeug verbinde oder trenne. Der ioBroker liest aus der Instanz für das Auto den Kilometerstand und die Lokation aus und schreibt dies wiederum in einen Kalender.

[dirkhe]

@michije schau mal hier,da ist ei online validator
https://kewisch.github.io/ical.js/validator.html
Sieht so aus, als wenn apple da gegen die norm arbeitet...
Probiere da mal mit deinen echten daten rum, wenn du rausbekommst, was genau das problem ist, zb irgendein zeilenumbruch oder so, kann man ja vlt was fixen, im prinzip müsste das aber hier https://github.com/kewisch/ical.js gemeldet und gefixt werden

Update
In der tat manipuliere ich die daten vor der ausgabe ins log, indem ich whitespace entferne. Du müsstest also beim testen die original daten testen

[dirkhe]

das mit dem Ort muss ich mir anschauen. Im prinzip geht das ja am adapter vorbei, da müsste ich mir was überlegen, wie ich generisch beim addEvent weitere felder mit übertragen kann

update:
Ich denke,dass bekomme ich hin, mal schauen, ob ich am we zeit finde

[Markus Kufner]

@dirkhe herzlichen Dank schon einmal dafür, dass du deine Zeit für mich investierst!

[michije]

@dirkhe Da kommt genau der gleiche Fehler wie im ioBroker log :/
Wenn das Problem scheint der Linebreak in X-TITLE zwischen Straße und PLZ zu sein:

 X-APPLE-RADIUS=0;X-APPLE-REFERENCEFRAME=1;X-TITLE=[Strasse]
[PLZ] [ORT]

Wenn ich den Line Break entferne, validiert er korrekt. Scheint also wirklich ein Apple Problem zu sein. Da die Events von 2016 und 2017 sind, werde ich die einfach raus löschen, dann müsste es auch im Adapter klappen.
Danke dir für die Hilfe :)

EDIT: Oh no, es tritt noch wesentlich öfter auf.. Dann weiß ich auch nicht wie ich das zum laufen bekommen soll :/

[dirkhe]

@michije ich kann mal versuchen, ob ich da was machen kann.

[dirkhe]

@michije Versuche mal die 1.4.0, da habe mal ein fix eingebaut, wo er die Apple tags vor dem parsen löscht, sollte man auch im debug sehen

[dirkhe]

@markus-kufner Sollte mit der 1.4.0 jetzt gehen

[Markus Kufner]

@dirkhe klappt. Herzlichen Dank!

[michije]

Hi @dirkhe, ich konnte die neue Version erst jetzt testen, es kommt immer noch der gleiche Error in der Konsole wie zuvor leider, und ich sehe auch kein entsprechenden Debug Eintrag

[dirkhe]

@michije wo ist denn die ausgabe parse calendar event. Die wird eigentlich im debug ausgegeben, dann wird sie optimiert und das auch nochmal ausgegeben.
Das log schicke mir doch mal. Wenn du daten änderst, ersetzte die mal nur durch xxxx oder so

[nobbiman]

@dirkhe Wenn ich hier die komplette Diskussion lese bin ich begeistert, da der Adapter genau das kann, was ich dringend suche. Leider scheitere ich noch an den Basics: Ich versuche seit Stunden, einen Google-Kalender mit dem Adapter zu verbinden. Kann ja eigentlich bei den wenigen (5) Eingaben in der Konfiguration der Instanz nicht so schwierig sein – dachte ich. Vielleicht habe ich ja auch nur ein Verständnisproblem!?

Der Reihe nach
• Name – sollte doch sicher der Name des Google-Kalenders sein!?
• authorization method – sollte „google“ sein, so vermute ich jedenfalls
• Die Kalender URL wird offensichtlich nicht gebraucht
• Der Nutzername auch nicht
• Password/Secret: Das Passwort zu meinem Google-Account?
• RefreshToken with calDAV Permission: woher bekomme ich den? Gibt auch der nachfolgende Screenshot nicht her oder ist es der Client-Schlüssel?
• Die Client-ID kommt aus Google Auth Platform?

So eingestellt, bekomme ich beim Test der Verbindung die Meldung „invalid_client“

Wähle ich bei der „authorization method“ die Option „Herunterladen“ oder „Basic“, speichere die geladenen Einstellungen und teste die Konfiguration, erscheint der Fehler Error reading from URL "https://calendar.google.com/calendar/embed?src=54267ef3724XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXf10482ca89%40group.calendar.google.com&ctz=Europe%2FBerlin“: 401 obwohl ich den Kalender über diese Adresse im Browser aufrufen kann.
Müsste ich denn im Google-Kalender den Nutzer WebCal nicht auch freischalten, wenn JA; mit welcher Adresse?
Stelle ich in der Konfiguration "oauth" ein und teste, bekomme ich auch die Meldung "cannot find homeUrl"!
Wo liegt denn nur mein Fehler?

[dirkhe]

@nobbiman Leider ist es nicht so einfach, google anzubinden, ich habe da damals lange gebraucht, bis ich das hinbekommen habe. MIttlerweile nutzte ich selber keinen google kalender mehr, sondern nextcloud.
Aber im Prinzip habe ich es hier dokumentiert, was man machen muss:
https://github.com/dirkhe/ioBroker.webcal/blob/master/doc/google.md

[nobbiman]

@dirkhe Ich hatte die verlinkte Erläuterung schon gesehen und nun nochmals Schritt für Schritt erneut nachvollzogen. Mit viel Sorgfalt hat es dann geklappt und ich habe eine Testverbindung aus dem Adapter heraus mit "access" quittiert bekommen.
Ich ziehe meinen Hut für das Ermitteln der beschriebenen Vorgehensweise!
Danke, da wäre ich nicht dahinter gekommen!

[nic f.]

Hallo Zusammen, hab den Adapter heute in Betrieb genommen und ich verwende ihn, um in einem Google Kalender Termine per Script einzutragen.
Klappt prima! Super Sache!

nur eine Frage zu dem "add.Events"-Block - wie ist "color" zu verwenden? Ich habe schon einiges getestet, aber er ignoriert es. Im Google Kalender werden die Termine nur in Standardfarbe erstellt.

Ist das überhaupt dafür gedacht? oder klappt es evtl im Google Kalender nicht?

Vielen Dank!

sendTo("webcal.0", "addEvents", {
calendar: "smarthome",
events: [
{
summary: "test2",
description: "test add Event",
location: "ort",
color: "red",
organizer: "ich",
start: "12.1.25 23:00"
}