usbcan-ii-pro-用戶手冊-資料下載頁
2025-04-11 23:07本頁面
【正文】 用戶設(shè)置不當(dāng)而引起，如： 波特率設(shè)置不一致、沒有啟動CAN控制器便調(diào)用發(fā)送函數(shù)等。大部分錯誤已經(jīng)在設(shè)備驅(qū)動中作了簡單的處理，如果要進行更深層次的錯誤分析和處理，可以調(diào)用ReadCANStatus 函數(shù)。另外需要注意的是數(shù)據(jù)溢出中斷錯誤，它的產(chǎn)生有兩種可能：(1) 軟件接收緩區(qū)沖溢出。 這說明應(yīng)用程序無法及時處理接收到的數(shù)據(jù)，這時用戶應(yīng)該優(yōu)化應(yīng)用程序或更改通訊策略。 (2)硬件接收緩沖區(qū)溢出。產(chǎn)生這種錯誤是由于接收端 PC 中斷延遲太大而引起的。只能通過 提升計算機性能或協(xié)調(diào)其余節(jié)點適當(dāng)降低發(fā)送速度來解決。10. 打開關(guān)閉設(shè)備要注意哪些事項？USBCANII Pro接口卡提供2個CAN端口，用戶能夠在同一程序中操作不同的端口。USBCANII Pro接口卡不允許共享方式打開設(shè)備，同一個設(shè)備不可被不同進程通過調(diào)用OpenDevice函數(shù)多次打開。OpenDevice和CloseDevice函數(shù)一般在應(yīng)用程序初始化和退出時只需要調(diào)用一次。當(dāng)關(guān)閉設(shè)備時若能當(dāng)前端口不再使用，應(yīng)該先調(diào)用ResetCAN函數(shù)使當(dāng)前端口脫離CAN總線，設(shè)備驅(qū)動程序只會在最后一個設(shè)備句柄關(guān)閉時才自動調(diào)用ResetCAN退出CAN總線的連接。11. 如何使用中斷方式操作通訊卡？USBCAN接口卡不提供直接操作中斷的接口，因為中斷已經(jīng)在驅(qū)動程序中處理了。需要在應(yīng)用程序中操作中斷的多數(shù)原因是：程序不知道數(shù)據(jù)何時能到達設(shè)備，需要得到一個接收消息的觸發(fā)才能從緩沖讀取數(shù)據(jù)。解決這個問題的一般手段是使用多線程（或多任務(wù)）。即啟動一個新的線程，在線程中循環(huán)調(diào)用Receive函數(shù)來查詢接收緩沖。Receive內(nèi)部已實現(xiàn)了阻塞機制，在緩沖里沒有數(shù)據(jù)時會掛起調(diào)用線程，這時不會占用CPU的時間，應(yīng)用程序仍然可以處理其他事務(wù)。12. 如何更好的使用Transmit發(fā)送函數(shù)？USBCAN接口卡的驅(qū)動提供約128幀發(fā)送緩沖FIFO，每次Transmit調(diào)用最多發(fā)送約128幀數(shù)據(jù)。發(fā)送設(shè)備的發(fā)送速度由當(dāng)前計算機軟硬件性能決定，一般連續(xù)發(fā)送速度在2000 fps 左右(標(biāo)準數(shù)據(jù)幀11Bytes，1Mbps)，若發(fā)送速度過快將有可能使遠端接收設(shè)備數(shù)據(jù)溢出而失去響應(yīng)，這樣用戶可在應(yīng)用編程中適當(dāng)添加延時以降低發(fā)送速度。發(fā)送過程中每一幀都有超時限制，單幀發(fā)送時超時時間約2秒，一次發(fā)送多幀時最后一幀發(fā)送超時為2秒，其余為1秒。發(fā)送超時一般由于CAN總線繁忙且當(dāng)前節(jié)點優(yōu)先級較低時發(fā)生，并不是函數(shù)調(diào)用或通訊錯誤，用戶可以編程實現(xiàn)重發(fā)(一般中低速網(wǎng)絡(luò)極少發(fā)生發(fā)送超時事件)。因此，在系統(tǒng)設(shè)計時注意保證CAN總線占用不應(yīng)該超過總線容量的6070%。13. 如何更好的使用Receive函數(shù)？設(shè)備驅(qū)動提供100000幀軟件接收緩沖區(qū)，這為應(yīng)用編程人員提供了充足的反應(yīng)處理時間。當(dāng)軟件接收緩沖數(shù)據(jù)溢出時設(shè)備驅(qū)動程序?qū)⒄{(diào)用ResetCAN復(fù)位CAN總線，同時置位CAN status的數(shù)據(jù)溢出中斷標(biāo)志位，注意軟件緩沖溢出和CAN控制器硬件緩沖溢出都是使用該標(biāo)志位。接收函數(shù)提供Wait參數(shù)適合用于多線程編程，函數(shù)內(nèi)部封裝一個阻塞函數(shù)，其參數(shù)Wait含義如同Win32的WaitForSingleObject的dwMilliseconds參數(shù)(請參考Win32API說明)，它 為Receive指定一個超時返回時間，單位為毫秒。當(dāng)Wait為0時函數(shù)調(diào)用時立即返回當(dāng)前成功讀取到的幀數(shù)，若接收緩沖為空則返回0。 當(dāng)Wait非0時，若函數(shù)調(diào)用時接收緩沖中已經(jīng)有數(shù)據(jù)則馬上返回成功讀取的幀數(shù)，若這時接收緩沖為空，函數(shù)將等待一個指定的超時到達或接收到數(shù)據(jù)才返回成功接收的幀數(shù)。當(dāng)Wait為0xFFFFFFFF時為無限等待直到有數(shù)據(jù)接收到，建議不要把Wait設(shè)得過大，無限等待更應(yīng)該注意。nFrames等于0時函數(shù)實際是一個通知消息返回，不要求讀接收緩沖區(qū)，是一個特殊的技巧性用法。注意：若在主線程中調(diào)用Receive函數(shù)并且Wait非0則有可能引起應(yīng)用程序暫時性的失去響應(yīng)。若通過查詢方式接收，一般應(yīng)該把Wait設(shè)為0。 標(biāo)準幀CAN 標(biāo)準幀信息為11個字節(jié)，包括兩部分：信息和數(shù)據(jù)部分。前3個字節(jié)為信息部分。字節(jié)1為幀信息。第7位（FF）表示幀格式，在標(biāo)準幀中，F(xiàn)F＝0；第6位（RTR）表示幀的類型，RTR=0表示為數(shù)據(jù)幀，RTR=1表示為遠程幀；DLC 表示在數(shù)據(jù)幀時實際的數(shù)據(jù)長度。字節(jié)3 為報文識別碼，11位有效。字節(jié)4～11為數(shù)據(jù)幀的實際數(shù)據(jù)，遠程幀時無效。 擴展幀CAN 擴展幀信息為13個字節(jié)，包括兩部分，信息和數(shù)據(jù)部分。前5個字節(jié)為信息部分。字節(jié)1為幀信息。第7位（FF）表示幀格式，在擴展幀中，F(xiàn)F＝1；第6位（RTR）表示幀的類型，RTR=0表示為數(shù)據(jù)幀，RTR=1表示為遠程幀；DLC表示在數(shù)據(jù)幀時實際的數(shù)據(jù)長度。字節(jié)2～5為報文識別碼，其高29位有效。字節(jié)6～13為數(shù)據(jù)幀的實際數(shù)據(jù)，遠程幀無效。22
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1