Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Thomas Braun]

@joergh Schau in das richtige log file, z. B. mit

tail -f /opt/iobroker/log/iobroker.current.log 

Aus der Konsole bitte keine Screenshots posten. Als Text in CodeTags eingebettet hier rein.

Ein mehr oder weniger sauberer Start des Adapters sieht dann so aus:

2021-05-11 21:30:22.752  - info: host.chet instance system.adapter.firetv.0 started with pid 2517
2021-05-11 21:30:24.374  - info: firetv.0 (2517) starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.firetv, node: v14.16.1, js-controller: 3.3.8
2021-05-11 21:30:24.545  - error: firetv.0 (2517) ID: 192.168.178.38 Error=Failure: 'device unauthorized.
This adb server's $ADB_VENDOR_KEYS is not set
Try 'adb kill-server' if that seems wrong.
Otherwise check for a confirmation dialog on your device.'
2021-05-11 21:30:24.546  - error: firetv.0 (2517) ID: 192.168.178.38 Error=Failure: 'device unauthorized.
This adb server's $ADB_VENDOR_KEYS is not set
Try 'adb kill-server' if that seems wrong.
Otherwise check for a confirmation dialog on your device.'
2021-05-11 21:30:24.656  - info: firetv.0 (2517) 192.168.178.38: ADB version: 39, Android Version: , API Level:
2021-05-11 21:31:08.957  - info: host.chet stopInstance system.adapter.firetv.0 (force=false, process=true)
2021-05-11 21:31:08.965  - info: host.chet stopInstance system.adapter.firetv.0 send kill signal
2021-05-11 21:31:08.967  - info: firetv.0 (2517) Got terminate signal TERMINATE_YOURSELF
2021-05-11 21:31:08.971  - info: firetv.0 (2517) terminating
2021-05-11 21:31:08.973  - info: firetv.0 (2517) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-05-11 21:31:09.554  - info: host.chet instance system.adapter.firetv.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-05-11 21:31:12.010  - info: host.chet instance system.adapter.firetv.0 started with pid 2555
2021-05-11 21:31:13.700  - info: firetv.0 (2555) starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.firetv, node: v14.16.1, js-controller: 3.3.8
2021-05-11 21:31:13.962  - info: firetv.0 (2555) 192.168.178.38: ADB version: 39, Android Version: , API Level:

[Thomas Braun]

@joergh

Der im Adapter-Setup erwähnte +-Button findet sich ganz unten etwas versteckt. Füge die Sticks manuell hinzu.

[JoergH]

@thomas-braun

Ok, habe ich gemacht und die Verbindung nun bestätigt. Scheint zu gehen. Vielen Dank!

Leider zu früh gefreut. Er erkennt nun einen von den beiden, den anderen meldet er als "Offline", was aber nicht stimmt, da er an und im Netz ist. Beide werden also "aktiviert - false" im Adapter angezeigt...

Bei mir laufen eine Menge Cronjobs, wie kann ich das Logfile denn filtern, ansonsten wird es unübersichtlich...?

[Thomas Braun]

@joergh
Das log file kannst du bezüglich des Adapters / adb gar nicht gut filtern, weil du keinen Begriff 'greppen' kannst.

Wie eng getaktete crons haste denn da laufen? O-O

[JoergH]

@thomas-braun
2 Skripte jede Minute, die mir einige Debugs auswerfen...dazu kommen Routineabfragen einiger Adapter, z.B. ZOE2.0, der eine Seite dicht gepackt auswirft...über die Oberfläche vom ioBroker kann man das gut filtern, deshalb dachte ich das sei günstiger, da übersichtlicher...

ich kann nochmal versuchen einen günstigen Moment zu erwischen...

[Thomas Braun]

@joergh sagte in Fire TV Adapter:

Debugs auswerfen...dazu kommen Routineabfragen einiger Adapter, z.B. ZOE2.0, der eine Seite dicht gepackt auswirft...über die Oberfläche vom ioBroker kann man das gut filtern, deshalb dachte ich das sei günstiger, da übersichtlicher...
ich kann nochmal versuchen einen gün

Stell das log level für die Dinger auf Error, dann hast du etwas Ruhe.

[JoergH]

@thomas-braun

Hab was:

