Probleme mit ical und lokaler Datei

[io_newbie]

Hi,

der Screen zeigt den TrashSchedule. Wie auch dieser:

im iCal schaut das so aus:

Debug mach ich gleich mal

[io_newbie]

Debug ical:

ical.0	2020-04-13 22:30:25.637	debug	(31909) Redis States: Use Redis connection: 127.0.0.1:9000
ical.0	2020-04-13 22:30:25.634	debug	(31909) objectDB connected
ical.0	2020-04-13 22:30:25.629	debug	(31909) Objects connected to redis: 127.0.0.1:9001
ical.0	2020-04-13 22:30:25.613	debug	(31909) Objects client initialize lua scripts
ical.0	2020-04-13 22:30:25.612	debug	(31909) Objects create User PubSub Client
ical.0	2020-04-13 22:30:25.611	debug	(31909) Objects create System PubSub Client
ical.0	2020-04-13 22:30:25.607	debug	(31909) Objects client ready ... initialize now
ical.0	2020-04-13 22:30:25.574	debug	(31909) Redis Objects: Use Redis connection: 127.0.0.1:9001
ical.0	2020-04-13 22:30:07.735	info	(31829) Terminated (NO_ERROR): Without reason
ical.0	2020-04-13 22:30:02.209	info	(31829) processing URL: Abfuhrkalender2020 http://192.168.0.21:8081/opt/iobroker-data/files/vis.0/main/img/awscal.ics
ical.0	2020-04-13 22:30:01.741	info	(31829) starting. Version 1.7.0 in /opt/iobroker/node_modules/iobroker.ical, node: v12.16.1

Debug trashschedule:

trashschedule.0	2020-04-13 22:30:05.620	debug	(31849) Objects create User PubSub Client
trashschedule.0	2020-04-13 22:30:05.619	debug	(31849) Objects create System PubSub Client
trashschedule.0	2020-04-13 22:30:05.615	debug	(31849) Objects client ready ... initialize now
trashschedule.0	2020-04-13 22:30:05.581	debug	(31849) Redis Objects: Use Redis connection: 127.0.0.1:9001
trashschedule.0	2020-04-13 22:30:02.277	info	(27662) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
trashschedule.0	2020-04-13 22:30:02.276	info	(27662) terminating
trashschedule.0	2020-04-13 22:30:02.275	info	(27662) cleaned everything up...
trashschedule.0	2020-04-13 22:30:02.274	info	(27662) Got terminate signal TERMINATE_YOURSE

[Glasfaser]

@io_newbie

hier Fehlen alle Werte bei dir , dann kann er auch nichts anlegen :

Beispiel:

.
.

[io_newbie]

Welcher Logik unterliegen diese Werte? Oder sind die frei wählbar?

[Glasfaser]

@io_newbie

Gilt für Termin ... was in Ical vorhanden ist .

bei dir : ( Diese Wörter/Begriffe müssen auch in deinem Kalender vorhanden sein )

[io_newbie]

Aha, der Name ist also der Name des angelegten Objektes? und die Verknüpfung dazu der Termin...

[Glasfaser]

@io_newbie

Schau dir das Video an !

Link Text

[io_newbie]

Ahh, sehr gut. Danke!

[io_newbie]

kurzes Update: Umlaute in "Müll" waren bei mir ein Problem beim Import der *.ics-Datei.

[harrym]

@io_newbie

eher weniger ....

[io_newbie]

interessant. nach der umbennenung und verzichten auf die umlaute gings bei mir. hmmm... villeicht hatte ich noch was gänder und nicht beachtet.

[io_newbie]

Aber funktioniern tuts eh nicht. Der Indikator des Adapters ist noch immer gelb...

Obwohl im Debug mE keine Fehler auftreten:

