А на вывод 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-овский файл для этого. Часто делать недьзя, там количество циклов ограничено - потом шить уже не затрагивая эти регистры.


Сообщение отредактировал Genadi Zawidowski - Mar 21 2012, 16:43

Конечно ограничено, но разве 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 по умолчанию? Он ориентируется на ремап или нет?