困扰了快两年的395Q,网络端死机的问题

        我们用395Q做了一个通讯管理设备,且已经工程化两年。在两年的现场使用中多次出现,网络侧死机的问题,问题与之前的《关于395丢包,网络侧死机等等那些事....》贴中反映的情况类似,其间,我也与沁恒公司技术沟通过无数次。由于是间隙性软故障,无法随时再现故障现象,沁恒技术方,也没有给出什么指导性的建议。

之前贴回复有此问题如下:

        网络侧死机,先检查硬件网口灯状态是否正常,其次检查CH395能否被ping通,接下来再检查CH395的中断引脚电平状态;如果只是单纯的收不到数据,那么请确认是否是由于中断信号丢失引起的,CH395的中断引脚如果用作单片机的外部中断,那么请将中断触发方式设置为低电平触发,不要设置为边沿触发

经过现场的多次故障现场的测量情况如下:

    1、故障发生时网口灯一切正常,且闪速;

    2、我们在测试的故障现象时多次都是可以ping通CH395的,只有两次无法ping通(无法ping通的两次,实时反馈给了沁恒的技术支持,他说ARP地址丢失了,也没有给出解决方案)

    3、一般发生问题在1天到1周之间,发生时,问题的Socket就无法接收数据了,但发送还是正常的。(这个现象不包含上面两次无法ping通的)

    4、我们通过在另外的串口层,对失联的Socket做了如下两步,网络就恢复了

        (1)检测395失联Socket的状态,如果是打开状态(0x05),就关闭当前Socket : CH395CloseSocket(SocketNum)

        (2)初始化当前Socket参数,后再打开。

    上述操作显然和中断电平无关。

希望,沁恒技术根据上述描述的情况,给出关于网络侧死机的解决办法,谢谢!

    

文字沟通不太方便,请拨打技术支持电话025-52638370具体交流


之前的文字沟通可能有表述不清楚的地方,而且论坛回复有时不是太及时,您能留下您的公司信息和联系方式吗,我们会安排技术人员和您沟通,您也可以直接通过以下方式联系我们的技术支持,这样可以更高效地解决您的问题:

邮箱:fjy@wch.cn

电话:025-52638370


我最近也遇到了只能发送,无法接收的问题,发生频率非常低,故障很难复现,还在分析


您可以查看这几个问题:

  1.  检查CH395的网口灯,检查CH395的中断引脚电平状态,程序中最好是在while(1)中查询int脚。

  2. CH395UDP模式下,在发送不出去的情况下,也会触发TIME OUT中断。

  3. 您可以看一下中间是否有触发PHY中断。

文字沟通不太方便,可以拨打技术支持电话025-52638373具体交流


只有登录才能回复,可以选择微信账号登录