UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Xenon]

@JB_Sullivan sagte in Test Adapter device-reminder v0.x:

@Xenon So funktioniert es aber nicht mehr auf "Überall" - dort gibt es nämlich kein speak-volumen. Den DP speak-volumen, gibt es nur bei einzelnen Geräten.

Gerade das fand ich so interessant, das man es im ganzen Haus (auf allen Echo DOT`s) gehört hat, wenn ein Gerät fertig war.

device-reminder.0	2020-11-22 18:24:45.274	error	at process._tickCallback (internal/process/next_tick.js:68:7)
device-reminder.0	2020-11-22 18:24:45.274	error	at Template.volume (C:\iobroker\GLT\node_modules\iobroker.device-reminder\main.js:817:30)
device-reminder.0	2020-11-22 18:24:45.274	error	(13500) TypeError: Cannot read property 'val' of null
device-reminder.0	2020-11-22 18:24:45.273	error	(13500) unhandled promise rejection: Cannot read property 'val' of null
Unhandled	2020-11-22 18:24:45.273	error	promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

Verstehe ich nicht. Ich habs auch auf allen Echo dots bei mir drauf. Man muss jedes Gerät einzeln einmal anlegen und dann auch zuordnen

[JB_Sullivan]

@Xenon Ne, muss man nicht. Man kann doch alle Echos gemeinsam als Überall in der Alexa APP definieren. Dementsprechend wird auch im Alexa2.0 Adapter ein Datenpunkt für "Überall" angelegt und somit kommt die Meldungen auf allen Geräten.

..... und bei dem Virtuellen Gerät "Überall" gibt es keinen DP der speak-volumen heißt - nur speak oder announcement - und das führt zu dem Fehler oben.

[guergen]

@JB_Sullivan Daher musst Du ja jeden Echo einzelnd anwählen:


Macht ja auch Sin es hier im Adapter einzustellen und nicht global in der App!

[JB_Sullivan]

@guergen in der Version die vor dieser jetzigen war, funktionierte das tadellos. Schade das dass jetzt nicht mehr geht.

[Xenon]

@JB_Sullivan sagte in Test Adapter device-reminder v0.x:

@guergen in der Version die vor dieser jetzigen war, funktionierte das tadellos. Schade das dass jetzt nicht mehr geht.

Ich schau mir das die Tage mal an. Eventuell kann man es umgehen 😉

[JB_Sullivan]

@Xenon wie kann ich eine der vorherigen Versionen wieder installieren? Der Rollback über den Admin funktioniert nicht - startet kurz und bricht dann wieder ab

[Xenon]

@JB_Sullivan sagte in Test Adapter device-reminder v0.x:

@Xenon wie kann ich eine der vorherigen Versionen wieder installieren? Der Rollback über den Admin funktioniert nicht - startet kurz und bricht dann wieder ab

Ich glaube, dafür muss der Adapter in der latest stehen. Sonst probiere die 0.4.9 aus

Leg dir einen dp im gleichen Alexa Ordner an, in dem announcement steht, mit dem Namen speak-volume (Typ number), dann funktioniert der Adapter bei dir erstmal wieder.
Hab schon einen Ansatz für eine Lösung, aber nicht mehr heute

[da_Woody]

@Xenon ich bekomm auf einmal dauernd errors nach dem update auf 0.5.1, kann aber auch sein das das vorher schon da war. schau ja nicht dauernd im log nach. ;)

device-reminder.0	2020-11-22 20:48:00.266	info	(4019) Terminated (NO_ERROR): Without reason
device-reminder.0	2020-11-22 20:48:00.266	info	(4019) terminating
device-reminder.0	2020-11-22 20:48:00.222	error	(4019) Error: undefined is not a valid state value at /opt/iobroker/node_modules/iobroker.js-controller/lib/tools.js:1588:72 at Template.setForeignState (/opt/iobroker/node_modules/iobroker.js
device-reminder.0	2020-11-22 20:48:00.221	error	(4019) unhandled promise rejection: undefined is not a valid state value
device-reminder.0	2020-11-22 20:48:00.221	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
device-reminder.0	2020-11-22 20:48:00.220	error	(4019) TypeError: Cannot read property 'val' of null at Template.volume (/opt/iobroker/node_modules/iobroker.device-reminder/main.js:817:30) at processTicksAndRejections (internal/process/task
device-reminder.0	2020-11-22 20:48:00.218	error	(4019) unhandled promise rejection: Cannot read property 'val' of null
device-reminder.0	2020-11-22 20:48:00.214	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

[JB_Sullivan]

@da_Woody - liesmal weiter oben, haben mehrere ;)

@Xenon Habe ich gerade gemacht und auch die Eigenschaften von so einem speak-volumen DP, von einem anderen Gerät in den neuen DP übertragen. Die Fehlermeldung kommt immer noch.

{
  "_id": "alexa2.0.Echo-Devices.f4db23182ab44534ba0979e1ff2a66c4.Commands.speak-volumen",
  "type": "state",
  "common": {
    "name": "Volume to use for speak commands",
    "role": "level.volume",
    "min": 0,
    "max": 100,
    "type": "mixed",
    "read": true,
    "write": true
  },
  "native": {},
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1606074529310,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

device-reminder.0	2020-11-22 20:52:58.088	error	(5864) TypeError: Cannot read property 'val' of null at Template.volume (C:\iobroker\GLT\node_modules\iobroker.device-reminder\main.js:817:30) at process._tickCallback (internal/process/next_t
device-reminder.0	2020-11-22 20:52:58.088	error	(5864) unhandled promise rejection: Cannot read property 'val' of null
device-reminder.0	2020-11-22 20:52:58.088	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

[da_Woody]

@JB_Sullivan urgs, doch was überlesen? :confused:

[Xenon]

@JB_Sullivan sagte in Test Adapter device-reminder v0.x:

@da_Woody - liesmal weiter oben, haben mehrere ;)

@Xenon Habe ich gerade gemacht und auch die Eigenschaften von so einem speak-volumen DP, von einem anderen Gerät in den neuen DP übertragen. Die Fehlermeldung kommt immer noch.

{
  "_id": "alexa2.0.Echo-Devices.f4db23182ab44534ba0979e1ff2a66c4.Commands.speak-volumen",
  "type": "state",
  "common": {
    "name": "Volume to use for speak commands",
    "role": "level.volume",
    "min": 0,
    "max": 100,
    "type": "mixed",
    "read": true,
    "write": true
  },
  "native": {},
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1606074529310,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

device-reminder.0	2020-11-22 20:52:58.088	error	(5864) TypeError: Cannot read property 'val' of null at Template.volume (C:\iobroker\GLT\node_modules\iobroker.device-reminder\main.js:817:30) at process._tickCallback (internal/process/next_t
device-reminder.0	2020-11-22 20:52:58.088	error	(5864) unhandled promise rejection: Cannot read property 'val' of null
device-reminder.0	2020-11-22 20:52:58.088	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

Ist der Inhalt des dp leer? Gib mal eine Zahl zwischen 1-100 ein

[JB_Sullivan]

@Xenon Leer ist der DP nicht - es steht false drin, was bei einem Zahlenwert aber falsch sein dürfte.

Habe es jetzt auf einen Zahlenwert geändert und es kommen keine Errors mehr :+1:

[Xenon]

@JB_Sullivan sagte in Test Adapter device-reminder v0.x:

@Xenon Leer ist der DP nicht - es steht false drin, was bei einem Zahlenwert aber falsch sein dürfte.

Habe es jetzt auf einen Zahlenwert geändert und es kommen keine Errors mehr :+1:

Okay, dp sollte vom typ number sein, dann passiert sowas nicht.
Ich hoffe, dass ich da heute abend zu komme

[JB_Sullivan]

@Xenon Funktioniert leider doch nicht - auch als number nicht.
Als die erste Sprachansage kommen sollte, kam dieser Fehler.

device-reminder.0	2020-11-23 11:55:23.772	info	(560) Terminated (NO_ERROR): Without reason
device-reminder.0	2020-11-23 11:55:23.771	info	(560) terminating
device-reminder.0	2020-11-23 11:55:23.757	error	(560) TypeError: Cannot read property 'val' of null at Template.volume (C:\iobroker\GLT\node_modules\iobroker.device-reminder\main.js:817:30) at process._tickCallback (internal/process/next_ti
device-reminder.0	2020-11-23 11:55:23.757	error	(560) unhandled promise rejection: Cannot read property 'val' of null
device-reminder.0	2020-11-23 11:55:23.756	error	Unhandled promise rejection. This error originated 

[Xenon]

@JB_Sullivan sagte in Test Adapter device-reminder v0.x:

@Xenon Funktioniert leider doch nicht - auch als number nicht.
Als die erste Sprachansage kommen sollte, kam dieser Fehler.

device-reminder.0	2020-11-23 11:55:23.772	info	(560) Terminated (NO_ERROR): Without reason
device-reminder.0	2020-11-23 11:55:23.771	info	(560) terminating
device-reminder.0	2020-11-23 11:55:23.757	error	(560) TypeError: Cannot read property 'val' of null at Template.volume (C:\iobroker\GLT\node_modules\iobroker.device-reminder\main.js:817:30) at process._tickCallback (internal/process/next_ti
device-reminder.0	2020-11-23 11:55:23.757	error	(560) unhandled promise rejection: Cannot read property 'val' of null
device-reminder.0	2020-11-23 11:55:23.756	error	Unhandled promise rejection. This error originated 

Der DP muss speak-volume heißen und nicht speak-volumen!

[Xenon]

Patch auf Version 0.5.2

• DP "alexa speak-volume" muss nicht mehr vorhanden sein.

Der Fehler mit dem "val of null" sollte damit weg sein. Bitte testen

[Xenon]

Was kommt als nächstes?

• Überarbeitung von Statusmeldungen, es kommt immer noch vor, dass standby anstatt aus angezeigt wird. Eventuell wird eine Eingabemöglichkeit kommen, an welchem Wert sich das Gerät im Standby befindet. Hintergrund ist, dass manche den Verbrauch der Steckdosen mit anzeigen lassen
• es wird möglich sein, dass man die Statusmeldungen selber konfigurieren kann und nicht mehr auf die Standardmeldungen angewiesen ist
• Prüfung, ob es möglich ist, auf Schalter ohne Messfunktionen zu reagieren
• Prüfung, ob es möglich ist, einen universellen Datenpunkt zu triggern, damit man noch mehr messenger integriert bekommt

[JB_Sullivan]

@Xenon sagte in Test Adapter device-reminder v0.x:

Bitte testen
Was kommt als nächstes?

Bis jetzt alles super - keine Probleme mehr.

Vielleicht nochmal drüber nachdenken, ob man ggf. mit den Triggern des Device Reminder einen weiteren externen Datenpunkt eines 2. Aktor ansprechen könnte.

Beispiel: Ich schalte die Waschmaschine ein. Gleichzeitig wird z.B. eine Dekolampe in der Stube über einen Stecker Aktor angeschaltet - somit weiß die Frau die Waschmaschine ist AN / noch in Betrieb. Dementsprechend wird die Lampe ausgeschaltet wenn die Waschmaschine fertig ist - Ist quasi ein visuelles Signal, wenn man mal die Sprachansage verpasst hat ;)

[Xenon]

@JB_Sullivan sagte in Test Adapter device-reminder v0.x:

@Xenon sagte in Test Adapter device-reminder v0.x:

Bitte testen
Was kommt als nächstes?

Bis jetzt alles super - keine Probleme mehr.

Vielleicht nochmal drüber nachdenken, ob man ggf. mit den Triggern des Device Reminder einen weiteren externen Datenpunkt eines 2. Aktor ansprechen könnte.

Beispiel: Ich schalte die Waschmaschine ein. Gleichzeitig wird z.B. eine Dekolampe in der Stube über einen Stecker Aktor angeschaltet - somit weiß die Frau die Waschmaschine ist AN / noch in Betrieb. Dementsprechend wird die Lampe ausgeschaltet wenn die Waschmaschine fertig ist - Ist quasi ein visuelles Signal, wenn man mal die Sprachansage verpasst hat ;)

Dafür hast du ja deine Datenpunkte, auf die du mit einem extra Script reagieren kannst

[JB_Sullivan]

@Xenon sagte in Test Adapter device-reminder v0.x:

Dafür hast du ja deine Datenpunkte, auf die du mit einem extra Script reagieren kannst

Genau du sagst es ein "Extra Skript" - Weißt du wie viele Skripte ich schon laufen haben? Wird langsam Grenzwertig was die Übersicht betrifft. Da finde ich es in einen Adapter integriert etwas eleganter ;)