[Neuer Adapter] Undok FSAPI

claus1993

@hallo-amt said in [Neuer Adapter] Undok FSAPI:

@claus1993 said in [Neuer Adapter] Undok FSAPI:

Beachten müsste man nur das bei "Preset = 0" oder "Preset = modes.0.presets und dort den höchsten Wert" das man dann auf "modes.0.presets höchster Wert" oder auf 0 springt. Mit anderen Worten wenn ich die Favoriten hoch schalte und ich bei Favorit Nr 5 ankomme, käme als nächstes Favorit Nr 0.

Das funktioniert schon, nimm media.control.previous oder media.control.next, damit kannst du zwischen den Favoriten wechseln. Hab es gerade ausprobiert, hätte ich auch eher machen können.

Habe leider das Problem das ich mit "previous" und "next" die Favoriten nicht schalten kann. Hier mal mein Log, vielleicht kannst du daran etwas erkennen;

frontier_silicon.1	2020-12-11 11:28:02.692	debug	(25653) system.adapter.admin.0: logging true
frontier_silicon.1	2020-12-11 11:27:58.354	debug	(25653) {"status":["FS_FAIL"]}
frontier_silicon.1	2020-12-11 11:27:58.336	debug	(25653) http://192.168.178.26:80/fsapi/SET/netRemote.play.control?pin=1234&sid=237101319&value=3
frontier_silicon.1	2020-12-11 11:27:58.334	debug	(25653) {"val":true,"ack":true,"ts":1607682473983,"q":0,"from":"system.adapter.frontier_silicon.1","user":"system.user.admin","lc":1607682473983}
frontier_silicon.1	2020-12-11 11:27:58.329	debug	(25653) {"status":["FS_OK"]}
frontier_silicon.1	2020-12-11 11:27:58.312	debug	(25653) http://192.168.178.26:80/fsapi/SET/netRemote.nav.state?pin=1234&sid=237101319&value=1
frontier_silicon.1	2020-12-11 11:27:58.310	debug	(25653) {"val":true,"ack":true,"ts":1607682473983,"q":0,"from":"system.adapter.frontier_silicon.1","user":"system.user.admin","lc":1607682473983}
frontier_silicon.1	2020-12-11 11:27:58.297	debug	(25653) state frontier_silicon.1.media.control.next changed: true (ack = false)
frontier_silicon.1	2020-12-11 11:27:55.847	debug	(25653) http://192.168.178.26:80/fsapi/GET_NOTIFIES?pin=1234&sid=237101319
frontier_silicon.1	2020-12-11 11:27:55.846	debug	(25653) {"val":true,"ack":true,"ts":1607682473983,"q":0,"from":"system.adapter.frontier_silicon.1","user":"system.user.admin","lc":1607682473983}
frontier_silicon.1	2020-12-11 11:27:55.822	debug	(25653) Clearing sleeps
frontier_silicon.1	2020-12-11 11:27:55.817	debug	(25653) {"status":["FS_OK"]}
frontier_silicon.1	2020-12-11 11:27:55.800	debug	(25653) http://192.168.178.26:80/fsapi/SET/netRemote.sys.audio.mute?pin=1234&sid=237101319&value=0
frontier_silicon.1	2020-12-11 11:27:55.799	debug	(25653) {"val":true,"ack":true,"ts":1607682473983,"q":0,"from":"system.adapter.frontier_silicon.1","user":"system.user.admin","lc":1607682473983}
frontier_silicon.1	2020-12-11 11:27:55.795	debug	(25653) {"status":["FS_OK"]}
frontier_silicon.1	2020-12-11 11:27:55.781	debug	(25653) http://192.168.178.26:80/fsapi/SET/netRemote.sys.mode?pin=1234&sid=237101319&value=0

Danke dir!

Tottbeck

