Raumfeld Expand - kann ich das WLAN abschalten?

Nein, mit Bordmitteln geht das nicht.

Hallo Masterclaw,
du kannst die Antenne abschrauben. Dann strahlt der Expand zumindest nicht mehr, aber Strom spart das nicht.

Gruß
M.

merlin-md (Beitrag #3) schrieb:

Hallo Masterclaw, du kannst die Antenne abschrauben. Dann strahlt der Expand zumindest nicht mehr, aber Strom spart das nicht. .

Das ist doch schonmal was. Und wie verhindere ich, dass beim Expand Einbinden die Lautsprecher auf dessen WLAN konfiguriert werden?
Oder kann ich die Lautsprecher manuell auf mein "normales" WLAN zurück konfigurieren?

masterclaw (Beitrag #4) schrieb:

merlin-md (Beitrag #3) schrieb: Hallo Masterclaw, du kannst die Antenne abschrauben. Dann strahlt der Expand zumindest nicht mehr, aber Strom spart das nicht. . Das ist doch schonmal was. Und wie verhindere ich, dass beim Expand Einbinden die Lautsprecher auf dessen WLAN konfiguriert werden?

Ohne Antenne reicht das WLAN des Expand nur wenige Meter, d.h. die Speaker werden seine WLAN-SSID einfach nicht sehen. Notfalls kannst du bei der Raumkonfiguration das alternative WLAN auswählen.

Gruß
M.

merlin-md (Beitrag #5) schrieb:

Notfalls kannst du bei der Raumkonfiguration das alternative WLAN auswählen.

Den Punkt habe ich übersehen. Da muss ich nochmal nachschauen. Danke!

merlin-md (Beitrag #5) schrieb:

Ohne Antenne reicht das WLAN des Expand nur wenige Meter,

Danke nochmal. D.h. ich kann da ja auch einen SMA 50 Ohm terminator drauf schrauben. Dann ist ganz ruhe.
Muss ich das nur noch mit dem alternativen WLAN testen. Dann habe ich (fast) meine Lösung.

Ich brauche nochmal Hilfe: Wo zum Teufel stelle ich denn manuell das WLAN um? Ich finde das einfach nicht.

Du musst für jeden Raum das Setup erneut ausführen. Dort bekommst du dann die Auswahl, welches WLAN du benutzen willst.

Ah ok, danke. Das mache ich dann heute Abend nochmal.
ich meine aber, als ich den Expand das erste mal eingerichtet habe, dass er mir gar keine WLAN angeboten hat und automatisch sein eigenes konfiguriert hat. Ist das anders, wenn das WLAN des Expand für das Raumfeld gerät nicht sichtbar ist?

Es soll so sein, dass das am jeweiligen Standort des Lautsprechers beste WLAN automatisch voreingestellt wird. Hat man mehrere WLAN-Netze, dann kann man an einem bestimmten Punkt im Setup aber explizit ein anderes Netz auswählen.

Hallo zusammen,


auch ich betreibe einen expand als Host und benötige das von ihm erzeugte WLAN nicht, da im ganzen Haus eine strukturierte Verkabelung vorhanden ist. Der Tipp die WLAN Antennen zu entfernen funktioniert bei meinem Gerät nicht da Diese nicht geschraubt sind. Gibt es andere Möglichkeiten ?


Grüße

Frank

Die Antennen sind intern nur gesteckt. Ins Gehäuse kommst Du, wenn Du die Gummifüße entfernst und die darunterlegenden Schrauben löst.

Diese Art der Demontage empfielt sich allerdings nur, wenn Dir die Garantie egal ist. ;.)

Das kann man doch wieder zurück bauen, sollte mit dem Gerät mal was sein.
Ich habe mich noch nicht weiter mit dem Thema befasst. Ist das ein TS9 Stecker oder SMA für die WLAN Antennen?

Hat wunderbar funktioniert. Besten Dank für den Tipp.

Im Falle eines Falles lässt sich das Ganze tatsächlich sehr einfach wieder rückgängig machen, also Alles gut.


Grüße

Frank

Hallo zusammen,

Mein erster Post hier, ich habe zwei Raumfeld Speaker (S und Stereo Cubes sowie einen Expand als Host in Betrieb, alles in einem verkabelten Ethernet)

Meine Sicherheitsbedenken bei einem zweiten unkontrollierten Wlan Einstiegspunkt in mein Heimnetz haben mich gestern dazu gebracht, mir das auch mal genauer anzuschauen. Die Raumfeld-Komponenten sind ja netterweise relativ offen (SSH-Zugang bzw. serielle Konsole), so daß man sich gerade mit letzterer
hemmungslos austoben kann.

Fürs Abstellen des Wlans hat Raumfeld direkt das Kappen der Stromversorgung vorgesehen, so daß ich bei mir den Verbrauch von 3.2 Watt auf 1.7 Watt senken konnte. Immerhin 3 Euro 50 im Jahr.

Leider benötigt der Raumfeld master Prozess zwingend ein aktives Wlan, um zu starten. Für den Betrieb aber wohl nicht, daher kann man die Wlan Karte danach auch wieder ausstellen. Das habe ich mir in die

Voraussetzung sind entweder ein ssh-Zugang oder Zugriff auf die serielle Konsole sowie etwas Linux Kenntnisse. Man kann sich den Expand vermutlich auch permanent zerschiessen, wenn man etwas falsch macht.

Und so habe ich das jetzt gemacht:

Man legt eine ausführbare Datei /root/wlan mit dem folgenden Inhalt an, die das Wlan steuern kann:

#!/bin/sh # This script controls wlan0 by controlling usb power case "$1" in stop) echo "Waiting 30 secs to kill wlan" sleep 30 echo "Killing power to usb port" echo 0 > /sys/class/gpio/gpio50/value echo "Setting left LED off" echo 0 > /sys/class/leds/raumfeld:1/brightness ;; start) echo "Starting wlan" echo 1 > /sys/class/gpio/gpio50/value echo "Sleeping 10 secs to wait for bridge" sleep 10 ;; *) echo "Usage: $0 {start|stop}" exit 1 ;; esac exit $?

und binde sie in das master-process Start Skript folgendermassen ein:

--- start-master-process.sh_dist2016-03-24 22:41:14.035139373 +0100 +++ start-master-process.sh2016-03-24 22:40:19.486566033 +0100 @@ -23,6 +23,9 @@ fi logger -t "raumfeld" < /var/run/master-process-logger-pipe & + echo "initiating wlan shutdown" + /root/wlan stop & + echo "starting master-process" cd /raumfeld/master-process ./master-process --verbose > /var/run/master-process-logger-pipe 2>&1 @@ -39,4 +42,8 @@ killall -9 timeserver >/dev/null 2>&1 killall -9 logger >/dev/null 2>&1 sleep 1 + + echo "restarting wlan" + /root/wlan start + sleep 5 done

Die Zeilen, die mit + anfangen, sind in /raumfeld/master-process/start-master-process.sh an den bezeichneten Stellen einzufügen.

Damit wird dann kurz vorm Start des master Prozesses das Ausschalten des Wlans gestartet, der master hat aber noch 30sec, um zu starten. Danach ist er dann nur noch per Kabel erreichbar.

Sollte der master irgendwann abstürzen, wird vor dem Neustart noch das Wlan kurz wieder hochgefahren.

Nach einem Firmware-Update muß man das vermutlich wiederholen.

Negative Auswirkungen habe ich noch keine beobachtet, nur positive.

Ich hoffe, meine Recherchen konnten dem einen oder anderen weiter helfen.

Viele Grüße,

Frank

Super Frank. Vielen Dank dafür.

Schaue ich mir auf jeden Fall jetzt auch mal an.

Hallo einfrank!
Das klingt sehr interessant und ich würde das gerne auch mal ausprobieren, leider bin ich aber absoluter Laie...

Wäre es zuviel verlangt noch kurz zu erklären, wie man diesen ssh-Zugang respektive Zugriff auf die serielle Konsole erhält? Oder sollte ein Laie da lieber komplett die Finger von lassen? Die von dir vorgegebenen Zeilen in eine Datei einzufügen würde ich mir ja im Zweifel sogar noch zutrauen..

Besten Gruß
schmid0r

So geht das: SSH Access RF

Nach dem Freischalten von ssh empfielt es sich noch ein PW zu setzen.

Hallo HIFI-Forum Gemeinde,
Vielen Dank für den Tip mit dem Abschalten des WLAN. Es funktionierte perfekt bis ich heute den Fehler machte das Update 1.57 zu installieren. Bei den letzten 2 Updates habe ich einfach eine SFTP Verbindung aufgemacht und die Dateien getauscht. Leider scheint der Zugang per SFTP auf meinem Raumfeld Expand abgeschalten. SSH an der Konsole geht. Hat Jemand einen Tip wie der Zugang per SFTP wieder klappt. Bitte keine Tipps wie SCP Kommandos lernen.

Danke für jeden Hinweis
Claudius

Hallo zusammen,

gibt es hier Neuigkeiten?
Funktioniert es immer noch, oder wieder?

Danke und Gruß Karsten

Leider nein. Zur Not die Antennen-Kabel abziehen

d.h. damit ist auch die Möglichkeit gestorben das WLAN des Expand sichtbar zu machen?
Mein S7 verbindet sich leider nur mehr sporadisch mit dem "Access-Point" / "Raumfeld 2300" weil dessen SSID versteckt ist. Anfangs hat das eigentlich gut geklappt, mit dem zusätzlichen "Access-Point" aber seit ein paar Tagen ist leider wieder Ebbe...

@Kargol: mein Expand hat keine versteckte SSID. Ist das bei Dir anders? Das einzige was RF versteckt hat, ist der WLAN Key, damit man sich nicht damit verbinden kann. Früher gehörte das zur Gerätephilosophie, aber nachdem sie es nicht gebacken bekamen, den Stream stabil zu bekommen, wurden Fremdgeräte, also auch das Handy mit der Steuerungs-App, ausgesperrt.

Mein SSH Zugang geht auch mit der 1.63.9 noch. beim Software Upgrade wird lediglich das PW vom root User deaktiviert, so dass man es wieder neu setzen muss. Aber man kommt weiterhin drauf.

Was ich nicht hinbekomme ist es die master process Datei so zu modifizieren, dass sie beim Hochfahren automatisch das WLAN ausschaltet. Manuell geht es einwandfrei.

Hat hier jemand einen Tip?

Ich weiß nicht, wie du das WLAN "manuell" abschaltest, aber wenn es per Befehl klappt, könntest du diesen beim Start der Box ausführen lassen.
Ich wecke so mein NAS auf, wenn die Raumfeldbox eingeschaltet wird - siehe hier

Danke, aber irgendwie klappt es nicht.
Habe jetzt das script wie bei Dir in der S99master-process direktz am Anfang versucht zu starten. Es passiert aber nix.
Führe ich den gleichen Befehl manuell aus, klappt es.

Was mache ich falsch?

#!/bin/sh case "$1" in start) /root/wlan stop test -x /raumfeld/master-process/master-process || exit 0 G_FILENAME_ENCODING="UTF-8,ISO-8859-1" DBUS_SERVICE=`dbus-launch --sh-syntax` echo $DBUS_SERVICE > /var/run/raumfeld.session eval $DBUS_SERVICE ....

Wenn ich dein Skript richtig deute, dann testest du auf laufenden master-process.
Da du das Skript aber vorher ausführst, läuft der ja noch gar nicht, oder?

Ansonsten mal probieren das ganze Skript manuell aufzurufen.
Kannst dir ja ein paar echo-Ausgaben zum Testen einbauen.

Nein, ich rufe mein Script mit:

/root/wlan stop

auf. Das startet zuerst und vor dem Master Process

Sag ich ja: dein Skript prüft ob der master-process läuft und wenn nicht - exit.
Und der läuft eben nicht, wenn das Skript vor dem Startbefehl aufgerufen wird.

Bau einfach mal vor und nach jedem Befehl eine echo-Ausgabe ein, dann siehst du ob und was wann passiert.

Ich weiß nicht genau, wie du das WLAN abschaltest, aber ich würde das erst ca. eine halbe Minute nach dem
Start von master-process aufrufen. einfrank hat das weiter oben ziemlich ausführlich erläutert.

OK, ich versuche es nochmal.
Ich verwende das Skript von oben zum Abschalten von WLAN.

#!/bin/sh # This script controls wlan0 by controlling usb power case "$1" in stop) echo "Waiting 30 secs to kill wlan" sleep 30 echo "Killing power to usb port" echo 0 > /sys/class/gpio/gpio50/value echo "Setting left LED off" echo 0 > /sys/class/leds/raumfeld:1/brightness ;; start) echo "Starting wlan" echo 1 > /sys/class/gpio/gpio50/value echo "Sleeping 10 secs to wait for bridge" sleep 10 ;; *) echo "Usage: $0 {start|stop}" exit 1 ;; esac exit $?

Dieses funktioniert "manuell" ausgeführt tadellos.
Es wartet 30 Sekunden bis es das WLAN abschaltet.

Wie kann ich denn direkt beim Neustart die echo Ausgaben sehen? Sorry, bin bei Linux eher schlecht.

Und der Aufruf dieses Skripts im S99master-process stimmt?
./<verzeichnis_zum_skript>/wlan stop

Wie kann ich denn direkt beim Neustart die echo Ausgaben sehen? Sorry, bin bei Linux eher schlecht.

Berechtigte Frage.
Leider habe ich gerade keine Ahnung wohin die raumfeld-Box den syslog schreibt.
Und hab ihn auf die Schnelle auch nicht gefunden, sorry.

Sonst kannst du ja auch vor und nach dem Skriptaufruf ein echo in eine Datei umleiten (echo > ...) und
dir dann den Inhalt der Datei anschauen. Dann siehst du, ob er vor UND nach den Skriptaufruf gekommen ist.

Hallo Forum,
ich habe mir kürzlich einen gebrauchten Raumfeld Expand geholt und wollte auch kein zusätzliches WLan Netzwerk, da ich einerseits soweit möglich ohnedies Gigabit verkabelt bin und ansonsten auch vernünftiges WLan habe. Ein zusätzliches 2.4GHz-Netz, das der Expand zur Verfügung stellt, kommt überdies schon mal gar nicht in Frage - da ist nämlich die Dichte mit konkurrierenden Netzten im Umfeld ohnedies ausreichend groß.

Aus diesem Grund habe ich micht mit dem Thema beschäftigt und habe - so glaube ich - eine sehr einfache Variante gefunden, das WLan des Expand komplett zu deaktivieren. Möglicherweise hat sich in den letzten Firmware Versionen dazu auch einiges geändert.

einfrank (Beitrag #16) schrieb:

Leider benötigt der Raumfeld master Prozess zwingend ein aktives Wlan, um zu starten. Für den Betrieb aber wohl nicht, daher kann man die Wlan Karte danach auch wieder ausstellen.

Das kann ich mit der aktuellen Firmware 2.6 nämlich nicht mehr bestätigen: Der Masterprozeß startet ganz normal, auch wenn kein WLan aktiv ist. Ob der Prozeß dann das macht, was er soll, kann ich derzeit allerdings noch nicht mit Sicherheit beantworten weil mein NAS mit der MP3 Sammlung noch nicht eingebunden ist - das wohl wird noch einige Zeit dauern. Daher wäre es auch interessant, Feedback von anderen Usern zu meiner Methode zu erhalten. In der App wird der Expand bei mir aber jedenfalls als "Host" angezeigt.

Nun zur Vorgangsweise und den Voraussetzungen:
1.) Erforderlich ist lediglich ein ssh Zugang zum Raumfeld expand
2.) login mit user "root" am Raumfeld expand mit einem ssh-Client (ich verwende dafür putty)
3.) Eingabe der folgenden 4 Befehle (jeweils abgeschlossen mit der Eingabetaste) auf der Kommandozeile:

mkdir /root/init.d cd /etc/init.d mv S05wifi S99wlan0-txpower /root/init.d sync ; reboot

Das sollte es sein. Im Ergebnis werden die für das WLan zuständigen init-script im Verzeichnis /etc/init.d ganz einfach in das neu angelegte Verzeichnis /root/init.d verschoben und dort für den Fall, daß man das wieder rückgangig machen will, gesichert. Das WLan wird damit ganz einfach nicht gestartet und ist von Anfang an inaktiv.

Rückgängig machen läßt sich das auch wieder sehr einfach (ssh Zugang natürlich weiterhin erforderlich):
1.) login mit user "root" am Raumfeld expand mit einem ssh-Client (ich verwende dafür putty)
2.) Eingabe der folgenden 3 Befehle (jeweils abgeschlossen mit der Eingabetaste) auf der Kommandozeile:

