Tido Posted May 10, 2016 Posted May 10, 2016 Orange Pi Lite, it comes with H3 SoC, 512MB DDR3 SDRAM and WiFi, NO ethernet port WiFi: Xunlong said they replace 8189ETV used on the older OPi with 8189FTV on OPi Lite, PC Plus and Plus 2E (Thx TK). Is now available for USD 12.- Some critical words about it. Edit: added WiFi information
zador.blood.stained Posted May 10, 2016 Posted May 10, 2016 Orange Pi Lite, it comes with H3 SoC, 512MB DDR3 SDRAM and WiFi, NO ethernet port In addition to this (just to have all useful info available here), compared to OPi One it has built-in microphone, 2 USB A sockets and IR Receiver. Wi-Fi module is Realtek b/g/n of some sort with external antenna (u.FL socket), no "onboard" antenna. 1
tkaiser Posted May 11, 2016 Posted May 11, 2016 Also as an addition the CNX announcement (on CNX in the comments section from time to time real information will be added/collected). It should be noted that the count of solder points on the PCB varies compared to Orange Pi One (obviously since Lite exposes one more USB port and IR and mic) and that currently no one knows whether Xunlong took the opportunity to expose Ethernet RX/TX to solder/test points. 1
zador.blood.stained Posted May 11, 2016 Posted May 11, 2016 and that currently no one knows whether Xunlong took the opportunity to expose Ethernet RX/TX to solder/test points. Looking at current photos I don't see any new soldering points. But if you want Ethernet port you can buy One instead of Lite in the first place, right?
tkaiser Posted May 11, 2016 Posted May 11, 2016 But if you want Ethernet port you can buy One instead of Lite in the first place, right? Of course, I just thought about being able to connect Ethernet to some sort of baseboard featuring an Ethernet switch IC through solder/test points like it's implemented with USB data lines on this USB hub for Raspberry Pi Zero: http://www.cnx-software.com/2016/02/29/hubpixed-is-a-neat-and-cablefree-usb-hub-for-the-raspberry-pi-zero-crowdfunding/ But since clustering with H3 isn't that efficient it's most probably not worth the efforts...
zador.blood.stained Posted May 11, 2016 Posted May 11, 2016 Of course, I just thought about being able to connect Ethernet to some sort of baseboard featuring an Ethernet switch IC through solder/test points like it's implemented with USB data lines on this USB hub for Raspberry Pi Zero: http://www.cnx-software.com/2016/02/29/hubpixed-is-a-neat-and-cablefree-usb-hub-for-the-raspberry-pi-zero-crowdfunding/ You can still use Ethernet emulation through USB host on both boards (with small kernel patches), and it may be slightly faster than 100Mbit/s.
rodolfo Posted May 11, 2016 Posted May 11, 2016 Using the regular Ethernet port on OPI ONE / Armbian_5.10 you get the following performance : iperf -c 192.168.3.26------------------------------------------------------------[ ID] Interval Transfer Bandwidth[ 3] 0.0-10.1 sec 116 MBytes 96.6 Mbits/sec iperf -c 192.168.3.26 --dualtest------------------------------------------------------------[ ID] Interval Transfer Bandwidth[ 5] 0.0-10.0 sec 114 MBytes 95.2 Mbits/sec[ 4] 0.0-10.3 sec 47.1 MBytes 38.5 Mbits/sec A simple USB ethernet dongle plugged into OTG-port via adapter on OPI ONE / Armbian_5.10 shows the following performance : iperf -c 192.168.3.26------------------------------------------------------------[ ID] Interval Transfer Bandwidth[ 3] 0.0-10.0 sec 333 MBytes 279 Mbits/sec iperf -c 192.168.3.26 --dualtest------------------------------------------------------------[ ID] Interval Transfer Bandwidth[ 5] 0.0-10.0 sec 200 MBytes 168 Mbits/sec[ 4] 0.0-10.0 sec 209 MBytes 175 Mbits/sec Using the OTG-port on OPI LITE still leaves you with two full size USB A ports for low-power fast flash storage. MIC and IR receiver are an added bonus. If wifi works reasonably well ( I'm using <$2 realtek dongles on OPI ONE ) on OPI LITE it will be quite a steal for $16 ( please tell me where you get it without shipping costs ).
zador.blood.stained Posted May 11, 2016 Posted May 11, 2016 @rodolfo Using external USB-Ethernet controller obviously works, but I was talking about slightly different scenario, when board itself emulates network adapter when plugged via USB into another device - this way you get fast enough network connection between board and other device without using any extra hardware, just USB A - microUSB cable.
rodolfo Posted May 11, 2016 Posted May 11, 2016 @zador I was just pointing out the existing connectivity options for immediate use. USB Ethernet option would of course be fabulous and I'm looking forward to testing/using it on OPI LITE. Thanks for the good job !
tkaiser Posted May 11, 2016 Posted May 11, 2016 Using the regular Ethernet port on OPI ONE / Armbian_5.10 you get the following performance [...] A simple USB ethernet dongle plugged into OTG-port via adapter on OPI ONE / Armbian_5.10 shows the following performance The speed limitation of onboard Ethernet is a BSP kernel problem. With mainline kernel you get +85 MBits/sec in both directions concurrently and with BSP kernel if not both directions are used you get +90 Mbits/sec. Regarding your USB dongle: Can you give as a link where to buy or at least show lsusb output? I've one such GbE USB dongle here but that one is way slower. I was talking about slightly different scenario, when board itself emulates network adapter when plugged via USB into another device - this way you get fast enough network connection between board and other device without using any extra hardware, just USB A - microUSB cable. Are you referring to the g_ether driver? Any practical experiences with it? Since I assume you'll need a PC on the other end of the connection that enables one (virtual) NIC per USB connection and then bridges the interfaces between to get real 'switch like' behaviour?
rodolfo Posted May 11, 2016 Posted May 11, 2016 @tkaiser Adapter link : ----------------- http://www.ebay.com/itm/141821170951?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT lsusb : --------- Bus 001 Device 003: ID 0bda:8153 Realtek Semiconductor Corp. The Realtek 8153 USB3 dongle works reliably and draws max. 180mA ( tested on adapter to OTG port on OPI ONE ) 2
zador.blood.stained Posted May 11, 2016 Posted May 11, 2016 Are you referring to the g_ether driver? Any practical experiences with it? Since I assume you'll need a PC on the other end of the connection that enables one (virtual) NIC per USB connection and then bridges the interfaces between to get real 'switch like' behaviour? Not my experience, but in this article Orange Pi One is mounted inside a router (running OpenWRT) to offload OpenVPN encryption. It's connected only via USB/CDC, and raw link speed was ~100-120Mbit/s. Even without translation you should get the idea looking at photos and screenshots. 2
rodolfo Posted May 12, 2016 Posted May 12, 2016 Not my experience, but in this article Orange Pi One is mounted inside a router (running OpenWRT) to offload OpenVPN encryption. It's connected only via USB/CDC, and raw link speed was ~100-120Mbit/s. Even without translation you should get the idea looking at photos and screenshots. Interesting report. From what I gather from the (google translated) article kernel/modules were patched with USB CDC code from Android to create a gadget ethernet device ( virtual NIC usb0 , which can then be used like any other network interface ). On smartphones this is used to enable "USB tethering". It would be great to have this functionality for OPI boards. Sending fast data through micro USB sounds much better than abusing it to power boards. https://pixhawk.ethz.ch/tutorials/omap/usb_network
zador.blood.stained Posted May 12, 2016 Posted May 12, 2016 Interesting report. From what I gather from the (google translated) article kernel/modules were patched with USB CDC code from Android to create a gadget ethernet device ( virtual NIC usb0 , which can then be used like any other network interface ). On smartphones this is used to enable "USB tethering". It would be great to have this functionality for OPI boards. Sending fast data through micro USB sounds much better than abusing it to power boards. Orange Pi there is running Armbian, small kernel patch was necessary to enable CDC mode in crappy BSP kernel. USB tethering on smartphones may use other modes (like RNDIS). Once USB OTG controller is supported in mainline, it should work without any patches. 1
rodolfo Posted May 12, 2016 Posted May 12, 2016 Once USB OTG controller is supported in mainline, it should work without any patches. Perfect !
tkaiser Posted May 30, 2016 Posted May 30, 2016 BTW: Since it might be interesting for OPi Lite users: I made just a few iozone measurements comparing USB OTG with normal host ports: http://forum.armbian.com/index.php/topic/1193-orange-pi-plus-2e-now-available/?view=getlastpost It might sound somewhat absurd but even OPi Lite can make up for a nice 'el cheapo' NAS due to 3 USB ports available when used with such an RTL8153 based USB-to-Ethernet dongle and mainline kernel. Ethernet throughput might exceed 300 Mbits/sec when used on the host port so putting a disk on the OTG port might make more sense then.
rodolfo Posted May 30, 2016 Posted May 30, 2016 It might sound somewhat absurd but even OPi Lite can make up for a nice 'el cheapo' NAS due to 3 USB ports available when used with such an RTL8153 based USB-to-Ethernet dongle and mainline kernel. OPI LITE with RTL8153 ( 35 MB/s ) on USB-OTG and two cheap USB 3.0 Flash Drives ( 17MB/s seq.write each ) are a nicely performing ultra-low-power (5V/1A) no-noise combination even with the current legacy kernel.
tkaiser Posted June 1, 2016 Posted June 1, 2016 BTW: Schematics for OPi Lite appeared. More or less OPi One without Ethernet and some additional components, probably most interesting the new WiFi implementation: Orange_pi-lite-v1_1.pdf 1
tkaiser Posted June 1, 2016 Posted June 1, 2016 Now information collection regarding OPi Lite is almost done. I tried to enhance the wiki article for Orange Pi One combining it with Lite and also tried to add everything that's known/relevant now: http://linux-sunxi.org/Xunlong_Orange_Pi_Lite Please help improve state of information/documentation since I made mistakes for sure (as usual ). Get a linux-sunxi account please and correct what's wrong. Thx. 1
tkaiser Posted June 12, 2016 Posted June 12, 2016 Orange Pi there is running Armbian, small kernel patch was necessary to enable CDC mode in crappy BSP kernel. Igor2 wrote a small tutorial in english how to get this working (including patch but no idea whether applying it as default hurts or not): http://web.archive.org/save/_embed/http://igor2.repo.hu/tmp/opi_usb_gadget.txt
martinayotte Posted June 16, 2016 Posted June 16, 2016 I've received my OPi-Lite today ! I didn't get chance to follow every threads, is the RTL8189FTV soon be supported ? Also, I think a bug has been introduced recently : I've build tonight the image Armbian_5.14_Orangepilite_Debian_jessie_4.6.2.raw and it was hanging during boot : [ 7.575548] systemd[1]: Started udev Coldplug all Devices. [ 7.638570] systemd[1]: Mounting FUSE Control File System... [ 7.647639] systemd[1]: Mounted Configuration File System. [ 7.653293] systemd[1]: Starting Apply Kernel Variables... [ 7.670604] systemd[1]: Starting Create Static Device Nodes in /dev... [ 7.690248] systemd[1]: Starting Syslog Socket. [ 7.703836] systemd[1]: Listening on Syslog Socket. [ 7.713512] systemd[1]: Starting Journal Service... [ 7.722884] systemd[1]: Started Journal Service. [ 7.851371] systemd-udevd[227]: starting version 215 [ 8.339502] cpufreq: cpufreq_online: CPU0: Running at unlisted freq: 1008000 KHz I've then use the previous image I've built 2 weeks ago, at a time the image still common for all H3, the Armbian_5.12_Orangepih3_Debian_jessie_4.6.0.raw, and it booted properly.
tkaiser Posted June 16, 2016 Posted June 16, 2016 is the RTL8189FTV soon be supported ? Also, I think a bug has been introduced recently : Regarding Wi-Fi: As far as I understand the driver we're using with legacy kernel is backported from mainline so should work there too. And yes, I experienced the same behaviour after trying to get THS stuff working with vanilla. Please see: https://github.com/igorpecovnik/lib/issues/360 http://irclog.whitequark.org/linux-sunxi/2016-06-13#16729515;
martinayotte Posted June 16, 2016 Posted June 16, 2016 @tkaiser, I don't see any RTL8189 sources in Mainline, googling didn't provide any clues either. For THS stuff, after reading those threads/issue, I'm still not sure how it should be fixed. Is it simply of adding the 1008000 entry in the DTS ?
jernej Posted June 16, 2016 Posted June 16, 2016 No, RTL8189FS driver is not backported. It is provided by Realtek. It doesn't use mac80211 but it's own implementation, so it might not be so good, but it's the only one we have.
tkaiser Posted June 16, 2016 Posted June 16, 2016 Is it simply of adding the 1008000 entry in the DTS ? I still don't understand where to adjust what and had some hope that megi enlightens me on IRC... but to no avail No, RTL8189FS driver is not backported. It is provided by Realtek. It doesn't use mac80211 but it's own implementation, so it might not be so good, but it's the only one we have. Uh, thx for correcting this. I thought it would be the same as with 8189es driver.
jernej Posted June 16, 2016 Posted June 16, 2016 Uh, thx for correcting this. I thought it would be the same as with 8189es driver That one is also not mainline. Hans just fixed few things to make it work on mainline.
martinayotte Posted June 16, 2016 Posted June 16, 2016 @TKaiser, I will try again with tweaked DTS, if it doesn't work, maybe it is Megi's change here : https://github.com/megous/u-boot/commit/85dddd9bbbd2e57aad1718579e552bd936716866 I will also give a try with Hans drivers. (I though first to grab Legacy folders and move then into Mainline, but I presume that would be lost of time)
tkaiser Posted June 16, 2016 Posted June 16, 2016 @TKaiser, I will try again with tweaked DTS, if it doesn't work, maybe it is Megi's change here : https://github.com/megous/u-boot/commit/85dddd9bbbd2e57aad1718579e552bd936716866 Did you look into https://github.com/igorpecovnik/lib/blob/master/patch/u-boot/u-boot-dev/u-boot-set-safe-axi_apb-clock-dividers.patch already? I tried to ensure that we still are on the same level of u-boot patches but maybe I missed something?
jernej Posted June 16, 2016 Posted June 16, 2016 I will also give a try with Hans drivers. (I though first to grab Legacy folders and move then into Mainline, but I presume that would be lost of time) That won't work with OPi Lite because that code doesn't have support for 8189FS. You have to take Realtek code and fix it the same way Hans did.
martinayotte Posted June 16, 2016 Posted June 16, 2016 Ok, for the THS, adding back the 1008000 entry is a kind of ugly workaround : during boot FREQ switch is crashing, but at least it continue to boot completely. I presume that real fix would not be adding it, but change the value at the origin of that 1008000, which is probably in u-boot, but this is outside of my knowledge. @Tkaiser, the patches you mentioned, and even Megi's change doesn't seem to be part of the Armbian build process. Maybe patches are not applied for some reason. @jernej, I started doing what you've said, I got some part done, but now I'm a bit lost about platform files searching for the legacy sys_config.h 1
Recommended Posts