Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[apollon77]

@padrino Vergiss es ... brauchst mir nichts schicken ... ich weiss es wieder. Da ist etwas wofür ich noch keine Lösung habe. Die interne Struktur der Daten ist seeeehr gewöhnungsbedürftig bei den Remindern. Vor allem bei sich wiederholenden Timern bleibt das Datumsfeld "originalDate" (Ja heisst so) üblicherweise gleich, hat also ggf einen Wert in der Vergangenheit auch wenn der nächste Lauf in der Zukunft ist (weil zB "täglich" oder so eingestellt ist).
Die Herausforderung ist also zu erkennen wann der Reminder "Zeitbasiert" ist und wann er "Datumsbasiert" ist.

Einzige Idee die ich bisher habe ist zu schauen ob das Datum in der Zukunft oder Vergangenheit ist und dann ggf den Wert anders anzuzeigen ... Also wenn in Zukunft dann ist die Annahme das es eine Bedeutung hat, sonst nicht ... Alles irgendwie unschön und keine Ahnung ob diese Annahmen wirklich passen. Um alle möglichen Fälle aktuell auszutesten fehlt mir im Moment die Zeit und Ruhe. Kannst das gern versuchen, hast ja schon grob gesehen wie Du das Log lesen musst :-)
Sonst gern ein GitHub Issue auf machen mit Deinen Erkenntnissen.

Das oben beschriebene "Wenn Datum in Zukunft dann anzeigen sonst weiterhin nur die Zeit" kann ich so gern einbauen wenn es sinn macht auch für Dich.

[padrino]

@apollon77
Sicher, dass wir vom selben reden? ;)
Ich meine nicht den Eintrag der permanent die gesetzte Uhrzeit gespeichert hat, sondern "timer.new", was nur kurz beim Anlegen eines Timers gesetzt wird. Dort erscheint (auch) keinerlei datum/timestamp. Man kann ihn dort ja nun manuell eintragen :+1: , aber er erscheint nicht, wenn ein Timer per Sprache gesetzt wird. Was toll wäre. =)

[apollon77]

@padrino Ok, dann reden wir von verschiedenen Dingen.
Du hättest gern das neue Timer/Reminder die ausserhalb von ioBroker gesetzt werden in "Timer/Reminder.new" auftauchen? Bisher ist ".new" ein nur "schreibender" State für ioBroker Nutzung

[padrino]

@apollon77
Fast.;)
Sie tauchen auch jetzt schon dort auf, was ich mit dem Skript "globale Erinnerung" bereits triggere :D
Allerdings steht dort dann nur 12:12:00 drin und nicht 0123456789,12:12:00

[apollon77]

@padrino Sorry, ich kapiere nur Bahnhof

[padrino]

@apollon77
Sorry, bin nicht am Rechner...
Aber ".new" ist nicht nur ein schreibender state, es ist jetzt schon auch anzeigend ( wenn der timer außerhalb von ioB gesetzt wird. Aber es steht nur die Uhrzeit im "menschenlesbaren" Format drin hh:mm:ss

[apollon77]

Hm ... ich finde keinerlei Code der das tun sollte ...

[padrino]

@apollon77
Dann habe ich vermutlich meinen Code falsch im Kopf. :D
Muss ich heute Abend schauen.
Vermutlich trigger ich dann doch auf ".time".

[padrino]

@apollon77
Vorne schreibst Du "wenn Datum in der Zukunft".
Wäre es denn ein Problem, wenn Du das Datum immer mit rein packst? Es wäre dann ja nicht falsch.
Und vielleicht kann man ja irgendwann einen weiteren Datenpunkt haben, der das Wiederholungsinter enthält.

[apollon77]

@padrino Naja "fladch" nicht aber verstehen würde es keiner. Was denkst Du wenn da steht "01.07.2019 10:00:00" (und was tut ist das er dich wöchentlich Montags um 1:00:00 erinnert) :-)

[padrino]

@apollon77
Gut, wenn da "10:00:00" drin steht, sie aber um "01:00:00" ist, dann vielleicht schon. :D

[apollon77]

@padrino zungerausstreck ;-)

[Ein ehemaliger Benutzer]

@apollon77 Moin, hab eben von der 2.6.1 (die bei mir einwandfrei funktionierte) auf die 2.6.2 ge updated, jetzt sind die Kontakte weg.. ??
Werden in den Objekten nicht mehr angezeigt, wo hast du die jetzt versteckt??

[apollon77]

Mist. Checke.

[apollon77]

Ich glaube das Wetter grillt mein gehirn ... 2.6.3 fixes it ... Jetzt auf GirtHub, später in Latest

