community.st.com

[Philipp Krause]

Posted on December 20, 2017 at 12:33STM8 2018 wishlist

There is a

https://community.st.com/community/stm32-community/stm32-forum/blog/2017/12/05/2018-stm32-wish-list

but none for the STM8 yet, so I'm starting one here.

Philipp

#wishlist

[Vasile Guta_Ciucur]

Posted on March 01, 2018 at 15:42

dragomir.raimond wrote:

...

This is in contrast with Microchip for example, which actively develops AVR and PIC chips. They just came out in 2018 with a brand new AVR family with lot of improvements, even in the cpu core! 8bitters are not going away any time soon, and it's kind of a pity that ST is not pushing their STM8 harder.

Lost contact with AVR news since acquisition... now you made me look back...

[henry.dick]

Posted on March 01, 2018 at 23:47

24Mhz is pretty fast, much faster than all pic and most (all?) Avr. It trails the avr for not having a hardware multiplier and limited number of registers.

More peripherals would help, like a differential adc with pga.

[henry.dick]

Posted on March 01, 2018 at 23:48

Microchips brand new avrs have no vectored interrupts. Which was reason &sharp1 for me to go to avr over pic.

Stm8 is a much better chip than most pics. And would have been even better than avr if it has more interesting peripherals.

[raimond]

Posted on March 02, 2018 at 06:39

'Microchips brand new avrs have no vectored interrupts.'

Where this came from? They have vectored interrupts as always, even they

have a second interrupt priority, and a new NMI. (That's new for

attiny/atmega, but the xmega has 4 priorities, exactly like the STM8).

Speaking of that, STM8 is superior from the start.

2018-03-02 0:49 GMT+02:00 dhenry <st-microelectronics@jiveon.com>:

STMicroelectronics Community

<https://community.st.com/?et=watches.email.thread>

Re: STM8 2018 wishlist

reply from dhenry

<

MCUs* - View the full discussion

<https://community.st.com/0D70X000006SzvRSAS

[raimond]

Posted on March 02, 2018 at 06:46

STM8 has hardware multiplier exactly like the AVR. It even leads the avr

for having hardware divider, something that avr doesn't have.

24MHz is, yes, more than the avr can handle (they are limited to 20MHz).

OTOH, 20MHz is more than MOST OF THE STM8 can handle, because most of them

are 16MHz not 24MHz.

So, if I wish something, I would say 24MHz for all chips, 24MHz for the

internal oscillator, and no wait states flash @24MHz. That would be nice

indeed.

2018-03-02 0:48 GMT+02:00 dhenry <st-microelectronics@jiveon.com>:

STMicroelectronics Community

<https://community.st.com/?et=watches.email.thread>

Re: STM8 2018 wishlist

reply from dhenry

<

MCUs* - View the full discussion

<https://community.st.com/0D70X000006SyyiSAC

[Vasile Guta_Ciucur]

Posted on March 02, 2018 at 08:56

I understand here is the newest type...

http://ww1.microchip.com/downloads/en/DeviceDoc/40002016A.pdf

 

And here, the interrupt system

http://ww1.microchip.com/downloads/en/appnotes/an1982%20interrupt%20system%20in%20tinyavr%200-%20and%201-series%20and%20megaavr%200-series%2040001982a.pdf

 

[raimond]

Posted on March 02, 2018 at 09:52

Yes, there are three now: Attiny 0-series, Attiny 1-series and Atmega

0-series.

Probably Atmega 1-series will follow

2018-03-02 9:57 GMT+02:00 Vasile Guta_Ciucur <st-microelectronics@jiveon.com

>:

STMicroelectronics Community

<https://community.st.com/?et=watches.email.thread>

Re: STM8 2018 wishlist

reply from Vasile Guta_Ciucur

<

in STM8 MCUs - View the full discussion

<https://community.st.com/0D70X000006T0uKSAS

[Philipp Krause]

Posted on March 02, 2018 at 11:25

AVR has evolved over time (unlike STM8). AVR originally didn't have a hardware multiplier, but when it got one, it was slightly more flexible than the STM8 one.

Philipp

[Philipp Krause]

Posted on March 19, 2018 at 14:38

Regarding the stack roll-over limit:

1) For new stm8 devices, please do not implement a stack roll-over (or at least make it configurable)

2) Please properly document the stack roll-over limit for existing devices.

Philipp

P.S.: The stack roll-over limit of 0x1400 of the STM8AF5288 is documented. But recently I worked with the STM8S208. I did not find any information on presence or value of a roll-over limit for that chip. But from the behaviour of my software, the STM8S208 also has a roll-over limit somewhere between 0x1000 and 0x1400.

[raimond]

Posted on March 23, 2018 at 18:25

Page 34 of the STM8S207/208 datasheet. In the figure 8. Memory map you get the '1024 bytes stack' text in the ram area.

It seems that this is all documentation you can get about the stack roll-over limit in the STM8 datasheets.