Test Adapter frontier_silicon v0.5.x Latest

RaspiUser

@pdbjjens said in Test Adapter frontier_silicon v0.1.x Latest:

War der Adapter auf log-level debug als die 200 errors auftraten?

Shit ... ich bin mir nicht sicher, wann ich ihn wieder auf "Info" gestellt hatte.
(Jetzt ist er auf "Debug" ...)

pdbjjens

@raspiuser
Ich habe noch ein wenig am Error handling verändert. Wenn Du magst kannst Du die v0.1.1 direkt von GitHub installieren. Ich habe noch keine neue Version gemacht, da ich zuerst gerne Dein Feedback hätte.

RaspiUser

@pdbjjens
... Adapter gelöscht
... o.g. Version neu installiert
... Instanz steht auf "debug"
... ich melde mich

RaspiUser

@pdbjjens
... eine Beobachtung (von Bedeutung ?) ...

Ich habe "iobroker stop", "sudo apt-get update" usw. via putty eingegeben.
Danach war die Verbindung frontier zu SILVERCREST weg.

frontier_silicon.0
	2023-09-09 11:32:55.019	info	Check if you entered the correct IP address of your device and if it is reachable on your network.
frontier_silicon.0
	2023-09-09 11:32:55.017	error	Error: connect EHOSTUNREACH 192.168.178.31:80
frontier_silicon.0
	2023-09-09 11:32:55.013	debug	Error in getDeviceInfo: {"message":"connect EHOSTUNREACH 192.168.178.31:80","name":"Error","stack":"Error: connect EHOSTUNREACH 192.168.178.31:80\n at AxiosError.from (/opt/iobroker/node_modules/iobroker.frontier_silicon/node_modules/axios/dist/node/axios.cjs:837:14)\n at RedirectableRequest.handleRequestError (/opt/iobroker/node_modules/iobroker.frontier_silicon/node_modules/axios/dist/node/axios.cjs:3016:25)\n at RedirectableRequest.emit (node:events:514:28)\n at eventHandlers.<computed> (/opt/iobroker/node_modules/follow-redirects/index.js:14:24)\n at ClientRequest.emit (node:events:514:28)\n at Socket.socketErrorListener (node:_http_client:501:9)\n at Socket.emit (node:events:514:28)\n at emitErrorNT (node:internal/streams/destroy:151:8)\n at emitErrorCloseNT (node:internal/streams/destroy:116:3)\n at process.processTicksAndRejections (node:internal/process/task_queues:82:21)","config":{"transitional":{"silentJSONParsing":true,"forcedJSONParsing":true,"clarifyTimeoutError":false},"adapter":"http","transformRequest":[null],"transformResponse":[null],"timeout":0,"xsrfCookieName":"XSRF-TOKEN","xsrfHeaderName":"X-XSRF-TOKEN","maxContentLength":-1,"maxBodyLength":-1,"env":{},"headers":{"Accept":"application/json, text/plain, */*","User-Agent":"axios/1.5.0","Accept-Encoding":"gzip, compress, deflate, br"},"method":"get","url":"http://192.168.178.31/device"},"code":"EHOSTUNREACH","status":null}
