Cubietruck - WLAN geht nur wenn LAN angeschlossen ist

[Charity]

Ich hab nun meinen Cubietruck mit Debian endlich am laufen. FHEM läuft auch schon einwandfrei.

Habe alles konfiguriert wie ich noch am LAN angeschlossen war. Auch die WLAN Konfig. Funktioniert soweit.

Sobald ich jedoch das LAN Kabel abstecke, funktioniert WLAN auch nicht mehr.
Kenn das jemand ? Weißt das jemand eine Lösung ?

[betateilchen]

Ja, Du musst das WLAN Kabel wieder anstecken *g*

Nein im Ernst: Ich kenne das Problem und habe es auch gelöst. Aber ich kann frühestens heute abend zu Hause nachschauen, wie ich das gemacht habe - ich stand übrigens auch beim BeagleBoneBlack damals vor dem gleichen Problem.

http://forum.fhem.de/index.php/topic,13069.msg100042.html#msg100042

[Charity]

Hallo Betateilchen,

wart mal ich hol mir schnell eines meiner WLAN Kabel aus meinem Fundus

Ja danke das wäre echt genial, da ich dafür noch keine Lösung bei Doktor Google finden konnte.
Auch die WLAN Qualität ist recht eigenartig. Bei einem Dauerping von meinem Windows Rechner aus hab ich immer wieder Ausfälle.

Hattest du auch das Problem, dass die LAN-Karte bei jedem Reboot eine andere MAC hatte ?
Auch wenn ich in der Interfaces Konfig eine fixe HW-Adresse eintrage dann bekommt eth0 die fix Reservierte IP nicht vom DHCP. Erst "sudo dhclient -r eth0" hat er sich die richtige IP geholt.

lg.

[Charity]

Auch wenn den mal das WLAN geht, weil gerade LAN angeschlossen. Ist die WLAN Performance mehr als traurig

Reply from 192.168.0.225: bytes=32 time=1047ms TTL=63
Reply from 192.168.0.225: bytes=32 time=1089ms TTL=63
Reply from 192.168.0.225: bytes=32 time=255ms TTL=63
Reply from 192.168.0.225: bytes=32 time=176ms TTL=63
Reply from 192.168.0.225: bytes=32 time=71ms TTL=63
Reply from 192.168.0.225: bytes=32 time=1397ms TTL=63
Reply from 192.168.0.225: bytes=32 time=2516ms TTL=63
Reply from 192.168.0.225: bytes=32 time=3124ms TTL=63
Reply from 192.168.0.225: bytes=32 time=1155ms TTL=63
Reply from 192.168.0.225: bytes=32 time=543ms TTL=63
Reply from 192.168.0.225: bytes=32 time=130ms TTL=63

Auf dem Cubietruck läuft "cubieez_1.0.0_A20_Cubietruck_R1" mit allen Updates.

Gibt es da vielleicht nen besseren Treiber ?

[betateilchen]

also mit den ping-Zeiten hab ich keinen Kummer

Code Auswählen Erweitern


mba:~ udo$ ping cubie.betateilchen.de
PING cubie.betateilchen.de (192.168.123.241): 56 data bytes
64 bytes from 192.168.123.241: icmp_seq=0 ttl=64 time=3.858 ms
64 bytes from 192.168.123.241: icmp_seq=1 ttl=64 time=4.112 ms
64 bytes from 192.168.123.241: icmp_seq=2 ttl=64 time=3.900 ms
64 bytes from 192.168.123.241: icmp_seq=3 ttl=64 time=3.985 ms
64 bytes from 192.168.123.241: icmp_seq=4 ttl=64 time=4.023 ms
64 bytes from 192.168.123.241: icmp_seq=5 ttl=64 time=2.284 ms
64 bytes from 192.168.123.241: icmp_seq=6 ttl=64 time=3.987 ms
64 bytes from 192.168.123.241: icmp_seq=7 ttl=64 time=4.041 ms
64 bytes from 192.168.123.241: icmp_seq=8 ttl=64 time=4.118 ms
^C
--- cubie.betateilchen.de ping statistics ---
9 packets transmitted, 9 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 2.284/3.812/4.118/0.546 ms
mba:~ udo$


Und sowohl der pingende Laptop als auch der antwortende Cubie arbeiten per WLAN.

meine Datei /etc/network/interfaces

Code Auswählen Erweitern


# 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 manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf

iface default inet dhcp


Und das ist meine Datei /etc/dhcp/dhclient.conf

Code Auswählen Erweitern


option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
send host-name = gethostname();
request subnet-mask, broadcast-address, time-offset, routers,
domain-name, domain-name-servers, domain-search, host-name,
dhcp6.name-servers, dhcp6.domain-search,
netbios-name-servers, netbios-scope, interface-mtu,
rfc3442-classless-static-routes, ntp-servers;
timeout 5;