ical.0	2020-04-14 11:30:02.498	debug	(25054) reading calendar from URL: http://192.IP.IP.IP:8081/opt/iobroker-data/files/vis.0/main/img/awscal.ics, color: undefined
ical.0	2020-04-14 11:30:01.979	info	(25054) starting. Version 1.7.0 in /opt/iobroker/node_modules/iobroker.ical, node: v12.16.1
ical.0	2020-04-14 11:30:01.217	debug	(25054) statesDB connected
ical.0	2020-04-14 11:30:01.216	debug	(25054) States connected to redis: 127.0.0.1:9000
ical.0	2020-04-14 11:30:01.208	debug	(25054) States create System PubSub Client
ical.0	2020-04-14 11:30:01.206	debug	(25054) States create User PubSub Client
ical.0	2020-04-14 11:30:01.197	debug	(25054) Redis States: Use Redis connection: 127.0.0.1:9000
ical.0	2020-04-14 11:30:01.195	debug	(25054) objectDB connected
ical.0	2020-04-14 11:30:01.190	debug	(25054) Objects connected to redis: 127.0.0.1:9001
ical.0	2020-04-14 11:30:01.179	debug	(25054) Objects client initialize lua scripts
ical.0	2020-04-14 11:30:01.177	debug	(25054) Objects create User PubSub Client
ical.0	2020-04-14 11:30:01.176	debug	(25054) Objects create System PubSub Client
ical.0	2020-04-14 11:30:01.173	debug	(25054) Objects client ready ... initialize now
ical.0	2020-04-14 11:30:01.142	debug	(25054) Redis Objects: Use Redis connection: 127.0.0.1:9001
ical.0	2020-04-14 11:00:08.441	info	(22576) Terminated (NO_ERROR): Without reason
ical.0	2020-04-14 11:00:02.919	debug	(22576) displaying dates because of callback
ical.0	2020-04-14 11:00:02.917	debug	(22576) {}
ical.0	2020-04-14 11:00:02.916	info	(22576) processing URL: Abfuhrkalender2020 http://192.IP.IP.IP:8081/opt/iobroker-data/files/vis.0/main/img/awscal.ics

Vielleicht noch Ideen Eurerseits?

[Homoran]

@io_newbie wie hoch ist dein Anzeiheintervall?

der Adapter findet den Kalender, liest ihn auch anscheinend aus, hat aber wahrscheinlich keine Daten in dem gewünschten Zeitraum gefunden.

[io_newbie]

@Homoran :

Screen ist oben gepostet. 50 Tage

Edit: sollten demnach ca. 14 Ereignisse sein

[Homoran]

@io_newbie sagte in Test Adapter TrashSchedule v0.0.x:

Screen ist oben gepostet. 50 Tage

Hätte ja geändert sein können.

Was steht denn im Datenpunkt?

[io_newbie]

ical: Alle Events "false

trashschedule:

Folgendes habe ich auch schon probiert:

• die im Excel erstellte .ics-Datei im Outlook zu importieren --> Funktioniert
• die Datei im Brwoser aufzurufen --> geht nicht
• die Datei auf nur zehn Einträge zu beschränken --> nichts gebracht
• Pfad ändern --> nichts gebracht

Der Fehler liegt mE im ical-Adapter. Hier mache ich vermutlich was falsch. Den Kalender habe ich nach RFC 5545 erstellt.

[Homoran]

@io_newbie sagte in Test Adapter TrashSchedule v0.0.x:

Der Fehler liegt mE im ical-Adapter.

deswegen fragte ich ja nach deren Datenpunkten.
leider hast du nur die events gezeigt, nicht die Rohdaten.
Events benötigst du nicht

[io_newbie]

Also, bin mir nicht ganz sicher was Du meinst::

und

War das das richtige?

Edit:

Du meintest wahrscheinlich das:

für welchen Datenpunkt soll ich das auslesen und zeigen?

[Homoran]

@io_newbie sagte in Test Adapter TrashSchedule v0.0.x:

War das das richtige?

das erste!

was steht bei dir in HTML außer  

[io_newbie]

@Homoran :