RPi en wifi dongle (rtl8192eu)

[Eriksk]

Na een hele dag aan het prutsen krijg ik de wifi dongle van de Action maar niet aan de praat. Deze is van het merk Maxxter en bevat een Realtek 8192eu chip. Op de RPi draait Domoticz en dat is Debian (Wheezy) en na alle updates de kernel 3.18.9-v7+.

De kernel bevat niet de module voor deze chip.

De fabrikant levert de drivers en de volgende site biedt ook (aangepaste) drivers:
https://sites.google.com/...8192EU-chipset-0bda:818b-

Vervolgens start ik het install-script die de compilatie doet (?) en dan krijg ik de volgende output:

code:

make ARCH=armv7l CROSS_COMPILE= -C /lib/modules/3.18.9-v7+/build M=/home/pi/v4.3.1.1_11320.20140505/driver/rtl8192EU_linux_v4.3.1.1_11320.20140505  modules
make[3593]: Entering directory '/home/pi/v4.3.1.1_11320.20140505/driver/rtl8192EU_linux_v4.3.1.1_11320.20140505'

Waarbij het nummer achter MAKE oploopt tot de RPi vastloopt en ik nog steeds geen module heb. (De kernel bevat een directory 'build' dat eigenlijk een link is naar de sources.

Gezien het gebrek van kennis aan Linux en Makefiles, vraag ik me af wat ik beter kan doen of hoe ik dit ding aan de praat krijg. Ik ben in ieder geval niet de enige met dit probleem

[Hero of Time]

Weet je zeker dat je kernel niet de module ervoor heeft? Heb je ook een andere geprobeerd, de cu of ce versie? Zie je iets in dmesg wat met de dongle te maken heeft, misschien heb je firmware nodig om 't te laten werken.

Compileren ben ik ook geen held in, maar het klinkt alsof het in een loop terecht komt. Je zou dan het script moeten debuggen of de stappen handmatig uitvoeren om te zien waar 't fout gaat.

[Eriksk]

Ja, kernel heeft niet de module er voor. Ik had ook de CU er in zitten en toen zag ik in dmseg een foutmelding. Ik ben even kwijt wat het precies was, maar bleek in ieder geval uit dat deze niet zou kunnen werken.

Vroeg mij ook al af of het geen loop was, maar daar kom ik niet uit.

[Voor 14% gewijzigd door Eriksk op 16-03-2015 10:16]

[Hero of Time]

Ok, en heb je ook alle packages om kernel modules te kunnen bouwen? Make zou moeten klagen als er iets niet klopt, maar dat zie je dus niet. Het vervelende is ook nog eens dat 't in een subshell wordt gedaan via su -c 'command'. Je voert het script zelf al uit dmv sudo, dus beetje overbodig. Het script is iig niet zo heel spannend, dus die stappen kan je ook handmatig uitvoeren.

[Eriksk]

Ik denk dat ik dat heb. Maar het is inderdaad een beter idee om zelf de make uit te voeren zodat ik zeker weet dat ik de juiste feedback krijg.

Ik vind het allemaal zo omslachtig en verbaas me er over dat ik niet gewoon zo'n module kan downloaden.

[Hero of Time]

Dat is niet zo eenvoudig als je denkt. Je moet namelijk rekening houden dat je een aparte kernel kan draaien, die weer bepaalde opties wel of niet bevat waardoor de module vreemd kan reageren, of zelfs een panic kan veroorzaken. Het is niet mogelijk om de module die op een x86 systeem is gebouwd op je Pi te gebruiken, tenzij dit in een speciale omgeving is gedaan. Daarnaast heb je blijkbaar een stick die door de fabrikant iets is aangepast, waardoor de broncode van de module iets aangepast moet worden om beter te werken. Dat maakt het allemaal een stuk ingewikkelder dan 'even downloaden, naar de juiste plek kopiëren en klaar'.

[himlims_]

NOFI; action (meuk) icm pi / arduino ... blijft wel tricky hoor, mede vanwege arm platform.
heb dat ook aantal keer ervaren; denk cheap wifi/dongel/klik-aan-klik-uit te gebruiken .... aantal uren wat ik erin heb gestoken alvore het werkend was, staat totaal niet in verhouding.

Beter paar euro extra uitgeven voor iets wat wel/beter compatible is.

post hier eens je output van:
* dmesg | tail
* lsusb
* modprobe r8192eu_usb
* sudo apt-get install firmware-realtek

//edit; overigens kun je de rekenkracht van je desktop gebruiken om iets voor je pi te compile maar dat terzijde

[Voor 10% gewijzigd door himlims_ op 17-03-2015 07:58]

[Mijzelf]

De RPi loopt vast bij het builden? Heb je wel een swapfile?

[Hero of Time]

himlims_ schreef op dinsdag 17 maart 2015 @ 07:57:
//edit; overigens kun je de rekenkracht van je desktop gebruiken om iets voor je pi te compile maar dat terzijde

Maar de tijd die je nodig hebt om een ARM build omgeving te maken op je x86 systeem staat niet evenredig aan het builden en wachten tot die klaar is op een Pi. Zoals ik hierboven al zei, je kan niet eventjes een module op een andere architectuur maken en overnemen evenmin. Je hebt al problemen als je een x86 module op een x86_64 systeem zou willen laden, afhankelijk van de module en build opties.

[himlims_]

mwah, valt best mee: http://www.openframeworks...ross-compiling-guide.html

1x investeren, alle overige projecten voordeel van

maar gaan beetje offtopic

[Eriksk]

himlims_ schreef op dinsdag 17 maart 2015 @ 07:57:
...
Beter paar euro extra uitgeven voor iets wat wel/beter compatible is.

post hier eens je output van:
* dmesg | tail
* lsusb
* modprobe r8192eu_usb
* sudo apt-get install firmware-realtek

//edit; overigens kun je de rekenkracht van je desktop gebruiken om iets voor je pi te compile maar dat terzijde

Action hebben we hier zitten en er zit een Realtek chip in, dus dacht dat het wel goed zou komen. Nu is het ook meer een soort van principe geworden om het te begrijpen.

Zal de output hier vanavond posten.
De sudo apt-get install firmware-realtek had ik al uitgevoerd.

Bedankt zover!

[himlims_]

alt. werkt je stick wel in 'regulier' (linux)systeem? zou wel lullig zijn wanneer het een HW defect betreft welke je SW -matig wilt verhelpen

[Thralas]

himlims_ schreef op dinsdag 17 maart 2015 @ 07:57:
NOFI; action (meuk) icm pi / arduino ... blijft wel tricky hoor, mede vanwege arm platform.

Feit is dat dat Realtek-spul ontzettend veel gebruikt wordt; ook als je een TP-link stickje bij de Mediamarkt haalt loop je een reeel risico op een non-mainline-supported realtek-chipset. Heeft weinig te maken met 'action-meuk', meer met het feit dat Realtek die chipsets gewoon goedkoop wegzet en dus populair is.

himlims_ schreef op dinsdag 17 maart 2015 @ 11:30:
alt. werkt je stick wel in 'regulier' (linux)systeem? zou wel lullig zijn wanneer het een HW defect betreft welke je SW -matig wilt verhelpen

Hij heeft niet eens een werkende driver? Dus nee.

himlims_ schreef op dinsdag 17 maart 2015 @ 10:51:
mwah, valt best mee: http://www.openframeworks...ross-compiling-guide.html

1x investeren, alle overige projecten voordeel van

maar gaan beetje offtopic

Als er iets goed crosscompiled dan is het de Linux kernel wel.

Maar het lijkt me dat er iets misgaat met de Makefile van TS; als dat nummer maar blijft oplopen dan zal er wel iets van recursie optreden. Misschien dat V=1 dan meer soelaas biedt?

make -C /lib/modules/3.18.9-v7+/build M=/home/pi/v4.3.1.1_11320.20140505/driver/rtl8192EU_linux_v4.3.1.1_11320.20140505 V=1

Waarom specificeer je CROSS_COMPILE als je helemaal niet crosscompiled, en heb je wel een RPi v2?

[revertive]

Het install script lijkt gemaakt om het op een x86 machine te kunnen crosscompilen voor ARM, maar aangezien je het op een ARM compiled kan het fout gaan.

Heb je een Raspberry Pi A/B/B+ of 2?
Als de regel van Thralas uitvoert wat krijg je dan?

[Eriksk]

Helaas kwam er wat tussen gisteravond om de genoemde suggesties te proberen
Ik heb een RPi 2.
Wat levert de optie V = 1?

Dus als ik Ubuntu start in een VM (x86 dus), dan zou ik het ook kunnen compilen?

Als ik kijk naar de Makefile, dan zou je het platform moeten kunnen specificeren. Welk platform zou ik dan moeten kiezen tussen de opties?

code:

###################### Platform Related #######################
CONFIG_PLATFORM_I386_PC = y
CONFIG_PLATFORM_ANDROID_X86 = n
CONFIG_PLATFORM_JB_X86 = n
CONFIG_PLATFORM_ARM_S3C2K4 = n
CONFIG_PLATFORM_ARM_PXA2XX = n
CONFIG_PLATFORM_ARM_S3C6K4 = n
CONFIG_PLATFORM_MIPS_RMI = n
CONFIG_PLATFORM_RTD2880B = n
CONFIG_PLATFORM_MIPS_AR9132 = n
CONFIG_PLATFORM_RTK_DMP = n
CONFIG_PLATFORM_MIPS_PLM = n
CONFIG_PLATFORM_MSTAR389 = n
CONFIG_PLATFORM_MT53XX = n
CONFIG_PLATFORM_ARM_MX51_241H = n
CONFIG_PLATFORM_FS_MX61 = n
CONFIG_PLATFORM_ACTIONS_ATJ227X = n
CONFIG_PLATFORM_TEGRA3_CARDHU = n
CONFIG_PLATFORM_TEGRA4_DALMORE = n
CONFIG_PLATFORM_ARM_TCC8900 = n
CONFIG_PLATFORM_ARM_TCC8920 = n
CONFIG_PLATFORM_ARM_TCC8920_JB42 = n
CONFIG_PLATFORM_ARM_RK2818 = n
CONFIG_PLATFORM_ARM_RK3066 = n
CONFIG_PLATFORM_ARM_RK3188 = n
CONFIG_PLATFORM_ARM_URBETTER = n
CONFIG_PLATFORM_ARM_TI_PANDA = n
CONFIG_PLATFORM_MIPS_JZ4760 = n
CONFIG_PLATFORM_DMP_PHILIPS = n
CONFIG_PLATFORM_TI_DM365 = n
CONFIG_PLATFORM_MSTAR_TITANIA12 = n
CONFIG_PLATFORM_MSTAR = n
CONFIG_PLATFORM_SZEBOOK = n
CONFIG_PLATFORM_ARM_SUNxI = n
CONFIG_PLATFORM_ARM_SUN6I = n
CONFIG_PLATFORM_ARM_SUN7I = n
CONFIG_PLATFORM_ARM_SUN8I = n
CONFIG_PLATFORM_ACTIONS_ATM702X = n
CONFIG_PLATFORM_ACTIONS_ATV5201 = n
CONFIG_PLATFORM_ARM_RTD299X = n
CONFIG_PLATFORM_ARM_SPREADTRUM_6820 = n
CONFIG_PLATFORM_ARM_SPREADTRUM_8810 = n
###############################################################

[Thralas]

V=1 zet de verbosity van het makeproces wat hoger, dan is het makkelijker zien wat er nu misloopt.

Voor wat betreft die defines, de Broadcom chipset van je RPi staat niet op de kaart. Dat is een beetje het nadeel van out-of-tree drivers, in principe zou dat hele ding platform-agnostisch moeten zijn..

[Eriksk]

Hierbij de eerder gevraagde output:
lsusb:

code:

Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 006: ID 0bda:818b Realtek Semiconductor Corp.

dmesg | tail

code:

[  160.219012] w1_master_driver w1_bus_master1: Family 0 for 00.c00000000000.ca is not registered.
[  231.479719] w1_master_driver w1_bus_master1: Family 0 for 00.200000000000.23 is not registered.
[  244.072098] usb 1-1.5: USB disconnect, device number 5
[  249.169840] usb 1-1.5: new high-speed USB device number 6 using dwc_otg
[  249.271132] usb 1-1.5: New USB device found, idVendor=0bda, idProduct=818b
[  249.271159] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  249.271177] usb 1-1.5: Product: 802.11n NIC
[  249.271194] usb 1-1.5: Manufacturer: Realtek
[  249.271211] usb 1-1.5: SerialNumber: 00e04c000001
[  290.790223] w1_master_driver w1_bus_master1: Family 0 for 00.a00000000000.af is not registered.

