daq

版權(quán)聲明：本文為IND4汽車人版權(quán)所有，未經(jīng)網(wǎng)站官方許可嚴(yán)禁轉(zhuǎn)載

昨天被人問起CCP的機制，講的過程中靈機一動打了個比方，事后回想了一下這個比方還算貼切，于是整理記錄下來。

CCP是“CAN Calibration Protocal”的縮寫，是基于CAN實現(xiàn)的一種最為基本的標(biāo)定協(xié)議，應(yīng)用非常廣泛。

因為是建筑在CAN之上的一個上層協(xié)議，所以只能在CAN數(shù)據(jù)區(qū)的8個Byte里做文章。

基本類比關(guān)系：

控制器（從設(shè)備）<->工廠

上位機標(biāo)定軟件如INCA等（主設(shè)備）<->客戶

CCP數(shù)據(jù)幀<->車輛

命令及響應(yīng)幀：公務(wù)車

DAQ數(shù)據(jù)幀：貨車

CAN總線<->公路

DAQ數(shù)據(jù)<->貨物

CCP幀的8個Byte中，第一個Byte被用作CCP命令的標(biāo)識符，類似于車輛的車牌，車牌號的范圍在0－255之間。也就是說工廠（控制器）的CCP車隊最多只能有256輛車。CAN幀數(shù)據(jù)域剩余7個Byte相當(dāng)于每輛車都有7個Byte的容量。

接下來，256輛車中，第255號和254號被用作工廠公務(wù)車，專門用來傳遞各種各樣的商務(wù)信息（沒有郵箱可用，只能靠人開車來回送信）：

255號車：每次客戶（上位機）派一輛車（指令幀CRO）送到工廠一條指令，工廠（控制器）處理一下，然后派255號車去反饋給客戶，例如，建立聯(lián)系，下訂單，了解生產(chǎn)能力，生產(chǎn)節(jié)拍等。根據(jù)需要，捎上必要的數(shù)據(jù)（7個Byte的容量）。CCP的11條基本命令和17條可選指令數(shù)據(jù)都靠這輛車來處理。

254號車：每當(dāng)工廠發(fā)現(xiàn)出現(xiàn)自身有特殊情況了，比如生產(chǎn)忙不過來了，庫存不夠了，派這輛車出去送信給客戶（上位機）

DAQ過程：

DAQ是Data Acquisation的縮寫，意指從設(shè)備按照主設(shè)備指定的方式，以固定節(jié)拍向主設(shè)備發(fā)送數(shù)據(jù)，即標(biāo)定中的觀測變量。

以前剛接觸INCA，配試驗環(huán)境經(jīng)常暈在里面，觀測信號有時沒加幾個就滿了，有時加了好多也不滿，有時候這個速率的滿了換個速率還能加，有時候怎么換都加不進(jìn)去了，都是些什么鬼。

言規(guī)正傳，DAQ第一步，客戶（上位機）派他的車來下訂單，告訴工廠我需要貨物A、B、C、D、E ... ...，然后貨物A和B是每天要發(fā)貨一次，貨物C和D是每2天發(fā)貨一次、貨物E每個周發(fā)貨一次就夠了。工廠接到后，派255號車去跟上位機反饋，沒問題，保證搞定。

接下來，如上所述，除了255和254兩輛車以外，還有0-253號共254輛車，這些車都是運貨（數(shù)據(jù)）的卡車，同樣裝7個Byte的數(shù)據(jù)。工廠就要開始安排生產(chǎn)和送貨了。254輛車不需要全用滿，只需要其中幾輛車就夠用了，例如從車庫里提出16輛車來干活，分成幾個班次（DAQList）的車隊，第一班次第天一趟，第二班次每二天一趟，第三班次每周一趟，... ...

接下來，就是按部就班，每次到點了，工廠（控制器）就到各個車間去收集所需的貨物（數(shù)據(jù)），然后裝到相應(yīng)班次的車上，發(fā)貨出去?？蛻簦ㄉ衔粰C）接到貨物，卸貨，拆包然后在電腦上的界面中顯示數(shù)值。

基本過程就是這樣。

與實際情況有點不同的是，在CCP DAQ過程中，客戶（上位機）比較辛苦，不僅要下訂單，而且還要幫工廠規(guī)劃生產(chǎn)和運輸方案。上述車隊的班次排布（DAQList），以及貨物（數(shù)據(jù)）如何優(yōu)化裝載，實際上都是上位機規(guī)定好了以后再告訴工廠（控制器）的，工廠只需要負(fù)責(zé)忠實執(zhí)行就行了。這就是CCP模塊配置中所謂的ODT（Object Deor Table），就是上位機向工廠下的訂單。只不過事無巨細(xì)規(guī)定的比較詳細(xì)，連貨物在第幾車間第幾區(qū)第幾個貨架上，應(yīng)該擺在哪輛車上的哪個位置都寫清楚了。

更詳細(xì)一點解釋。數(shù)據(jù)是分大小的，一般情況下，一個single類型的數(shù)據(jù)占4個Bytes，uint16類型占2Bytes，uint8和boolean類型占1Byte。如前所述，因為每輛貨車只能裝7個Bytes，因此如何充分利用車上的空間，就是要盡量塞滿同一班次里的每輛車。假設(shè)要觀測的量全部是single類型的（4bytes），那每輛車就只能裝1個single類型的貨物就占掉4bytes，剩3個bytes空在那里沒用，因為沒有小體積的貨物來裝，所以這種情況下可觀測的數(shù)據(jù)量就顯得非常少。上述填塞的過程是靠標(biāo)定軟件來優(yōu)化的。但這個班次的車隊塞不下了，換個班次可能就還有地方塞，所以換個采集速率可能就OK了。

另一方面，從工廠（控制器）本身來說，資源是有限的。如果真把254輛車全部用滿，工廠可能根本就處理不過來這么多貨物（計算資源），也沒地方來擺布這么多貨物（RAM資源），而且工廠對外的路就那么寬（CAN總線），有可能其它車也要跑，這個資源也有可能不夠（CAN負(fù)載率）。

所以，碰到做標(biāo)定時觀測量不夠的情況，可以考慮把ODT個數(shù)配置的多一些。每多加一個ODT就意味著多加一輛貨車，ODT里詳細(xì)定義了，應(yīng)該到工廠里的什么地址（控制器內(nèi)存）去取什么樣的貨物（數(shù)據(jù)），擺放在貨車的哪個位置。但ODT加的太多，有可能導(dǎo)致控制器的CPU負(fù)載率過高，RAM不夠用等問題，尤其是當(dāng)控制程序本身就很大的情況下，可能會跟CCP在控制器資源上打架。另外，實際上一個ODT表本身占的大小比他所指定的貨物（數(shù)據(jù)）還大。

最后，CCP的這些配置最終會體現(xiàn)在ASAP2（A2L）接口文件中。在基于模型自動代碼生成的開發(fā)方式下，配置信息（工廠的基本信息，如地址，生產(chǎn)能力，生產(chǎn)班次等）在編譯過程中都會生成到A2L文件中。上位機軟件根據(jù)A2L文件的信息，就知道如何與特定控制器打交道了。

80%

1

步