[Ein ehemaliger Benutzer]

@apollon77 super, in 2.6.3 wieder da :-) alles gut, bei der Hitze kein Wunder... funktioniert!

[apollon77]

@ilovegym Wollt ja nur schauen ob Ihr auch aufpasst duck

[I-Punkt]

Hmm, bei mir kommen trotz aktueller 2.6.3 und iobroker-Neustart folgende Fehler im log und der Adapter startet immer wieder neu.

host.ioBroker	2019-07-25 09:16:16.527	error	instance system.adapter.alexa2.0 terminated with code 0 (OK)
host.ioBroker	2019-07-25 09:16:16.527	error	Caught by controller[2]: at process._tickCallback (internal/process/next_tick.js:181:9)
host.ioBroker	2019-07-25 09:16:16.527	error	Caught by controller[2]: at _combinedTickCallback (internal/process/next_tick.js:139:11)
host.ioBroker	2019-07-25 09:16:16.527	error	Caught by controller[2]: at endReadableNT (_stream_readable.js:1064:12)
host.ioBroker	2019-07-25 09:16:16.527	error	Caught by controller[2]: at IncomingMessage.emit (events.js:208:7)
host.ioBroker	2019-07-25 09:16:16.527	error	Caught by controller[2]: at emitNone (events.js:111:20)
host.ioBroker	2019-07-25 09:16:16.527	error	Caught by controller[2]: at IncomingMessage.res.on (/opt/iobroker/node_modules/iobroker.alexa2/node_modules/alexa-remote2/alexa-remote.js:752:58)
host.ioBroker	2019-07-25 09:16:16.527	error	Caught by controller[2]: at /opt/iobroker/node_modules/iobroker.alexa2/node_modules/alexa-remote2/alexa-remote.js:1208:17
host.ioBroker	2019-07-25 09:16:16.527	error	Caught by controller[2]: at alexa.getContacts (/opt/iobroker/node_modules/iobroker.alexa2/main.js:2068:30)
host.ioBroker	2019-07-25 09:16:16.527	error	Caught by controller[2]: 2019-07-25 09:16:16.494 - alexa2.0 TypeError: commContacts.forEach is not a function
host.ioBroker	2019-07-25 09:16:16.527	error	Caught by controller[1]: 2019-07-25 09:16:16.494 - alexa2.0 uncaught exception: commContacts.forEach is not a function
host.ioBroker	2019-07-25 09:16:16.527	error	Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:181:9)
host.ioBroker	2019-07-25 09:16:16.526	error	Caught by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:139:11)
host.ioBroker	2019-07-25 09:16:16.526	error	Caught by controller[0]: at endReadableNT (_stream_readable.js:1064:12)
host.ioBroker	2019-07-25 09:16:16.526	error	Caught by controller[0]: at IncomingMessage.emit (events.js:208:7)
host.ioBroker	2019-07-25 09:16:16.526	error	Caught by controller[0]: at emitNone (events.js:111:20)
host.ioBroker	2019-07-25 09:16:16.526	error	Caught by controller[0]: at IncomingMessage.res.on (/opt/iobroker/node_modules/iobroker.alexa2/node_modules/alexa-remote2/alexa-remote.js:752:58)
host.ioBroker	2019-07-25 09:16:16.526	error	Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.alexa2/node_modules/alexa-remote2/alexa-remote.js:1208:17
host.ioBroker	2019-07-25 09:16:16.526	error	Caught by controller[0]: at alexa.getContacts (/opt/iobroker/node_modules/iobroker.alexa2/main.js:2068:30)
host.ioBroker	2019-07-25 09:16:16.525	error	Caught by controller[0]: TypeError: commContacts.forEach is not a function
alexa2.0	2019-07-25 09:16:07.417	info	Alexa-Push-Connection established. Disable Polling
alexa2.0	2019-07-25 09:16:01.972	info	starting. Version 2.6.3 in /opt/iobroker/node_modules/iobroker.alexa2, node: v8.15.0
host.ioBroker	2019-07-25 09:16:01.140	info	instance system.adapter.alexa2.0 started with pid 1346

Habe ich einen Schritt übersehen?

[apollon77]

@I-Punkt sagte in [Aufruf] Alexa2 2.6.0 Testen:

commContacts

Bitte mal auf Debug logging stellen und mir die Logzeilen von davor senden.

[apollon77]

Die 2.6-4 auf GitHub und später im Latest sollte den Fehler jetzt besser abfangen, dennoch wäre so ein Debuglog von der 2.6.3 interessant weil ich sehen muss was genau Amazon da sendet ... strange