Вопросы stmfaq

[stmfaq]

В моей программе много глобальных массивов констант, можно ли их разместить в eeprom ? На AVR это можно было делать а как это сделать в STM8S105? Если можно разместить, то как это может повлиять на скорость и стабильность выполнение программы, или лучше этого не делать?

[a-fisher]

На STM нету EEPROM, можно размещать в памяти программ или подключить внешний EEPROM по I2C

[tempora]

можно ли их разместить в eeprom ? На AVR это можно было делать а как это сделать в STM8S105?

Да точно также - указав соответствующий storage modifier. Смотрите __eeprom в хэлпе компилятора:

[ut1wpr]

На STM нету EEPROM, можно размещать в памяти программ или подключить внешний EEPROM по I2C

Ты не прав, Федя! STM8S003, STM8S103...

[stmfaq]

Да точно также - указав соответствующий storage modifier. Смотрите __eeprom в хэлпе компилятора:

Посмотрел но не сильно разобрался .
Сделал так

__eeprom unsigned char md5crypt [4][64]={.............

Компилятор выругался Error[Ta004]: __eeprom variable must be __no_init

Посмотрел что это такое,ниже прикрепил описание,я так понял что так нельзя обьявлять переменную , а нужно что то типа такого

unsigned char md5crypt[4][64] @ "eeprom" = {....

Но для такого объявления нужно что то настроить в линкере, что я так и не понял. Есть ли вообще смысл пихать глобальные константы в eeprom ? Дело в том что у меня уже много места занято под глобальные переменные, а написано только 50% программы. Поэтому решил перетащить их в EEPROM .
Обьясните пожалуйста на пальцах, что нужно настроить в IAR , чтобы можно было размещать глобальные переменные в EEPROM таким образом

unsigned char md5crypt[4][64] @ "eeprom" = {....

? А то из описаний на англ языке не сильно понятно что делать.

[s64]

компилятор вам правильно говорит - он не может инициализировать переменную в EEPROM, поэтому ее нужно обьявлять как __no_init , а где то в основном цикле инициализировать(перед этим разрешить запись в EEPROM)

[stmfaq]

поэтому ее нужно обьявлять как __no_init , а где то в основном цикле инициализировать(перед этим разрешить запись в EEPROM)

Так что делать нужно так __no_init unsigned char md5crypt [4][64]={..
?
а как инициализировать? Пример можно?
А если мне не нужно изменять значение констант , зачем нужно разрешать запись в eeprom ? И если это нужно то как разрешить без использования SPL, что в какой регистр нужно записать?

[ut1wpr]

Так что делать нужно так __no_init unsigned char md5crypt [4][64]={..
?
а как инициализировать? Пример можно?
А если мне не нужно изменять значение констант , зачем нужно разрешать запись в eeprom ? И если это нужно то как разрешить без использования SPL, что в какой регистр нужно записать?

Путь непрост и тернист.
Нужны кое-какие знания и понимание структуры HEX-файлов.
Абстрагируясь от МК вообще, нужно сгенерировать массив данных, которые предполагается хранить в eeprom. Затем преобразовать в hex-формат. И наконец, используя STVP загрузить это файл и записать его в адреса по закладке DATA. Эти данные будут доступны для чтения и недоступны для модификации без принятия особой меры по разблокировке этой области памяти на запись.
Иначе в самом начале программы придется переписывать данные из выделенной части флеша в область eeprom (через эту самую разблокировку с последующей блокировкой) и смирится с поетрянной частью флеша, которая могла бы быть занята кодом.
Если данных для хранения немного, то можно их записать вручную прямо в среде STVP. Та еще работка.

[tempora]

Есть ли вообще смысл пихать глобальные константы в eeprom ? Дело в том что у меня уже много места занято под глобальные переменные, а написано только 50% программы.

Смысл писать что-то в EEPROM возникает только когда это настроечные данные, то есть - подлежат изменению во время работы (калибровочные константы, запомненные последние режимы и т.д.). Если же это константы, то проще держать их во флеши, тем более, что EEPROM'а-то не шибко много, значительно меньше, чем флеши.

В приведенной цитате из "Technical Note 32477" написано, что в настоящий момент не реализованы поцедуры инициализации данных, размещенных в EEPROM, то есть, данные там должны быть записаны заранее, а в программе они д.б. объявлены как __no_init. Далее обещается, что такие процедуры будут реализованы в следующих версиях, однако, Вам от этих следующих версий не будет никакого проку, поскольку Ваши данные - константы. То есть, по существу, эти следующие версии будут уметь переписывать инициализированные данные из флеши (куда компилятор поместит их двоичный образ) в еепром, чтобы там они могли быть изменены работающей программой. То есть, эти данные займут место и во флеши (там расположен их образ), и в еепроме, куда они могут быть скопированы процедурами инициализации сегментов памяти. Таким образом, удвоенный объем занимаемый этими данными в кристалле - это цена за возможность их и автоматически инициализировать и менять программно.

Ваша же цель, как я понял, совсем другая - убрать из ОЗУ константы, которые ни инициализации, ни изменению не подлежат, поэтому, либо объявляете эти данные "__eeprom __no_init" и записываете их в еепром заранее самостоятельно (возникнет проблема ручного распределения памяти), либо держите свои константы в памяти программ.

[stmfaq]

Жесть какая. Я думал что просто перед массивом констант поставлю модификатор и скомпилирую прошью МК и все дела. У меня табличных данных очень много, порядка 1000 кбайт. Ручной набор отпадает. Я вот не пойму есть у меня допустим массив unsigned char hash [40],я его преобразую в HEX файл? прошиваю , а как потом программа поймет где находится мой массив в eeprom ? или перед массивом указывается заголовок с названием моего массива? Чувствую я этого не осилю, наверно придется отказаться от некоторых функций девайса, иначе я все не впихну, жаль планы были грандиозные но кишка тонка.