Запись структуры во флеш. Опции

[Jenya7]

Есть структура.

Код

typedef struct TEST_S
{
    unsigned char start;
    unsigned int length;
    char *text;
}TEST;

extern TEST tests[MAX_TESTS];

я инициализирую структуру и пытаюсь записать.

Код

unsigned int TESTER_SaveTest(unsigned int user_page)
{
    unsigned int ret;
    unsigned int  addr;
    
    tests[0].start = 0xDA;
    tests[0].length = 5;
    tests[0].text = "HELLO";
    
    tests[1].start = 0xDA;
    tests[1].length = 6;
    tests[1].text = "WORLD!";
    
    ret = FLASH_PageErase(user_page);
    if (ret)
        return ret;
    
    addr = 0;
    ret = FLASH_PageProgram(user_page, addr, (uint8_t *) &tests[0], BUFFER_SIZE_BYTE);
    if (ret)
        return ret;
    
    addr += (sizeof(tests[0])) + 1;
    ret = FLASH_PageProgram(user_page, addr, (uint8_t *) &tests[1], BUFFER_SIZE_BYTE); //тут я получаю ошибку - 32.
    if (ret)  
        return ret;
    
    return ret;
}

Первая запись проходит нормально. Вторая со смещением 13 выдает ошибку 32 - Access error is set in the FSTAT register.

Я что то упускаю в логике?

[aaarrr]

Что-то вроде.

[Jenya7]

Что-то вроде.

а где вставить прагму? так вроде не ругается

Код

#pragma pack(8)
typedef  struct TEST_S
{
    unsigned char start;
    unsigned int length;
    char *text;
}TEST;

я вообще не понимаю что за клоунада такая. в STM32 и EFM32 я писал любой размер и все были довольны и я и флеш.

[k155la3]

. . . .
я вообще не понимаю что за клоунада такая. в STM32 и EFM32 я писал любой размер и все были довольны и я и флеш.

Не Вы первый ходите по этим граблям.
Такой метод записи сильно "компиляторо-прагма"-зависим.
Чтоб с этим не заморачиваться (раз и навсегда), почитайте за сериализацию.

[Jenya7]

Не Вы первый ходите по этим граблям.
Такой метод записи сильно "компиляторо-прагма"-зависим.
Чтоб с этим не заморачиваться (раз и навсегда), почитайте за сериализацию.

сериализация очень широкое понятие. буду признателен если ткнете носом.

[k155la3]

сериализация очень широкое понятие. буду признателен если ткнете носом.

ссылки, где это внятно расписано, под рукой нет.
Если в двух словах - преобразование различных данных (в том числе структур, классов и чегоугодно)
в последовательность байт (в нашем случае) для сохранения или передачи где-куда-либо.
С целю последующего однозначного восстановления, напр. при приеме из канала связи.
Одна из основных особенностей-достоинств - платформо и компиляторо-независимость.
Вы сохраняете структуру "оптом", по сути в виде образа из памяти.
При сериализации придется
- брать каждое поле структуры,
- определять его размер,
- преобразовывать его в последовательность байт (исходя из размера поля/типа данных),
- и затем их (поля) "цепочкой" записывать в флеш.

При этом на выравнивание можно не обращать внимание.
Единственный ньюанс - надо учитывать платформенный Big-Little Endian формат для чисел конкретного процессора.

[Jenya7]

ссылки, где это внятно расписано, под рукой нет.
Если в двух словах - преобразование различных данных (в том числе структур, классов и чегоугодно)
в последовательность байт (в нашем случае) для сохранения или передачи где-куда-либо.
С целю последующего однозначного восстановления, напр. при приеме из канала связи.
Одна из основных особенностей-достоинств - платформо и компиляторо-независимость.
Вы сохраняете структуру "оптом", по сути в виде образа из памяти.
При сериализации придется
- брать каждое поле структуры,
- определять его размер,
- преобразовывать его в последовательность байт (исходя из размера поля/типа данных),
- и затем их (поля) "цепочкой" записывать в флеш.

При этом на выравнивание можно не обращать внимание.
Единственный ньюанс - надо учитывать платформенный Big-Little Endian формат для чисел конкретного процессора.

(uint8_t *) &MyStruct - прекрасная сериализация только речь тут о другом . ребята из NXP говорят надо делать падинг буферу до размера кратного 8.

[k155la3]

(uint8_t *) &MyStruct - прекрасная сериализация только речь тут о другом . ребята из NXP говорят надо делать падинг буферу до размера кратного 8.

Может и так.

Вы вообще делали "гарантированное" чтение из флеш ее содержимого, в смысле, например, программатором ?

Если нет, то ошибка может быть как на записи, так и на чтении инф. из нее.
Причем даже не при работе процедуры RD/WR во флеш, а при "прокачке" в них данных.

К примеру, если в параметре ф-ии указано fun( t_uint32 * ptr)
то делать так fun( (t_uint32 *) &MyCharArr[0] ) - чревато боком, особенно когда
в качестве параметра передается указатель, по адресу которого вызываемая ф-ия должна записать данные.

[Jenya7]

Может и так.

Вы вообще делали "гарантированное" чтение из флеш ее содержимого, в смысле, например, программатором ?

Если нет, то ошибка может быть как на записи, так и на чтении инф. из нее.
Причем даже не при работе процедуры RD/WR во флеш, а при "прокачке" в них данных.

К примеру, если в параметре ф-ии указано fun( t_uint32 * ptr)
то делать так fun( (t_uint32 *) &MyCharArr[0] ) - чревато боком, особенно когда
в качестве параметра передается указатель, по адресу которого вызываемая ф-ия должна записать данные.

скажем так

Код

status = FLASH_Init();
status = FLASH_PageErase(250);
status = FLASH_PageProgram(250, 0, "hello", BUFFER_SIZE_BYTE);
  
uint8_t buff[5];
#define FLASH_PARAM_ADDR (0x00000000U + (250 * 0x00001000U))
memcpy(&buff, (uint8_t*)FLASH_PARAM_ADDR, 5);

пишется и читается правильно. но если писать кусками надо будет дополнять буфер до кратного 8.

[HardEgor]

пишется и читается правильно. но если писать кусками надо будет дополнять буфер до кратного 8.

Я для таких приколов делаю union массива байтов и структуры. Конечно приходится пересчитывать размер массива при изменении структуры, но удобно в пересылке или вот при таком выравнивании.

[k155la3]

Я для таких приколов делаю union массива байтов и структуры. Конечно приходится пересчитывать размер массива при изменении структуры, но удобно в пересылке или вот при таком выравнивании.

А что, компилятор ругается на MyCharArray[ sizeof( TypeMyStuct ) ] ?
(если конечно с #pragma pack(1) не накручено)

[Jenya7]

А что, компилятор ругается на MyCharArray[ sizeof( TypeMyStuct ) ] ?
(если конечно с #pragma pack(1) не накручено)

структура включает в себя указатель на строку переменной длины. Я не знаю ее конечный размер. Только в ран-тайм.

[HardEgor]

структура включает в себя указатель на строку переменной длины. Я не знаю ее конечный размер. Только в ран-тайм.

Вы не правы. У вас получается структура отдельно, а строка отдельно. соответственно и сохранять надо и структуру и строку. А смысл?

[Jenya7]

Вы не правы. У вас получается структура отдельно, а строка отдельно. соответственно и сохранять надо и структуру и строку. А смысл?

вот тут я кстати в раздумьях. я принимаю строки от пользователя по UART.
Эти строки мне надо сохранить во флеш. поэтому я сделал структуру включающую строку, длину строки, начало пакета.

Код

typedef struct TEST_S
{
    unsigned char start;
    unsigned int length;
    char *text;
}TEST;

extern TEST tests[MAX_TESTS];

допустим я принял строку.

Код

void TESTER_AddTest(const char *test)
{
    if (test_idx < MAX_TESTS)
    {
        memcpy (tests[test_idx].text, test, strlen(test));
        test_idx++;
    }
    else
        test_idx = 0;
}

теперь мне надо вычислить общий размер дополнить до кратный 8 и записать во флеш.

[XVR]

допустим я принял строку.

Код

void TESTER_AddTest(const char *test)
{
    if (test_idx < MAX_TESTS)
    {
        memcpy (tests[test_idx].text, test, strlen(test));
        test_idx++;
    }
    else
        test_idx = 0;
}

Жесть А память под строку кто выделять будет?

я понял. то есть мне нужно записать в два приема?

Я бы сказал в три приема (или даже в 4) - еще надо выделить память под строку, а потом ее вернуть обратно

То, как вы пытаетесь записать принятую от пользователя строку, крайне неэффективно и в текущем виде не работоспособно.

1. Вам надо писать строки во флешь сразу при их поступлении, или можно с некоторой задержкой?
2. Что еще кроме строк надо записать?
3. Может ли в строках встречаться код 0?

[Jenya7]

Жесть А память под строку кто выделять будет?

Я бы сказал в три приема (или даже в 4) - еще надо выделить память под строку, а потом ее вернуть обратно

То, как вы пытаетесь записать принятую от пользователя строку, крайне неэффективно и в текущем виде не работоспособно.

1. Вам надо писать строки во флешь сразу при их поступлении, или можно с некоторой задержкой?
2. Что еще кроме строк надо записать?
3. Может ли в строках встречаться код 0?

надо записать:
1.стартовый маркер
2.длину строки
3.саму строку.
писать во флеш сразу по принятии строки? я думаю не критично хотя наверно правильней всего.
ломаю голову как выделить место под строку.
Кроме как динамическое выделение памяти я придумать не смог.

Код

char *test_str = malloc(sizeof(char) *  (strlen(str) + padding_size));

но мне это очень не нравиться.

[k155la3]

. . . .
ломаю голову как выделить место под строку.
. . . .

Сколько в процессоре RAM ?
И какой тип флеш ?
(ответ требуется в формате исповеди)
---
Смысл выделять динамически, если памяти достаточно.
Размер стоки (максимальный) имеет какие-то приближенные к жизни размеры,
илиже ОНО бескоечно, аки Вселенная ?