CH395Q這款芯片發(fā)熱很嚴重嗎？最近在在測試這款芯片的單獨模塊，發(fā)現(xiàn)運行沒多久，發(fā)熱很快，摸起來都已經(jīng)燙手了。

您好，檢查目前實際芯片的工作電流，如果是符合手冊參數(shù)

可以通過以下手段改善

1.將1腳電阻修改為18K

2.開啟芯片低能耗模式

3.在硬件上注意鋪銅散熱，芯片上可以增加散熱片

你好，請問你說的將1腳電阻修改為18K，是將RESET引腳的電阻修改嗎

您好，是RSETE這個腳，修改到18K。

你好，我在將芯片配置為TCP服務器模式后，能Ping的通，之后執(zhí)行開啟Socket和啟動監(jiān)聽后，獲取到的Socket狀態(tài)碼分別是5和1，對應是SOCKET_OPEN和TCP_LISTEN，可是用網(wǎng)絡調(diào)試助手連接的時候還是提示端口未開啟監(jiān)聽是怎么回事？（防火墻已關閉）

1、專用網(wǎng)絡與公共網(wǎng)絡的防火墻都要關閉

2、可嘗試使用我司提供的TCPIPDebug創(chuàng)建TCP Client 并確保目的IP為395配置的IP 目的端口號為395配置的端口號??http://www.findthetime.net/downloads/TcpIpDebug_exe.html

tcp server模式下，收取ch395的tcp數(shù)據(jù)時，是否是本次接收緩存區(qū)的數(shù)據(jù)沒有讀出來，客戶端就無法繼續(xù)發(fā)送數(shù)據(jù)？

您好，CH395接收緩沖區(qū)數(shù)據(jù)沒有讀出來時，可以繼續(xù)向緩沖區(qū)中發(fā)送數(shù)據(jù)。（例如您可以在socket接收中斷中加判斷條件，當滿足所設條件時，將數(shù)據(jù)一次性讀出）

你好，我想問下UDP組播測試時，可以發(fā)出去數(shù)據(jù)，但接受不到上位機通過組播發(fā)來的數(shù)據(jù)，改為點播是能收發(fā)數(shù)據(jù)，mac濾波用的0x1D，這個和四樓那個問題有點像，請問有沒有解決方式？謝謝

您好，接收組播需要設置組播IP以及組播MAC，并且需要通過組播MAC計算獲得哈希值進而設置MAC過濾，收不到組播數(shù)據(jù)懷疑MAC過濾沒有配置好，可以參考以下程序配置。

Socket-UdpMulticast.zip

請教個問題：ch395這個芯片初始化為MACRAM模式，測試命令檢查通信、版本號讀取都正常，在網(wǎng)線不與其他設備連接或者只執(zhí)行初始化操作，不做其他網(wǎng)路相關配置時，無論初始流程執(zhí)行多少次，INIT命令都能在400ms內(nèi)成功響應，否則則會出現(xiàn)在INIT階段查詢狀態(tài)一直時BUSY（0x01），連續(xù)查詢10分鐘也是如此，嘗試過直接復位（硬件、軟件）、執(zhí)行socket關閉都不行，只有一種解決辦法：直接拔掉模塊靜置2-30min中在來測試，就ok了？不知到是什么原因?qū)е碌?；不知道是否有人遇到過這種問題呢？

您好，測試命令檢查通信、版本號都正常說明主控MCU與395之間的通信是正常的，CMD_INIT_CH395該命令用于初始化CH395（MAC、PHY以及TCP/IP協(xié)議棧），該命令需要約350mS執(zhí)行完畢，且該命令的執(zhí)行在網(wǎng)絡配置以及socket創(chuàng)建之前，本質(zhì)上網(wǎng)絡配置以及是否與對端設備進行物理連接沒有什么影響，我們通過例程測試也沒有出現(xiàn)這種情況。您可以用我們官方提供的例程測試：http://www.findthetime.net/downloads/CH395EVT_ZIP.html（MACRAW例程為EXAM1）

問題：芯片協(xié)議類型為TCP協(xié)議，使用遠端計算機ping局域網(wǎng)中CH395Q設備IP時，延遲波動，波動情況下數(shù)值在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
子網(wǎng)掩碼 255.255.0.0
網(wǎng)關 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);

您好，根據(jù)您所描述的問題

1.延時波動是偶爾出現(xiàn)還是經(jīng)常出現(xiàn)，如果偶爾出現(xiàn)可能是網(wǎng)絡擁塞等因素造成的。

2.計算機直連CH395Q設備，再使用ping命令看是否有延時波動，如果此時并無延時波動，應檢查您的網(wǎng)絡環(huán)境。

后續(xù)還有問題可以郵箱聯(lián)系，郵箱zl@wch.cn

1.經(jīng)常出現(xiàn)

2.計算機直連無延遲波動；另有一臺PC機與客戶端CH395芯片處在同一網(wǎng)絡環(huán)境下（使用同一臺交換機與遠端計算機交互），ping該PC機無延遲波動