單片機關(guān)鍵技術(shù)基礎(chǔ)詳解(三)
一、避免MCU或編程語言干擾設(shè)計
本文引用地址:http://m.butianyuan.cn/article/201611/320945.htm最近的一個項目是我更加疑慮,幾乎每次都是,必須使設(shè)計適應(yīng)(有時根本就是)所選的語言和機器。我們已經(jīng)以某個系統(tǒng)架構(gòu)和設(shè)計開始,只是按一般方式考慮了集成微控制器及其外圍設(shè)備,我們只關(guān)注我們需要什么并不關(guān)心它是如何實現(xiàn)的,至少我們是這么認為的。我們選擇了一些非常專業(yè)外設(shè)的新器件,并且開始編碼時,發(fā)現(xiàn)需要花費大量的時間來了解如何構(gòu)建硬件,以及如何根據(jù)需求最好地利用。當(dāng)我們發(fā)現(xiàn)好的方式來利用設(shè)備的某特征時,設(shè)備的此特點通過代碼嵌入了系統(tǒng)級設(shè)計。我們已不再堅持我們的系統(tǒng),不得不讓機器和具體操作改變了系統(tǒng)設(shè)計。于是只好停下來檢查問題和實施方案,通過系統(tǒng)重新設(shè)計分離出依賴機器的“修復(fù)”,然后將“修復(fù)”融入系統(tǒng)四周的“包裝”中。
當(dāng)設(shè)計某個應(yīng)用時(甚至單一微控制器),以調(diào)溫器為例,有一個創(chuàng)建好了的系統(tǒng)級視圖,描述了硬件和實施某種方式的應(yīng)用程序。該視圖用于多種用途,例如,可作為與高層管理人員或另一個小組進行交流的工具(不希望知道所有細節(jié)),如自動化測試人員。如果僅將其視為“視圖”而不是系統(tǒng)設(shè)計,并且實施不是從系統(tǒng)設(shè)計自上而下,而是將其用作起點,則問題就出現(xiàn)了??紤]圖1所示的溫控系統(tǒng)。
顯示系統(tǒng)相對簡單,卻反映了許多嵌入式產(chǎn)品設(shè)計。在“溫度傳感”部分包含溫度輸入,其輸出進入主系統(tǒng)“控制邏輯”部分。“控制邏輯”的其它輸入是標記“用戶輸入”的部分,代表人機接口,大概設(shè)置了恒溫器的溫度調(diào)節(jié)。“控制邏輯”部分根據(jù)這些輸入確定了如何命令供暖、通風(fēng)和空調(diào)(HVAC)系統(tǒng),以保持恒溫器設(shè)定的溫度,將這些命令發(fā)送到“熱與冷命令”部分。最后一個部分是“顯示輸出”,將當(dāng)前系統(tǒng)狀態(tài)傳遞到用戶。當(dāng)前系統(tǒng)狀態(tài)的一部分是恒溫設(shè)置,另一部分是最新的溫度讀數(shù),最后部分是正在執(zhí)行的命令,以迫使溫度返回恒溫設(shè)置(即加熱、冷卻和/或打開或關(guān)閉風(fēng)扇)。
正如前面所述,這是一個直接和相對簡單的應(yīng)用,非常簡單以至于不需要考慮系統(tǒng),而是很自然地跳到實施(我相信大多數(shù)讀者甚至可以說出最喜歡的微控制器供應(yīng)商的型號)??梢允怯糜诖渭壥袌龅母叨薖C游戲圖形系統(tǒng)的墻恒溫器或溫度管理裝置。用于墻恒溫器的微控制器的具體實施基本不需用于圖形系統(tǒng)。重點是,無論設(shè)計顯得多么簡單,都有很好的理由先設(shè)計系統(tǒng),然后實現(xiàn)它。將其盡量設(shè)計成適合通常應(yīng)用。
開始時,需要考慮理想的系統(tǒng)設(shè)計,然后生成layers,在理想的系統(tǒng)和實際實施之間構(gòu)建wrappers(有時是雜亂的)。“控制邏輯”部分作為框圖的核心是有充分理由的-因為它是系統(tǒng)的內(nèi)核。周圍的每個部分都服務(wù)于“控制邏輯”部分,要根據(jù)需要提供“服務(wù)”。
應(yīng)自“溫度傳感器”部分開始。其理由是獲得當(dāng)前/瞬時溫度,并以一致的格式提供出來。從“控制邏輯”的角度來看,其作用是“獲取溫度”,并以格式化的值(xxx.xx攝氏度)返回當(dāng)前溫度值。溫度傳感器部分的硬件wrappers將包括實施中任何需要用來將原溫度傳感輸入“翻譯”成預(yù)期格式的攝氏度。這可能意味著需要考慮獲得新讀數(shù)的最佳時間,如果溫度讀數(shù)中有太多的噪音(無論何種原因),應(yīng)添加過濾算法,并且如果溫度硬件出現(xiàn)故障,應(yīng)采用決策邏輯。重點是,“溫度傳感器”部分的輸出是什么,而且傳遞到“控制邏輯”應(yīng)為理想的溫度,所有的噪音,實際隱藏的細節(jié)都應(yīng)很容易的由wrapper代替。
如果設(shè)計需要從系統(tǒng)中三個不同的點測量三個溫度值(對于計算機箱內(nèi)的計算機很普遍)怎么辦?處理這三個溫度是控制邏輯問題(例如,何時多路輸出也將受到控制)?如果是這樣,從1個溫度轉(zhuǎn)換到3個溫度首先意味著“溫度傳感器”部分要更新,以提供3個溫度和為每個溫度實施創(chuàng)建的wrappers(允許多種類型的輸入),然后控制邏輯也因為多個輸出而更新。這可能意味著三個不同的“GetTemperature_n”服務(wù)或需要更新服務(wù)以確定是識別哪個溫度的參量。
如果三個溫度僅僅用于加權(quán)以得到一個“更真實”的系統(tǒng)溫度,控制邏輯不需要改變,只需將含wrappers的溫度傳感塊以統(tǒng)一格式輸入這三個溫度,然后通過一個wrappers來對這三個溫度進行加權(quán),生成控制邏輯所需的單一溫度。這種方法易于包含來自不同的溫度輸入(例如,圖形處理器的二極管結(jié)測量和連接到PCB的模擬熱敏電阻),因為wrappers將系統(tǒng)邏輯與硬件隔離開。
讓我們以兩個不同的實現(xiàn)例子驗證這個論點:一個用于墻恒溫器,另一個是顯卡上的溫度控制子系統(tǒng)。首先對于墻恒溫器,如圖2所示,假定使用基于8051的賽普拉斯PSoC3設(shè)備。“溫度傳感器”部分的硬件由連接到ADC(16位Δ-Σ轉(zhuǎn)換器)的熱敏電阻組成。“用戶輸入”部分的硬件由5個常開按鍵開關(guān)組成,一邊連接到電路接地端,另一邊連接到含內(nèi)部上拉電阻的5輸入數(shù)字端口。“熱和冷命令”模塊的硬件部分包括三個功率場效應(yīng)管,由配置為開漏低輸出的3輸出端口驅(qū)動。最后,“顯示輸出”塊的硬件實現(xiàn)是串行字符液晶顯示器,能夠根據(jù)需要顯示字母數(shù)字字符串。
對于第2個應(yīng)用,即顯示卡,將用戶輸入從離散開關(guān)變?yōu)镮2C基于寄存器的從接口(由主CPU而不是人類直接控制),并將串行LCD顯示變?yōu)镾PI-從控制顯示器(使用一系列的寄存器和指令,可能是安裝在主計算機外殼前面板上的遠程變頻顯示,未安裝到顯卡上)。溫度輸入和HVAC命令保持不變。圖3顯示了早期實施的變化,假定使用基于8051的賽普拉斯PSoC3設(shè)備。
用戶輸入的兩種實現(xiàn)均可服務(wù)于“GetThermostatSetting”、“IsHeaterEnabled”、“IsCoolerEnabled”和“IsFanOn”。對于第一個墻恒溫器應(yīng)用,“用戶輸入”將數(shù)字端口包裝到所列的服務(wù)中,當(dāng)設(shè)備被調(diào)用時,提供端口的實時讀數(shù)(一種可能的實施)。對于另一個應(yīng)用,基于I2C從機的實現(xiàn),相同的服務(wù)將來自I2C主機寫入的寄存器的最新值返回到“控制邏輯”部分,也許經(jīng)常返回也許僅在上電時返回。并且這些實現(xiàn)還有很多其它特點,包括用作切換鍵的墻上按鈕開關(guān)而不是瞬間讀數(shù),甚至在“用戶輸入”部分的wrappers深層進行邊沿觸發(fā)異步處理。
綜合上述的關(guān)鍵是:系統(tǒng)設(shè)計隱藏了硬件細節(jié);硬件和實施細節(jié)被系統(tǒng)設(shè)計包裝并隱藏。通過外端設(shè)計(即代碼)的實施細節(jié),可以保護這些應(yīng)用實現(xiàn)時避免分裂,可以做到個性化的設(shè)計,權(quán)衡利弊,保證項目成功交付,并仍然能夠提供可復(fù)用性和組設(shè)計。不要讓賣方牽引注意力——先設(shè)計系統(tǒng),然后加強保護系統(tǒng)設(shè)計實現(xiàn)細節(jié)不被抄襲。
二、單片機設(shè)計與KeilC編程總結(jié)
1基本原則
質(zhì)量是關(guān)鍵。沒有人會對很差的工作感到滿足。當(dāng)完成高質(zhì)量的工作時,你會為此而感到驕傲。不管你是否知道,你都會因為你的高質(zhì)量工作而得到信譽。因此,要想為自己所做的事感到驕傲,就需要建立個人標準,并為達到這一標準而努力奮斗。在達到這些標準時,再提高標準并繼續(xù)努力。挑戰(zhàn)自己去完成更優(yōu)良的工作,你將會為自己的成就而感到驚訝。
評論