Stlink: stm32f4-discovery - неизвестный идентификатор чипа! 0xe0042000

Здравствуйте,

Взгляните сюда:
https://github.com/texane/stlink/issues/62

Техника "Connect under Reset" в STM-32 Утилита ST-LINK вернула мой мертвый mcus.

Ура!

У меня та же проблема!

Чтобы снова связаться с микросхемой, мне нужно загрузиться в Windows и использовать STM-32 ST-LINK Utility из ST, чтобы стереть флэш-память с включенным в настройках «Подключиться при сбросе».

У меня та же проблема, но теперь она возвращается с помощью утилиты STM-32 ST-LINK в Windows. Спасибо!

Вы также можете замкнуть контакт BOOT0 на контакт VDD (используя перемычку), чтобы выбрать системную память (загрузчик DFU) в качестве режима загрузки. Быстро и просто.

@perexg Это не работает.

@tghosgor у меня работает ...

Что сработало для меня:

1. Замкните контакт BOOT0 на VDD.
2. Сбросить доску
3. st-flash стирать

Спасибо @latsku , это отлично сработало.

@latsku да, твои 3 шага у меня тоже сработали. Спасибо!

Привет, Лацку,

Отличный приятель, эти 3 шага мне подходят ...
Спасибо..

@latsku большое спасибо за предложение! Мне это тоже помогло.

Пробовал все предложения, но все равно получил WARN src/stlink-common.c: unknown chip id! 0xe0042000

Здравствуй,
Проверьте ссылку ниже, она мне подходит.

https://github.com/texane/stlink/issues/107

22 сентября 2015 г., 22:24, Николай Кондратенко <
[email protected]> написал:

Пробовал все предложения, но все равно получаю WARN src / stlink-common.c: unknown
чип ID! 0xe0042000

-
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/texane/stlink/issues/107#issuecomment -142295944.

С Уважением
АДАРШ БУ

@ADARSHBU это ссылка на текущую страницу

@ Николай: Даже я столкнулся с той же проблемой в начале моей работы и
решил это, следуя процедуре, упомянутой Лацку.

_неизвестный идентификатор микросхемы 0xe0042000_
Это означает, что либо 1) вы каким-то образом заблокировали микросхему моста ST-Link (U2).

• вам понадобятся собственные утилиты ST для Windows, чтобы исправить это, или 2) вы пытаетесь
  для прошивки Discovery в режиме ST-Link (SWD / JTAG). Заменить перемычку CN3.
  если вы используете доску Discovery!

Также следуйте инструкциям в stlink readme _ к письму .._.
Просто войдя в GDB и вызвав "load any.elf", не сработало, вам нужно
к

1. начать st-util
2. загрузить файл elf в GDB ("gdb fancyblink.elf")
3. (gdb) загрузка
4. Подождите...
5. (GDB) продолжение

и ваш код запустится. _Не * используйте * run_ вместо _cont_, это не так
похоже, тоже работает. Неинтуитивно, но готово.

Я также хотел бы предложить вам проверить с

1. Конфигурация перемычки
2. Посмотрите: # 62 https://github.com/texane/stlink/issues/62
3. Также вспышка не работает, когда процессор находится в спящем режиме

В среду, 23 сентября 2015 г., в 14:48, Николай Кондратенко <
[email protected]> написал:

@ADARSHBU https://github.com/ADARSHBU это ссылка на текущую страницу

-
Ответьте на это письмо напрямую или просмотрите его на GitHub
https://github.com/texane/stlink/issues/107#issuecomment -142538816.

С Уважением
АДАРШ БУ

1. открыть служебное приложение Stm32 St-link
2.Target> Settings mode должен быть Connect Under Reset
3.Чип полного стирания
это нормально.

@latsku, я новичок в stlink и досках, извините за глупый вопрос, но что на самом деле означает "1. Закоротить контакт BOOT0 с помощью VDD"?

@ polaroi8d Совсем не дамп вопрос.
Соедините вывод BOOT0 с выводом VDD.

И часть электронного сленга. Короткое замыкание возникает из-за короткого замыкания, при котором контакты соединяются с проводом или подобным проводником.

@latsku Окей, спасибо за ответ, все работает :)

Пока я только что подключил ST-LINK V2 (без подключенной платы), а затем запустил st-util который дал rc/stlink-common.c: unknown chip id! 0xe0042000 который позволил мне здесь.

Это потому, что плата не подключена?
Или дело в самом ST-LINKV2 ?
Или что это?

Мне все еще нужно попробовать приведенные выше инструкции о том, как это исправить, но может ли кто-нибудь попытаться объяснить, в чем проблема на самом деле? Я еще не понял этого из приведенных выше комментариев.

@ xor-gate, почему закрывается без дополнительных объяснений?

Потому что этот выпуск датируется 2011 годом и поддерживается! = Author. Не стесняйтесь повторно открыть новую подробную проблему, протестированную с помощью инструментов stlink, которые в настоящее время находятся в мастере. И последняя прошивка stlink (2.27).

Вы пытаетесь определить идентификатор чипа, к которому ничего не подключено, это не так, как предназначены инструменты.

Комментарий @ADARSHBU оказался для меня ценным; Хочу подчеркнуть тот факт, что контакты CN3 необходимо замкнуть.

Изначально платы Discovery поставляются с перемычкой на этих контактах, но одна из наших плат каким-то образом потеряла эту перемычку, и потребовалось время, чтобы это заметить. Если сомневаетесь, посмотрите несколько фотографий соответствующей платы и проверьте, установлены ли такие же перемычки на вашей!

Для людей, которые приходят к этому вопросу из Google. Если вы видите ошибку unknown chip id! 0xe0042000 это, скорее всего, означает, что вы подключили вывод SWDIO ST-Link к выводу CLK вашей платы STM32 и наоборот (SWCLK на ST-Link к выводу IO на плате). Просто перепроверьте соединение, оно должно быть SWDIO -> IO и SWCLK -> CLK. Именно это и случилось со мной.

@afiskon не уверен насчет "наиболее вероятного", но это может быть причиной

Спасибо @latsku, ваши 3 настройки очень хороши