Der Adapter hat mit meinem Medion-Radio sofort funktioniert.
Den Power-Switch habe ich über iot-Adapter mit dem Namen "Küchenradio" in Alexa eingebunden. Funktioniert auch sofort.
Eine evtl blöde Frage habe ich aber noch.
Wie kann ich nun noch die Lautstärke durch Sprach-Kommandos wie "Küchenradio lauter" beeinflussen oder muss ich dafür noch etwas dazu bauen? (Setzen auf % oder Wert wäre auch nicht schlecht)
Z.B. Alexa-Routine auf die Kommando-Datenpunkte "Vol Up/Down" oder Blocky um die Alexa-Sprachbefehle auszuwerten?
Ich habe noch probiert dem "volume" den Typ "Audio/Musik" zuzuordnen und auch als "Küchenradio" im iot bekannt gemacht. Den switch und volume hat der iot-Adapter zum Küchenradio zusammengeführt. aber das klappt so nicht. "Küchenradio unterstützt das nicht".

Tottbeck

Wahrscheinlich war meine Frage zu doof oder zu kompliziert.

Ich habe eine Routine für "Radio Küche lauter" und "Radio Küche leiser" gemacht.
"Küchenradio lauter" geht leider nicht, dann sagt Alexa "Küchenradio unterstützt das nicht" wahrscheinlich weil ich Küchenradio ja schon als Schalter per IOT-Adapter bekannt gemacht habe.

Noch etwas anderes. Die IP-Adresse der Radios hat sich mal verändert, wodurch sich der Adapter nicht mehr verbunden hat und den Log vollgemüllt hat, deswegen habe ich den DNS-Namen verwendet. (IntRadio).
Jetzt war die Verbindung unterbrochen (war auch nicht per Browser erreichbar), was wieder zum einer DauerLog und Aufhänger führte. Das hat mir den iobroker halb lahmgelegt vermutlich durch die Belastung.
Da sollte es doch nach x Versuchen einen Abbruch gegen.

frontier_silicon.0	2021-01-31 09:08:35.883	info	(22268) starting. Version 0.0.10 in /opt/iobroker/node_modules/iobroker.frontier_silicon, node: v10.23.1, js-controller: 3.1.6
host.raspberrypi	2021-01-31 09:08:24.969	info	instance system.adapter.frontier_silicon.0 started with pid 22268
host.raspberrypi	2021-01-31 09:07:47.281	info	Restart adapter system.adapter.frontier_silicon.0 because enabled
host.raspberrypi	2021-01-31 09:07:47.280	info	instance system.adapter.frontier_silicon.0 terminated with code 0 (NO_ERROR)
frontier_silicon.0	2021-01-31 09:07:46.741	info	(22211) Terminated (NO_ERROR): Without reason
frontier_silicon.0	2021-01-31 09:07:46.738	info	(22211) terminating
frontier_silicon.0	2021-01-31 09:07:46.716	error	at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:56:26)
frontier_silicon.0	2021-01-31 09:07:46.716	error	(22211) Error: getaddrinfo ENOTFOUND intradio intradio:80
frontier_silicon.0	2021-01-31 09:07:46.715	error	(22211) unhandled promise rejection: getaddrinfo ENOTFOUND intradio intradio:80
Unhandled	2021-01-31 09:07:46.714	error	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	2021-01-31 09:07:46.462	info	(22211) starting. Version 0.0.10 in /opt/iobroker/node_modules/iobroker.frontier_silicon, node: v10.23.1, js-controller: 3.1.6

wendy2702

@tottbeck sagte in [Neuer Adapter] Undok FSAPI:

Da sollte es doch nach x Versuchen einen Abbruch gegen.

Öffne eine Feature Request auf Github beim Adapter und stelle dein Netzwerk so ein das deine Geräte nicht unwillkürlich neue Adressen beziehen.

pdbjjens

@hallo-amt

Die Warnungen, die die letzte veröffentlichte Version 0.0.10 des fs-Adapters aufgrund neuer js-Controller-Versionen generiert, werden immer lästiger. Eine neue, fehlerbereinigte Version wäre dringend nötig.

Seit mehr als einem Jahr (April 2021) gab es keine Aktivität auf GitHub für diesen Adapter und auch im iobroker-Forum gab es von Dir schon lange keine Beiträge mehr.

