Всем доброго времени суток. Имеется мат. плата 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.

Секреты депассивации литиевых батареек FANSO EVE Energy

Самыми лучшими параметрами по энергоемкости, сроку хранения, температурному диапазону и номинальному напряжению обладают батарейки литий-тионилхлоридной электрохимической системы. Но при длительном хранении происходит процесс пассивации. Разберем в чем плюсы и минусы, как можно ее избежать или уменьшить последствия и как проводить депассивацию батареек на примере продукции и рекомендаций компании FANSO EVE Energy.

Подробнее>>

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

Тренды и лучшие решения для разработки зарядных станций в России

К 2029 году в России прогнозируется увеличение числа зарядных станций до 40 000. При этом отечественный рынок электротранспорта имеет климатические, потребительские и географические особенности. Для успешной разработки и построения инфраструктуры станций заряда в России идеальным вариантом является использование решений и электронных компонентов китайских производителей – лидеров индустрии электротранспорта и возобновляемой энергетики, которые уже представлены в КОМПЭЛ.

Подробнее>>

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

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

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


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

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

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

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

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

Спойлер

Окно 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 от эмулятора к МК?" так и не дали...
Ведь уже несколько раз посоветовали:
А если эта цепь не подключена, но какой вообще смысл во всех манипуляциях выше???

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