Wenn ich mich recht erinnere, waren das alle Änderungen, die ich machen musste, um WLAN alleine zum Laufen zu bringen.

[Charity]

Hallo Betateilchen,

danke ich werde die Einstellungen gleich mal ausprobieren und bescheid geben ob das für mich auch funktioniert hat.

lg.

[Charity]

Leider hat es bei mir nicht funktioniert.

Generell bin ich von der Netzwerkperformance nicht so begeistert.

Meine Interfaces

The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0

iface eth0 inet dhcp

#The wireless networkinterface with dhcp
auto wlan0
allow-hotplug wlan0
iface wlan0 inet dhcp

wpa-ap-scan 1
wpa-ssid XXXX
wpa-key-mgmt WPA-PSK
wpa-group AES
wpa-psk XXXXX

Die eth0 wäre auf DHCP konfiguriert, der Client holt sich aber keine IP auf der LAN Schnittstelle ab.

eth0      Link encap:Ethernet  Hardware Adresse ee:3f:c4:cd:51:02
          inet6-Adresse: 2002:51d9:446c:0:ec3f:c4ff:fecd:5102/64 Gültigkeitsbereich:Global
          inet6-Adresse: fe80::ec3f:c4ff:fecd:5102/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:85 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:7560 (7.3 KiB)  TX bytes:902 (902.0 B)
          Interrupt:117 Basisadresse:0xc000

lo        Link encap:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metrik:1
          RX packets:16 errors:0 dropped:0 overruns:0 frame:0
          TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:1113 (1.0 KiB)  TX bytes:1113 (1.0 KiB)

wlan0     Link encap:Ethernet  Hardware Adresse 98:3b:16:81:76:b1
          inet Adresse:192.168.0.225  Bcast:192.168.0.255  Maske:255.255.255.0
          inet6-Adresse: 2002:51d9:446c:0:9a3b:16ff:fe81:76b1/64 Gültigkeitsbereich:Global
          inet6-Adresse: fe80::9a3b:16ff:fe81:76b1/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:174 errors:0 dropped:0 overruns:0 frame:0
          TX packets:143 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:20162 (19.6 KiB)  TX bytes:18722 (18.2 KiB)

Meine dhclient.conf

option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
send host-name = gethostname();

request subnet-mask, broadcast-address, time-offset, routers,
        domain-name, domain-name-servers, domain-search, host-name,
        dhcp6.name-servers, dhcp6.domain-search,
        netbios-name-servers, netbios-scope, interface-mtu,
        rfc3442-classless-static-routes, ntp-servers;

timeout 5;

WLAN funktioniert dann, wenn ich beim booten gleichzeitig das LAN Kabel dran hatte. Danach kann ich es abziehen dann funktioniert WLAN auch. Sobald dass aber der Fall ist, werden die Daten nur mehr sehr zögerlich übertragen, d.h. in der SSH Session werden Tastenanschläge erst verzögert übertragen. Das ist beim Bearbeiten der Files mit (Löschen, Ergänzen und Bearbeiten von Konfiguration) nicht besonders brauchbar, wenn nur sehr zögerlich die Tastenanschläge abgearbeitet werden.

Das Problem mit dem beziehen der LAN Adresse kann ich selbst beheben in dem ich in der Interfaces auf eth0 manuell umstelle. Aber die WLAN "nicht" Funktion, ist mehr als ärgerlich. Da wo das Teil hin soll, will und kann ich kein LAN-Kabel verlegen.

Kann es eventuell auch am Linux Image liegen ?

Ich habe für die SD-Card Installation das Image von

http://www.cubieforums.com/index.php?topic=1511.0
Mirror: Download Cubieez 1.0 (Cubietruck A20 version)

Gibt es ein bessere Debian SD-Card Image ?

[betateilchen]

Tja, Du verwendest ja für Deine wlan Konfiguration auch eine völlig andere Konfiguration als die von mir vorgeschlagene.
Da kann ich Dir leider auch nicht weiterhelfen. Die wpa-supplicant laufen hervorragend, aber Du setzt sie eben nicht ein.

[Charity]

Alles klar, da werd ich mich morgen dann mal einarbeiten.

Ich kenne das wpa-supplicant nicht. Ich werd mir das mal raussuchen wie das funktioniert und probiere es dann aus.

Könnten damit die Drops eventuell auch behoben werden, denn mir gehen hier doch ein paar zu viele Pakete verloren.

