Уважаемые форумчане, помогите пожалуйста чайнику! Создал свой проект (IAR 5.4) для мигания светодиодами (контроллер AT91SAM7S256), в эмуляторе (RDI) все прекрасно работает, лампочки мигают, функции вызываются и т.д. Когда создаю bin файл и прошиваю, ничего не работает. Прошивал различными способами, через самбу, флешер и встроенный флеш лоадер - результат одинаковый (то есть нулевой). То же самое происходит и при отладке из флеш - "фирменные" проекты продолжают работать после переброски питания, а мой нет. Все файлы конфигурации брал из IARовских примеров атмейл. Настройки проекта также брал из рабочих примеров. Установил более свежий H-JTAG, флешлоадер стал выдавать ошибку Skipping flash loading pass because there is no data in the designated range: 0x100000-0x140000. То есть по идее, данные не в том диапазоне находятся, но как это исправить не понимаю. Проект прикладываю. Заранее спасибо!

1) В ИАР-е используются icf-файлы - в нем указания для компоновщика (linker) о том, по каким адресам разместить код-данные.
2) Все примеры включают в себя по два таких файла - один для размещения кода-данных в ОЗУ (для временной отладки) и один для размещения кода-данных во флэши (при запуске отладчика все это заливается во флэш - опционально можно отключить).
3) Разберитесь в настройках проекта - "linker" (где указать используемый icf-файл), debugger (галка для использования mac-файла и путь к нему при отладке из ОЗУ; галка для использования flashloadder-а при заливке проги во флэш). Посмотрите userguide и т.п.

Прошу прощения, немного ввел в заблуждение, в процессе экспериментов поменял mac и icf файлы на другие. На самом деле я изначально использовал файлы at91sam7s-ek-flash.mac и flash.icf из из атмейловского примера getting started. Все настройки тоже из этого проекта. Сейчас вернул их на место, ошибка при запуске флеш дебага изчезла, но бинарник по прежнему не работает и после переброса питания перестает работать. Руководство лопатил несколько дней, но понят в чем проблема так и не смог.

Сообщение отредактировал rezident - Jan 8 2010, 21:33

Т.е. расклад, видимо, такой:
1) В IAR-е жмете Download and Debug, затем запускаете под отладчиком программу (Go - F5) и все работает (светодиод мигает). Закрываете отладчик.
2) Отключаете питание, отцепляете JTAG от платы, включаете питание - ничего не работает, программа не запускается.
3) Пробуете зашить полученный в IAR-е bin-файл. Для этого запускаете очистку флэш-памяти (с помощью пина ERASE), затем прошиваете самбой . Зашиваете, но ничего не работает.
Так?
Может про пин ERASE забываете? Или может с ним косяк в плате, и каждый раз после передергивания питания флэш очищается?

Все так, только JTAG не отцепляю и пин ERASE не использую. Прошиваю либо флешером (там есть ERASE) либо самбой. И то и другое не работает. Причем только на моем проекте, примеры работают при любом способе прошивки,а также и после Download and Debug.
Более того, пытался даже "сдергивать" образ памяти прямо из окна memory в дебаггере, сохранять в hex файл, перегонять в бинарник hex2bin_ом и прошивать. Так вот, опять же, примеры после такой операции работают, а мой проект нет. Видимо что-то неверно в проекте изначально, может быть стартап (в атмейловском примере свой, а у меня стандартный) или что-то еще. Странно только, почему в дебаггере работает.

Сообщение отредактировал rezident - Jan 9 2010, 10:58

В принципе отличие тут одно - при запуске под отладчиком предварительно выполняется mac-файл. Хотя я с атмеловскими контроллерами не знаком вообще, однако в файле at91sam7s-ek-flash.mac имеется строчка _InitPLL()

Так что возможно все дело в тактовой частоте - при запуске под отладчиком генератор запускается по командам из mac-файла. У вас же в main нигде явно генератор не запускается. Не знаю, от чего камень тактируется при старте (см. даташит), но явно это не 48 МГц. Возможно, что просто Delay(8000000) превращается в ого-го задержку .
В примере, кстати, светодиод должен сразу загореться или после задержки?

Похоже вы правы - если отключить мак файл, то отладчик зависает в функции wait, в то время как getting started работает и с отключенным маком. Спасибо большое, буду разбираться с клоками. А для чего вообще тогда этот мак, если и без него работает?
Что то поторопился с выводами, не в этом дело похоже.. Запускается все и без маков. Попробовал в обоих проектах отключить маки, оба прекрасно работают в отладчике и без них. Если даже ставлю задержку в один такт или вообще отключаю все равно бинарник не работает.
Макро файл похоже, подхватывается системный по умолчанию. Но на проблему с частотой все равно не похоже при задержке в один такт светодиоды хоть раз бы мигнули.

