Всем доброго времени суток. Имеется мат. плата MSI Mag Z390 Tomahawk, с подсветкой Mystic Light которой управляет ARM МК. Так вот, один "умный" человек-владелец что-то закоротил при подключении подсветки кулера и этот МК выгорел. МК я заменил на новый, даже прошивку нашёл (сомневаюсь что от этой мат. платы и под этот МК), прошил. Программатор JLink на базе STM32F103C8T6 BluePill, всё хорошо, всё прошилось. Подсветка не заработала. МК больше не связывается с JFlash, не стирается, не читается и не пишется. Может кто сталкивался с подобной проблемой и/или с этим МК? Может кто посоветовать, как его реанимировать и залить правильную прошивку, чтобы не менять его снова? Помогите, пожалуйста, уж очень не люблю паять чипы в корпусе QFN48.(((

P.S. Если нужны какие-то ещё данные (логи, ошибки, скрины), всё могу предоставить.

Название контроллера, сестра!

Название вроде как в заголовке указано.

Добавлено after 2 minutes 39 seconds:
Странная самонадеянность... С таким же успехом могли просто кусок swap-файла винды залить.

Добавлено after 9 minutes 30 seconds:
Вариантов всего несколько:
1. Найти точно такую же плату с точно таким же МК. И попробовать слить прошивку. Если не залочена.
2. Срисовать схему подключения МК и написать программу к нему. Самостоятельно. С нуля.
3. Забить на светомузыку и пользоваться тем, что осталось.

выбирайте...

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Понимаю, написал же что не уверен. Дело не в этом, с STM32 таких приколов не было, как и с многими другими ARM-контроллерами, всегда можно было перепрошить. Вопрос как этого зверя теперь реанимировать...



Скорее брат, а название NUC126NE4AE, компании Nuvoton.

Важные нюансы подбора литиевых ХИТ для разработчиков

В многообразии литиевых батареек и аккумуляторов нет какого-то универсального или идеального варианта. Выбирая тот или иной вариант для питания устройства, разработчику приходится оперировать множеством параметров, используя наиболее оптимальное их сочетание для каждого приложения. Разберем параметры для различных приложений.

Подробнее>>

Так же как STM32 - подключиться под сбросом и стереть.

Литиевые батарейки и аккумуляторы от мирового лидера EVE в Компэл

Компания Компэл, официальный дистрибьютор EVE Energy, бренда №1 по производству химических источников тока (ХИТ) в мире, предлагает продукцию EVE как со склада, так и под заказ. Компания EVE широко известна в странах Европы, Америки и Юго-Восточной Азии уже более 20 лет. EVE является поставщиком аккумуляторных элементов круглого формата для электрических моделей автомобилей. Продукция EVE предназначена для самого широкого спектра применений – от бытового до промышленного.

Подробнее>>

Ну, если прошивка захочет, то залочит контроллер так что ничего вы не сделаете. Просто вам такие не попадались.

Стандартно - либо под ресетом, либо перевести в режим загрузчика.

Подозреваю, что так и произошло.


Под ресетом это как? Есть методика?
Я весь даташит перелопатил, но не нашёл не пин отвечающий за загрузчик, ни что-то подобное на это.

Никакого секрета нет. Нужно лишь убедиться, что ресет тоже подключен к программатору/отладчику и установлена соответствующая галочка в софте программатора/отладчика.

Так а по-другому он и соединяться не хотел. А теперь и вовсе никак не соединяется... Печально, если не получится, придётся всё же менять контроллер на новый.

Хорошо, смотрел как у других без проца и оперативы данное изделие работает (светодиоды мигают), и вот вопрос: а может ли чисто теоретически микросхема биоса мешать прошивке МК, если к примеру инициализация проходит, а биос не даёт процессору остановитьсяи тем самым мешать перепрошить его?

Вот, короче. При попытке соединиться, вот это:

Спойлер

Окно J-Flash

Настройки ресета

Ошибка

И лог ошибки:

Спойлер

Connecting ...
- Connecting via USB to probe/ programmer device 0
- Probe/ Programmer firmware: J-Link OB-STM32F103 V1 compiled Jan 7 2019 14:10:25
- Probe/ Programmer S/N: 15039217
- Device "NUC126NE4AE" selected.
- Target interface speed: 2250 kHz (Fixed)
- VTarget = 3.300V
- InitTarget() start
- InitTarget()
- Write protected device detected. This could cause problems during flash download.
Note: Unsecuring will trigger a mass erase of the internal flash.


- Executing default behavior previously saved in the registry.
- Device will be unsecured now.
- InitTarget() end - Took 338ms
- Found SW-DP with ID 0x0BB11477
- DPv0 detected
- CoreSight SoC-400 or earlier
- Scanning AP map to find all available APs
- AP[1]: Stopped AP scan as end of AP map has been reached
- AP[0]: AHB-AP (IDR: 0x04770021)
- Iterating through AP map to find AHB-AP to use
- AP[0]: Core found
- AP[0]: AHB-AP ROM base: 0xE00FF000
- CPUID register: 0x410CC200. Implementer code: 0x41 (ARM)
- Found Cortex-M0 r0p0, Little endian.
- FPUnit: 4 code (BP) slots and 0 literal slots
- CoreSight components:
- ROMTbl[0] @ E00FF000
- [0][0]: E000E000 CID B105E00D PID 000BB008 SCS
- [0][1]: E0001000 CID B105E00D PID 000BB00A DWT
- [0][2]: E0002000 CID B105E00D PID 000BB00B FPB
- Executing init sequence ...
- Executing Reset (0, 0 ms)
- Reset: Halt core after reset via DEMCR.VC_CORERESET.
- Reset: Reset device via AIRCR.SYSRESETREQ.
- Reset: S_RESET_ST never gets cleared. CPU seems to be kept in reset forever.
- Reset: Using fallback: Reset pin.
- Reset: Halt core after reset via DEMCR.VC_CORERESET.
- Reset: Reset device via reset pin
- Reset: VC_CORERESET did not halt CPU. (Debug logic also reset by reset pin?).
- Reset: Reconnecting and manually halting CPU.
- Found SW-DP with ID 0x0BB11477
- DPv0 detected
- CoreSight SoC-400 or earlier
- AP map detection skipped. Manually configured AP map found.
- AP[0]: AHB-AP (IDR: Not set)
- AP[0]: Core found
- AP[0]: AHB-AP ROM base: 0xE00FF000
- CPUID register: 0x410CC200. Implementer code: 0x41 (ARM)
- Found Cortex-M0 r0p0, Little endian.
- CPU could not be halted
- Reset: Core did not halt after reset, trying to disable WDT.
- Reset: Halt core after reset via DEMCR.VC_CORERESET.
- Reset: Reset device via reset pin
- Reset: VC_CORERESET did not halt CPU. (Debug logic also reset by reset pin?).
- Reset: Reconnecting and manually halting CPU.
- Found SW-DP with ID 0x0BB11477
- DPv0 detected
- CoreSight SoC-400 or earlier
- AP map detection skipped. Manually configured AP map found.
- AP[0]: AHB-AP (IDR: Not set)
- AP[0]: Core found
- AP[0]: AHB-AP ROM base: 0xE00FF000
- CPUID register: 0x410CC200. Implementer code: 0x41 (ARM)
- Found Cortex-M0 r0p0, Little endian.
- CPU could not be halted
- Reset: Failed. Toggling reset pin and trying reset strategy again.
- Found SW-DP with ID 0x0BB11477
- Failed to power up DAP
- Reset: Halt core after reset via DEMCR.VC_CORERESET.
- Reset: Reset device via AIRCR.SYSRESETREQ.
- Reset: S_RESET_ST never gets cleared. CPU seems to be kept in reset forever.
- Reset: Using fallback: Reset pin.
- Reset: Halt core after reset via DEMCR.VC_CORERESET.
- Reset: Reset device via reset pin
- Reset: VC_CORERESET did not halt CPU. (Debug logic also reset by reset pin?).
- Reset: Reconnecting and manually halting CPU.
- Found SW-DP with ID 0x0BB11477
- DPv0 detected
- CoreSight SoC-400 or earlier
- AP map detection skipped. Manually configured AP map found.
- AP[0]: AHB-AP (IDR: Not set)
- AP[0]: Core found
- AP[0]: AHB-AP ROM base: 0xE00FF000
- CPUID register: 0x410CC200. Implementer code: 0x41 (ARM)
- Found Cortex-M0 r0p0, Little endian.
- CPU could not be halted
- Reset: Core did not halt after reset, trying to disable WDT.
- Reset: Halt core after reset via DEMCR.VC_CORERESET.
- Reset: Reset device via reset pin
- Reset: VC_CORERESET did not halt CPU. (Debug logic also reset by reset pin?).
- Reset: Reconnecting and manually halting CPU.
- Found SW-DP with ID 0x0BB11477
- DPv0 detected
- CoreSight SoC-400 or earlier
- AP map detection skipped. Manually configured AP map found.
- AP[0]: AHB-AP (IDR: Not set)
- AP[0]: Core found
- AP[0]: AHB-AP ROM base: 0xE00FF000
- CPUID register: 0x410CC200. Implementer code: 0x41 (ARM)
- Found Cortex-M0 r0p0, Little endian.
- CPU could not be halted
- CPU could not be halted
- ERROR: Failed to halt CPU.
- ERROR: Failed to connect.
Could not perform custom init sequence.
- ERROR: Connect failed

Если ресет из настроек убрать:

Спойлер

Настройки без ресета:

Соединение установлено:

Выбираю стереть чип:

Ошибка:

Лог попытки стирания чипа:

Спойлер

Erasing chip ...
- 64 sectors, 1 range, 0x0 - 0x1FFFF
- Start of preparing flash programming
- ERROR: Verification of RAMCode failed @ address 0x20000000.
Write: 0xA801BE00 F0009900
Read: 0x00000000 00000000
- ERROR: Failed to prepare for programming.
Failed to download RAMCode!
- End of preparing flash programming
- Start of restoring
- End of restoring
- ERROR: Failed to erase chip
Disconnecting ...
- Disconnected

И лог соединения:

Спойлер

Connecting ...
- Connecting via USB to probe/ programmer device 0
- Probe/ Programmer firmware: J-Link OB-STM32F103 V1 compiled Jan 7 2019 14:10:25
- Probe/ Programmer S/N: 15039217
- Device "NUC126NE4AE" selected.
- Target interface speed: 2250 kHz (Fixed)
- VTarget = 3.300V
- InitTarget() start
- InitTarget()
- Write protected device detected. This could cause problems during flash download.
Note: Unsecuring will trigger a mass erase of the internal flash.


- Executing default behavior previously saved in the registry.
- Device will be unsecured now.
- InitTarget() end - Took 338ms
- Found SW-DP with ID 0x0BB11477
- DPv0 detected
- CoreSight SoC-400 or earlier
- Scanning AP map to find all available APs
- AP[1]: Stopped AP scan as end of AP map has been reached
- AP[0]: AHB-AP (IDR: 0x04770021)
- Iterating through AP map to find AHB-AP to use
- AP[0]: Core found
- AP[0]: AHB-AP ROM base: 0xE00FF000
- CPUID register: 0x410CC200. Implementer code: 0x41 (ARM)
- Found Cortex-M0 r0p0, Little endian.
- FPUnit: 4 code (BP) slots and 0 literal slots
- CoreSight components:
- ROMTbl[0] @ E00FF000
- [0][0]: E000E000 CID B105E00D PID 000BB008 SCS
- [0][1]: E0001000 CID B105E00D PID 000BB00A DWT
- [0][2]: E0002000 CID B105E00D PID 000BB00B FPB
- CPU could not be halted
- Executing init sequence ...
- Initialized successfully
- Target interface speed: 2250 kHz (Fixed)
- Found 1 JTAG device. Core ID: 0x0BB11477 (None)
- Connected successfully

Вот даташит на этот МК:


Segger Embedded Studio for ARM, выдал мне вообще что-то: Selected target NUC126NE4AE (Found core: Cortex-M0, Configure core: Cortex-M23)...
Я узнал под какой чип записанная прошивка, Nuc1262NE4AE, и у него Cortex-M23. Так вот вопрос так и остался - как этот МК оживить? Господа, пожалуйста, подскажите что делать?

Понаписали целую кучу, но ответа на простой вопрос: "Подключена ли цепь RESET от эмулятора к МК?" так и не дали...
Ведь уже несколько раз посоветовали:
А если эта цепь не подключена, но какой вообще смысл во всех манипуляциях выше???

Есть ещё момент с конденсатором в цепи сброса. Иногда он начинает мешать процессу, так что если не работает с ним - следует временно попробовать убрать его.