Modul für WLAN Radios mit Frontier Silicon Chipsatz (SilverCrest/Medion/Hama...)

[mumpitzstuff]

Auffällig ist jetzt schon, das ich bei der Angabe der IP den Port :2244 angegeben hatte.
Den Grund dafür weiß ich aber heute nicht mehr.

Vielen Dank für jede Hilfe.
Schöne Grüße

Es gibt einige Radios, die den speziellen Port 2244 benötigen. Das steht auch in der Hilfe drin.

[mumpitzstuff]

Zu den Problemen kann ich irgendwie wenig sagen. Das ist die Suche im Heuhaufen und das Modul habe ich vor Jahren geschrieben und es fällt mir auch nicht mehr so leicht, mich da wieder rein zu denken. Ich würde vorschlagen das Radio erst mal kurz vom Strom zu trennen und neu hochzufahren. Danach mal verbose des Moduls auf 5 stellen und zügig danach ein speak abzusetzen. Danach wieder verbose auf 3 zurück stellen, sonst müllt es euch das Logfile zu. Den Ausschnitt vom Log würde ich dann gern mal sehen. Außerdem wäre interessant was in der RAW Ansicht unter .input auftaucht.

[olwaldi]

Ich nutze SIRD für mein Medion-Radio als "Alarmmelder". Funktioniert prinzipiell, aber manchmal eben auch nicht. Ich nutze den compatibilityMode=1, da ohne viele Readings (z.B. RDS Text) nicht aktualisiert werden. Als Alarm soll eine mp3 abgespielt werden:

Code Auswählen Erweitern

set Kueche stream WarningWater.mp3wobei Kueche das SIRD-device ist. Wenn's NICHT funktioniert, gibt es diese Fehlermeldungen im Log:

2025.11.25 08:42:04 3: Kueche: Blocking call already running (webserver).
2025.11.25 08:42:04 1: Timeout for SIRD_DoWebserver reached, terminated process 15594
2025.11.25 08:42:04 3: Kueche: Blocking call already running (stream).
2025.11.25 08:42:10 1: Timeout for SIRD_DoWebserver reached, terminated process 15604

Wenn's funktioniert, gibt es aber trotzdem immer:

2025.11.25 08:42:10 1: Timeout for SIRD_DoWebserver reached, terminated process 15604

17_SIRD.pm sollte aktuell sein.
Anbei auch mal ein ausführlicheres Log (da trat der Fehler alllerdings nicht auf). Während des Logs habe ich das obige mp3-File abgespielt.

Grüßle, Michael

Nachtrag: Habe eine Idee für die Fehlermeldungen beim Scheitern. Das Abspielen des mp3 wird über ein notify getriggert, und das kommt fälschlicherweise 2x direkt hintereinander. Das habe ich durch ein passendes event-on-change-reading unterdrückt. Bleibt aber noch die timeout-Meldung.