CH395Q这款芯片发热很严重吗？最近在在测试这款芯片的单独模块，发现运行没多久，发热很快，摸起来都已经烫手了。

您好，检查目前实际芯片的工作电流，如果是符合手册参数

可以通过以下手段改善

1.将1脚电阻修改为18K

2.开启芯片低能耗模式

3.在硬件上注意铺铜散热，芯片上可以增加散热片

你好，请问你说的将1脚电阻修改为18K，是将RESET引脚的电阻修改吗

您好，是RSETE这个脚，修改到18K。

你好，我在将芯片配置为TCP服务器模式后，能Ping的通，之后执行开启Socket和启动监听后，获取到的Socket状态码分别是5和1，对应是SOCKET_OPEN和TCP_LISTEN，可是用网络调试助手连接的时候还是提示端口未开启监听是怎么回事？（防火墙已关闭）

1、专用网络与公共网络的防火墙都要关闭

2、可尝试使用我司提供的TCPIPDebug创建TCP Client 并确保目的IP为395配置的IP 目的端口号为395配置的端口号  /downloads/TcpIpDebug_exe.html

tcp server模式下，收取ch395的tcp数据时，是否是本次接收缓存区的数据没有读出来，客户端就无法继续发送数据？

您好，CH395接收缓冲区数据没有读出来时，可以继续向缓冲区中发送数据。（例如您可以在socket接收中断中加判断条件，当满足所设条件时，将数据一次性读出）

你好，我想问下UDP组播测试时，可以发出去数据，但接受不到上位机通过组播发来的数据，改为点播是能收发数据，mac滤波用的0x1D，这个和四楼那个问题有点像，请问有没有解决方式？谢谢

您好，接收组播需要设置组播IP以及组播MAC，并且需要通过组播MAC计算获得哈希值进而设置MAC过滤，收不到组播数据怀疑MAC过滤没有配置好，可以参考以下程序配置。

Socket-UdpMulticast.zip

请教个问题：ch395这个芯片初始化为MACRAM模式，测试命令检查通信、版本号读取都正常，在网线不与其他设备连接或者只执行初始化操作，不做其他网路相关配置时，无论初始流程执行多少次，INIT命令都能在400ms内成功响应，否则则会出现在INIT阶段查询状态一直时BUSY（0x01），连续查询10分钟也是如此，尝试过直接复位（硬件、软件）、执行socket关闭都不行，只有一种解决办法：直接拔掉模块静置2-30min中在来测试，就ok了？不知到是什么原因导致的；不知道是否有人遇到过这种问题呢？

您好，测试命令检查通信、版本号都正常说明主控MCU与395之间的通信是正常的，CMD_INIT_CH395该命令用于初始化CH395（MAC、PHY以及TCP/IP协议栈），该命令需要约350mS执行完毕，且该命令的执行在网络配置以及socket创建之前，本质上网络配置以及是否与对端设备进行物理连接没有什么影响，我们通过例程测试也没有出现这种情况。您可以用我们官方提供的例程测试：/downloads/CH395EVT_ZIP.html（MACRAW例程为EXAM1）

问题：芯片协议类型为TCP协议，使用远端计算机ping局域网中CH395Q设备IP时，延迟波动，波动情况下数值在20ms-60ms之间

客户端IP 192.168.1.3   socket端口60371-60374
服务端IP 192.168.1.4 、192.168.1.5 、192.168.1.6  socket端口均为60384
子网掩码 255.255.0.0
网关 192.168.1.254

socket缓存设置

CH395SetSocketRecvBuf(0,0,4);
CH395SetSocketSendBuf(0,4,2);
CH395SetSocketRecvBuf(1,6,4);
CH395SetSocketSendBuf(1,10,2);
CH395SetSocketRecvBuf(2,12,4);
CH395SetSocketSendBuf(2,16,2);
CH395SetSocketRecvBuf(3,18,4);
CH395SetSocketSendBuf(3,22,2);

您好，根据您所描述的问题

1.延时波动是偶尔出现还是经常出现，如果偶尔出现可能是网络拥塞等因素造成的。

2.计算机直连CH395Q设备，再使用ping命令看是否有延时波动，如果此时并无延时波动，应检查您的网络环境。

后续还有问题可以邮箱联系，邮箱zl@wch.cn

1.经常出现

2.计算机直连无延迟波动；另有一台PC机与客户端CH395芯片处在同一网络环境下（使用同一台交换机与远端计算机交互），ping该PC机无延迟波动