Пытаюсь использовать функции записи во флеш из апнота avr106 для своего проекта (Mega324P). Хочу сохранять параметры в неиспользованной части бутлодера (от начала сектора NRWW до начала собственно бутлодера). В верхней NRWW области прошит бутлодер размером 1кб. Область NRWW для данного мк занимает 4кБ. Бутлодер создан отдельным проектом. Сделал так как указано в апноте:

...т.е. в описании и объявлении функции записи во флеш добавил @"BOOT_SEGMENT"
unsigned char WriteFlashByte(MyAddressType flashAddr, unsigned char data)@"BOOT_SEGMENT";

При вызове этой функции возникает ошибка:

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

Я думаю, ему не понравилось FARCODE. Поаробуйте просто CODE, у вашего кристалла всего 32К флеша, там никакой FAR не нужен.

Прошу прощения. Ошибка вышла. Скопировал с апнота... У меня было -Z(CODE)... Так в чем же дело?

EEPROM не используется? Точнее, не так: Если используется eeprom, то задаются ли ей в программе начальные значения? Если да, то оставьте на вкладке выбора формата отладочный формат для C-SPY, а на вкладке extra options допишите

Сразу возник вопрос: вы это пытаетесь добавлять в проект с бутлоадером или в проект с прикладной программой?
Я попробовал на проекте на мега128 с бутлоадером. При добавлении в прикладную программу след. строк все линкуется без ошибок.

Правда, обратите внимание, что я разделил сегменты, куда прилинковывается бутлоадер из другого проекта и сегмент с вашей функцией.

А такую ошибку я тоже уже видел:

Но возникает она, если пытаться вывести в hex файл одновременно и CODE и DATA (или EEPROM).

Еще раз повторюсь. Есть многофайловый проект на Мега324 (без бутлодера). Бутлодер создан отдельным проектом. В контроллер уже прошит загрузчик в последний килобайт флеша. Хочу использовать функции из avr106 для записи во флеш. В частности в неиспользованную область NRWW (до начала загрузчика). В области NRWW необходимо разместить только функции записи во флеш. Я в курсе, что такое сообщение возникает при попытке скомпилить с данными в ЕЕПРОМе. И эти опции тоже использую, если надо. Но в тот момент ЕЕПРОМ не использовал. Это сообщение возникает при ВЫЗОВЕ WriteFlashByte(); Если не вызывать данную функцию, линкуется без ошибок.

Тогда приведите кусок вашего .xcl. Вы показываете какой-то другой .xcl, и хотите телепатии. В вашем .xcl в определнии сегмента BOOT_SEGMENT используется _..X_FLASH_END? Если да, чему оно у вас равно?

Не вижу криминала... Линкеру точно этот файл подсовывается? А поставьте формат выходного файла "Отладочный для C-SPY" и включите генерацию .map. В его шапке увидите командную строку линкера и в самом конце будет таблица распределения по сегментам - возможно, что-то прояснится.

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

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


Это просто наложение ошибок. На вызов функции такое сообщение выдаваться не может.

я поимел большие проблемы в установлении причины почему не получается самопрограммирование из-за неверных фузов размера загрузчика. проверьте на всякий случай

При чем в данном случае фузы? Речь идет об ошибке на этапе линковки программы.

To Baser
Не совсем понимаю для чего необходимо создавать хексы для DATA и EEPROM?

Обязательно ли все функции размещать в "BOOT_SEGMENT" ? По-моему, достаточно разместить только те функции, которые непосредственно работают с SPM инструкцией. Так? Или также и функции, в которые входят эти функции (SPM) ? И зачем объявлять их как extern? Без модификатора extern все компилится без ошибок. И последнее, для чего root?

Про это вам, вообщем-то, Сергей Борщ говорил и относилось это к возникающей у вас ошибке линкера, которая могла быть следствием попытки вывести в Intel-hex файл одновременно два адресных пространства: CODE и EEPROM. А для чего получать два файла с хексами для DATA и EEPROM - чтобы затем прошить их в МК


Да, конечно, можно размещать только функции с SPM. Но это только в том случае, если вы все эти функции компилируете и пишете в МК вместе (а не отдельно функции с SPM в проекте бутлоадера, а другие функции в прикладной программе), иначе вам необходимо обеспечить нахождение точек вызова функций по абсолютным адресам.


В случае описания внешних функций спецификатор extern является спецификатором по умолчанию и его допускается не писать (как мы не пишем auto при определении локальных auto-переменных). Но я привык всегда явно указывать extern, считаю, что это наглядней.


__root служит для указания линкеру, что данная функция или переменная должна быть безусловно включена в код, даже если она нигде не используется. Поскольку пример был тестовый, я везде добавил __root , чтобы линкер не своевольничал

з.ы. А как вы отлаживаете прикладную программу, с кодами бутлоадера или без них? Интересен опыт других людей, поскольку с этим вопросом сам недавно разбирался.

Возникла такая проблема - не работает АЕS бутлоадер для ATmega64. Стал упрощать код, еще и еще, пока не дошел просто до пустой функции main(void) - он в функцию входит но из нее не выходит и висит - что это может быть?