cd /root/init.d mv S05wifi S99wlan0-txpower /etc/init.d sync ; reboot

Der Vorteil dieser Methode liegt darin, daß weder bestehende Dateien verändert noch neue Dateien angelegt werden müssen und das ganze daher sehr schnell geht.

Unabhängig davon gehe ich davon aus, daß bei einem Firmware Update der Prozeß wiederholt werden muß. Die Bestätigung dafür wird sich aber erst bei einem Update zeigen ...

Über Feedback, insbesondere von solchen, welche die Funktionen des Expand als Host bereits aktiv nutzen, würde ich mich freuen.

Atom2

Vielen Dank! Das scheint ja auch eine sehr gute Lösung, weil sie auch nach einem Neustart greift. Werde ich mal testen.

Hallo Atom2!
Ich habe leider keinen Zugriff mittels Putty auf den Expand: Ich habe in Putty die IP-Adresse des Expand eingegeben: Network error - connecton refused.
D. H., ich habe keine Berechtigung - hast du eine Idee?
Danke!

Man muss ssh erstmal per SW Paket aktivieren

Ist das ein Dienst bei Windows 10 - stehe auf dem Schlauch?!

Nein. Auf dem Expand.

Schau mal hier: klick

Vielen Dank für den superschnellen Support. Allerdings: Leider funktioniert es trotzdem nicht. Immer noch Zugriffsprobleme mittels Putty. Habe Stick formatiert und Anleitung befolgt. Stick "arbeitet" auch, wenn ich ihn in den Expand stecke..... Habe auch mal versucht, beim Booten des Expands die Datei einzulesen....
Egal, komme auch so klar.
Vielen Dank nochmals!!!

