Test Adapter device-reminder v0.x

[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?

[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

[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

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

[Xenon]

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

@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

Naja, kommt ja drauf an, wie du deine scripte aufbaust. Ich arbeite nur mit JS und eben nicht mit blockly, da kannst du auf einfache Art viele Sachen zusammenfassen.
Der Adapter ist ein reiner Benachrichtigungsadapter, eigentlich ist das automatische abschalten schon mehr, als ich eigentlich wollte. Von daher werde ich vorerst nichts mehr integrieren, was Aktorschaltungen betrifft

[raller09]

Moin,

der Adapter scheint soweit bei mir zu funktionieren. Muss jetzt erstmal waschen/trocknen, damit ich prüfen kann, dass die Meldungen korrekt sind...

Ich habe aber noch 2 Probleme bei der Ausgabe festgestellt:

telegram meldet "unknown user". Es wird anscheinend "first name" in der Konfigurations-Maske angezeigt + als Ausgabe-Benutzer gesendet.

folgender Wert ist bei mir gesetzt
telegram.0.communicate.users = {"Id-Nr":{"firstName":"Ralf","userName":"raller09"}}
In deinem Adapter wird "Ralf" angezeigt

Mein Telegram-Adapter stand auf "Username anstatt Vorname vom Benutzer speichern"

Dadurch bekomme ich bei einem telegram-sendTo ein "user unknown"
Wenn ich den oben genannten Parameter ausschalte, dann funktioniert es. Ich weiß nicht, ob das an mir liegt oder ob da ggf. ein anderer Wert geschickt werden muss...

bei meinen alexas sind alle Datenpunkte
alexa2.0.x.Commands.speak-volume
leer/null.

Dadurch kommt weiterhin der "val of null" Fehler.
Ich habe noch nie alexa etwas sagen lassen + auch noch nie die Lautstärke über iobroker gesetzt.

Vielleicht solltest du die Lautstärke nur setzen, wenn dort eine Zahl steht... sonst einfach nicht verändern?

Vielen Dank für deine Arbeit!

[Xenon]

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

Moin,

der Adapter scheint soweit bei mir zu funktionieren. Muss jetzt erstmal waschen/trocknen, damit ich prüfen kann, dass die Meldungen korrekt sind...

Ich habe aber noch 2 Probleme bei der Ausgabe festgestellt:

telegram meldet "unknown user". Es wird anscheinend "first name" in der Konfigurations-Maske angezeigt + als Ausgabe-Benutzer gesendet.

folgender Wert ist bei mir gesetzt
telegram.0.communicate.users = {"Id-Nr":{"firstName":"Ralf","userName":"raller09"}}
In deinem Adapter wird "Ralf" angezeigt

Mein Telegram-Adapter stand auf "Username anstatt Vorname vom Benutzer speichern"

Dadurch bekomme ich bei einem telegram-sendTo ein "user unknown"
Wenn ich den oben genannten Parameter ausschalte, dann funktioniert es. Ich weiß nicht, ob das an mir liegt oder ob da ggf. ein anderer Wert geschickt werden muss...

bei meinen alexas sind alle Datenpunkte
alexa2.0.x.Commands.speak-volume
leer/null.

Dadurch kommt weiterhin der "val of null" Fehler.
Ich habe noch nie alexa etwas sagen lassen + auch noch nie die Lautstärke über iobroker gesetzt.

Vielleicht solltest du die Lautstärke nur setzen, wenn dort eine Zahl steht... sonst einfach nicht verändern?

Vielen Dank für deine Arbeit!

Danke für die Rückmeldung. Bei Telegram wird immer zuerst "firstname" gesucht, wird dieser nicht gefunden wird "Username" gesucht.
Das mit dem val of null schau ich mir die Tage nochmal an, gerade etwas viel um die Ohren

[Xenon]

Patch auf Version 0.5.3

• cant found val of null gefixt

@raller09 bitte testen