WLan - funktioniert ja/nein?

[Anskar26]

Mit dem Treiber leuchtet schon mal die LED dauernt, nur wird die Box mit WLAN IP .206 angezeigt habe aber .205 vergeben.
Morgen mach ich weiter!
MfG

[Anskar26]

4.jpg

1.jpg

Hallo BPanther!
Als erstes, ich denke das Deine aktuellen WLAN Treiber bei der UFS 910 und bei der UFS 912 funktionieren, die LED beim WLAN Stick leuchtet dauerhaft.
Nur bei der Spark geht der Treiber von der UFS 910 (Kernel 211) gar nicht, die LED leuchtet gar nicht.
Da schrieb aber KleinerSchelm mal, das die für jede Box extra gebaut werden müssen.

Das mit der "interface" war falsch, bin da ins falsche Image gerutscht, war die vom HDMU Image, sorry!
Die vom BP sieht jetzt so aus:

Code: Alles auswählen

#Neutrino

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static


	address 192.168.178.209
	broadcast 192.168.178.255
	gateway 192.168.178.1
	netmask 255.255.255.0
	
auto ra0	
iface ra0 inet static

  
   address 192.168.178.210
   broadcast 192.168.178.255
   gateway 192.168.178.1
   netmask 255.255.255.0

Und so geht es ja bei der Spark mit BP Image und WLAN Treiber HDMU.

Wie oben geschrieben scheinen Deine letzten Treiber bei den UFS 910/912 zu funktionieren, aber leider stimmt noch was mit den IP's der Boxen nicht. Ich habe mal 4 Bilder von den Einträgen auf der Fritzbox gemacht.
Das koriose, es werden die IP's der beiden WLAN Sticks angezeigt und nicht die IP's der Boxen.
Obwohl ich die "interfaces" jeweils bearbeitet habe.
Wo kann da das Problem liegen?
MfG

2.jpg

3.jpg

Beim funktionierenden WLAN müßte es so aussehen:

5.jpg

[Anskar26]

Habe jetzt nochmal den Treiber von HDMU (209 Kernel) bei der UFS 912 probiert, hier brennt ebenfalls die LED des Sticks aber in der Fritzbox wird auch nur die IP des Sticks angezeigt. Im HDMU Image auf der UFS 912 funktioniert aber der Treiber.
Werde es jetzt mal anderst herum testen, und zwar BPanther seinen Treiber beim HDMU auf der UFS 912.
MfG

Zur Info!

Der Treiber von BPanther geht auch bei der UFS 912 im HDMU Image!

Was ist denn beim BPanther von der Spark zur UFS 910/912 anderst? Gibt es da noch einen Unterschied bezüglich Netzwerk?
MfG

[Anskar26]

