Jump to content

pschasch

Members
  • Posts

    28
  • Joined

  • Last visited

Posts posted by pschasch

  1. Ok, here my result from weekend for those who are interested:

     

    armbianio needs patch for Lamobo(armbianio.patch):

    ------------------------------------------

    ...armbianio.patch

    diff --git a/armbianio.c b/armbianio.c
    +static int iLamobor1Pins[] = {-1,-1,-1,53,-1,52,-1,259,224,-1,
    +                        225,275,226,274,-1,273,244,-1,245,268,
    +                        -1,269,272,267,266,-1
    +            ,270};
    ...

    ------------------------------------------

     

    Sending 433-Mhz-codes now also work with WiringBPi on kernel >=4... with WiringPi it does not work.

     

    Only thing I do still not unterstand is why on PI19(275) worked with 17 on 3.4.x

    But, now my gpio's work like it should, if I change addresses like in io-3.x-vs-4-x.png

    io-3.x-vs-4-x.png

  2. wiringpi does not see those changes:

    /home/Funksteckdosen/433Utils/RPi_utils# cat /sys/class/gpio/gpio224/direction
    out

    /home/Funksteckdosen/433Utils/RPi_utils# gpio readall
     +-----+-----+---------+------+---+-Model  A-+---+------+---------+-----+-----+
     | BCM | wPi |   Name  | Mode | V | Physical | V | Mode | Name    | wPi | BCM |
     +-----+-----+---------+------+---+----++----+---+------+---------+-----+-----+
     |     |     |    3.3v |      |   |  1 || 2  |   |      | 5v      |     |     |
     |   2 |   8 |   SDA.1 |   IN | 0 |  3 || 4  |   |      | 5v      |     |     |
     |   3 |   9 |   SCL.1 |   IN | 0 |  5 || 6  |   |      | 0v      |     |     |
     |   4 |   7 | GPIO. 7 |   IN | 0 |  7 || 8  | 0 | IN   | TxD     | 15  | 14=in-kernel-3.x   ,NOW in-4.xkernel 224  |
     |     |     |      0v |      |   |  9 || 10 | 0 | IN   | RxD     | 16  | 15  |

    ...
     +-----+-----+---------+------+---+----++----+---+------+---------+-----+-----+
     | BCM | wPi |   Name  | Mode | V | Physical | V | Mode | Name    | wPi | BCM |
     +-----+-----+---------+------+---+-Model  A-+---+------+---------+-----+-----+

     

    Has someone an idea to fix/convert this?

    maybe in wiringpi?

    I need this wiringpi-adresses for example

    /home/Funksteckdosen/433Utils/RPi_utils/codesend 123...023

       nano codesend.cpp

          int PIN = 15; //wiringpi-definition, this shoud be gpio224
          fprintf(stderr, "\n PIN=%i",PIN);

     

    433Utils/RPi_utils needs WiringPi...

     

     

  3. OK...I am smarter now...

    CON3-P01     VCC-3.3V     
    CON3-P02     VCC-5V     
    CON3-P03     TWI2-SDA     PB21
    CON3-P04     VCC-5V     
    CON3-P05     TWI2-SCK     PB20
    CON3-P06     GND     
    CON3-P07     GPCLK     PI3
    CON3-P08     UART3-TX     PH0    (8-1)*32+0=224 [3.4.113 old-gpio-number-> 14 RxD ] old-WiringPi-number 15
    CON3-P09     GND     
    CON3-P10     UART3-RX     PH1
    CON3-P11     IO-0(UART2-RX)     PI19    (9-1)*32+19=275 [3.4.113 -> 17 ALT4 ]
    CON3-P12     IO-1     PH2
    CON3-P13     IO-2(UART2-TX)     PI18
    CON3-P14     GND     
    CON3-P15     IO-3(UART2-CTS)     PI17
    CON3-P16     IO-4(CAN_TX)     PH20

     

    works now by sysfs for physical-pin-8:

    echo "224" > /sys/class/gpio/export
    echo "out" > /sys/class/gpio/gpio224/direction
    cat /sys/class/gpio/gpio224/value
    echo "1" > /sys/class/gpio/gpio224/value

     

    Now I have to test it 433mhz-transmitter also works with new adress...

     

    Are those new adresses because of kernel change?

    From 3 to 4 or 5 ?

    Why?

     

     

     

     

  4. Hi Tido,

     

    thanks for fast answer.

    R1 is AP and switch.

    - Additional I control 4 LED's to check stuff/States

    - 4 Inputs to controll my (smart)homeserver FHEM

    - set some relais...

    - get IR codes from remote control

    - PIR to react on movements near to R1

     

    I also need to use gpio for send 433MHz codes, now based on 3.4.113 and wiringpi and rc-switch

     

    My first test with armbianIO failed:

    root@lamobo:~/io/ArmbianIO# ./demo

     0=Le potato (Lamobo R1)
     1=Banana Pi M2 Zero (not 'Lamobo R1')
     2=Raspberry Pi (not 'Lamobo R1')
     ...
     15=Tinkerboard (not 'Lamobo R1')
    Unrecognized board type, aborting...
    Problem initializing ArmbianIO library

    ...no "Banana Pi" no "R1", this would be compatible...

    I do not know if it is compatible to raspi???

     

     

    But why is sysfs NOT working?

       echo "17" > /sys/class/gpio/export
       echo "out" > /sys/class/gpio/gpio17/direction
       cat /sys/class/gpio/gpio17/value
       echo "1" > /sys/class/gpio/gpio17/value

    and why does 17 crash the switch?

     

    Why is sysfs activated in this lamobo kernel if does not work?

    other adresses/gpionumbers?

    I do not understand the problem with sysfs...

     

     

     

     

  5. Hello,

    I just fresh installed Armbian_5.31_Lamobo-r1_Debian_jessie_next_4.9.7.img on my R1(which is for me a fantastic device).

    I tried to use GPIO by sysfs like I used to do on 3.4.113-kernel.

     

    on 3.4.113:

    echo "17" > /sys/class/gpio/export
    echo "out" > /sys/class/gpio/gpio17/direction
    cat /sys/class/gpio/gpio17/value
    echo "1" > /sys/class/gpio/gpio17/value
    gpio -g read 17

    ...this is working fine

    ls -l /sys/class/gpio/
    --w------- 1 root root 4096 Nov  4 19:17 export

    lrwxrwxrwx 1 root root    0 Nov  4 19:17 gpio14 -> ../../devices/platform/gpio-sunxi/gpio/gpio14
    lrwxrwxrwx 1 root root    0 Nov  4 19:17 gpio15 -> ../../devices/platform/gpio-sunxi/gpio/gpio15
    lrwxrwxrwx 1 root root    0 Nov  4 19:17 gpio2 -> ../../devices/platform/gpio-sunxi/gpio/gpio2
    lrwxrwxrwx 1 root root    0 Nov  4 19:17 gpio22 -> ../../devices/platform/gpio-sunxi/gpio/gpio22
    lrwxrwxrwx 1 root root    0 Nov  4 19:17 gpio27 -> ../../devices/platform/gpio-sunxi/gpio/gpio27
    lrwxrwxrwx 1 root root    0 Nov  4 19:17 gpio3 -> ../../devices/platform/gpio-sunxi/gpio/gpio3

    lrwxrwxrwx 1 root root    0 Nov  4 19:17 gpio17 -> ../../devices/platform/gpio-sunxi/gpio/gpio17
    lrwxrwxrwx 1 root root    0 Nov  8 08:02 gpiochip1 -> ../../devices/platform/gpio-sunxi/gpio/gpiochip1
    --w------- 1 root root 4096 Nov  8 08:02 unexport

     

    on 'Linux lamobo 4.9.7-sunxi #1 SMP Thu Feb 2 01:52:06 CET 2017 armv7l GNU/Linux' it is NOT working

    root@lamobo:~# echo "17" > /sys/class/gpio/export
    root@lamobo:~# ls -l  /sys/class/gpio/
       --w------- 1 root root 4096 Nov  8 08:13 export
       lrwxrwxrwx 1 root root    0 Nov  8 08:13 gpio17 -> ../../devices/platform/soc@01c00000/1c20800.pinctrl/gpiochip0/gpio/gpio17
       lrwxrwxrwx 1 root root    0 Jan  1  1970 gpiochip0 -> ../../devices/platform/soc@01c00000/1c20800.pinctrl/gpio/gpiochip0
       lrwxrwxrwx 1 root root    0 Jan  1  1970 gpiochip413 -> ../../devices/platform/soc@01c00000/1c2ac00.i2c/i2c-0/0-0034/axp20x-gpio/gpio/gpiochip413
       --w------- 1 root root 4096 Jan  1  1970 unexport
    ...till here it is fine, but when I do

    echo "out" > /sys/class/gpio/gpio17/direction (or  'echo out > /sys/class/gpio/gpio17/direction' )

    no function of this command / something is crashing and even the "Network/swich" is crashing,

    the network does not work anymore and the lights of all ethx's go on in 'dimmed'-modus on.

     

    With other gpio's I are also not working:

    ->22 does no switch-crash, but shows error on 'out'-command

    root@lamobo:~# echo "22" > /sys/class/gpio/export                                                                                                                                                           
    root@lamobo:~# echo "out" > /sys/class/gpio/gpio22/direction
    -bash: echo: write error: Unknown error 517

     

    ->14 no error on 'out'-command, but no PIN-function on hardware

    root@lamobo:~# echo "14" > /sys/class/gpio/export
    root@lamobo:~# echo out > /sys/class/gpio/gpio14/direction
    root@lamobo:~# echo "0" > /sys/class/gpio/gpio14/value
    root@lamobo:~# echo "1" > /sys/class/gpio/gpio14/value

     

    How Do I get the/those(14,15,2,22,27,3) gpio's to work?

    regards

     

     

    gpio-3.4.113-kernel.png

    gpio-BPi.png

     

     

    gpio-R1.png

  6. Hello Ikrk,

     

    thanks for info!

     

    The backported driver I compiled on my R1, but before I compiled the 3.4.108-git-kernel version too on my R1.

    My backported driver works good (19 day uptime R1 as only AP) , but I got a lot of driver-messages in my logs.

     

    I will try/test the shaun2029-driver too,

    Did you compile on R1 or crosscompile by igors-toolchain?

     

    @igor

    can I somehow compile your 3.4.110-R1-kernel-version with all you patches on R1?

    Does it support csi-cam?

     

    regards

  7. good morning @tkaiser,

     

    more good pictures of the module itself can be seen at:

    http://de.aliexpress.com/item/MT5572-WIFI-module-6-pin-WL-UM01EBS-5572-V1-0-27-17-7mm-USB2-0/32530090751.html?ws_ab_test=searchweb201556_7_79_78_77_80,searchweb201644_0,searchweb201560_9

    There you can see the new ra5572 from all sides.

     

    I have no further pictures from replacement, but like badrianiulian wrote, he has some more but has to look for them and post them

     


    I had some pictures with the new install somewhere.. will post them when I'll find them.

     

    But the mod is very simple. On one side there are 6 solderpoints next to each other, the other side are 3 and 3 next to each other.

    Important is to heat all 12 solderpoints at one time to 'simply' pull the old 8192cu-wifi-mod off the board in one move.

    I took a special solder-heater to do that, but it may work using 2(both sides) or 1 solder irons too.

     

    After removing the old, I soldered all 12 new solder-pins again (see my picture), but like badrianiulian wrote he only took the 6 usb-solderpoints.

     

    If you want more pictures of the soldered look, PM me to tell me what pics you you need.

     

    regards

  8. @wildcat_paris

    I put the antenna-cables directly on the mini-rt5572-board.

    (joke) You or anyone in this forum could buy my 8192cu, i sell it for 10 Euro  :-)

     

    @badrianiulian

    If you are happy with mainline-kernel there is no need to do the backports-stuff for 3.4.10x.

    But I need CSI-camera support which is not working on mainline.

    Thanks again for your idea and your configs!

  9. Hi,

     

     

    >Somewhere I also read, that only one (1) Antenna is active - can't remember if there is a fix for that

    Yes, at my R1-8192cu also only 1 antenna gets better signal.

    is it because of MIMO? one antenna OUT, the other IN?

    But this Doesn't matter for me anymore...

     

    >And if you want to use 40 MHz bandwidth you need to hack the hostapd file

    I tested everything, also this patches. with/without-Debug-patched and with/without-40Mhz-patches

    ( http://forum.armbian.com/index.php/topic/136-lamobo-r1-wifi-unstable-in-ap-host-mode-better-buy-a-good-wifi-dongle-with-proper-linux-support/?p=2271 )

    Nothing was stable with 8192cu.

     

     

    >Thank you for your detailed information. I consider to embed this into the manual.

    >Did you document on a website or such your modification with some more pictures /text ?

    No, Unfortunately not. But it's the same and you can test with every ra5572-USB-device

    for ex. :

    wildcat_paris his good "Dlink 160B1"-USB-Wifi.  (thanks for config-help wildcat!!!   :-)   )

    or the

    "CSL 300Mbit USB WLAN"-USB-ra5572 from Amazon   which I used to test/prepare software before receiving the solder-solution from china. After I received I send the CSL back to Amazon!

    Test and Configure for those, after testing simply unsolder the 8192cu and solder the MT5572 like on my picture.

    After soldering replace wlan1 to wlan0 in your configs.

    I could help you with some more pictures from my mod, but you won't see more as in the published one from the mod-thread I guess.

     

    >I just wonder which WiFi chip is in my old: FON2201 (now in my closet for 2 years)

    >this bloody device also lost connection all the time - it made me sooo angry :angry:

    ...R1 Lamobo made me also very often very angry while testing 8192cu and also if it was in my closet

    and can't be used as AP. No hardware acceleration makes me still very angry...

    :-)

     

     

    regards

  10. Hi Tido,

     

    thanks for your work and your manual!

     

    I realized your reloading problem long time ago, in my 15.04 Bananian manual I wrote therefore:
    ...
    Well, I played around with it for quite a while and finally gave up - armbian worked much better and still does.

    I had this problem on bananian and on a past version of armbian too,. I was also writing with

    an other user here in a personal conversation who tested this for me too on his R1 using armbian.

    Till this point he also thought that he had a stable wifi...but he got the same behaviour on distance to 8192cu and big-data-streams.

    :-)

    ...crash...only reboot fixed it...

     

     

     

    People with Windows drivers for 8192 have problems, by any chance do you still have a link to this?

    There may be a lot of good feedbacks for usb-8192cu, but for me those bad feedbacks are no coincidence.

    That's what I found for example on german Amazon:

    ---------------------------------------------------------------------------------------------------------------------------------------------

    TP-Link TL-WN822N (8192cu-version)
    ===============================

     

    "Vorsicht: Neue Version mit schlechtem Chipsatz"
    http://www.amazon.de/review/R1OO1828LHK3BM/ref=cm_cr_dp_title?ie=UTF8&ASIN=B00416Q5KI&channel=detail-glance&nodeID=340843031&store=computers
    .....
    "Die Realtek-Chipsätze (inkl. 8192CU) sind für deutlichen Leistungsabbruch mit zunehmender Distanz zum Router bekannt. Mein PC ist etwa 4 Meter vom Router entfernt. Das ist bereits genug für deutliche Leistungseinbrüche und Verbindungsverlust."
    .....

     

    " In V3 nicht zu empfehlen"
    http://www.amazon.de/review/R37FFPKZWSOJW5/ref=cm_cr_dp_title?ie=UTF8&ASIN=B00416Q5KI&channel=detail-glance&nodeID=340843031&store=computers
    .....
    Sofern ich keine größeren Downloads vornehme funktioniert das Gerät einwandfrei. Die Geschinwidkeit liegt bei ca. 144mbit/s. Sobald ich jedoch einen schnellen Download durchführe (z.B. Game-Download in Steam) verliert er ständig die Verbindung. Kabel ziehen und wieder einstecken hilft nur bedingt - nach 30 Sekunden reist die Verbindung meist direkt wieder ab. Die aktuellsten Treiber helfen da leider auch nicht.
    .....

     

    Asus USB-N13 N300 Wi-Fi USB Stick
    ==============================
    http://www.amazon.de/product-reviews/B0033C7ZAK/ref=cm_cr_pr_viewopt_kywd?ie=UTF8&showViewpoints=1&sortBy=helpful&pageNumber=1&filterByKeyword=8192cu
    http://www.amazon.de/gp/customer-reviews/R2RW8FKQBHCXK2/ref=cm_cr_pr_rvw_ttl?ie=UTF8&ASIN=B0033C7ZAK: "ASUS hat einen besseren Namen als dieses Produkt zeig"
    http://www.amazon.de/gp/customer-reviews/R39WN8RVII520N/ref=cm_cr_pr_rvw_ttl?ie=UTF8&ASIN=B0033C7ZAK: "Verliert ständig die Verbindung zum Router"
    http://www.amazon.de/gp/customer-reviews/RHNTQ3U82FH5U/ref=cm_cr_pr_rvw_ttl?ie=UTF8&ASIN=B0033C7ZAK: "UNBRAUCHBAR"
    http://www.amazon.de/gp/customer-reviews/R315NOA5H9NN21/ref=cm_cr_pr_rvw_ttl?ie=UTF8&ASIN=B0033C7ZAK: " Internetverbindung bricht zwischendurch kurz ab"
    http://www.amazon.de/gp/customer-reviews/R3H7J50F6GOASH/ref=cm_cr_pr_rvw_ttl?ie=UTF8&ASIN=B0033C7ZAK: "kommt dazu das ab und zu keine Verbindung aufgebaut wird"
    ---------------------------------------------------------------------------------------------------------------------------------------------

     

     

    After "ONLY" testing (no real/productive use) the R1 as "Stable"-AP for more then 1 year after I bought it, those amazon-comments made me stop testing on 8192cu-R1.

    I hope that someone has a stable 8192cu-R1 now or in the future, in that case he should test the distance/big-datastream-problem and on success he has to post all used software-versions (OS,hostapd,kernel,8192cu-driver) and configs for those in this forum.

     

    For me the R1-Lamobo-MT5572-hardware-mod is the best solution for now,

    With this "15+5 Euro"-mod I have a Lamobo-R1 with a stable WIFI-chip, a free USB-host-port and a WIFI-chip which supports more modes (ex. monitor-mode which is interesting to me).

     

    regards

  11. good morning,

     

    @shawn wood
    if you think you have a stable 8192cu-wifi, please test wifi (ex. after about 2-3 days running R1) if your client is not directly next to the R1, so thake a bit distance and then start ex. a youtube-HD-videostream or some big OS-Updates on your client(s).
    In all my tests with all kind of software-variations (OS,8192cu-drivers,hostapd) my 8192cu-Wifi on R1 was hanging after some days.

    After this hanging WIFI, restarting any hostapd-versions nor reloading any tested drivers did help!

    Only reboot the system did fix the problem.

    On Amazon people with 8192-devices also write those "distance/stream"-PROBLEM-comments, even with windows drivers for 8192.

    Because of this chip-problem I gave up too on R1-8192cu and did a ra5572-hardware mod.

    see : http://forum.armbian.com/index.php/topic/372-hardware-mod-bpi-r1/?p=4314

    My R1-Wifi is stable for 8 days now. Further testing in progress...

     

    regards

  12. Hi,


    my "Mt5572 wifi-modul wl- um01ebs- 5572- v 1. 0 27*17.7mm usb 2. 0" arrived from china.
    The ra5572-chip is working on R1-lamobo with 3.4.108-kernel and backports-3.12.8-1-drivers.
    Mainline kernel works out-of-the-box , but I need CSI-cam-support in 3.4.
    (see http://forum.armbian.com/index.php/topic/157-add-wifi-driver-ralink-rt5572-rt2800usb/?p=3456)

    During my x-mas vacation I tested the driver with an "CSL 300Mbit USB WLAN"-USB-ra5572 from Amazon
    and my wifi worked very stable for 14 days till I ended the duration test to solder the new onboard-module.
    So anyone who wants to test his software/drivers for the ra5572-mod could test the ra5572 with this Amazon-usb-wlan-Stick

    :-)

    I think the The orig/old 8192cu-Module on the R1 lamobo  will never be stable using it with a client loading big datastreams if a wifi-client has some distance to the R1-8192cu-chip.

     

    post-389-0-23842000-1453111064_thumb.jpg

     

    Thanks again to badrianiulian for this great idea!
    New durationtest with the soldered-onboard-ra5572 is running STABLE for 8 days now, never did with 8192cu.

    regards

     

  13. hi,

     

    only for info:

    The DPO_RT5572_LinuxSTA_2.6.1.3_20121022.tar.gz / rt5572sta.ko -stuff does not work with sunxi-3.4.10x-kernel.

     

     

    I got this "ralink rt5572" on kernel 3.4.10x to work with driver backports:

    echo "see:https://backports.wi....php/Main_Page"

    wget https://www.kernel.o....11.8-1.tar.bz2

    tar xvf backports-3.12.8-1.tar.xz

    cd backports-3.12.8-1

    make defconfig-wifi

    time make -J2

    echo "BACKUP YOUR old 3.4.10x-modules in /lib/modules/3.4.10xy /lib/modules/3.4.10xy_backup to  if you want to switch back...ok?"

    read

    make install

    reboot

     

    ...............................................................................................

    root@Dev:~# modinfo rt2800usb | grep "version\|5572"
    version:        backported from Linux (v3.12.8-0-g97f15f1) using backports v3.12.8-1-0-geb41fad
    version:        2.3.0
    srcversion:     D0035750636933A8C0E52C5
    alias:          usb:v148Fp5572d*dc*dsc*dp*ic*isc*ip*
    vermagic:       3.4.108schaschr1+ SMP preempt mod_unload modversions ARMv7 p2v8
     

     

    regards

  14. Hi,

     

    on my R1, armbian 4.5 and 4.7 did also NOT boot with SATA connected...( I have a 2A openmoko_:-)-usb-charger )

    I had to change my dts/dtb-file wich I  compiled on R1 with kernel 4.2.6 for my R1 .

    sed -i 's/ahci: sata@01c18000 {/ahci: sata@01c18000 {\n\t\t\ttarget-supply = \<\&reg_ahci_5v\>;/g' arch/arm/boot/dts/sun7i-a20-lamobo-r1.dts
    

    crreating and replacing the armbian-lamobo-dtb with my compiled one, my R1  did boot with my and armbian-mailline-kernel again when SATA connected.

     

    regards

  15. Hi tkaiser

     

     

    1)IMAGE see:

     

    [ the black shadow on the left is from my too small hole in self-made R1-case :-)  ]

     

    pndxoapx.png

     

    http://www.directupload.net/file/d/4204/pndxoapx_png.htm

     

     

    <a href="http://www.directupload.net"target="_blank"><img src="http://fs5.directupload.net/images/151216/pndxoapx.png" title="Kostenlos Bilder und Fotos hochladen"></a>

     

    2)

    How can I test max resolution?

    I didn't config anything,  see my first post for what I (only) did.

     

    3)

    What do you want to say with your link-answer:

    http://linux-sunxi.org/Mainlining_Effort#Major_drivers

    "CSI (camera sensor interface) driver (WiP: Yassin Jaffer (ddc))"

    Nothing is happening?

    Nothing will ever happen?

     

     

    I hoped anyone here or Igor has modified the code from : https://github.com/LeMaker/linux-sunxi/blob/lemaker-3.4/drivers/media/video/sun4i_csi/device/ov5640.cto/for 4.x-kernel or can do this with minimal effort...

     

    regards

  16. Hello,

     

    with 3.4. kernel I could use my csi-cam on my R1:

    #5.0 Mega Pixel Banana PI Camera Module for Android
    #and Linux. OV5640 chipset, CSI connector
    #Price: US $24.00 / piece from aliexpress
    sudo modprobe ov5640
    sudo modprobe sun4i_csi0
    #video stream
    #mplayer tv://
    #snapshot
    mplayer tv:// -vo png -frames 1
    

    Now I switched to armbian 4.7 with 4.2.6 to use new wifi-usb-drivers

    but I saw that those modules are not supported in the new kernel.

    :-(

     

    Source of drivers:

    https://github.com/LeMaker/linux-sunxi/tree/lemaker-3.4/drivers/media/video/sun4i_csi

    https://github.com/LeMaker/linux-sunxi/blob/lemaker-3.4/drivers/media/video/sun4i_csi/device/ov5640.c

     

    Did anyone got this to work with 4.x-kernel?

    Is there a chance that it will/could be integrated in mainline-based Armbian?

     

    regards

  17. Hi,

     

    I like this idea of badrianiulian's hardware-mod on R1 ( http://forum.armbian.com/index.php/topic/372-hardware-mod-bpi-r1/) and looked for that chip/driver.

     

    http://elinux.org/RPi_USB_Wi-Fi_Adapters
        RT5572 USB ID 148f:5572 native driver available in Kernel 3.10.36+ (rt2800usb)
        uname -a
           3.4.108schaschr1+ #2 SMP PREEMPT Thu Oct 22 08:59:09 CEST 2015 armv7l GNU/Linux

     

    http://www.ctheroux.com/category/rt5572/
    #patched version for older DPO_RT5572_LinuxSTA_2.6.0.1_20120629.tar.bz2.bz2

    #I think no need to patch (first) patches
            wget https://dl.dropboxusercontent.com/u/11876059/DPO_RT5572_LinuxSTA_2.6.1.3_20121022.tar.gz
            tar -xvf DPO_RT5572_LinuxSTA_2.6.1.3_20121022.tar.gz
            cd DPO_RT5572_LinuxSTA_2.6.1.3_20121022
            patch
               no need to patch ( os/linux/config.mk os/linux/usb_main_dev.c), allready up-to-date
               pathed common/cmm_mac_usb.c  

            make / make install (compile ok)

            modprobe rt5572sta

     

    i do not have hardware yet, but this should work...

  18. Hi badrianiulian,

     

    because I have allready an R1 here too and I want to save the only USB, I think the idea of replacing the "bad 8392cu"-WIFI-Module is great.

    If it would work, I also would go for it...

     

    http://de.aliexpress.com/item/MT5572-WIFI-module-6-pin-WL-UM01EBS-5572-V1-0-27-17-7mm-USB2-0/32530090751.html?ws_ab_test=searchweb201556_7_79_78_77_80,searchweb201644_0,searchweb201560_9

     

    To me the hardware looks compatible...

    Does anyone of the experts see a reason why this would be a problem?

    Hardware?

    Software?

     

    regards

  19. today was testing with your iso: http://archive.ubuntu.com/ubuntu/dists/trusty-updates/main/installer-amd64/current/images/netboot/mini.iso

     

    r1.jesse,with xfce,3.4    !!! USING DEFAULTS !!!

     

    ERROR:

     o.k. ] ... Upgrade to 3.4.109 [ kernel ]
    [ o.k. ] ... Bananapi/Orange/R1 gmac [ kernel ]
    [ o.k. ] ... Bananapi PRO wireless [ kernel ]
    [ o.k. ] Patching [ u-boot v2015.07 ]
    [ o.k. ] ... Add Lamobo R1 [ u-boot ]
    [ o.k. ] ... Add AW SOM [ u-boot ]
    [ o.k. ] ... Add boot splash [ u-boot ]
    [ o.k. ] Patching [ other sources ]
    star kernel
    [ o.k. ] ... DMA disable on FBTFT drivers [ misc ]
    [ o.k. ] ... small TFT display support [ kernel ]
    /home/dev/armbian/lib/common.sh: line 28: /home/dev/armbian/sources/u-boot/spl/.config: No such file or directory
    /home/dev/armbian/lib/common.sh: line 30: /home/dev/armbian/sources/u-boot/spl/.config: No such file or directory
    /home/dev/armbian/lib/common.sh: line 33: dialog: command not found
    [ o.k. ] Building deb [ linux-u-boot-lamobo-r1_4.4_armhf.deb ]
    [ error ] Building failed, check configuration. [ linux-u-boot-lamobo-r1_4.4_armhf deleted ]
     

    Maybe because of the network?

     

    apt-get update shows an error too:

    ..

    .

    .

    Reading package lists... Done
    W: GPG error: http://repo.aptly.infosqueeze InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY E083A3782A194991
    dev@dev-m-pack:~/armbian$
     

     

    Any ideas?

  20. mhhhh....

    i fresh installed :

    ubuntu-14.04.3-server-i386.iso
    md5 352009d5b44f0e97c9558919f0147c0c 

    ubuntu-14.04.3-desktop-amd64.iso
    md5 cab6dd5ee6d649ed1b24e807c877c0ae

    ubuntu-14.04.3-server-amd64.iso
    md5 9e5fecc94b3925bededed0fdca1bd417

    only did the:
         mkdir armbian
         cd armbian/
         apt-get -y install git
         git clone https://github.com/igorpecovnik/lib
         cp lib/compile.sh .
         chmod +x compile.sh
         time ./compile.sh ; date

         r1.jesse,with xfce,3.4    !!! USING DEFAULTS !!!




    ...but because of errors I needed to install some stuff:
        4  apt-get -y install git
       10  apt-get -y install make
       12  apt-get -y install build-essential
       29  apt-get -y install gcc-arm-linux-gnueabihf
       32  apt-get -y install device-tree-compiler
     

    user@armbian:~$ arm-linux-gnueabihf-gcc --version
    arm-linux-gnueabihf-gcc (Ubuntu/Linaro 4.8.2-16ubuntu4) 4.8.2
    Copyright © 2013 Free Software Foundation, Inc.
    This is free software; see the source for copying conditions.  There is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.



    should it run on Desktop too?

     

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines