您好，你的數(shù)據(jù)包里面還有DHCP協(xié)議數(shù)據(jù)包的收發(fā)，直接連PC的時候需要關(guān)閉DHCP的使能。

你好，我這個問題解決了，是復(fù)位腳的問題，謝謝

你好，我描述一下我的問題，我這邊采用CH395Q，8個socket全部使用，其中7個作為UDP客戶端，一個作為TCP客戶端；

出現(xiàn)的現(xiàn)象呢是：之前8個socket一起打開時會出現(xiàn)程序運(yùn)行期間突然收到一個Tcp Connect 中斷，然后某socket突然接受到大量數(shù)據(jù)（大量ffff），然后所有的socket狀態(tài)就變成了ff，

起初我以為是TCP socket的問題，然后我將TCPsocket代碼屏蔽后依然會出現(xiàn)這個問題。經(jīng)過數(shù)分鐘后，可以自動恢復(fù)，不清楚是什么原因。

您好，先確定開啟的8個socket能正常通信。程序默認(rèn)分配4個socket的量，使用8個socket需要重新分配緩沖區(qū)。

緩沖區(qū)我是重新分配了的

您好，相關(guān)問題可聯(lián)系我司網(wǎng)絡(luò)產(chǎn)品線技術(shù)支持，可以詳述問問題情況。http://m.findthetime.net/services/technical_support.html?

?

我們使用CH395Q和W5500進(jìn)行背板以太網(wǎng)通信（無變壓器，通過0.1uF電容耦合），現(xiàn)在上電會偶發(fā)二者無法通信，重新掉電之后又好了，請問可能是什么原因？另外貴司的電話技術(shù)支持也太拉跨了，換了幾個人感覺就沒一個懂的，就在那兒沉默，敷衍，不解決問題也不提供思路，真的氣。

工程師您好，首先對您不愉快的咨詢過程深表歉意，不論是您方的期望還是我司方的目的都會以解決客戶問題為首要，希望能您能多支持。我們接受對產(chǎn)品不足上的批評，但同時希望之后在電話咨詢的過程中減少對公司、產(chǎn)品及通話人的罵責(zé)行為，能在通話過程中提供有效的問題信息。

以下是想對一些問題進(jìn)行詢問

（1）是否經(jīng)過調(diào)試測試，對兩顆芯片哪一方存在的問題（鑒于您在另外一個帖子中說的是插座鏈接，大致上可以交換兩端芯片? ? ? ? ? ?板的種類進(jìn)行測試）。

（2）以太網(wǎng)通信不上，是指物理層Link不上，還是指傳輸層的通信收發(fā)問題（包括使用UDP無法發(fā)送或是TCP模式下無法握手? ? ? ? ? ?成功），可以詳述問題狀況。

（3)? 您說的上電偶發(fā)“二者無法通信的狀況”是指如果上電后能通信便一直正常，上電后不正常就無法恢復(fù)的現(xiàn)象嗎？

（4）您直接用的背板通信，雖然相對來說是小負(fù)載驅(qū)動，但還是除了必需的耦合電容之外還是在收發(fā)線路上加上上拉，以增強(qiáng)? ? ? ? ? ?穩(wěn)定的驅(qū)動性。

（5）您使用的FPGA進(jìn)行驅(qū)動，還是希望提供能反映運(yùn)行過程的信息，比如FPGA驅(qū)動CH395出問題時狀態(tài)機(jī)的狀態(tài)位，和讀? ? ? ? ? ? ?取到的CH395本身的運(yùn)行狀態(tài)信息。

（6）上電“偶發(fā)二者無法通信”現(xiàn)象，是否此次上電前保持過較長時間掉電狀態(tài)？

通過您的描述，出問題的情況基本固定在上電時刻（即假設(shè)上述第 2 項(xiàng)成立），在此狀況下提供的假設(shè)建議：

