What is this, 1998?
Any notions that the Arduino platform is completely wedded to the Atmel ATmega family of microcontrollers have been shattered. The ARM-equipped Arduino Tre, which is based on Texas Instruments’ Sitara chip, is coming in the spring. And here, now is Intel’s Galileo, an Arduino board based on one of Chipzilla’s x86 processors, the …
What is this, 1998?
The problem is that for a microcontroller it is woefully short on IO, and for an application processor it's pathetically slow. X86 simply isn't good at this kind of work, and god knows why Intel thought that it would be.
When it came to creating microconttollers ARM went away and re-engineered their cores into two additional families - the M series and the R series. These were optimised for their roles (the R series are for real time work BTW) and loaded down with IO on the chip (the latest STM M4F processors have up to 168 GPIO pins, 24 ADC channels and 2 DACs for example).
Also as an application processor there is no software ecosystem. There's tons of x86 Linux distros out there, but it won't run any of them (without yet-to-be-done hackery). Yocto is just getting off the ground as an embedded system platform, but it's not a 'hacker' OS like Debian or even OpenWRT, it's more an 'appliance' OS - make a change, rebuild all the packages, run the regression tests, signoff by management, ship firmware v126.96.36.199 to the factory. You aren't really intended to ssh in and run emacs to change things.
They provide the Arduino ecosystem but it's no good as a microcontroller.
So I'm yet to work out what it /is/ good for.
It also seems that the Quark is based on the 486 core, with the same number of clocks per instruction. As a result it will be no faster than an M4F @168MHz (and probably even @100MHz). So it's more expensive than an ARM, draws more power, has less and poorer IO while not being any faster. What was the point again?
Since I haven't seen this anywhere, here's /proc/cpuinfo (I finally managed to start telnetd and get in, using ethernet):
Poky 9.0.2 (Yocto Project 1.4 Reference Distro) 1.4.2 clanton
/ # uname -a
Linux clanton 3.8.7-yocto-standard #1 Tue Oct 1 00:07:32 IST 2013 i586 GNU/Linux
/ # cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 5
model : 9
model name : 05/09
stepping : 0
cpu MHz : 399.076
cache size : 0 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : yes
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 7
wp : yes
flags : fpu vme pse tsc msr pae cx8 apic pge pbe nx smep
bogomips : 798.15
clflush size : 32
cache_alignment : 32
address sizes : 32 bits physical, 32 bits virtual power management:
It even ships with the f00f_bug! Welcome to 1997 all over again!
Oh it's got CMPXCHG8? Means it can run Windows XP? cept for the missing graphics :-)
CPU stuck in 1998, AC stuck in 2001. Lovely.
/spoiler alert/ Megahertz wars are long over. They lost.
Maybe this is naive but why isn't it being compared to an Arduino Yun?
It has the same, low powered, microcontroller and IO as the UNO and a more powerful but still limited application processor for the WiFi. The DigiX is a cheaper and much more capable microcontroller with WiFi, the UDOO has a fully powered application processor and a much more powerful microcontroller combined (and is effectively what the Arduino Tre is going to be). Given this, why exactly would you buy a YUN?
Does half of what a RPi does, costs twice as much.
Biting the hand that feeds IT © 1998–2018