modprobe r8192eu_usb

code:

FATAL: Module r8192eu_usb not found.

sudo apt-get install firmware-realtek:

code:

firmware-realtek is already the newest version.

Mijzelf schreef op dinsdag 17 maart 2015 @ 09:32:
De RPi loopt vast bij het builden? Heb je wel een swapfile?

kswapd staat op een gegeven moment op 100% te stampen

Compileren op een Ubuntu machine doet die wel. Kopieer ik de 8182eu.ko naar de rapsberry, dan lukt het volgende niet:

code:

pi@raspberrypi ~ $ sudo insmod 8192eu.ko
Error: could not insert module 8192eu.ko: Invalid module format

[Voor 7% gewijzigd door Eriksk op 19-03-2015 10:15]

[himlims_]

www.raspberrypi.org/forum...opic.php?t=11174&p=124564
http://www.raspberrypi.or...opic.php?t=93465&p=651428
had eenzelfde probleem

[Voor 28% gewijzigd door himlims_ op 19-03-2015 10:42]

[Eriksk]

Ok, het probleem met het compileren in de vorige post is verholpen. Was gebrek aan kennis... er stond ergens dat ik de build dir in de kernel naar de sources moest laten wijzen. Dat heb ik ook gedaan. (pijnlijk )

Wat ik nu heb gedaan; ik vond de goede linux-headers, en de build dir daar naar laten verwijzen. Nu heb ik alleen hetzelde probleem als in mijn vorige post:

