[sdcc-devel] Update STM8 device header proposal

[Georg Icking-K. <ge...@cr...>]

hello,

I have just updated my open-source STM8 device headers to 
https://github.com/STM8-SPL-license/discussion/tree/master/Header

Changes:

  *      implemented some proposals from the discussion
    <https://github.com/STM8-SPL-license/discussion/issues>
  *      added support for all STM8AF and STM8S devices, and all
    peripherals (STMAL and STM8L are pending)
  *      added reference (via Doxygen) under Headers/doxygen/html/index.html
  *      added example projects under Headers/examples

My final goal is still to have these headers bundled into SDCC, in order 
to facilitate development and code exchange within the STM8 community 
(similar to Arduino). As expected, the development and debugging takes a 
lot of effort (and is rather dull), so please let me know if this is an 
option.

Actually I would prefer a different way to support STM8 out of the box, 
e.g. via SPL headers or another OSS alternative, however I understand 
from our discussion 
<https://github.com/STM8-SPL-license/discussion/issues> that this is not 
to be expected anytime soon...?

Thanks a lot for your feedback and have a great weekend!

Regards,
Georg


Am 27.01.19 um 15:26 schrieb Georg Icking-Konert:
> hello,
>
> after some discussions about open-source device headers for STM8 
> family (see https://github.com/STM8-SPL-license/discussion/issues/1), 
> there seems to be a consensus that the STM8-SPL headers by STM are not 
> the way to go due to license terms.
>
> Therefore I uploaded a proposal for OS device STM8 headers to 
> https://github.com/STM8-SPL-license/discussion/tree/master/Header/stm8, 
> together with some examples. The headers currently only support 34 / 
> 108 STM8 devices, and have been tested only marginally. However, 
> currently they are merely a test baloon to check whether you, the SDCC 
> developers, would be willing to bundle them (or other STM8 device 
> headers) with SDCC, similar to hc08 or mcs81...?
>
> The headers
> - use unions of structs to support bit and bytewise access to 
> registers -> bitmasks not required, but possible (see example 
> "blink_noISR" and "blink_ISR")
> - can be mixed with SPL (see example "blink_SPL")
>   - are under GPL and not derived from SPL headers -> 100% OS
>
> For your feedback thanks a lot in advance!
>
> Regards, Georg
>