1。數(shù)據(jù)量和數(shù)據(jù)的速率：首先必須搞清出到底有多少數(shù)據(jù)需要進(jìn)行傳輸，其對(duì)時(shí)間的要求如何（體現(xiàn)在速率上）；
2。根據(jù)系統(tǒng)的資源和特點(diǎn)，選擇合適的接口，ARM 如SPI、UART、I2C、USB或者是普通的并口，實(shí)現(xiàn)的方式是采用ARM的中斷來進(jìn)行數(shù)據(jù)的收發(fā)，并建立數(shù)據(jù)的收發(fā)緩沖，緩沖的大小根據(jù)數(shù)據(jù)處理的速度和傳輸?shù)乃俣葋頉Q定；
3。數(shù)據(jù)的完整性，在數(shù)據(jù)的通訊過程中，如何保證數(shù)據(jù)的正確性和完整性是主要的問題。一般可以采用數(shù)據(jù)包加校驗(yàn)數(shù)據(jù)的做法，數(shù)據(jù)包的大小可根據(jù)數(shù)據(jù)傳輸?shù)幕締挝唬ㄋ^基本單位是指一獨(dú)立的數(shù)據(jù)結(jié)構(gòu)，比如時(shí)間數(shù)據(jù)結(jié)構(gòu)，日期數(shù)據(jù)結(jié)構(gòu)等，其目的是希望此類結(jié)構(gòu)能夠在一個(gè)包中傳輸完畢，避免數(shù)據(jù)的不必要的分散）來決定，而校驗(yàn)的方式則可以更具實(shí)際的情況的選擇，可以采用普通的CheckSUm的校驗(yàn)，也可一采用CRC校驗(yàn)等，若無須糾錯(cuò)，則建議盡可能簡(jiǎn)單為好（當(dāng)然，出錯(cuò)的數(shù)據(jù)包需要重發(fā)）。
4。數(shù)據(jù)的處理安排在主程序中來進(jìn)行，這樣可以讓CPU可以隨時(shí)響應(yīng)各種中斷，避免了由于在中斷處理程序中占用了太長(zhǎng)的時(shí)間而耽誤了其他中斷的響應(yīng)；

對(duì)于外設(shè)的管理，一般是采用中斷的形式來進(jìn)行的ARM ，中斷只用來完成數(shù)據(jù)的收發(fā)，并創(chuàng)建消息以通知主循環(huán)程序?qū)ο⑦M(jìn)行處理。此類情況在沒有OS的系統(tǒng)中是一件非常容易的事情，但對(duì)于采用了OS的系統(tǒng)來說，則可能會(huì)復(fù)雜一些，因?yàn)閷?duì)于大多數(shù)OS來講，底層的資源一般是被封裝的，而對(duì)于應(yīng)用程序來講，只能通過API來進(jìn)行訪問，使用起來可可能有些被束縛的感覺！，當(dāng)然，也可以自己謝一些Driver來實(shí)現(xiàn)。

對(duì)于非標(biāo)準(zhǔn)系統(tǒng)，數(shù)據(jù)的通訊原則上是隨意的，并不需要采用標(biāo)準(zhǔn)的通訊協(xié)議或方式，只要保證速率和數(shù)據(jù)的正確性，采用任何的方式都是可行的！
SPI，UART是用于系統(tǒng)編程通信固化
I2C是ARM與ARM間通信合適
USB和電腦連還可以，在DSP與ARM間通信不合適！在板上同時(shí)給ARM和DSP各掛一個(gè)USB？ARM 不好吧，

另外
通訊的選擇是沒有固定模式的，特別是對(duì)于內(nèi)部的通訊方式，更是由系統(tǒng)的設(shè)計(jì)來決定的，所列舉的接口只是一種提示而已，實(shí)際的選用則*可以根據(jù)系統(tǒng)的資源的配置來決定，也可借用所列舉的接口的一些特點(diǎn)和優(yōu)點(diǎn)來設(shè)計(jì)自己的通訊接口－這才是關(guān)鍵。比如用IO口的中斷和并行數(shù)據(jù)傳輸或串行數(shù)據(jù)傳輸來實(shí)現(xiàn)兩個(gè)芯片的通訊等。因此你可能需要詳細(xì)的理解兩款芯片的資料，然后根據(jù)自己的項(xiàng)目的要求來機(jī)進(jìn)行設(shè)計(jì)！ARM 希望能對(duì)你有所啟發(fā)！