2021-05-11 22:16:03.753  - debug: firetv.0 (32055) Redis Objects: Use Redis connection: 127.0.0.1:9001
2021-05-11 22:16:03.795  - debug: firetv.0 (32055) Objects client ready ... initialize now
2021-05-11 22:16:03.798  - debug: firetv.0 (32055) Objects create System PubSub Client
2021-05-11 22:16:03.799  - debug: firetv.0 (32055) Objects create User PubSub Client
2021-05-11 22:16:03.801  - debug: firetv.0 (32055) Objects client initialize lua scripts
2021-05-11 22:16:03.830  - debug: firetv.0 (32055) Objects connected to redis: 127.0.0.1:9001
2021-05-11 22:16:03.833  - silly: firetv.0 (32055) redis psubscribe cfg.o.system.user.*
2021-05-11 22:16:03.840  - debug: firetv.0 (32055) objectDB connected
2021-05-11 22:16:03.843  - debug: firetv.0 (32055) Redis States: Use Redis connection: 127.0.0.1:9000
2021-05-11 22:16:03.855  - debug: firetv.0 (32055) States create System PubSub Client
2021-05-11 22:16:03.856  - debug: firetv.0 (32055) States create User PubSub Client
2021-05-11 22:16:03.870  - debug: firetv.0 (32055) States connected to redis: 127.0.0.1:9000
2021-05-11 22:16:03.871  - debug: firetv.0 (32055) statesDB connected
2021-05-11 22:16:04.696  - info: firetv.0 (32055) starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.firetv, node: v12.22.1, js-controller: 3.2.16
2021-05-11 22:16:04.756  - silly: firetv.0 (32055) States system redis pmessage system.adapter.firetv.0.logLevel/system.adapter.firetv.0.logLevel:{"val":"silly","ack":true,"ts":1620764164732,"q":0,"from":"system.adapter.firetv.0","lc":1620762006338}
2021-05-11 22:16:04.918  - debug: firetv.0 (32055) FireTV: 192.168.178.27
2021-05-11 22:16:04.921  - debug: firetv.0 (32055) FireTV: 192.168.178.128
2021-05-11 22:16:04.963  - debug: firetv.0 (32055) Device 192.168.178.27:5555 + type=device was plugged in
2021-05-11 22:16:04.965  - debug: firetv.0 (32055) Device 192.168.178.128:5555 + type=device was plugged in
2021-05-11 22:16:04.981  - debug: firetv.0 (32055) Connected to 192.168.178.128 id=192.168.178.128:5555 state=device
2021-05-11 22:16:05.029  - debug: firetv.0 (32055) 5.1.1
2021-05-11 22:16:05.044  - debug: firetv.0 (32055) Connected to 192.168.178.27 id=192.168.178.27:5555 state=device
2021-05-11 22:16:05.046  - silly: firetv.0 (32055) States user redis pmessage firetv.0.*/firetv.0.192_168_178_128.on:{"val":false,"ack":true,"ts":1620764165037,"q":0,"from":"system.adapter.firetv.0","user":"system.user.admin","lc":1620764165037}
2021-05-11 22:16:05.057  - debug: firetv.0 (32055) 22
2021-05-11 22:16:05.060  - info: firetv.0 (32055) 192.168.178.128: ADB version: 39, Android Version: 5.1.1, API Level: 22
2021-05-11 22:16:05.065  - silly: firetv.0 (32055) States user redis pmessage firetv.0.*/firetv.0.192_168_178_128.result:{"val":"5.1.1","ack":true,"ts":1620764165063,"q":0,"from":"system.adapter.firetv.0","user":"system.user.admin","lc":1620764165063}
2021-05-11 22:16:05.106  - silly: firetv.0 (32055) States user redis pmessage firetv.0.*/firetv.0.192_168_178_128.result:{"val":"22","ack":true,"ts":1620764165103,"q":0,"from":"system.adapter.firetv.0","user":"system.user.admin","lc":1620764165103}
2021-05-11 22:16:05.198  - info: firetv.0 (32055) 192.168.178.27: ADB version: 39, Android Version: , API Level:

[JoergH]

@joergh
Datenpunkte hat er nur für einen angelegt, beim zweiten nur den Channel...werde mal den ioBroker neu starten, die Instanz bringt nix....

[JoergH]

@joergh Datenpunkte hat er nun auch angelegt, nach dem restart. Jetzt meldet er zwar noch bei einem

"Failure: 'device unauthorized.This adb server's $ADB_VENDOR_KEYS is not setTry 'adb kill-server' if that seems wrong.Otherwise check for a confirmation dialog on your device.'"

und beim anderen er sei offline (was nicht stimmt), aber immerhin hat er sie wohl mal kontaktiert...

[Thomas Braun]

@joergh Die Meldung mit dem vendorkey kommt bei mir auch schon mal. Einfach nicht weiter beachten, wenn es ansonsten funktioniert.

Zum zweiten Stick fällt mir aber nix ein. Hab nur einen hier aktiv.

[JoergH]

@thomas-braun

