UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Tottbeck]

Wahrscheinlich war meine Frage zu doof oder zu kompliziert. :face_with_rolling_eyes:

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 ... :clap:

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

[pdbjjens]

@raspiuser Danke!:+1:

[pdbjjens]

@RaspiUser @Berchemer @claus1993 @e-s @hallo-amt @Kalle-Blomquist @Ritschy2000 @Steff75 @Tottbeck @wendy2702 @Diginix
Wie ich schon in einem früheren Posting erwähnt hatte, wurde dieser Adapter zur Wartung an iobroker-community-adapters übertragen. Daher werden geplante Funktionserweiterungen (siehe README) nicht implementiert. In Zukunft werden nur noch wichtige Fehlerbehebungen und Abhängigkeitsaktualisierungen veröffentlicht. PRs mit Fehlerbehebungen oder Funktionserweiterungen sind jedoch immer willkommen.

In diesem Sinne habe ich heute eine neues Minor Release veröffentlicht (v0.1.0).

Neu in der Version 0.1.0:
Die Adapter Konfiguration erfolgt jetzt über das neue json Config UI, das admin 5 voraussetzt.
Das Verhalten bei Kommunikationsunterbrechungen zwischen Adapter und Gerät wurde verbessert.

Ich möchte Euch alle bitten, das neue Release sofern möglich in Eurer Umgebung zu testen, bevor ich es im Stable-Repository freigebe. D.h. Ihr findet die neue Version vorläufig im Beta (Latest)-Repository sowie direkt auf GitHub und NPM.
Weiterhin bitte ich, Feedback, Fehlermeldungen, Fragen usw. zu diesem Adapter in Zukunft nicht mehr in diesem Thread sondern in dem neuen Tester-Thread zu posten.
https://forum.iobroker.net/topic/66890/test-adapter-frontier_silicon-v0-1-x-latest