Intel Quark D1000 microcontroller [pdf]

http://www.intel.com/content/dam/www/public/us/en/documents/manuals/quark-d1000-programmer-reference-manual.pdf

by luu • 11 years ago

13 12 11 years ago

intel.com

nigwil_• 11 years ago

Important characteristics of the Intel® QuarkTM microcontroller D1000 CPU are provided in the following list:

• 32-bit processor core

• IA-32 instruction encoding [1]

• 5 stage pipeline

• Harvard architecture

• 8KB of on-chip data SRAM

• 32KB of on-chip data/execution FLASH

• Deterministic 21 Cycle interrupt latency

• Minimal processor initialization for fast power-up

Above from the PDF

[1] IA-32 architecture subset, no segmentation support.

FullyFunctional• 11 years ago

I don't think [1] should be a footnote. This is not an x86. This is a new 1970-style ISA with a textbook RISC implementation, but without the ISA that made RISC work. I predict this will fail, not because of the Quark ISA, but because Intel can't compete with the sheer diversity of microcontroller implementations that can only come from a highly competitive market. ARM currently hold sway in this market, with MIPS in niches. In future I expect to see RISC-V show up where license cost or customization matters more than software legacy.

asmithmd1• 11 years ago

I wouldn't bet against the oldest and biggest CPU vendor.

Atmel of Arduino fame had $1.4B in sales last year. Microchip who was the hobbyist's go to before the Arduino had $2.1B in sales. Freescale who is the corporate descendant of Motorola microcontrollers had $4.6B.

Intel had $55.9B in sales and $11.7B in profit - more then enough profit to buy every chip those other three companies made last year.

Intel missed mobile - almost no cell phones have Intel inside - they are going to catch the next wave or die trying.

tdicola• 11 years ago

What's the tooling like for this ISA, anyone know? IMHO that's what will make or break this thing. If you can't output code for it from GCC or LLVM then why even bother looking at it.

throwketchup• 11 years ago

There's a lot more to a micro controller than the CPU. Intel's Micro controller offerings have traditionally had weak timer and ADC peripherals.

Edit: Just glanced through the user guide [0]. The timers are pretty basic.

The general purpose one timers only count down, and don't have capture/compare logic (lame!). It does not appear that the timer end state (all 0's) can do anything other than interrupt the CPU (like triggering the ADC, toggling the state of an IO, or capturing the state of a comparator or IO).

The watchdog only seems to have a single clock source (CPU clock), with no backup like in the MSP430 series. So you can probably get stuck in a low power mode, and there's no protection if the clock source rolls over and dies. There's an interrupt-then-reset mode, which is nice, I guess.

The real-time clock is nothing that can't be implemented in lightweight software using a general purpose counter on, e.g., MSP430.

The ADC is a bright spot. The channel sequence table appears to allow channels to be sampled in arbitrary order, and a multiply-adder can apply calibration constants to the raw conversion before the data leaves the peripheral.

[0] http://www.intel.com/content/dam/www/public/us/en/documents/...

analognoise• 11 years ago

I want to know what the advantage, if any, is of using a Quark over say a PIC32 or an Arm?

monocasa2• 11 years ago

It bothers me that you can't execute out of SRAM. That doesn't bode well for bulletproof firmware update, unless there's something that I'm missing.

TickleSteve• 11 years ago

Firmware upgrade doesn't necessarily need internal SRAM, it just needs to be able to execute out of one bank FLASH while writing the upgraded one. Its perfectly workable and bulletproof-able with this setup.

Intel Quark D1000 microcontroller [pdf]

Related Stories