ch395串口命令怎么測試

您好，可以使用我司配套的CH395串口調(diào)試工具測試。

http://m.findthetime.net/downloads/CH395EVT_ZIP.html ?

你好，我們項目使用gd32f407 + ch395q, spi 模式下4分頻，在tcp client模式下將ch395的內(nèi)部緩存平均分配給了socket0 的收發(fā)緩存，也就是收發(fā)緩存均為12k?，F(xiàn)通過程序發(fā)送tcp報文，50ms 一幀，平均每幀100字節(jié)，大約1000幀以后出現(xiàn)接收的數(shù)據(jù)均為ff 并且ch395 芯片卡死的現(xiàn)象，麻煩幫忙排查一下謝謝

使用CH395L芯片，芯片版本0x47，并口訪問。socket0用作UDP服務(wù)器，目前發(fā)現(xiàn)清空socket緩沖區(qū)命令(0x2E)沒有效果，其他命令都正常。所以不懷疑時序問題。
測試方法：當(dāng)收到數(shù)據(jù)后，從接收緩存區(qū)把數(shù)據(jù)讀取到RAM，然后使用0x2E命令清接收緩存，僅接著讀取接收數(shù)據(jù)長度(0x3B 命令)，這時讀取到的數(shù)據(jù)長度還是之前的長度。為什么和手冊上講的不一樣，手冊上說會清0。在官網(wǎng)例程中沒有發(fā)現(xiàn)使用過0x2E命令。 技術(shù)支持幫忙看一下，非常感謝！

void?ch395_sock_clear_recv_buf(uint8_t?index)
{
????ch395_write_cmd(CMD10_CLEAR_RECV_BUF_SN);//0x2E
????ch395_write_data(index);
}

ch395_get_recvdata(i,len,recv_buffer);//接收數(shù)據(jù)
ch395_sock_clear_recv_buf(i);/*清空socket的接收緩存*/
len?=?ch395_get_recv_len(i);//情況命令執(zhí)行后?讀取到的長度還是未清除之前的長度
printf("R_len?=?%d\n",len);

CH395 的socket中斷(0x30命令)狀態(tài)什么時候會清零，我發(fā)現(xiàn)有的時候讀取1次就清零，有的時候讀取3次清零。

您好，使用CH395L的并口功能，需要注意并口時序的操作。

請教個問題，CH395在接收多播數(shù)據(jù)包時，比如使用了socket0，設(shè)置源端口為50000，那只能收到對端發(fā)的目的端口是50000的組播包，其他端口號收不到，有什么解決辦法嗎？我的需求同時收10個左右不同端口號的組播包

請問，有沒有基于CH395的TCP?TLS的例程？

您好，暫時沒有該例程

您好，ch395Q現(xiàn)在能正常運(yùn)行? 但是目前突然出現(xiàn)連接就自動斷開 第二次連接能正常通訊。

現(xiàn)象如下

您好，根據(jù)您的打印信息會提示PHY連接斷開，首先建議您確認(rèn)下網(wǎng)線連接，如果中間接入有交換機(jī)或者路由器設(shè)備，可以嘗試將CH395Q的1腳電阻更換為15k嘗試下。

你好，我使用的是CH392F芯片，先打樣做的幾塊樣品，調(diào)試后一切都正常。第二批打樣5塊樣品，有關(guān)CH392F的硬件沒有更改。同樣的測試程序，第二批打樣的采用UDP server模式可以正常通訊；而采用TCP server模式時，PC端總是報無法連接錯誤；但是第一批的樣品就正常；而且ping命令也是正常的，這是什么原因？

您好，CH392F用作TCP server模式下，默認(rèn)是多連接模式，需要注意手冊中對socket的配置要求，同時確保打開scoket成功，開啟socket監(jiān)聽也成功。PC端無法連接時，嘗試將換一下兩端端口。如若問題仍未解決，可將代碼發(fā)至wtf@wch.cn或者電話咨詢025-52638370

謝謝您的回復(fù)，問題已解決。是我直接參考貴公司提供的例程初始化的，所以沒有仔細(xì)核對手冊上的初始化步驟來初始化。因為例程上只初始化了scoket0，并打開為監(jiān)聽模式，并沒有初始化其余的scoket，但是湊巧的是我前面打樣的三款樣板，按照例程的代碼初始化卻能正常工作，這點很奇怪。

您好我想問一下CH395Q發(fā)熱 手指放上去能感覺到燙的地步。如果改為低功耗模式 和正常傳輸模式有什么不同嘛