NEWS
-
Oh das ist noch was faul. Bei now und today steht nichts drin obwohl für den ganzen Tag eine Terminserie (Schichtplan) ansteht. Erst in der Tagesvorschau taucht der Termin auf und das ist schlecht, wenn ich Scripte damit steuern möchte.
Beim Downgrade geht das Fenster nicht mehr zu und hat eine Warnung (Downgrade war aber erfolgreich
$ ./iobroker upgrade ical@1.6.6 Update ical from @1.7.0 to @1.6.6 NPM version: 4.6.1 npm install iobroker.ical@1.6.6 --production --save --prefix "/opt/iobroker" (System call) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@~0.1.4 (node_modules/noble/node_modules/xpc-connection):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"}) npm install --production (System call) in "/opt/iobroker/node_modules/iobroker.ical" ````) -
Habe die 1.7.0 seit 2 Tagen laufen …
Es scheint, das er triggert bzw. flappt.
Ich habe einen Eintrag im Google-Kalender für mein Untertisch-Warmwassergerät und werde per Pushover über die Schaltänderungen informiert.
Ich bekomme jede halb Stunde zwei Meldungen:
-
Warmwasser wurde ausgeschaltet
-
Warmwasser wurde eingeschaltet
Das tut dem Schaltaktor bestimmt nicht gut....
Kannst Du das mal bitte prüfen?
Gruß,
Eric
Von unterwegs getippert
-
-
Hallo,
der Adapter läuft bei mir mit deiner Anpassung einwandfrei. Ich habe momentan, wie scheinbar auch sigi234, nur Mülltermine drin. Da würde es vielleicht mehr Sinn machen, wenn nicht die Anzahl der eingestellten Tage (ich habe nur 20) als Objekte erscheinen, sondern die Events mit der Anzahl der Tage, so, wie das hier im Forum auch schon per Skript ermittelt wurde. So könnte der Adapter das gleich erledigen.
Vielleicht ist es auch sinnvoll, das auswählen zu können, ob der Objektbaum aus den Tagen oder aus den Events erstellt wird. Jede Menge Wünsche. :D
Enrico
-
Hallo,
der Adapter läuft bei mir mit deiner Anpassung einwandfrei. Ich habe momentan, wie scheinbar auch sigi234, nur Mülltermine drin. `
Hallo, das ist aber Richtig so, weil der ical2 hat bei mir nur Mülltermine.
Ich habe für bestimmte Termine eine Instanz angelegt.
ical0 = Alle Termine
ical1 = Geburtstage
ical2 = Müll
Sigi
-
Genau diese Angabe vermisse ich! :D
Enrico
-
Hallo,
der Adapter läuft bei mir mit deiner Anpassung einwandfrei. Ich habe momentan, wie scheinbar auch sigi234, nur Mülltermine drin. `
Hallo, das ist aber Richtig so, weil der ical2 hat bei mir nur Mülltermine.
Ich habe für bestimmte Termine eine Instanz angelegt.
ical0 = Alle Termine
ical1 = Geburtstage
ical2 = Müll
Sigi `
Das meinte ich, weil ja gerade bei Müllterminen die Anzahl der Tage wichtig wäre. Andere Termine verwende ich (noch) nicht, weshalb ich die Auswahlmöglichkeit vorgeschlagen habe.
Enrico
-
Achso du meinst sowas:
-
Moin,
Habe die 1.7.0 seit 2 Tagen laufen … `
habe den 1.7.0 jetzt nochmal frisch auf ein Testsystem installiert (2 Instanzen) und dabei festgestellt, dass das Objekt "ical.x.events.0" gelöscht wird, wenn die Instanz gestoppt und neu gestartet wurde.
Ich habe dazu ein Github-Issue eröffnet (inkl. Video, auf dem das Verhalten zu sehen ist) : https://github.com/ioBroker/ioBroker.ical/issues/85
Node : 8.12.0
npm : 6.4.1
js-controller : 1.4.2
Kann das jemand reproduzieren?
Gruß,
Eric
-
Ich habe das, allerdings bei nur einer Instanz, nicht.
Dafür hab ich grad gesehen, dass die Events bestehen bleiben.
D. h. ich habe vor zwei Tagen aktualisiert und da waren es noch 6 Tage bis zur nächsten Abholung. Heute sind es noch vier Tage. Unter 6 und 5 sind aber weiterhin die Datenpunkte auf true.
Hat das auch noch jemand? Ich hatte ja eben zum Testen die Instanz gestoppt und wieder gestartet, die Objekte haben weiterhin true angezeigt!
Enrico
-
Ich habe eben nochmal probiert, ich kann das nicht bestätigen. Eigentlich bist du ja der Profi und müsstest die Fragen stellen! :D
Jetzt frage ich mal (ohne wirklich Bescheid zu wissen! :lol: ), ich frage eine ics Datei im Internet ab hier mal meine Einstellungen:
Vielleicht hilf dir das ja weiter bei der Suche nach der Ursache.
Enrico
-
Dafür hab ich grad gesehen, dass die Events bestehen bleiben.
D. h. ich habe vor zwei Tagen aktualisiert und da waren es noch 6 Tage bis zur nächsten Abholung. Heute sind es noch vier Tage. Unter 6 und 5 sind aber weiterhin die Datenpunkte auf true.
Hat das auch noch jemand? Ich hatte ja eben zum Testen die Instanz gestoppt und wieder gestartet, die Objekte haben weiterhin true angezeigt! `
Ich muss mich nochmal selbst zitieren! :D
Das Problem besteht immer noch, nun sind schon fast alle Datenpunkte auf "true" und bleiben auch leider so! In den Einstellungen habe ich nichts gefunden, was dieses Verhalten beeinflussen könnte! :(
Enrico
-
das Verhalten kann ich bei mir nicht nachvollziehen. Bei mir springen die States immer wieder korrekt auf false.
-
Na dann wären vielleicht die Versionen interessant:
Ich habe
node 8.14.0
Alles andere aktuell auf latest.
Aussehen tut es so:
Enrico
Edit: Hier noch die ics-Datei:
-
Habe zu dem Datenpunkt (Anzahl der Tage bis zum Ereignis) einen Feature Request auf GitHub gestellt.
-
Hi,
hat hier noch jemand das Problem das bei Serien Terminen scheinbar immer der letzte Tag fehlt !?
Ich habe in meinem Nextcloud Kalender mal meinen Arbeitsbeginn für 2019 eingetragen. Dabei ist mir jetzt aufgefallen das in der VIS immer der Letzte Termin der Serie fehlt.
In Nextcloud sieht es so aus:
Wenn ich die ical Datei runterlade steht es so darin:
BEGIN:VEVENT CREATED:20181224T101116Z DTEND;TZID=Europe/Berlin:20190107T153000 DTSTAMP:20181224T101117Z DTSTART;TZID=Europe/Berlin:20190107T070000 LAST-MODIFIED:20181224T101116Z RRULE:FREQ=DAILY;UNTIL=20190111T060000Z SEQUENCE:0 SUMMARY:Mirko @ Work TRANSP:OPAQUE UID:118E8891-C06B-4627-877A-32604B3F4136 END:VEVENTDer Ical Adapter liest es so ein:
2018-12-27 13:13:37.392 - debug: ical.1 RRule event:Mirko @ Work; start:Mon Jan 07 2019 07:00:00 GMT+0100 (CET); endpreview:Sat Jan 12 2019 13:13:37 GMT+0100 (CET); today:Thu Dec 27 2018 00:00:00 GMT+0100 (CET); now2:Thu Dec 27 2018 00:00:00 GMT+0100 (CET); now3:Wed Dec 26 2018 15:30:00 GMT+0100 (CET); rule:{"_string":null,"_cache":{"all":false,"before":[],"after":[],"between":[]},"origOptions":{"dtstart":"2019-01-07T07:00:00.000Z","freq":3,"until":"2019-01-11T06:00:00.000Z"},"options":{"dtstart":"2019-01-07T07:00:00.000Z","freq":3,"until":"2019-01-11T06:00:00.000Z","interval":1,"wkst":0,"count":null,"tzid":null,"bysetpos":null,"bymonth":null,"bymonthday":[],"bynmonthday":[],"byyearday":null,"byweekno":null,"byweekday":null,"bynweekday":null,"byhour":[7],"byminute":[0],"bysecond":[0],"byeaster":null},"timeset":[{"hour":7,"minute":0,"second":0,"millisecond":0}]} 2018-12-27 13:13:37.392 - debug: ical.1 dates:["2019-01-07T07:00:00.000Z","2019-01-08T07:00:00.000Z","2019-01-09T07:00:00.000Z","2019-01-10T07:00:00.000Z"] 2018-12-27 13:13:37.393 - debug: ical.1 use offset -60 for Mon Jan 07 2019 08:00:00 GMT+0100 (CET) 2018-12-27 13:13:37.393 - debug: ical.1 use offset -60 for Mon Jan 07 2019 16:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.393 - debug: ical.1 0: Event (undefined):Mon Jan 07 2019 07:00:00 GMT+0100 (CET) Mon Jan 07 2019 15:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.394 - debug: ical.1 todayOnly = false: (Mon Jan 07 2019 07:00:00 GMT+0100 (CET)-Mon Jan 07 2019 15:30:00 GMT+0100 (CET)), alreadyStarted=false 2018-12-27 13:13:37.394 - debug: ical.1 Event with time added: " rrule " Mirko @ Work at 07.01.2019 07:00-15:30 2018-12-27 13:13:37.394 - debug: ical.1 use offset -60 for Tue Jan 08 2019 08:00:00 GMT+0100 (CET) 2018-12-27 13:13:37.394 - debug: ical.1 use offset -60 for Tue Jan 08 2019 16:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.395 - debug: ical.1 1: Event (undefined):Tue Jan 08 2019 07:00:00 GMT+0100 (CET) Tue Jan 08 2019 15:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.395 - debug: ical.1 todayOnly = false: (Tue Jan 08 2019 07:00:00 GMT+0100 (CET)-Tue Jan 08 2019 15:30:00 GMT+0100 (CET)), alreadyStarted=false 2018-12-27 13:13:37.395 - debug: ical.1 Event with time added: " rrule " Mirko @ Work at 08.01.2019 07:00-15:30 2018-12-27 13:13:37.395 - debug: ical.1 use offset -60 for Wed Jan 09 2019 08:00:00 GMT+0100 (CET) 2018-12-27 13:13:37.395 - debug: ical.1 use offset -60 for Wed Jan 09 2019 16:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.396 - debug: ical.1 2: Event (undefined):Wed Jan 09 2019 07:00:00 GMT+0100 (CET) Wed Jan 09 2019 15:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.396 - debug: ical.1 todayOnly = false: (Wed Jan 09 2019 07:00:00 GMT+0100 (CET)-Wed Jan 09 2019 15:30:00 GMT+0100 (CET)), alreadyStarted=false 2018-12-27 13:13:37.396 - debug: ical.1 Event with time added: " rrule " Mirko @ Work at 09.01.2019 07:00-15:30 2018-12-27 13:13:37.396 - debug: ical.1 use offset -60 for Thu Jan 10 2019 08:00:00 GMT+0100 (CET) 2018-12-27 13:13:37.396 - debug: ical.1 use offset -60 for Thu Jan 10 2019 16:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.396 - debug: ical.1 3: Event (undefined):Thu Jan 10 2019 07:00:00 GMT+0100 (CET) Thu Jan 10 2019 15:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.396 - debug: ical.1 todayOnly = false: (Thu Jan 10 2019 07:00:00 GMT+0100 (CET)-Thu Jan 10 2019 15:30:00 GMT+0100 (CET)), alreadyStarted=falseSo sieht es dann in VIS aus:
Ist das ein Bug?
Danke und Gruß
Support us
712
Online32.6k
Users82.3k
Topics1.3m
Posts