Новый S32K144 не прошивается


Пришла новая плата, но на этот раз её не удаётся прошить. Ниже журнал.
SEGGER J-Link GDB Server V9.72 Command Line Version

JLinkARM.dll V9.72 (DLL compiled Aug 26 2026 14:38:37)

WARNING: Unknown command line parameter -RestoreRAMOnDownload found.
WARNING: Unknown command line parameter 0 found.
Command line: -if swd -device S32K144 -endian little -speed 500 -port 2331 -swoport 2332 -telnetport 2333 -vd -ir -localhostonly 1 -singlerun -timeout 0 -nogui -RestoreRAMOnDownload 0
-----GDB Server start settings-----
GDBInit file: none
GDB Server Listening port: 2331
SWO raw output listening port: 2332
Terminal I/O port: 2333
Accept remote connection: localhost only
Generate logfile: off
Verify download: on
Init regs on start: on
Silent mode: off
Single run mode: on
Target connection timeout: 0 ms
------J-Link related settings------
J-Link Host interface: USB
J-Link script: none
J-Link settings file: none
------Target related settings------
Target device: S32K144
Target device parameters: none
Target interface: SWD
Target interface speed: 500kHz
Target endian: little

Connecting to J-Link…
J-Link is connected.
Firmware: J-Link LPCXpresso V2 compiled May 2 2023 17:39:56
Hardware: V1.00
S/N: 724304970
Checking target voltage…
Target voltage: 3.30 V
Listening on TCP/IP port 2331
Connecting to target…
ERROR: J-Link script file function InitTarget() returned with error code -1

ERROR: Could not connect to target.
Target connection failed. GDBServer will be closed…Restoring target state and closing J-Link connection…
Shutting down…
Could not connect to target.
Please check power, connection and settings.

Чип тоже не подключается, RESET на землю 0 В

SEGGER J-Link Commander V9.72 (Compiled Aug 26 2026 14:39:38)
DLL version V9.72, compiled Aug 26 2026 14:38:37

Connecting to J-Link …O.K.
Firmware: J-Link LPCXpresso V2 compiled May 2 2023 17:39:56
Hardware version: V1.00
J-Link uptime (since boot): 0d 00h 20m 46s
S/N: 724304970
VTref=3.300V

Type “connect” to establish a target connection, ‘?’ for help
J-Link>connect
Please specify device / core. : S32K144
Type ‘?’ for selection dialog
Device>
Please specify target interface:
J) JTAG (Default)
S) SWD
T) cJTAG
TIF>S
Specify target interface speed [kHz]. : 4000 kHz
Speed>
Device “S32K144” selected.

Connecting to target via SWD
ConfigTargetSettings() start
ConfigTargetSettings() end - Took 15us
InitTarget() start
SWD selected. Executing JTAG → SWD switching sequence.
Connect Under Reset
SWD selected. Executing JTAG → SWD switching sequence.
Communication error while accessing MDM-AP.
Connect Under Reset
InitTarget() end - Took 409ms
Connect failed. Resetting via Reset pin and trying again.
ConfigTargetSettings() start
ConfigTargetSettings() end - Took 13us
InitTarget() start
SWD selected. Executing JTAG → SWD switching sequence.
Connect Under Reset
SWD selected. Executing JTAG → SWD switching sequence.
Communication error while accessing MDM-AP.
Connect Under Reset
InitTarget() end - Took 406ms

****** Error: J-Link script file function InitTarget() returned with error code -1

Error occurred: Could not connect to the target device.
For troubleshooting steps visit: https://kb.segger.com/J-Link_Troubleshooting

Сначала скажу: по сравнению с двумя предыдущими постами в логах на этот раз произошло качественное изменение — в двух предыдущих постах ещё была связь и регистры читались, а теперь вообще невозможно обратиться даже к MDM-AP; отладчик блокируется ещё у «дверей» чипа.

Разберём по пунктам:

  1. Communication error while accessing MDM-AP — протокол отладки SWD в серии S32K1 устанавливает связь через MDM-AP (Memory Debug Access Port); обращение к этому AP является первым шагом отладочной коммуникации. Сбой доступа к MDM-AP = чип вообще не отвечает на шине SWD: либо чип завис, либо физическая линия не работает, либо нарушена временная диаграмма отладочного порта.

  2. Connect Under Reset оба раза завершился ошибкой — J-Link уже пытался подключиться в состоянии сброса, чтобы избежать помех со стороны выполняющегося кода, но всё равно не смог. Это означает, что проблема не в том, что «программа ушла вразнос и отладчик потерял управление», а в том, что между чипом и отладчиком физически/на уровне протокола вообще нет связи.

  3. RESET 对地 0V — на этот раз ситуация отличается от поста 411, где было 1 В. 1 В означало аномалию делителя, а 0 В означает, что RESET притянут внешней цепью к земле. В вашей схеме TP65 NTRST идёт через путь сброса R86 100 Ом + C76 0,22 мкФ + R85 4,7 кОм с подтяжкой к D3V3_MCU. J-Link при Connect Under Reset удерживает NTRST на низком уровне; если на вашей плате NTRST и RESET на печатной плате соединены в одной точке (или внутри чипа есть путь NTRST → RESET), то низкий уровень на RESET сейчас вполне объясним.

  4. J-Link LPCXpresso V2 — обратите внимание, что вы используете не стандартный J-Link, а встроенный в плату LPCXpresso V2 с соответствующей прошивкой. LPCXpresso лучше всего совместим с собственными чипами NXP, но S32K144 не входит в список его «родной поддержки», поэтому отладочный сценарий может быть неполным.

Рекомендуемый порядок проверки:

  1. Отключите USB-кабель отладчика, подайте питание только на плату и измерьте напряжение RESET (должно быть 3,3 В, не 0 В). Если всё равно 0 В, проверьте кнопку сброса и область вокруг R86/C76

  2. Проверьте целостность дорожек SWDIO/SWCLK до выводов MCU (особенно правильно ли установлены ESD-диоды D11–D15 — если JEB240P0603 установлен наоборот, это напрямую создаст короткое замыкание)

  3. Попробуйте через J-Link Commander снизить скорость до 100 кГц

  4. unlock Kinetis + массовая очистка (если подключение ещё возможно)