CIM的架構電腦整合製造（Computer integrated manufacturing）簡稱CIM，就是將生產所須的控制整合於電腦的系統中，電腦提供了設計、測試、製造、裝配、檢驗、物料控制、人事管理與市場資訊……等功能。
電腦連接各部門，提高了生產的效益，其明顯的效益如：
．工程設計成本減少
．交貨時間縮短
．產品品質提高
．生產力提升
．存貨減少
．人事成本減少
．工程師能力增加
．省略不必要的文書作業
=======================================
跟設備對應收集製程資料的稱為BC(廠務端)。PLC就是需要跟BC來溝通。BC廠務端，需要跟很多的設備(PLC)來連結，所以會規定一個保持時間。保持時間：就是因為BC是以掃描的方法，一台一台更新機況，所以從第一台到最後一台，需要最長的時間。一般定義成4秒。4秒，你只能回報給BC，每種類別各一筆的資料。超過4秒，才能更新，或是上報下一筆資料。
===========================================
目前接觸過的CIM，又分為兩種信號。一種，只有Word資料，另一種，是有Bit & Word資料。有用FL-NET，有用NET/H有BIT的，可以觀察BIT的變化，就可以得知BC是否有命令。如果只有Word的，就需要去記憶Word值是否有變化，來判斷是否BC是否有命令下給我們。
=======================================
BC跟設備之間都是透過網路的Word 或 Bit來溝通。
重點來了:
設備怎麼知道BC有連上線?現在抓的資料是否正確?
BC是否有開機?
所以有一個信號：
BC ALive ，EQ Alive 信號
設備端透過BC ALive 如果4秒有變化，就表示BC有在運轉。
設備端如果要連上BC前，也要EQ Alive4秒鐘變化一次，BC讀到就知道設備連上線了。
BC ALive <==BC發給設備(EQ)
EQ Alive <===設備(EQ)發給BC
=======================================
已經可以得知，
對方(BC、EQ)是否已經開機，
此時的資料，才是可以信任的。
當BC要給EQ(設備)資料時，會先給一個信號，再給資料。
當EQ(設備)要回傳資料給BC時，也要先發一個信號，再給資料。
因為是用網路(NET/H、FL-NET)的方式來傳遞，
考慮到網路更新&處理的方式，
所以我們在發送的順序會變成：
1.先搬資料(word)
2.加延遲(最少100ms)
3.再發送信號(bit)
因為BC或是設備端(EQ)，都是看到信號(BIT)才會去抓資料，
所以我們先搬資料，並不會影響到BC。
PS:如果在抓取BC資料有錯時，也可以試著延遲再抓取資料(word)
==========================================
觸發信號，PLC寫法
像Alive 信號，
檢查BC端：
如果是Bit，只需檢查4秒鐘是否有ON/OFF變化即可。
如果只有Word信號呢，那就需要把上一值記錄，
再比較現在值，是否有變化，來決定是否有資料輸入。
EQ(設備)發送：
那我們發送出去的資料也是一樣。
如果是Bit，只需4秒鐘變化ON/OFF即可。
如果是Word，那我們每次發送後，要把值記錄起來，
等下一次要發送時，再直接+1送出即可。
===========================================
信號的種類區分：
1.狀態信號：
機台目前的狀態，警報....等等訊息。
2.產品的資料：
收(從上游)、送(給下游)、存(到buffer)、取(出buffer)都要上報資料。
3.製程資料：
產品在機台內的時製程條件，或是其他特別需要上報的資料。
===========================================
再前幾章也有提到，每4秒才能上報1次。
但機台的狀態，警報，有可能連續出現，等不到4秒才發。
所以就需要做buffer堆疊的方式，來上報資料。
Buffer的做法，可以FIFW、FIFR配合。
自已做Buffer也是一種方法。
PS:FIFW、FIFR需要特別注意使用方法，不然很容易就PLC當機。
============================================
PLC內部的資料，都是整數，沒有小數點的設計。
但很多錶頭，是需要小數點的。
這之間就需要先協調。
在規劃之初，就要先跟BC端定義。
定義：上下限，小數點位數，16/32位元，數字/字元，BCD/HEX。
所有機台同用的，
都是BC定義。
各別機台上報的資料，
都是屬於各別機台定義，再交給BC處理。
============================================
CIM是一個很好的掌控整廠生產的規劃，
但再好的工具也要有人去使用。
說實在目前不管是設備工程師、製程工程師，
會使用CIM的資料，來輔助機台、提升製程良率的人，是少之又少。
設備工程師
只著眼於設備的運轉率，不要停機、不要亂警報，他們就很高興了。
製程工程師
對整線的良率負責，大部份也只是用眼看、用猜，要求廠商提供解決方案。
(就像前幾篇的蒙古大夫)
CIM工程師
也只著眼於CIM系統是否正常，機台是否有照著原本規劃在上報資料。
實際機台是否有做原本規劃在運做?還是做假資料上報?
===============================================
前幾天才測完一次CIM的單機測試。
CIM除了前面提到，是沒有實體信號，所以比較難。
測完後，又有心得，
寫CIM的難點，就是測試的時間很短。
測試的時間分為以下幾段：
1.客戶端模擬測：
只用PLC測試信號，一切都是模擬。
主要是測試，寫CIM測試的人，對SPEC是否了解，還是有很大的誤解。
2.製造廠商端測試：
依製造進度，來增加可以實機測試的項目。
3.客戶端單機測試：
由於機台已經MOVE IN到客戶端，
所以這一次的測試，通常會要求，全部要實際上報資料。
主要項目：上下游交握連線&信號傳遞。
(上下游交握完成，全線流片，才可以做，所以這一次的重點是在上下游交握&信號)
4.客戶端全線連線測試：
全部要完成。
每次測試約兩天。
有BUG就是要現場修改。<<這就是另一個困難點。
==================================================
CIM 除了上報BC外，
還有跟上下游機台在交握，
上/下游機台也是一台設備，
也是一樣在寫CIM的程式，
所以有時候，傳遞的信號錯了，
不需要認定一定就是自已程式的問題，
也有可能是上游機台在傳遞時，
發生了問題。
我們寫CIM程式，會發生問題，
相對的，上下游機台，也是在寫CIM程式，
當然也會發生問題。
=========================================
