ARM 數(shù)控系統(tǒng)高速處理串口數(shù)據(jù)的研究-基礎(chǔ)電子_第1頁
ARM 數(shù)控系統(tǒng)高速處理串口數(shù)據(jù)的研究-基礎(chǔ)電子_第2頁
ARM 數(shù)控系統(tǒng)高速處理串口數(shù)據(jù)的研究-基礎(chǔ)電子_第3頁
ARM 數(shù)控系統(tǒng)高速處理串口數(shù)據(jù)的研究-基礎(chǔ)電子_第4頁
ARM 數(shù)控系統(tǒng)高速處理串口數(shù)據(jù)的研究-基礎(chǔ)電子_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

精品文檔-下載后可編輯ARM數(shù)控系統(tǒng)高速處理串口數(shù)據(jù)的研究-基礎(chǔ)電子摘要:數(shù)控實際加工先采用CAD/CAM軟件畫圖,根據(jù)圖形生成G代碼,然后將G代碼傳送給數(shù)控系統(tǒng)來進行實際加工,實際一個工件生成的G代碼相對ARM所擁有的存儲資源而言很大,為了解決G代碼傳輸速度與ARM數(shù)控系統(tǒng)代碼處理速度不匹配問題,利用ARM的串口傳送G代碼,實現(xiàn)了ARM數(shù)控系統(tǒng)代碼高速處理的同時,串口數(shù)據(jù)正確高速傳送。.經(jīng)研究與實驗,這種方法簡單易行,在保證數(shù)據(jù)準確的前提下,提高了數(shù)據(jù)傳輸速度,提高了數(shù)控系統(tǒng)的加工效率。

一、引言

現(xiàn)代數(shù)控加工都是先采用CAD/CAM軟件畫出零件的加工草圖,然后根據(jù)草圖做適當?shù)膶傩栽O(shè)置,生成G代碼,生成G代碼之后通過某種方式將G代碼傳送給數(shù)控系統(tǒng)進行解釋轉(zhuǎn)化成實際的軸運動。但是由于實際生成的G代碼數(shù)據(jù)量相對于ARM嵌入式數(shù)控系統(tǒng)存儲資源而言很大,不可能將G代碼全部傳給ARM數(shù)控系統(tǒng)存儲起來之后再一條一條來解釋、加工,因此在數(shù)據(jù)傳輸?shù)倪^程中應(yīng)該有一個流量控制的問題。雖然PC機G代碼到ARM數(shù)控系統(tǒng)代碼傳送方式很多,但ARM的串口相對而言,操作方便,因此本設(shè)計采用串口來傳送數(shù)據(jù)。雖然串口方便操作,但是在數(shù)據(jù)傳送過程中也存在一些問題,比如說,PC機向ARM傳送9個數(shù)據(jù),卻只收到8個,如果數(shù)據(jù)傳送的很大,就會丟失的更多,并且如果數(shù)據(jù)量大,就需要傳送的波特率大,但是波特率大不僅會使數(shù)據(jù)產(chǎn)生遺漏,而且會使傳送過來的G代碼得不到數(shù)控系統(tǒng)的及時處理,如果波特率太低,傳送的時間肯定會很長,降低了加工效率。

出現(xiàn)這么多問題是什么原因呢,經(jīng)過分析,提出一種方法,能夠保證數(shù)據(jù)正確的情況下提高數(shù)據(jù)傳輸速度和數(shù)控系統(tǒng)代碼處理能力。以LPC系列為主的32位ARM控制器具有速度快,容量大,性能穩(wěn)定,在線調(diào)試方便等優(yōu)點,ARM作為智能控制器應(yīng)用于工業(yè)控制領(lǐng)域具有廣闊的前景。ARM在工控領(lǐng)域的應(yīng)用中,與上位機軟件進行數(shù)據(jù)傳輸和處理是經(jīng)常需要解決的問題。

二、ARM串口初始化設(shè)置及中斷服務(wù)程序

