在stm32中f103单片机中，如果程序不小心写错了，误操作了JTAG接口的 JTMS，JTCK，会是什么结果？
1、近来做项目，开始程序写得很顺，样机调起来很顺手，后来突然“工控屏”与开发板连接失效，昨天周六（单休）在公司调了一天，发现是一个初始化函数造成的。但这个部件的初始化，与开发板（stm32f103vct6）和“工控屏”的通信完全不相干，感到迷茫。
2、今天，周日，因项目催的紧，在家找这个程序的 bug, 最终发现： 本意是把 PE13,PE14 设置成 推挽输出，再初始化 PE13=；E14=0; 由于是拷贝复制的，没有完全修改好，把PA13,PA14 设置成了 推挽输出，PE13=；E14=0。
3、而 PA13,PA14，是 JTAG接口的 JTMS，JTCK，故我认为，是程序误操作了JTAG接口的 JTMS，JTCK，CPU乱了，是故障的原因。当然我也无法深层次解析。
4、到底，判断正不正确，明天上班，在公司的样机上，一试就清楚了。
5、也请高手，发表一下，见解。
6、我也有点迷惑，虽然，误把 JTAG接口的 JTMS，JTCK，（即 PA13,PA14）设置成推挽输出, 肯定是出了问题；但其后，程序中，操作的是 PE13=；E14=0; 并未直接操作 JTAG接口的 JTMS，JTCK，（即 PA13,PA14），怎么 CPU 会乱？ 也还是有点欠说法。
7、完蛋了。 刚才，找了一块开发板，写了把JTAG接口的 JTMS，JTCK，（即PA13,PA14）,设置成 推挽输出的语句， 一试，程序丝毫不受影响，仍能正常运行如初，说明我找的这个原因，不对。
8、柳岸花明又一村： 在我垂头丧气，只好出去走一走，但仍不甘心，放松下来，走到走到，脑壳来电了，突然，想到，这个部件的初始化函数中，还有 PC10,同样的情况，就是说，本意是把PC10设置成 “推挽输出”，但实际上是，误把 PA10(USART1_Rx)设置为了 “推挽输出”，这当然，就无法接收“工控屏”上传的信号，原来，真正的 bug 在这里，这就可以肯定是---“工控屏”与开发板连接失效的原因了，困扰两天的问题，终于迎刃而解了。 完美！！！
|
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
收藏
淘帖
顶
踩