code:

  Building modules, stage 2.
  MODPOST 1 modules
  CC      /home/pi/v4.3.1.1_11320.20140505/driver/rtl8192EU_linux_v4.3.1.1_11320.20140505/8192eu.mod.o
  LD [M]  /home/pi/v4.3.1.1_11320.20140505/driver/rtl8192EU_linux_v4.3.1.1_11320.20140505/8192eu.ko
make[1]: Leaving directory '/usr/src/linux-headers-3.18.0-trunk-rpi2'
##################################################
Compile make driver ok!!
##################################################
Authentication requested [root] for remove driver:
Error: Module 8192eu is not currently loaded
Authentication requested [root] for insert driver:
Error: could not insert module 8192eu.ko: Invalid module format
Authentication requested [root] for install driver:
install -p -m 644 8192eu.ko  /lib/modules/3.18.9-v7+/kernel/drivers/net/wireless/
/sbin/depmod -a 3.18.9-v7+
##################################################
The Setup Script is completed !
##################################################

[Hero of Time]

Had je het bestand wat je uit je Ubuntu machine kreeg wel eerst verwijdert? En weet je ook zeker dat het script het bestand op de juiste plek heeft gezet? Het lijkt er haast op, dat de module wel gecompileerd is, maar niet bij de kernel beschikbaar is gemaakt, waardoor je nog met de oude x86 versie probeert te werken.

