Guten Tag zusammen,
seit einer reichlichen Woche habe ich mich nun an den Aufbau meiner Hasuautomatisierung gewagt. Ich habe mit einer Grundkonfiguration begonnen:
BananaPi
CUL 433 MHz
CUL 868 MHz
ein paar HomeEasy Funksteckdosen eine Fernbedienung dazu.
Einige Grundfunktionen konnte ich damit umsetzen:
- Lampe1 im Zimmer1 über Webfrontend ein- und ausschalten
- Lampe1 im Zimmer1 über Fernbedienung ein- und ausschalten
- Außenthermometer- Temperatur loggen und auf Web-Oberfläche in Graph darstellen
Kleine Sachen halt, und das geht auch gut voran. Alles noch im Experimentalstatus, aber wenigstens soweit, dass die Allerbeste in Akzeptanzstimmung verfällt.
Das Problem:
Ich habe die Fhem-Erstinstallation auf dem BPi noch durchgeführt, als dieser im WLAN an die Fritzbox angebunden war.
Danach habe ich festgestellt, dass Edimax-USB-WLAN-Adapter öfter nicht mehr richtig funkt, außerdem hat der nur zwei USB-Slots, die brauche ich aber für die CULs.
Kurzerhand habe ich den Hardware via Ethernet angebunden, das lief auch alles, bis auf update.
Dazu musste ich (nach langer Forumssuche) wieder zurück auf WLAN, dann update danach wieder auf Ethernet.
Frage: wie bekomme ich den BPi dazu, den Fhem-Server nur an das Ethernet zu binden, und nicht mehr an den WLAN-Adapter?
Vielen Dank
blauhorn
Hallo!
ZitatKurzerhand habe ich den Hardware via Ethernet angebunden, das lief auch alles, bis auf update.
Dazu musste ich (nach langer Forumssuche) wieder zurück auf WLAN, dann update danach wieder auf Ethernet.
Das liest sich, als wäre die Netzwerkanbindung des Banana Pi nicht korrekt. Vermutlich ist die WLAN Verbindung immer noch vorhanden, obwohl der Adapter entfernt ist. Ziel ist es, den WLAN Adapter aus der Konfiguration zu entfernen.
Poste hier bitte den Inhalt der Datei
/etc/network/interfaces
und das Ergebnis des Befehls (ausgeführt auf dem Banana Pi)
ifconfig
VG
Sven
Offenbar ist hier das Default-Routing nicht korrekt, so dass eine Nameserver-Anfrage über den nicht mehr existierenden WLAN-Adapter geleitet wird.
LG
pah
Hallo Sven,
danke für die schnelle Rückmeldung.
Da wollen wir mal:
ifconfig gibt
eth0 Link encap:Ethernet HWaddr 02:53:07:03:32:6d
inet addr:192.168.178.26 Bcast:192.168.178.255 Mask:255.255.255.0
inet6 addr: 2003:72:f1c:4700:53:7ff:fe03:326d/64 Scope:Global
inet6 addr: fe80::53:7ff:fe03:326d/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:688103 errors:0 dropped:0 overruns:0 frame:0
TX packets:737277 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:225762669 (215.3 MiB) TX bytes:328244396 (313.0 MiB)
Interrupt:117 Base address:0xc000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:279447 errors:0 dropped:0 overruns:0 frame:0
TX packets:279447 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:89292413 (85.1 MiB) TX bytes:89292413 (85.1 MiB)
und interfaces ist:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
#auto wlan0
#allow-hotplug wlan0
#iface wlan0 inet dhcp
#pre-up wpa_supplicant -B -Dwext -iwlan0 -c/etc/wpa_supplicant/wpa_supplicant.conf
#post-down killall -q wpa_supplicant
auto wlan1
allow-hotplug wlan1
iface wlan1 inet dhcp
wpa-ssid "FRITZ!Box 7490 *reale ssid entfernt*"
wpa-psk "*entfernt*"
#pre-up wpa_supplicat -B -Dwext -iwlan1 -c/etc/wpa_supplicant/wpa_supplicant.conf
#post-down killall -q wpa_supplicant
Zitat von: Prof. Dr. Peter Henning am 11 September 2015, 16:24:16
Offenbar ist hier das Default-Routing nicht korrekt, so dass eine Nameserver-Anfrage über den nicht mehr existierenden WLAN-Adapter geleitet wird.
LG
pah
Danke,
ja genau den Eindruck macht es, aber für mich als Linux-Laien:
wie kann man das ändern?
Auto wlan1 und folgende Zeilen auskommentieren und das Netzwerk auf den Banana Pi neustarten.
Oh, sehr vielen Dank. Das hat geholfen.
blauhorn