Есть плата на этом процессоре. Процессор не вдится jtag. При этом питания 1.8 и 3.3 есть на нужных пинах clk есть. подскажите пожалуйста что может быть!!!
Может нужно совршить какие-то шаманские действия которые я не учел.
По мне так если есть все питания + rst + XIN то jtag должен определять процессор. ОДнако Jtag проце не видит вообще.

Уровень на JTAGSEL правильный? Внутренний загрузчик стартует?

JTAGSEL правильный. А по поводу внутреннего загрузчика. Я не знаю как посмотреть. Я до этого с атмелом дело не имел.

Просто подключите USB - должен найти новое устройство, если работает.
И в DBGU (115200 8N1) плюет строку "ROMBoot" при старте, если ничего не путаю.

спасибо сейчас попробую

Начните со стирания внутреннего FLASH - на вывод 40 (у "ногатого" корпуса) подайте +3.3 вольта.
Я загонял в такое состояние, причём довольно легко, этот процессор. Было, когда reset одновременно с jtag программатором ещё кто-нибудь дёргал.
USB и DBGUNIT, как я понимаю, работают при наличии вполне определённого кварца на процессоре? У топикстартера внешний клок... Неизвестно (не сказал) какой. Так что, 115200 там может даже приблизительно не быть. Как и USB.

сингналов на DBGU нет.
Может я что забыл.
Проверено :
VDDIOM 3v3
VDDIOP0 3v3
VDDIOP1 3v3
VDDBU 1v8
VDDANA 3v3
VDDPLL 1v8
VDDCORE 1v8

на XIN с генератора приходит частота 15Mhz
jsel приходит на землю
tck tdo tms nrst tdi приходят на jtag
Xout xin32 xout32 не подключены
pllrca через кондер и резистор к земле
usb к сожалению не выведен.

nrst похоже висит в воздухе или к пока еще не понял. может в нем проблема?

Попробуйте подключить часовой кварц.

1. господа, а можно ко мне на ты? а то даже не удобно.
2. часовой кварц на XIN? а смысл процессор должен держать частоту с 0 до 32 Mhz у меня стоит генератор на xin выдающий 15Mhz. причем процессор вообще неподает признаков жизни. dbgu даже не дергается. я уже даже процессор перепаял...

Если процессор уже перепаял, что стоит добавить часовой кварц? На сколько я помню, процессор сначала стартует именно на часовом кварце, а потом уже переключается на основной, если неправ меня коллеги поправят.

У меня так же не отвечал 9263, пока я часовой кварц не поставил.

Так у Вас nrst на jtag или висит в воздухе?
erase пробовали?
Да, Вы (ты) заметил, что xin - это вход домена 1.8 вольта?
Часовой кварц не нужен для запуска! Для запуска стёртого erase процессора.

nrst притянут к 3.3 через резистор. NTRST идет на jtag. сейчас попробую подпаять nrst к системе reset

а что со входом тактирования? Обращаю ещё раз - туда ни 5 ни 3.3 вольта подавать нельзя.
В аттачменте - работающий проект без некоторых неотносящихся к обвязке процессора частей.

Спасибо. чего-то я пока не вижу серьезных различий... что в аттаче что у нас. к сожалению у нас очень плохая схематехника (все нарисовано очень криво... найду схемотехника - убью) читать очень сложно. на входе тактирования 1.8 все чисто... питания есть. ntrst идет к jtag. nrst - идет к микросхеме сети.
странно, этот процессор что вообще не необходимости сбрасывать после старта ????

POR встроенный, так что необходимости нет. Более того, по умолчанию вывод NRST отключен.

А на вывод OSCSEL что подано?

Обращаю внимание на "Initialization of the DBGU serial port (115200 bauds, 8, N, 1) only if OSCSEL = 1" иначе Autobaud по Figure 13-3. Auto Baud Rate Flow Diagram

земля


ну тогда понятно почему отладочный порт не работает....

Рисовал я. К сожалению, в "кенвудовском" стиле рисовать некогда было...
Ещё раз (в третий, кажется) спрашиваю - и надеюсь получить ответ: ERASE делали процессору? Если не делали - сделайте.
Потом, вероятно, захотите поставить битик в GPNVM для того, чтобы он из флеша стартовал - выложу segger-овский файл для этого. Часто делать недьзя, там количество циклов ограничено - потом шить уже не затрагивая эти регистры.

Конечно ограничено, но разве 10k write cycle - этого мало? Вы случаем не путаете с SAM7S ?? И то в последних ревизиях это уже исправлено.

Ссылочку на NVM у SAM7S, пожалуйста (номер страницы даташита).
Вы сейчас насоветуете.. 10k - это у флэша. Ресурс GPNVM у AT91SAM9XE... в даташите не встретил - но видел своими глазами...
Найду - дам ссылку. Пока вот упоминание на чужом форуме: http://www.at91.com/forum/viewtopic.php/f,12/t,3720/


Полезное для таких случаев чтиво - http://www.atmel.com/Images/doc6420.pdf

