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

[Holger76]

Leider bekomme ich die 1.2.5 von Github nicht zum laufen...

hier nochmal ein Auszug aus der LOG Datei

2020-02-09 00:04:09.942 - debug: deconz.0 (8486) Websocket connection closed
2020-02-09 00:04:09.963 - error: deconz.0 (8486) uncaught exception: The first argument must be one of type string or Buffer. Received type object
2020-02-09 00:04:09.968 - error: deconz.0 (8486) TypeError [ERR_INVALID_ARG_TYPE]: The first argument must be one of type string or Buffer. Received type object
at write_ (_http_outgoing.js:595:11)
at ClientRequest.write (_http_outgoing.js:567:10)
at Request.write (/opt/iobroker/node_modules/request/request.js:1500:27)
at end (/opt/iobroker/node_modules/request/request.js:549:18)
at Immediate. (/opt/iobroker/node_modules/request/request.js:578:7)
at runCallback (timers.js:705:18)
at tryOnImmediate (timers.js:676:5)
at processImmediate (timers.js:658:5)
2020-02-09 00:04:10.033 - info: deconz.0 (8486) terminating
2020-02-09 00:04:10.050 - info: deconz.0 (8486) Terminated (NO_ERROR): Without reason
2020-02-09 00:04:10.645 - error: host.debian Caught by controller[0]: TypeError [ERR_INVALID_ARG_TYPE]: The first argument must be one of type string or Buffer. Received type object
2020-02-09 00:04:10.648 - error: host.debian Caught by controller[0]: at write_ (_http_outgoing.js:595:11)
2020-02-09 00:04:10.648 - error: host.debian Caught by controller[0]: at ClientRequest.write (_http_outgoing.js:567:10)
2020-02-09 00:04:10.649 - error: host.debian Caught by controller[0]: at Request.write (/opt/iobroker/node_modules/request/request.js:1500:27)
2020-02-09 00:04:10.649 - error: host.debian Caught by controller[0]: at end (/opt/iobroker/node_modules/request/request.js:549:18)
2020-02-09 00:04:10.650 - error: host.debian Caught by controller[0]: at Immediate. (/opt/iobroker/node_modules/request/request.js:578:7)
2020-02-09 00:04:10.650 - error: host.debian Caught by controller[0]: at runCallback (timers.js:705:18)
2020-02-09 00:04:10.650 - error: host.debian Caught by controller[0]: at tryOnImmediate (timers.js:676:5)
2020-02-09 00:04:10.651 - error: host.debian Caught by controller[0]: at processImmediate (timers.js:658:5)
2020-02-09 00:04:10.651 - error: host.debian Caught by controller[1]: TypeError [ERR_INVALID_ARG_TYPE]: The first argument must be one of type string or Buffer. Received type object
2020-02-09 00:04:10.652 - error: host.debian Caught by controller[1]: at write_ (_http_outgoing.js:595:11)
2020-02-09 00:04:10.652 - error: host.debian Caught by controller[1]: at ClientRequest.write (_http_outgoing.js:567:10)
2020-02-09 00:04:10.653 - error: host.debian Caught by controller[1]: at Request.write (/opt/iobroker/node_modules/request/request.js:1500:27)
2020-02-09 00:04:10.653 - error: host.debian Caught by controller[1]: at end (/opt/iobroker/node_modules/request/request.js:549:18)
2020-02-09 00:04:10.654 - error: host.debian Caught by controller[1]: at Immediate. (/opt/iobroker/node_modules/request/request.js:578:7)
2020-02-09 00:04:10.654 - error: host.debian Caught by controller[1]: at runCallback (timers.js:705:18)
2020-02-09 00:04:10.655 - error: host.debian Caught by controller[1]: at tryOnImmediate (timers.js:676:5)
2020-02-09 00:04:10.655 - error: host.debian Caught by controller[1]: at processImmediate (timers.js:658:5)
2020-02-09 00:04:10.656 - info: host.debian instance system.adapter.deconz.0 terminated with code 0 (NO_ERROR)
2020-02-09 00:04:10.656 - info: host.debian Restart adapter system.adapter.deconz.0 because enabled
2020-02-09 00:04:40.697 - info: host.debian instance system.adapter.deconz.0 started with pid 8522
2020-02-09 00:04:42.320 - debug: deconz.0 (8522) Redis Objects: Use Redis connection: 127.0.0.1:9001
2020-02-09 00:04:42.415 - debug: deconz.0 (8522) Objects client ready ... initialize now
2020-02-09 00:04:42.421 - debug: deconz.0 (8522) Objects create System PubSub Client
2020-02-09 00:04:42.423 - debug: deconz.0 (8522) Objects create User PubSub Client
2020-02-09 00:04:42.424 - debug: deconz.0 (8522) Objects client initialize lua scripts
2020-02-09 00:04:42.491 - debug: deconz.0 (8522) Objects connected to redis: 127.0.0.1:9001
2020-02-09 00:04:42.499 - debug: deconz.0 (8522) objectDB connected
2020-02-09 00:04:42.502 - debug: deconz.0 (8522) Redis States: Use Redis connection: 127.0.0.1:9000
2020-02-09 00:04:42.542 - debug: deconz.0 (8522) States create User PubSub Client
2020-02-09 00:04:42.547 - debug: deconz.0 (8522) States create System PubSub Client
2020-02-09 00:04:42.589 - debug: deconz.0 (8522) States connected to redis: 127.0.0.1:9000
2020-02-09 00:04:42.590 - debug: deconz.0 (8522) statesDB connected
2020-02-09 00:04:44.181 - info: deconz.0 (8522) starting. Version 1.2.5 in /opt/iobroker/node_modules/iobroker.deconz, node: v10.19.0

