共2条
1/1 1 跳转至页
在软件调试阶段是否需要打开看门狗?
问
我就这个问题和我们技术部的主管争吵起来!
我一向的做法是在软件联合硬件的调试阶段关闭看门狗,这样可以发现因为软件中的bug导致程序跑飞或者非人为进入死循环等问题,另一方面也可以知道硬件系统的抗干扰能力。然后综合分析,使整个系统达到完善,最终变得强壮。在最后的实际应用中,在打开看门狗使系统更为可靠。
然而我的这一做法却与我目前的主管得思路相违背,他认为这样是不科学的应该一开始就打开看门狗,他是想通过看门狗的复位在察看状态标志位来确定程序究竟是怎么出的问题。他也寄希望与看门狗的复位功能来达到系统的稳定性。
我承认看门狗是可以让系统不至于死得很看,但是在另一方面,也隐藏了程序中的问题,是一种没有办法的办法。
不知道大家对这个问题有什么高见? 郁闷中!
答 1: 打开软件狗, 硬件狗反相接到 int0/1 pin 答 2: 我一般是先关狗调试,再开调试寄希望与看门狗的复位功能来达到系统的稳定性的思路不妥.
先要尽力达到最稳定,实在不行再让看门狗复位.
实际上很多的场合看门狗复位对系统的性能有影响的.
最好不要和领导吵了.2种方法都可以. 答 3: 同意楼上的
我一向的做法是在软件联合硬件的调试阶段关闭看门狗,这样可以发现因为软件中的bug导致程序跑飞或者非人为进入死循环等问题,另一方面也可以知道硬件系统的抗干扰能力。然后综合分析,使整个系统达到完善,最终变得强壮。在最后的实际应用中,在打开看门狗使系统更为可靠。
然而我的这一做法却与我目前的主管得思路相违背,他认为这样是不科学的应该一开始就打开看门狗,他是想通过看门狗的复位在察看状态标志位来确定程序究竟是怎么出的问题。他也寄希望与看门狗的复位功能来达到系统的稳定性。
我承认看门狗是可以让系统不至于死得很看,但是在另一方面,也隐藏了程序中的问题,是一种没有办法的办法。
不知道大家对这个问题有什么高见? 郁闷中!
答 1: 打开软件狗, 硬件狗反相接到 int0/1 pin 答 2: 我一般是先关狗调试,再开调试寄希望与看门狗的复位功能来达到系统的稳定性的思路不妥.
先要尽力达到最稳定,实在不行再让看门狗复位.
实际上很多的场合看门狗复位对系统的性能有影响的.
最好不要和领导吵了.2种方法都可以. 答 3: 同意楼上的
共2条
1/1 1 跳转至页
回复
我要赚赏金打赏帖 |
|
|---|---|
| 【S32K3XX】LPSPI参数配置说明被打赏¥21元 | |
| 在WT9932C61-TINY上实现超声波测距被打赏¥22元 | |
| 基于WT9932C61-TINY的环境构建及OLED屏驱动测试被打赏¥20元 | |
| 【S32K3XX】Core-to-Core 中断使用被打赏¥21元 | |
| 「AI编程记录--含源码」用一晚上的时间写一个esp32的示波器被打赏¥19元 | |
| STM32C0116DK开发探索记(3)被打赏¥30元 | |
| STM32C0116DK开发探索记(2)被打赏¥24元 | |
| STM32C0116DK开发探索记(1)被打赏¥29元 | |
| 谨防极海G32M3101电机评估板易跌落的陷阱被打赏¥24元 | |
| 【全网首拆】M5STACK ATOM系列开发板拆解 / AtomS3R-CAM摄像头更换方法(提高10倍像素)被打赏¥26元 | |
我要赚赏金
