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

[LOGR]

da seit 2 Monaten niemand etwas neues schreibt, wünsche euch allen einen guten Rutsch.

[mumpitzstuff]

Ja sry. Ich stecke grade in einer Motivationskrise. Ich hoffe ich kann bald mal wieder was nach reichen.

[balki]

Frohes neues zusammen

Ich steuere mein Radio im Bad über einen Türkontakt
Klappt auch alles super  aber  ab und an kommt diese Meldung .

Code Auswählen Erweitern

2019.01.04 15:18:38 3: Radio_G: Queue full. Update interval MUST be increased!
und dann geht nix mehr
wie kann ich das beheben ??

Lieben Gruß
Markus

[mumpitzstuff]

Was für ein Intervall hast du eingestellt? Davon abgesehen muss man das besser lösen im Code. Ist wirklich Müll an der Stelle.

[mumpitzstuff]

Hab's mir noch mal angesehen. Abstürzen dürfte an der Stelle nichts, aber wenn z.b. die Verbindung zum Radio komplett ausfällt und dein Invervall extrem klein ist, dann könnte dein RAM irgendwann ausgehen. Das habe ich allerdings noch nie beobachtet. Normalerweise sollten die Nachrichten schneller aus timen als neue Nachrichten rein kommen. Zur Sicherheit baue ich an der Stelle noch was Schickeres ein und lösche die ältesten Nachrichten, so das es nie mehr als 100 werden können.

[Brice]

Code Auswählen Erweitern

2019.01.04 15:18:38 3: Radio_G: Queue full. Update interval MUST be increased!

Das kenne ich von meinem SilverCrest SIRD 14 B1 (Modul VERSION 1.1.11), welches aktuell über einen Z-Wave Bewegungsmelder (Fibaro "Auge") in Abhängigkeit von Anwesenheit und Uhrzeit unterschiedliche DAB-Presets abspielt.

Die Logeinträge unterdrücke ich indem ich das Device mit attr verbose 0 ausstatte.

Abstürzen dürfte an der Stelle nicht

Wenn

dann geht nix mehr

kommt, stürzt das SIRD auch nicht ab. Es ist lediglich so, dass z.B. bei Abwesenheit meiner Frau nicht mein Lieblingssender eingestellt wird, sondern der zuletzt eingestellte Preset abgespielt wird. Dann ziehe ich den Netzstecker und boote das Radio neu.

Der WAF geht dadurch nicht in den Keller.

Bis zum Erscheinen des Moduls SIRD wurde das Radio über eine Funkschaltsteckdose (FS20) eingeschaltet und konnte eh nur den zuletzt eingestellten Sender abspielen. Insoweit bin ich froh, dass @mumpitzstuff sich um die Weiterentwicklung des Moduls kümmert.

Zum Thema RAM: ich habe unterschiedliche Intervalle ausprobiert (10 sec bis 120 sec), aber irgendwann kommt das Problem. Welches Intervall nutzt ihr?

Ich kann mit meinem Workaround (Netzstecker ziehen) leben.

Stefan

[mumpitzstuff]

Meine beiden Boxen stürzen quasi regelmäßig ab. Entweder vergessen sie die Multiroom Gruppe oder sind schlicht nicht mehr ansprechbar, weder über die Undok App noch das Fhem Modul. Manchmal stürzen sie auch mitten in der Wiedergabe ab. Da hilft tatsächlich nur noch den Stecker zu ziehen. Das nervt mich zur Zeit ziemlich. Updates gibt leider auch nicht mehr für die Dinger. Ich glaube deshalb nicht, das es mit dem Modul zusammen hängt, sondern die Software auf den Radios/Boxen unausgereift ist.

[stratege-0815]

Hallo zusammen,
Ist bekannt ob das Modul mit dem ,,auna Radio gaga 2.0" arbeitet?
Beste Grüße
Jan

[mumpitzstuff]

https://radioempfang.digital/produkt/auna-radio-gaga

Hier steht was von UNDOK App drin. Deshalb würde ich sehr vorsichtig vermuten: ja.

[isdnbus]

Hallo,

ich habe die Frage schon einmal im August 2018 zum Umschaltverhalten nach der Sprachausgabe gestellt. Bin dann aber erst einmal nicht weiter dazu gekommen das Problem genauer zu analysieren.
Folgende Radio sind im FHEM eingebunden:
DUAL: ir-mmi-FS2026-0500-0095_V2.6.17.EX55921-1RC9
SilverCrest 14C3 - Firmware ir-mmi-FS2026-0500-0517_V2.13.13c.EX70970-1RC15