（1）網(wǎng)絡(luò)口通過50cm的傳輸線進(jìn)行傳輸此前沒有做過相關(guān)的驗(yàn)證，鑒于您之前在其他帖子下的發(fā)問，可能的問題可以看一? ? ? ? ? ? ? ?下：?http://m.findthetime.net/bbs/thread-65673-1.html? 的帖子。

（2）芯片啟動時刻整個通信線路上的信號循環(huán)反射程度基本上是最強(qiáng)的時刻，并且電源線上的電壓振鈴會增加芯片啟動的不穩(wěn)

? ? ? ? ?定性

（3）信號線下層和兩邊都要盡量鋪地，兩邊地上并排打上過孔

（4）中間加上的電容主要是隔直作用，但若兩者本身的交流信號存在差異，0.1uF不是固定值，可以依據(jù)實(shí)際帶寬進(jìn)行優(yōu)化? ? ? ? ? ? ?（鑒于正常傳輸下始終正常傳輸，很可能還是上啟動存在問題），可以適當(dāng)降低電容值，或者在電容旁并聯(lián)兆歐電阻或者? ? ? ? ? ? ? 串聯(lián)小幾十歐姆左右電阻）。

? 在目前您有的通信板的情況下，建議做的測試項(xiàng)：

（1）可以交換兩端芯片板的種類進(jìn)行測試（CH395與CH395，CH395與W5500，W5500與W5500）

（2）監(jiān)測 INT RSTI SEL等重要功能腳上電前后的電平位，查看正常不正常時是否有明顯的分別。

（2）嘗試給CH395與其FPGA主控和W5500及其FPGA主控先后上電（可改變上電的先后順序），看是否減少甚至不復(fù)現(xiàn)異常? ? ? ? ? ?的概率。

（3）嘗試增加各CH395Q電源周圍和主電源輸入的濾波電容的電容值

（4）監(jiān)測出現(xiàn)異常狀況時候CH395芯片的晶振的起振狀態(tài)

（5）如果信號線上未接電阻上拉，建議飛線嘗試

CH395 TCP服務(wù)器端，在傳輸過程中斷開連接的問題：

將CH395配置成主機(jī)端模式，并發(fā)送數(shù)據(jù)，在發(fā)送過程中，會出現(xiàn)斷開連接的問題，用CMD_GET_INT_STATUS_SN獲取狀態(tài)，獲取到值為SINT_STAT_DISCONNECT （socket斷開狀態(tài)）。

現(xiàn)在按照討論區(qū)的方法，進(jìn)行重連，如果直接按照open socket 再監(jiān)聽的步驟，會出現(xiàn)1B（已被使用）或者17（連接關(guān)閉）的問題。

現(xiàn)在想咨詢遇到該問題的解決步驟和問題排查方法.

（1）可能是接收線程調(diào)度的問題。由于其他線程在某時刻的占用導(dǎo)致對端發(fā)送的數(shù)據(jù)無法及時接收。

（2）主要可能是數(shù)據(jù)接收的后處理導(dǎo)致。可以屏蔽處理代碼，單純的接收測試，如測試后確定與接收后處理有關(guān)，請對處理項(xiàng)

? ? ? ?? 逐一調(diào)試。

技術(shù)支持你好，請問可以提供一份使用STM32的SPI接口驅(qū)動CH395的例程嗎？最好是使用FREERTOS系統(tǒng)的。

謝謝。

您好，只有裸機(jī)程序，暫無操作系統(tǒng)。已發(fā)送至您郵箱。

謝謝

您好，我用CH395Q的socket1發(fā)送UDP數(shù)據(jù)，電腦一直無法收到，而socket中斷一直回饋數(shù)據(jù)為0x41，根據(jù)手冊描述，是空閑以及超時中斷？超時中斷是怎么產(chǎn)生的？我電腦的IP和端口設(shè)置都正確。

您好，UDP協(xié)議下第一包數(shù)據(jù)可能因?yàn)闉榇嬖贏RP而發(fā)送失敗，需要在超時終端里補(bǔ)發(fā)。