Sind beides FireTV4K V2 und V3. Anbei noch einmal das Logfile...wirft immer noch einiges an Fehlern aus....Was hat er denn mit dem smartsocketlistener und dem daemon den er nicht starten kann?

2021-05-11 22:21:43.473  - debug: firetv.0 (1297) Redis Objects: Use Redis connection: 127.0.0.1:9001
2021-05-11 22:21:43.570  - debug: firetv.0 (1297) Objects client ready ... initialize now
2021-05-11 22:21:43.667  - debug: firetv.0 (1297) Objects create System PubSub Client
2021-05-11 22:21:43.669  - debug: firetv.0 (1297) Objects create User PubSub Client
2021-05-11 22:21:43.672  - debug: firetv.0 (1297) Objects client initialize lua scripts
2021-05-11 22:21:43.750  - debug: firetv.0 (1297) Objects connected to redis: 127.0.0.1:9001
2021-05-11 22:21:43.755  - silly: firetv.0 (1297) redis psubscribe cfg.o.system.user.*
2021-05-11 22:21:43.763  - debug: firetv.0 (1297) objectDB connected
2021-05-11 22:21:43.767  - debug: firetv.0 (1297) Redis States: Use Redis connection: 127.0.0.1:9000
2021-05-11 22:21:43.780  - debug: firetv.0 (1297) States create System PubSub Client
2021-05-11 22:21:43.782  - debug: firetv.0 (1297) States create User PubSub Client
2021-05-11 22:21:43.799  - debug: firetv.0 (1297) States connected to redis: 127.0.0.1:9000
2021-05-11 22:21:43.800  - debug: firetv.0 (1297) statesDB connected
2021-05-11 22:21:44.232  - info: firetv.0 (1297) starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.firetv, node: v12.22.1, js-controller: 3.2.16
2021-05-11 22:21:44.305  - silly: firetv.0 (1297) States system redis pmessage system.adapter.firetv.0.logLevel/system.adapter.firetv.0.logLevel:{"val":"silly","ack":true,"ts":1620764504277,"q":0,"from":"system.adapter.firetv.0","lc":1620762006338}
2021-05-11 22:21:44.390  - debug: firetv.0 (1297) FireTV: 192.168.178.27
2021-05-11 22:21:44.395  - debug: firetv.0 (1297) FireTV: 192.168.178.128
2021-05-11 22:21:44.562  - debug: firetv.0 (1297) Device 192.168.178.128:5555 + type=unauthorized was plugged in
2021-05-11 22:21:44.563  - debug: firetv.0 (1297) Connected to 192.168.178.128 id=192.168.178.128:5555
2021-05-11 22:21:44.566  - error: firetv.0 (1297) ID: 192.168.178.128 Error=Failure: 'device unauthorized.
This adb server's $ADB_VENDOR_KEYS is not set
Try 'adb kill-server' if that seems wrong.
Otherwise check for a confirmation dialog on your device.'
2021-05-11 22:21:44.589  - silly: firetv.0 (1297) States user redis pmessage firetv.0.*/firetv.0.192_168_178_128.error:{"val":"Failure: 'device unauthorized.\nThis adb server's $ADB_VENDOR_KEYS is not set\nTry 'adb kill-server' if that seems wrong.\nOtherwise check for a confirmation dialog on your device.'","ack":true,"ts":1620764504586,"q":0,"from":"system.adapter.firetv.0","user":"system.user.admin","lc":1620764504586}
2021-05-11 22:21:44.616  - debug: firetv.0 (1297) 5.1.1
2021-05-11 22:21:44.631  - silly: firetv.0 (1297) States user redis pmessage firetv.0.*/firetv.0.192_168_178_128.result:{"val":"5.1.1","ack":true,"ts":1620764504625,"q":0,"from":"system.adapter.firetv.0","user":"system.user.admin","lc":1620764504625}
2021-05-11 22:21:44.644  - debug: firetv.0 (1297) 22
2021-05-11 22:21:44.649  - info: firetv.0 (1297) 192.168.178.128: ADB version: 39, Android Version: 5.1.1, API Level: 22
2021-05-11 22:21:44.660  - silly: firetv.0 (1297) States user redis pmessage firetv.0.*/firetv.0.192_168_178_128.result:{"val":"22","ack":true,"ts":1620764504656,"q":0,"from":"system.adapter.firetv.0","user":"system.user.admin","lc":1620764504656}
2021-05-11 22:21:44.998  - error: firetv.0 (1297) can not connect to 192.168.178.27 Error=Command failed: /usr/lib/android-sdk/platform-tools/adb start-server
* daemon not running; starting now at tcp:5037
ADB server didn't ACK
Full server startup log: /tmp/adb.1001.log
Server had pid: 1317
--- adb starting (pid 1317) ---
adb I 05-11 22:21:44  1317  1317 main.cpp:57] Android Debug Bridge version 1.0.39
adb I 05-11 22:21:44  1317  1317 main.cpp:57] Version 1:8.1.0+r23-5
adb I 05-11 22:21:44  1317  1317 main.cpp:57] Installed as /usr/lib/android-sdk/platform-tools/adb
adb I 05-11 22:21:44  1317  1317 main.cpp:57]
adb I 05-11 22:21:44  1315  1315 adb_auth_host.cpp:467] Calling send_auth_response
error: could not install *smartsocket* listener: Address already in use

