Showing results for 
Search instead for 
Did you mean: 

[STM8S001J3] First STM8 MCU in 8-pin package: introduction

Senior III

Posted on July 31, 2017 at 20:33

[STM8S001J3] First STM8 MCU in 8-pin package: introduction

Dear STM8 Community,

This is a very exciting moment for all of us. STM8 MCUs family was extended with a new device, which is named STM8S001J3. This new family member reshapes STM8 portoflio and takes it to the new level by introducing new, tiny, small form factor package - SO8N. 

0690X00000603zLQAQ.jpgSTM8S001J3 belongs to STM8S Value Line series. All STM8S Value line microcontrollers are fully compatible with the existing STM8S product portfolio, sharing the same IPs, key parameter performance and development tools.


has small package and little number of pins, but still it embeds rich set of peripherals. Below some of key features of this device:

  • Core and system
    • Flexible clock control capable to use three clock sources: 2 internal (HSI 16MHz, LSI 128kHz), 1 external clock input.
    • Wide operating voltage range: from 2.95V to 5.5V
    • 5 I/Os
    • 8- and 16-bit timers
  • Memories
    • 8k Flash
    • 1k RAM
    • 128 Bytes EEPROM
  • Conenctivity and debug
    • UART
    • SPI
    • I2C
    • Single Wire Interface Module
  • Analog
    • 10-bit ADC with 3 channels

0690X00000607m6QAA.pngAll these peripherals can be used on 5 I/Os thanks to smart multiplexing system.

0690X00000607gQQAQ.pngYou can immediately start your design based on STM8S001J3 with free of charge development tools:,, and

More information you can find on

Posted on August 27, 2017 at 19:48

Hi Thomas,

Thanks for the information that you received the package. I am glad to hear that you managed to run your application on STM8S001J3.

Indeed SWIM pin (for debugging and programming) is shared with GPIO/peripherals and this is very important to manage this carefully. Once SWIM pin functionality is changed by the application, it is no longer possible to keep the debug session or to program the MCU. This is why we recommend to add few seconds of delay just after the start of application, before configuration of pins is done (so we have a short time slot when debug probe can connect with MCU). Your idea to have a UART command, which configures pin back to SWIM mode is also very good! Thanks for sharing this idea.



Former Member
Associate II
Posted on September 07, 2017 at 18:50


Is it possible to buy it in Russia? I can't find it anywhere.

Best regards, Alexey.

Posted on September 12, 2017 at 08:17

A serial console through PD5 using the the UART1 Half-Duplex feature works nicely. Since the UART switches the pin back to input mode automatically this also solves the PD1/SWIM access requirement. Code using this feature is in the

(which also adds generic STM8S001J3M3 support).

Posted on September 17, 2017 at 08:38

[STM8S001J3] First STM8 MCU in 8-pin package: introduction

The STM8 Forth for the STM8S001J3M3 was released yesterday, along with e4thcom support. A binary is available on the

. As long as you don't write your own Forth start-up code you won't lose access to PD1/SWIM while testing the chip.

The Forth console uses UART1 in half-duplex mode, and you'll need a

connected to pin8. The console works best with

as the terminal program.

TheSTM8S001J3M3 binary also works on other low-density devices, e.g. STM8S003F3 or STM8S103F3.

Former Member
Associate II
Posted on November 02, 2017 at 20:11

Hi Szymon,

I am using the 128kHz internal clock. Is it possible to use the ADC with my clock setting ?

Posted on November 04, 2017 at 18:46

Hello Rebeca,

I confirm that ADC will work with internal 128kHz RC clock source. First I checked the documentation and I didn't find any limitation. Second I developed an example application with a minimum code based on Standard Peripheral Library. I tested it and it works fine. Please find below the content of main.c file.

&sharpinclude 'stm8s.h'  uint16_t ADC_value = 0;  main() {  CLK_LSICmd(ENABLE);  CLK_ClockSwitchCmd(ENABLE);  CLK_ClockSwitchConfig(CLK_SWITCHMODE_AUTO, CLK_SOURCE_LSI, DISABLE, CLK_CURRENTCLOCKSTATE_DISABLE);   ADC1_Init(ADC1_CONVERSIONMODE_SINGLE, ADC1_CHANNEL_6, ADC1_PRESSEL_FCPU_D2, ADC1_EXTTRIG_GPIO, DISABLE, ADC1_ALIGN_RIGHT, ADC1_SCHMITTTRIG_CHANNEL0, DISABLE);  ADC1_Cmd(ENABLE);   while (1)  {  ADC1_StartConversion();  while(ADC1_GetFlagStatus(ADC1_FLAG_EOC) == RESET)  {  }  ADC_value = ADC1_GetConversionValue();  ADC1_ClearFlag(ADC1_FLAG_EOC);  } }�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?



de Vaal.Ruud
Associate III
Posted on February 27, 2018 at 21:56

Interesting part and I have applications for it. However I am not allowed to touch it as lead times are horrendous at this moment (30 weeks at Digikey)

Posted on February 28, 2018 at 23:04

A more pin efficient stm8s003f is probably more useful. Or a sot-variant for applications with limited real estate.

Posted on March 02, 2018 at 11:57

When the part was introduced over half a year ago, ST was surprised by the high demand. But I would have expected them to be able to solve the issue by now. Still, ST doesn't have samples, both Digikey and Mouser have 30 weeks lead time and Mouser states 'Manufacturing delays have been reported on this product.'