Hallo kmrlat,
ich beantworte Deine PM mal hier damit auch andere was davon haben.

Wenn Du alles nach der Anleitung im Link von masterclaw gemacht hast und der ssh Zugang trotzdem nicht funktioniert, hat Dein expand vermutlich eine zu neue Firmware installiert: Irgendwann hat Raumfeld nämlich die Möglichkeit zum Freischalten des ssh Zugangs deaktiviert.

Die Herausforderung besteht also darin, eine ältere Firmware auf dem expand zu installieren - und das geht auch wieder nur mit Tricks. Dafür hat aber der User Kojak_LE eine Anleitung geschrieben.

Diese setzt allerdings voraus, daß eine alte Firmware Datei vorhanden ist - Raumfeld stellt leider nur die aktuelle Version zum Download bereit. Allenfalls kannst Du eine solche aber vom User Kojak_LE kriegen. Ich glaube mich erinnern zu können, daß er irgendwo mal geschrieben hat, die Version 1.52 (oder eine andere, welche jedenfalls die Freischaltung von ssh noch erlaubt) zu haben.

Wenn der ssh Zugang dann mit der alten Firmware Version einmal freigeschaltet worden ist, bleibt dieser auch beim Upgrade auf neuere Versionen erhalten.

Atom2

1000 Dank!! Besser geht es nicht! Liebe Grüße