* failed to start daemon
error: cannot connect to daemon

[RkcCorian]

Hallo Zusammen,
inzw. habe ich einen Fire TV Cube und den Adapter nach Installation von "sudo apt-get install android-tools-adb android-tools-fastboot" auf meine Docker ioBroker zum Laufen gebracht. Ich kann so jeder Taste unter "keys" steuern. Soweit so gut. Ebenso kann ich über "reboot" de Fire TV Cube neu starten. Was ich aber nicht kann, bzw. er geht bei mir nicht:

1. Den Einschaltzustand sehen. Ich vermute mal es sollte der DP "on" sein, der ist jedoch immer "false". Daher klappt das nicht
2. Den Fire TV Cube über ioBroker ein-/ausschalten. Vermute mal das sollte über den DP "swapPower" gehen. Leider kann ich den DP auf "false" oder "true" setzen, es ändern jedoch nichts

Weiß hier jemand Rat? #1 und #2 wären mir eigentlich am wichtigsten. Vielen Dank im Voraus!

[padrino]

@markus-2
Kann Dir nur sagen, geht hier mit FireTV Stick auch nicht.
Also, vermutlich "normal". :shrug:

[RkcCorian]

@padrino Ohhh jeee. Gibt es einen Workaround über den Alexa2 Adapter o.ä.?

[padrino]

@markus-2
Über Alexa2 wird da wohl leider nix gehen...

Weiß auch nicht, wie das mit "aus" beim Cube ist...
Der Stick hat ja nur einen "Ruhemodus", den erreicht man ja über das "lange home drücken"-Menü.
Dahin kommt man zumindest mit einem Eintrag bei "shell"

input keyevent --longpress 3

[padrino]

@markus-2

Hat mich jetzt alles irgendwie neugierig gemacht... ;)

Guck mal hier
https://www.reddit.com/r/fireTV/comments/9d0v0a/standbysleeppower_off_from_adb/

Status abfragen geht beim Stick hier, keyevent 26 leider nicht...

[RkcCorian]

@padrino Interessant! Wie nutze ich das in ioBroker? Geht das über einen Datenpunkt, bzw. für das Ergebnis der Anfrage zwei Datenpunkte, vom Adapter? Oder muss ich das irgendwie in Javascript schreiben?

[padrino]

@markus-2

Also, Du kannst natürlich die Datenpunkte des FireTV Adapters nutzen und diese dann (wie gewohnt) verarbeiten, also Blockly, JavaScript...

in

firetv.0.xxx_xxx_xxx_xxx.shell

scheibste

dumpsys activity | grep -c "mWakefulness=Asleep"

und in

firetv.0.xxx_xxx_xxx_xxx.result

prüfst Du, ob danach "0" oder "1" drin steht.

:nerd_face:

[padrino]

Übrigens, der DP "online" gibt wohl an, ob der Adapter eine Verbindung zum Stick hat (egal, ob dieser im Ruhemodus ist oder nicht).
Wenn dieser auf "false" geht ist ein Neustart des Adapters nötig...

[RkcCorian]

@padrino
Vielen Dank! Hab's gerade probiert (shell+result). Leider keine Reaktion. Was ich erfolgreich getestet habe:

• Alle Datenpunkte unter "keys"
• "reboot" und der Status "online" (Adapterverbindung)
• "startApp", "stopApp"

Das ist schonmal gut. Keine Reaktion (nicht einmal eine Fehlermeldung, Instanz läuft auf "debug") sehe ich für:

• "on" (Einschaltstatus)
• "swapPower" (Ein-/Ausschalten)
• "shell" und "result"

Ich brauche am Besten "on" um den Status zu bekommen und "shell", wenn ich damit explizit Ein-, bzw. Ausschalten kann. "swapPower" wäre auch möglich, ist halt immer so ne Sache, wenn der angenommene Zustand nicht stimmt. :-)

Gibt es einen Entwickler der Zeit hat sich diese 4 Datenpunkte explizit anzuschauen? Ich wäre super Dankbar!!! :-)