Jump to content

Tido

Members
  • Posts

    1539
  • Joined

  • Last visited

Reputation Activity

  1. Like
    Tido reacted to cbm801 in Orange Pi One - adding USB, analog audio out, TV out, mic and IR receiver   
    Orange Pi One PCB is designed to easy add almost all removed features from Orange Pi PC. Currently only RAM expansion is unprofitable.
    To add 2 removed USB ports just solder wires to solder points as shown below on the photo:
    Data lines for USB #3: points 1,2
    Data lines for USB #2: points 3,4
    Power can be taken directly from GPIO header or DC socket. OPiOne has no separate voltage regulators for USB ports like previous boards used to have.
    This way I want to solder mini WiFi dongle (after removing the case and USB port) directly to the PCB.
     

  2. Like
    Tido reacted to tkaiser in Quick review of Orange Pi One   
    The Orange Pi One is the most recent SBC from Xunlong. It's clearly the Orange Pi PC's little sibling. In case you haven't read the PC's review already maybe it's time to do it now since here only important differences will be shown.
     
    Since it's based on an Allwinner SoC (system on chip) please keep in mind that you will always find the most comprehensive and up-to-date information in the linux-sunxi wiki: http://linux-sunxi.org/Orange_Pi_One
     
    The most important differences between One and PC as follows:
    Smaller size: the PC used the RPi form factor (85mm x 55mm) while the One is just 69mm x 48mm in size 512MiB instead of 1GiB DRAM (still two DDR3L modules making use of the full 32 bit memory bandwidth) 2 USB host ports less (available through solder points) IR receiver, microphone and TRRS jack for Audio/CVBS video also missing (available through solder points) GPIO header rotated by 180° A different method to regulate the SoC's core voltage (VDD-CPUX) responsible for a few issues currently The One costs $10 whereas the PC is been sold at $15. Since you don't get large volume discounts on shipping you should better compare prices with shipping included and end up now with $13.63 vs. $18.69 if you order directly in Xunlong's aliexpress store.
     
    So you get less for less money but should keep in mind that the size reduction has one serious drawback: Due to the height of USB and Ethernet jacks Xunlong chose to rotate the 40 pin GPIO header and now Add-On boards (RPi HATs) project over the board. And while you can combine for example an Orange Pi PC with a 3.2" Touchscreen LCD to a compact package this isn't possible with the One any longer.
     
    The Orange Pi PC fits exactly:
     

     
    And that's how it looks with the One:
     

     
    You should also take care of the header's orientation when trying out GPIO/1-Wire/I2C stuff and especially when you try to power the board through GPIO pins 2/4/6. They are not where you would expect them like on any other board using the RPi connector (except of Lamobo R1) but on the other side of the header (180° rotation).
     
    Different voltage regulator and the consequences:
     
    Now to the most important change: the different method to switch the SoC's core voltage. What is this switching for? This thing is called dynamic voltage frequency scaling (dvfs) and the idea behind is to keep the voltage of the SoC's core components as low as possible unless needed. If you want to clock the CPU/GPU cores higher you need more voltage to let them work reliably. On the other hand higher voltage negatively affects temperature, consumption and maybe also longevity.
     
    Here the combination of cpufreq scaling and dvfs jumps in. When the CPUs are clocked lower also less voltage is used to feed them. And when they're clocked higher the voltage rises automatically to ensure reliable operation. With dvfs a few operating points are defined that specify at which cpufreq traversal which voltage should be used. This looks then like this example for Orange Pi PC.
     
    On the Orange Pi PC a voltage regulator called SY8106A adjustable through I2C is used and it's easy to define up to 16 dvfs operating points. On the Orange Pi One this is different and a more simple voltage regulator has been used (according to schematic the SY8113B should be used but users spotted that on their boards in reality the rather similar AX3833 is used). This voltage regulator supports only two states and according to the Orange Pi forums this should be used to switch the voltage between 1.1V at the lowest CPU clockspeed and 1.3V with the higher clockspeeds (confirmed in the meantime to work on at least one board).
     
    Fex/script.bin fixes necessary when using OS images for PC:
     
    When you're using OS images for Orange Pi PC on the One then due to the different voltage regulator the log gets filled with countless messages like this:
    [ARISC ERROR] :message process error [ARISC ERROR] :message addr : f004b840 [ARISC ERROR] :message state : 5 [ARISC ERROR] :message attr : 2 [ARISC ERROR] :message type : 30 [ARISC ERROR] :message result : ff [ARISC WARING] :callback not install [cpu_freq] ERR:set cpu frequency to 1008MHz failed! Therefore it's necessary to fix this by tweaking the so called fex file when using OS images that still rely on kernel 3.4.x (applies to all currently). It's necessary to exchange the pmuic_type (2 is I2C, 1 is GPIO) and to define at which clockspeed the regulator should switch between its two states. So the most easy solution seems to define 2 operating points as outlined in the sunxi wiki: http://linux-sunxi.org/Orange_Pi_One#Normal_dvfs_settings
     
    At least on one board the real voltages used aren't 1.1V and 1.3V but significantly higher instead. My assumption is based on thermal behaviour: the main heat source is the core voltage (VDD-CPUX). Unfortunately my Multimeter died so we're waiting for others to investigate further by checking the 1V2C and VDD_CPUFB test points on the PCB. There is an active discussion in our developer section regarding this at the moment.
     
    So there is at least one board where voltages are significantly higher then they should be (leading to overvolted/overheating behaviour without adjusted fex settings) and there is at least another where everything works as expected (and which runs into stability issues when preventing to switch to the higher voltage). Now it's time to collect feedback from users how many are affected by wrong voltage values.
     
    How does voltage switching works on the One?
     
    So let's have a closer look how the switch between the two voltages works (regardless of the real voltages used -- they have to be confirmed by measuring the 1V2C and TP1 test points on the PCB). In the fex file after changing the pmuic_type to 1 you can define two voltage values and the switch state:
    pmu_level0 = 11300 pmu_level1 = 1100 LV1_freq = 1200000000 LV1_volt = 1300 LV2_freq = 648000000 LV2_volt = 1100 This reads like 648MHz @ 1100mV and 1200MHz @ 1300mV. But you could also write the following into and it would work exactly the same:
    pmu_level0 = 15000 pmu_level1 = 1500 LV1_freq = 1200000000 LV1_volt = 5000 LV2_freq = 648000000 LV2_volt = 1500 Now it reads 648MHz @ 1500mV and 1200MHz @ 5000mV (clearly exceeding the max. 1400mV allowed for the H3) but it doesn't matter since this just triggers at which cpufreq change the voltage should be switched between the lower and the higher value. So to stay always on the lower voltage you could use
    pmu_level0 = 5000 pmu_level1 = 5000 LV1_freq = 1200000000 LV1_volt = 5000 LV2_freq = 648000000 LV2_volt = 5000 And to always use the higher voltage (necessary in case some users are really affected by undervoltage when using the lower available) it could read:
    pmu_level0 = 11000 pmu_level1 = 11000 LV1_freq = 1200000000 LV1_volt = 1000 LV2_freq = 648000000 LV2_volt = 1000 This will prevent using the higher voltage in the former case even if there 5000mV are written to the fex and will force the higher in the 2nd example regardless of the voltage value (1000mV). Only the first bit set or not defined in pmu_level0/pmu_level1 is important.
     
    Unless this issue is resolved I would stay away from the device. And if you're already an owner of the Orange Pi One you should check whether you're affected by undervoltage/overvoltage issues.
     
    Final chapter: Software support for the Orange Pi One:
     
    First of all you could use any of the available OS images for Orange Pi PC but would've to adjust the voltage regulator stuff in script.bin/fex. I already updated my fix-thermal-problems.sh script known from the Orange Pi forums to fix overvolted settings for the older Orange Pis to be useable with Orange Pi One/Lite too.
     
    In the meantime Armbian started to support all available H3 Orange Pi boards just recently: http://www.armbian.com/download/ (please don't expect yet too much, we're moving fast but it's still a bit early and a lot of work in progress!)
     
    Jernej's OpenELEC port also progresses nicely and fully supports Orange Pi One in the meantime (in fact he helped us a lot to improve Armbian support for the One)
     
    It can be expected that a lot of improvements for sun7i (A20 SoC used on Cubieboards, the original Bananas and a few more) will be ported over to sun8i/H3 in the next time.
     
    And then mainlining effort for the H3 is still improving more and more. I'm using one Orange Pi PC since weeks as NAS with mainline kernel (4.5) and an USB-to-Ethernet dongle since native Ethernet is still not supported. Same applies to display stuff. You can inform yourself about the status always here: http://linux-sunxi.org/Mainlining_Effort#Work_In_Progress
     
    Using Orange Pi One with the most recent kernel is already possible combining a few patches and I would suspect that it's just a few weeks until Ethernet and display is working.
     
    EDIT: In the meantime enclosures are available (a bit problematic since OPi One suffers from heat issues more than its bigger siblings): laser cut DIY made of 3 mm crystal-clear acrylic and one on Aliexpress.
  3. Like
    Tido got a reaction from pschasch in Lamobo R1 schematic - is now available   
    Hi,
     
    Finally SinoVoip /Foxconn released the schematic for the Lamobo R1 (R1-V3_SD July 18, 2014).
    First page a blockdiagramm and 13 pages of schematics as PDF.
     
    May be because the next Version of the R1 is soon ready??
     
    Cheers
    Tido
  4. Like
    Tido got a reaction from Rui Ribeiro in Firewall, to install on armbian   
    Hi Rui,

    You are using pure iptables. I am using the CSF Firewall which is pretty handy and because of the bridged interface I have to add those three commands.
    I ran yesterday a first scan with nmap on TCP and I will run more tests. So far my code works.
    By the way, I am not using VPN.
     
    Google is your friend (mostly :-) )
    Difference between SNAT and Masquerade
     
  5. Like
    Tido reacted to tkaiser in Banana Pi M3   
    Ah, now I know what 'some other things' means. I just realised I need to improve my visionary skills to answer questions in a way you're pleased with...
  6. Like
    Tido reacted to tkaiser in Creating a backup SD card (* .img) to another media or network   
    We're talking more about 'SBC world' than 'OSS world' here. And in the SBC world often things are simply the result of 'copy&paste gone wrong' especially when the origin was the Raspberry Pi. That applies not only to scripting stuff but to manuals or 'quick start' guides as well. For example: How moronic is a 'guide' that teaches you to partition/format your SD card just to overwrite partitions/filesystems one second later: http://www.lemaker.org/product-bananapro-guide.html
     
    Using SD Formatter with large SD cards is necessary when you try to use the card with any Raspberry Pi (since there the boot process is totally different and the VideoCore GPU/VPU starts first and is only able to read from FAT and not from exFAT most large cards are formatted with). But this step is totally useless with any other ARM board. Why do we find SD Formatter mentioned in the 'guides' of so many vendors when it's completely useless here?
     
    Think about it. Same applies to script snippets the net is flooded with...
  7. Like
    Tido got a reaction from zador.blood.stained in Banana Pi M3   
    TK can really be patient if it come to explain why Banana is not Banana.
    I would simply send you links like:
    Difference between Raspi and SinoVoip (Banana) Not enough power (read this thread to understand) Overheating of the SoC (heat-sink attached?)  
    Ah, what TK didn't do this time recommend you better alternatives like: ODROID, Olimex, LeMaker and many more.
     
    I had just yesterday installed Ubuntu Mate on Raspberry Pi 2 - quick is different !
    If you want to use a GUI I have to say LeMaker Guitar is quicker with Lemuntu (quad core 1,2GHz).
  8. Like
    Tido reacted to tkaiser in Need help on Pine A64, 64bit Quad Core 1.2GHz Single board computer   
    It's 3 GB: http://linux-sunxi.org/A64#A64_SoC_Features(and this means unless someone manufactures 12gb DDR3/LPDDR3 modules you will be limited to 2 GB).
     
    But that seems to be a common problem with all those cheap Cortex-A53 ARMv8 implementations. While you can benefit from a huge virtual address space the useable physical address space doesn't exceed the 'magical' 64-bit border of 4 GB. And if you don't move both kernel and userspace from ARMv7 to ARMv8 code you won't get that much more performance either. According to Allwinner's PM A64/H64/R18 (all the same more or less) are made in a 40nm process (so the linux-sunxi wiki is still wrong) which might be responsible for the low clockspeeds possible (1152 MHz max.). The A64 seems to be just a bunch of 64-bit Cortex-A53 cores in a 32-bit SoC and the whole '64-bit thing' is more or less marketing and no technical improvement.
     
    But hey, people buy numbers: They need 64 bit since... that's twice as much as 32 bit. Same with memory: the very same people cry for 4 GB RAM instead of reading through http://www.linuxatemyram.comand being happy with 1 GB.
  9. Like
    Tido reacted to vlad in Creating a backup SD card (* .img) to another media or network   
    i started working sometime ago on a backup script for my armbian, it is not complete and it was built for my case but it give a starting point for anyone interested in making a backup.
     
    some decisions i took before writing it:
    decided to go with rsync + archive and not rsync + image, going with archive instead of image makes restoring the backup a bit harder but it doesn't stop you from using a different format for your partition or a different sd card size same . archives are uploaded to a ftp server, i chose ftp and not ssh because the ftp service is provided by my ISP so super fast speeds and it cost almost nothing. i have the rootfs on a mechanical hdd and the uboot/kernel on sdcard so i am making two archives boot and rootfs (but i could be easily changed to backup the whole thing)  the backup its suppose to run every midnight in a crontab so it doesn't output anything directly but its logged in a file, which i am planing to email after a successful backup. backup.zip
     
    After the backup in order to have a bootable sd card you need to write the u-boot to the sd card your using some information are provided here http://forum.armbian.com/index.php/topic/594-move-armbian-from-one-sd-to-another/- that i am hoping to fix in the future with a restore script.
  10. Like
    Tido got a reaction from Rui Ribeiro in Firewall, to install on armbian   
    Hi,
     
    In order to secure my BPi-R1 I want to install a firewall on top of armbian.
    So please, no tipps for complete 'firewall distribution like IPcop, IPfire'.
     
    So I thought about, what is necessary to protect 'my cloud', which may be not the first interest for a hacker.
    My test candidates:
    Open Edgewize Shorewall ConfigServer Security & Firewall (csf) iptables (do it on your own)  
    I collected some information of their functions, but I don't know what is crucial.
    Application Layer Filtering Just managing your network by port numbers and ip addresses is no longer sufficient. With the growing levels of web use, and http based applications, deep packet inspection is needed to properly manage your network securely. User authentication (invite some friends to share pictures) Blacklist Whitelist  
    As the R1 can hold a HDD I want to load it with things like:
    LAMP http://ampache.org/  http://www.seafile.com/en/home/  http://syncthing.net/ https://sourceforge.net/projects/xbian/ OpenMediaVault may be testing owncloud I would like to know, what is your take on that and how do you secure your devices?
     
    Cheers
    Tido
  11. Like
    Tido reacted to tkaiser in Need help on Pine A64, 64bit Quad Core 1.2GHz Single board computer   
    Small update: the ODROID-C2 is now officially announced (and Hardkernel did it right again: large heatsink as factory default and same board dimensions and connector layout -- I hope they will release a C2+ based on S912 with 4GB RAM later that year).
     
    And the Pine guys started promoting their Peripheral On Top (POT) 'pseudo standard' with a few announced add-ons that look good to me (missing an 1-Wire-to-I2C POT, based on eg. DS2482S)
  12. Like
    Tido reacted to Igor in [WiP / Orange Pi One] Support for the upcoming Orange Pi One?   
    Boot log:
     
     
    ___ _ _ _____ / _ \ _ __ __ _ _ __ __ _ ___ | | | |___ / | | | | '__/ _` | '_ \ / _` |/ _ \ | |_| | |_ \ | |_| | | | (_| | | | | (_| | __/ | _ |___) | \___/|_| \__,_|_| |_|\__, |\___| |_| |_|____/ |___/ Welcome to ARMBIAN Debian GNU/Linux 8 (jessie) 3.4.40-sun8i System load: 2.02 Up time: 6 min Memory usage: 6 % of 1000Mb IP: 172.16.100.142 CPU temp: 29°C Usage of /: 15% of 7.4G [ 59 updates to install: apt-get upgrade ] Image for OPi+ (the one with external GMAC). Should boot on any H3 orange, serial console only.
    http://mirror.igorpecovnik.com/test/Armbian_4.83_Orangepiplus_Debian_jessie_3.4.40.zip
     
    Kernel for those who has internal MAC
    http://mirror.igorpecovnik.com/test/OPI_PC_linux-image-sun8i_4.83_armhf.zip
     
    Can be rebuild with:
    https://github.com/igorpecovnik/lib/(default is without external GMAC support)
  13. Like
    Tido got a reaction from Rui Ribeiro in Need help on Pine A64, 64bit Quad Core 1.2GHz Single board computer   
    Save your time to head over there, just to name a few:
     
    The U-Boot from the supplied Android image is severely crippled:
    It can only read from its own partitions. Of course there is no network support whatsoever. Until all 36000 people from the crowd-funding receive their PCB it will be end of April or later.
  14. Like
    Tido reacted to zador.blood.stained in Prefer NginX and MariaDB from other repositories (newer versions)   
    Yes, Raspbian is based on Debian, but it has its own repo because Raspberry Pi SoC (except for Raspberry Pi 2) has armv6 architecture, while RPi 2 and all boards supported by Armbian have armv7.
     
    There are enough search results in Google for installing packages from testing branch with apt pinning, so I won't copypaste anything here.
    For example: https://serverfault.com/questions/22414/how-can-i-run-debian-stable-but-install-some-packages-from-testing
     
    Just remember that you can use "-s" option for "apt-get upgrade" or "apt-get install" to see what packages and what versions are about to be installed without actually modifying your system.
  15. Like
    Tido got a reaction from Rui Ribeiro in Need help on Pine A64, 64bit Quad Core 1.2GHz Single board computer   
    Hi Igor,
     
    As Moderator and owner of the forum, why don't you edit the $ 15.- in the topic of this thread. Makes it less an advertisement.
     
    Need help on Pine A64, $15 64bit Quad Core 1.2GHz Single board computer
  16. Like
    Tido reacted to etrash2000 in Differences between Armbian and Bananian, please?   
    Thanks TKaiser,
     
    I was hoping that you would respond since I read most of your comments on the Bananian forum and I knew that you had switched.
    The reply is as I expected (which is why I posted the question here instead of at the Bananian forum) but I would like to have it confirmed by someone which has used both systems before I commit any work on this small project.
     
    Concerning the layout of the project, I have not decided yet on any specific protocol yet. I will later post about my ideas later when I have tried a few things and when I more time.
     
    In the mean time, if anyone of you have some ideas or experience with backups then feel free to keep this tread alive (if it is allowed the forum rules). The things I want is
    * Local daily backup of my laptop. Revision control and check-sum control are required. Monthly checksums will go into a local database.
    * Local offline backup to an external USB-disk, probably will commit this manually 2-4 times a year.
    * Remote backup, daily or weekly. Probably with rsync to local server. Checksum control here as well. 
    * E-Mail daily progress from both local and remote servers, preferably encrypted.
    * Move rootfs to ram in order to avoid the SD card once the system is up and running.
    * I have not decided on how to obtain my local/remote IP address, probably DynDNS but emails could be an option.
     
    Background info: I have about 300GB of photos and home videos which I do not want to loose. Those damn cameras are just getting bigger and bigger image sizes .
     
     
    Thanks again.
  17. Like
    Tido reacted to zador.blood.stained in Differences between Armbian and Bananian, please?   
    Let's not forget about rsync just yet 
    1. It's still great for a client-server incremental backups (Linux->Linux), while for more complex setups something like syncthing would be better (although syncthing is very heavy on CPU usage, which will limit transfer speed to 2-3MB/s for example on A20-based devices)
    2. @etrash200 mentioned remote server and dyndns, so for backups over Internet using checksumming on application level won't be totally redundant, some ISP's infrastructure still may be from 2006. @tkaiser, you don't like downloading OS images without checksum files, do you? 
  18. Like
    Tido got a reaction from wildcat_paris in Differences between Armbian and Bananian, please?   
    good choice - of the Banana familiy.
     
    Both base on Debian - concerning troubleshooting and help I recommend armbian. Did you already read this: http://www.armbian.com/documentation/
  19. Like
    Tido got a reaction from wildcat_paris in Need help on Pine A64, 64bit Quad Core 1.2GHz Single board computer   
    Weird, Kevin never answered.
     
    Anyway, by accident I came across this update - it talks about many many many disappointed backers who were hoping for LINUX, but it will
    be running ANDROID only = Remix OS will be offered as an option for the PINE64.
    Who needs 4K playback in 2016 ?
     
    You, a loyal backer, and 23,500+ others, have pledged over $1,000,000 to make PINE64 a reality.
    Well, many of them are just looking for a bargain.
     
    C.H.I.P at least hired a real Linux guy to help them - I cannot read about this on PINE
  20. Like
    Tido got a reaction from wildcat_paris in Need help on Pine A64, 64bit Quad Core 1.2GHz Single board computer   
    Well, these guys are going to China, have real developers see
  21. Like
    Tido reacted to tkaiser in Hardware Mod BPi-R1   
    @badrianiulian/@pschasch: Can you please provide a few more pictures where one can see the hardware modifications clearly? And add them to http://linux-sunxi.org/Lamobo_R1#Pictures or allow me to do so?
     
    I would then summarize the 'Wi-Fi fix' there...
  22. Like
    Tido reacted to pschasch in Lamobo-R1 wifi unstable in AP ("host") mode [better buy a good wifi dongle with proper linux support]   
    Hi Tido,
     
    thanks for your work and your manual!
     
    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...
     
     
     
    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
  23. Like
    Tido reacted to pschasch in Hardware Mod BPi-R1   
    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.
     

     
    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

     
  24. Like
    Tido reacted to wildcat_paris in [Lamobo BPi R1] Network issue / sudden reboot / quick USB UART how-to   
    Tido is right I thought of a power issue (DC-IN) but I am using a SSD... so I don't get a power/current surge @startup, so no reboot! Also I am using a Raspberry pi 2 power supply, I am ok.
     
    the USB UART cable will still be useful, especially when you get in trouble, "unbricking" the board without swaping sdcards AND learning how boards / u-boot / kernel is working
     
    Have fun time with the Lamobo-r1 and Tido precious pieces of data! Feel free to post an update
  25. Like
    Tido got a reaction from wildcat_paris in [Lamobo BPi R1] Network issue / sudden reboot / quick USB UART how-to   
    @miguipda, may I give you an advise. Get this device up and running  WITHOUT  Harddisc.
    This way you can omit one point of failure - and no need of UART cable.
     
    If you are happy with the device running, you mount the harddisk - if it fails - you know why.
     
    If you like, in my signature is the link (Google docs) to a complete walk-through to get armbian running, like a router.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines