NEWS
[Aufruf] Alexa2 2.6.0 Testen
-
@apollon77 sagte in [Aufruf] Alexa2 2.6.0 Testen:
Auf GitHub gibt es die 2.6.1 mit:
- volume set bei ssml gefixt
Scheint zu klappen. :)
Reminder für >1 tag in Zukunft sollten jetzt gehen
Cool, tut. :sunglasses::+1:
Vielen Dank!Kannst Du sagen, wieso der Timestamp, wenn man eine neue Erinnerung anlegt, nicht in "... .Reminder.New" mit auftaucht (also "timestamp,uhrzeit")?
Sondern nur die Uhrzeit?
Lässt sich da evtl. etwas machen? :flushed: -
@apollon77 sagte in [Aufruf] Alexa2 2.6.0 Testen:
Auf GitHub gibt es die 2.6.1 mit:
- volume set bei ssml gefixt
Scheint zu klappen. :)
Reminder für >1 tag in Zukunft sollten jetzt gehen
Cool, tut. :sunglasses::+1:
Vielen Dank!Kannst Du sagen, wieso der Timestamp, wenn man eine neue Erinnerung anlegt, nicht in "... .Reminder.New" mit auftaucht (also "timestamp,uhrzeit")?
Sondern nur die Uhrzeit?
Lässt sich da evtl. etwas machen? :flushed:@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.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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.
@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
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. =)@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 NutzungBeitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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@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
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@padrino Sorry, ich kapiere nur Bahnhof
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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 -
Hm ... ich finde keinerlei Code der das tun sollte ...
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@apollon77
Dann habe ich vermutlich meinen Code falsch im Kopf. :D
Muss ich heute Abend schauen.
Vermutlich trigger ich dann doch auf ".time". -
@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
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.@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) :-)
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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) :-)
@apollon77
Gut, wenn da "10:00:00" drin steht, sie aber um "01:00:00" ist, dann vielleicht schon. :D -
@apollon77
Gut, wenn da "10:00:00" drin steht, sie aber um "01:00:00" ist, dann vielleicht schon. :D -
@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?? -
Ich glaube das Wetter grillt mein gehirn ... 2.6.3 fixes it ... Jetzt auf GirtHub, später in Latest
@apollon77 super, in 2.6.3 wieder da :-) alles gut, bei der Hitze kein Wunder... funktioniert!
-
@apollon77 super, in 2.6.3 wieder da :-) alles gut, bei der Hitze kein Wunder... funktioniert!
-
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 1346Habe ich einen Schritt übersehen?
Support us
731
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge