通訊采用單向數(shù)據(jù)查詢上傳傳輸方式.測(cè)試數(shù)據(jù)為10字節(jié)數(shù)據(jù). 開發(fā)環(huán)境與工具：wave6000仿真器、keilc、應(yīng)用電路板、DELPHI2006

在測(cè)試中發(fā)現(xiàn)通訊不穩(wěn)定：有時(shí)能持續(xù)接收、發(fā)送多次，但有時(shí)按發(fā)送按鈕，與CH375 ACT腳相連的LED就滅了.忘hcn及諸位大蝦指點(diǎn)。

PC端定義10字節(jié)數(shù)組，初始化為0~9 。

formcreate事件中打開CH375設(shè)備，初始化CH375SetBufUpload（0，1）、設(shè)置CH375SetTimeout（0，50，80）；

使用了2按鈕控件（一個(gè)發(fā)送，一個(gè)接收）和一個(gè)MEMO控件。按下發(fā)送按鈕后，WRITEAPI將數(shù)組下傳，MEMO控件輸出實(shí)際輸出字節(jié)數(shù)。按下接收按鈕后調(diào)用ch375read api.MEMO1控件輸出接收內(nèi)容

在51固件程序中定義了10字節(jié)的數(shù)組緩存U2C_buf。使用端點(diǎn)2作為測(cè)試端點(diǎn)。CH375發(fā)生接收中斷后，51響應(yīng)中斷將數(shù)據(jù)存到 u2c_buf,同時(shí)將數(shù)據(jù)發(fā)往端點(diǎn)2IN。

USB傳輸不穩(wěn)定有以下幾個(gè)原因：一是時(shí)鐘不穩(wěn)定，二是時(shí)鐘受干擾，三是USB信號(hào)受干擾。這三種情況通常與電路及PCB設(shè)計(jì)有關(guān)，尤其是時(shí)鐘電路的GND、USB芯片的GND、電源退耦電容的GND之間盡量縮短連接，具體說(shuō)明請(qǐng)參考 USB芯片的電路及PCB設(shè)計(jì)的注意事項(xiàng)README.PDF。四，就是軟件上面的問題，你可以用我們的TEST程序先跑上10多個(gè)小時(shí)，如果沒問題的話那就是軟件 上面的問題，如果有問題的話，那就是硬件上面的問題，那就可以參考上面的幾種方法來(lái)解決 還有就是你在調(diào)試的時(shí)候先用我們的CH372DEBUG來(lái)調(diào)試下位機(jī)，調(diào)試成功之后在用下位機(jī)程序來(lái)調(diào)試上位機(jī)程序

電路是自己焊的板 使用貴公司的TEST程序,總是提示"返回長(zhǎng)度錯(cuò)誤"return length error 0(0).... 但是與CH375 ACT相連的LED長(zhǎng)亮.是上述硬件原因嗎?

電路是自己焊的板 使用貴公司的TEST程序,總是提示"返回長(zhǎng)度錯(cuò)誤"return length error 0(0).... 但是與CH375 ACT相連的LED長(zhǎng)亮.是上述硬件原因嗎?

電路是自己焊的板 使用貴公司的TEST程序,總是提示"返回長(zhǎng)度錯(cuò)誤"return length error 0(0).... 但是與CH375 ACT相連的LED長(zhǎng)亮.是上述硬件原因嗎?

因?yàn)槲覀円话阍趹?yīng)用之前都會(huì)自己搭建實(shí)驗(yàn)電路板。 建議貴公司直接提供USB模塊，在DIP-28板上焊上芯片、時(shí)鐘和退藕電容，作為產(chǎn)品付一定費(fèi)用提供用戶試用。我想這樣既方便用戶應(yīng)用，加快產(chǎn)品開發(fā)速度；又提高了貴產(chǎn)品易用性和附加值（比裸片），潛在的增加貴公司產(chǎn)品的銷量。

不知認(rèn)識(shí)是否正確？