frontier_silicon.0
	2023-09-09 11:32:36.076	info	starting. Version 0.1.1 (non-npm: iobroker-community-adapters/ioBroker.frontier_silicon#88aff02a8c930507d6e8bc6eafb534454f077537) in /opt/iobroker/node_modules/iobroker.frontier_silicon, node: v18.17.1, js-controller: 4.0.24
frontier_silicon.0
	2023-09-09 11:32:35.524	debug	States connected to redis: 0.0.0.0:9000
frontier_silicon.0
	2023-09-09 11:32:35.474	debug	States create User PubSub Client
frontier_silicon.0
	2023-09-09 11:32:35.472	debug	States create System PubSub Client
frontier_silicon.0
	2023-09-09 11:32:35.443	debug	Redis States: Use Redis connection: 0.0.0.0:9000
frontier_silicon.0
	2023-09-09 11:32:35.385	debug	Objects connected to redis: 0.0.0.0:9001
frontier_silicon.0
	2023-09-09 11:32:35.372	debug	Objects client initialize lua scripts
frontier_silicon.0
	2023-09-09 11:32:35.218	debug	Objects create User PubSub Client
frontier_silicon.0
	2023-09-09 11:32:35.216	debug	Objects create System PubSub Client
frontier_silicon.0
	2023-09-09 11:32:35.211	debug	Objects client ready ... initialize now
frontier_silicon.0
	2023-09-09 11:32:35.110	debug	Redis Objects: Use Redis connection: 0.0.0.0:9001

Ich habe erst etwas später bemerkt, dass das Radio-Einschalt-Script nicht arbeitet.
Der Adapter war dann "gelb", nach Neustart war wieder alles i.O.

pdbjjens

@raspiuser
Wenn der Adapter beim Neustart das konfigurierte Device nicht findet (EHOSTUNREACH) geht er in einen Zustand aus dem er nur durch einen Neustart herauskommt (wie Du ja festgestellt hast). Das dient dazu, falsch konfigurierte IP-Adressen oder Netzwerke gleich beim Adapterstart abzufangen mit der Info an den user: "Check if you entered ...". Insofern - "works as expected"
Warum Dein SILVERCREST nach dem Adapterstart nicht sofort erreichbar war, kann ich leider aus dem Protokoll nicht entnehmen. Offenbar war es aber nach einiger Zeit "von selbst" wieder da, denn sonst hätte der Neustart nicht geklappt. Ich vermute, dass die Ursache in Deinem Netzwerk liegt - oder im SILVERCREST selbst. Eventuell rühren daher auch die anderen Verbindungsverluste von denen Du hier berichtet hattest.

RaspiUser

@pdbjjens said in Test Adapter frontier_silicon v0.1.x Latest:

oder im SILVERCREST selbst

... das nehme ich auch an.
Ich hatte schon erwogen, mir da Ersatz zu kaufen, aber der Nachhaltigkeitsgedanke hindert mich (noch).
Das Radio tut ja was ein Radio tun sollte ... und die Adapternutzung ist ja schließlich "nur" ein Luxus-Problem.
Und seit Du Dich kümmerst ist es ja schon einiges besser geworden ...

pdbjjens

@raspiuser
Ich habe probehalber ein Retry beim Adapter Start in der GitHub Version 0.1.1 eingebaut. Es wäre gut, wenn Du damit Deine Tests fortsetzen würdest. Vielleicht löst das das Start-Problem oder gibt zumindest Hinweise, was da passiert.

RaspiUser

@pdbjjens said in Test Adapter frontier_silicon v0.1.x Latest:

Es wäre gut, wenn Du damit Deine Tests fortsetzen würdest.

OK, gerne ...

... Adapter gelöscht
... o.g. Version neu installiert
... Instanz steht auf "debug"
... ich melde mich

RaspiUser

@pdbjjens
... kurze Rückmeldung: Seit dem 15.09. kein Absturz, keine Aussetzer, keine Fehler im Log ...

RaspiUser

@pdbjjens
... wieder mal ein Ausfall:

2023-10-10 20:07:22.761 - error: frontier_silicon.0 (2822) Error: connect EHOSTUNREACH 192.168.178.31:80
2023-10-10 20:07:22.761 - info: frontier_silicon.0 (2822) Device unreachable, retry 1 more times
2023-10-10 20:07:23.263 - info: frontier_silicon.0 (2822) Trying to create session with InternetRadio-Bad-EG @ 192.168.178.31 ...
2023-10-10 20:07:23.264 - debug: frontier_silicon.0 (2822) Create session with http://192.168.178.31:80/fsapi/CREATE_SESSION?pin=1234
2023-10-10 20:07:25.882 - info: frontier_silicon.0 (2822) Terminated (ADAPTER_REQUESTED_TERMINATION): Device unreachable - Adapter terminated after 10 create Session attempts
2023-10-10 20:07:26.709 - error: host.ioBroker-Raspi instance system.adapter.frontier_silicon.0 terminated by request of the instance itself and will not be restarted, before user restarts it.

... aber soweit ich das verstehe ist (mal wieder) mein Radio das Problem und nicht der Adapter.
Radio vom Netz getrennt, WLAN neu eingerichtet, Adapter gestartet und tut wieder.

Thomas Braun

@raspiuser sagte in Test Adapter frontier_silicon v0.1.x Latest:

Error: connect EHOSTUNREACH 192.168.178.31:80

Das Dampf-Radio wird nicht erreicht.

pdbjjens

@raspiuser said in Test Adapter frontier_silicon v0.1.x Latest:

mein Radio das Problem und nicht der Adapter.

Ja, sehe ich auch so, es wäre aber trotzdem ganz interessant, die Vorgeschichte (d.h. seit den letzten
aufgezeichneten " Call API with url: http://192.168.178.31:80/fsapi/GET_NOTIFIES?pin=1234&sid=3909065" mit Antwort "{"status":["FS_TIMEOUT"]}") im Log zu sehen. Hast Du die noch?
Daraus könnte man ableiten, wann der Aussetzer stattfindet.

RaspiUser

@pdbjjens said in Test Adapter frontier_silicon v0.1.x Latest:

Hast Du die noch?

Ich nehme mal an, Du meinst das hier ... ich habe es mal großzügig kopiert ...

2023-10-10 20:00:12.049 - debug: frontier_silicon.0 (2822) {"status":["FS_TIMEOUT"]}
2023-10-10 20:00:13.052 - debug: frontier_silicon.0 (2822) Call API with url: http://192.168.178.31:80/fsapi/GET_NOTIFIES?pin=1234&sid=1081776679
2023-10-10 20:00:41.479 - debug: frontier_silicon.0 (2822) {"status":["FS_TIMEOUT"]}
2023-10-10 20:00:42.482 - debug: frontier_silicon.0 (2822) Call API with url: http://192.168.178.31:80/fsapi/GET_NOTIFIES?pin=1234&sid=1081776679
2023-10-10 20:01:12.538 - debug: frontier_silicon.0 (2822) {"status":["FS_TIMEOUT"]}
2023-10-10 20:01:13.540 - debug: frontier_silicon.0 (2822) Call API with url: http://192.168.178.31:80/fsapi/GET_NOTIFIES?pin=1234&sid=1081776679
2023-10-10 20:01:43.596 - debug: frontier_silicon.0 (2822) {"status":["FS_TIMEOUT"]}
2023-10-10 20:01:44.599 - debug: frontier_silicon.0 (2822) Call API with url: http://192.168.178.31:80/fsapi/GET_NOTIFIES?pin=1234&sid=1081776679
2023-10-10 20:02:19.048 - debug: frontier_silicon.0 (2822) {"status":["FS_TIMEOUT"]}
2023-10-10 20:02:20.051 - debug: frontier_silicon.0 (2822) Call API with url: http://192.168.178.31:80/fsapi/GET_NOTIFIES?pin=1234&sid=1081776679
2023-10-10 20:02:45.114 - debug: frontier_silicon.0 (2822) {"status":["FS_TIMEOUT"]}
2023-10-10 20:02:46.116 - debug: frontier_silicon.0 (2822) Call API with url: http://192.168.178.31:80/fsapi/GET_NOTIFIES?pin=1234&sid=1081776679
2023-10-10 20:03:16.153 - debug: frontier_silicon.0 (2822) {"status":["FS_TIMEOUT"]}
2023-10-10 20:03:17.155 - debug: frontier_silicon.0 (2822) Call API with url: http://192.168.178.31:80/fsapi/GET_NOTIFIES?pin=1234&sid=1081776679
2023-10-10 20:03:42.220 - debug: frontier_silicon.0 (2822) {"status":["FS_TIMEOUT"]}
2023-10-10 20:03:43.223 - debug: frontier_silicon.0 (2822) Call API with url: http://192.168.178.31:80/fsapi/GET_NOTIFIES?pin=1234&sid=1081776679
2023-10-10 20:04:13.275 - debug: frontier_silicon.0 (2822) {"status":["FS_TIMEOUT"]}
2023-10-10 20:04:14.278 - debug: frontier_silicon.0 (2822) Call API with url: http://192.168.178.31:80/fsapi/GET_NOTIFIES?pin=1234&sid=1081776679
2023-10-10 20:04:44.342 - debug: frontier_silicon.0 (2822) {"status":["FS_TIMEOUT"]}
2023-10-10 20:04:45.345 - debug: frontier_silicon.0 (2822) Call API with url: http://192.168.178.31:80/fsapi/GET_NOTIFIES?pin=1234&sid=1081776679
2023-10-10 20:05:15.393 - debug: frontier_silicon.0 (2822) {"status":["FS_TIMEOUT"]}
2023-10-10 20:05:16.396 - debug: frontier_silicon.0 (2822) Call API with url: http://192.168.178.31:80/fsapi/GET_NOTIFIES?pin=1234&sid=1081776679
2023-10-10 20:05:45.656 - debug: frontier_silicon.0 (2822) {"status":["FS_TIMEOUT"]}
2023-10-10 20:05:46.658 - debug: frontier_silicon.0 (2822) Call API with url: http://192.168.178.31:80/fsapi/GET_NOTIFIES?pin=1234&sid=1081776679
2023-10-10 20:06:54.686 - info: frontier_silicon.0 (2822) Session error, trying to reestablish session...
2023-10-10 20:06:54.699 - info: frontier_silicon.0 (2822) Trying to create session with InternetRadio-Bad-EG @ 192.168.178.31 ...
2023-10-10 20:06:54.700 - debug: frontier_silicon.0 (2822) Create session with http://192.168.178.31:80/fsapi/CREATE_SESSION?pin=1234
2023-10-10 20:06:57.798 - error: frontier_silicon.0 (2822) Error: connect EHOSTUNREACH 192.168.178.31:80
2023-10-10 20:06:57.799 - info: frontier_silicon.0 (2822) Device unreachable, retry 9 more times
2023-10-10 20:06:58.307 - info: frontier_silicon.0 (2822) Trying to create session with InternetRadio-Bad-EG @ 192.168.178.31 ...
2023-10-10 20:06:58.307 - debug: frontier_silicon.0 (2822) Create session with http://192.168.178.31:80/fsapi/CREATE_SESSION?pin=1234
2023-10-10 20:07:00.935 - error: frontier_silicon.0 (2822) Error: connect EHOSTUNREACH 192.168.178.31:80
2023-10-10 20:07:00.935 - info: frontier_silicon.0 (2822) Device unreachable, retry 8 more times
2023-10-10 20:07:01.437 - info: frontier_silicon.0 (2822) Trying to create session with InternetRadio-Bad-EG @ 192.168.178.31 ...
2023-10-10 20:07:01.438 - debug: frontier_silicon.0 (2822) Create session with http://192.168.178.31:80/fsapi/CREATE_SESSION?pin=1234
2023-10-10 20:07:04.040 - error: frontier_silicon.0 (2822) Error: connect EHOSTUNREACH 192.168.178.31:80
2023-10-10 20:07:04.040 - info: frontier_silicon.0 (2822) Device unreachable, retry 7 more times
2023-10-10 20:07:04.543 - info: frontier_silicon.0 (2822) Trying to create session with InternetRadio-Bad-EG @ 192.168.178.31 ...
2023-10-10 20:07:04.544 - debug: frontier_silicon.0 (2822) Create session with http://192.168.178.31:80/fsapi/CREATE_SESSION?pin=1234
2023-10-10 20:07:07.161 - error: frontier_silicon.0 (2822) Error: connect EHOSTUNREACH 192.168.178.31:80
2023-10-10 20:07:07.161 - info: frontier_silicon.0 (2822) Device unreachable, retry 6 more times
2023-10-10 20:07:07.663 - info: frontier_silicon.0 (2822) Trying to create session with InternetRadio-Bad-EG @ 192.168.178.31 ...
2023-10-10 20:07:07.663 - debug: frontier_silicon.0 (2822) Create session with http://192.168.178.31:80/fsapi/CREATE_SESSION?pin=1234
2023-10-10 20:07:10.277 - error: frontier_silicon.0 (2822) Error: connect EHOSTUNREACH 192.168.178.31:80
2023-10-10 20:07:10.277 - info: frontier_silicon.0 (2822) Device unreachable, retry 5 more times
2023-10-10 20:07:10.780 - info: frontier_silicon.0 (2822) Trying to create session with InternetRadio-Bad-EG @ 192.168.178.31 ...
2023-10-10 20:07:10.780 - debug: frontier_silicon.0 (2822) Create session with http://192.168.178.31:80/fsapi/CREATE_SESSION?pin=1234
2023-10-10 20:07:13.401 - error: frontier_silicon.0 (2822) Error: connect EHOSTUNREACH 192.168.178.31:80
2023-10-10 20:07:13.401 - info: frontier_silicon.0 (2822) Device unreachable, retry 4 more times
2023-10-10 20:07:13.904 - info: frontier_silicon.0 (2822) Trying to create session with InternetRadio-Bad-EG @ 192.168.178.31 ...
2023-10-10 20:07:13.904 - debug: frontier_silicon.0 (2822) Create session with http://192.168.178.31:80/fsapi/CREATE_SESSION?pin=1234
2023-10-10 20:07:16.548 - error: frontier_silicon.0 (2822) Error: connect EHOSTUNREACH 192.168.178.31:80
2023-10-10 20:07:16.549 - info: frontier_silicon.0 (2822) Device unreachable, retry 3 more times
2023-10-10 20:07:17.051 - info: frontier_silicon.0 (2822) Trying to create session with InternetRadio-Bad-EG @ 192.168.178.31 ...
2023-10-10 20:07:17.052 - debug: frontier_silicon.0 (2822) Create session with http://192.168.178.31:80/fsapi/CREATE_SESSION?pin=1234
2023-10-10 20:07:19.648 - error: frontier_silicon.0 (2822) Error: connect EHOSTUNREACH 192.168.178.31:80
2023-10-10 20:07:19.649 - info: frontier_silicon.0 (2822) Device unreachable, retry 2 more times
2023-10-10 20:07:20.152 - info: frontier_silicon.0 (2822) Trying to create session with InternetRadio-Bad-EG @ 192.168.178.31 ...
2023-10-10 20:07:20.152 - debug: frontier_silicon.0 (2822) Create session with http://192.168.178.31:80/fsapi/CREATE_SESSION?pin=1234
2023-10-10 20:07:22.761 - error: frontier_silicon.0 (2822) Error: connect EHOSTUNREACH 192.168.178.31:80
2023-10-10 20:07:22.761 - info: frontier_silicon.0 (2822) Device unreachable, retry 1 more times
2023-10-10 20:07:23.263 - info: frontier_silicon.0 (2822) Trying to create session with InternetRadio-Bad-EG @ 192.168.178.31 ...
2023-10-10 20:07:23.264 - debug: frontier_silicon.0 (2822) Create session with http://192.168.178.31:80/fsapi/CREATE_SESSION?pin=1234
2023-10-10 20:07:25.882 - info: frontier_silicon.0 (2822) Terminated (ADAPTER_REQUESTED_TERMINATION): Device unreachable - Adapter terminated after 10 create Session attempts
2023-10-10 20:07:26.709 - error: host.ioBroker-Raspi instance system.adapter.frontier_silicon.0 terminated by request of the instance itself and will not be restarted, before user restarts it.

pdbjjens

@raspiuser
Ja, danke, leider ergeben sich daraus auch keine neuen Erkenntnisse, außer dass die Verbindung ca. 20:05:46 verlorenging. Das kann jetzt sowohl am Radio liegen, als auch am Netzwerk. Leider bin ich kein Netzwerkspezialist - muss Dir daher Tipps schuldig bleiben, wie man jetzt das Problem weiter eingrenzen könnte. Vielleicht hat @Thomas-Braun dazu noch ein paar Ideen?

Thomas Braun

@pdbjjens sagte in Test Adapter frontier_silicon v0.1.x Latest:

Vielleicht hat @Thomas-Braun dazu noch ein paar Ideen?

Nee, bin auch kein großer Netzwerker.

RaspiUser

@pdbjjens @Thomas-Braun

@pdbjjens said in Test Adapter frontier_silicon v0.1.x Latest:

muss Dir daher Tipps schuldig bleiben, wie man jetzt das Problem weiter eingrenzen könnte.

... alles gut ... ich kann damit leben ...
Und seit Du das frontier-Projekt betreust ist es defintiv besser geworden !! :+1:

(Da ich zur Verbesserung des Adapters nicht wirklich beitragen kann, schalte ich "debug" jetzt mal aus ....)

pdbjjens

@raspiuser said in Test Adapter frontier_silicon v0.1.x Latest:

schalte ich "debug" jetzt mal aus

Ja, tu das. Ich denke ich kann seitens des Adapters nichts weiter zur Klärung des Problems beitragen. Ich werde daher Dein ursprüngliches GitHub issue schließen. Außerdem habe ich die v0.1.1 auf stable gesetzt, da ich davon ausgehe, dass damit die Crashes des Adapters die Du in dem issue gemeldet hattest behoben sind.

Die Suche nach der Ursache Deines Problems hat aber zumindest dazu geführt, dass die Fehlerbehandlung im Adapter verbessert wurde - dafür vielen Dank meinerseits für Deine Mühe und Geduld beim Testen.

RaspiUser

@pdbjjens
... ich nochmal ... hier sind ein paar Meldungen dabei, die in der Vergangenheit noch nicht dabei waren (glaube ich zumindest) :

frontier_silicon.0
	2023-10-19 12:02:43.544	error	Error: connect EHOSTUNREACH 192.168.178.31:80
host.ioBroker-Raspi
	2023-10-19 12:02:07.175	error	instance system.adapter.frontier_silicon.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
frontier_silicon.0
	2023-10-19 12:02:06.421	error	Error: connect EHOSTUNREACH 192.168.178.31:80
frontier_silicon.0
	2023-10-19 12:02:06.412	error	Cannot read properties of undefined (reading 'value')
frontier_silicon.0
	2023-10-19 12:02:06.409	error	TypeError: Cannot read properties of undefined (reading 'value') at /opt/iobroker/node_modules/iobroker.frontier_silicon/main.js:1736:71 at process.processTicksAndRejections (node:internal/process/task_queues:95:5) at async /opt/iobroker/node_modules/iobroker.frontier_silicon/main.js:1732:9
frontier_silicon.0
	2023-10-19 12:02:06.408	error	unhandled promise rejection: Cannot read properties of undefined (reading 'value')
frontier_silicon.0
	2023-10-19 12:02:06.407	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
frontier_silicon.0
	2023-10-19 12:02:06.402	error	Error: connect EHOSTUNREACH 192.168.178.31:80
frontier_silicon.0
	2023-10-19 12:02:06.395	error	Cannot read properties of undefined (reading 'value')
frontier_silicon.0
	2023-10-19 12:02:06.394	error	TypeError: Cannot read properties of undefined (reading 'value') at /opt/iobroker/node_modules/iobroker.frontier_silicon/main.js:1845:74 at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
frontier_silicon.0
	2023-10-19 12:02:06.392	error	unhandled promise rejection: Cannot read properties of undefined (reading 'value')
frontier_silicon.0
	2023-10-19 12:02:06.391	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
frontier_silicon.0
	2023-10-19 12:02:06.386	error	Error: connect EHOSTUNREACH 192.168.178.31:80
frontier_silicon.0
	2023-10-19 12:01:56.180	error	Error: connect EHOSTUNREACH 192.168.178.31:80
frontier_silicon.0
	2023-10-19 12:01:56.177	error	Error: connect EHOSTUNREACH 192.168.178.31:80
frontier_silicon.0
	2023-10-19 12:01:53.110	error	Error: connect EHOSTUNREACH 192.168.178.31:80

Falls doch, einfach ignorieren ....

Ich habe übrigens jetzt von Buster auf Bookworm gewechselt und den ioBroker komplett NEU aufgesetzt, ohne Backitup.

(Ansonsten wie immer: Adapter neu gestartet (Radio war diesmal noch im WLAN) und geht wieder.)

RandyAndy

Guten Morgen,

ich habe zum Adpater bzw. zur Auswahl von Radiosendern eine Frage.
Leider finde ich keine Möglichkeit eine Senderauswahl über ein widget umzusetzen. Ich kann natürlich nun alle Datenpunkte zur Auswahl der Sender eintragen. Sinnvoller wäre es aber einen JSON String zu bekommen und damit die Auswahlmöglichkeiten darzustellen.
Die Informationen sind prinzipiell ja da. Aber vielleicht hat ja einer eine andere Idee oder wie man so etwas in VIS integrieren kann ohne 50 Datenpunkte eintippen zu müssen?

Andreas

pdbjjens

@randyandy
Ich habe die Senderwahl in ein iqontrol vis Mediaplayer/Remote control device und einem kleinen javascript integriert. Leider ist mir dabei auch nichts besseres eingefallen als die Datenpunkte der Presets manuell zu konfigurieren.
Um die Presets im Block zu bekommen könntest Du z.B. direkt auf das netremote FSAPI mit einem separaten Script aufsetzen ( /fsapi/LIST_GET_NEXT/netRemote.nav.presets/-1?pin=1337&maxItems=10 ) oder besser die Funktion in einen PR zum frontier-silicon adapter einbauen. :wink:

Community Forum

NEWS

Test Adapter frontier_silicon v0.5.x Latest

Support us

533

32.4k

81.4k

1.3m