IAR AVR 5.10. Микруха м88.
В debug из под JTAG ICE MK2 прекрасно работает.
Если программирую внешним программатором, то изделие не работает.

Фузы одинаковы. Опции в проекте одинаковые на всех вкладках.

Кто сталкивался? В чём может быть дело?

В оптимизации. Вот несколько причин, когда оптимизатор кардинально ломает функционирование:
1. может соптимизировать (вообще выбросить) переменную, которая ошибочно не была объявлена как volatile
2. может переставить порядок следования команд при инициализации периферии, что ведет к их неправильной работе
3. может выбросить несколько подряд следующих команд в функции, например, задержки, что приводит к неправильному функционированию времязадающих функций.
4. редко (но вполне возможно) может быть просто глюк оптимизатора.

Резюме. Не обольщайтесь, что у вас в Debug-е программа вроде бы работает. Оптимизатор - мощная штука не только для уменьшения объема используемой памяти и скорости выполнения, но и для вывления скрытых (неочевидных) ошибок программиста. Так что ищите и найдете

PS. Ну, это все если я правильно понял ваш вопрос и Debug с Release отличаются уровнем оптимизации.

Сравнить листинги, карту распределения памяти (.map-файл линкера), результат компиляции (поставив одинаковые форматы файлов).
Как вариант - шьется файл не в том формате (например, hex-файл зашивается как двоичный).
Прочитать зашитый через MK2 кристалл внешним программатором и сравнить.

Может быть в программе не инициализируется какая-нибудь периферия. Отладчик ее инициализирует, а программа - нет. Если зашитый через МК2 кристалл включить без отладчика, то он работает?

Да если внимательно поссмотреть то можно увидеть
Фузы одинаковы. Опции в проекте одинаковые на всех вкладках

А с минимальным уровнем оптимизации не пробовали?
Внешний программатор испытанный?

Не имеет права, весь доступ к портам объявлен как volatile.

Точно не имеет права? volatile это ведь говорит только о том, что переменная на чтение меняется когда хочет. Момент записи volatile не регламентирует. Сам я на всякий случай процедуру инициализации провожу с прагмами no optimize или no code motion

Точнее не бывает!
Факт volatile доступа, говорит о том что в этот момент обязательно будет "sequence points",
sequence points менять местами НЕЛЬЗЯ !!!
Так что момент volatile доступа вполне регламентирован...

Почитайте стандарт насчет sequence points и side effects, все станет на свои места.

Оптимизация и там и там выставлена по максимуму. Я с другими уровнями и не работаю. Не вижу смысла.
Проблема в чём-то другом. Пока исследую. Скорее всего в программе, только почему-то проявляется в режиме автомата. В режиме debug она останавливается, и возможно это на что-то влияет.

Короче вставляю отладку типа дрыганья свободными ногами и ищу причину. Пока тему считаю исчерпанной.

Всем ответившим - спасибо.

Без кода телепатить как всегда не просто,
а у Вас случайно многобайтовых volatile переменных нету ?

Даже если и есть, к чему это приведет?

DWEN (debugWIRE Enable) запрещаете?

Примерно так:
http://electronix.ru/forum/index.php?showtopic=46565
но могут быть и более веселые варианты...
не такие легкие для ловли...

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

Переделывал проект из ИАРа 1.x (не помню точную версию), написанный в командной строке... В коде переделал только совсем простые вещи навроде __tiny вместо tiny и

#pragma vector=VECTOR
__interrupt void function(void)

вместо interrupt [VECTOR] void function(void)

в 1-ом нормально компилился, файл получался нормальный... а в 5-ом - не хочет... может где-то я напутал?.. но только где?..

кстати... забыл сказать, что оптимизацию ставил и по максимуму и по минимуму... работать не хочет никак...

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

p.s. сорри за оффтоп, сначала подумал, что это подобная ошибка, потом понял, что нет, а новую тему создавать посчитал за моветон...