由於鐵媽今天中午要到港區藝術中心支援活動,
所以我們就把小鐵帶回我老爸老媽那邊,
讓小鐵陪伴爺爺奶奶一個下午.... (呼,到底是誰在陪誰呀...)
桌上遊戲, 桌遊, Boardgame, 大鐵, 小鐵
主要是用軌道來運輸。軌道上有馬達帶動的輪子,推動晶圓盒前進。呼,回到原話題.......
當然也具備制動(剎車)的能力。
而每節軌道,根據種類不同,會有各種型式。
一般的就是直行的軌道,負責轉向的則有轉盤型的軌道,還有升高下降用的。
這些軌道,都一樣使用控制板進行控制馬達。
差別就在於控制板的數量,以及馬達的轉向不同罷了。
而各軌道間(也就是控制板間)的通訊,就是靠 CAN Bus 來溝通。
其實這整個設計真的是蠻不太好的,以後再慢慢提吧 ^^"
最後,所有的 CAN Bus 都連接到一台主機上 (當然規模愈大,就需要更多的主機)。
由該主機 (簡稱CLC)負責統合運作!
從左上圖一,到右下圖十。
參考ptt上的討論,再加上我的一些認知來一一進行解釋。 ^^"
圖一:
客戶描述他的需求, 但是客戶往往連他自己也弄不清楚到底真正要的是什麼。
用它自己的辭彙,連輪胎鞦韆都說不出來,只講的出鞦韆。
而且還功能重複,一片板子就夠的東西硬要作三片........
圖二:
PM (專案經理) 至少案子接多了,知道點狀況,板子用一片就夠。
但因為脫離實作太久了,只用腦袋憑空想像出架構。
結果就搞出這種看似ok,實際上一 run 就完蛋的系統.....
圖三:
系統分析師一看:靠! 這東西根本不能run嘛!
系統分析最常碰到的盲點 - 頭痛醫頭,腳痛醫腳
流程走不下去了,再旁邊多加兩個子流程補起來就好......
圖四:
程設師說:客戶要有樹,有繩子,有鞦韆,我都寫出來給你了,還缺什麼嗎?
再補一刀:而且 "Unit Test 都有過喔 = ="
圖五:
企管顧問:你這鞦韆是要用來坐的,但是既然要坐,
沙發肯定比板子更能發揮貴公司的競爭優勢。
板子不用拆,再導入一張沙發吧。
(另一種解釋是,顧問可以把你家的破鞦韆唬爛成
金光閃閃瑞氣千條,樣樣符合國際標準的高級貨...... )
圖六:
文件? (無言...)
專案文件完成度,跟國王的新衣差不多,有跟沒有其實是一樣的.. 囧
圖七:
User 端的環境,本來就只能裝一條繩子,而且只能綁輪胎。
安裝人員拿了金光閃閃的鞦韆系統去User端,
能裝起來的大概只剩條繩子.....
整合測試跟上線測試就等著被幹爆吧
圖八:
跟客戶收費,收的錢都可以蓋一座雲宵飛車了!
圖九:
支援? 砍掉重練比較快.
通常都是叫個倒楣鬼,抱著那堆國王新衣文件,自己慢慢研究。
還有個根能出來,算是不錯的了.......
圖十:
搞到最後,其實客戶要的是一個懸吊在樹枝上的輪胎。
圖片來源