你的浏览器版本过低，可能导致网站不能正常访问！为了你能正常使用网站功能，请使用这些浏览器。
举报
linalinb 发表于 2018-8-27 11:09 有道理，不过设短了就要在其它地方再加喂狗指令了，我担心在其它地方加多了喂狗指令，如果跑飞会更容易被 ...
jy04706985 发表于 2018-8-27 15:39 我觉得这种情况并没有死机，也会正常喂狗，只不过主循环内的程序执行的比较慢，导致按键或者显示响应不及时 ...
查看全部评分
chifen 发表于 2018-8-27 08:54 你有没有测试 ,不喂狗时会不会复位
toofree 发表于 2018-8-27 09:07 这么成熟的片子，不至于有这问题，项目中用过stm32f103看门狗，一直未出问题。 单独测试喂狗吧。看看不喂狗 ...
wenyangzeng 发表于 2018-8-27 09:24 楼主只要在主循环里不喂狗，就能知道看门狗配置是否正确。顺便知道喂一次够多长时间比较合适。 ...
linalinb 发表于 2018-8-27 09:17 实验测试不喂狗可以复位，而且在我们实验长期测试也没出现过死机的现象，但在车间使用中就偶尔出现死机的 ...
海迹天涯 发表于 2018-8-27 09:37 去年做了一款产品，STM32F051R8，是13.56M赫兹的无线通信产品，偶尔也会出现你说的这种情况，因为只有某 ...
linalinb 发表于 2018-8-27 09:50 实验测试不喂狗是可以正常复位，说明配置应该是正确的，我配置的是6秒次溢出，但在车间使用是还会偶尔出 ...
wenyangzeng 发表于 2018-8-27 10:24 看门狗好像要做到6秒有点困难，楼主不妨缩短时间。2秒差不多了。
安 发表于 2018-8-27 10:05 测试一下晶振是否正常工作。我发生过类似的问题，是因为晶振停止导致的。 ...
其实喂狗只放在主循环并不很安全。在所有do{}while()都要放。你不能保证这些do{}while()里会出现何种意外。
{
if(USART_GetITStatus(USART2, USART_IT_RXNE) != RESET)
{
if(kk==0)
{
Tm3=20;
ch2[0] = USART_ReceiveData(USART2);
if(ch2[0]==0x01)
{
kk=1;
return;
}
}
if(kk==1)
{
Tm3=20;
ii++;
ch2[ii]= USART_ReceiveData(USART2);
}
}
if(USART_GetITStatus(USART2, USART_IT_RXNE) != RESET)
{
USART_ClearFlag(USART2, USART_FLAG_RXNE);
USART_ClearITPendingBit(USART2, USART_IT_RXNE);
}
if (USART_GetFlagStatus(USART2, USART_FLAG_PE) != RESET)
{
USART_ReceiveData(USART2);
USART_ClearFlag(USART2, USART_FLAG_PE);
}
if (USART_GetFlagStatus(USART2, USART_FLAG_ORE) != RESET)
{
USART_ReceiveData(USART2);
USART_ClearFlag(USART2, USART_FLAG_ORE);
}
if (USART_GetFlagStatus(USART2, USART_FLAG_FE) != RESET)
{
USART_ReceiveData(USART2);
USART_ClearFlag(USART2, USART_FLAG_FE);
}
}
==========================================
我这个中断处理函数也有点问题，那个return会导致不会执行后面的清标志位的语句，但是如果不断的进出中断的话，如果没喂狗应该也会复位吧，而测试却也很正常。
int main(void)
{
// u8 ChkSum,j;
//===============================================//
#ifdef DEBUG
debug();
#endif
SysInit();
__nop();
//=====================================//
//=====================================//
//01 10 00 00 00 0F 1E (00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00) E9 D6
Send_To_PLC_Data[0]=0x01;
Send_To_PLC_Data[1]=0x10;
Send_To_PLC_Data[2]=0x00;
Send_To_PLC_Data[3]=0x00;
Send_To_PLC_Data[4]=0x00;
Send_To_PLC_Data[5]=0x0f;
Send_To_PLC_Data[6]=0x1e;
//01 03 00 32 00 04 E5 C6
Read_PLC[0]=0x01;
Read_PLC[1]=0x03;
Read_PLC[2]=0x00;
Read_PLC[3]=0x32;
Read_PLC[4]=0x00;
Read_PLC[5]=0x04;
Read_PLC[6]=0xe5;
Read_PLC[7]=0xc6;
//=====================================//
GPIO_ResetBits( GPIOB, GPIO_Pin_3);
while(1)
{
IWDG_ReloadCounter();
Run();
}
}
我的程序如上，主程序很简单，没有按键与显示处理功能，只是将产品数据与PLC数据交换，所有功能都在Run();函数完成，此函数完成时间约4秒左右，如上所示就一条喂狗指令，我设想是如果超时6秒在Run()函数没有正确返回，就不能喂狗，程序应该就能复位，在实验室测试也可以，但在车间实际使用一段时间就会偶尔出现死机现象，只有关电重启才能恢复正常工作。
评分
查看全部评分
这么成熟的片子，不至于有这问题，项目中用过stm32f103看门狗，一直未出问题。
单独测试喂狗吧。看看不喂狗的话，会不会复位重启。
初始化看门狗，需要打开看门狗，并喂狗，当然还有一些其它设置，时钟源、喂猪周期等。请使用单独看门狗。窗口看门狗不要使用了，对你来说窗口看门狗更不好搞，需要在“窗口”内喂狗。
评分
查看全部评分
实验测试不喂狗可以复位，而且在我们实验长期测试也没出现过死机的现象，但在车间使用中就偶尔出现死机的问题了，板子是装在设备上的，车间环境比较恶劣，干扰也比较大
楼主只要在主循环里不喂狗，就能知道看门狗配置是否正确。顺便知道喂一次够多长时间比较合适。
评分
查看全部评分
我现在没使用窗口看门狗，只使用了内部硬件看门狗，而且就只在主循环里只用了一条喂狗指令，长期实验测试都没问题，用在设备上，在车间长期使用过程中就有偶尔出现死机现象，需要断电重启。在车间工作是24小时不间断的，会不会与UART1和UART2中断冲突有关呢？
是个好办法，我也想干脆去掉喂狗指令，每运行6秒就复位一次（看门狗设置溢出周期为6秒），但是这样一些通讯数据就可能会出现错乱。不过可以这样试试。
去年做了一款产品，STM32F051R8，是13.56M赫兹的无线通信产品，偶尔也会出现你说的这种情况，因为只有某些客户的现场才会出现这种现象，自己公司测几个月都没问题，客户拍了视频我看了，确实死机了。结果也一直没找到原因，请问你找到了吗？
评分
查看全部评分
就是没找到原因，所以来这里请教大家，这问题很头痛。早知道会出现这种问题的话，加外部看门狗芯片可能就好。
实验测试不喂狗是可以正常复位，说明配置应该是正确的，我配置的是6秒次溢出，但在车间使用是还会偶尔出现死机的情况，必须要断电重启才行。
评分
查看全部评分
看门狗好像要做到6秒有点困难，楼主不妨缩短时间。2秒差不多了。
// 硬件看门狗配置
void IWDG_Config(void)
{
/* Enable write access to IWDG_PR and IWDG_RLR registers */
IWDG_WriteAccessCmd(IWDG_WriteAccess_Enable);
/* IWDG counter clock: LSI/32 */
IWDG_SetPrescaler(IWDG_Prescaler_64); //40khz/64=0.625khz=1.6ms
/* Set counter reload value to obtain 250ms IWDG TimeOut.
Counter Reload Value = 250ms/IWDG counter clock period
= 250ms / (LSI/32)
= 0.25s / (LsiFreq/32)
= LsiFreq/(32 * 4)
= LsiFreq/128
*/
IWDG_SetReload(4000); // 1.6msX4000=6.4s 0xfff is max
/* Reload IWDG counter */
IWDG_ReloadCounter();
/* Enable IWDG (the LSI oscillator will be enabled by hardware) */
IWDG_Enable();
}
这个配置是6秒多，应该是没错的
太长延时，看门狗i容易受外部干扰
评分
查看全部评分
这个倒没注意到，说不定真有可能这个原因，不过晶振停振一般会是什么原因造成的呢？难道是干扰造成吗？