Hallo Andy,
Hallo zusammen,
ich habe Deinen Hinweis mal in die Tat umgesetzt und folgendes gefunden:
=== RPi 2 B ===
dmesg | grep [f,F]irmware
[ 0.659731] raspberrypi-firmware soc:firmware: Attached to firmware from
2016-05-20 19:01
--- TP-Link Stick 1 ---
dmesg | grep -i wlan -5
[ 3.899137] usb 1-1.2: new high-speed USB device number 4 using dwc_otg
[ 3.915091] systemd[1]: Inserted module 'ipv6'
[ 3.931938] systemd[1]: Set hostname to <raspi-3-1>.
[ 4.028025] usb 1-1.2: New USB device found, idVendor=0bda, idProduct=8178
[ 4.042265] usb 1-1.2: New USB device strings: Mfr=1, Product=2,
SerialNumber=3
[ 4.056692] usb 1-1.2: Product: USB WLAN
[ 4.067671] usb 1-1.2: Manufacturer: 802.11n
[ 4.079043] usb 1-1.2: SerialNumber: 00e04c000001
[ 4.235772] usb 1-1.3: new full-speed USB device number 5 using dwc_otg
[ 4.254894] uart-pl011 20201000.uart: no DMA platform data
[ 4.382752] usb 1-1.3: New USB device found, idVendor=046d, idProduct=c52b
--
[ 16.149390] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[ 16.150256] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 17.689669] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa
0xCDE1
[ 17.694043] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 28.118079] bridge: automatic filtering via arp/ip/ip6tables has been
deprecated. Update your scripts to load br_netfilter if you need this.
[ 28.182974] device wlan0 entered promiscuous mode
[ 29.019535] IPv6: ADDRCONF(NETDEV_UP): br0: link is not ready
[ 80.352733] cfg80211: World regulatory domain updated:
[ 80.352784] cfg80211: DFS Master region: unset
[ 80.352802] cfg80211: (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp), (dfs_cac_time)
[ 80.352827] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000
mBm), (N/A)
lshw | grep -i driver
configuration: driver=hub slots=1 speed=480Mbit/s
configuration: driver=hub maxpower=2mA slots=3 speed=480Mbit/s
configuration: driver=smsc95xx maxpower=2mA speed=480Mbit/s
configuration: broadcast=yes driver=rtl8192cu maxpower=500mA
multicast=yes speed=480Mbit/s wireless=unassociated
configuration: driver=usbhid maxpower=98mA speed=12Mbit/s
configuration: autonegotiation=on broadcast=yes driver=smsc95xx
driverversion=22-Aug-2005 duplex=full firmware=smsc95xx USB 2.0 Ethernet
ip=192.168.17.56 link=yes multicast=yes port=MII speed=100Mbit/s
lsusb
Bus 001 Device 005: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 004: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n
WLAN Adapter
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast
Ethernet Adapter
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. LAN9500 Ethernet
10/100 Adapter / SMSC9512/9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
--- TP-Link 2 ---
dmesg | grep -i wlan -5
[ 16.209403] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[ 16.210232] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 17.757788] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa
0xCDE1
[ 17.762045] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 25.744923] bridge: automatic filtering via arp/ip/ip6tables has been
deprecated. Update your scripts to load br_netfilter if you need this.
[ 25.810310] device wlan0 entered promiscuous mode
[ 27.076521] MAC Address = ec:08:6b:0c:b2:70
[ 27.097051] IPv6: ADDRCONF(NETDEV_UP): br0: link is not ready
[ 80.078051] FS-Cache: Netfs 'cifs' registered for caching
[ 80.079183] Key type cifs.spnego registered
[ 80.079285] Key type cifs.idmap registered
lshw | grep -i driver
configuration: driver=hub slots=1 speed=480Mbit/s
configuration: driver=hub maxpower=2mA slots=3 speed=480Mbit/s
configuration: driver=smsc95xx maxpower=2mA speed=480Mbit/s
configuration: broadcast=yes driver=r8188eu maxpower=500mA
multicast=yes speed=480Mbit/s wireless=unassociated
configuration: driver=usbhid maxpower=98mA speed=12Mbit/s
configuration: autonegotiation=on broadcast=yes driver=smsc95xx
driverversion=22-Aug-2005 duplex=full firmware=smsc95xx USB 2.0 Ethernet
ip=192.168.17.56 link=yes multicast=yes port=MII speed=100Mbit/s
lsusb
Bus 001 Device 005: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 004: ID 0bda:8179 Realtek Semiconductor Corp.
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast
Ethernet Adapter
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. LAN9500 Ethernet
10/100 Adapter / SMSC9512/9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
--- conrad WLAN Stick ---
dmesg | grep -i wlan -5
nix
lshw | grep -i driver
configuration: driver=hub slots=1 speed=480Mbit/s
configuration: driver=hub maxpower=2mA slots=3 speed=480Mbit/s
configuration: driver=smsc95xx maxpower=2mA speed=480Mbit/s
configuration: driver=usbhid maxpower=98mA speed=12Mbit/s
configuration: autonegotiation=on broadcast=yes driver=smsc95xx
driverversion=22-Aug-2005 duplex=full firmware=smsc95xx USB 2.0 Ethernet
ip=192.168.17.56 link=yes multicast=yes port=MII speed=100Mbit/s
lsusb
Bus 001 Device 004: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast
Ethernet Adapter
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. LAN9500 Ethernet
10/100 Adapter / SMSC9512/9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
=== RPi 3 B ===
dmesg | grep [f,F]irmware
[ 0.151458] raspberrypi-firmware soc:firmware: Attached to firmware from
2016-05-20 19:01
[ 5.071410] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Dec 15
2015 18:10:45 version 7.45.41.23 (r606571) FWID 01-cc4eda9c
--- Internal WLAN ---
dmesg | grep -i wlan -5
[ 6.561606] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 8.140641] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 8.141548] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa
0xCDE1
[ 11.219627] bridge: automatic filtering via arp/ip/ip6tables has been
deprecated. Update your scripts to load br_netfilter if you need this.
[ 11.962786] uart-pl011 3f201000.uart: no DMA platform data
[ 12.428809] brcmfmac: brcmf_add_if: ERROR: netdev:wlan0 already exists
[ 12.428839] brcmfmac: brcmf_add_if: ignore IF event
[ 12.433494] brcmfmac: power management disabled
[ 12.610524] FS-Cache: Netfs 'cifs' registered for caching
[ 12.611372] Key type cifs.spnego registered
[ 12.611441] Key type cifs.idmap registered
lshw (Suche nach driver manuell)
*-network:0
description: Wireless interface
physical id: 2
logical name: wlan0
serial: b8:27:eb:a7:60:26
capabilities: ethernet physical wireless
configuration: broadcast=yes driver=brcmfmac driverversion=7.45.41.23
firmware=01-cc4eda9c multicast=yes wireless=IEEE 802.11bgn
lsusb
Bus 001 Device 004: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast
Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Das, was ich gesehen habe, ist, dass der Conrad Stick nicht erkannt wird.
Am liebsten würde ich mit dem RPi 3 B arbeiten. Der ist einfach ein wenig
schneller.
Wie kann ich denn jetzt weiter machen?
Viele Grüße
Georg
> Gesendet: Mittwoch, 29. Juni 2016 um 19:42 Uhr
> Von: "Randy Andy" <[email protected]>
> An: [email protected]
> Betreff: Re: [Trolug] RPi als Access Point: Nachtrag
>
> Hallo Georg, liebe mitlesende und mitdenkende TroLuger, ;-)
>
> Am Tue, 28 Jun 2016 19:45:38 +0200
> schrieb [email protected]:
>
> > Hallo Andy,
> >
> > habe Deine E-Mail erst jetzt bekommen.
> Nee, hatte sie tatsächlich erst so spät nach deiner Anfrage
> geschickt. :)
> >
> > Nach den mir vorliegenden Informatioen arbeitet der RPi nur mit einem
> > brand-aktuellen Kernel zusammen. Deshalb habe ich heute morgen schon
> > Raspbian 2016-05-27 Jessie installiert. Interessanterweise zeigt der
> > Aufruf von
> >
> > iw list
> >
> > auch hier nur
> >
> > AP
> > managed
> >
> > und
> >
> > monitor
> >
> > fehlt weiterhin.
> Du meinst wohl unter dem Abschnitt Supported interface modes, so wie
> z.B. hier bei mir:
>
> Supported interface modes:
> * IBSS
> * managed
> * AP
> * AP/VLAN
> * WDS
> * monitor
>
> >
> > Ich habe dann sowohl unter Kali Linux (basiert auf Debian) und unter
> > Raspbian mit drei externen USB WLAN Sticks getestet. Das Modell
> > Conrad WS-WN687N1 = Winstars WS-WN687N1 (welches Chipset sich
> > dahinter verbirgt, konnte ich über Tante Google nicht herausfinden)
> Üblicher Weise, weil verlässlicher, recherchiert man das anhand der
> Ausgaben von lsusb mittels Vendor und device ID, also z.B.:
> 148f:5370 aus folgender vollständiger Zeile:
> Bus 001 Device 002: ID 148f:5370 Ralink Technology, Corp. RT5370
> Wireless Adapter
>
> > wird nicht erkannt, der TP-Link WN725N (IC8853A-WN725N, Spezifikation
> > unter
> > http://www.tp-link.sg/products/details/TL-WN725N.html#specifications)
> > wird erkannt, der TP-Link WN823N (lsusb zeigt Realtek 8291CU driver)
> > wird erkannt.
> lsusb zeigt AFAIK aber nicht ob und welcher Treiber geladen wurde,
> höchstens ggf. die Chipsatzbezeichnung über die der zugehörige zu
> ladende kernel-Treiber noch herauszufinden ist.
>
> > Erkennung über dmesg geprüft.
> Dann zeig uns das doch bitte, sonst ist Hilfe schwierig. Z.B. mittels:
> dmesg | grep wlan -5 oder auch per:
> lshw | grep -i driver
> aber für besseren Überblick für jeden Stick einzeln gesteckt.
>
> > Alle drei Geräte werden
> > mittels
> >
> > iw list
> >
> > nicht aufgelistet. Warum ist das so?
> Vermutlich weil die Hardware mangels ungeladener Firmware und oder
> Kernel-Treiber noch nicht angesprochen werden kann.
> ein iw dev wird dann sicher auch nichts liefern, hier sieht das
> exemplarisch so aus:
> iw dev
> phy#0
> Interface wlan0
> ifindex 3
> wdev 0x1
> addr 7c:dd:90:5f:e6:6f
> type managed
> channel 1 (2412 MHz), width: 40 MHz, center1: 2422 MHz
>
>
> > Muss ich das weitere Parameter
> > angeben, weil es externe USB Sticks sind?
> Möglicher Weise ja, es gibt hin und wieder derlei Problemfälle.
> Das kann eine Recherche dann zu Tage bringen, so den bereits etwas dazu
> bekannt und dokumentiert ist. Doch zuvor gilt es die anderen Dinge
> sicherzustellen.
> Recherchieren zu dem Thema dann z.B. mittels Suchmaschinen-Eingabe von:
> linuxwireless.org 148f:5370
> Dann natürlich mit deinen Vendor:Device Parametern.
> >
> > Der Aufruf von
> >
> > apt-get install firmware-realtek
> >
> > zeigte, dass die Realtek Treiber schon drauf sind.
> Die Firmware, nicht die Treiber, um genau zu sein.
> Das vorige Laden der Firmware ist häufig erforderlich, damit der Kernel
> den zugehörigen Treiber auch laden kann. Das ggf. noch mal
> sicherstellen mit:
> dmesg | grep [F,f]irmware
> Fall nicht in Paketen verfügbar, so muss man manchmal auch
> Firmware direkt beim Hersteller herunter laden, und dann unter:
> /lib/firmware
> Ablegen.
>
> Natürlich muss auch der kernel einige
> minimale Konfigurationsvoraussetzungen mitbringen, damit Wlan
> funktionieren kann. Ich wäre zwar geneigt das bei deine Distros
> vorauszusetzen, doch etwas mehr Kontrolle hat ja noch nie geschadet.
> Mir fiele da folgendes ein, check mal wenigstens:
>
> zcat /proc/config.gz | grep
> '\(CONFIG_CFG80211=\|CONFIG_MAC80211=\|CONFIG_MAC80211_RC_MINSTREL=\)'
>
> sollte dann in der Ausgabe ungefähr so aussehen:
>
> CONFIG_CFG80211=m
> CONFIG_MAC80211=m
> CONFIG_MAC80211_RC_MINSTREL=y
>
> Die letzte Option (zur Durchsatz-Kontrolle), wird aber nicht von allen
> Wlan-Treibern zwingend benötigt.
>
> >
> > Ich habe das alles sowohl mit dem RPi 2 Model B sowie mit dem neuen
> > RPi 3 Model B getestet. Jeweils mit dem oben beschriebenen Ergebnis.
> >
> > Muss dann wohl an mir liegen.
> >
> > Nur: Wie kriege ich das hin, RPi als Access Point ?
> Hoffentlich mit viel Geduld und Spucke. ;-)
>
> Viel Erfolg dabei,
>
> Andy.
> _______________________________________________
> Trolug_trolug.de mailing list
> [email protected]
> https://ml01.ispgateway.de/mailman/listinfo/trolug_trolug.de
>
_______________________________________________
Trolug_trolug.de mailing list
[email protected]
https://ml01.ispgateway.de/mailman/listinfo/trolug_trolug.de
