as we konw, allwinner R58 , H8 and A83T , the 3 chip is PIN to PIN compatibility.
so we have do some H8 ,and R58 sample . are you like it?
H8 chip on board:
R58 chip on board:
as we konw, allwinner R58 , H8 and A83T , the 3 chip is PIN to PIN compatibility.
so we have do some H8 ,and R58 sample . are you like it?
H8 chip on board:
R58 chip on board:
I do not like the power connector - lousy MicroUSB
I miss some links to datasheets of the processors - what is the difference??
i see ,you like DC-port, but many maker let us change to micro-USB for DC power. if you like ,i can support you for DC-jack , only change slot.
as i know ,H8 and A83T is same ,just mark difference, and H8 for box ,and A83T for mid, use difference SDK, and when SDK boot, check chip ID .
R58, allwinner use it as Iot project ,and mean more software support. and run higher CPU dominant frequency
so , we do some sample to check it.
Wow, Banana Pi is comming in 2016 Very Fast Perfect boards with 8 core.
I have a question. I will work with Server( cloud, web, and more.) Which board is good for me? A83t , H8 or R58??
Thanks BPi Team,âŚ
Most of makers doesnât realize power limitations of micro USB. You should.
In other words: You â the manufacturer â have not the slightest idea what youâre talking about. Allwinner simply changed the naming and you try to fool your customers as usual:
The SoCs are the same and the M3 isnât worth a look. Gbit Ethernet is limited, the âSATAâ performance is horrible, you canât use the advertised âup to 1.8 Ghzâ without active cooling and the board lacks I/O bandwidth. And if you use a fan so that the SoC can clock above 1.2 GHz then your board will suddenly power-off since the SinoVoip âengineersâ use micro USB for DC-IN trying to fool as much customers as possible who think they can power their boards with cellphone chargers. Itâs such a lousy designâŚ
Wow, what a negativity. It is still so that the Banana Pi M1 is an amazing device, and good luck finding the router variant because it is super popular⌠Sure, microUSB has downsides but it IS the de-facto standard and why wouldnât you be able to put 9v/2A on it? Phone chargers do that all the time⌠I would first want to see this actually fail before I start whining about it.
Anyhow, Iâm curious to hear if there are any plans towards a 64 bit device! We at ownCloud are working with Western Digital to create a Raspberry Pi 2 based home server. I already looked at using the Banana Pi M1 instead as it is much faster for this purpose but unfortunately the SATA power plug is in the way so it doesnât fit the case
I know thereâs a project working on creating a Allwinner A64 based board but the A64 is not really great in terms of I/O, perhaps you guys/girls will come up with something
Are you able to read and click on links? It did happen to me all the times that I experienced power-offs unless I soldered a sane DC-IN solution using a barrel plug:
http://forum.armbian.com/index.php/topic/474-quick-review-of-banana-pi-m3/ http://linux-sunxi.org/Banana_Pi_M3#Sudden_shut_offs_.2F_maximum_consumption_.2F_cooling_vs._consumption
This IS reality. Regarding the M1, yes this is a device that is way cheaper and easily outperforms the M3 if itâs about I/O. The M1 and any other A20 based board features a real SATA port, the M3 not. And unfortunately the lousy SinoVoip engineers chose not only a crappy DC-IN solution but also the worst USB-to-SATA-bridge available, the GL830 (also used on the Orange Pi Plus for example and there also limited to 15/30 MB/s maximum).
Regarding A64: Yes, this SoC has the very same limited I/O capabilities as the A83T/H8/R58 weâre talking here about. Also only one USB host and one dual-role port. Itâs as limited as the Banana Pi M3 and also not that fast (the A64 relies on 4 rather slow Cortex-A53 cores).
But since you really think about the RPi 2 (only one single USB 2.0 connection to the outside that disk and network have to share) I/O and network bandwidth seems not matter to you at all. Weird.
I would ask the person that did the ODM for the original Banana Pi: Steven Zhao from Xunlong.
I believe he would be happy to design a special edition Orange Pi with A20 for you that meets your requirements.
You are may be new here. To get fast into the topic of SOC /SBC and understand the major problems, read the Google doc in this Posting Sorry, not only read, try to understand.
I dont get why there are so many people complaining about MicroUSB.
MicroUSB can provide way more than the power needed. You just need to make sure two things, good adapter, 2A, and a good cable, Anker or some decent brand.
What are you talking about?! Do you have an M3? Did you verify that this board needs not more than 5V/2A:
I did it. Had so many power-off situtations that the filesystem on SD card and eMMC got corrupted.
It seems the âengineersâ never tested that. Understandably: They never used any heatsinks and they never provided performance numbers. Maybe they simply donât know that their device needs 5V/3A under full load.
Apart from that: micro USB is always crap since so many USB cables are faulty and lead to undervoltage situations when load increases. For charging a cell phone it might be OK (but serious vendors donât use it for this also since⌠micro USB is crap). This is common knowledge and the problem existed with the M1 also: http://forum.lemaker.org/forum.php?mod=viewthread&tid=8312&extra=page%3D1
On the left a crappy cable leading to voltage drops below 4.6V at only 600mA consumption (Banana Pi M1!), on the right a better cable with stable voltage:
http://kaiser-edv.de/tmp/hu947N/Bildschirmfoto%202014-10-27%20um%2011.01.27.png
There are endless discussions in the RPi forums regarding âgood chargersâ and there 3rd party vendors exist selling PSUs with directly attached cable providing 5.1V⌠for a reason: Micro USB as DC-IN source is unreliable crap and providing a PSU with an attached cable avoids at least the situation where users choose bad USB cables that are responsible for all sorts of power problems.
Providing a board that needs 5V/3A with micro USB for DC-IN is just moronic.
No I never tested m3. The difference between USB cables is big. With a crap cable my cellphoneâs charge time is like 6 hours, but with a good one, its less than 2 hours. So many of the problems are probably caused by crap cables. I guess a DC port may be more stable, and definitely cheaper than a high end MicroUSB solution.
And thatâs reason N° 1 why choosing micro USB to power a device (instead of charging it) is wrong. Too many crappy cables and too many crappy chargers around. Using micro USB from the manufacturerâs point of view is just fooling people since they believe they can power the board reliably through crap.
This applies to every SBC using a micro USB connector for DC-IN. With the Banana Pi M3 the situation is different since its SoC alone is able to consume up to 8W under full load. That translates to 5V/1.6A and is just 0.2A less than the maximum rating for micro USB (5V/1.8A). Using micro USB here is just insane.
But they donât care. And they donât test responsibly. And they seem to be right with their strategy to sell crap under the Banana brand. The Banana Pi M1 is a great device that received superiour software support (not from âTeam BPiâ â they were never involved â but from the linux-sunxi community that evolved around A10/A20 devices like the Cubieboards before).
Unfortunately they started to sell incompatible crap like the M2 and now the M3. And trick people into believing devices sharing the same name would be compatible. They arenât and the situation regarding software support gets worse with every new gadget they try to sell as the next âBanana Piâ.
I bet they will not even resolve half of the many the issues like BPI-M3 new image:ArchLinuxARM Lite for BPI-M3 (20151209) (unbelievable â the issue is well known but âTeam BPiâ simply doesnât give a sh*t) and will try to sell a Banana Pi M4 based on the slow A64 (â64 bitâ!!!) in a few months again targeting morons like they do with the M3 now. The M3 attracts people due to SATA (Wrong! Only the worst USB-to-SATA implementation ever) and octa-core. But lacks I/O bandwidth and especially software/support.
In many areas the M1 easily outperforms the way more expensive M3. But people wonât learn, they like to buy crap if hardware specs sound good.
Well, it really depends on how you are going to use your BPI.
For general use, headless linux servers, NAS⌠go with M1.
M3 if you want a mini android device or watch videos, but M3 still didnât get HW acceleration right, so not even 1080p videos.
But if like you said people buy crap if specs sound good, then they deserve the Darwin award for buying things so they probably wonât care if they canât do what they want.
please choose A83T ,
linux 1080P video decode will ready soon. we have finish development ,just need to optimize.
we not fool anyone. R58 chip software is design not for box and Mid ,so allwinner have do many software on R58, and R58 mean more software support . allwinner have BG1, BG2,BG3âŚ
Ah I see, it is ready. Like you promised here already, right?
1 month 2 weeks ago
Same forum-member name.
The last commit on github is already 3 days ago - are you really developing ?