Nice MCU for small jobs

The single cycle multiplier and single-cycle access to i/o pins are nice features too.

It looks as if the dev board can be adapted with the right removal of jumpers to act as a debug interface to one's own hardware.

John

The STM32F3 series has a pretty effective I/O cross-bar also.

The virtual give-away strategy has worked well for ST, who deliberately targeted hobbyists. There are a lot of real products around that started life on ST's Discovery boards

Clifford Heath.

All the LPCxpresso boards can do that. You can separate the programmer (LPClink) from the target and use it on your own hardware. That's often very useful.

Cheers

Phil Hobbs

same for STM, the STM Nucleo boards are in the same form factor and pinout as arduino and cost ~$10

Sounds as though STM may have got their support act together. Five years or so ago when I last looked at a STM32 MCU, the library headers were a complete nightmare. Unorganized, duplicated, horrible.

I'll have a squint at their newer stuff when I have half a minute to myself.

Cheers

Phil Hobbs

I'm going to get my hands on some to test, only thing that seems a bit of a downer with the 3.3V arm parts is it looks like most of the I/O has wimpy drive. AVRs at 5 volts can sink and source big currents out all their pins, 30-40mA. If I wanted to drive some 7-segment LED display I'd probably need another chip. Not the end of the world I guess

Not simultaneously, rather, but limited by package dissipation of course

The library code is still a sorry mess. I had to end up writing all the low-level code for a STM32L4xx myself.

ST recently released SPL code, which is HW close effective libraries

Can someone report experience about PICs? Many thanks Klaus

snipped-for-privacy@gmail.com wrote

I have used several, 16F.. now everything is 18F14K22

Depends what you want to do. I program all in asm (gpsasm Linux) and do not use the Microchip tools. Debug or whatever you want to call it via serial port.

Good stuff, 18F14K22 has internal PLL and runs at 64 MHz with internal clock.

Any idea how it compares to the NXP (or other vendors') libraries?

Cheers

Phil Hobbs

-- Dr Philip C D Hobbs Principal Consultant ElectroOptical Innovations LLC / Hobbs ElectroOptics Optics, Electro-optics, Photonics, Analog Electronics Briarcliff Manor NY 10510

Five years or so ago, when I first became interested in ARM Cortex M3 MCUs, I've stumbled upon

Now, I'm hardly involved in embedded development to any considerable degree, but I don't think I even as much as really looked at the ST's own libraries.

I beg your pardon...have you ever looked at the source for ThreadX?

No - and I have no reason to assume the authors of it are sane!

However, I should have qualified by statement better:

No one sane uses assembly on an ARM when the same functionality could be written in C, C++ or another high-level language.

An RTOS invariably requires code that cannot be written in C - those bits must be in assembly.

And then there are compiler back ends. ;)

Cheers

Phil Hobbs