Das DUAL funktioniert einwandfrei
Das SilverCrest schalt nach der Sprachausgabe nicht wieder zurück z.b. auf Internetradio

Beim DUAL wird auf "dmr" für die Sprachausgabe umgeschaltet, allerdings beim SilverCrest auf "localmusic". Dort bleibt das Radio dann auch stehen.
Wenn ich ein PowerOFF und danach ein PowerOn steht der Input wieder richtig bzw. über set INPUT gebe ich die Quelle direkt an.

Gruß Bernd

[mumpitzstuff]

Hast du beim Silvercrest ttsInput richtig eingestellt? Welche inputs gibts denn bei dir?

[NewRasPi]

Könnt ihr bitte die folgende Version bei euch einspielen und prüfen, ob dann das Problem immer noch auftritt? Ich hoffe, das die erfolgten Änderungen jetzt die Fehler abfangen, die anscheinend nur bei einem von einigen hundert Requests aufzutreten scheinen. Unter Umständen werden dann Fehler im Logfile auftauchen, was aber besser ist, als wenn das gesamte FHEM abstürzt.

Bitte gebt mir Bescheid ob es etwas bringt, damit ich das ausrollen kann.

Hallo mumpitzstuff
nach langer Pause würde ich gerne einen neuen Anlauf versuchen mein HAMA Digitalradio DIR3000 in FHEM zu bekommen.
Ich habe die oben verlinkte Datei runtergeladen und ins FHEM Verzeichnis kopiert. Anschliessend die Zugriffsrechte auf 0666 gesetzt und
als Eigentümer fhem und die Gruppe dialout zugeordnet. Die anderen Installationsvorbereitungen habe ich auch durchgeführt.
Auffällig finde ich, das als Version in FHEM 1.1.11 steht, obwohl im ersten Posting von einer Version 1.1.18 geschrieben wurde.
Unter Version kommt im FHEM:

Code Auswählen Erweitern

No Id found for 17_SIRD.pm
Hier ein List:

Code Auswählen Erweitern

Internals:
   DEF        10.63.173.35 1234 60
   FUUID      5c5462bf-f33f-103c-451a-30da5f9610b112ff
   INTERVAL   60
   IP         10.63.173.35
   NAME       WLAN_RADIO
   NOTIFYDEV  global
   NR         245
   NTFY_ORDER 50-WLAN_RADIO
   PIN        1234
   STATE      absent
   TYPE       SIRD
   VERSION    1.1.11
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1549035841.11492
           VALUE      absent
   READINGS:
     2019-02-01 16:44:01   state           absent
   helper:
Attributes:
   autoLogin  1

und das List vom Steuerungsmodul:

Code Auswählen Erweitern

