Eurotronic Spirit ZigBee
-
@Freaknet Bitte verifizier mal was du als Port in den Einstellungen stehen hast. Die funktionierenden Logs gehen auf Port 80, die anderen auf Port 8080.
A.
-
Jetzt läuft erstmal alles plötzlich wieder. Hab den Adapter nochmal deinstalliert und neu installiert. Als Port hab ich dann mal 8080 eingestellt, hat vorher immer mit keinem Port geklappt.
-
@Freaknet
Das kann mit Voreinstellungen im Adapter zusammen gehangen haben. Aber es ist gut das jetzt alles wieder läuft.Die Skripte musstest du auch nicht anpassen, oder ?
-
Leider geklappt es trotzdem nicht
Der Adapter wird zwar grün aber die Sensoren reagieren im ioBroker nicht.
In der App werden z.B. Bewegungen erkannt, im Adapter aber nicht...
Oh mann, bin am Verzweifeln. -
@Freaknet
Bitte mach mal folgenden Test:- Lös einen BWM aus
- starte den deconz Adapter neu
- prüfe ob der Status des BWM korrekt in den Objekten steht.
- löse einen anderen bwm aus und prüfe ob der Status im Adapter stimmt.
Es kann sein das du ein Problem mit dem “subscriben” der Änderungen an der Rest api hast. Es gibt Kombinationen von deconz-Adapter und Rest-api bei denen die Verbindung nach einiger Zeit abreißt.
Welche deconz Version nutzt du (deconz, nicht iobroker.deconz)
A.
-
Vielen Dank das Du mir so behilflich bist...
Vorab... hat das was zu bedeuten, dass der Deconz Adapter zwar grün wird, aber immer wieder kurz ROT aufleuchtet. Danach ist er wieder grün und so weiter.BWM ausgelöst -> Adapter reagiert nicht -> App schon
Deconz Neustart bringt keine Aktualisierung. Bleibt letzter Wert in Objekt stehen.Also Einstellungen hab ich folgende:
ioBroker Adapter
Deconz-IP + Port 8080 und API-Keydeconz-Gateway
Version 2.05.72 und Firmware 26330500
API-Verson 1.16.0Einstellungen in der /lib/systemd/system/deconz.service
[Unit] Description=deCONZ: ZigBee gateway -- REST API Wants=deconz-init.service deconz-update.service [Service] User=0 ExecStart=/usr/bin/deCONZ -platform minimal --http-port=80 Restart=on-failure StartLimitIntervalSec=0 RestartSec=30 AmbientCapabilities=CAP_NET_BIND_SERVICE CAP_KILL CAP_SYS_BOOT CAP_SYS_TIME [Install] WantedBy=multi-user.targetStatus deconz
● deconz.service - deCONZ: ZigBee gateway -- REST API Loaded: loaded (/lib/systemd/system/deconz.service; enabled; vendor preset: e Active: active (running) since Mon 2020-01-13 22:57:15 CET; 13min ago Main PID: 18367 (deCONZ) Tasks: 5 (limit: 4915) CGroup: /system.slice/deconz.service └─18367 /usr/bin/deCONZ -platform minimal --http-port=80Status deconz-gui
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Mon Jan 13 22:53:16 2020 from 192.168.178.41 root@debian-iobroker:~# service deconz-gui status ● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API Loaded: loaded (/lib/systemd/system/deconz-gui.service; disabled; vendor pres Active: failed (Result: exit-code) since Mon 2020-01-13 22:49:04 CET; 22min a Main PID: 26981 (code=exited, status=143)Falls es noch hilft hier die Log-Datei
host.debian-iobroker 2020-01-13 23:20:19.146 info Restart adapter system.adapter.deconz.0 because enabled host.debian-iobroker 2020-01-13 23:20:19.145 error instance system.adapter.deconz.0 terminated with code 7 (Adapter already running) host.debian-iobroker 2020-01-13 23:20:17.658 info instance system.adapter.deconz.0 started with pid 9476Bin für heute erstmal durch, muss schlafen
Danke nochmal bis dahin! -
Hey, kann es an der Version 1.2.2 vom Adapter liegen? Hab jetzt den Adapter kpl. gelöscht und die alte Version 1.1.2 in Stable installiert. Jetzt läuft wieder alles 1A.
Irgendwie hat die Aktualisierung zwischen Phoscon-App und der Version 1.2.2 nicht geklappt.
Nur wenn ich den Adapter Neu starte wird die letzte Aktualisierung geändert. -
Hallo, ich habe ähnliche Probleme mit der Version 1.2.2, nur kommt bei mir noch hinzu das ich auch keine Objekte aus den IoBroker steuern kann und somit auch sämtliche skripte nicht laufen. Nachdem ich jetzt wieder auf 1.1.2 installiert habe läuft alles wieder Problemlos. Jedoch kann ich jetzt auch nicht genau sagen ob es an deconz liegt da ich ziemlich zeitgleich mit den Update mein ganzes system geupdatet habe.
mein System: Conbee 1 stick am Pi 4
Platform: linux
os: linux
Architecture: arm
CPUs: 4
Speed: 600 MHz
Model: ARMv7 Processor rev 3 (v7l)
RAM: 3.8 GB
System uptime: 22:16:12
Node.js: v10.18.1
NPM: 6.13.4
Disk size: 58.3 GiB
Disk free: 53.2 GiB
adapters count: 312
Uptime: 22:16:33
Active instances: 21diese Logeinträge sind vorhanden immer wiederholend sowie ich versuche etwas zu schalten aus den IoBroker heraus.
deconz.0 2020-01-14 17:57:03.071 info (7162) Set light state with ID: 4 parameter: {"on": true} Code 404: Ressource not found deconz.0 2020-01-14 17:57:03.048 info (7162) setLightState: {"on": true} 4 deconz.0.Lights.4.on deconz.0 2020-01-14 17:56:51.319 info (7162) Get Config: Code 404: Ressource not found deconz.0 2020-01-14 17:56:51.209 info (7162) starting. Version 1.2.2 in /opt/iobroker/node_modules/iobroker.deconz, node: v10.18.1``` -
@Hoffiheller said in Eurotronic Spirit ZigBee:
das ich auch keine Objekte aus den IoBroker steuern kann und somit auch sämtliche skripte nicht laufen.
Kann ich leider dazu nix sagen ob die Stats sich hätten schalten lassen, denke aber nicht, weil einfach keine Synchronisation zwischen Phoscon-App und ioBroker-Adapter bei mir stattgefunden hat. Somit sollten auch die Werte vom ioBroker (true/false) zum Gateway nicht übermittelt werden.
Sollte ich nochmal die Muse haben es zu versuchen würde ich ggf. mal die 1.2.0 installieren. Mir geht es Vorrangig ja um die Eurotronic Thermostate, damit ich alle Stats zum Regeln bekommen und nicht nur die aktuellen 6 Stats. Die waren in der 1.2.2 zwar da, aber hilft mir nix wenn alles weitere nicht geht.Weiß jemand ob die Stats auch schon in 1.2.0 vorhanden sind?
Die Verbesserung der update time zu local ist für mich nebensächlich aber auch wichtig, da aktuell ja immer -1h zum letzten Update angezeigt wird. Denke hier liegt auch das Problem vergraben, ist aber wie gesagt nur eine Vermutung!
Bisher wurde aber bei dem Adapter echt Sau Gute Arbeit geleistet! Respekt dafür nochmal!
-
Es ist sehr bedauerlich das es mit der Aktuellen Version zu solchen Problemen kommt.
@Hoffiheller Adapter komplett gelöscht und nicht nur die Instanz?
@Freaknet sagte in Eurotronic Spirit ZigBee:
Weiß jemand ob die Stats auch schon in 1.2.0 vorhanden sind?
Diese Version kann nicht installiert werden da sie nie auf npm war, sorry.
-
@Jey-Cee said in Eurotronic Spirit ZigBee:
@Freaknet sagte in Eurotronic Spirit ZigBee:
Weiß jemand ob die Stats auch schon in 1.2.0 vorhanden sind?
Diese Version kann nicht installiert werden da sie nie auf npm war, sorry.
Hab gesehen das heute die 1.2.3 in Test gegangen ist. Hat sich da grundlegend was geändert? Hatte ja die Befürchtung das es was mit der updateTime zu tun haben könnte weil da komische Werte angezeigt wurden (leider kein Screenshot gemacht) weil die Stats nicht vom Gateway zum Adapter gesendet werden.
Grundsätzlich: Ist es sinnvoll den kpl. deconz-Adapter zu deinstallieren und ein Reboot vom System durchzuführen oder reicht es die neue Version von gitHub zu holen und dann den Adapter "nur" zu upgraden? Vielleicht ist da ja das Problem, zumindest bei mir
Bin ja immer noch bereit zu testen
-
@Freaknet Adapter löschen, nicht nur die Instanz. Reboot ist nicht nötig.
Sind ein paar Bugfixes gewesen. -
Ok... dann hatte ich das schon richtig verstanden und gemacht
Dann lags an dem nicht...
Das deconz Gateway muss ich auch nicht neu starten nach der Adapter installation, oder? Nur halt nen neuen API-Key erzeugen lassen oder könnte ich auch den alten wieder eintragen aus der Vorgängerversion?
Bei anderen Adapter-Updates schaufel ich ja nur das Update drüber und der Adapter startet einfach neu...Werde berichten ob 1.2.3 bei mir läuft! Wäre ne Super Tolle Sache wenn ja
Danke bis dahin.
-
@Hoffiheller Adapter komplett gelöscht und nicht nur die Instanz?
habe es eben nochmal versucht, Adapter komplett gelöscht und in der Version 1.2.2 Installiert, leider habe ich es in der version auch nicht geschafft einen API key zu erstellen, schlussendlich habe ich wieder ein downgrade auf Version 1.1.2 und siehe es läuft wieder.
bei der Installation gab es auch ein paar Fehlermeldung mit denen ich allerdings nix anfangen kann, aber beim downgrade kamen die selben Meldungen.$ ./iobroker add deconz --host raspberrypi NPM version: 6.13.4 npm install iobroker.deconz@1.2.2 --loglevel error --prefix "/opt/iobroker" (System call) In file included from ../src/DeviceINQ.h:17, from ../src/linux/BluetoothSerialPort.cc:13:../node_modules/nan/nan.h: In function ‘void Nan::AsyncQueueWorker(Nan::AsyncWorker*)’:../node_modules/nan/nan.h:2298:62: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] , reinterpret_cast<uv_after_work_cb>(AsyncExecuteComplete) ^ In file included from ../src/linux/BluetoothSerialPort.cc:12:../src/linux/BluetoothSerialPort.cc: At global scope:/home/iobroker/.cache/node-gyp/10.18.1/include/node/node.h:573:43: warning: cast between incompatible function types from ‘void (*)(v8::Handle<v8::Object>)’ {aka ‘void (*)(v8::Local<v8::Object>)’} to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type] (node::addon_register_func) (regfunc), \ ^/home/iobroker/.cache/node-gyp/10.18.1/include/node/node.h:607:3: note: in expansion of macro ‘NODE_MODULE_X’ NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) ^~~~~~~~~~~~~../src/linux/BluetoothSerialPort.cc:23:1: note: in expansion of macro ‘NODE_MODULE’ NODE_MODULE(BluetoothSerialPort, InitAll) ^~~~~~~~~~~ In file included from /home/iobroker/.cache/node-gyp/10.18.1/include/node/node.h:63, from ../src/linux/BluetoothSerialPort.cc:12:/home/iobroker/.cache/node-gyp/10.18.1/include/node/v8.h: In instantiation of ‘void v8::PersistentBase<T>::SetWeak(P*, typename v8::WeakCallbackInfo<P>::Callback, v8::WeakCallbackType) [with P = node::ObjectWrap; T = v8::Object; typename v8::WeakCallbackInfo<P>::Callback = void (*)(const v8::WeakCallbackInfo<node::ObjectWrap>&)]’:/home/iobroker/.cache/node-gyp/10.18.1/include/node/node_object_wrap.h:84:78: required from here/home/iobroker/.cache/node-gyp/10.18.1/include/node/v8.h:9502:16: warning: cast between incompatible function types from ‘v8::WeakCallbackInfo<node::ObjectWrap>::Callback’ {aka ‘void (*)(const v8::WeakCallbackInfo<node::ObjectWrap>&)’} to ‘Callback’ {aka ‘void (*)(const v8::WeakCallbackInfo<void>&)’} [-Wcast-function-type] reinterpret_cast<Callback>(callback), type); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/iobroker/.cache/node-gyp/10.18.1/include/node/v8.h: In instantiation of ‘void v8::PersistentBase<T>::SetWeak(P*, typename v8::WeakCallbackInfo<P>::Callback, v8::WeakCallbackType) [with P = Nan::ObjectWrap; T = v8::Object; typename v8::WeakCallbackInfo<P>::Callback = void (*)(const v8::WeakCallbackInfo<Nan::ObjectWrap>&)]’:../node_modules/nan/nan_object_wrap.h:65:61: required from here/home/iobroker/.cache/node-gyp/10.18.1/include/node/v8.h:9502:16: warning: cast between incompatible function types from ‘v8::WeakCallbackInfo<Nan::ObjectWrap>::Callback’ {aka ‘void (*)(const v8::WeakCallbackInfo<Nan::ObjectWrap>&)’} to ‘Callback’ {aka ‘void (*)(const v8::WeakCallbackInfo<void>&)’} [-Wcast-function-type] ../src/linux/DeviceINQ.cc:35:14: fatal error: bluetooth/bluetooth.h: Datei oder Verzeichnis nicht gefunden #include <bluetooth/bluetooth.h> ^~~~~~~~~~~~~~~~~~~~~~~compilation terminated. make: *** [BluetoothSerialPort.target.mk:107: Release/obj.target/BluetoothSerialPort/src/linux/DeviceINQ.o] Fehler 1 gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:191:23)gyp ERR! stack at ChildProcess.emit (events.js:198:13)gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12) gyp ERR! System Linux 4.19.75-v7l+gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "configure" "build"gyp ERR! cwd /opt/iobroker/node_modules/node-bluetoothgyp ERR! node -v v10.18.1gyp ERR! node-gyp -v v5.0.5gyp ERR! not ok host.raspberrypi install adapter deconz ERROR: Some packets could not be installed. Please install them manually upload [3] deconz.admin /opt/iobroker/node_modules/iobroker.deconz/admin/words.js words.js application/javascript upload [2] deconz.admin /opt/iobroker/node_modules/iobroker.deconz/admin/instruction.png instruction.png image/png upload [1] deconz.admin /opt/iobroker/node_modules/iobroker.deconz/admin/index_m.html index_m.html text/html upload [0] deconz.admin /opt/iobroker/node_modules/iobroker.deconz/admin/deconz.png deconz.png image/png host.raspberrypi object system.adapter.deconz created/updated host.raspberrypi object enum.functions.color created/updated host.raspberrypi create instance deconz host.raspberrypi object deconz.0.Gateway_info.alive created host.raspberrypi object deconz.0.Gateway_info.network_open created host.raspberrypi object deconz.0.Gateway_info created host.raspberrypi object deconz.0.info.connection created host.raspberrypi object deconz.0.info created host.raspberrypi object deconz.0.Sensors created host.raspberrypi object deconz.0.Lights created host.raspberrypi object deconz.0.Groups created host.raspberrypi object system.adapter.deconz.0.sigKill created host.raspberrypi object system.adapter.deconz.0.eventLoopLag created host.raspberrypi object system.adapter.deconz.0.outputCount created host.raspberrypi object system.adapter.deconz.0.inputCount created host.raspberrypi object system.adapter.deconz.0.uptime created host.raspberrypi object system.adapter.deconz.0.memRss created host.raspberrypi object system.adapter.deconz.0.memHeapTotal created host.raspberrypi object system.adapter.deconz.0.memHeapUsed created host.raspberrypi object system.adapter.deconz.0.cputime created host.raspberrypi object system.adapter.deconz.0.cpu created host.raspberrypi object system.adapter.deconz.0.compactMode created host.raspberrypi object system.adapter.deconz.0.connected created host.raspberrypi object system.adapter.deconz.0.alive created host.raspberrypi object system.adapter.deconz.0 created process exited with code 0``` -
@Freaknet sagte in Eurotronic Spirit ZigBee:
auch den alten wieder eintragen aus der Vorgängerversion?
Ja kannst den alten verwenden.
-
@Hoffiheller gyp Fehler kann man normal ignorieren. Also kein Stress so lange alles tut.
-
@Jey-Cee kein problem solange es eine version gibt die funktioniert bin ich zufrieden, ich dachte nur ich erwähne auch mal ein Problem
und vielen Dank an alle die sich die Arbeit machen so etwas auf die beine zu stellen. -
Jetzt noch eine Frage
Ab Version 1.1.3 ist ja der Port 80 als default hinterlegt.
Bei mir läuft das Gateway unter http://ip/pwa/index.html.
Muss ich dann im Adapter Port 80 eintragen oder kann das Feld weiter leer bleiben?Hoff das war für heute die letzte Frage
-
-
Klingt vielversprechend
Klappt der State "lastupdated"?
Kann Du davon evtl ein Bild schicken? Dann könnte ich sehen wie das bei Dir aussieht.
Hab noch etwa im Kopf wie das bei mir gestern war.
Wenn bei uns Ruhe einkehrt werden ich auch mal auf 1.2.3 gehen.API-Key: Der Key wir bei einer kpl. Neuinstallation des Adapters nie autom. übernommen. Muss neu generiert oder der alte eingetragen werden.
