Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Ein ehemaliger Benutzer]

@jwerlsdf in der console mit adb devices oder adb connect ip bekommst du den status.
Wenn er nicht autorisiert ist, dann schalte den TV ein, starte den FireTV adapter nochmal, dann sollte vom FireTV eine Anfrage zu sehen sein, die du genehmigen musst ( am besten "immer" anklicken, sonst kommt die Anfrage dauernd).

[jwerlsdf]

@ilovegym
folgendes wird jeweils angezeigt:

pi@raspberrypi:~ $ adb devices
List of devices attached
192.168.178.25:5555 device

pi@raspberrypi:~ $ adb connect 192.168.178.25
already connected to 192.168.178.25:5555

[Stephan Schleich]

@jwerlsdf dann passts, dann kannst du ihn via adb steuern

[jwerlsdf]

@Stephan-Schleich
wie geht das denn genau? Ich dachte, das geht einfach über die entsprechenden Einträge im iobroker bei Objekte durch true/false?!

[danny_v1]

Hi hab auch Probleme mit dem Adapter. Adapter ist grün adb connect 192.168.178.xxx sagt connected to ...
aber alle Wert in den Objekten stehen auf false und im error DP steht "Failure device: 192.168.178.xxx:5555 not found

[jwerlsdf]

Habe es nun tw. hinbekommen. Durch Neustarts des Adapters/ FireTV-Sticks konnte nun eine Verbindung herstellen.
Die keys gehen nun (left, right, etc.) per Telegram mit "steuere mit True". danach sind sie aber bei Objekte mit True rot hinterlegt.
Bei folgende Befehle habe ich jedoch keine Ahnung, wie ich das stellen soll: On/ off, Text

Weiterhin taucht bei mir folgendes Problem auf: Der Adapter hängt sich auf oder ADB?! Ich muss einen restart des Adapters machen, dann geht dieser wieder
Fehler: 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.'
Beim Stick wurde jedoch die Erlaubnis dauerhaft erteilt.

[Thomas Braun]

@jwerlsdf sagte in Fire TV Adapter:

Fehler: 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.'

Versuch mal

sudo -u iobroker rm /home/iobroker/.android/adbkey*

Und dann nochmal neu einrichten.

[JoergH]

Hallo zusammen,
ich habe den Adapter installiert, das adb Paket installiert, adb im FireTV aktiviert, rebootet, den Pfad im Adapter angegeben und der Adapter zeigt auch grün an und das Logfile zeigt auch im Silly Mode keine Fehler an, findet jedoch mein FireTV partout nicht wenn ich auf "Geräte suchen" klicke. Das FireTV kann ich in meiner Fritz!Box allerdings ohne Probleme sehen...?
Hat einer eine Idee?

[Thomas Braun]

@joergh
Log file?

[JoergH]

@thomas-braun

[JoergH]

@joergh ...und hier noch der Adapter....

Er findet kein FireTV, obwohl ich zwei Stück im Netz habe.

Manuell lässt sich das adb aber mit dem FireTV verbinden...

[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...