Ups, den link von OpenWRT vergessen ein zu fügen: https://wiki.openwrt.org/toh/raspberry_pi_foundation/raspberry_pi
Gruß, Jörg Am Mittwoch, den 29.06.2016, 22:16 +0200 schrieb Joerg Neikes: > Hallo zusammen, > > also verwende als AP's die TP MR3020, aber meines Wissens nach hatte das > auch mit einen Raspberry PI Version 2 B und dem Edimax WLAN Adapter > funktioniert. > > Es sei denn, es soll nicht nur als AP/Router eingesetzt werden, sonder > auch noch für sonnst was. > > Viele Grüße, > > Jörg > > Am Mittwoch, den 29.06.2016, 19:42 +0200 schrieb Randy Andy: > > 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 _______________________________________________ Trolug_trolug.de mailing list [email protected] https://ml01.ispgateway.de/mailman/listinfo/trolug_trolug.de
