共2条
1/1 1 跳转至页
在软件调试阶段是否需要打开看门狗?
问
我就这个问题和我们技术部的主管争吵起来!
我一向的做法是在软件联合硬件的调试阶段关闭看门狗,这样可以发现因为软件中的bug导致程序跑飞或者非人为进入死循环等问题,另一方面也可以知道硬件系统的抗干扰能力。然后综合分析,使整个系统达到完善,最终变得强壮。在最后的实际应用中,在打开看门狗使系统更为可靠。
然而我的这一做法却与我目前的主管得思路相违背,他认为这样是不科学的应该一开始就打开看门狗,他是想通过看门狗的复位在察看状态标志位来确定程序究竟是怎么出的问题。他也寄希望与看门狗的复位功能来达到系统的稳定性。
我承认看门狗是可以让系统不至于死得很看,但是在另一方面,也隐藏了程序中的问题,是一种没有办法的办法。
不知道大家对这个问题有什么高见? 郁闷中!
答 1: 打开软件狗, 硬件狗反相接到 int0/1 pin 答 2: 我一般是先关狗调试,再开调试寄希望与看门狗的复位功能来达到系统的稳定性的思路不妥.
先要尽力达到最稳定,实在不行再让看门狗复位.
实际上很多的场合看门狗复位对系统的性能有影响的.
最好不要和领导吵了.2种方法都可以. 答 3: 同意楼上的
我一向的做法是在软件联合硬件的调试阶段关闭看门狗,这样可以发现因为软件中的bug导致程序跑飞或者非人为进入死循环等问题,另一方面也可以知道硬件系统的抗干扰能力。然后综合分析,使整个系统达到完善,最终变得强壮。在最后的实际应用中,在打开看门狗使系统更为可靠。
然而我的这一做法却与我目前的主管得思路相违背,他认为这样是不科学的应该一开始就打开看门狗,他是想通过看门狗的复位在察看状态标志位来确定程序究竟是怎么出的问题。他也寄希望与看门狗的复位功能来达到系统的稳定性。
我承认看门狗是可以让系统不至于死得很看,但是在另一方面,也隐藏了程序中的问题,是一种没有办法的办法。
不知道大家对这个问题有什么高见? 郁闷中!
答 1: 打开软件狗, 硬件狗反相接到 int0/1 pin 答 2: 我一般是先关狗调试,再开调试寄希望与看门狗的复位功能来达到系统的稳定性的思路不妥.
先要尽力达到最稳定,实在不行再让看门狗复位.
实际上很多的场合看门狗复位对系统的性能有影响的.
最好不要和领导吵了.2种方法都可以. 答 3: 同意楼上的
共2条
1/1 1 跳转至页
回复
有奖活动 | |
---|---|
【有奖活动】分享技术经验,兑换京东卡 | |
话不多说,快进群! | |
请大声喊出:我要开发板! | |
【有奖活动】EEPW网站征稿正在进行时,欢迎踊跃投稿啦 | |
奖!发布技术笔记,技术评测贴换取您心仪的礼品 | |
打赏了!打赏了!打赏了! |
打赏帖 | |
---|---|
与电子爱好者谈读图四被打赏50分 | |
与电子爱好者谈读图二被打赏50分 | |
【FRDM-MCXN947评测】Core1适配运行FreeRtos被打赏50分 | |
【FRDM-MCXN947评测】双核调试被打赏50分 | |
【CPKCORRA8D1B评测】---移植CoreMark被打赏50分 | |
【CPKCORRA8D1B评测】---打开硬件定时器被打赏50分 | |
【FRDM-MCXA156评测】4、CAN loopback模式测试被打赏50分 | |
【CPKcorRA8D1评测】--搭建初始环境被打赏50分 | |
【FRDM-MCXA156评测】3、使用FlexIO模拟UART被打赏50分 | |
【FRDM-MCXA156评测】2、rt-thread MCXA156 BSP制作被打赏50分 |