Ethernet Flash Boot Loader

Hello Microit,

I developed a simple bootloader application for SK-S7 that uses Ethernet to connect to the TFTP server at 192.168.0.2 (I used TFTPD64 on Windows to host files) and download and program "S7_SK_image.bch". Project was developed for SSP 1.2.0-b.1 and older version of the Flashloader framework but should work with the new modules without any problem.

s7_sk_nx_tftp_boot_1_2_0b1.zip

Regards

Hello Renesas Karol,

We want to modify your project in order to download the .bch file from an USB stick. Do you think it would be possible? As I have understood with your code we just need to modify the part related to the TFTP access and file reading and substitute it with the API to access the USB system and files.

Regards

Imanol

Hello Imanol,

I've shared similar project performing programming from USB in the following thread: renesasrulz.com/.../27211 .

Regards

Thanks Karol!

Hello Karol,

In our project we are using an external QSPI flash to store a lot of graphical resources generated from GUIX. Now we are using and S7 processor but the idea is to use an S5 with limited internal flash memory. The point is that I am afraid that we will not have enough space in the internal memory to store the new downloaded program before saving it to the "primary flash sector". How can we solve this issue? Is it possible to store it in the QSPI memory and then flash it? (part of the code to the internal flash and part (GUIX resources) to the external QSPI). I do not really know how to focus this issue.

Thanks in advance

Imanol

Hello Imanol,

This is a question another thread, but this is certainly possible. Currently GUIX is only capable of generating resources with "const" argument, which by default are placed in the code flash memory. My colleagues have developed a script that parses GUIX-generated resource file and adds necessary "section" attributes to certain elements, in order to push as much data into the QSPI flash as possible. The Python script is included with the following application: renesasrulz.com/.../3223 . Upon generating an SREC image, you'll need to use some third party utility (such as srec_cat) to split QSPI content from code flash. File with code flash data should be fed into the "MOT Converter" to generate a bootloader-friendly BSH file. SREC with QSPI data should be converted to binary using objcopy (from arm-none-eabi). QSPI can be programmed from binary file easily using QSPI driver in combination with FileX. Programming code flash from BCH is demonstrated in the bootloader project I referenced earlier.

Regards

Hello Imanol,

This is a question another thread, but this is certainly possible. Currently GUIX is only capable of generating resources with "const" argument, which by default are placed in the code flash memory. My colleagues have developed a script that parses GUIX-generated resource file and adds necessary "section" attributes to certain elements, in order to push as much data into the QSPI flash as possible. The Python script is included with the following application: renesasrulz.com/.../3223 . Upon generating an SREC image, you'll need to use some third party utility (such as srec_cat) to split QSPI content from code flash. File with code flash data should be fed into the "MOT Converter" to generate a bootloader-friendly BSH file. SREC with QSPI data should be converted to binary using objcopy (from arm-none-eabi). QSPI can be programmed from binary file easily using QSPI driver in combination with FileX. Programming code flash from BCH is demonstrated in the bootloader project I referenced earlier.

Regards