[Jey Cee]

@Holger76 Kannst du bitte das log level des Adapters auf debug stellen und mir das log zeigen. Ich kann so nicht erkennen an welcher Stelle oder bei welcher Aktion der Fehler auftritt.

[frankyboy73]

Hi, gibt es bei Sensoren und Schalter irgendeine Begrenzung der Anzahl? Ich konnte 20 Senoren und Schalter Problemlos einbinden. Beim 21. kriege ich jetzt keine Objekte mehr angezeigt. In Phoscon ist er aber vorhanden und lässt sich auch verwenden. Habe Ihn auch schon mal glöscht und neu angelernt, keine Änderung. Es handelt sich um eine Ikea Fernbedienung, 2 andere habe ich auch schon drin und auch unter den Objekten dargestellt.
Habe es mal mit Adapter neustart versucht, da kommt dann im Log.
(1501) Code 404: Ressource not found get devices: []
hat das etwas damit zu tun?
Adapter Version ist 1.2.5

[Jey Cee]

@frankyboy73 sagte in Test Adapter deConz v1.2.x Github:

gibt es bei Sensoren und Schalter irgendeine Begrenzung der Anzahl?

Nein gibt es nicht, auf Anhieb fällt mir auch nichts ein warum nicht alle Sensoren angelegt werden.
Hat jemand ebenfalls so ein Phänomen?

@frankyboy73 sagte in Test Adapter deConz v1.2.x Github:

(1501) Code 404: Ressource not found get devices: []
hat das etwas damit zu tun?

Nein das ist eine Funktionalität die in näherer Zukunft in deConz verfügbar sein wird.

[frankyboy73]

@Jey-Cee
Hi, danke für deine Antwort, habe jetzt noch nen Xiaomi Temp/Humidity ausgegraben und den angelernt, der wird wir auch in den Objekten angelegt. Tja, schade muss ich mal abwarten ob ich die Fernbedienung noch eingebunden kriege.
Dann ist mir gerade aufgefallen das mein Xiaomi Aquara Bewegungsmelder in den Objekten nicht mehr aktualiesiert wird. Dafür werden ja 2 Ordner erstellt, bei dem einen wo Presense drin ist wird nicht aktualisiert und die Zeit last Update liegt in der Zukunft 2020-02-09T18:16:36.000Z.
Der andere Ordner mit Lux usw. wird aktualisiert und die Zeit passt auch. Ich habe noch einen 2. Bewegungsmelder bei dem werden beide Ordner richtig aktualisiert. Sollte ich doch lieber wieder zu einer stable Version wechseln?
Bis gestern Nacht lief noch alles sauber, da ist mein Licht das ich damit steuere noch angegangen.

[Jey Cee]

@frankyboy73 sagte in Test Adapter deConz v1.2.x Github:

die Zeit last Update liegt in der Zukunft 2020-02-09T18:16:36.000Z

Also in meiner Zeitzone ist es jetzt nach 18 Uhr und du hast das vor wenigen Minuten gepostet. Andere Zeitzone?

@frankyboy73 sagte in Test Adapter deConz v1.2.x Github:

Dann ist mir gerade aufgefallen das mein Xiaomi Aquara Bewegungsmelder in den Objekten nicht mehr aktualiesiert wird.

Es wäre sehr Hilfreich wenn du das Loglevel der Adapter Instanz auf debug stellen kannst und nachschaust ob der Wert vom Bewegungsmelder an ioBroker pübertragen wird.

[frankyboy73]

