Slashdot Mirror


Intel Launches 'Galileo,' an Arduino-Compatible Mini Computer

MojoKid writes "Although Intel is Chipzilla, the company can't help but extend its reach just a bit into the exciting and growing world of DIY makers and hobbyists. Intel announced its Galileo development board, a microcontroller that's compatible with Arduino software and uses the new Quark X1000 processor (400MHz, 32-bit, Pentium-class, single- core and thread) that Intel announced at the IDF 2013 keynote. The board makes use of Intel's architecture to make it easy to develop for Windows, Mac, and Linux, but it's also completely open hardware (PDF). Galileo is 10cm x 7cm (although ports protrude a bit beyond that), and there are four screw holes for secure mounting. Ports include 10/100 Ethernet, USB client/host ports, RS-232 UART and 3.5mm jack, mini PCIe slot (with USB 2.0 host support); other features include 8MB Legacy SPI Flash for firmware storage, 512KB embedded SRAM, 256MB DRAM, 11KB EEPROM programmed via the EEPROM library, and support for an additional 32GB of storage using a microSD card."

130 comments

  1. more the better by AlreadyStarted · · Score: 5, Interesting

    I know there will be haters, but the more corporate interest and entries in this category the better in my opinion. And if it happens to forward the interests of Intel, more power to them.

    1. Re:more the better by hairyfeet · · Score: 1, Flamebait

      Maybe if you found out WHY some hate intel you might understand, yes? How about the fact that they weren't busted for antitrust after a half dozen CEOs admitted taking bribes from Intel to take the power pig P4 and lock AMD out of the market, or how about the Intel Compiler which is rigged to this very day so that ANY CODE made on ICC will be crippled if run on anything but an Intel CPU?

      Everybody here screams about MSFT and Apple but Intel makes both look like the care bears when it comes to dirty dealing, bribery, market rigging, falsifying benchmarks,you name it Intel has done it and have bought their way out of it. If anyone wants I'll be happy to wallpaper this page with citations from multiple sources backing every bit of this up.

      So you can see why some of us would look at a "gift" like this from Intel with suspicion, Intel can play the EEE game with the best of them and wouldn't be the first time Intel product dumped to try to destroy what they thought was a threat, see Intel giving away their chipsets to slit Nvidia's throat in the chipset biz, which they did eventually run them out of. Again no investigation, no antitrust, nothing.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    2. Re:more the better by Anonymous Coward · · Score: 1

      Amen. Intel has far too much power on the computing landscape, much more than IBM ever had in the 70s and early 80s, and that's saying something, since I'm old enough to have lived through that period, and using computers at the time. Probably the worst fear at Intel is that AMD stops producing x86 compatible processors, they would have more power on the hardware landscape than Microsift ever had on the software, and could no more dispute that they are a monpoly and could no more resort to all the dirty tricks they've become accustomed (Centrino for example, was a way to kill competition on the wireless part of chipsets, that's in my view using a monopoly to expel competitors from a complementary market, which is illegal).

    3. Re: more the better by kelemvor4 · · Score: 2

      I generally stop reading anything when I encounter the word "hater" in it.

      It's just so stereotyping a term to use. I hope a lot of us will disregard comments that use that word to describe others, too.

      It's hateful and it shrieks cultishness. Just stop.

      I generally stop reading when anything when I encounter the word "hateful" in it. I hope a lot of us will disregard comments that use that word. It immediately identifies the author as a hater. The text that surrounds it is generally useless except to the author.

  2. Sounds.... Expencive by lapm · · Score: 1

    It might be Arduino compatible but not price wise. With all those things sounds like expensive.

    1. Re:Sounds.... Expencive by fuzzyfuzzyfungus · · Score: 5, Interesting

      I've heard ~$60 thrown around as a number, though not an authoritative one. Lousy by the standards of Arduino projects that really are 8-bit MCU work; but the world is infested with Arduino projects that have the MCU twiddling a few sensors and then a (surprisingly expensive) ethernet/wifi shield bodged on to report the results to the internet. If that's you, the cost gets a lot more competitive.

      Though, on the downside (similarly not-yet-confirmed) reports are that the arrangement Intel uses to support the GPIO is pretty limited, compared to much cheaper parts that do GPIO closer to the metal, in terms of the speeds at which it can bit-bang the assorted oddball peripherals (those cheapie LED strands for instance) that many arduino projects end up bit-banging to communicate with. Having a real ethernet and SD interface, not SPI hacks, is nice; but if those reports are to be believed, your project had better be doable without extensive bitbang interfacing.

    2. Re:Sounds.... Expencive by Anonymous Coward · · Score: 0

      Big issues:
      Proper device drivers for USB, filesystem for SD, and drivers for PCIe in a single threaded model????
      Very slow I/O via 100kHz I2C. Someone mentioned 230Hz update, so compatibility is low.

      I don't even know how they are supposed to support the devices in a non-multitasking model for their "Arduino" framework. It gets very very messy to not have a proper OS to manage the devices that the board hardware supports. There is only so much interrupt code to service the device before you need to run the drivers in a separate task/process.

      It almost make sense to be running linux or a proper RTOS on the hardware and a runtime scripts on top for application code. That way you get the drivers for free.
      i.e. it is no longer "Arduino" other than by Trademark. Why bother?

    3. Re:Sounds.... Expencive by viperidaenz · · Score: 2

      When they say single thread, they mean not hyper threading. It's an x86, it can context switch like any other x86.

    4. Re:Sounds.... Expencive by HeckRuler · · Score: 3, Interesting

      Intel didn’t announce pricing for Galileo,

      Aaaaand I'm instantly not interested.

      Seriously, you can throw as much hardware as you want at a problem, it's all just a matter of price. We could shove an iphone everywhere we want compact processing capabilities. (And god knows enough people actually do that).

      Also, it really helps if it's open. The raspberry pi is neat because it's specifically useful as a full-fledged computer that DAMN cheap. It runs Linux so there's a lot of leeway with what you want to do with it. (Quickly, without having to develop your own RTOS and windows manager) But it IS questionable about what sort of long-term legs it has because the broadcom chip on it is very much closed. I don't care how awesome the hardware is if I can't even blink an LED without asking mother-may-I from some corporate whore.

    5. Re: Sounds.... Expencive by Anonymous Coward · · Score: 0

      A good compiler and a low cost PIC or AVG processor is what I tend to use. Cost footprint: several dollars per unit. I can't understand people who insist on throwing a big engine at trivial tasks. Then again I am a hardware type. Software types cling to their thick padding of abstraction. I like coding up from the reset vector.

    6. Re: Sounds.... Expencive by HeckRuler · · Score: 2

      Software types cling to their thick padding of abstraction. I like coding up from the reset vector.

      I like not having to re-invent quicksort, atoi, hexToDec, etc etc etc every god-damn time. Or having to whip out the scope to find out what quirk this SPI implementation is doing. I like libraries where I know how they work, I can plop them down, and instantly have known capabilities. And no, you don't need big engines for everything. But if you need an Ethernet connection, even though the speed constraints are so lax that even a 8051 could handle it, it doesn't mean that you should piss away weeks re-inventing the wheel just to save a couple bucks on a cheaper chip. Unless you're making millions of units. It's a business decision. Whatever is cheapest and gets the job done. Sometimes that means slapping an intel in there.

    7. Re:Sounds.... Expencive by pjrc · · Score: 4, Informative

      The "someone" mentioning 230 Hz is INTEL, in their Galileo FAQ.

      http://www.intel.com/support/galileo/faq.htm

      The question is near the end, specifically "What is the maximum rate at which GPIO output pins can be updated?"

      The answer, which you'll see if you click that link and expand the question to see the answer, is:

      The GPIO output pins on Intel® Galileo are provided by an I2C Port Expander that is running at standard mode (100 kHz). Each I2C request to update a GPIO requires approximately 2ms. In addition to software overhead, this restricts the frequency achievable on the GPIO outputs to approximately 230 Hz.

    8. Re:Sounds.... Expencive by Anonymous Coward · · Score: 0

      it's intel..

      it's gonna be three times more expensive than it should, and be abandoned by the manufacturer after its initial production run. the processor itself may live on in something else (very small portable or wearable devices).. but this particular product is dead before it even gets released to the public.

    9. Re:Sounds.... Expencive by hjf · · Score: 2

      Erm... an ENC28J60 module with RJ45 jack, magnetics, crystal, and all you need to connect an arduino (or any other MCU) is $3.50 on ebay. Less than the price of the ENC28J60 chip alone!.

    10. Re:Sounds.... Expencive by Anonymous Coward · · Score: 0

      230 Hz?

      Good luck controlling servos with that. Lame.

    11. Re:Sounds.... Expencive by fuzzyfuzzyfungus · · Score: 1

      When I saw that Intel was going single-CPU on this (when even the Arduino guys were doing ARM+AVR with the 'Tre', and the UDOO and similar took the same strategy with a different ARM SoC, I was sort of hoping to see some wildly creative and vaguely horrifying abuse of system management mode (Like the one that the Cyrix/NatSemi 'MediaGX' CPUs used to emulate several of their peripherals to keep system cost down), or some similar alarming but impressive hackery would be at work, allowing genuinely microcontroller-level performance for bit banging and other low level functions. Alas, it appears to be a headless linux box with some slightly unusual peripheral drivers.

  3. pricing? by csumpi · · Score: 2

    "low cost" - how low exactly?

    1. Re:pricing? by Anonymous Coward · · Score: 0

      Missing from the summary, I've heard it claimed to be $60

    2. Re:pricing? by harvestsun · · Score: 1

      A couple other sources say it's $60. Which is not too bad (especially compared to their $199 MinnowBoard).

    3. Re:pricing? by pjrc · · Score: 5, Informative

      Several articles have appeared claiming "under $60".

      For for free if you're one of about 50000 students or apparently about 400 people who attended a talk at Maker Faire last weekend in Rome.

      However, if you check out Intel FAQ, there are a number of Arduino compatibility caveats. Probably the main on is the I/O pins are controlled by an I/O expander with approx 2ms latency. That's pretty slow compared to Arduino's slow digitalWrite() function, which run about 4us on 16 MHz AVR, or direct AVR register access, which takes 125ns.

      The processor runs Linux and Arduino sketches are compiled to native Linux userspace programs, so it probably will open up a lot of possibilities.

    4. Re:pricing? by Anonymous Coward · · Score: 0

      So, they're basically throwing their weight around to try and keep students and DIY-people from walking away from x86. With something that really isn't quite as efficient as the competition. Makes you think how much faster our desktops could've been if they'd had, say, suitable MIPS chippery instead of that steaming heap of features bolted on top of features.

      There's a large software vendor that routinely employs comparable tactics. Coincidence?

    5. Re:pricing? by Anonymous Coward · · Score: 0

      An ATMega328 is 5 bucks. That's hard to beat.

    6. Re:pricing? by fuzzyfuzzyfungus · · Score: 1

      Given that they haven't sent assassins after the BeagleBoard team(indeed, the other big announcement from Arduino-land is that they collaborated with that group to produce a 'basically a beaglebone black with an arduino-compatible set of headers and and onboard AVR, the Tre, is Intel's attempt to throw their hat into the ring really so sinister?

    7. Re:pricing? by Anonymous Coward · · Score: 0

      It's not sinister, but I honestly expected Intel to trump the competition, not look like the underdog.

  4. Inigo Montoya... by charlieo88 · · Score: 5, Informative

    Mini Computer? Inigo Montoya says, "I don't think that word means what you think it means."

    1. Re:Inigo Montoya... by operagost · · Score: 1

      Yeah... I was wondering how to hook up the teletype and the terminal servers.

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    2. Re:Inigo Montoya... by Anonymous Coward · · Score: 0

      Unibus or QBus?

    3. Re:Inigo Montoya... by Anonymous Coward · · Score: 0

      The funny thing is this device is far more powerful than the old "mini" computers of yesteryear.

    4. Re:Inigo Montoya... by fuzzyfuzzyfungus · · Score: 1

      Well, it does have serial support. You sick 20mA loop guys are on your own, though.

    5. Re:Inigo Montoya... by houghi · · Score: 1

      You mean like the Abacus?

      --
      Don't fight for your country, if your country does not fight for you.
    6. Re:Inigo Montoya... by tepples · · Score: 3, Informative

      Yeah... I was wondering how to hook up the teletype and the terminal servers.

      Through the Ethernet port, using SSH protocol. Ultimately, anything with preemptive multitasking and virtual memory can fill the role of a minicomputer. An 8-bit MCU is a micro, but a VAX or i386-family PC is a mini.

    7. Re:Inigo Montoya... by Sqr(twg) · · Score: 3, Interesting

      From Wikipedia: "In a 1970 survey, the New York Times suggested a consensus definition of a minicomputer as a machine costing less than 25 000 USD, with an input-output device such as a teleprinter and at least 4K words of memory, that is capable of running programs in a higher level language, such as Fortran or Basic."
      It would seem this board meets the definition, as long as you connect it to some I/O device.

    8. Re:Inigo Montoya... by Anonymous Coward · · Score: 0

      Seriously, was 4-20ma ever a good idea?

    9. Re: Inigo Montoya... by Anonymous Coward · · Score: 0

      I have an LSI-11 processor on an ISA card that is plugged into a 486 motherboard. I am fairly certain it was used in a legacy application. It's frightening to think what somebody once paid for it.

    10. Re:Inigo Montoya... by NikeHerc · · Score: 1

      Seriously, was 4-20ma ever a good idea?

      Yes, if you know how to use it. Signal and power on one wire pair and the wire pair can be really, really long if necessary. Not too shabby.

      --
      Circle the wagons and fire inward. Entropy increases without bounds.
    11. Re:Inigo Montoya... by Sudline · · Score: 1

      He means the Apple ][, a computer with 1 mhz processeur, which was use for destkops.

  5. Mini computer?? by sbjornda · · Score: 1

    Why call it a "mini computer" when that is so confusingly close to the well-understood term "minicomputer"? http://en.wikipedia.org/wiki/Minicomputer

    1. Re:Mini computer?? by Anonymous Coward · · Score: 5, Funny

      Hey, everybody! An old man is talking!

    2. Re:Mini computer?? by skovnymfe · · Score: 1

      Words evolve.

    3. Re:Mini computer?? by Anonymous Coward · · Score: 0

      Then show some respect.

      He probably helped to invent everything you think you know about.

    4. Re:Mini computer?? by Anonymous Coward · · Score: 1

      I'm the operator with the pocket calculator.

      I'm adding, and subtracting.

      When I press this special key, it plays a little melody.

    5. Re:Mini computer?? by Anonymous Coward · · Score: 0

      Well-understood term? Why don't you try googling "Mini computer" and read what 95% of the internet seems to think about when they hear that word. Here's a hint: wikipedia and dictionaries are about the only thing that mentions the device you're referring to, auto corrected of course, to remove the space between the words.

      A "mini computer" by most of todays users refers to a small form factor computer. Sorry dude. No one really cares about that old relic from the 60s.

    6. Re:Mini computer?? by varmfskii · · Score: 1

      Even *if* you had a point, is seems pretty screwy for a mini computer to be smaller than a microcomputer.

    7. Re:Mini computer?? by Anonymous Coward · · Score: 0

      But now we've trapped ourselves by using "nano" to apply to things smaller than microscopic scale, so calling it a "nanocomputer" would be misleading as well.

      I think "tiny form factor" or "ultra small form factor" would be more descriptive, as long as we can keep the "size-of-a-deck-of-cards" distinction.

  6. Lots of little boards by Animats · · Score: 1

    There are lots of little boards available. With reasonable CPUs and amounts of memory. Ardunos, with 2K or 8K of RAM, were just too limited.

    On the other hand, having to run bloatware like Windows or Linux on an embedded board has its own headaches.

    1. Re:Lots of little boards by highfreq2 · · Score: 4, Interesting

      Linux is not inherently bloaty. The kernel and a busybox based user space run on hardware a good deal weaker than this. I love Linux for embedded systems. Its network stack is rock solid, and with the modern kernel it is pretty easy to get near realtime performance.

    2. Re:Lots of little boards by TechyImmigrant · · Score: 1

      You don't have to run Linux on it. There are any number of OSs that can run on an x86.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    3. Re:Lots of little boards by jandrese · · Score: 1

      I like Linux on small devices like this, but I hate Busybox. Saving a couple of MB was a big deal back when you had 16MB of flash storage and that was it, but these days it's not unusual to have 16GB. Saving those few bytes on a version of Bash that barfs on a lot of common scripts is just dumb.

      --

      I read the internet for the articles.
    4. Re:Lots of little boards by Anonymous Coward · · Score: 0

      A lot of the embedded routers are still on 8MB of FLASH and 32MB of memory.

    5. Re:Lots of little boards by Dracos · · Score: 1

      With my first Arduino project, I'm finding the Uno's 16mhz clock speed to be more limiting than 2k of RAM.. all I'm really doing is twiddling an RGB LED strip with generated values.

      I'd personally be happy if there was an Arduino with a 64 mhz clock, but Atmel doesn't make such as chip as far as I know, the fastest AVR is 32mhz, and even that would be a huge improvement.

    6. Re:Lots of little boards by highfreq2 · · Score: 1

      I don't tend to use busybox anymore because it isn't necessary. But I never found it to be that unpleasant. Most my embedded stuff only uses a few very basic shell scripts. Once someone comes up with a small ARM processor with enough on-board flash and ram for Linux, busybox will be just the thing for it.

    7. Re:Lots of little boards by jandrese · · Score: 2

      What about when you bring up a shell prompt on your phone for example? My phone has 32GB of storage, but Cyanogen still uses busybox for some reason. I've yet to find a full version of the shell utilities for Android. It's annoying, especially if you want to compile stuff on the phone directly but discover that the environment is too crippled to run most build scripts.

      --

      I read the internet for the articles.
    8. Re:Lots of little boards by Honclfibr · · Score: 1

      I like Linux on small devices like this, but I hate Busybox. Saving a couple of MB was a big deal back when you had 16MB of flash storage and that was it, but these days it's not unusual to have 16GB. Saving those few bytes on a version of Bash that barfs on a lot of common scripts is just dumb.

      Then compile up bash and add it to your rootfs. That's what we do, for exactly the reasons you mentioned; I wanted to run more modern shell scripts andd busybox didn't support them. But that's ok, just because you start with busybox doesn't mean you have to stop there.

    9. Re:Lots of little boards by Mprx · · Score: 1

      Are you using the Arduino library? It's much faster if you access the AVR registers directly.

    10. Re:Lots of little boards by pjrc · · Score: 3, Interesting

      Well, there is an Arduino with 84 MHz clock, called Arduino Due. It's 32 bit ARM, not 8 bit AVR. It sells for $49.

      My little company makes an Arduino compatible board called Teensy 3.0, which is technically spec'd 48 MHz but overclocks to 96 MHz without any trouble. It sells for $19.

      There are also other less compatible alternative boards, like ChipKit, Maple and Fubarino, with clocks speeds in the 50 to 80 MHz range, and attractive prices. Their compatibility isn't as good, which might be a factor if you're using libraries or code from websites. If you're wring all your project's code, that's less of a concern.

      These boards also tend to have more RAM and other built-in resources.

    11. Re:Lots of little boards by Anonymous Coward · · Score: 0

      I really wish you hadn't picked that Kinetis MCU for the Teensy 3. The peripherals on that thing are atrocious. That and the magic flash protection page at 0x400 which is just the biggest WTF ever.

    12. Re:Lots of little boards by idunham · · Score: 1

      This has 8 MB flash.
      (FYI, with Busybox 1.20.2, I've not found scripts that make it barf to be common.)

    13. Re:Lots of little boards by Dracos · · Score: 1

      I am, but my sketch is populating and manipulating a 40x4 array of uint8_t values with a simple fire algorithm, it doesn't use many library calls. I've made a few optimizations, but I don't think I can get more than 30 loop() interations per second even in this preliminary stage on an Uno. I'll be able to achieve more than I originally planned by using a Tensy 3.0 instead.

  7. I'm going to totally date myself here, but, by nomadicGeek · · Score: 0

    Wow, imagine a Beowolf Cluster of these!

    1. Re:I'm going to totally date myself here, but, by Capt.DrumkenBum · · Score: 1

      Thank you, I will.

      --
      If I were God, wouldn't I protect my churches from acts of me?
    2. Re:I'm going to totally date myself here, but, by wonkey_monkey · · Score: 1

      I'm going to totally date myself here

      It's okay. No-one will judge your life choices here.

      --
      systemd is Roko's Basilisk.
    3. Re:I'm going to totally date myself here, but, by Anonymous Coward · · Score: 0

      Are you hot?

  8. The most important features by hammeraxe · · Score: 2

    Ummmm, what about the most important features of the arduino: digital I/O pins, analog input and PWM output? It looks like there might be some in the picture, but the specs don't mention anything at all...

    1. Re:The most important features by Anonymous Coward · · Score: 0

      How about you look at the datasheet........

    2. Re:The most important features by pjrc · · Score: 2

      The datasheet, linked from this Slashdot article, shows a full-page diagram on page 3. On the left side are the usual 6 analog inputs. On the right side are the usual 14 digital pins, with 6 clearly indicated as PWM capable.

      On page 4, it says:

        14 digital input/output pins, of which 6 can be used as Pulse Width Modulation (PWM) outputs;
                o Each of the 14 digital pins on Galileo can be used as an input or output, using pinMode(),
                      digitalWrite(), and digitalRead() functions.
                o The pins operate at 3.3 volts or 5 volts. Each pin can source a max of 10mA or sink a maximum of
                      25 mA and has an internal pull-up resistor (disconnected by default) of 5.6k to 10 kOhms.
        A0 A5 - 6 analog inputs, via an AD7298 analog-to-digital (A/D) converter (datasheet)
                o Each of the 6 analog inputs, labeled A0 through A5, provides 12 bits of resolution (i.e., 4096
                      different values). By default they measure from ground to 5 volts.
            2
        I C bus, TWI, with SDA and SCL pins that are near to the AREF pin.
                o TWI: A4 or SDA pin and A5 or SCL pin. Support TWI communication using the Wire library.
        SPI
                o Defaults to 4MHz to support Arduino Uno shields. Programmable up to 25MHz.

      On page 5, the list continues:

                o Note: While Galileo has a native SPI controller, it will act as a master and not as an SPI slave.
                        Therefore, Galileo cannot be a SPI slave to another SPI master. It can act, however, as a slave
                        device via the USB Client connector.
        UART (serial port) Programmable speed UART port (Pins 0 (RX) and 1 (TX))
        ICSP (SPI) - a 6 pin in-circuit serial programming (ICSP) header, located appropriately to plug into
          existing shields. These pins support SPI communication using the SPI library.
        VIN. When using an external power source you can supply 5V through this pin.
                o Note: When using this pin to supply power to the board, it must not be greater than 5V.
        5V output pin. This pin outputs 5V from the external source or the USB connector. Maximum current
          draw to the shield is 800 mA
        3.3V output pin. A 3.3 volt supply generated by the on-board regulator. Maximum current draw to the
          shield is 800 mA
        GND. Ground pins.
        IOREF. The IOREF pin on Galileo allows an attached shield with the proper configuration to adapt to the
          voltage provided by the board. The IOREF pin voltage is controlled by a jumper on the board, i.e., a
          selection jumper on the board is used to select between 3.3V and 5V shield operation.
        RESET button/pin
                o Bring this line LOW to reset the sketch. Typically used to add a reset button to shields that block
                        the one on the board.
        AREF is unused on Galileo. Providing an external reference voltage for the analog inputs is not
          supported.
                o For Galileo it is not possible to change the upper end of the analog input range using the AREF pin
                        and the analogReference() function.

    3. Re:The most important features by Anonymous Coward · · Score: 0

      >digital I/O pins
      yes & no. it uses an internal I2C connection to the GPIO controller. there's a 2ms delay to update an I/O line.

      >analog input
      no

      >PWM
      no

      and only 1 I2C master and 2 SPI master.

      This is not a hobby device. This is not an embedded device. It's slower than a beagleboard, uses ball grid packaging, and requires external flash & dram. It doesn't have an embedded LCD or graphics controller. It's GPIO is limited to 230hz and has no PWM.

      It is the worst of all worlds. I have no idea why intel even bothered. And I especially have no idea why the press is eating it up.

    4. Re:The most important features by Anonymous Coward · · Score: 0

      I see someone did not read the spec sheet.

    5. Re:The most important features by Anonymous Coward · · Score: 0

      I see someone cannot point out where it was incorrect.

    6. Re:The most important features by flimflammer · · Score: 1

      Look at the post by pjrc above your original one, smartass. Most of what you've said is outright wrong, which implies you didn't even look at the datasheet before going off on your own little rant about what it does or doesn't support.

    7. Re:The most important features by Anonymous Coward · · Score: 0

      The datasheet is pure marketing bullshit. Again, you fail to even challenge one of my points. You just shill away waiting for the cheque from Intel to come rolling in.

      what part was I wrong about digital I/O? From their technical FAQ
      What is the maximum rate at which GPIO output pins can be updated?
      The GPIO output pins on Intel® Galileo are provided by an I2C Port Expander that is running at standard mode (100 kHz). Each I2C request to update a GPIO requires approximately 2ms. In addition to software overhead, this restricts the frequency achievable on the GPIO outputs to approximately 230 Hz.

      analog? it uses an SPI IC that doesn't have triggers and has a fixed reference of 2.5v. that's the same as non-existent to me.

      PWM? yeah, it uses a timer interrupt & pin toggling to generate PWM. again, that is non-existent. at least they could have slapped an SPI IC that does PWM. a cheap AVR microcontroller will do PWM in it's sleep (low power sleep mode). good thing Intel has 400mhz to burn toggling pins.

      I2C & SPI? your precious datasheet has the same thing.

  9. Is the JTAG Port Open? by joelsherrill · · Score: 1

    Are the specifications for communication protocol over the JTAG port open? Will projects like OpenOCD (http://openocd.sourceforge.net/) have enough information to support this?

    Sure they might have used a standard connector. But the devil is in the details.

  10. Chipzille Costs by Anonymous Coward · · Score: 0

    Finding Small Intel based systems that are also cheap is a problem. Some of the fanless solutions cost around $500 a go.
    Not cheap by any standard.
    By contrast ARM versions are a lot cheaper.
    With the advent of ARM-64 CPU's they will threaten Intel in this area.

  11. because 1985 by raymorris · · Score: 3, Insightful

    The 1960s - 1970s minicomputer was gone by 1985. Thirty years later, there's no confusion and therefore no reason not to reuse the term.

    1. Re:because 1985 by idontgno · · Score: 1

      To summarize, "History is bunk".

      Usually spoken by someone who believes themselves immune to Santayana's Law: "Those who cannot remember the past are condemned to repeat it."

      --
      Welcome to the Panopticon. Used to be a prison, now it's your home.
    2. Re:because 1985 by flimflammer · · Score: 1

      Not even close, man. The concept of the phrase "mini computer" has far more in common now with small form factor computers than that old device from the 60s with a similar name.

      I don't think anyone could reasonably confuse the two and assume there is a relation.

  12. COST?! by Anonymous Coward · · Score: 0

    For crying out loud, the one thing that moves these things, and nowhere in sight.

  13. Power need? by chaseDigger · · Score: 0

    The main thing about the Arduino is its low power consumption - it is possible to embed it in just about anything and have it tag along nicely for a long ass time on a simple battery.. any idea about the Intel thing? (also, via china, lets remember that a perfectly functional Arduino clone can be had for $7 with postage, its pretty freaking hard to beat that!)

  14. Possibilities by bugs2squash · · Score: 2

    Imagine what would happen if Atmel could develop a low cost solution that could emulate this in hardware.

    --
    Nullius in verba
    1. Re:Possibilities by unixisc · · Score: 1

      Or if Via used its ex Cyrix/Centaur CPU as the basis of one of these?

  15. Open? Hardly by Luthair · · Score: 0

    Sorry but the hardware isn't open unless you can build it without involving Intel. I highly doubt that Intel is publishing the documents needed to go to another fab (e.g. TSMC, Samsung) to have the SoC made.

    1. Re:Open? Hardly by ArcadeMan · · Score: 4, Insightful

      And try to make an Arduino without buying an Atmel microcontroller.

    2. Re:Open? Hardly by Anonymous Coward · · Score: 0

      You can buy plenty on eBay. Without ATmel processors. Chinese knockoff ones. Which still count. :)

    3. Re:Open? Hardly by Anonymous Coward · · Score: 0

      according to intel's release, the quark is "fully synthesizable" and
      fabable anywhere, even though the initial release is through intel fabs.

    4. Re:Open? Hardly by bugs2squash · · Score: 1

      I think papilio and some other FPGA dev kits have avr implemented in HDL and can run the sketches. So yes, I think you can build an arduino without Atmel parts.

      --
      Nullius in verba
    5. Re:Open? Hardly by Anonymous Coward · · Score: 0

      arduino wiring on a TI MSP430
      http://energia.nu/

  16. FreeDOS? by randomErr · · Score: 2

    Can it run FreeDOS? That would make certain development much easier for me.

    --
    You say things that offend me and I can deal with it. Can you?
  17. 2-4 MB for Linux is bloated? by raymorris · · Score: 2

    I run a Linux appliance with 4MB of RAM as a VPN endpoint for my kvm, ipmi, pdu, etc. I don't consider 10 cents of RAM "bloated".

    Sure for some things you don't need an operating system, but if having Linux saves five minutes of development time it may be worth the extra $5 of hardware.

    Obviously if you plan to sell a million units of a particular design, omitting 10 cents worth of RAM from each saves you $100K. For hobbyists, 4MB of RAM to run Linux is very often worth it.

  18. Um... 1971 wants you to know Intel=Hobbist by coolmoose25 · · Score: 2

    "Although Intel is Chipzilla, the company can't help but extend its reach just a bit into the exciting and growing world of DIY makers and hobbyists."

    http://en.wikipedia.org/wiki/Intel_4004

    The 4004 gave rise to the z80, the 8008, 8080, and 8086 chips that before the IBM PC came along were mainstays in the hobbyist community. It was all hobbyist, all the time back then, and heady days. So wouldn't it be fairer to say that Intel is going back to its roots rather than "reaching just a bit" in the DIY and hobbyist arena?

    --
    Brawndo: It's what plants crave!
    1. Re:Um... 1971 wants you to know Intel=Hobbist by Anonymous Coward · · Score: 0

      The only 4004s I ever met were in a massive terminal-in-a-desk, kind of like an IBM 2741 but with a daisywheel instead of a golfball. Definitely not hobbyist kit.

      Sure, the 8008 and later 8080 had the Altair and Imsai, but many more hobbyists were using 6502s in MOS's (later Commodore's) KIM-1 SBC, and then Apple II, Atari and others which predated the IBM PC. The Intel processors required a ton of support chips which the 6502 (and similar 6800) didn't. The latter were more popular with the hobbyist crowd. There's a reason Jobs and Wozniak didn't go Intel.

  19. Wake me up by Anonymous Coward · · Score: 0

    when I can download the make files and 3D print my own. It's the future.

  20. Mini computer?? by Anonymous Coward · · Score: 0

    Where I come from, mini-computers are the size of refrigerators. That's one there on my lawn. Now get the hell off!

  21. 15 Watts? by Anonymous Coward · · Score: 0

    When are they going to make low power, as in runs for months on batteries, versions of these things?

    1. Re:15 Watts? by jandrese · · Score: 1

      I think this thing is more designed to compete with Raspberry Pi type devices, not Arduino. Pis don't run very long on a pair of AAs, it's just not what they're designed to do.

      --

      I read the internet for the articles.
  22. Draw me a line plz by tepples · · Score: 1

    If you want to discuss definitions, I'd like to know where you prefer to draw the line between a mini and a micro.

  23. 8MB? by Anonymous Coward · · Score: 0

    8MB of flash for firmware? I have a 3mm x 5mm mini SD chip (size includes packaging), that holds 16 GB! You could have all the operating system you want, plus extra support programs and drivers, *and* even storage space for data in 16GB. Why oh why would you put such a small chip on? I know the embedded industrial controller folk usually deal with miniscule amounts of ram, but in the world of data processing, those amounts are miniscule, and certainly if you want to do data logging with this thing, its likewise useless.

    1. Re:8MB? by mlw4428 · · Score: 1

      Did you not even read the damn summary, let alone the article? It says they have support for up to 32GB microSD.

    2. Re:8MB? by willy_me · · Score: 1

      8MB is plenty for a compressed Linux distro such as OpenWRT. The availability of an SD slot makes the limited memory irrelevant. It has enough to boot even when an SD is not present. And assuming they are using high speed FLASH on a parallel bus -- booting will be much faster then if booting directly from the SD.

    3. Re:8MB? by unixisc · · Score: 1

      They're talking here about the BIOS flash that goes into the motherboard. On an average, it used to be 4Mb, so 8MB is rather high for firmware. Unless they are planning to contain more than that - say the OS kernel, such as FreeDOS, Linux, Minix & so on. The interfaces too have evolved over time - at one time, it used to be 2Mb parallel flash, then it went to an Intel standard called Firmware Hub, a market that Intel exited as margins eroded, and now it uses SPI.

      I think that a good model is that there be a NOR flash which contains the base OS i.e. the kernel. It could be FreeDOS, it could be Linux, it could be Minix, it could be the XP or ReactOS kernel, it could be the Windows 8 kernel. Separately, in a different flash, maybe even an micro SD like you suggest, they could have the drivers, userland, applications and even data. Something gets corrupted, one could easily swap the microSD cards.

    4. Re:8MB? by Blaskowicz · · Score: 1

      8MB is considerably bigger than the BIOS chip on my 3GHz dual core PC, maybe 32x bigger (I don't know exactly what chip it is. I think the BIOS image is well under 100KB anyway).

  24. OCD by tepples · · Score: 2

    Will projects like OpenOCD

    How many times do you have to wash your hands and open and close the door before you can use an Open On-Chip Debugger?

  25. Arduino Tre is a better board by jcdr · · Score: 4, Informative

    Sorry for Intel, but the just announced Arduino Tre is far better from any point of views.
    http://blog.arduino.cc/2013/10/03/a-sneak-preview-of-arduino-tre/?utm_source=Arduino+World&utm_campaign=9f14cc4ca3-MakerFaire_World_201310_2_2013&utm_medium=email&utm_term=0_69a7d1abe4-9f14cc4ca3-76843037

    * Run faster than the Intel solution: An Atom core yield the same code execution speed as an Cortex-A8 core at the same frequency, so 1GHz A8 will easily catch on a 0.4GHz ia32).
    * Cheaper and simpler to design on a custom board: just look at the chip package and at the PCB routing...
    * Simpler power supply design, again just look at the schematics and at the PCB.
    * HDMI output.
    * More I/O, and all are integrated directly into the two CPUs, not using peripheral chips with low bandwidth.
    * Already supported by larges communities, for the two processors.

    Intel is just trying to enter a new market with a big buzz, but there actual solution still far away from the concurrent solutions. There just don't understand that in the embedded market nobody is bounded to the ia32 instructions set. Integration is the key and there Quark X1000 don't bring anything new on the table.

    1. Re:Arduino Tre is a better board by innot · · Score: 1

      The Arduino Tre looks interesting, but it basically is an Arduino Uno bolted on top of a Raspberry Pi, while the Intel Galileo is a Raspberry Pi (sans HDMI) emulating an Arduino Uno.

      I think neither will be much of a success because they will be too expensive due to the cruft they carry around to ensure a compatibility that is IMHO not needed.

      --
      X IMPRIMITE "SALVE TERRA!"
      XX ITE AD X
    2. Re:Arduino Tre is a better board by unixisc · · Score: 1

      That's true, but even in the embedded market, a major advantage of IA32 is that in addition to Linux & NetBSD, which is common, there is also Minix and FreeDOS. The last is one of the first OSs ever used and allows direct access to the hardware, simplifying a lot of stuff. Is something like that there on ARM or any other RISC platform as well? One thing that QuarkX1000 brings is that an OS can be ported and made to support all the simple functions that some OSs miss out on (HURD, I'm looking at you w/ USB 2).

    3. Re:Arduino Tre is a better board by Anonymous Coward · · Score: 0

      It's a BeagleBoard/Arduino Combo. No Pi here.

    4. Re:Arduino Tre is a better board by AmiMoJo · · Score: 2

      Which all completely misses the point of the Arduino. It was never about performance, it was about making things easy, and having a community build around a common platform. The people who use it just want to write some logic that glues libraries and shields together.

      There are many, many better options if you need more power or flexibility. All these spin-off devices are fine but always need more knowledge to understand and use. Traditional Arduino users aren't at that level, and people who are don't need this kind of thing anyway.

      Still, good luck to them.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    5. Re:Arduino Tre is a better board by jcdr · · Score: 1

      The AM3359 is a far more flexible chip than the BCM2835 of the Raspberry Pi, just look at his datasheet: http://www.ti.com/lit/ds/symlink/am3359.pdf. And at USD 23, the AM3359 is a very good deal.

    6. Re:Arduino Tre is a better board by jcdr · · Score: 1

      I do embedded systems since early 1990 and while I have see some machines running DOS at this time, I never see for at least the full last decade a new design based on DOS-like OS. And a simple Linux driver allow direct access to the hardware on any platform probably even more easily as you can do on a DOS-like OS because Linux provides already a lot of services to make drivers as simple as possible, witch is really not the case of a DOS-like where you basically have to write everything by yourself. Now if you really want the simplest way to program hardware, then the Arduino libraries is exactly with you want already.

    7. Re:Arduino Tre is a better board by jcdr · · Score: 2

      Yes Arduino is about making things easy and the hug success of the project prove that it fit this goal very well. Now there is no reason to not bring this feature to more powerful platforms. Actually, this is still not as easy to code basic hardware interaction on Linux. There is no a standard and simple API to do on Linux what you can actually do on a Adruino. There is project like Comedi, but there are not focused on SoC. There is almost a different IO API for every SoC on Linux, even it there is ongoing work to fix that for the most basics operations. And maintaining a specific Linux driver is a resource consuming task on the long term because of the non-stable API nature of Linux.

      Think of a future when you can program a hardware focused Linux real-time application as easily as today with the Arduino IDE but on a more powerful chip where you can for example use a full database and a webserver to allow your user to interact with your device datas by using a nice Qooxdoo application from remote computers, phones and tablets. Ok I am biased, as a already do this kind of design since many years now, and the clients are really happy with it.

  26. Coreboot supported? Free software friendly? by Anonymous Coward · · Score: 0

    That's allmost all that f'ing matters really. Give me a board where we have free software friendly BIOS, audio, 3d graphics drivers, video output, decent ram (2-4GB would be ideal or better yet memory slots so I can pick how much I want), SATA port, ethernet, and flash, please. I'll pay for it too. $150 isn't too much if you have all that.

    1. Re:Coreboot supported? Free software friendly? by Anonymous Coward · · Score: 0

      mini-itx to the rescue, the cpu is conveniently soldered on the board. run linux or win x86 and not have to mess with strange distros, only real issue is ethernet and graphics drivers

    2. Re:Coreboot supported? Free software friendly? by 0123456 · · Score: 1

      The only one of those missing from my old $85 Intel dual-core Atom mini-ITX board is the flash.

    3. Re:Coreboot supported? Free software friendly? by Blaskowicz · · Score: 1

      Missing are free 3D drivers, too. In fact, on a dual core Atom with PowerVR GPU and ubuntu 13.04, basic xv video output wasn't working properly so you barely have a 2D driver.

    4. Re:Coreboot supported? Free software friendly? by Blaskowicz · · Score: 1

      What you're looking for is 22nm Atom, or maybe a board with a 9W Kabini. Or for a small board thing, the Minnowboard.. no 3D graphics driver (it's got a PowerVR GMA 600) and 1GB ddr2. You'll have to wait for a Minnowboard 2.

    5. Re:Coreboot supported? Free software friendly? by 0123456 · · Score: 1

      This is the original dual-core Atom, which did have 3D drivers for Linux. I presume this new chip will too, to whatever extend it can do graphics.

  27. Why did Intel made this Arduino compatible? by innot · · Score: 4, Interesting

    While I like the idea of having an Arduino compatible board running Linux to do some more advanced projects, I don't understand what drove Intel to force this board to be Arduino compatible. The Quark processor is not designed for this sort of stuff as it has neither a sufficient number of GPIO pins nor any ADCs. It sure has a lot of interfaces (SPI, I2C, PCI-E, SD-Card, Serial etc.), but it lacks the things that are useful for a hacker project.

    So they had to include a separate GPIO extender chip (over a slow I2C interconnect) as well as an separate ADC. The Quark SoC has some 15 GPIO Pins, the extender another 40. But of those 55 Pins only 20 GPIO pins are actually available on the Arduino shield pins -- the rest is used for all the Muxes to switch pins between the ADC, the GPIO Extender and the Quark SoC to emulate the flexibility of the Arduino AVR processor.

    While I haven't looked at the actual PCB schematic, I think the board layout is also strange. The ADC is on the opposite side from the analog input pins, meaning that all analog signals have to travel a long distance in the vicinity of some high speed digital signals. And the GPIO Extender Chip is on the opposite corner from all the digital output pins.

    This, together with the BGA devices (SoC, RAM), seem to indicate that this is at least an 6 layer board which will make it hard to clone this design -- something that IMHO has contributed to the success of the Arduino. The Schematic for this board has 27 pages compared to the single page of the Arduino Uno

    It seems that this Board is designed more as a competitor to the Raspberry Pi than to the Arduino, both in price and in features.The Arduino compatibility is just some marketing thing which makes the board overly complex and more expensive than it needs to be.

    But hey, it sure must be fun to employ a few million transistors and a full blown operating system to run the Arduino Blink demo :-)

    --
    X IMPRIMITE "SALVE TERRA!"
    XX ITE AD X
    1. Re:Why did Intel made this Arduino compatible? by Anonymous Coward · · Score: 0

      The Schematic for this board has 27 pages ...

      An the reference manual for the TRE's CPU (AM335x) runs to 4,500 pages.

      To paraphrase Nancy Pelosi, they had to build the Beaglebone to find out what was in it.

  28. Why not single chip? by unixisc · · Score: 2

    Looking at the picture of the PCB they used, first question that strikes me - why not simply make it a single chip ASIC? I counted at least 7 chips on board. It would seem that a single chip w/ all the functions, and connections running out to all the ports - PCIe, USB, Ethernet, SPI and so on would enable Intel to minimize on chip cost, and let the rest of the cost hinge on the peripheral interfaces.

    If that would be too expensive, Intel could make things cheaper by going as far back to a Pentium I core, or even something like an address/data multiplexed 486, but making sure that modern peripherals are supported. The main issue on older chips was that the CPU was really fast, but the peripherals pretty slow. Here, the peripherals could be as fast as the CPU, but since there's also a premium on battery life, the clock could be drawn back. Also, they could toss in some Centrino chip functionality so that Wi-Fi too got supported.

    Such a system could support just about every x86 OS out there - FreeDOS, Windows, Linux, Minix, and so on. In fact, on such a system, a 32-bit version of FreeDOS could also be made.

    1. Re:Why not single chip? by Blaskowicz · · Score: 2

      To me the CPU is meant to be used in embedded systems, where you don't necessarily need ethernet or USB or something else.
      What's announced here is a low cost general purpose and development board.
      The integrated 512K of special RAM means it can maybe be used without external memory chips. It's like having a PC that can boot DOS without memory DIMMs.

    2. Re:Why not single chip? by highfreq2 · · Score: 2

      It isn't because they didn't think of this. The PCIe and USB do look to be directly from the SOC. Ethernet PHY's are difficult or impossible to implement in the low voltage processes used for modern SOCs. DRAM and flash are sometimes mounted onto the top of the SOC, but that is more expensive, and typically used for mobile where space is at a premium. But if you were going to run a small embedded OS you can probably get by with the 512k or SRAM. Most the other chips are either power supply, or 3.3V I/O. These are again places where the SOC process doesn't allow for I/Os that handle the higher voltages safely.

    3. Re:Why not single chip? by idunham · · Score: 1

      Can't say how much of the funtionality is onboard, but they claim that Quark is a SOC.
      There's a note about compilers to the effect that it's 586.

      I think part of the point is to provide a design that uses the Quark.

  29. Intel License Agreement not GPL-compliant by Anonymous Coward · · Score: 0

    The Galileo board looks fairly interesting, but have you seen the Intel Software License Agreement that you have to accept to download the Galileo software?

    Apparently nobody told Intel's lawyers that this project was open source and open hardware, and that derivatives based on GPL-licensed sources cannot be encumbered by additional restrictions. That license agreement is completely out of step with everything else in the Arduino community, not to mention also being out of step with Intel's very strong support for Linux in all other areas.

    (I expect this is just a temporary mistake by Intel, but it's a big one.)

    1. Re:Intel License Agreement not GPL-compliant by Joce640k · · Score: 1

      Have you seen the maximum speed you can change an I/O pin at? All the pins are accessed via a multiplexer on the SPI bus - really slow.

      Also the pins are very limited current capacity. 10mA max, less if you turn on several pins.

      --
      No sig today...
    2. Re:Intel License Agreement not GPL-compliant by gl4ss · · Score: 1

      current capability is problem on any microcontrollers..

      but.. is the multiplexer fast enough? how about interrupts?? what I am asking is if it can replace an arduino in any project??

      --
      world was created 5 seconds before this post as it is.
    3. Re:Intel License Agreement not GPL-compliant by Joce640k · · Score: 1

      current capability is problem on any microcontrollers..

      True, but Arduino owners are used to having a lot more than 10mA.

      what I am asking is if it can replace an arduino in any project??

      No, not even close.

      It's obviously aimed at completely different market than the Arduino Uno, et. al..

      --
      No sig today...
  30. Hahaha, it's not GPL. by 7-Vodka · · Score: 1

    Yes, let's see if we can fool everyone into thinking this is the same as arduino. Even though the reason behind arduino's success is that it is (L)GPL licensed.

    --

    Liberty.

  31. analysis of the Quark and Galileo by lkcl · · Score: 3, Interesting

    i did an analysis of the Quark X1000 based on the Galileo schematics, and the assessment isn't good:
    http://lists.phcomp.co.uk/pipermail/arm-netbook/2013-October/008979.html

    the key failure is that there's absolutely no I/O multiplexing. given that intel actually designed the PXA series of ARM processors before selling them to marvell you have to wonder what was going through the minds of the engineers behind the Quark X1000.

    the main points of the above link which automatically and very unfortunately make the Quark X1000 a complete failure are:

    1) there's no video outputs, and the only options are USB2 (DisplayLink with no 3D capabilities and too slow to do video), SPI (for character-based LCDs) or PCIe. to match a 0.4 watt processor with a 20 watt 3D PCIe Graphics card is completely insane. there are therefore no good options for video display of *any* kind.

    2) there's no "industrial" or "embedded" style GPIO. no CAN bus, no PWM, no ADC, no DAC. there's also no audio. there's not even I2S and there's certainly no SPDIF. so to make up for that lack you'd have to add something like a Cortex M0, M3 or M4 embedded controller... and given that those usually come with built-in Power Management, NAND Flash and SDRAM, for the majority of purposes where you'd need to use an embedded controller with a Quark as a GPIO expander you'd be better off, cost-wise, with... just the embedded controller.

    overall then there really aren't *any* markets that this chip could be useful for. if i'm wrong about that, and anyone can actually think of good uses for it, please do speak up.

    1. Re:analysis of the Quark and Galileo by Anonymous Coward · · Score: 0

      Intel kinda didn't design the PXA's though. They inherited almost all of them, and the team, from Digital when they acquired the StrongARM technology and then squandered it, eventually selling what was left to Marvell.

      I'd be surprised if any of the people involved were still at Intel. Certainly, the core designers moved on to PA semi, and from there to Apple (and most of them, then on to AMD).