CCP保溫隔熱復(fù)合板

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

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

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

因?yàn)槭墙ㄖ贑AN之上的一個(gè)上層協(xié)議，所以只能在CAN數(shù)據(jù)區(qū)的8個(gè)Byte里做文章。

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

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

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

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

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

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

CAN總線<->公路

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

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

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

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

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

DAQ過程：

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

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

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

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

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

基本過程就是這樣。

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

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

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

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

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

80%

1

步