hi Miklos,

thanks a lot for your fast response - and your confirmation that SFR headers for STM8 and SDCC actually would make sense...  :-)

Using modified IAR SFR headers (or Cosmic or Raisonance) is tempting, as it provides an instant solution! The same also applies to the SPL by STM - with the additional benefit of peripheral functions, not only SFR headers.

Actually my whole activity started out as a discussion whether the SPL could be bundled with future SDCC releases, see https://github.com/STM8-SPL-license/discussion/issues/1. This would create a quasi-standard for STM8-SDCC users - as likely intended by STM. Sadly the common understanding in that discussion was that

 * STM will not spend the effort to support SPL for SDCC -->
     o need a patch like https://github.com/gicking/STM8-SPL_SDCC_patch
       for SDCC compatibility, and (optionally)
     o a splitter like https://github.com/tenbaht/spl-splitter to break
       up the monolithic structure, and thus reduce code size
 * SPL will not become fully open-source, in order to impede hardware
   clones by legal means

The 2nd statement was made by people with MUCH better contact to STM development than mine (i.e. none, as I have no useful contact with STM), so I assume it's correct.

In summary my SFR proposal is an attempt to solve a legal issue rather than a technical one. And while I also expect that STM, IAR, Cosmic and Raisonance will likely not sue OS-developers for using their STM8 headers, I don't want to bet my house on it. A friend of mine was once sued over a license issue, and that is an experience I don't intend to share!

But maybe someone responsible at STM also reads this newsletter? If yes, please feel free to contact me or the SDCC developer team (sdcc-de...@lists.sourceforge.net <mailto:sdcc-de...@lists.sourceforge.net>) over this...!

Coming back to your SFR generator: for my understanding it does not solve the license issue for OS developers. But if my understanding is wrong, I would gladly save the effort to create a 4th set of SFR headers for STM8... Is anyone here legally trained to reliable answer this question?

Thanks again for your feedback and have a great weekend!
Georg


23.03.19 um 22:34 schrieb Miklos Marton:

Hi Georg,

Thanks for bringing up the STM8 headers in SDCC topic!

Around a year ago I have worked with STM8 and had my own rounds in a similar matter with ST AE. I share my results below just in case if it would be intresting for you.

At that time I have not used SPL, so I thought that headers with properly structured accessors to the registers would be useful for SDCC.

It turned out that IAR STM8 demo ships with some sfr files where all register (and bitfields) information is present for all IAR supported STM8 MCUs.

IAR has strict license on the installed material however I have created a tool which could generated SDCC (and Cosmic) compatible headers from these files (see attached sample).

https://github.com/martonmiklos/stm8_sfr_converter

Since I doubt that IAR extracted these data from the datasheets I have asked an ST AE (Simon Panecky) if it is possible to share a similar dataset with less restrictive licensing.

I got an answer that he is going to ask around itnernally, but unfortunately I have not got any relevant answer as of today even though I have pinged him several times. (Even it would increase they supported tool offering Cosmic capabilites as well.)

If you have different ST contacts it might be useful to ask for register/bitfields definitions. If you manage to get register definitions with less restrictive license let me know, I am more than happy to improve my header generator.

Best regards,
Miklos Marton
2019. 03. 23. 21:56 keltezéssel, Georg Icking-Konert írta:

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


_______________________________________________
Sdcc-user mailing list
Sdcc-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sdcc-user

Reply via email to