LPC2292處理器有兩個串口,每個串口有16字節(jié)接收FIFO和16字節(jié)發(fā)送FIFO,寄存器位置符合I6C550工業(yè)標準,接收器FIFO觸發(fā)點可以設(shè)置成為1、4、8、14字節(jié)觸發(fā),內(nèi)置波特率發(fā)生器。有四種中斷:數(shù)據(jù)可用中斷,字符接受超時中斷,THRE中斷,Rx線狀態(tài)中斷。串口在進行數(shù)據(jù)接受的時候,設(shè)計了一個緩沖隊列用來存儲接收到的數(shù)據(jù)。

(1)數(shù)據(jù)緩存隊列數(shù)據(jù)結(jié)構(gòu)設(shè)計

其中QUEUE_DATA_TYPE代表傳輸?shù)臄?shù)據(jù)類型,每當有數(shù)據(jù)從串口傳入ARM的時候,通過In指針使數(shù)據(jù)入隊列,有數(shù)據(jù)需要處理的時候,利用Out指針來出隊列,至于隊列大小,要根據(jù)波特率的大小、串口中斷頻率等因素決定。還需要實現(xiàn)兩個函數(shù)uint8QueueWrite(void*Buf,QUEUE_DATA_TYPEData),和uint8QueueReadQUEUE_DATA_TYPE*Ret,void*Buf),主要是用來往數(shù)據(jù)隊列里寫數(shù)據(jù)和從數(shù)據(jù)隊列里取數(shù)據(jù),采用的是先進先出(FIFO)的方式.

(2)串口初始化程序:

U0IER=0x05;/*允許接收和發(fā)送中斷*/

}

(3)中斷服務(wù)程序

中斷處理函數(shù)具體實現(xiàn)

1.數(shù)據(jù)可用中斷處理

For(i=0;i8;i++)//因為串口初始化是8字節(jié)中斷

{QueueWrite(Buf,UARBR);}

2.數(shù)據(jù)超時中斷處理:

While(1)

{

If(UALSR0x00000001==1)

{QueueWrite(Buf,UARBR);}

ElseBreak;

}

3.理論上可以屏蔽THRE中斷,但是同樣也可以處理中斷,處理方法是往FIFO中填充數(shù)據(jù)

For(i=0;i16;i++)

{

QUEUE_DATA_TYPEdata;

QueueRead(data,Buf)

U0THR=data;

}

4.同樣線中斷也可以屏蔽,當然也可以處理,處理的方法只需要讀U0TSR寄存器Data=U0TSR;

中斷服務(wù)程序中處理了超時中斷,因此設(shè)置串口中斷觸發(fā)字節(jié)可以設(shè)置的大些,這樣可以保證數(shù)據(jù)不會丟失,同時減少系統(tǒng)中斷次數(shù),減小系統(tǒng)負荷,提高處理器的處理速度。

圖1中斷服務(wù)程序流程圖

三、上位機軟件和ARM串口數(shù)據(jù)傳送軟件設(shè)計

ARM系統(tǒng)中開辟了一個串口數(shù)據(jù)接收隊列緩存區(qū),因此就要求上位機串口發(fā)送軟件能夠配合ARM處理能力對數(shù)據(jù)發(fā)送進行流量控制。

圖2上位機軟件和ARM數(shù)據(jù)傳送流程圖

程序中NUM表示文件的總字符數(shù),在開始傳送代碼數(shù)據(jù)的時候作為開始發(fā)送文件的一個信號傳送給ARM,同時作為文件傳送結(jié)束判斷依據(jù)。SUM表示代碼已經(jīng)傳送的字符數(shù)。其初始化值為0。

四、結(jié)論:

串口設(shè)置為:波特率115200,8位數(shù)據(jù)位,1為停止位,無奇偶校驗,無流控制。通過串口調(diào)試助手,選擇發(fā)送文件,發(fā)送PC機上CAM軟件CAXA制造工程師生成的加工文件(大小182K)。通過串口發(fā)送

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論