Guten Morgen,
Hat super funktioniert.
Bin Linux Laie, kann mir jemand das Script Zeile für Zeile erläutern, möchte es gerne verstehen

Besonder den Abschnitt verstehe ich nicht.

start)
echo "Starting wlan"
echo 1 > /sys/class/gpio/gpio50/value
echo "Sleeping 10 secs to wait for bridge"
sleep 10
;;


Wieso steht weiter unten im Script wieder Starting WLAN ?
Was bedeutet Wait for Bridge ?

Hallo,

weil der Ansatz von Atom2 mit der FW 2.12.3 den Host per App unerreichbar macht, habe ich mir die Lösung von einfrank angeschaut.

Das Script funktioniert weiterhin, jedoch habe ich bei mir die Ausführung auf 60 Sekunden verlängert.
In der Zeit ist das System komplett hochgefahren und WLAN kann danach deaktiviert werden.
Bei der Deaktivierung der LEDs würde ich eher die rechte LED nehmen, orientiert an der Base, wo sie für die Anzeige der Netzwerkverbindung zuständig ist.
Für den Expand konnte ich gerade keine genaue Beschreibung im Netz finden.

Im Folgenden sieht das so aus:

#!/bin/sh # This script controls wlan0 by controlling usb power case "$1" in stop) echo "Waiting 60 secs to kill wlan" sleep 60 echo "Killing power to usb port" echo 0 > /sys/class/gpio/gpio50/value sleep 120 echo "Setting right LED off" echo 0 > /sys/class/leds/raumfeld:3/brightness ;; start) echo "Starting wlan" echo 1 > /sys/class/gpio/gpio50/value echo "Sleeping 10 secs to wait for bridge" sleep 10 echo "Setting right LED on" echo 1 > /sys/class/leds/raumfeld:3/brightness ;; *) echo "Usage: $0 {start|stop}" exit 1 ;; esac exit $?

