STM8S programming.

ND/2765682

There aren't any PICs that do that?

ST has "discovery" boards for many of their processors. These boards are quite inexpensive. They include a sample micro (soldered down), some peripherals, and a USB-based "ST-Link" interface which serves as the programming and debugging interface.

In at least some of these boards, the ST-Link can be switch-configured to drive a set of external pins on the board, rather than the on-board micro's pins... so, you can use a Discovery board as a stand-alone programmer for your own boards which have these chips.

Consider, though, that the chip cost may be a small fraction of your total "play around" cost for simple projects. Having easier, or cheaper, or more-accessible chip programming and downloading support might be a much bigger saving for you than $0.50 per chip in processor cost.

The Discovery boards usually have a downloadable development kit with a compiler or assembler, and sample applications.

The biggest disadvantage is that they're all Windows-based, as far as I know.

For something this small, you'll probably want to use assembler.

Weak point for ST - they seem to support only Windows, and there's not much of a third-party Linux presence for these chips. This puts them at a big disadvantage compared to AVR, ARM, and PIC.

I've read that the ST-provided programming IDE can be made to run on Linux under WINE - this might be a workable approach for you.

Access to the ST-Link programming system through WINE may not be possible. However, I believe I've read that somebody has gotten ST-Link support for the Discovery boards into the open-source OpenOCD application suite, so you might be able to develop using a WINE-hosted ST toolchain and then flash the chip using OpenOCD.

You can almost certainly "bit-bang" the programming cycle using an Arduino, or even a simple parallel-port programming cable. Or, with a Discovery board, use OpenOCD (I think).

This is true. I've used OpenOCD with STM32-based DISCOVERY boards, though not with STM8.

Mel.

First you have to decode his specification. 16MHz or better is fairly meaningless as microcontrollers in general do not have a 1:1 relationship between oscillator frequency and instruction execution rate. I belive the worst case is the original 8051 which took twelve cycles per instruction. The STM8 core is clamed to average 1.6 cycles per instruction so perhaps Tim is looking for a 10 MIPS processor?

I amk assuming that if price is a major constraint, he wants an internal oscillator. Together with his other requirements this leads to the PIC16F1454.

However pricing is around a dollar depending on package and quantity. [:(]

Daniel Pitts schreef op 24-Mar-14 7:48 PM:> I was looking for a cheap MCU with > 384 bytes of memory and at least 6 > IO lines and 16MHz or better. The cheapest I found on digikey for my > requirements was this one: > >

You are doing a few hobby projects, and you are optimizing the price of your uC down to the 10's of cents? Makes no sense to me. If you allow a price up to $2 you can pick your choice of AVR, PIC or ARM. If you have exeprience & tools for one of those, why not stick what you know?

My choice would probably be an LPC81x.

Wouter

My "hobby" is trying to do things cheaply while learning something I didn't already know. So that's why I'm trying to optimize price and I'm not sticking to something I know.

If my prototypes turn out well, I may try to sell them. I've had people already say they would like one.