Jump to content

shahidali55

Members
  • Posts

    31
  • Joined

  • Last visited

Posts posted by shahidali55

  1. Ok,

     

    After succesfully using the 8192eu as client, its time to set ip up with hostapd use.

     

    I got two of those dongles, each is plugged to a NanoPi NEO v1.1 running Armbian 5.21 jessie 3.4.112.

     

    Both got the 8192eu .ko driver installed and are able to operate as clients succesfully.

     

    Now one of them I like to make it as AP with hostapd.

    Followed the tutorial here for AP

    -> http://forum.armbian.com/index.php/topic/1237-tutorial-opi-one-wireless-success/

    but did report errors

     

     

    Any hints?

     

    Christos

     

    Hi Christos,

     

    You will need hostapd version specific for 8192eu module. I've just tested compiling it and it does compile. Not sure if it will work. Please try and let me know.

    git clone https://github.com/shahidali55/rtl8192eu-driver
    cd rtl8192eu-driver
    cd wpa_supplicant_hostapd
    tar -zxvf wpa_supplicant_hostapd-0.8_rtw_r7048.20130424.tar.gz
    cd wpa_supplicant_hostapd-0.8_rtw_r7048.20130424
    cd hostapd
    make arch=ARM
    cp ../../rtl_hostapd_2G.conf ./

    Then follow this guide to setup and launch hostapd

  2. Hi,

     

    I got one of those cheap 300Mbps wifi dongles with 8192EU chip with USB Vid/Pid  0bda:818b.

    How can we enable this in Armbian?

    lsmod does not show any detected h/w driver and wan0 is not showing up in ifconfig.

    Only lsusb has the following

    root@nanopineo:~# lsusb
    Bus 004 Device 002: ID 0bda:818b Realtek Semiconductor Corp.
    root@nanopineo:~#
    
    

    Any hint or pointer welcome.

     

    Christos

     

    Hi Christos,
     
    Please follow the below steps to compile and deploy the kernel module for 8192EU:
     
    git clone https://github.com/shahidali55/rtl8192eu_3
    cd rtl8192eu_3
    make ARCH=arm
    sudo make install

    If all the above steps complete without errors, reboot the board. ifconfig should now show wlan0

  3. Igor, all,   I followed that procedure on an OrangePi PC and for an obscure reason I can't get the module to load. 

     

    running dmesg shows a log full of messages like this

    8192cu: disagrees about version of symbol alloc_etherdev_mqs
    

     

    This error is due to incorrect headers being used to build the module. Please provide the output of below command:

    uname -a
  4. Hi abcd567,

     

    Install linux headers first:

    sudo apt-get install linux-headers-sun8i

     

    Paste the output you see for when lsusb command is run with the dongle connected.

     

    I've tested all possible WiFi N chipsets from Realtek on armbian 5.14 with legacy kernel and confirm good performance, even with some real cheap ones.

     

    On the other hand, Mediatek MT7601 dongles are stuck to 54Mbps no matter what I do.

     

     

    make[1]: Entering directory '/usr/src/linux-headers-3.4.112-sun8i'

    Makefile:568: /usr/src/linux-headers-3.4.112-sun8i/arch/armv7l/Makefile: No such file or directory

  5. Just tested this out. Bridging D48 momentarily resets the board and begins boot of OS after it was shutdown via "sudo shutdown -h now". Now I can finally replace my slow and aging Raspberry Pi A+ with a fast and shiny Orange Pi One

  6. Adding it as is into rc.local did nothing. However running it as root works (sudo su, then the command). Similarly adding it as is into led.sh and executing it via "sudo ./led.sh" exits with code 2. Only the complicated version seems to work correctly . . .

     

    The reason I needed a visual indication of SD card access is to have a visual cue when players are active on my minecraft server hosted on the Orange Pi One.

     

    I've modified three lines in "/etc/init.d/armhwinfo". Now the green LED behaves as required

     

    Why that complicated? What's wrong with the following (when called from /etc/rc.local)?

    (sleep 15 && echo mmc0 >/sys/class/leds/*green*/trigger) &
    

    Green led behaviour is as intended ('grep green /etc/init.d/armhwinfo'). Maybe you can mess around in script.bin (with Armbian not read by u-boot but just the kernel) or kernel config to get different default behaviour. Just out of curiousity: What's the purpose of visual feedback when SD card is accessed?

  7. Thanks tkaiser,

     

    Adding the below line to /etc/rc.local makes the green LED behave as an activity LED indicating SD card access.

    sleep 15 && echo mmc0 | tee "/sys/class/leds/green_led/trigger" >/dev/null 2>&1 &
    

    Can this be done earlier in the boot process ? Maybe in u-boot ? Also, what other scripts mess around with the green LED on the desktop image of Armbian 5.14 ? The green LED goes back to "heartbeat" as soon as "sudo shutdown -h now" is issued

  8. Also, there seems to be a thick copper layer in the multi-layer PCB of the Orange Pi One and Orange Pi PC. This helps take away some of the heat from the SoC but also ends up heating rest of the stuff on the board, including the micro SD card. Not sure how a long a micro SD card would last at a constant 65/70 deg C

     

    Armbian is rock solid !!! If anyone wants a custom flavor of the OS, the build system also works perfectly !

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines