Вопросы по С/С++ (СИ)

[Apparatchik]

Это как?

Если непонятно описание то скажу "попроще":
первый параметр - массив куда читать, ноходящийся в ОЗУ.
второй параметр - массив откуда читать, находящийся в еепром.
третий параметр - сколько байт читать.

[kelod]

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

[Apparatchik]

Код: Выделить всё

char mas[13];
EEMEM char mas_eeprom[13] = {...};

eeprom_read_block(mas, mas_eeprom, 13);

[kelod]

не работает у меня

[Apparatchik]

У меня работает. Покажите полный код.

[kelod]

Код: Выделить всё

for (int8_t i=otr_spis;i<otr_spis_1;i++)
						{							
							unsigned char buffer1[40];	
							uint32_t t[13];
							eeprom_read_block(t,t_og_r,sizeof(t));
							utoa(t[i], buffer1, 10);
							LcdStr(FONT_1X,buffer1);
						}

а eeprom_read_word(&t_og_r) работает, хотя в тоже время eeprom_read_dword(&t_og_r) не работает(((

[kelod]

сделал с dword, но всё равно хочется понять как работает блок

[FreshMan]

насколько мне ведомо то в Си такого типа как bool нет
но в некоторых прогах я его видал
в чем фокус то ?

[oleg110592]

в С++ есть, в версии стандарта С99 добавили булевый тип, называется _Bool

[WiseLord]

Тип в C по сути ненужный. Тем же char-ом можно заменить.

А что в прогах видел - возможно, там было что-то вроде #define bool char

[FreshMan]

А что в прогах видел - возможно, там было что-то вроде #define bool char

твердо утверждать не стану, на там вроде такого нет
под прогами я имел ввиду скрипты написанные на Си для WinCC

[uk8amk]

Имеется массив указателей на функции:

Код: Выделить всё

const void(*mnu_func_ptr[11])() ={ // menu functions pointer
&menu_main, &menu_time, &menu_date, ... };

С помощью него организован автомат состояний программы т.к. на switch-case получается длинная и медленная обработка.
Вызов нужной функции происходит через косвенный переход:

Код: Выделить всё

(mnu_func_ptr[device_sm-DEV_STA_MNU_MAIN])(); // indirect call

Проблема: Т.к. указатель - это по сути переменная, то массив хранится в RAM. С другой стороны функции лежат во flash, их адреса постоянны и определяются линкером на этапе компиляции.
Таким образом было бы логичнее их адреса записать в константный массив примерно так:

Код: Выделить всё

__flash uint16_t func_adress[]={ &menu_main, &menu_date, ... } 

Но так компилятор ругается.

Как корректно объявлять и инициализировать массив адресов функций во flash чтобы не тратить драгоценную RAM ?
Компилятор CVAVR 2.05 и CVAVR 1.25.
Спасибо.

[Pink-Pank]

ругается потому, что Вы объявляете массив целых чисел, а запихиваете туда указатели.
А в Code Vision, если не ошибаюсь, const = flash

[uk8amk]

Это я понимаю, что имеется несоответствие типов данных, оттого и ругается.
Просто я не могу понять, как привести тип функции void к константному значению, понятному для flash uint16_t.

Как я рассуждаю:
(1)Функция func1() находится во флеш по физическому 16-битному адресу N.
(2)Этот адрес мы заносим(точнее заносит компилятор) в ячейку flash массива func_adress[].
(3)Далее в самой программе в переменную uint16_t adr читается адрес из массива adr = func_adress[x];
(4)Приводитя к типу указателя на функцию:
void (*p_func)(void);
p_func = (void(*)(void))adr;
(5)Переход:
p_func();

Как раз на этапе (2) у меня проблема.

ЗЫ. В codevision const=flash если включить соответсвующую опцию компилятора. А так кладет в RAM.

[ARV]

для сложных типов данных я всегда применяю описание собственных типов, тогда получается гораздо проще описать именно то, что желаешь, и не запутаться

Код: Выделить всё

typedef void (*menu_finc_ptr)(void); // определили тип днных "указатель на функцию"

flash menu_func_ptr func_array[] = {func1, func2, func3, ...}; // определили массив во flash этих самых указателей

потом, кстати, и приведение типов легче делать - не многоэтажная запись, а одноэтажная

[Аlex]

Просто я не могу понять, как привести тип функции void к константному значению, понятному для flash uint16_t

А для чего все эти извращения-приведения ? Почему сразу не сделать массив указателей ?

[uk8amk]

Указатель - есть по сути переменная. А переменная кладётся в RAM.
Когда 2-3 функции, то разницы по сути нет где хранить. Когда десятки функций и есть некоторый дефицит RAM, то начинаешь задумываться об оптимизации.

[Аlex]

Указатель - есть по сути переменная.

Я имел ввиду тип массива - указатель на функцию (void (*ptr)(void)), а не целое (uint16_t). Для чего все эти лишние приведения типов

[uk8amk]

Ха!
То, что описал ARV разместилось в Flash, как раз что надо, спасибо.

Только не могу понять, почему объявление

flash void(*mnu_func_ptr[11])(void) ={ // menu functions pointer
menu_main,
menu_time,
menu_date,

у меня вызывало ошибку Storage modifier not allowed in this context.
Вроде аналогичное объявление.

[uk8amk]

С предыдущим вопросом кое-как разобрался. Теперь возник следующий и тоже про указатели.
Значит есть в моей менюшке строки:

Код: Выделить всё

flash uint8_t str_time[]  ="ВРЕМЯ";
flash uint8_t str_date[]  ="ДАТА";
и т.д.

Если я создам массив указателей

Код: Выделить всё

flash uint8_t *mnu_main_str_ptr[]={ str_time, str_date, ...

То они(указатели) опять попадают в SRAM, строк много, памяти жалко.
Тогда я делаю такой массив:

Код: Выделить всё

flash uint16_t mnu_ptr[] = { // массив адресов строк меню во флеш
(uint16_t) &str_time, // вычисление адреса строки и приведение к 16-бит 
(uint16_t) &str_date,
... };

Использование:

Код: Выделить всё

copymem_load_fstr( (flash uint8_t*)mnu_ptr[mnu_item_index], str_buf_RAM ); //загрузить flash строку в RAM

Прототип функции копирования:

Код: Выделить всё

copymem_load_fstr( flash uint8_t *str, uint8_t *dest ); // *источник flash, *буфер RAM 

В принципе всё нормально работает, но выглядит как-то монстрообразно.
Можно ли привести это в нормальный, человеческий вид?