mpc83xx: cannot put the target into DEBUG mode

[sergeyan]

Help my please!

Programming NOR Flash over PA Flash Programmer Task [CW 10.5.1 > CodeWarrior TAP > Custom Board (MPC8321)] - generate Error:

fl::target -lc "MPC8323-core00_RAM_8323_Attach"
fl::target -b 0x0 0x40000
fl::target -v off -l off
cmdwin::fl::device -d "IN28F128J3" -o "8Mx16x1" -a 0xff000000 0xffffffff
cmdwin::fl::dump -range 0xff000000 0xff00ffff -t "Binary/Raw Format" -o "Z:\\x\\1.bin"
Beginning Operation ...
-------------------------
Performing target initialization ...
Error: Connect Failed.
Failed to reset the target
[CCS last error: mpc83xx: cannot put the target into DEBUG mode ](CCSProtocolPlugin)
Error: Connect Failed.

Log file from CSS: log.txt 

In Configurations

- Connection Type - CodeWarrior TAP

- Target Type - 8323RDB_HRCW_jtag.txt => 8323 (1 1) (2 0x42050083) (3 0xA4600000)

What is the problem?

On the other board with the identical Sheme - all OK.

Thank!

[alexander_yakov]

You said "On the other board with the identical Sheme - all OK." - in case if you have two absolutely identical boards, and one works perfect, but another does not work properly, than this appears to be a quality issue of the particular board, but not schematic error or design mistake. To debug the issue, please debug the board - check basic things like power supplies, power sequencing, clocking, reset circuit, debug interface circuit and etc. It can be also recommended to verify soldering by using X-ray examination.

In case if you have similar, but not absolytely identical boards, than please let me know the full list of differences, I will try to analyze to predict, which change may affect the behavior of the board.

Have a great day,
Alexander,
TIC

-------------------------------------------------------------------------------
Note:
- If this post answers your question, please click the "Mark Correct" button. Thank you!

- We are following threads for 7 weeks after the last post, later replies are ignored
Please open a new thread and refer to the closed one, if you have a related question at a later point in time.
-------------------------------------------------------------------------------

[sergeyan]

День добрый, Александр!  Спасибо за ответ.

Я имел ввиду идентичные электрические схемы подключения ЦПУ-JTAG (вкл DDR\NOR\...\Power).

Проблема в том, что при прошивке проблеммной платы из под старой версии CW8.8 через CW USB TAP - все ОК. Из под новой версии (CW10.5.1 +CW TAP \ CW USB TAP) - проблема (если до этого плата еще ни разу не прошивалась, если уже ранее прошита - проблемы нет). (Это не проблема конкретного экземпляра платы!)

На других платах с другой схемой НО с такой же схемой включения ЦП-JTAG... проблем нет - все Ок.

Вероятнее всего - отличия в протоколе взаимодействия CW <> TAP  для старой и новой версии CW. Конфигурационные файлы сравнил - идентичны.

[alexander_yakov]

Sorry, our support is worldwide, and our support language is English only.

Empty board does not have valid RCW, empty flash reads as all ones, this RCW is not valid for the processor. To start the processor with empty flash, debugger uses "RCW override" function, and supplies valid RCW via JTAG chain. This RCW is specified in JTAG chain configuration file, I see 8323RDB_HRCW_jtag.txt mentioned in your dump. That is - even if you do not have any chain, and have only one processor connected via JTAG, you have to enable JTAG chain and supply valid JTAG file with correct RCW values.

Если до этого плата еще ни разу не прошивалась, то в ней нет RCW (флешка пустая выдает все FF), с таким значением RCW процессор не запустится. Для запуска процессора на пустой флешке используется функция RCW override - дебагер присылает новое значение RCW через JTAG. Значение записано в файле Jtag chain configuration - у вас в дампе упоминается 8323RDB_HRCW_jtag.txt Другими словами, даже если у вас нет никакого chain, и всего один процессор в цепочке JTAG, все равно JTAG chain должен быть включен, и нужный файлик с правильными данными RCW должен быть ему указан.