[Eriksk]

Het gaat mis op het stukje script die insmod aanroept:

code:

sudo su -c insmod
Error: could not insert module 8192eu.ko: Invalid module format

De module is dus inderdaad niet bij de kernel beschikbaar gemaakt.

In de laatste post van de volgende link wordt gesuggereerd om met een hexeditor aan de gang te gaan:
http://www.raspberrypi.or...opic.php?t=11174&p=124564

Lijkt me niet de juiste weg.

*edit*
Deed degene nav iets wat hij in code zag. Als ik de code doorzoek op de output van lsusb, dan lijkt dat netjes overeen te komen...

code:

lsusb
Bus 001 Device 006: ID 0bda:818b Realtek Semiconductor Corp.

c++
MODULE_ALIAS("usb:v0BDAp818Bd*dc*dsc*dp*icFFiscFFipFFin*");
MODULE_ALIAS("usb:v0BDAp818Cd*dc*dsc*dp*icFFiscFFipFFin*");

*edit2*
Zou het kunnen komen dat de kernel 3.18.9-v7+ is, terwijl er gecompileerd is tegen de headers van 3.18.0

code:

pi@raspberrypi ~ $ ls -la /lib/modules/3.18.9-v7+/
total 1548
drwxr-xr-x 3 root root   4096 Mar 19 10:54 .
drwxr-xr-x 7 root root   4096 Mar 19 10:38 ..
lrwxrwxrwx 1 root root     41 Mar 19 10:44 build -> /usr/src/linux-headers-3.18.0-trunk-rpi2/
drwxr-xr-x 9 root root   4096 Mar 15 13:46 kernel
..
..

[Voor 51% gewijzigd door Eriksk op 20-03-2015 19:15]

[Eriksk]

Nah, ik kwam er niet meer uit en wilde eigenlijk wel verder. Dus heb een stickie besteld bij SOSSolutions en die werkte meteen.

Allen bedankt voor het helpen.

[Roywall.e]

Voor diegene die deze dongle ook hebben, hier een link van iemand die hem wel aan de praat heeft gekregen. Ik moet het zelf nog testen, zal dat zeker doen. Maar die info volgend later.

http://www.hetlab.tk/raspberry-pi/rtl8192eu-driver

[darioboy75]

Roywall.e schreef op maandag 1 juni 2015 @ 20:58:
Voor diegene die deze dongle ook hebben, hier een link van iemand die hem wel aan de praat heeft gekregen. Ik moet het zelf nog testen, zal dat zeker doen. Maar die info volgend later.

http://www.hetlab.tk/raspberry-pi/rtl8192eu-driver

Helaas werkt de link niet naar de dropbox...

[CAPSLOCK2000]

Jammer, maar die link is dan ook al een paar jaar oud, zo gaat dat helaas.