Das Script habe ich bei mir unter "/etc/raumfeld/usb-wlan-power" abgelegt. Damit dürfte es auch bei einem Update erhalten bleiben.
Die Datei danach per chmod 755 ausführbar machen.

Der Scriptaufruf erfolgt beim Start über "/etc/inittab"
Dazu habe ich folgenden Eintrag hinzugefügt:

# Stop wlan after 60 sec.
::sysinit:/etc/raumfeld/usb-wlan-power stop

Der Pfad sowie die Benennung sollte den eignen Wünschen und Vorgaben angepasst werden.
Und nach einem Update müssen die beiden Zeilen wieder ergänzt werden.

Was ich jetzt bei der FW 2.12.3 festgestellt hatte, dass die Netzwerkkommunikation komplett auf die WLAN Schnittstelle ausgelegt ist. Auch wenn der Expand nur über LAN verbunden ist. Das wird wahrscheinlich die Ursache sein, warum der Lösungsweg von Atom2 nicht mehr funktioniert.
Mir ist es aufgefallen, weil der Expand nach der Einrichtung eine neue IP bekommen hatte.

Viele Grüße, Kojak

Moin Moin,


nur eine kurze Wasserstandsmeldung:

Auch bei der jetzt aktuellen 2.18.1 ist eine WLAN-Abschaltung auf dem EXP möglich.