Internals:
   DEF        WLAN_RADIO:<{getCoverTitleRG($DEVICE)}@state>\ WLAN_RADIO:!input,!preset,volumeStraight,mute,repeat,shuffle,!previous,playStatus,!next,state
   FUUID      5c546303-f33f-103c-9e5f-5d6b612530ba9749
   NAME       rg_WLAN_RADIO
   NR         246
   NTFY_ORDER 50-rg_WLAN_RADIO
   STATE      Initialized
   TYPE       readingsGroup
   mayBeVisible 1
   CONTENT:
     WLAN_RADIO 1
   CONTENT2:
   DEVICES:
     ARRAY(0x37bfca8)
     ARRAY(0x37a0b98)
   Helper:
     DBLOG:
       WLAN_RADIO.state:
         logdb:
           TIME       1549035901.17508
           VALUE      <html>absent</html>
   fhem:
     lastDefChange 1
     last_update 1549035294.77061
   helper:
     DEF       
     commands   {\
"state.off" => "set %DEVICE on",\
"state.on" => "set %DEVICE off",\
"input" => "input:".filterReading(ReadingsVal($DEVICE, '.inputs', '')),\
"preset" => ReadingsVal($DEVICE, 'input', '')."preset:".filterReading(ReadingsVal($DEVICE, '.'.ReadingsVal($DEVICE, 'input', '').'presets', '')),\
"volumeStraight" => "volumeStraight:slider,0,1,".ReadingsVal($DEVICE, '.volumeSteps', 1),\
"playStatus.playing" => "set %DEVICE stop",\
"playStatus.stopped" => "set %DEVICE play",\
"mute" => "set %DEVICE mute toggle",\
"repeat.on" => "set %DEVICE repeat off",\
"repeat.off" => "set %DEVICE repeat on",\
"shuffle.on" => "set %DEVICE shuffle off",\
"shuffle.off" => "set %DEVICE shuffle on",\
"previous" => "set %DEVICE previous",\
"next" => "set %DEVICE next"\
}
     positions:
       WLAN_RADIO.input 2:1
       WLAN_RADIO.next 2:4
       WLAN_RADIO.preset 2:2
       WLAN_RADIO.previous 2:3
       WLAN_RADIO.state 2:5
     valueColumns:
       r:1,c:1    colspan="10"
     valueIcon:
       mute       rc_VOLUP
       mute.on    rc_MUTE@#e56524
       next       rc_NEXT
       playStatus rc_PLAY
       playStatus.playing rc_PAUSE@#e56524
       previous   rc_PREVIOUS
       repeat     rc_REPEAT
       repeat.on  rc_REPEAT@#e56524
       shuffle    rc_SHUFFLE
       shuffle.on rc_SHUFFLE@#e56524
       state.off  radio_unchecked
       state.on   radio_checked@#e56524
     values:
       formated:
         undef
         ARRAY(0x399e250)
         ARRAY(0x3b0bde0)
         ARRAY(0x3af14b8)
         ARRAY(0x3af9700)
         ARRAY(0x39d05c0)
       orig:
         undef
         ARRAY(0x3af7ce8)
         ARRAY(0x39985c0)
         ARRAY(0x3b747a0)
         ARRAY(0x3b002a0)
         ARRAY(0x3af02c0)
       prefixsuffix:
         undef
         ARRAY(0x3afc660)
         ARRAY(0x3b05710)
         ARRAY(0x3b09408)
         ARRAY(0x3b06f18)
         ARRAY(0x37bdc48)
Attributes:
   commands   {\
"state.off" => "set %DEVICE on",\
"state.on" => "set %DEVICE off",\
"input" => "input:".filterReading(ReadingsVal($DEVICE, '.inputs', '')),\
"preset" => ReadingsVal($DEVICE, 'input', '')."preset:".filterReading(ReadingsVal($DEVICE, '.'.ReadingsVal($DEVICE, 'input', '').'presets', '')),\
"volumeStraight" => "volumeStraight:slider,0,1,".ReadingsVal($DEVICE, '.volumeSteps', 1),\
"playStatus.playing" => "set %DEVICE stop",\
"playStatus.stopped" => "set %DEVICE play",\
"mute" => "set %DEVICE mute toggle",\
"repeat.on" => "set %DEVICE repeat off",\
"repeat.off" => "set %DEVICE repeat on",\
"shuffle.on" => "set %DEVICE shuffle off",\
"shuffle.off" => "set %DEVICE shuffle on",\
"previous" => "set %DEVICE previous",\
"next" => "set %DEVICE next"\
}
   nonames    1
   valueColumns { 'r:1,c:1' => 'colspan="10"' }
   valueIcon  {
"state.on" => "radio_checked@#e56524",
"state.off" => "radio_unchecked",
"mute.on" => "rc_MUTE@#e56524",
"mute" => "rc_VOLUP",
"repeat.on" => "rc_REPEAT@#e56524",
"repeat" => "rc_REPEAT",
"playStatus.playing" => "rc_PAUSE@#e56524",
"playStatus" => "rc_PLAY",
"shuffle.on" => "rc_SHUFFLE@#e56524",
"shuffle" => "rc_SHUFFLE",
"previous" => "rc_PREVIOUS",
"next" => "rc_NEXT",
}

Vielleicht fällt Dir was auf. Vielen Dank für jede Hilfe.
Schöne Grüße
NewRasPi

[isdnbus]

Hallo mumpitzstuff,

das war der richtige Tipp.
Der Input für TTS ist beim SilverCrest14C3 "localmusic" und nicht "dmr"

Vielen Dank

[mumpitzstuff]

Aktuell ist die Version 1.1.11. Im ersten Betrag hört es bei 1.0.8 und nicht 18 auf. Somit ist alles in Ordnung. Allerdings solltest du den Anweisungen im ersten Beitrag folgen und nicht irgend eine angehängte Testversion verwenden.