Сообщение отредактировал Arkasha - Jan 9 2010, 13:28

И вы верите, что успели бы увидеть вспышку длительностью пусть даже 10 тактов пусть даже внутреннего 32 КГц генератора? Я не верю. Предлагаю простое решение - включайте/выключайте диод в бесконечном цикле. Если увидете свечение - уже хорошо. А определить - горит он или очень часто мигает при отсутствии осцилографа можно вольтметром - вольтметр покажет усредненное напряжение на ножке. Если светодиод мигает, то на выводе контроллера усредненное напряжение будет меньше напряжения питания.

Откройте его и посмотрите, там все не сложно и с комментариями.

Поторопились. Я же не сказал, что mac-файлы виноваты. Я сказал, что в mac-файлах выполняется предварительная настройка клоков. В примерах в коде настройка клоков тоже есть.
У вас в main.c описана вот такая функция:

В функции main InitFrec не вызывается.

Без функции InitFrec (надеюсь вы ее со знанием дела писали ):
1) Не установлена нужная тактовая частота - ЦПУ и периферия продолжают тактироваться от внутренненго RC-генератора (как и после ресета).
2) Не выключен сторожевой таймер (WatchDog), который по истечении определенного времени сбрасывает микроконтроллер.

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

Ничего не понимаю - сейчас взял другой проект с сайта olimex для их платы (Blinking LED), тоже для мигания светодиодами. Проект изначально под четвертый IAR, запустил в IAR 4.4 Kickstart. Переделал под свою плату (поменял номера ножек и процессор) - все прекрасно работает, как в отладчике, так и в бинарнике, никакой разницы. Стал переделывать проект под IAR 5.4 - опять та же история - в дебаггере все работает, в бинарнике тишина. Видимо я не учитываю что-то, что влияет на создание бинарника в IAR 5.4, а что не могу понять.

Я правильно понимаю, что в IAR 5.4 бинарник получается путем конвертации из файла *.out и настраивается это на закладке output converter? В IAR kickstart бинарник как то более очевидно настраивается.

Да...вы все правильно понимаете! Может у вас что с настройками Линкера не так. Я пользуюсь связкой IAR5.4 -> Wiggler -> AT91SAM7S64 прошивается и Hex и BIN на ура, причем проект отличается только настройками в output converter-e. Хотя прошивалкой IAR-овской не пользуюсь...H-JTAG намного лутше работает, как по мне...

Я в основном флешером прошиваю, который из H-JTAGа, так удобнее чем самбой. Проекты примеров проишиваются и работают без проблем, а вот мой. Настройки линкера уже много раз проверял, все из рабочего проекта getting started, так же как и файлы конфигурации (icf и mac) не пойму что там нет так. Может там еще какие то более тонкие вещи есть, до которых я не добрался? До этого у меня еще были подозрения что дело в исходниках, а поскольку в четвертом яре заработало, то я вообще перестал понимать, в чем дело. В getting started стартап другой, может в этом дело? Сам проект getting started сложноват для моего понимания, поэтому у меня пока не получается досконально сравнить все содержимое. Подключешь его стартап, он начинает на кучу других файлов ссылаться, они еще на следующие и т.п., конца края не видать. Наверное простое что-то, но пока не могу нащупать. Исследование бинарников hex редакторе показало, что у "правильных" бинарников есть некий заголовок что ли, или не знаю как его назвать, а сам код начинается с сотого адреса. Тупое добавление этого "заголовка" в мой бинарник не дало результата.

А что за getting started? В какой папке лежит? И о каком стартапе говорите?
И почему бы вам не взять рабочий проект из иаровских примеров, выкинуть оттуда все исходники и добавить свои, никакие настройки проекта не менять, скомпилить, загрузить и убедиться, что все работает (ну или не что работает )?

Getting started это атмейловский пример из поставки IAR. По умолчанию лежит по следующему пути: c:\Program Files\IAR Systems\Embedded Workbench 5.4\arm\examples\Atmel\at91sam7s-ek\getting-started-project\. С одной стороны удобно - там есть, все, что нужно для начала работы - мигание лампочками и базовая работа с COM портом, но с другой стороны там такое количество файлов, связанных в тугой клубок, что я никак не могу в нем разобраться. Олимексовские проекты не в пример понятнее - ничего лишнего, четко и понятно, минимум файлов. Да и вообще, хочется научиться самому проекты создавать, а не только в примеры пару строчек добавлять. Когда сам все создал с нуля, как то увереннее себя чувствуешь. :-)