Bindung an Netzwerk-Adapter

Begonnen von Blauhorn, 11 September 2015, 14:43:31

Vorheriges Thema - Nächstes Thema

Blauhorn

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
1xBananaPi; 1x FB7490; 1xCUL433; 1x CC2530+CC2591; OpenMiLight-Gateway; 1xHMUART; HM-LC-Sw4-DR; Sonoff* mit TASMOTA, LEDController; MySensors; zigbee2mqtt;

SvenJust

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
FTUI, Raspberry PI/SSD, CUL CC1101, HMLAN, 10x HM-LC-Bl1PBU-FM, HM-LC-Sw4-WM (KWL Pluggit P300), HM-WDS30-OT2-SM (Sonnensensor), HM-Sec-SCo, LW-12 Wifi LED, CUL Selbstbau nanoCUL 433 (IT), Arduino (S0-Stromverbrauch), OW DS2480 (OWX_ASYNC) 8x DS18B20, MQTT (Fröling P4), MYSENSORS (Roto Rollläden)

Prof. Dr. Peter Henning

Offenbar ist hier das Default-Routing nicht korrekt, so dass eine Nameserver-Anfrage über den nicht mehr existierenden WLAN-Adapter geleitet wird.

LG

pah

Blauhorn

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


1xBananaPi; 1x FB7490; 1xCUL433; 1x CC2530+CC2591; OpenMiLight-Gateway; 1xHMUART; HM-LC-Sw4-DR; Sonoff* mit TASMOTA, LEDController; MySensors; zigbee2mqtt;

Blauhorn

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?
1xBananaPi; 1x FB7490; 1xCUL433; 1x CC2530+CC2591; OpenMiLight-Gateway; 1xHMUART; HM-LC-Sw4-DR; Sonoff* mit TASMOTA, LEDController; MySensors; zigbee2mqtt;

SvenJust

Auto wlan1 und folgende Zeilen auskommentieren und das Netzwerk auf den Banana Pi neustarten.
FTUI, Raspberry PI/SSD, CUL CC1101, HMLAN, 10x HM-LC-Bl1PBU-FM, HM-LC-Sw4-WM (KWL Pluggit P300), HM-WDS30-OT2-SM (Sonnensensor), HM-Sec-SCo, LW-12 Wifi LED, CUL Selbstbau nanoCUL 433 (IT), Arduino (S0-Stromverbrauch), OW DS2480 (OWX_ASYNC) 8x DS18B20, MQTT (Fröling P4), MYSENSORS (Roto Rollläden)

Blauhorn

Oh, sehr vielen Dank. Das hat geholfen.

blauhorn
1xBananaPi; 1x FB7490; 1xCUL433; 1x CC2530+CC2591; OpenMiLight-Gateway; 1xHMUART; HM-LC-Sw4-DR; Sonoff* mit TASMOTA, LEDController; MySensors; zigbee2mqtt;