再調(diào)試CH395Q，進(jìn)行與上位機(jī)UDP通信實(shí)驗(yàn)時(shí)，發(fā)現(xiàn)這樣一個(gè)奇怪現(xiàn)象：
1.CH395Q發(fā)送給上位機(jī)的數(shù)據(jù)完全正確；
2.CH395Q接收數(shù)據(jù)中，低字節(jié)的首部始終為0。
比如：上位機(jī)發(fā)送16進(jìn)制的“FF FF”，CH395Q始終接收到的是“FF 7F”，也就是收到“1111 1111 0111 1111”，低字節(jié)的最高位始終為0，收不到1。

不知道為什么會(huì)有這樣的問(wèn)題？是時(shí)序的問(wèn)題嗎？

您好，根據(jù)您描述的現(xiàn)象，建議找一個(gè)USB轉(zhuǎn)串口的工具，通過(guò)CH395 EVT中的DEBUG395.EXE串口操作CH395，此時(shí)進(jìn)行數(shù)據(jù)收發(fā)，獲取MAC地址是否正常，以此來(lái)排除是否是接口時(shí)序?qū)е略搯?wèn)題。數(shù)據(jù)包變化過(guò)程中，也可以借助邏輯分析儀抓取接口時(shí)序，判斷通信是否正常。

你好，我也遇到了類似的問(wèn)題，請(qǐng)問(wèn)你解決了嗎？

您好，可以在數(shù)據(jù)傳輸前使用CHECK_EXIST命令檢測(cè)一下MCU和395之間的通信是否正常，如果檢測(cè)命令沒有問(wèn)題，可以在數(shù)據(jù)傳輸時(shí)通過(guò)邏輯分析儀具體看一下數(shù)據(jù)是否正確。后續(xù)可以郵箱交流（lq@wch.cn）