Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[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!!! :-)

[padrino]

@markus-2
Also, ich bin leider kein Entwickler ;) aber ich finde, der Adapter ist etwas unausgereift... :relieved:

Mir scheint, dass "shell" z.B. nur funktioniert, wenn man dessen Inhalt ändert, zweimal das gleiche ergibt kein "result".

Gib dort mal XXX ein, dann müsste/sollte eigentlich in result stehen "/system/bin/sh: XXX: not found"

[RkcCorian]

@padrino
Hatte ich auch vermutet. Leider gar keine Reaktion, egal was ich eingeben. Es kommt auch keine Fehlermeldung im Log. Ich nutze Version 1.0.0 Funktioniert es bei Dir mit dieser Version?

[padrino]

@markus-2
Ja, nutze auch 1.0.0, allerdings, wie gesagt mit Stick.
Das log ist hier übrigens auch meist leer, also auch bei Fehlern, es sei denn ser Adapter hat keine Verbindung...

[RkcCorian]

@padrino
Ahh, ok. Dann sieht bei mir das Log ebenfalls leer aus :-)
Bzgl. "shell" versuche ich zu verstehen was bei Dir der Unterschied sein könnte. Hast Du noch mehr getan, damit es läuft? Ich hatte tlw. von manuellen Änderungen gelesen. Ich habe den Adapter wie folgt in Betrieb genommen:

1. Adapter installiert
2. Terminal: $ "sudo apt-get install android-tools-adb android-tools-fastboot"
   3 Adapter-Konfig

• Pfad zur ADB.EXE: "/usr/lib/android-sdk/platform-tools/adb"
• Runterscrollen und mit "+" neues Gerät hinzufügen mit Aktiviert = Haken, Bezeichnung = <Meine Bezeichnung>, IP = <Meine IP-Adresse für den Fire TV Cube>

Hast Du noch was gemacht oder ist der Unterschied wirklich "nur" zw. unserer Fire TV HW/SW?

[padrino]

@markus-2
Uff, sorry, aber die Installation ist so lang her...
Ich war froh, dass es irgendwann einigermaßen lief. :relieved:
Aber, soweit ich das verstehe, wird doch für alles adb genutzt, also auch die keys. Es müsste dann doch alles oder nix gehen. 🤔
Also, wenn Du in shell einträgt

input keyevent 3

passiert auch nix (gut vermutlich, da bei "Unsinn" ja auch nix passiert)?

Von wo steuerst Du denn?
Hab' iobroker auf einem PI.
Evtl. mal dort einloggen und adb von Hand probieren?