IAR настройка проекта Опции

[D!m@]

привет.
Такая ситуация: поменял ноут , поставил винду, новый иар 6,30,1,3142, создал проект для at91sam7s256. отладка работает через jetlink5 все нормально.
Но проблема в том что прога в проце работает только через отладку, то есть надо загрузить и нажать "Run", если не нажмем не работает.
Если загрузили и нажали ран потом вышли с отладки - все нормально работает, потом сбрасываем по питанию прога не стартует.
Заходим в дебаг бес загрузки нажимаем ран прога начинает выполнятся.
Вчем может быть проблема? в какую сторону копать ? какие файлы вам дать посмотреть?

после перегруза вроде как и что то делает проц но непонятно что (вроде как замедлено выполняет программу а вроде как куски программы).
а если с дебагера нажать ран то все нормально.

Сообщение отредактировал D!m@ - Jul 18 2012, 20:08

[Lotor]

Вариантов много, например, неправильно составлено скрипт линкера или делаете ремап на неинициализируемую область рам. Проверьте, что происходит при сбросе питания. На какие адреса попадаете. И что по ним живет.

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

[D!m@]

Вариантов много, например, неправильно составлено скрипт линкера или делаете ремап на неинициализируемую область рам. Проверьте, что происходит при сбросе питания. На какие адреса попадаете. И что по ним живет.

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

стартап использую иаровский.

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

Код

if( adcClock != (mckClock/((prescal+1)*2)) ) {
        TRACE_WARNING("User and calculated adcClocks are different : user=%d calc=%d\n\r",
            adcClock, (mckClock/((prescal+1)*2)));
}

так вот пот дебагером проходит нормально. Без дебага проц на нем вешается.
поменял TRACE_LEVEL на 0 стало все на свое место.

Можете объяснить почему printf вешает проца и почему пот дебагом все нормально

[Lotor]

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

Так Вы сами можете раскрутить, что происходит при вызове printf. Загляните в файл trace.c, там будет функция fputc в которой вызывается через макрос TRACE_PutChar функция DBGU_PutChar. Ну а в ней вечные циклы ожидания:

Код

//------------------------------------------------------------------------------
/// Outputs a character on the DBGU line.
/// \note This function is synchronous (i.e. uses polling).
/// \param c  Character to send.
//------------------------------------------------------------------------------
void DBGU_PutChar(unsigned char c)
{
    // Wait for the transmitter to be ready
    while ((AT91C_BASE_DBGU->DBGU_CSR & AT91C_US_TXEMPTY) == 0);
    
    // Send character
    AT91C_BASE_DBGU->DBGU_THR = c;
    
    // Wait for the transfer to complete
    while ((AT91C_BASE_DBGU->DBGU_CSR & AT91C_US_TXEMPTY) == 0);
}

Вероятно в этом и проблема. Если нет - то имхо понятно, куда копать. Тем более есть отладчик.