我們使用ch375從下位機（單片機）向上位機（PC機）傳送數(shù)據(jù)，但是一直不對，我現(xiàn)在想從下位機傳送兩個數(shù)組的到PC機，請仿照test.c給寫一個例程，謝謝！ GrapTemp_X[64] = {8,8,8,8,5,8,10,5,6,8,11,4,5,8,12,4,8,12,13,3,8,13,14,2,8,14,15,1,8,14,8,8,8,6,8,7} GrapTemp_Y[64] = {1,2,3,4,5,5,5,6,6,6,6,7,7,7,7,8,8,8,8,9,9,9,9,10,10,10,10,11,11,11,12,13,14,15,15,16} 將這兩個數(shù)組從單片機傳到pc機 謝謝！ 發(fā)到我油箱個人信息保護，已隱藏

我之前寫的程序讀回來的數(shù)緩沖區(qū)里的數(shù)一直是0，1，2，3，4，5......遞增的。 是否緩沖區(qū)里的數(shù)初始化就是0，1，2，3，4...... 什么原因？

你有沒按照前面給你改的程序修改?我驗證過將這兩組數(shù)據(jù)傳到PC機沒有問題. 你先直接用TEST程序測試下,看是否正確,看硬件有沒有問題.

改過了阿，但還是不行啊 你們例程的上位機程序中有通知下位機開始測試的過程是必需的么，通訊之前必須作這個么 pDlg->m_describe.InsertString(-1,_T("*** Step-0: notice MCU start test"));

pDlg->mBuffer[0]=TEST_START; /////////////這個宏定義下位機里有么？？？？？？ mTotal=1; if ( CH375WriteData( 0, &pDlg->mBuffer, &mTotal ) ) // 發(fā)送成功 { pDlg->m_describe.InsertString(-1,_T("Start test now...")); }

另外，我們測試過，上位機下傳數(shù)據(jù)是正確的。 ？？？？？？？？？？？？？？

你上位機用DEBUGCH372這個工具來調(diào),下位機用我改過的程序,看上傳的數(shù)據(jù)是否正確.

不對.與原來一樣。數(shù)據(jù)還是0.1.2.3.4.5............ 是不是硬件壞了呢？ 換了一套ch375,結(jié)果也一樣

上位機用的是DEBUGCH372?直接用TEST程序和改的程序都不正確,那可能就是你的硬件有點問題

怎么測試芯片是否壞了? 我們在運行程序的時候能有發(fā)現(xiàn)硬件,即能發(fā)現(xiàn)下位機. 那會是硬件什么地方問題?

你具體的現(xiàn)象是什么? 是在數(shù)據(jù)傳輸?shù)倪^程中在設(shè)備管理器中一直發(fā)現(xiàn)新硬件? 要是硬件一會找到一會找不到,證明CMD_RESET_ALL命令已經(jīng)發(fā)下去了 測試芯片好壞可以這樣測試: 發(fā)CMD_CHECK_EXIST命令,寫一個數(shù)據(jù)進去,看返回的數(shù)據(jù)是不是寫進去的數(shù)據(jù)取反

在傳輸?shù)倪^程中,一直發(fā)現(xiàn)新硬件.用CMD_CHECK_EXIST命令了,返回的數(shù)據(jù)是正確的沒有反.說明芯片沒有問題,我們是做的PCB板,原理圖是按372里給的資料做的,我把電路圖發(fā)到你們的技術(shù)支持郵箱里,請你們幫我們看看圖有沒有問題!謝謝!

返回數(shù)據(jù)應(yīng)該是輸入數(shù)據(jù)的按位取反才正確,例如寫了0x55進去,讀出來的數(shù)據(jù)應(yīng)該是0xAA.

對,返回的數(shù)據(jù)和輸入的數(shù)據(jù)相反,但是還是不對啊!不知道哪一塊問題