Hallo phillipsd2!
Es muß doch zwischen den Boxen und der "Verarbeitung" der IP einen Unterschied geben, das es bei der Spark mit BPanther geht und bei der UFS910/912 mit gleichem Image nicht?
Ist ja genauso wie bei der UFS 910 mit HDMU da gibt es ja auch die Netzwerkprobleme, wie Du ja weist (diverse Test's mit Uljanow und so). Der Unterschied nur zu hier, mit HDMU geht die UFS 912.

@BPanther!
Bau doch bitte direkt für das Spark BP 4428 mal einen 211 Kernel Treiber, der von der UFS 910 von Dir geht bei der Spark nicht.

MfG

[BPanther]

Eigentlich ist da kein Unterschied bei den Boxen, das Netzwerk wird bei allen gleich initalisiert. -- Die neue rt5370 für Spark ist nun auch verfügbar.

[Anskar26]

Ist erfolgreich getestet, bei BP und HDMU mit 211 Kernel,danke!
Muß halt wirklich für jede Box seperat gebaut werden.
MfG

[BPanther]

Na endlich, danke für die Tests - und auch ein Danke an "Kleiner Schelm" von HDMU für die Tips in die richtige Richtung. Ist auch so im GIT eingecheckt (ab rev4432).

[Anskar26]

Mit dem GIT, bedeutet das,das die jetzt in den neuen Imagen dann integriert sind?
MfG

[BPanther]

Ja richtig, wird dann auch bei den normalen GIT-Images mit bei sein.

[Anskar26]

Hier mal das log!

Code: Alles auswählen

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:                                                                        :
:            o  o  ooooo  ooooo  o   o  oooo  ooooo  o  ooooo            :
:            o o   o   o    o    o   o  o  o  o      o  o   o            :
:            oo    ooooo    o    ooooo  oooo  oooo   o  o   o            :
:            o o   o   o    o    o   o  o o   o      o  o   o            :
:            o  o  o   o    o    o   o  o  o  ooooo  o  o   o            :
:                                                                        :
:            UFS-910 - Kernel 2.6.32.59_stm24_0211 (20:09:53)            :
:                                                                        :
:            Willkommen beim Neutrino-Image  --  BPanther MOD            :
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

ufs910 login: root


BusyBox v1.20.2 (2012-09-04 02:55:26 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

ufs910:~# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:1D:EC:01:39:1F
          inet addr:192.168.178.208  Bcast:192.168.178.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:24 errors:0 dropped:0 overruns:0 frame:0
          TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1992 (1.9 KiB)  TX bytes:1992 (1.9 KiB)

ra0       Link encap:Ethernet  HWaddr 7C:DD:90:17:98:48
          inet addr:192.168.178.204  Bcast:192.168.178.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:6435141 (6.1 MiB)  TX bytes:22923 (22.3 KiB)

ufs910:~#

.204 sollte bei der UFS 910 WLAN sein.
MfG

[BPanther]

Lt. ifconfig ist alles bestens und es wird/wurde auch was übertragen über ra0 (wlan):

RX bytes:6435141 (6.1 MiB) TX bytes:22923 (22.3 KiB)

Sollte also funktionieren.

[Anskar26]

Hallo!
Das Problem mit WLAN kann kein allgemeines Problem der Kathrein UFS 910 sein.
Ich habe heute das neue PKT NEBULA_V2 auf die Box gemacht, hier sind auch schon diverse WLAN Treiber integriert.
Nachdem ich alles konfiguriert habe, funktioniert hier WLAN.
Es wird auch richtig auf der Fritzbox angezeigt (siehe Bild). Auch nach Neustart alles OK.

MfG

Hier noch der Teil aus der rcS vom PKT:

Code: Alles auswählen

   NFS=$(grep -c 'nfs' /proc/cmdline)
   if [ "$NFS" -eq "1" ]; then 
      echo "Booting from nfs, don't set network" 
   else 
   #Network management
    if [ -e /var/etc/1stboot ]; then
       echo "detected 1stboot - no network configured" 
    else
       if [ -e /etc/network/interfaces ]; then
        . /var/config/wlan.conf
        if [ $wlan == off ]; then
            /etc/init.d/networking start &
        else
            ifconfig eth0 down
            insmod /lib/modules/$wlan''sta.ko
            ifconfig ra0 up
            echo "$wlan driver loaded"
            /etc/init.d/networking wifi-restart &
        fi
       fi
    fi
   fi

Vieleicht kann man was ableiten, was da anderst ist.
MfG

[BPanther]

Da wird eth0 einfach abgeschaltet, wahrscheinlich umgeht eben das das Problem. Auch nicht unbedingt die feine Art, aber gut. Kannst Du ja testen indem Du einfach ifconfig eth0 down vor dem start von wpa_supplicant in die rcS (Zeile 127) auch mit reinpackst. Die Datei /etc/init.d/networking nutze ich garnicht.

[Anskar26]

Hallo BPanther und phillipsd2!
Hartnäckigkeit zahlt sich aus
Genau diese Änderung in der rcS, bei der UFS 910 in Zeile127 und bei der UFS 912 in Zeile 95, macht das WLAN mit BPanther-Image auch auf diesen beiden Boxen mit dem rt5370sta Treiber geht.
BP könntest Du das in Dein Image für diese beiden Boxen einbauen?
Ich denke, wer WLAN will, hat kein Problem damit, das LAN dann deaktiviert ist.
Und wie ich das jetzt verstanden habe, ja dann nur wenn der WLAN Treiber aktiv ist, oder sehe ich das falsch?

So sieht das in der rcS jetzt aus:

done
if [ "$WLAN_MOD_FOUND" == "1" ]; then
ifconfig eth0 down
/usr/sbin/wpa_supplicant -D wext -i ra0 -c /etc/wpa_supplicant/wpa_supplicant.conf -B
sleep 2

MfG

[BPanther]

Ist schon richtig, "wenn WLAN, dann kein Draht".
Ist halt eigentlich nicht gerade die feine Art, da scheint wohl was mit dem Routing nicht zu stimmen. Da wir ja nun wissen, wie es funktionieren kann, könntest Du ja bitte dennoch was versuchen:

echo "1" > /proc/sys/net/ipv4/ip_forward

Das vor dem "# echo "init network"" mal setzen und das deaktivieren des eth0 auskommentieren. Evtl. gehts ja auch so und beide könnten aktiv bleiben.