Daher frage ich mich, ob Du noch beabsichtigst, den fs-Adapter zu warten und weiterzuentwickeln.
Da es fast 800 Installationen gibt (eine bei mir - vielen Dank für diesen sehr nützlichen und funktionalen Adapter! -), wäre es schade, den fs-Adapter veralten zu lassen.

Falls Du nicht die Zeit oder das Interesse hast, diesen Adapter selbst und allein weiterzuentwickeln, könntest Du erwägen, ihn auf die iobroker-Community-Adapter https://github.com/iobroker-community-adapters zu übertragen (siehe " Info " zur Vorgehensweise).

RandyAndy

Gute Idee,

kann ich nur unterstützen.

Andreas

claus1993

Auch meinerseits vollste Unterstützung zur Weiterentwicklung des Adapters!

RaspiUser

@hallo-amt

... wäre super, wenn hier eine Aktualisierung kommt ...

pdbjjens

HINWEIS an alle User dieses Adapters:

Dieser Adapter wurde mit Einverständnis des Autors ( @hallo-amt ) zur Wartung an iobroker-community-adapters übertragen.

Neues GitHub Repo: https://github.com/iobroker-community-adapters/ioBroker.frontier_silicon
Bitte das bisherige repo nicht mehr für GitHub-Installation, Issues oder PRs benutzen. Es wurde mittlerweile archiviert (read-only).

Ich habe die Betreuung übernommen. Auch hier im Forum werde ich so gut es geht Unterstützung leisten.

Ein Wartungsupdate (v0.0.11) wurde am 31.03.2023 freigegeben, das wie bisher über ioBroker Admin installiert werden kann. Neben dem Transfer in das Community Repository sind vor allem lange überfällige Fehlerbehebungen (js-controller >=3.2.x warnings bzgl. non-existent objects und typeErrors) sowie ein Update der Abhängigkeiten enthalten.

Vom Autor geplante Weiterentwicklungen (siehe Adapter Readme) oder spezielle Hardwareunterstützung werden nicht mehr implementiert werden. In Zukunft werden nur noch wichtige Fehlerbehebungen und Abhängigkeitsaktualisierungen veröffentlicht.

PRs mit Fehlerbehebungen oder Funktionserweiterungen sind jedoch immer willkommen.

RaspiUser

@pdbjjens Vielen Dank !

pdbjjens

@raspiuser
Gern geschehen! Eine Bitte noch (auch an andere User):
Wenn irgendwelche Probleme bei der Installation/Update oder im Betrieb auftreten, bitte hier melden oder ein issue im o.g. NEUEN GitHub Repository aufmachen.

RaspiUser

@pdbjjens said in [Neuer Adapter] Undok FSAPI:

Wenn irgendwelche Probleme bei der Installation/Update oder im Betrieb auftreten, bitte hier melden

... ich muste den ioBroker neu starten (nicht wegen deinem "neuen" Adapter ...) und bekam dann diese Fehler:

Funktionierte erst wieder als ich das SILVERCREST Radio neu im WLAN angemeldet habe.
Diese Fehler hatte ich mit dem "alten"Adapter nicht (kann mich zumindest nicht daran erinnern ...)

pdbjjens

@raspiuser
Danke für die Rückmeldung. 191.168.178.31 ist die IP Deines Internet Radios, richtig?
und er trat auf als Du iobroker stop und iobroker start ausgeführt hast?

RaspiUser

@pdbjjens said in [Neuer Adapter] Undok FSAPI:

191.168.178.31 ist die IP Deines Internet Radios, richtig?

Ja

@pdbjjens said in [Neuer Adapter] Undok FSAPI:

iobroker start

Das war nach einem "reboot" und dann startet der ioBroker doch automatisch, oder ?

pdbjjens

@raspiuser said in [Neuer Adapter] Undok FSAPI:

Das war nach einem "reboot" und dann startet der ioBroker doch automatisch, oder ?

Ja, richtig.

pdbjjens

