Hi
das Modul kommt noch, sobald ich Zeit gefunden habe.
Hallo,
ich habe dies bei mir eingerichtet. Ich habe die stable Version 4.1 von Symcon und Version 8.2.9 von owncloud.
Bekomme im Debug folgende Meldung:
| ownCloud*| Keine Sinnvollen Daten von ownCloud erhalten
| ScriptEngine*| Ergebnis für Ereignis 18579
*****************************************************
Kalender_1
*****************************************************
Keine Sinnvollen Daten von ownCloud erhalten
Result:
URL: https://192.168.178.24/owncloud/index.php/apps/calendar/export.php?calid=5
Resource id #7
Ich weiss nicht, was ich falsch gemacht haben könnte…
Ruf mal den link im Browser auf und guck Dir dann den Inhalt der Datei an. Ggf. Schick sie per PN.
Kannst Du Dich an owncloud anmelden, wenn Du die IP im Browser aufrufst?
Hallo MCS-51,
ich mache die Tests mit einem vorübergehenden Testkalender.
Der Inhalt der Datei ist folgender:
BEGIN:VCALENDAR
VERSION:2.0
PRODID:ownCloud Calendar 0.8.2
X-WR-CALNAME:Nico
BEGIN:VEVENT
UID:fd31304936
DTSTAMP:20161222T133436Z
CREATED:20161222T133436Z
LAST-MODIFIED:20161222T133436Z
SUMMARY:testnico
DTSTART;VALUE=DATE:20161222
DTEND;VALUE=DATE:20161223
LOCATION:
DESCRIPTION:
CATEGORIES:
END:VEVENT
BEGIN:VEVENT
UID:4ca5fc73b2
DTSTAMP:20161222T133451Z
CREATED:20161222T133451Z
LAST-MODIFIED:20161222T133451Z
SUMMARY:testnico morgen
DTSTART;TZID=Europe/Berlin:20161223T090000
DTEND;TZID=Europe/Berlin:20161223T093000
LOCATION:
DESCRIPTION:
CATEGORIES:
END:VEVENT
END:VCALENDAR
Ich kann mich auf dieser Adresse: https://192.168.178.24/owncloud/ auf owncloud mit meinem user oder mit dem admin-user anmelden.
Erster Eindruck sieht gut aus. Ich teste den Export nachher mal.
So habe getestet mit folgendem Export:
BEGIN:VCALENDAR
VERSION:2.0
PRODID:ownCloud Calendar 0.8.2
X-WR-CALNAME:Persönlich
BEGIN:VEVENT
UID:96d0756be6
DTSTAMP:20161223T094832Z
CREATED:20161223T094644Z
LAST-MODIFIED:20161223T094832Z
SUMMARY:testnico
DTSTART;VALUE=DATE:20161222
DTEND;VALUE=DATE:20161224
LOCATION:
DESCRIPTION:
CATEGORIES:
CLASS:PUBLIC
END:VEVENT
BEGIN:VEVENT
UID:256f039c21
DTSTAMP:20161223T094911Z
CREATED:20161223T094911Z
LAST-MODIFIED:20161223T094911Z
SUMMARY:testnico morgen
DTSTART;TZID=Europe/Berlin:20161223T090000
DTEND;TZID=Europe/Berlin:20161223T093000
LOCATION:
DESCRIPTION:
CATEGORIES:
END:VEVENT
END:VCALENDAR
Bei mir funktioniert es.
Welche IPS Version welcher Host Betriebssystem?
Gibt es in IPS Log Fehlermeldungen?
Kompatibilität Modus an?
Hallo,
die Version von Symcon ist 4.10, 21.11.2016, b722c6df0013.
Es läuft auf einem Ubuntu Server mit 16.04.1 LTS.
Ein weiterer Ubuntu Server mit 14.04 LTS ist der Host für owncloud Version 8.2.9.
Macht die unterschiedliche LTS Version vielleicht das Problem aus?
Im IPS Log ist in etwa die gleiche Fehlermeldung, wie im Meldungsfenster der IPS-Konsole:
11:45:00 | 00000 | CUSTOM | ownCloud | Keine Sinnvollen Daten von ownCloud erhalten
11:45:00 | 40135 | DEBUG | ScriptEngine | Skript ausgeführt - Ereignis: 18579 ~ Absender: TimerEvent
11:45:00 | 40135 | WARNING | ScriptEngine | Ergebnis für Ereignis 18579
*****************************************************
Kalender_1
*****************************************************
Keine Sinnvollen Daten von ownCloud erhalten
Result:
URL: https://192.168.178.24/owncloud/index.php/apps/calendar/export.php?calid=5
Resource id #7
Was meinst Du mit „Kompatibilität Modus an“?
Vorab: Danke vielmals für Deine Hilfe!
In IPS gibt es einen Kompatibilitätsmodus damit alte Scipte aus V3.x laufen.
In der Nicht Windows Version ist der aus.
Ich bin mir nicht sicher, ob mein Script IPS 4 tauglich ist, da ich den Modus an habe.
Habe gerade die Spezialschalter geprüft und sehe, dass die Kompatibilitätsfunktionen auch bei mir eingeschaltet sind.
Ich habe mal alles neu aufgesetzt und auch das Skript neu angelegt und gestartet.
Dabei habe ich nun folgende Meldung erhalten:
Parse error: syntax error, unexpected ';', expecting ')' in /var/lib/symcon/scripts/40135.ips.php on line 13
Das betrifft die Zeile:
‚KalenderURL‘ => ‚https://192.168.178.24/owncloud/index.php/apps/calendar/export.php?calid=5‘; // vollständige URL zum owncloud export
Eventuell liegt da mein Fehler…
Guck Dir mal die Zeile davor an
Nach 5’ und vor ; fehlt die Klammer
Quack statt ; muss ein , hin
Moin Andre,
ich nutze seit längerer Zeit dein Owncloud Modul zu meiner vollsten Zufriedenheit 
Ich habe damals nicht gesehen, dass du dies auch als Script anbietest. Prinzipiell ist mir das Script lieber, falls man mal was ändern möchte. Kannst du mir sagen, ob du mittelfristig beide Version pflegen willst bzw. welche Version man einsetzen sollte. Ich habe keinerlei Handlungsdruck möchte allerdings die Version nutzen, die längerfristig am Leben bleibt 
Nochmals vielen Dank für die tolle Arbeit.
Gruß
Hans
Stand jetzt werde ich beide Versionen pflegen.
Das Script nutze ich für Änderungen aber als erstes.
Das Modul folgt dann danach.
Danke. Dann werde ich mich mal mit dem Script beschäftigen 
Gruß
Hans
Ok, das habe ich gemacht.
Danke!
Skript läuft jetzt durch, aber immernoch mit der gleichen Meldung
*****************************************************
Kalender_1
*****************************************************
Keine Sinnvollen Daten von ownCloud erhalten
Result:
URL: https://192.168.178.24/owncloud/index.php/apps/calendar/export.php?calid=5
Resource id #7
Moin Anré,
ich freue mich, dass Du nun auch die Version 9 von OwnCloud mit unterstützt.
Ich habe leider auch ein Problem:
Keine Sinnvollen Daten von ownCloud erhalten
Result:
URL: https://xxxxxxxxx/remote.php/dav/calendars/Test/privat-1?export
Resource id #6
Der Link im Browser funktioniert.
Die $result Variable scheint leer zu sein beim Ausführen.
Was kann ich machen um die Fehlersuche zu unterstützen?
Habe auch Ubuntu 16.04.1 LTS
Spezialschalter für Kompatibilität ist aktiv.
Im IPS Log ist die gleiche Meldung.
Gruß Dominik
Ah… habe den Fehler bei mir gefunden:
Habe einfach noch die Verifikation vom Host mit ausgeschaltet, habe kein gültiges SSL Zertifikat und schon geht es.
Für alle mit dem gleichen Problem:
habe ich in Zeile 808 eingefügt.
curl_setopt ($ch, CURLOPT_SSL_VERIFYHOST, false);
der ganze Block sieht nun so aus:
global $calcData, $debug, $filewrite;
$ch = curl_init();
curl_setopt ($ch, CURLOPT_URL, $url);
curl_setopt ($ch, CURLOPT_SSL_VERIFYPEER, false);
curl_setopt ($ch, CURLOPT_SSL_VERIFYHOST, false);
curl_setopt ($ch, CURLOPT_USERAGENT, "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6");
curl_setopt ($ch, CURLOPT_CONNECTTIMEOUT,20);
curl_setopt ($ch, CURLOPT_TIMEOUT, 120);
curl_setopt ($ch, CURLOPT_FOLLOWLOCATION, 0);
curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt ($ch, CURLOPT_USERPWD, $username.':'.$password);
$result = curl_exec ($ch);
curl_close($ch);