Reply from 192.168.0.225: bytes=32 time=150ms TTL=64
Reply from 192.168.0.225: bytes=32 time=128ms TTL=64
Request timed out.
Reply from 192.168.0.225: bytes=32 time=153ms TTL=64
Request timed out.
Reply from 192.168.0.225: bytes=32 time=281ms TTL=64
Reply from 192.168.0.225: bytes=32 time=96ms TTL=64
Request timed out.
Reply from 192.168.0.225: bytes=32 time=112ms TTL=64
Reply from 192.168.0.225: bytes=32 time=160ms TTL=64
Reply from 192.168.0.225: bytes=32 time=99ms TTL=64
Reply from 192.168.0.225: bytes=32 time=127ms TTL=64
Reply from 192.168.0.225: bytes=32 time=173ms TTL=64
Reply from 192.168.0.225: bytes=32 time=353ms TTL=64
Reply from 192.168.0.225: bytes=32 time=354ms TTL=64
Reply from 192.168.0.225: bytes=32 time=189ms TTL=64
Reply from 192.168.0.225: bytes=32 time=197ms TTL=64
Reply from 192.168.0.225: bytes=32 time=263ms TTL=64
Reply from 192.168.0.225: bytes=32 time=217ms TTL=64
Reply from 192.168.0.225: bytes=32 time=250ms TTL=64
Reply from 192.168.0.225: bytes=32 time=111ms TTL=64
Reply from 192.168.0.225: bytes=32 time=121ms TTL=64
Reply from 192.168.0.225: bytes=32 time=447ms TTL=64
Reply from 192.168.0.225: bytes=32 time=216ms TTL=64
Reply from 192.168.0.225: bytes=32 time=123ms TTL=64
Reply from 192.168.0.225: bytes=32 time=167ms TTL=64
Request timed out.
Reply from 192.168.0.225: bytes=32 time=172ms TTL=64
Request timed out.
Reply from 192.168.0.225: bytes=32 time=233ms TTL=64
Reply from 192.168.0.225: bytes=32 time=150ms TTL=64
Reply from 192.168.0.225: bytes=32 time=173ms TTL=64
Reply from 192.168.0.225: bytes=32 time=142ms TTL=64
Reply from 192.168.0.225: bytes=32 time=83ms TTL=64
Reply from 192.168.0.225: bytes=32 time=105ms TTL=64
Reply from 192.168.0.225: bytes=32 time=205ms TTL=64
Reply from 192.168.0.225: bytes=32 time=112ms TTL=64
Reply from 192.168.0.225: bytes=32 time=155ms TTL=64
Reply from 192.168.0.225: bytes=32 time=81ms TTL=64
Reply from 192.168.0.225: bytes=32 time=86ms TTL=64
Reply from 192.168.0.225: bytes=32 time=104ms TTL=64
Reply from 192.168.0.225: bytes=32 time=90ms TTL=64
Reply from 192.168.0.225: bytes=32 time=164ms TTL=64
Request timed out.
Reply from 192.168.0.225: bytes=32 time=173ms TTL=64
Reply from 192.168.0.225: bytes=32 time=85ms TTL=64
Reply from 192.168.0.225: bytes=32 time=112ms TTL=64
Reply from 192.168.0.225: bytes=32 time=97ms TTL=64
Reply from 192.168.0.225: bytes=32 time=104ms TTL=64
Reply from 192.168.0.225: bytes=32 time=100ms TTL=64
Reply from 192.168.0.225: bytes=32 time=126ms TTL=64
Reply from 192.168.0.225: bytes=32 time=82ms TTL=64
Request timed out.
Reply from 192.168.0.225: bytes=32 time=133ms TTL=64
Request timed out.

[Franz74]

Hallo,

da dieses Problem eines der verwendeten Software is wäre es hilfreich zu wissen welches Image ihr benutzt.

Ich verwende dieses hier und da gibt es keine Probleme dieser Art!
http://www.igorpecovnik.com/2013/12/24/cubietruck-debian-wheezy-sd-card-image/

Franz

[betateilchen]

ich verwende das hier - quasi direkt aus der cubie-Schmiede

http://dl.cubieboard.org/software/a20-cubietruck/debian/debieez/ct-debian-nand.img.gz

[Franz74]

Hallo betateilchen,

dieses Image ist laut build.log vom 23.12.2013 und daher sehr alt, überhaupt ist es sehr schwer für die Hardware ein Image zu finden in dem alle Treiber in brauchbarer Version vorliegen.

Vielleicht machst du mal einen Test mit Igors Image und kannst und berichten ob es damit auch solche Probleme gibt?

Franz

[betateilchen]

ich hab doch gar keine Probleme mit meinem Cubietruck?

[Benni]

Ich nutze Igors Image und hatte damit bisher keine Probleme.
Allerdings läuft mein Cubie derzeit auch nur über Wired-LAN und das wird, solange er als Produktivsystem läuft auch so bleiben

[betateilchen]

wohl dem, der überall da, wo er LAN haben möchte, auch LAN hat

Mein Produktivsystem auf dem CT läuft auch über WLAN absolut zuverlässig - und das schon seit mehreren Wochen.