@raspiuser
Ich habe versucht, das auf die Schnelle zu reproduzieren - leider ohne Erfolg (in dem Sinne, dass der Fehler bei mir nicht aufgetreten ist). Kann auch diverse Gründe haben, die nicht im Adapter liegen, sondern u.A. im Netzwerk. Beim nächsten Release werde ich mal schauen, ob man den Fehler im Adapter abfangen kann.
Wenn Du mir helfen willst, kannst Du beim nächsten Mal, wenn Du iobroker neu startest bzw. rebootest, vorher den FS-Adapter (unter Tab Instanzen) auf debug stellen und mir dann das komplette Log posten.

RaspiUser

@pdbjjens said in [Neuer Adapter] Undok FSAPI:

das komplette Log posten

OK

EDIT:

Ich habe jetzt ein "reboot" gemacht. Der Adapter wurde OHNE Fehler "grün", im LOG alles "schwarz" ...
Ich beobachte und melde mich ggf. wieder ....
Sorry für die Aufregung und nochmal Danke dafür das Du Dich kümmerst.

RaspiUser

@pdbjjens

Nur zur Info: ... das SILVERCREST Radio hat sich ohne ersichtlichen Grund (?) aus dem WLAN verabschiedet. Der Adapter war gelb und schickte diesen Log ...
Ob man das dem Adapter anlasten kann ? Ich nehme mal an, dass das nicht der Fall ist aber vielleicht siehst Du etwas ... wenn nicht vergiss es einfach ...
Nach Neustart des Radios und Registrierung via WPS Taste im WLAN war die Welt wieder in Ordnung.

frontier_silicon.0
	2023-05-23 19:51:48.206	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason
frontier_silicon.0
	2023-05-23 19:51:48.204	info	terminating
frontier_silicon.0
	2023-05-23 19:51:48.191	error	Exception-Code: EHOSTUNREACH: connect EHOSTUNREACH 192.168.178.31:80
frontier_silicon.0
	2023-05-23 19:51:48.189	error	Error: connect EHOSTUNREACH 192.168.178.31:80 at Function.AxiosError.from (/opt/iobroker/node_modules/iobroker.frontier_silicon/node_modules/axios/dist/node/axios.cjs:825:14) at RedirectableRequest.handleRequestError (/opt/iobroker/node_modules/iobroker.frontier_silicon/node_modules/axios/dist/node/axios.cjs:2973:25) at RedirectableRequest.emit (node:events:513:28) at ClientRequest.eventHandlers.<computed> (/opt/iobroker/node_modules/follow-redirects/index.js:14:24) at ClientRequest.emit (node:events:513:28) at Socket.socketErrorListener (node:_http_client:494:9) at Socket.emit (node:events:513:28) at emitErrorNT (node:internal/streams/destroy:157:8) at emitErrorCloseNT (node:internal/streams/destroy:122:3) at processTicksAndRejections (node:internal/process/task_queues:83:21)
frontier_silicon.0
	2023-05-23 19:51:48.184	error	unhandled promise rejection: connect EHOSTUNREACH 192.168.178.31:80
frontier_silicon.0
	2023-05-23 19:51:48.181	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-05-23 19:51:44.932	info	starting. Version 0.0.11 in /opt/iobroker/node_modules/iobroker.frontier_silicon, node: v16.20.0, js-controller: 4.0.24
frontier_silicon.0
	2023-05-23 19:50:11.167	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

pdbjjens

@raspiuser
Warum Dein Silvercrest Radio "ausgestiegen ist kann viele Ursachen haben. Dass es am Adapter liegt glaube ich auch eher nicht, da ich bisher nichts von ähnlichen Fällen gehört habe.
Allerdings ist es ein Bug, dass der Adapter abstürzt (danke für das Protokoll). Da ist offenbar ein Promise nicht korrekt abgefangen.
Kennst Du Dich mit GitHub so gut aus, dass Du ein issue zum Adapter dazu aufmachen kannst? Dann hätte ich eine Erinnerungsstütze, dass ich beim nächsten Mal, wenn ich den Adapter anpacke, den Bug suche und möglichst behebe.

RaspiUser

@pdbjjens said in [Neuer Adapter] Undok FSAPI:

dass Du ein issue zum Adapter dazu aufmachen kanns

erl.

NEWS

[Neuer Adapter] Undok FSAPI

Support us

743

32.4k

81.4k

1.3m