Das mit der id kommt daher, das es kein offizielles Modul ist. Nur diese haben eine solche id glaube ich. Ich denke das kannst du deshalb ignorieren, wenn ansonsten alles geht.

[NewRasPi]

Aktuell ist die Version 1.1.11. Im ersten Betrag hört es bei 1.0.8 und nicht 18 auf. Somit ist alles in Ordnung. Allerdings solltest du den Anweisungen im ersten Beitrag folgen und nicht irgend eine angehängte Testversion verwenden.

Das mit der id kommt daher, das es kein offizielles Modul ist. Nur diese haben eine solche id glaube ich. Ich denke das kannst du deshalb ignorieren, wenn ansonsten alles geht.

Hallo mumpitzstuff
sorry, da hatte ich was verwechselt bei der Versionsnummer.

Leider geht aber sonst alles nicht. Mein Hama Radio geht sofort auf "absent", egal ob ich es WOHNZIMMER_RADIO oder WLAN_RADIO nenne. Bei WLAN_RADIO erkennt aber das Programm den Zusammenhang mit dem rg_WLAN_RADIO Device.
Eine Frage hätte ich noch zu der "99_myUtils.pm"
Diese war bei mir nicht vorhanden. Ich habe diese dann mit "sudo nano 99_myUtils.pm angelegt und den Text aus der Anleitung rein kopiert. Bei früheren Versuchen hatte ich diesen Text in die 99_Utils.pm angefügt. Wo soll es den richtig hin?
(oder muss die neue 99_myUtils.pm irgend wo "angemeldet" werden?)
Mein letzter Versuch ist jetzt auf einem neuen FHEM und über Netzwerkkabel verbunden.
Trotzdem habe ich im Device nur "absent" und keine Funktion.
Mit der Hama- oder Undok- App wird das Internetradio sofort gefunden und ist super Steuerbar.
Wenn ich die IP-Adresse des Internetradio im Windowsbrowser eingebe kommt auch der Info Bildschirm der FRONTIER Silicon Seite mit dem Friendly Name.
Hat noch jemand einen Tip woran es hängen könnte? 

Code Auswählen Erweitern

2019-02-02 18:14:02 SIRD WLAN_RADIO absent
2019-02-02 18:14:04 SIRD WLAN_RADIO absent
2019-02-02 18:14:17 Global global ATTR WLAN_RADIO verbose 5
2019-02-02 18:14:19 Global global SAVE
2019.02.02 18:14:25 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:14:26 SIRD WLAN_RADIO absent
2019.02.02 18:14:39 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:14:39 SIRD WLAN_RADIO absent
2019.02.02 18:14:46 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:14:46 SIRD WLAN_RADIO absent
2019.02.02 18:14:56 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:14:56 SIRD WLAN_RADIO absent
2019.02.02 18:14:57 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:14:57 SIRD WLAN_RADIO absent
2019.02.02 18:14:58 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:14:58 SIRD WLAN_RADIO absent
2019.02.02 18:15:02 5 : WLAN_RADIO: Error while requesting http://10.63.173.212:80/fsapi/GET/netRemote.nav.numItems?pin=1234 - read from http://10.63.173.212:80 timed out
2019.02.02 18:15:13 5 : WLAN_RADIO: Blocking call finished to read navigation items.
2019.02.02 18:15:58 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:15:58 SIRD WLAN_RADIO absent
2019.02.02 18:16:26 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:16:26 SIRD WLAN_RADIO absent
2019.02.02 18:16:27 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:16:27 SIRD WLAN_RADIO absent
2019.02.02 18:16:28 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:16:28 SIRD WLAN_RADIO absent
2019.02.02 18:16:33 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:16:33 SIRD WLAN_RADIO absent
2019.02.02 18:17:33 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:17:33 SIRD WLAN_RADIO absent
2019.02.02 18:17:49 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:17:49 SIRD WLAN_RADIO absent
2019.02.02 18:18:09 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:18:09 SIRD WLAN_RADIO absent
2019.02.02 18:18:28 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:18:28 SIRD WLAN_RADIO absent
2019.02.02 18:18:29 5 : WLAN_RADIO: SetNextTimer called
2019-02-02 18:18:29 SIRD WLAN_RADIO absent
2019-02-02 18:18:32 Global global SAVE

Schöne Grüße und vielen Dank
NewRasPi