共2条
1/1 1 跳转至页
在软件调试阶段是否需要打开看门狗?
问
我就这个问题和我们技术部的主管争吵起来!
我一向的做法是在软件联合硬件的调试阶段关闭看门狗,这样可以发现因为软件中的bug导致程序跑飞或者非人为进入死循环等问题,另一方面也可以知道硬件系统的抗干扰能力。然后综合分析,使整个系统达到完善,最终变得强壮。在最后的实际应用中,在打开看门狗使系统更为可靠。
然而我的这一做法却与我目前的主管得思路相违背,他认为这样是不科学的应该一开始就打开看门狗,他是想通过看门狗的复位在察看状态标志位来确定程序究竟是怎么出的问题。他也寄希望与看门狗的复位功能来达到系统的稳定性。
我承认看门狗是可以让系统不至于死得很看,但是在另一方面,也隐藏了程序中的问题,是一种没有办法的办法。
不知道大家对这个问题有什么高见? 郁闷中!
答 1: 打开软件狗, 硬件狗反相接到 int0/1 pin 答 2: 我一般是先关狗调试,再开调试寄希望与看门狗的复位功能来达到系统的稳定性的思路不妥.
先要尽力达到最稳定,实在不行再让看门狗复位.
实际上很多的场合看门狗复位对系统的性能有影响的.
最好不要和领导吵了.2种方法都可以. 答 3: 同意楼上的
我一向的做法是在软件联合硬件的调试阶段关闭看门狗,这样可以发现因为软件中的bug导致程序跑飞或者非人为进入死循环等问题,另一方面也可以知道硬件系统的抗干扰能力。然后综合分析,使整个系统达到完善,最终变得强壮。在最后的实际应用中,在打开看门狗使系统更为可靠。
然而我的这一做法却与我目前的主管得思路相违背,他认为这样是不科学的应该一开始就打开看门狗,他是想通过看门狗的复位在察看状态标志位来确定程序究竟是怎么出的问题。他也寄希望与看门狗的复位功能来达到系统的稳定性。
我承认看门狗是可以让系统不至于死得很看,但是在另一方面,也隐藏了程序中的问题,是一种没有办法的办法。
不知道大家对这个问题有什么高见? 郁闷中!
答 1: 打开软件狗, 硬件狗反相接到 int0/1 pin 答 2: 我一般是先关狗调试,再开调试寄希望与看门狗的复位功能来达到系统的稳定性的思路不妥.
先要尽力达到最稳定,实在不行再让看门狗复位.
实际上很多的场合看门狗复位对系统的性能有影响的.
最好不要和领导吵了.2种方法都可以. 答 3: 同意楼上的
共2条
1/1 1 跳转至页
回复
我要赚赏金打赏帖 |
|
|---|---|
| 【S32K3学习整理】使用 LPUART 的loopback 模式实现核间通讯被打赏¥28元 | |
| arduinounoq原生zephyr环境搭建被打赏¥31元 | |
| 树莓派3+Klipper,MPU6050共振补偿被打赏¥41元 | |
| GroveCreatorKit套件+摇杆测评被打赏¥18元 | |
| 设备功耗web监控界面(ESP32C5)被打赏¥28元 | |
| OrangePiZero2W系统被打赏¥33元 | |
| Linux环境下以模拟方式快速实现出入管理功能测试被打赏¥24元 | |
| 树莓派3+Klipper,老3D打印机满血升级被打赏¥33元 | |
| OK1126B-S开发板下串口屏及其应用被打赏¥21元 | |
| 低功耗超声波液位测距仪(ESP32S3)被打赏¥27元 | |
我要赚赏金
