STM8S Discovery

A widespread evaluation board made by ST. All CPU pins are easily accessible on 2x6 pin headers. It costs only $9 and includes a ST-Link/v1 flash programmer on board.

It should work now, but the support is not thoroughly tested. At least Blink.c is known to work already.

STM8S105C6T6 microcontroller, 32 KB Flash, 2 KB RAM, 1 KB EEPROM

LED on PD0, active low.
Touch button on PC1, PC2, PC3
external crystal 16MHz on PA1/PA2

The touch pins PC1 and PC3 (Arduino-Pin 24 and 26) are not connected to the pin header on the board. To use them as I/O-pins you need to modify some solder bridges (See STM8S-Discovery user manual).

SWIM connector

Pinout of CN7 SWIM connector

Pin	Signal
1	Vdd (3.3V)
2	SWIM
3	GND
4	NRST

Usage with Linux and stm8flash

The discovery board implements two USB devices: A ST-LINK/V1 interface and a (not very useful) mass storage device with some links to the ST website. The implementation of this mass storage device is very buggy and renders the hole board useless. You need to make modprobe to ignore it by adding this line to /etc/modprobe.conf or by adding a file /etc/modprobe.d/stdiscovery.conf with this line:

	options usb-storage quirks=0483:3744:i

Unplug the Discovery board and unload the usb mass storage driver with

	modprobe -r uas usb_storage

If you can’t unload the usb_storage drive because it is in use with other devices you can temporary trigger the same effect by this line:

	echo "0483:3744:i" >/sys/module/usb_storage/parameters/quirks

The second step is to add a new udev rule in order to access the USB port. Save this as root in in /etc/udev/rules.d/99-stlink.rules:

	# ST-Link/V2 programming adapter

	# ST-Link V1, if using a STM8S discovery board
	# important: It needs a special entry in /etc/modprobe.d
	ATTR{idVendor}=="0483", ATTR{idProduct}=="3744", MODE="0666", GROUP="plugdev"

	# ST-Link/V2, the china adapter with the green plastic housing
	ATTR{idVendor}=="0483", ATTR{idProduct}=="3748", MODE="0666", GROUP="plugdev"

Finally, it is time to (re-) connect the board. Now dmesg should show that the mass storage device of the Discovery board is ignored:

	[  815.228928] usbcore: deregistering interface driver uas
	[  815.229201] usbcore: deregistering interface driver usb-storage
	[  823.001086] usb 1-3: new full-speed USB device number 7 using xhci_hcd
	[  823.374719] usb 1-3: New USB device found, idVendor=0483, idProduct=3744
	[  823.374724] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
	[  823.374726] usb 1-3: Product: STM32 STLink
	[  823.374728] usb 1-3: Manufacturer: STMicroelectronics
	[  823.374730] usb 1-3: SerialNumber: W\xffffffc3\xffffffbf\xffffffbfp\x06reWW7\x18\x12g
	[  823.746878] usb-storage 1-3:1.0: USB Mass Storage device detected
	[  823.748299] usb-storage 1-3:1.0: device ignored
	[  823.748453] usbcore: registered new interface driver usb-storage
	[  823.771094] usbcore: registered new interface driver uas

Let’s read the preinstalled firmware of the STM8S105:

	stm8flash -cstlink "-pstm8s105?6" -r flash.img

STM8-Dev-Board

STM8-Dev-Board-STM8S003F3P6

STM8S Discovery

SWIM connector

Usage with Linux and stm8flash

Further reading