Hallo,
ich habe im Badezimmer und in der Küche UP WLAN-Radios von Busch-Jäger verbaut. Hersteller-Seite (https://www.busch-jaeger.de/produkte/produktloesungen/multimedia/busch-radio-inet/)
Diese möchte ich gerne per Fhem steuern.
Jedes Radio ist im Netzwerk mit einer IP-Adresse verfügbar. Über die Web-Oberfläche des Radios kann der Sender ausgewählt und die Lautstärke angepasst werden.
Die URL setzt sich aus der IP-Adresse und dem jeweiligen Parameter zusammen, der per GET übergeben wird:
Lautsärke (0-31) hier z.B. 10:
http://10.100.100.60/de/index.cgi?vo=10
Sender (z.B. Antenne Bayern):
attr RadioKueche set02URL http://10.100.100.60/de/index.cgi?n1=Antenne+Bayern
Nun habe ich nach einer Möglichkeit gesucht versch. Kommandos (lauter, leiser, Radio-Sender auswählen,...) an die URL zu übergeben. Ich habe das Modul HTTPMOD (http://"http://www.fhemwiki.de/wiki/HTTPMOD") gefunden und folgendermaßen in der fhem.cfg definiert:
###
# ------ WEBRADIO - KUECHE ------
###
define RadioKueche HTTPMOD http://10.100.100.60/de/index.cgi 0
attr RadioKueche userattr set01Name set01URL set02Name set02URL widgetOverride
attr RadioKueche room Kueche
attr RadioKueche set01Name Volume
attr RadioKueche set01URL http://10.100.100.60/de/index.cgi?vo=$val
attr RadioKueche set02Name Sender
attr RadioKueche set02URL http://10.100.100.60/de/index.cgi?n1=$val
attr RadioKueche userReading Volume,Sender
Das Funktioniert bei der Lautstärke schonmal ganz gut. Einziges Problem hier: Ich habe noch keine Möglichkeit gefunden die aktuelle Lautsärke auszuwählen, daher überlege ich die zuletzt gesetzte Lautsärke als UserReadings immer mit zu setzen um somit wenigsten die zuletzt durch Fhem gesetze Lautstärke zu sehen.
Bei den Sendern erhalte ich die Meldung: set value Antenne+Bayern is not numeric
Scheinbar erwartet HTTPMOD immer numerische Werte ?!
Ich habe meine Zweifel ob meine Lösung das ist was ich wirklich brauche. Wenn ich HTTPMOD richtig verstehe geht es eigentlich darum Daten zu holen und nicht zu senden.
Zumal bei den Internals und buf der komplette Quelltext der index.cgi geholt wird. Brauche ich nicht.
Hier mal ein Screenshot:
(http://hkw44.de/___images/httpmod.png)
Hat jemand einen BESSEREN Vorschlag oder eine Idee wie man so etwas realisieren kann?
Gibt es ein anderes Modul?
Eine andere Technik eine URL aufzurufen?
Wenn nicht, wie kann ich mit HTTPMOD char als val übergeben?
Herzlichen Dank für eure Hilfe.
Können die aktuellen Einstellungen nicht von der Webseite des UP WLAN-Radios ausgelesen werden? Die Daten sind damit mit einer kleinen Zeitverzögerung immerhin aktuell.
Zum Setzen der Lautstärke bietet sich unter Umständen auch folgende Variante an: http://www.fhemwiki.de/wiki/HTML_Aufruf_senden
Das Ding macht einen recht interessanten Eindruck (nachdem ich die Gira-Dinger immer für sehr teuer mit sehr wenig Funktion hielt).
Zitat von: s3bi am 11 Januar 2016, 18:51:45
...Hat jemand einen BESSEREN Vorschlag oder eine Idee wie man so etwas realisieren kann? ...
BESSER will ich nicht sagen, aber ich habe eine ähnliche Problematik für meine Wohnungsbeschallung gehabt...
Signalquelle (in dem Fall eine dBox2) mit Steuerungsmöglichkeit über HTTP-API, aber kein FHEM-Modul.
Für die Lautstärkeeinstellung habe ich mir einen Dummy angelegt (der dann auch den aktuellen Wert enthält).
define dbox_volume dummy
attr dbox_volume group Receiver
attr dbox_volume icon dreambox
attr dbox_volume room Multimedia,Buero
attr dbox_volume setList state:slider,10,5,100
attr dbox_volume sortby 01
attr dbox_volume webCmd state
define n_dbox_volume notify dbox_volume:.* { system("wget -T 30 -O /dev/null http://192.168.0.24/control/volume?$EVENT &") }
Einstellbar ist das per:
- slider im WebIF
- Dashboard
- innerhalb von Funktionsabläufen (wecken, duschen, besuch etc.)
- Lauter-/Leiser-Taster
- Lauter-/Leiser-Kommando am Tablet
Die letzten 3 Sachen laufen über notifies und 99_myUtils-Funktionen; dabei wird dann der aktuelle Lautstärke-Wert um 5% erhöht/verringert, und der neue Wert anschließend auch angesagt.
Danke Euch!
Ich habe jetzt eine Mischung aus beidem erstellt.
Einen Dummy in dem ich die Lautstärke setze und dazu ein Notify das dann den HTML Aufruf via GetHttpFile sendet.
Etwas unschön ist, dass im Log dann der komplette HTML-Code der Zielseite erscheint.
Ein Einfacher HTML Returncode (200, 401, 501 etc.) wäre perfekt.
Momentan bin ich unterwegs und kann das erst wieder morgen Abend testen. Dann werde ich es mal mit verbose 0 versuchen.
Zitat von: Hollo am 12 Januar 2016, 13:03:17
Das Ding macht einen recht interessanten Eindruck (nachdem ich die Gira-Dinger immer für sehr teuer mit sehr wenig Funktion hielt).
Ich muss sagen die Teile sind echt ok. Preislich zwar auch nicht ganz ohne aber bisher bin ich sehr zufrieden damit.
Jetzt noch integriert in Fhem - was will man mehr ;)
Die UP-Lautsprecher sind für eine "Radio-Beschallung" im Bad und der Küche auch völlig ausreichend, externe Lautsprecher könnte man aber auch anschließen.
Interessant ist auch das erhältliche Zubehör (Blutooth-Schnittstelle, Iphone Docking, etc., AUX) - Habe jedoch nichts davon im Einsatz.
Man kann das Radio auch mit dem Modul 98_DLNAClient.pm http://forum.fhem.de/index.php/topic,39706.0.html (http://forum.fhem.de/index.php/topic,39706.0.html) betreiben. Darüber lässt sich die Radiostation vorgeben und auch die Lautstärke regeln. Im Radio selbst muss dafür der Menüpunkt "Meine Musik/UPnP" gewählt werden.
Guter Hinweis - Vielen dank!
Ich teste das Modul gerade.
Hallo,
ich hab das selbe Radio und eine Frage: Gibt es auch einen Befehl um das Radio auszuschalten?
Einschalten tut es sich ja automatisch, wenn man zb http://10.100.100.60/de/index.cgi?n1=Antenne+Bayern sendet...
Danke für die Info, lg
Alter Thread, aber vielleicht interessiert's ja jemanden... Die kurze Antwort: ja :P
Die lange Antwort: Ich habe selbst ein solches Radio verbaut und schaue mir gerade das Kommunikationsprotokoll der App an. Es gibt eine API, mit der man die meisten Dinge steuern kann.
Das Ganze läuft über UDP Port 4244, wobei die Antwort immer als Broadcast auf 4242 kommt. Das Format JSON-ähnlicher Klartext, allerdings ohne die geschweiften Klammern. Die Zeilenenden sind immer CRLF. Security gibt es nicht: keine Authentifizierung, keine Session-Keys, nichts :o ...aber das macht es uns einfacher 8)
Die Befehle haben folgendes Format:
COMMAND:<command>
[<payload>]
ID:<id>
- command ist der auszuführende Befehl
- payload ein oder mehrere Parameter für bestimmte Befehle (z. B. Volume)
- id die (frei wählbare) ID, die eine Korrelation der Antworten erlaubt. Die App verwendet z. B. rc
Die Antworten sehen ähnlich aus, haben aber zusätzliche Informationen je nach Befehl:
COMMAND:<command>
[<payload>]
ID:<id>
[<response>]
RESPONSE:ACK|NACK
Die Antworten sind ziemlich selbsterklärend. In
response stecken z. B. die angeforderten Werte. Ein
ACK bestätigt den Befehl,
NACK zeigt einen Fehler an.
Daneben werden manchmal Ereignisse gemeldet, die sehen so aus:
COMMAND:NOTIFICATION
IP:<IP-Adresse>
NAME:<Gerätename>
EVENT:<event>
RESPONSE:ACK
Diese Ereignisse habe ich bisher gesehen:
- SYSTEM_BOOTED
- URL_IS_PLAYING
- VOLUME_CHANGED
- TUNEIN_INIT_COMPLETE
Folgende Befehle gibt es:
- DISCOVER: Nach Radio suchen. Als UDP-Broadcast sollte das alle Radios im Subnetz zurückmelden.
GET: Wert auslesen, der folgende Parameter sagt, was gelesen werden soll:
- POWER_STATUS
- INFO_BLOCK
- ALARM_STATUS
- VOLUME
- PLAYING_MODE
- ALL_STATION_INFO
- TUNEIN_PARTNER_ID
SET: Wert setzen/ändern. Hier gibt es folgende Möglichkeiten:
- RADIO_ON
- RADIO_OFF
- VOLUME_ABSOLUTE:<volume>
- VOLUME_INC
- VOLUME_DEC
- VOLUME_MUTE
- VOLUME_UNMUTE
- ALARM_OFF
- ALARM_SNOOZE
- ALARM:HH:<hour>:MM:<minute>:ONOFF:0|1:STATION:<station number [1-8]>
PLAY: Abspielen.
- STATION:<station number [1-8]>
- UPNP
- AUX
- TUNEIN_INIT (scheint mir unnötig zu sein)
TUNEIN_PLAY. Dieser benötigt zwei weitere Parameter (eigene Zeilen, kein Quoting nötig):
URL:<url>
TEXT:<name> (wird im Display angezeigt)
SAVE: Programm speichern
- STATION
CHANNEL:<station number [1-8]>
NAME:<text>
URL:<url>
- TUNEIN_FAVORITE (Aktuelle URL als TuneIn-Favorite hinterlegen)
- REMOVE: hier gibt es nur eine Option.
- RESET_BLOCK: Reset (?)
Zusammengesetzt sieht das ganze zum Beispiel so aus:
Anfrage:
COMMAND:GET
INFO_BLOCK
ID:fhem
COMMAND:GET
INFO_BLOCK
ID:fhem
WLAN STRENGTH:-57
NAME:RADIO-INET...
IPADDR:192.168.1.42
IPMASK:255.255.255.0
IPMODE:ON
GATEWAY:192.168.1.1
SSID:your-ssid
MAC:7a:c4:e:...
COUNTRY:Deutschland
SERNO:123456789ABC
SW-VERSION:02.03
WLAN-FW:20131107
RESPONSE:ACK
Evtl.komme ich irgendwann dazu, ein FHEM-Modul dafür zu basteln - aber vielleicht will das ja auch jemand anders übernehmen :)
Zitat von: zockz am 25 November 2017, 09:41:32
Alter Thread, aber vielleicht interessiert's ja jemanden... Die kurze Antwort: ja :P
Evtl.komme ich irgendwann dazu, ein FHEM-Modul dafür zu basteln - aber vielleicht will das ja auch jemand anders übernehmen :D
Interesse? Auf jeden Fall! ;D
Ein eigenes Modul wäre perfekt.
Ich habe jetzt mal ein einfaches Modul gebastelt. Es kann das Radio ein- (wenn der richtige Energy Mode gesetzt ist) und ausschalten, die Lautstärke steuern und die Quelle steuern (Station / URL / UPNP / AUX). Außerdem gibt es alle möglichen Readings. Es gäbe noch einiges mehr zu steuern, aber dazu müsste man teilweise das HTTP-Interface verwenden - das habe ich bisher nicht gemacht.
Auch gibt es ein generelles Problem mit dem UDP-Interface: wenn das Radio zum Beispiel eine ungültige URL bekommt oder nicht darauf zugreifen kann, akzeptiert es keine UDP-Steuerbefehle mehr (clever... ::)). Die HTTP-Steuerung funktioniert dann aber noch, eine Recovery-Funktion wäre also auch noch praktisch (später vielleicht...).
Wenn jemand testen mag --> PN, ansonsten werde ich es vermutlich demnächst ins SVN (wenn ich darf) bzw. hier hochladen.
Hallo Leute,
kann mir bitte einer erklären, wie ich das mit den Busch-Jäger PU-WLAN Radios jetzt am besten mache? Ich bin komplett neu im FHEM Bereich und möchte als erstes Gerät einen solchen Radio per FHEM steuern.
den Radio per HTTP zu steuern schaff ich zum Beispiel mit:
OldiesInKueche:on { GetHttpFile("10.0.0.112", "/de/index.cgi?n7=Oldies+but+Goldies&p7=+Abspielen+")}
Ich habe es lediglich geschafft, per URL einen Sleeptimer mit der Dauer 1 Minute zu aktivieren, kürzere Zeit geht nicht, um den Radio auszuschalten
S_RadioAusKueche {GetHttpFile("10.0.0.112", "/de/general.cgi?es=1&ss=01") }
Zusätzlich habe ich jetzt eingestellt, dass nach dem Setzen des Sleeptimers die Lautstärke sofort auf 0 gesetzt wird. Nach dem Einschalten wird sie dann wieder auf den ursprünglichen Wert gesetzt.
das Gerät auf diese Art und weise auszuschalten klappt aber leider nicht, bzw. habe ich keine Ahnung wie das geht. Auch habe ich keine Ahnung wie die UDP Variante funktioniert
Ich habe dazu folgendes getestet:
eigene Subroutine in "99_myUtils.pm" gespeichert (wird laut Log auch aufgerufen und bis zum Ende abgearbeitet):
sub UDP_Msg($$)
{
my ($dest,$cmd) = @_;
eval "require IO::Socket::INET";
if($@) {
Log 1, $@;
return "Can't load IO::Socket::INET"
}
my $sock = IO::Socket::INET->new(
Proto => 'udp',
PeerPort => 4244,
PeerAddr => $dest
);
if(!$sock) {
return "something went wrong"
}
$sock->send($cmd);
$sock->close();
return "send $cmd"
}
Der Aufruf geschieht folgendermaßen:
RadioInKueche:off {UDP_Msg("10.0.0.112","COMMAND:SET
RADIO_OFF
ID:FHEM")}
die UDP-Routine funktioniert laut diesem Foreneintrag (https://forum.fhem.de/index.php/topic,56581.msg481115.html#msg481115) und meinen eigenen Tests, aber beim Radio passiert genau gar nichts :-(
Zitat von: QTreiber am 17 Dezember 2017, 13:50:00
Der Aufruf geschieht folgendermaßen:
RadioInKueche:off {UDP_Msg("10.0.0.112","COMMAND:SET
RADIO_OFF
ID:FHEM")}
die UDP-Routine funktioniert laut diesem Foreneintrag (https://forum.fhem.de/index.php/topic,56581.msg481115.html#msg481115) und meinen eigenen Tests, aber beim Radio passiert genau gar nichts :-(
Probier's mal folgendermaßen, dann sollte es funktionieren - das Gerät ist sehr zickig was das Format angeht:
RadioInKueche:off {UDP_Msg("10.0.0.112","COMMAND:SET\r\nRADIO_OFF\r\nID:FHEM\r\n\r\n")}
Hi zusammen,
vielleicht kann diese Informationen jemand gebrauchen. Habe ein paar Attribute hinzugefügt:
attr Busch_Radio devStateIcon on:WLAN_Status.1:off off:WLAN_Status.0:on (setzt Voraus: Busch Radio -> Menü -> Energieverbrauch / Verbindungsgeschwindigkeit -> Premium)
attr Busch_Radio icon it_radio
Mikka
Ich denke das Modul läuft stabil genug, um es mal im größeren Kreis zu testen.
Unter https://de.pastebin.ca/3950903 (https://de.pastebin.ca/3950903) findet Ihr die aktuelle Version.
Feedback gerne hier oder direkt an mich.
Zitat von: zockz am 21 Dezember 2017, 20:47:46
Ich denke das Modul läuft stabil genug, um es mal im größeren Kreis zu testen.
Unter https://de.pastebin.ca/3950903 (https://de.pastebin.ca/3950903) findet Ihr die aktuelle Version.
Feedback gerne hier oder direkt an mich.
Ich würde das Modul durchaus auch mal testen wollen. Leider wird bei dem Pastepin-Link angezeigt, dass die Nummer ungültig oder bereits verfallen ist. Könntest du das Modul nicht als Datei-Anhang hier ins Forum stellen?
Hallo Rudy,
anbei die Version die ich am 19.12 heruntergeladen habe.
Mikka
Danke dir, Mikka.
Nach ersten oberflächlichen Tests läuft alles prima. :)
Hallo Rudi,
Zitat von: Rudy am 31 Dezember 2017, 14:22:05
Danke dir, Mikka.
Nach ersten oberflächlichen Tests läuft alles prima. :)
freut mich das alle prima läuft. Den dank schicke ich weiter Richtung zockz :-)
Ich habe noch einen Verbesserungsvorschlag für das Modul. Schön wäre, wenn es nicht nur ein set volume mit konkreter Lautstärkeangabe gäbe sondern auch ein set volume up/down. Das hätte den Vorteil, dass man die Lautstärke des Radios auch einfach mit externen Schaltern ändern könnte. Also Schalterdrücke für lauter und leiser.
Wie definier ich das ganze denn? Würds gerne auch ausprobieren mit meinen beiden "Buschis" ;)
Zitat von: Rudy am 18 Januar 2018, 19:33:32
...Schön wäre, wenn es nicht nur ein set volume mit konkreter Lautstärkeangabe gäbe sondern auch ein set volume up/down....
Hab ich eingebaut (siehe Attachment).
Zitat von: Andre0909 am 18 Januar 2018, 20:12:39
Wie definier ich das ganze denn?
Wenn Du mehrere Radios hast, solltest Du sicherheitshalber auf jeden Fall die IP-Adressen (oder DNS-Namen) angeben, also so:
define RADIO1 BUSCH_RADIO 1.2.3.4
define RADIO2 BUSCH_RADIO 1.2.3.5
Zitat von: zockz am 18 Januar 2018, 20:29:59
Hab ich eingebaut (siehe Attachment).
Wenn Du mehrere Radios hast, solltest Du sicherheitshalber auf jeden Fall die IP-Adressen (oder DNS-Namen) angeben, also so:
define RADIO1 BUSCH_RADIO 1.2.3.4
define RADIO2 BUSCH_RADIO 1.2.3.5
krasser scheiss. DANKE! liest beide radios ein, werd es ausführlich testen
Zitat von: zockz am 18 Januar 2018, 20:29:59
Hab ich eingebaut (siehe Attachment).
Danke dir. Habe ich nun bei mir eingebaut und funktioniert alles wie gewünscht.
Hallo Leute,
ich wollte auch mein BJ-Wlan-Radio in mein Bus-System integrieren. Da ich kein FHEM benutze und ich auch vermutlich nicht umsteigen möchte würde mich nur das mit dem UDP-Protokoll interessieren um auf dieser Basis selbst was zu erstellen. Ich komm nicht aus dem IT-Bereich daher meine Frage.
Ich hab mit ein UDP-Programm heruntergeladen und wollte die Verbindung testen und ob ich Antworten erhalte. Leider ohne Erfolg, über Http steuern funktioniert also Verbindung besteht.
Kennt jemand ein gutes UDP-Programm für Windows womit es sicher funktioniert damit ich mal testen kann.
Das wäre echt hilfreich damit ich den Fehler eingrenzen kann (ob Dieser nicht doch vorm Monitor sitzt)
Viele Grüße
Jürgen
Hallo Jürgen,
was für ein "UDP-Programm" ist das denn?
Um zu testen, ob es generell funktioniert, brauchst Du ein Programm, das es erlaubt, auf verschiedenen Ports zu senden und zu empfangen, das können nicht alle. Ich habe überhaupt keine Erfahrung mit solchen Tools, aber zum Beispiel das "UDP Test Tool"
(http://www.simplecomtools.com/productcart/pc/viewPrd.asp?idproduct=6&idcategory=5 (http://www.simplecomtools.com/productcart/pc/viewPrd.asp?idproduct=6&idcategory=5)) scheint diese Anforderung zu erfüllen. Dann einfach mal den Listener (Host) auf Port 4242 laufen lassen und am Radio "spielen", dann müsstest Du schon was empfangen.
Dann ist es nur wichtig, das Format genau einzuhalten (Windows-Zeilenenden mit CRLF, Leerzeile am Ende), und schon sollte es klappen.
Andere Frage: wie stellst Du Dir dann die Steuerung vor?
Wenn Du zum Beispiel die Möglichkeit hast, ein PERL-Standalone-Programm laufen zu lassen, solltest Du ziemlich schnell zum Ziel kommen.
Wow, schnelle Antwort.
Hallo zockz,
Das von dir vorgeschlagene Programm wollt ich mir dort nicht downloaden da ich mich anmelden müsste. Ich benutze dieses hier hab nen Screenshot angehängt (hoffe ich)
Leider hab ich keine Ahnung wie ich die einzelnen Befehle in die Massage-Box schreiben muss damit es geht. Hab es nebeneinander mit "Komma" und weiteren Trennzeichen versucht, auch untereinander.
zb:
COMMAND:GET
INFO_BLOCK
ID:fhem
oder:
COMMAND:GET,INFO_BLOCK,ID:fhem
Zitat von: zockz am 03 Februar 2018, 11:04:58
Dann ist es nur wichtig, das Format genau einzuhalten (Windows-Zeilenenden mit CRLF, Leerzeile am Ende), und schon sollte es klappen.
... da brauch ich wohl eine genauere Erläuterung.
Zitat von: zockz am 03 Februar 2018, 11:04:58
Andere Frage: wie stellst Du Dir dann die Steuerung vor?
Wenn Du zum Beispiel die Möglichkeit hast, ein PERL-Standalone-Programm laufen zu lassen, solltest Du ziemlich schnell zum Ziel kommen.
Perl benutze ich nicht, ich arbeite mit einer PHP-Basierten Lösung. Kann dort allerdings UDP-Befehle senden und auf Umwege auch empfangen. Nur muss ich es erst mal testen.
Danke
Jürgen
OK, das sollte das im Prinzip auch können, sieht soweit richtig aus.
Ich finde leider keine Doku zu dem Programm, welches Du benutzt. Die Frage ist, ob es irgendwie möglich ist, Sonderzeichen einzufügen, z. B.
COMMAND:GET\r\nINFO_BLOCK\r\nID:fhem\r\n\r\n
Dann sollte es schon funktionieren. Die Zeilenenden (DOS-Format, Carriage Return + Line Feed, oder in Hex 0x0D 0x0A) und die Leerzeile am Ende sind wichtig, Komma wird nicht funktionieren.
Um aber zu sehen, ob es im Netzwerk überhaupt funktioniert, würde ich erstmal den Listener laufen (genau wie Du es eingestellt hast) lassen und zum Beispiel das Radio einmal danach einschalten und die Station wechseln. Bei jeder solchen Aktion sendet das Radio einen UDP-Broadcast, den Deine App dann anzeigen müsste. Das wäre schon die halbe Miete ;-)
Hab mir jetzt das Programm welches du vorgeschlagen hast (von einer anderen Quelle) heruntergeladen und installiert.
Hab damit aber auch keinen Erfolg.
Ich weiß auch nicht, ob/wie dieses Programm Sonderzeichen wie \r unterstützt (so zumindest wohl nicht), aber im dümmsten Fall kannst du es im Hex-Modus eingeben.
Das sähe dann so aus:
43 4f 4d 4d 41 4e 44 3a 47 45 54 0d 0a 49 4e 46 4f 5f 42 4c 4f 43 4b 0d 0a 49 44 3a 66 68 65 6d 0d 0a 0d 0a
Ich vergaß: Oder halt einfach mehrzeilig eingeben und die beiden Checkboxen Line Feed und Carriage Return anhaken. Am Ende muss dann noch eine Leerzeile stehen. Ob das Ergebnis stimmt, siehst Du, wenn Du es im Hex-Modus mit o. g. String vergleichst.
Für die Konvertierung kannst Du z. B. einen Online-Converter benutzen, musst aber darauf achten, dass am Ende immer 0d 0a steht, ganz am Ende zweimal. Der Standard ist i. d. R. nur Line Feed, in diesem Fall einfach im Text-Editor 0a durch 0d 0a ersetzen.
Danke... mit HEX gehts scheinbar. Jetzt bin ich einen Schritt weiter, super.
Das Problem liegt scheinbar in der Schreibweiße des Hex-Code es werden keine Großbuchstaben vom Radio akzeptiert.
Hallo Leute,
ich habe das Busch-Radio-Modul nun seit über einem halben Jahr im Einsatz. Bisher ohne Probleme. Jetzt habe ich einen Radio per AUX und einem Amazon Echo Dot erweitert. Das funktioniert grundsätzlich auch gut. Allerdings habe ich beim Verwenden des AUX-Modus folgendes Problem:
die Readings "play_mode" und "play_mode_x" werden beim Umschalten in den AUX-Modus nicht gesetzt.
Es macht keinen Unterschied ob ich die Änderung am Radio direkt, per iNet Android-App oder über FHEM (set BadRadio play_mode aux, set BadRadio play_mode_x aux) vornehme. Der Radio ist nach dem Umschalten in den AUX-Modus noch für rund eine Minute erreichbar (kann also noch per FHEM gesteuert werden) und geht dann nach kurzer Zeit offline (ist aber noch eingeschaltet). Die Website und das iNet Android-App erreichen den Radio dann auch nicht mehr. Ich hab auch schon versucht dieses Verhalten mit regelmäßigen Pings zu unterbinden, leider ohne Erfolg. In den Einstellungen habe ich nichts gefunden. Der Radio befindet sich im Premium Energiemodus. Die IP-Adresse bekommt der Radio per DHCP vom Router (durch MAC-Bindung immer die selbe IP-Adresse). Sobald ich am Radio wieder auf einen Radiostream schalte verbindet sich dieser sofort per WLAN und ist auch wieder in FHEM erreichbar.
Kann diese Verhalten jemand bestätigen bzw. hat wer eine Lösung? Vor allem der Netzwerkverbindungsverlust ist ärgerlich.
Hier ist ein Fix für das AUX-Reading-Problem.
Hallo zusammen,
ich wollte das Thema mal wieder aufgreifen. Habe auch 2 von diesen Busch Jäger Inet Teilen verbaut und wollte diese nun an FHEM anbinden. Nachdem ich das Modul installiert und meine beiden Radios aufgenommen habe, habe ich mal versucht was zu setzen. Leider reagiert da gar nichts.
Readings funktionieren.
Gibts es hier vielleicht ein Update bzw. woran kann das liegen?
Gruß,
Bene
Hmm, das ist mit dieser Fehlerbeschreibung aus der Ferne schwer zu sagen.
Wie sehen denn Deine Defines aus? Gibt es irgendwelche Log-Einträge? Hast Du mal verbose gesetzt?
Hallo!
Ich hab heute auch das Modul runtergeladen und versucht. Leider tut sich gar nix. Weder mit Discover, noch mit Angabe der IP-Adresse.
Verbose hab ich mal auf 5 gesetzt. Unten sind die Logausgaben für discover und Volume 0.
Energieeinstellungen hab ich auf Premium gesetzt und auch bei laufendem Radio probiert.
Pingen kann ich das Radio vom Raspi aus auch.
Wo setzt man denn an zu suchen?
2020.09.02 21:47:22 5: BUSCH_RADIO_Get(discover, )
2020.09.02 21:47:23 5: BUSCH_RADIO_Read()
2020.09.02 21:47:23 4: BUSCH_RADIO_received(COMMAND:2\r\nID:Radio_Kueche\r\nAPP_IS_DISABLED:\r\nRESPONSE:NACK\r\n\r\n)
2020.09.02 21:47:34 5: BUSCH_RADIO_Set(volume, 0)
2020.09.02 21:47:34 5: BUSCH_RADIO_Set(?, )
2020.09.02 21:47:34 5: BUSCH_RADIO_Read()
2020.09.02 21:47:34 4: BUSCH_RADIO_received(COMMAND:2\r\nID:Radio_Kueche\r\nAPP_IS_DISABLED:\r\nRESPONSE:NACK\r\n\r\n)
Ok, habs gefunden. Das Radio hat sich nach dem Einschalten immer wieder mal noch neu gestartet. Deshalb hab ich angenommen, das würde immer mal wieder ein Firmwareupdate machen. Pustekuchen.
Nach einen Update von 1.50 auf 2.02 gehts jetzt auch auf Anhieb.
Danke für das Modul, das lässt sich wirklich klasse an.
!ACHTUNG!
Es gibt eine neue Firmware für die Radios: Hatte die diese Woche geupdatet. Seitdem verlieren die Teile
die WLAN Verbindung nach 3 Stunden im Standby.
Meine aktuelle Lösung ist, die Radios alle 2 Stunden Aufzuwecken und wieder ind den Standby zu versetzen:
Da diese blöden Teile immer etwas Zeit brauchen, bis sie den nächsten Befehl entgegennehmen / verarbeiten können
sollte man ca. 8 Sekunden zwischen jeden Befehl vergehen lassen. Folgende Befehle sind zu senden, damit es auch nicht los
dudelt, wenn die ihren Reset machen.
1. MUTEN: COMMAND:SET\r\nVOLUME_MUTE\r\nID:fhem\r\n\r\n
2. WAIT 8 Sek. + ANSCHALTEN: COMMAND:SET\r\nRADIO_ON\r\nID:fhem\r\n\r\n
3. WAIT 8 Sek. + AUSSCHALTEN: COMMAND:SET\r\nRADIO_OFF\r\nID:fhem\r\n\r\n
4. WAIT 8 Sek. + ENTMUTEN: COMMAND:SET\r\nVOLUME_UNMUTE\r\nID:fhem\r\n\r\n
Die Wartezeiten stehen in Relation zum vorherigen Befehl.
Schön wäre, wenn man noch abfragen könnte, ob das Radio eingeschaltet ist, sodass der Resetbefehl im Falle das Radio läuft
nicht ausgeführt wird. Allerdings habe ich keine Ahnung, wie ich das mit io.broker verarbeiten könnte. Kenn mich mit JS überhaupt nicht aus.
Gibt es eine Möglichkeit die Ausgabe von
COMMAND:GET
INFO_BLOCK
ID:fhem
in eine Variable der Homematic schreiben zu lassen... war/falsch z.B. Das ganze dann meinetwegen zyklisch aller 5 Sekunden abgefragt?
Viele Grüße, Denny
Können die Dinger UPnP/DLNA ? Dann könnte man mal mit UPNP-/DLNAController (https://forum.fhem.de/index.php/topic,118837.0.html) testen.
Grüße Markus
Ja... aber dazu muss man die Teile erst Anschalten und in den UPnP Mode versetzen. Aktuell ist es so, dass selbst das zyklische Ein- und Ausschalten die Teile
nicht davor bewahrt die WLAN Verbindung zu trennen. Das ist der aller letzte Dreck, ich kann nur davon abraten sich die Teile anzuschaffen.
Werde jetzt einfach eine Endstufe in die Decke legen und den Chromecast Audio dort direkt anschließen.
Hast Du schon versucht, die Firmware downzugraden?
Ich schau mir das mal an...
Hi, nee... aaaaber.
Ich hab mal die Bedienungsanleitung rausgekramt und einen Werksreset gemacht (ALLE Tasten gedrückt halten). Ich will mich nicht zu früh freuen
aber zumindest über Nacht ist es online geblieben...scheint also was gebracht zu haben. Firmware ist aktuell immer noch 02.05 02.
Dann drücken wir Dir die Daumen!
Ich hab immer noch die 02.03 drauf und werde dann wohl auch nicht updaten ::)
Zitat von: dennydeutscher am 18 Mai 2021, 11:54:26
Hi, nee... aaaaber.
Ich hab mal die Bedienungsanleitung rausgekramt und einen Werksreset gemacht (ALLE Tasten gedrückt halten). Ich will mich nicht zu früh freuen
aber zumindest über Nacht ist es online geblieben...scheint also was gebracht zu haben. Firmware ist aktuell immer noch 02.05 02.
Hallo denny,
ich habe das selbe Problem. Hat es bei dir mit dem Werksreset beständig funktioniert oder hast du neue Infos? Bei hilft leider kein Werksreset. Ich habe drei Geräte und zwei davon mit der neusten Firmware. Leider verlieren diese ihre WLAN Verbindung bei längerer nicht Benutzung. Anfangs dachte ich es klappt aber am nächsten Tag erkennt man beim Anschalten am Display, dass es sich wieder neu mit dem WLAN verbindet. Die Eergieoptionen habe ich geprüft, steht alles bei Premium.
Habt ihr noch Ideen oder Tips. Ggf eine Quelle für ältere Firmwareversionen? Bin für jede Hilfe dankbar.
Es grüßt noxenpresser.
Hi,
evtl. hilft dir diese Firmware weiter.
Version 02.03:
http://update.busch-jaeger.de/Updates/8216_WLAN_Radio_v01/fw8216wlan.bin (http://update.busch-jaeger.de/Updates/8216_WLAN_Radio_v01/fw8216wlan.bin)Ob ein downgrade funktioniert, kann ich leider nicht sagen ...
Falls der Link doch nur zu der neuesten Firmware führt, kann ich dir per PM die 02.03 schicken.
VG,
Mikka
Zitat von: noxenpresser am 09 Juli 2021, 06:49:18
Hallo denny,
ich habe das selbe Problem. Hat es bei dir mit dem Werksreset beständig funktioniert oder hast du neue Infos? Bei hilft leider kein Werksreset. Ich habe drei Geräte und zwei davon mit der neusten Firmware. Leider verlieren diese ihre WLAN Verbindung bei längerer nicht Benutzung. Anfangs dachte ich es klappt aber am nächsten Tag erkennt man beim Anschalten am Display, dass es sich wieder neu mit dem WLAN verbindet. Die Eergieoptionen habe ich geprüft, steht alles bei Premium.
Habt ihr noch Ideen oder Tips. Ggf eine Quelle für ältere Firmwareversionen? Bin für jede Hilfe dankbar.
Es grüßt noxenpresser.
Hallo Mikka,
also es ist wirklich sehr merkwürdig. Ich dachte erst nach dem Reset und erneuten Einstellungen ging es. Aber nun nach einer Weile haut es wieder nicht hin. Es wäre schön wenn du mir deine ältere Firmware schickst. Dann verscuhe ich es mal.
Idee ist die URL in der Configdatei so anzupassen dass die alte Frimware lokal aus dem Netz gezogen wird und so ggf installiert. Die Frage ist natürlich ob die Knaben von BJ einen Versionsnummerncheck drin haben, ich fürchte allerdings schon. Nunja wir werden sehen.
MFG
Leider hat der Updateversuch nicht geklappt. Da passiert im Hintergrund sicherlich noch mehr Magic als nur ein Download einer Updatedatei. Das bedeuted ich stehe nachwievor vor dem Problem das das Radio die WLAN Verbindung verliert. Es ist auch nicht zu erkennen in welchem Zusammenhand das passiert. Es tritt einfach sproadisch auf. Mal geht es 2 Tage gut, dann wieder nicht.
Update:
Ohne aktive WPA3 Verschlüsselung an der Fritz-Box gibt es bis jetzt keine WLAN Verbindungsabbrüche mehr.
Hallo zusammen,
ich habe jetzt auch "massive" Probleme mit meinen UP 8216U Radios, alle laufen auf der SW 02.05.02 und gefühlt seit dem ich das vierte in Betrieb genommen habe klinken sich die Radios regelmäßig aus.
WPA3 ist nicht aktiv und sonstige Änderungen an meinen Unifi Komponenten gab es auch nicht.
Ich habe jetzt schon at mit dem beschriebenen Workarounds mute, an, aus, unmute am laufen aber irgendwie kann das nicht der Weisheit letzter Schluss sein.
Was mir aufgefallen ist:
Führt es nicht zu Problemen, wenn der UDP Port 4242 durch jede Modul Instanz auf dem Host geöffnet wird? Auf meinem FHEM Host finde ich via netstat 4x
udp 0 0 0.0.0.0:4242 0.0.0.0:*
udp 0 0 0.0.0.0:4242 0.0.0.0:*
udp 0 0 0.0.0.0:4242 0.0.0.0:*
udp 0 0 0.0.0.0:4242 0.0.0.0:*
Des weiteren bin ich über einen Eintrag in den Config Dateien der Radios gestolpert, 3x lautet im unteren Abschnitt zur Firmware der Eintrag:
[system]
&fw=http://update.busch-jaeger.de/Updates/8216_WLAN_Radio_v01/fw8216wlan.bin
&co=30
&FwVersion=02.05 02
&MACAddress=
Bei dem zuletzt eingebundenen Radio findet sich unter &co= der Wert 20, wofür mag &co wohl stehen?
[system]
&fw=http://update.busch-jaeger.de/Updates/8216_WLAN_Radio_v01/fw8216wlan.bin
&co=20
&FwVersion=02.05 02
&MACAddress=
Alle Radios haben die Wifi Firmware Version 20131107
Wenn noch jemand Ideen hat, wie man das Problem näher eingrenzen könnte, ich bin für jeden Vorschlag offen.
Greetz
Eldrik
Es gibt wieder eine neue Firmware 02.06 01 diese behebt auch das lässte URL too long Problem der TuneIN Sender.
Hallo!
Bei mir tritt das identische Problem auf, dass das BJ 8216U Internetradio in unregelmäßigen Abständen mit neuester Firmware die WLAN Verbindung trotz Einstellung "Premium" verliert.
Neueste Firmware 2.06.01
Mute/Unmute habe ich probiert, WPA3 ist deaktiviert.
Leider hilft beides nicht durchgehend.
@dennydeutscher
@noxenpresser
@eldrik
Ich nehme an, dass ihr, nachdem hier keine weiteren Posts erfolgt sind, eine dauerhaft, funktionale Lösung finden konntet?
Bin für jeden Tipp dankbar!
an alle Hilfesuchenden, ich habe mich heute erneut mit dem Thema beschäftigt, da mich die ewigen Offline Meldungen in meiner FHEM Ansicht genervt haben.
Das Problem scheint darin zu liegen, dass mit der neuen Firmware keine Broadcast Meldungen mehr gesendet werden, sondern Unicast Meldungen.
Ich habe mich daher umgeschaut wie empfangene Unicast Pakete in Broadcasts "umgewandelt" werden können.
Herausgekommen ist dieses socat Kommando, welches auf Port 4242 hört und die Pakete nach Port 4243 als Broadcast weiterschickt.
socat -u UDP-RECV:4242 UDP-DATAGRAM:255.255.255.255:4243,broadcast
Der UDPListen Port muss dafür in der Moduldefinition auf 4243 gesetzt werden.
Bisher tauchen meine Radios wieder wie gewünscht in FHEM auf und lassen sich steuern.
Wer mag es ausprobieren und schauen ob es auch bei ihm hinhaut?
Greetz
Eldrik