Ich habe es soeben mit Kojak´s o.a. Script ausprobiert, doch die 2.18.1 scheint sich gegen dessen Ausführung zu widersetzen.

Ein simpler Eintrag von

echo 0 > /sys/class/gpio/gpio50/value

als letzte Zeile in der /raumfeld/wlan0-txpower-fixup.sh deaktiviert das WLAN schlicht und elegant.

In diesem Zusammenhang fiel mir auf, dass die 2.18.1 wohl nicht mehr mit allen Anwendungen und Bibliotheken ausgestattet ist und das Zusammenspiel mit meiner App Android 4.15.1 hakelte und stockte.

So musste ich die Anwendungen connmanctl und ethtool samt... glaube zweier Bibliotheken... aus früheren Versionen bergen und einkopieren (CHMOD 0755 machen...). Nach Reboot waren diese dann wieder verfügbar, auch die App lief wieder flüssig.


Besten Gruß...

- der Jörch -

Moin Moin,


na ja, besser dem System noch eine Minute Zeit geben, sich zu sortieren.

Dann also

sleep 60
echo 0 > /sys/class/gpio/gpio50/value
sleep 30
echo 0 > /sys/class/leds/raumfeld:2/brightness


ganz unten in die /raumfeld/wlan0-txpower-fixup.sh eintragen.

Besten Gruß...

- der Jörch -