Как сказать компилятору, чтобы он поместил содержимое .bin файла в память программ?

Это надо сказать линкеру.
Опция --image_input
Всё подробно описано на стр 32 xlink.pdf

Спасибо, посмотрел. Линкеру сказал следующее: --image_input=test.bin,Bootstrap,CODE,1
При компиляции не ругается. Но в откомпилированном коде найти этот кусок не могу И как к нему обращаться? В бинарнике находится массив, который нужно использовать в программе.

Привет! У меня была подобная проблема. Нужно было загружать Firmware в для специализированной микросхемы PF22622 от Infineon через ATmega128.
Я включил в свой проект компилятора ICCAVR от IAR еще один файл массива констант, отображаемый как массив шестнадцатиричных контстант, который после компиляции включается в коды для записи во Flash. А для перевода массива *.bin в *.hex констант написал маленькую программу CoderP.exe (ее высылаю в *.rar.). В ней нужно выбрать входной файл *.bin, а выходной *.hex будет совпадать по названию с входным. Программа также вычислит и выдаст размер файла констант ХХХ, это значение нужно вставить в размерность массива.
После перекодировки файл *.hex как массив констант немного дорадатывается вручную - к нему в начале добавляется следующая строка, и там же вводится нужное Вам название HEX_CODE и размерность ХХХ:
__farflash byte HEX_CODE[ХХХ]= {
а в конце файла строка:
};
не забудьте после сделать еще один перевод строки, иначе компилятор возмущается. Успехов!

Сообщение отредактировал Волощенко - Jul 3 2006, 09:21

Это не совсем то, что хотелось бы реализовать... Так как бинарник будет не один, а несколько, и они будут периодически меняться, хотелось бы, чтобы линкер при каждой новой компиляции брал текущую версию бинарника и заносил в проект. В Вашем случае обновлять файл придется ручками, или писать соответствующую программку.

Понял. Задача действительно другая. У меня было несколько версий загрузочных бинарников (для внутренних 51-х микроконтроллеров), но одновременно загружались две программы, а менялись они не чаще раза в год.
Мне тоже интересно знать, как другие решили для IAR-компилятора эту проблему. Удачи.

В указанном документе написано следующее:"...содержимое чисто бинарного файла будет включено в выходной код в сегмент такой-то только если Ваше приложение содержит обращение к символу Bootstrap (в данном случае)"
Где-нибудь в хедере обьявите следующее

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

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

Благодарю за помощь. Все получилось.

У меня МЕГА128 и если ложить по такому принципу бутлодер в пространство
-Z(CODE)BOOT=1E000-1FFFF

то при обращении к массиву Bootstrap (который должен лежать по жтому адресу) выдается ошибка



Т.е. я так понимаю что он не понимает адресацию за пределами 0xffff. Как это можно обойти?

Вместо выходного формата intel-standard использовать intel-extended.

Удже поменял. Но ошибкка "Error[e18]: Range error" оталась.

Разумеется, осталась.
В Вашем случае bootmas имеет значение где-то 0x1xxxx, т. е. в 2 байта не влазит.
После сдвига вправо на 8, значение не влазит в один байт, а Вы его пытаетесь заслать в регистр (LDI R17, (bootmas) >> 8).
В таких случаях надо писать LDI R17, ((bootmas) >> 8) & 0xFF или LDI R17, LOW((bootmas) >> 8)

Этор мне понятно. Непонятно было как объяснить что bootmas надо брать 24 или 32-х разрядным. Я так понимаю IAR не умеет работать с указателями более 16 бит.



Когда делаю такую асмовскую вставку ругается что не знает что такое bootmas, или это как-то по-другомв надо вставить? Куда копать дальше - незнаю.

Если это указатель на flash память, то его можно обьявить с атрибутом __farflash или __hugeflash.
В таком случае указатель будет более 16 бит (см. описание компилятора).
В таком случае линкер может выдать сообщение об отсутствии некоторых сегментов, которые нужно определить в xcl файле.

PS Я это делал давно, могу и ошибаться.