Уже второй бьюсь над прерыванием таймера в ИАР 4.4A
Когда самбой загружаю - прерывание НЕ работает!

Вот код:

__irq __arm void TimerIRQ(void)
{
PITC_PIVR; //читаем интеррупт-статус таймера
OutLED(0); //зажигаем лампочку
AIC_EOICR=0; //энд оф интеррупт
}

void SetTimerFrequency(unsigned long int Frequency) //установка частоты тиков таймера
{
PITC_PIMR=0x03000000|(2995200/Frequency); //CPU Clock/16/Frequency
}

void EnableTimerIRQ(unsigned long int Priority) //настраивем AIC и PIT
{
AIC_SVR1=(unsigned long int)TimerIRQ; //адрес хэндлера
AIC_SMR1=Priority|(1<<5); //приоритет и срабатывание
AIC_IECR|=(1<<1); //разрешаем прерывание таймера
AIC_IDCR&=~(1<<1);
}

int main(void)
{
PMC_PCER|=(1<<2); //Enable PIOA Clock
PIO();
SetTimerFrequency(4000);
EnableTimerIRQ(7);
GO: //пустой цикл
goto GO;
}

в ИАРе в опциях линкера описываю регионы (at91sam7s256):

Vectors 0x202000-20203F
Code 0x202040-209FFF
Data 0x20A000-20CFFF

Прерывания не работают!

как сделать прерывание рабочим? где ИАРу прописать, чтоб REMAP сделал и откопировал вектора в нужную область?

Сообщение отредактировал romashko - Sep 13 2007, 03:21

Ппереведи!.... (с) "Москва слезам не верит". Т.е. вы хотите чтобы вся программа исполнялась из ОЗУ, и загружаете ее туда самбой, так?Естественно. Ибо процессор ожидает вектора в области 0-3F.Извините, но REMAP придется вам делать самому из вашей программы. И копировать вектора тоже придется вручную. Не знаю, позволяет ли самба писать скрипты и из скрипта сделать эти действия. А линкеру указывать

Всеравно не получается

Често говоря, я ничерта не понимаю, как в ИАР заставить исполняться программу
начиная с адресов 0x202000

Кстати, когда вектора находятся по адресу 0-3F, размер бинарника сильно вырастает, тоесть не линкер, не компилятор не мыслят механизмов ремэпа...

в общем смысл таков:

когда создаётся HEX (а из него потом BIN) карта памяти ДО РЕМЭПА такая:

Вектора 0x202000-0x20203F
КОД 0x202040-0x209FFF
ДАННЫЕ 0x20A000-0x20CFFF

Далее этот BIN грузится САМБОЙ по адресу 0x202000 и туда делаем GO

Далее внутри программы просиходит копирование векторов с 0x202000 в 0x200000
А потом делаем ремэп.

Сановится так:

Вектора 0x000000-0x00003F и 0x002000-0x00203F
КОД 0x002040-0x009FFF
ДАННЫЕ 0x00A000-0x00CFFF

В Keil'е это прекрасно работает, а в ИАРе отказывается

Прошу помочь разобраться с ИАРом!

Да наверное никак. Ибо в бинарнике нет информации о точке старта. В HEX есть. Самба HEX понимает?Боюсь, что компилятор не при чем, а механизма не мыслит кто-то другой. Обратите внимание на строчку -QINTVEC=INTVEC_I. Это значит линковать вектора так, как будто они лежат в INTVEC, но на самом деле разместить их в INTVEC_I. После ремапа INTVEC_I отобразится на INTVEC без всякого копирования.А что мешает линковать сразу на 0x200000? Да, там лежат отражения данных и кода, но программа работает с адресами 0x202040-0x209FFF и 0x20A000-0x20CFFF. Хотя это и не играет роли.

Увы, ни с кейлом ни с самбой не работал Через JTAG-отладчик все решается гораздо проще. Не хотите собрать JTAG?

Самба мешает - из-за её кривости нельзя грузить в 0x200000 - там её переменные хранятся. Только начиная с 0x202000 и до конца.



согласен! с ЖТАГом прекрасно и с 0x200000 работает... но он доступен токо на работе, дома только SAM-Bой....

прийдётся блин, свой загрузчик писать с бут ассистентом - по ком-порту грузить... токо отхапаю пол-килобайта SRAM на сам загрузчик в конце!

А под самопальным JTAGом вы имели ввиду виглер?

Сообщение отредактировал romashko - Sep 17 2007, 06:58

Или вигглер или амонтек он же Olimex ARM-USB-TINY. Последний мне кажется очень интересным.

Ни с ИАР ни с кейл я не знаком, но по видимому, они используют разные команды по векторам.
Например если по вектору IRQ размещена команда использующая СМЕЩЕНИЕ от текущего PC как адрес назначения, то после копирования векторов по другому адресу сещения оказываются НЕВЕРНЫМИ.
Часто используется такая техника:
В векторах используют команды LDR PC,=IRQ_HANDLER, а сами значения ложат СРАЗУ ЗА ВЕКТОРАМИ и копируют и вектора и адреса. А адреса - абсолютные. Тогда будет работать не зависимо от того, скопированы вектора или нет.
Проверте по дизассемблеру.

Сергей, я правильно понял, что там стоит FTDI 245, драйвер от FTDI, а адаптер прикидывается Wingler.
И еще вопрос. Впечатления от работы (глючность и скорость по отношению к JLink).

Из документа по приведенной ссылке: based on FT2232L IC from Future Technology Devices International Ltd. Живьем я его не щупал, мои сведения основываются на отзывах в различных форумах. Сомневаюсь, что прикидывается вигглером, скорее OpenOCD его знает как самостоятельное устройство. А большинство отладчиков умеют дружить с OpenOCD. Пока не пробовал.

Экспресс-поиск показал, что не все так радужно. Большинство отладчиков дружат через RDI с H-JTAG, а с OpenOCD дружит WinARM, GCC через GDB. Мда... Остается вигглер

ИАР:

B InitReset ; 0x00 Reset handler
undefvec:
B undefvec ; 0x04 Undefined Instruction
swivec:
B swivec ; 0x08 Software Interrupt
pabtvec:
B pabtvec ; 0x0C Prefetch Abort
dabtvec:
B dabtvec ; 0x10 Data Abort
rsvdvec:
B rsvdvec ; 0x14 reserved
irqvec:
B IRQ_Handler_Entry ; 0x18 IRQ
fiqvec: ; 0x1c FIQ

Сообщение отредактировал romashko - Sep 17 2007, 22:36

Попробуем так:

Во-во. Оно самое. Команда B использует смещение.
Перемещаемый код должен быть типа

Копировать нужно первые 16 слов (слово = 32 бита).

IAR генерит такую конструкцию сам при использовании записи LDR PC, =RESET_handler. Абсолютно согласен: uint_fast8_t Size = 0x40 / sizeof *Dst