@Jey-Cee
Sorry hätte noch erwähnen sollen das die Zeit von Last Update schon seit über ner Stunde so steht, ist mir um 17:30 Uhr aufgefallen, weil mein Licht nicht anging.
Wegen dem Loglevel muss ich mal schauen, hatte ich noch nie gemacht. Meinst im Log debug einstellen? Und nur den Adapter auswählen? Teste ich mal.
Edit: Jetzt wo die wirkliche Zeit später ist als die von Last Update funktioniert die Aktualisierung wieder. Woher die Zeit darin allerdings kam weiß ich nicht, ich lese da nichts aus und steuere auch nicht.

[frankyboy73]

Hi, mir ist auch noch aufgefallen, das bei einem Adapter Neustart alle ButtonEvents von allen Schaltern/Fernbedienungen kurz auf true gehen. Ist leider nicht so schön

[Jey Cee]

@frankyboy73 sagte in Test Adapter deConz v1.2.x Github:

Jetzt wo die wirkliche Zeit später ist als die von Last Update funktioniert die Aktualisierung wieder.

Das würde zumindest Sinn ergeben. Der neue Wert wird nur geschrieben wenn Lastupdate älter ist als der neue Wert.
Wobei ich mir nicht sicher bin ob das bei allen Werten geprüft wird. Ursprünglich ist das nur für Button Events eingebaut worden.
Zumindest weis ich wo nach ich schauen muss.

Und dann wäre noch zu klären warum Lastupdate nicht gestimmt hat.

@frankyboy73 sagte in Test Adapter deConz v1.2.x Github:

das bei einem Adapter Neustart alle ButtonEvents von allen Schaltern/Fernbedienungen kurz auf true gehen.

Das schaue ich mir an, das sollte nicht sein.

[frankyboy73]

@Jey-Cee Hi, ich habe mal bei 3 meiner verwendeten ButtonEvents ne Debug Node drangehangen, das passiert dann bei Adapter Neustart (siehe Bild), es betrifft sowohl Xiaomi Switch als auch Ikea Fernbedienung, es passiert aber nicht bei allen Button Events oder ich kriege es nicht mit, da ich sie nicht verwende.

[frankyboy73]

Hi, ich hatte diese Frage schon in einem anderen Post gestellt, aber ich glaube sie gehört eher hier hin.
Ich hätte da auch noch ne kurze Frage zu den Schaltern, ich habe einen Xiaomi Smart Switch, da gibts die Zustände Press, Double Press usw. und Hold. Ich habe nun das Problem, das sich der Zustand von Press auch immer mitändert wenn ich lange halte, also den Hold auslöse. Ist das so normal, liegts an dem Adapter oder an Phoscon?

[Jey Cee]

@frankyboy73 bei meinem Hue Dimmer ist mir so ein verhalten nicht auf gefallen. Ich weis nicht wie es sich mit dem Xiaomi smart switch verhält.
Vielleicht hat ja noch jemand so ein teil und kann was sagen.

Sicher ist aber dass das Event von deConz kommen muss, sonst passiert nichts im Adapter.

[frankyboy73]

@Jey-Cee Okay, wenn sich das nicht ändern lässt, bastel ich mir was in Node Red um das abzufangen. Sowas wie den Press verzögern und falls Hold kommt den Press nicht durchlassen.
Ich finde es auf jeden Fall Klasse das du immer so schnell ein Feedback gibst, Danke dafür.
Das mit dem Adapter Neustart und dem kurz auf true setzen der Button Events kriege ich bestimmt auch in Node Red abgefangen, bis es dafür ne Lösung für den Adapter gibt. Falls du dazu noch irgendwelche Infos brauchst die ich liefern könnte, bin ich gerne bereit da zu helfen.

[realwax]

Hi,

Zwei Dinge sind mir aufgefallen, wobei ich gerade 1.2.5 teste. In der 1.2.4 dürfte es mit der neuen socket.io zu Themen kommen. Ich dachte zuerst an den Javascript adapter, aber setstates werden manchmal nicht bis zum gerät ausgeführt. Geschrieben, aber nicht geschalten. Der deconz adapter scheint es weiter zu reichen. Ist das dennoch ein deconz adapter Problem, oder etwas im deconz selbst? Hier das Ticket, dass vermutlich entweder zu deconz, oder iobroker.deconz muss.
https://github.com/ioBroker/ioBroker.javascript/issues/496

Ich teste, ob das in der 1.2.5 auch vorkommt. Kann das die neue socket.io sein?

Danke :)

[Jey Cee]

@realwax sagte in Test Adapter deConz v1.2.x Github:

In der 1.2.4 dürfte es mit der neuen socket.io zu Themen kommen.

Nein damit hat es nichts zu tun.
DeConz Antwortet sogar und bestätigt das der Befehl ausgeführt wurde.
Da passt was mit dem Zigbee Gerät oder Netz nicht.

[realwax]

@Jey-Cee

