We've seen other projects from companies that have attempted to do the same thing. The Microsoft .Net Micro Framework with the associated 2-3 board makers come to mind. It was too small a market for Microsoft to commit any resources too. They open-sourced .NET MF and let it go fallow for at least two years.
- Intel did a great job hacking the Arduino IDE to make it easy to build and run Arduino style sketches without any real knowledge of how the board works.
- There is 8MB of flash memory.
- It uses a powerful X86 CPU.
- The board comes bundled with an all-country adapter.
- The board has an Arduino shield compatible header that works with some of the shields already on the market.
- There is a hardware console port that can be monitored in addition to the normal Arduino monitoring via the psuedo-tty USB connection.
- The board includes a hardwired Ethernet port.
Board and O/S
- You can fry the board if you plug in the USB connector before plugging in the power supply. I would expect this from a home brew board but not from a professionally created board targeted at the embedded marketplace.
- Sketches are lost across reboots when using the board as shipped. This makes the board totally useless in any embedded application. Imagine having to reprogram your Microwave every time you lost power.
- O/S configuration changes are lost across reboots when using the board as shipped. This means you can't configure the network or start other processes without adding system calls to your sketches.
- The on-board Linux is trimmed down to fit in the ROM. It is hard modify the package so you are stuck with whatever Intel installed. Systems like the Raspberry Pi and Chumby mandate that you use an SD card for the O/S and file space.
- Intel provides an SD card image that lets you add more features and save sketches across restarts.
- Intel included a mini-card slot for a wireless network card. The onboard Linux supports that card. I'm not sure why they did that instead of just adding more USB ports. Other systems come pre-loaded with BroadCom or other wireless drivers that gives you access to a lot of inexpensive network cards. The Raspberry Pi works this way.
- Intel included a hard ware serial console port. They used an audio jack similar to that used on a lot of router or homebrew hacking projects.
- Intel made theirs an actual RS-232 port that requires an RCA-to-DB9 cable. Most laptops don't come with RS-232 ports any more so a lot of people need a second USB to DB9 cable. I can only guess the folks building the board were using desktop machines to work with the Galileo
- Most other boards and hack products rely on FTDI style USB-to-5V or USB-to-3.3V adapter cables. They can be purchased on line with RCA plugs already attached.
- The Arduino has a very simple model for the single serial port used for communications and programming. It simulates a serial port on the host system. This makes it possible to use RF protocols in addition to hard-wire serial communication without any modification to the host programs. They did this out of necessity because the early boards communicated to hosts using a simple UART through a serial-to-USB bridge chip.
Most of the I/O pins are implemented in I/O expanders instead of being directly connected to the the CPU or system on chip.
- The Galileo is at least an order of magnitude slower for I/O operations because of the hardware and software architecture. You just can't do some things with the Galileo that you can with cheaper, lower power boards.
- Two of the pins can be configured for high speed operation. This helps but requires custom register programming and is still not actually the same as an Arduino board.
The Intel Galileo feels like a "first try". I personally would stay away from it and wait for their next attempt.