請問(wèn)一下，我在用作服務(wù)器過(guò)程中，我關(guān)閉服務(wù)器的socket，然后又打開(kāi)，在打開(kāi)時(shí)，打開(kāi)時(shí)，先重新配置服務(wù)器socket，然后讀取了socket狀態(tài)，返回是關(guān)閉狀態(tài)，通過(guò)CH395OpenSocket，卻一直返回0x1B（已被使用）,不知如何處理

你在關(guān)閉socket的時(shí)候需要使用CH395_close_socket(socket_index)，需要選擇正確的socket索引號；并且使用關(guān)閉前需要保證socket是開(kāi)啟的。在進(jìn)行socket管理時(shí)每一步都推薦加上斷言，可以判斷實(shí)際出錯點(diǎn)在哪一步。具體情況可以聯(lián)系官網(wǎng)的線(xiàn)管技術(shù)支持。

您好，有一個(gè)問(wèn)題：CH395Q能正常與電腦ping通，但是電腦發(fā)送UDP報文，無(wú)法觸發(fā)中斷，所以我MCU也接收不到，這是為什么？查看socket已經(jīng)為打開(kāi)狀態(tài)（發(fā)送打開(kāi)socket命令，之后檢查命令執行狀態(tài)反饋為“已打開(kāi)”）。

您檢查一下電腦端的防護墻是否完全關(guān)閉，再者是CH395和電腦端UDP通訊時(shí)的IP和端口號是否配置正確。

不好意思，混淆了

您好，CH395Q是一款TCP/IP的協(xié)議?？刂破餍酒?，只有SPI和串口這兩種通訊接口，沒(méi)有CAN接口，您可以先核對一下芯片型號。

CH395L使用并口作為T(mén)CP server，多連接：客戶(hù)端發(fā)送數據每次發(fā)送不滿(mǎn)256個(gè)字節,產(chǎn)生了中斷，但讀到的數據的長(cháng)度一直為0，直到累計到大于256才會(huì )收到具體數據長(cháng)度，請問(wèn)這個(gè)問(wèn)題怎么怎么解？？？

您好，若總是以256字節為單位能進(jìn)行讀取，可能是由于讀長(cháng)度時(shí)表示長(cháng)度的第一個(gè)字節低八位未能正確讀取。您可以抓取邏輯電平檢查，這個(gè)問(wèn)題是關(guān)于讀數據方面的問(wèn)題，可以主要檢查讀使能信號的邏輯是否正確。

About timing problem in parallel mode, it's the same problem than CH376. For CH376, i added some delay from a gate to add delay on MCU clock in order to have better timings. For CH376, it was enough, but for ch395 it's not enough in my case.

With the same method, i lost bytes from read process for CH395. Even if datasheet wrote the same timings than CH376, CH395 has maybe others timing in real life.

In order to delay a bit PCS from ch395, i added a long wire between decoding chip pin and PCS from CH395. It's not enough, but results was lot better : 70% of mac adress from ch395 was false, and with the wire 1% are false now when i get it from databus..

My problem is that ch395 seems to switch off data on databus too quickly sometimes and MCU misses the data on the bus.

你好，請教一個(gè)問(wèn)題。CH395Q用作TCP Server，在關(guān)閉sock，然后創(chuàng )建sock、重新監聽(tīng)的過(guò)程中，很容易出現0x1B，0x17的錯誤碼。但是加了500ms的延時(shí)，錯誤碼基本不出現了（如下代碼）。因為延時(shí)時(shí)間太長(cháng)了，請問(wèn)有更好的解決方法嗎？

? ? ? ??

您好，命令執行狀態(tài)成功后是可以不加延時(shí)的。

1、注意一下是什么行為導致觸發(fā)需要關(guān)閉監聽(tīng)端口的

2、關(guān)閉監聽(tīng)端口的時(shí)候有無(wú)客戶(hù)端接入，可先關(guān)閉連入的客戶(hù)端

CH395Q初始化成功，能夠讀到版本號，但是PHY一直連接不上，燈一直不亮，檢查了網(wǎng)絡(luò )變壓器中心抽頭處電壓為3.3V，差分線(xiàn)上拉電阻為49.49歐姆，有人遇到過(guò)這個(gè)問(wèn)題嗎，求指導

緊急咨詢(xún)！緊急咨詢(xún)！緊急咨詢(xún)！謝謝

請問(wèn)一下，我的CH395作為服務(wù)器時(shí)，電腦做為客戶(hù)端，通過(guò)路由器連接目前還是比較穩定，但是如果CH395直連PC機時(shí)，經(jīng)常出現異常斷開(kāi)，非常不穩定，網(wǎng)線(xiàn)用的直連線(xiàn)，是什么原因造成的呢,報的是遠程socket強制斷開(kāi)，395這端服務(wù)器的socket自動(dòng)斷開(kāi)了

您好，您用電腦端網(wǎng)絡(luò )抓包軟件查看一下交互數據，客戶(hù)端有沒(méi)有類(lèi)似心跳機制交互的數據傳輸（可能路由器不轉發(fā)此類(lèi)數據），而CH395方?jīng)]應答致使客戶(hù)端強制關(guān)閉。

20211210抓包.zip

現象是這樣的，我是395作為服務(wù)器，PC做為客戶(hù)端，連接上395服務(wù)器以后，用網(wǎng)絡(luò )調試助手每500ms發(fā)送一次數據，大概一兩分鐘，服務(wù)器這邊就強制斷開(kāi)了，今天試了一下交叉線(xiàn)，還是一樣，但是如果電腦和395都接在路由器上就可以比較穩定的工作，這其中有什么特別注意的嗎