Piotr Gałka <p...@c...pl> napisał(a):
> No i w czasie tego przygotowywania się natknął się na info, że:
> Jak się chce modyfikować flash to kawałek funkcji ma być wykonywany z
> RAMu. To co ma być w RAMie kompiluje się bratu do 10 czy 12 bajtów. Na
> zapas przekopiowywał do RAMu 40 bajtów, ale chciał to zrobić dokładnie, bo
> kto wie, czy kiedyś jakaś kolejna wersja kompilatora czegoś tam nie wrzuci
> i zrobi się ponad 40 bajtów.
> On jest na etapie, że kiedyś wszystko pisał wyłącznie w asm, a obecnie
> stara się wszystko napisać w C - że niby bardziej przenośne.
> Ale nie udało mu się znaleźć metody policzenia tego "sizeof(funkcja)" więc
> mówił mi dziś, że ten kawałek zostawi w asm aby nie mogło być żadnych
> niespodzianek.

Dlaczego chcecie sami kopiować tę funkcję? Czy skonfigurowanie odpowiedniej
sekcji w skrypcie linkera nie wchodzi w grę? Przykładowo funkcja do zapisu
Flash znadująca się w RAM-ie jest w bibliotekach ST:

__RAM_FUNC HAL_FLASHEx_HalfPageProgram(uint32_t Address, uint32_t* pBuffer);

Makro __RAM_FUNC zdefiniowane jest tak:

#define __RAM_FUNC HAL_StatusTypeDef __attribute__((section(".RamFunc")))

Czyli funkcja HAL_FLASHEx_HalfPageProgram jest oznaczona atrybutem
umieszczającym ją w sekcji .RamFunc. Ta z kolei w skrypcie linkera jest
umieszczana w sekcji .data:

.data :
{
. = ALIGN(4);
__data_init_start = LOADADDR(.data);
PROVIDE(__data_init_start = __data_init_start);
__data_start = .;
PROVIDE(__data_start = __data_start);

. = ALIGN(4);
*(.data .data.* .gnu.linkonce.d.* .RamFunc)

. = ALIGN(4);
__data_end = .;
PROVIDE(__data_end = __data_end);
} > ram AT > rom

--
Grzegorz Niemirowski
https://www.grzegorz.net/