gicking / stm8_serial_flasher Goto Github PK

While we don't know yet what the license for the RAM routines will be, it might not be APL or APL-compatible. In that case, those RAM routines should not be linked into the program binary, but read at runtime from their files.
This would also allow distributions to not ship them, should the license turn out to be non-free.

Philipp

The wiki states, that the STM8_serial_flasher is under ASL, "exception is some RAM code, which is required for flash programming. This code was copied from the free Flash Loader Demonstrator by STM. All rights to this RAM code remain with STM." The non-free code should be replaced by free code to make STM8_serial_flasher fully free.

Philipp

Currently, Intel .hex and Motorola .s19 files are supported. I suggest to add support for binary files, too.

Philipp

For the STM8L/STM8AL, RAM routines are already put in place by the bootloader, and need not be supplied by the host computer.

Philipp

Hey guys

it may be a stupid question, but I built the software and seems able to run it, but my hex files return errors. I try to program an STM8L with the following command:
./STM8_serial_flasher -p /dev/ttymxc3 -w project.hex -r 2 -Q

(Yes, my software supports the Re5eT command.)

The same files work in the ST-LINK software

The error I have:

Error: Line 324 of Intel hex file has unsupported type 5

If one of you know what's going on, it would be really cool! Thanks!

Support for using the bootloader via CAN would be useful.
However support for CAN drivers is not available universally in operating systems, so maybe this would be implemented for Linux only? It seems the current dominant API is SocketCAN by Volkswagen. But I noticed mention of older, character-based APIs, too.

Philipp

Support for using the bootloader via SPI would be useful.
However, few operating systems seem to expose SPI to userspace. Linux does. I see patches for it on the FreeBSD mailing list, so maybe they'll add it soon.

Philipp

IMO, the current name of this program is a bit unfortunate. It is nearly the same name as the earlier Chrome app "stm-serial-flasher". Also "serial" doesn't mean that much, as pretty much any method to access the flash of the STM8 uses some serial connection.
An important aspect of this program is that it uses the bootloader. The first name that comes to my mind would be "stm8bootflash", but there may be better names.

Philipp

According to ST documentation, on the STM8AF, the bootloader can be accessed via LINUART, too.

Philipp

Currently, only writing flash images onto devices is supported. Support for reading flash images could be useful, too.

Philipp

I can see the point of waiting for a key press at start, since the bootloader activation second would be hard to hit otherwise. But why at the end? I'd suggest to just drop the end wait and the -q option.

Philipp