Так это как раз про SAM7S с его ошибкой. У 9XE в документации ничего не говорится о сниженном ресурсе NVM.

У SAM7S нет никакго NVM.

Еще как есть.

Где? Надеюсь, речь не про FLASH?

Топикстартер, Вы попробовали стереть процессор через вывод ERASE?

А про что же еще? У всех флешовых AT91 есть подобные биты. На SAM7S выбирают режим работы BOD, на SAM7X - BOD и режим загрузки и т.п.
"Дохлыми" (100 циклов) они были только на SAM7S.

в аттачнутой схеме как раз все нормально. а вот в том что лежит листами у меня на столе полный кошмар.

erase на процессор сделал сразу.

Именно полезное, и Вам нужно подробнее его изучить.
Как уже заметил уважаемый aaarrr, приведенная Вами ссылка указывает на "From REV G of the AT91SAM7S datasheet... ", а теперь смотрим 6175L-ATARM-28-Jul-11 таблицу 40-1 пункт NVM bits по ревизиям кристалла. В datasheet 6254С-ATARM-22-Jan-10 по кристаллу SAM9XE никаких сведений по ограничению ресурса NVM bit не приведено. А 6420 Application Note вообще о ресурсе flash & NVM не сказано ничего.

Топикпастер пробовал Autobaudrate Flow или еще нет?

Перепаяли процессор. теперь процессор видится jtagом. диаже с помощью IAR можно запустить в пмяти не сложный проект. но при попытки что-нибудь сделать с внутренней памятью выдает ошибку
Application log started
- J-Flash ARM V4.14e (J-Flash compiled Jun 30 2010 14:37:31)
- JLinkARM.dll V4.14e (DLL compiled Jun 30 2010 14:36:44)
Reading flash device list [C:\Program Files (x86)\SEGGER\JLinkARM_V414e\ETC\JFlash\Flash.csv] ...
- List of flash devices read successfully (684 Devices)
Reading MCU device list [C:\Program Files (x86)\SEGGER\JLinkARM_V414e\ETC\JFlash\MCU.csv] ...
- List of MCU devices read successfully (544 Devices)
Opening project file [C:\Program Files (x86)\SEGGER\JLinkARM_V414e\Default.jflash] ...
- Project opened successfully
Connecting ...
- Connecting via USB to J-Link device 0
- J-Link firmware: V1.20 (J-Link compiled Feb 20 2006 18:20:20 -- Update --)
- JTAG speed: 5 kHz (Fixed)
- Initializing CPU core (Init sequence) ...
- Initialized successfully
- JTAG speed: 5 kHz (Auto)
- J-Link found 1 JTAG device. Core ID: 0x0792603F (ARM9)
- Connected successfully
Disconnecting ...
- Disconnected
Connecting ...
- Connecting via USB to J-Link device 0
- J-Link firmware: V1.20 (J-Link compiled Feb 20 2006 18:20:20 -- Update --)
- JTAG speed: 5 kHz (Fixed)
- Initializing CPU core (Init sequence) ...
- Initialized successfully
- JTAG speed: 5 kHz (Auto)
- J-Link found 1 JTAG device. Core ID: 0x0792603F (ARM9)
- Connected successfully
Blank checking target ...
- Blank checking (1024 of 1024 sectors selected, 1 range(s), 0x200000 - 0x27FFFF) ...
- ERROR: PC of target system has unexpected value after checking target RAM. (PC = 0x00100A50, CPSR = 0x40000093, LR = 0x00100DF8)!
---------------------------------------------------------------------- Registers -------------------------------------------------------------------------------------
PC = 00100A50
CPSR = 40000093 (SVC mode, ARM, IRQ dis.)

Current: R0 = FFFA4000, R1 = 00000100, R2 = 00000000, R3 = 00307054
R4 = 00307030, R5 = 00307030, R6 = 00000001, R7 = 00004000
USR: R8 = 00000000, R9 = 00307018, R10 = 00000000, R11 = 00000000, R12 = FFF0C45A
R13 = 00000000, R14 = 00000000
FIQ: R8 = 00000000, R9 = FFFA0000, R10 = FFFFF600, R11 = FFFFF000, R12 = 00307054
R13 = 00000000, R14 = 00000000, SPSR = 00000010
SVC: R13 = 00307F90, R14 = 00100DF8, SPSR = 00000010
ABT: R13 = 00000000, R14 = 00000000, SPSR = 00000010
IRQ: R13 = 00000000, R14 = 00000000, SPSR = 00000010
UND: R13 = 00000000, R14 = 00000000, SPSR = 00000010
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------

- ERROR: Failed to check blank target
Disconnecting ...
- Disconnected

Вот теперь похоже как раз нужно смотреть GPNVM[3], поскольку счас Ваш процессор был остановлен при выполнении программы из ROM области 0х0010хххх. А как настроен проект в segger по умолчанию? Он ориентируется на ремап или нет?

Сейчас попытаюсь разобраться с программатором. я просто до этого работал только с ADSP,TMS и fujitsu там вообще проблем не возникало. как правило там загрузка из внешней флешки.