Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: проблемы с J-Link
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему > ARM, 32bit
Student21
Не работает J-Link с платой SK-SAM9260

Думаю дело в файле at91sam9260-ek-sdram.mac, так как на моей плате в отличии от Атмеловской 32мб оперативы и соответственно 16бит шина.

Что нужно подправить чтобы заработало?

приводить код не буду так как файл стандартный.

crying.gif
rezident
А какая связь между работой J-Link и размером SDRAM? cranky.gif J-Link работает с JTAG-интерфейсом и ему "по-барабану" размер и наличие SDRAM где-то там на другой шине. Может у вас не с J-Link, а с настройками проекта проблемы?
Student21
А какие настройки критичны для MT-link в настройках проекта.

1) с помощью MT-Link я шью бинарник в датафлеш - значит драйвер наместе;
2) использую стандартный проект getting-started-project, который работает из датафлеш
3) в настройках проекта выбираю J-Link в качестве дебагера, так же ставлю галочку "Use Macro" и указываю путь к mac-файлу ar91sam9260-ek-sdram.mac

Остальные настройки умолчательные - галочки больше нигде не стоят (что касается дебагера).

Но ведь в борде от атмела, для которой предназначен этот файл шина 32 бита, а у меня 16... или это не играет роли?

И ещё: когда нажимаю Download and Debug, то вроде всё нормально стартует, но появляются варнинги что-то про IRQ-Stack, якобы заполнен на больше чем 90% и т.д.
Вот так проявляется неработоспособность MT-Link.

Кроме как на файл .mac грешить не на что...
DpInRock
Цитата
Кроме как на файл .mac грешить не на что...

А на программу не пробовали? Варнинги на это намекают...
Сергей Борщ
QUOTE (Student21 @ Feb 25 2011, 07:29) *
Но ведь в борде от атмела, для которой предназначен этот файл шина 32 бита, а у меня 16... или это не играет роли?
Конечно играет. Правьте настройки в .mac, правьте пример - там наверняка тоже есть настройка.
QUOTE (Student21 @ Feb 25 2011, 07:29) *
И ещё: когда нажимаю Download and Debug, то вроде всё нормально стартует, но появляются варнинги что-то про IRQ-Stack, якобы заполнен на больше чем 90% и т.д.
Увеличьте стек.
Student21
Цитата(Сергей Борщ @ Feb 25 2011, 12:24) *
Конечно играет. Правьте настройки в .mac, правьте пример - там наверняка тоже есть настройка.


что именно нужно подправить.
как пример вот кусок оригинального кода

//* Configure PIOs
//* AT91F_PIO_CfgPeriph( AT91C_BASE_PIOC, AT91C_PC16_D16 to AT91C_PC16_D31
// pPio->PIO_ASR = periphAEnable; AT91C_PIOC_ASR ((AT91_REG *) 0xFFFFF870) // (PIOC) Select A Register
// pPio->PIO_BSR = periphBEnable;AT91C_PIOC_BSR ((AT91_REG *) 0xFFFFF874) // (PIOC) Select B Register
// pPio->PIO_PDR = (periphAEnable | periphBEnable); // Set in Periph mode
__writeMemory32(0xFFFF0000,0xFFFFF870,"Memory");
__writeMemory32(0x00000000,0xFFFFF874,"Memory");
__writeMemory32(0xFFFF0000,0xFFFFF804,"Memory");

//* psdrc->SDRAMC_CR = AT91C_SDRAMC_NC_9 | AT91C_SDRAMC_NR_13 | AT91C_SDRAMC_CAS_2 |
// AT91C_SDRAMC_NB_4_BANKS | AT91C_SDRAMC_DBW_32_BITS | AT91C_SDRAMC_TWR_2 | AT91C_SDRAMC_TRC_7 |
// AT91C_SDRAMC_TRP_2 | AT91C_SDRAMC_TRCD_2 | AT91C_SDRAMC_TRAS_5 | AT91C_SDRAMC_TXSR_8 ;
__writeMemory32(0x85227259,0xFFFFEA08,"Memory");
__delay(1);
//* psdrc->SDRAMC_MR = 0x00000002; // Set PRCHG AL
__writeMemory32(0x00000002,0xFFFFEA00,"Memory");
//* *AT91C_SDRAM = 0x00000000; // Perform PRCHG
__writeMemory32(0x00000000,0x20000000,"Memory");
__delay(1);


//* psdrc->SDRAMC_MR = AT91C_SDRAMC_MODE_RFSH_CMD; // Set 1st CBR
__writeMemory32(0x00000004,0xFFFFEA00,"Memory");

Цитата(Сергей Борщ @ Feb 25 2011, 12:24) *
Увеличьте стек.


в каком файле это настраивается?

кстати заметил что в mac-файле многое закоментировано и вместо этого вставлены интрисики... может что-то прощу раскоментировать чтобы подправить?
Сергей Борщ
QUOTE (Student21 @ Feb 25 2011, 12:25) *
что именно нужно подправить.
ответ в даташите?
QUOTE (Student21 @ Feb 25 2011, 12:25) *
может что-то проще раскоментировать чтобы подправить?
Проще - почитать описание синтаксиса .mac-файла. Чтобы понять, что это далеко не Си.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.