NEWS
SOLVED Fire TV Adapter
-
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...?
-
@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
-
@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...
-
@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ünStell das log level für die Dinger auf Error, dann hast du etwas Ruhe.
-
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
Datenpunkte hat er nur für einen angelegt, beim zweiten nur den Channel...werde mal den ioBroker neu starten, die Instanz bringt nix.... -
@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...
-
@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.
-
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
-
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:- Den Einschaltzustand sehen. Ich vermute mal es sollte der DP "on" sein, der ist jedoch immer "false". Daher klappt das nicht
- 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!
-
@markus-2
Kann Dir nur sagen, geht hier mit FireTV Stick auch nicht.
Also, vermutlich "normal". -
@padrino Ohhh jeee. Gibt es einen Workaround über den Alexa2 Adapter o.ä.?
-
@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
-
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...
-
@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?
-
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.
-
Ü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... -
@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!!!
-
@markus-2
Also, ich bin leider kein Entwickler aber ich finde, der Adapter ist etwas unausgereift...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"
-
@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?