Danke! Spannend. Ich habe es erst seit dem socket.io und javascript update. Ich verwende Tradfri Lampen eine neuere z.b.
E27 1000lm, aber auch meine Tradfri E14 400lm haben den Effekt gezeigt. Zuvor alles bestens. Deswegen schloss ich auf die Update Aktion.

[Jey Cee]

@realwax sagte in Test Adapter deConz v1.2.x Github:

Zuvor alles bestens. Deswegen schloss ich auf die Update Aktion.

Hast du deConz, die Conbee Firmware oder die Firmware deiner Lampen geupdated?
Sind die Lampen vielleicht Zeitweillig nicht erreichbar? Jeder Dauerhaft mit dem Strom Verbundene Teilnehmer im Zigbee Netz stellt einen Knoten Punkt dar, wenn einer vom Netz getrennt wird muss sich das Netz neu Organisieren.
Das Thema wurde hier im Forum schon mal im Zusammenhang mit Verbindungsproblemen aufgeworfen.

[realwax]

Ich habe die älteren 400lm upgedatet. Die neuere 1000lm Birne nicht, kam auch mit neuerer FW. Es gibt kein update...

Deconz/phoscon halte ich aktuell:

Lampen sind erreichbar. Es kann schon mal passieren, dass nach einiger Zeit eine aus dem Netz fällt. Strom-cycle = erholt sich. Momentan ist aber alles gut. Ich kann die Lampe über den admin schalten, kein problem. Ich verwende die Gruppe.

Ich habe die hier nun mit der 1.2.5 laufen lassen (disko flipflop ;) ) - 20 mal versucht - kein Problem mit der aktuellen Version.

Was es war, es dürfte, wie es gerade aussieht mit der 1.2.5 weg sein. Aber der adapter crasht wenn ich eine szene recalle...

[realwax]

Ich habe gerade in der 1.2.5 entdeckt, dass ein szenen recall den adapter crasht:

deconz.0 2020-02-10 14:09:15.213 info (16240) Code 404: Ressource not found get devices: []
deconz.0 2020-02-10 14:09:15.206 debug (16240) Code 200: Request succeded get all groups: {"11":{"action":{"bri":127,"colormode":"hs","ct":0,"effect":"none","hue":0,"on":false,"sat":127,"scene":null,"xy":[0,0]},"devicemembership":[],"etag"
deconz.0 2020-02-10 14:09:14.946 debug (16240) Code 200: Request succeded get all sensors: {"1":{"config":{"configured":true,"on":true,"sunriseoffset":30,"sunsetoffset":-30},"etag":"164aea2cc7392f5aec9684535f72e544","manufacturername":"Phi
deconz.0 2020-02-10 14:09:14.565 debug (16240) Code 200: Request succeded get all lights: {"1":{"ctmax":454,"ctmin":250,"etag":"83c947395a7054d6fc1e34485bf108a6","hascolor":true,"manufacturername":"IKEA of Sweden","modelid":"TRADFRI bulb E
deconz.0 2020-02-10 14:09:14.509 info (16240) deConz Version: 2.5.72; API version: 1.16.0
deconz.0 2020-02-10 14:09:14.498 debug (16240) Code 200: Request succeded get config: {"UTC":"2020-02-10T13:09:14","apiversion":"1.16.0","backup":{"errorcode":0,"status":"idle"},"bridgeid":"00212EFFFF03B313","datastoreversion":"60","devic
deconz.0 2020-02-10 14:09:14.241 info (16240) starting. Version 1.2.5 in /opt/iobroker/node_modules/iobroker.deconz, node: v10.17.0
deconz.0 2020-02-10 14:08:40.683 info (13477) Terminated (NO_ERROR): Without reason
deconz.0 2020-02-10 14:08:40.681 info (13477) terminating
deconz.0 2020-02-10 14:08:40.672 debug (13477) Websocket connection closed
deconz.0 2020-02-10 14:08:40.667 error (13477) TypeError [ERR_INVALID_ARG_TYPE]: The first argument must be one of type string or Buffer. Received type object at write_ (_http_outgoing.js:595:11) at ClientRequest.write (_http_outgo
deconz.0 2020-02-10 14:08:40.666 error (13477) uncaught exception: The first argument must be one of type string or Buffer. Received type object
deconz.0 2020-02-10 14:08:40.613 debug (13477) dp: recall; id:Groups.47.Scene_1
deconz.0 2020-02-10 14:08:40.612 debug (13477) stateChange Groups.47.Scene_1 {"val":true,"ack":false,"ts":1581340147512,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1581162661852}

[Jey Cee]

@realwax Danke den fehler hat Holger auch, ich konnte aber nicht sehen woher das kommt. Jetzt weis ich wo schauen muss.