嗨，我遇到了一个类似于#issue 64的问题，但问题是STM32F4-DISCOVERY。
st-flash写build / ch.bin 0x8000000
2012-09-01T18：33：59信息src / stlink-usb.c：-exit_dfu_mode
2012-09-01T18：33：59信息src / stlink-common.c：正在加载设备参数....
2012-09-01T18：33：59 WARN src / stlink-common.c：未知的芯片ID！ 0xe0042000
stlink_sram_flash（）== -1
有什么提示吗？
jpmzometa
所有27条评论
blueskynis
于 2013-03-13
我也有同样的问题！
Nomados
于 2013-03-30
要恢复与芯片的联系，我必须启动Windows并使用ST的STM-32 ST-LINK实用程序通过在“设置”中启用“重置时连接”来擦除闪存。
blueskynis
于 2013-03-30
我有同样的问题，但现在Windows上的STM-32 ST-LINK Utility回来了。 谢谢！
kyab
于 2013-07-15
您也可以将VDD引脚与BOOT0引脚短路（使用跳线），以选择系统内存（DFU引导加载程序）作为引导模式。 快速简单。
perexg
于 2014-01-01
@perexg不起作用。
tghosgor
于 2014-04-11
@tghosgor为我工作...
elpaso
于 2014-09-24
对我有用的是：
- 用VDD短路BOOT0引脚
- 重置板
- st-flash擦除
latsku
于 2014-10-29
感谢@latsku ，效果很好。
joostrijneveld
于 2015-05-16
@latsku是的，您的3个步骤也对我
erwincoumans
于 2015-06-01
嗨Latsku，
哥们，这三个步骤对我来说都很好。
谢谢..
ghost
于 2015-06-03
@latsku非常感谢您的建议！ 这也对我有帮助。
vdudouyt
于 2015-07-25
尝试了所有建议，但仍获得WARN src/stlink-common.c: unknown chip id! 0xe0042000
kont-noor
于 2015-09-22
你好
检查下面的链接，对我来说很好。
https://github.com/texane/stlink/issues/107
在2015年9月22日，星期二，晚上7：24，Nickolay Kondratenko <
[email protected]>写道：
尝试了所有建议，但仍然得到警告src / stlink-common.c：未知
芯片ID！ 0xe0042000-
直接回复此电子邮件或在GitHub上查看
https://github.com/texane/stlink/issues/107#issuecomment -142295944。
问候
阿达什布
ghost
于 2015-09-23
@ADARSHBU这是当前页面的链接
kont-noor
于 2015-09-23
@ Nickolay：即使我在工作开始时就遇到了同样的问题，
按照Latsku提到的步骤解决了这个问题。
_未知的芯片ID 0xe0042000_
这意味着要么1）您以某种方式使ST-Link桥接芯片（U2）变砖
- 您将需要ST自己的Windows实用程序来解决该问题，或者2）您正在尝试
以ST-Link（SWD / JTAG）模式闪烁发现。 更换CN3跳线
如果您正在使用发现板！
另外，请按照字母st。_中的说明进行操作。
只是进入GDB并调用“ load what.elf”是行不通的，您需要
至
- 启动st-util
- 在GDB中加载elf文件（“ gdb fancyblink.elf”）
- （gdb）负载
- 等待...
- （gdb）续
然后您的代码将启动。 _不要*使用* run_而不是_cont_，那不是
似乎也可以。 不直观，但是你去了。
我也建议您与
- 跳线配置
- 看看：＃62 https://github.com/texane/stlink/issues/62
- 当CPU处于睡眠模式时，闪光灯也不起作用
2015年9月23日，星期三，下午2：48，Nickolay Kondratenko <
[email protected]>写道：
@ADARSHBU https://github.com/ADARSHBU这是到当前页面的链接
-
直接回复此电子邮件或在GitHub上查看
https://github.com/texane/stlink/issues/107#issuecomment -142538816。
问候
阿达什布
ghost
于 2015-09-23
1.打开Stm32 St-link实用程序
2. Target> Settings模式应为Connect Under Reset
3.全擦除芯片
这很不错。
ogzarm
于 2015-12-23
@latsku im在链条和电路板上是非常新的，因此对这个愚蠢的问题感到抱歉，但是“ 1.用VDD短路BOOT0引脚”到底是什么意思？
polaroi8d
于 2016-01-27
@ polaroi8d根本不是转储问题。
将BOOT0引脚连接到VDD引脚。
和电子语部分。 短路是由短路引起的，短路是将引脚与电线或类似导体相连。
latsku
于 2016-01-27
@latsku Okey，感谢您的回答，它的呼唤:)
polaroi8d
于 2016-02-11
到目前为止，我刚刚连接了ST-LINK V2 （未连接任何板），然后运行st-util ，得到了rc/stlink-common.c: unknown chip id! 0xe0042000 ，让我在这里。
现在是因为没有连接板吗？
还是这与ST-LINKV2本身有关？
还是什么
我仍然必须尝试上述说明以解决此问题-但有人可以尝试解释问题所在吗？ 我还没有从上面的评论中得到它。
tcurdt
于 2016-04-09
@ xor-gate为什么关闭而无需进一步说明？
tcurdt
于 2016-05-04
因为此问题可以追溯到2011年，并由！=作者保留下来。 随意重新打开一个新的详细问题，该问题已针对当前在master中使用的stlink工具进行了测试。 和最新的stlink固件（2.27）。
您正在尝试检测没有连接的芯片ID，这不是工具所期望的。
xor-gate
于 2016-05-04
@ADARSHBU的评论对我来说很有价值。 我想强调一个事实，CN3引脚需要短路。
开箱即用的发现板在这些引脚上带有跳线，但我们的其中一个板丢失了该跳线，并且花了一段时间才注意到。 如有疑问，请查看相关电路板的几张照片，并检查您的跳线是否到位！
joostrijneveld
于 2017-06-02
对于那些从Google遇到此问题的人。 如果看到unknown chip id! 0xe0042000错误，则很可能意味着您已将ST-Link引脚SWDIO连接到STM32板的CLK引脚，反之亦然（ST-Link上的SWCLK到板上的IO引脚）。 只需重新检查连接，它应该是SWDIO-> IO和SWCLK-> CLK。 这正是我发生的事情。
afiskon
于 2017-07-15
@afiskon不确定“最有可能”，但这可能是原因
tcurdt
于 2017-07-17
感谢@latsku您的3设置非常好
hggq
于 2018-05-25
相关问题
tabemann
·
5评论
Vascom
·
7评论
maked0n
·
8评论
bolorkhuu
·
11评论
gorynch
·
5评论
最有用的评论
对我有用的是：