【正文】 后執(zhí)行完它的時(shí)間片后， UC/OSII 又返回到 job0 開始執(zhí)行。然后再切換到 job1，如此循環(huán)。void job0 (void) _task_ 0 { os_create (1)。 while (1) { job0（）。 }}void job1 (void) _task_ 1 { os_create (2)。 while (1) { job1（）。 }} 遠(yuǎn)程控制程序設(shè)計(jì)遠(yuǎn)程控制軟件設(shè)計(jì)主要分為系統(tǒng)初始化、振鈴檢測(cè)計(jì)數(shù)、控制摘掛機(jī)、雙音頻信號(hào)分析處理、控制電器、信號(hào)音提示等部分。遠(yuǎn)程控制程序整體流程圖如圖 13 所示。 短信息發(fā)送程序設(shè)計(jì)TC35 模塊支持 8 位數(shù)據(jù)位,無奇偶校驗(yàn)位,位停止位數(shù)據(jù)傳輸。傳輸速率可以在。對(duì) TC35 模塊控制 ,IGT 信號(hào)非常地重要,只有正確的 IGT信號(hào)才可以使 TC35 模塊正常地運(yùn)行。IGT 的下降沿啟動(dòng) TC35,并且 IGT 的低電平應(yīng)該至少保持 100ms,TC35 然后正常工作。存儲(chǔ)示波器采集到的啟動(dòng)信號(hào)如圖 14 所示。單片機(jī)對(duì) TC35 模塊的控制 TC35 模塊采用 AT 賀氏指令。單片機(jī)可以通過正確的 AT指令對(duì) TC35 模塊進(jìn)行初始化和短消息的接收發(fā)送。對(duì)短消息的控制共有三種模式 :Block模式!PDU 模式和 Text 模式。使用 Block 模式需要手機(jī)生產(chǎn)廠家提供驅(qū)動(dòng)支持。目前,PDU 模式已取代 Block 模式,而 Text 模式不支持中文,因此本系統(tǒng)使用 PDU 模式進(jìn)行短消基于嵌入式平臺(tái)的智能化家居系統(tǒng)設(shè)計(jì)24息的發(fā)送。單片機(jī)通過以下系列 AT 指令對(duì)短消息進(jìn)行控制。開始初始化模擬摘機(jī)提示輸入密碼開電器提示控制電器等待回應(yīng)關(guān)電器啟動(dòng)軟件計(jì)數(shù)啟動(dòng)計(jì)時(shí)掛機(jī)啟動(dòng)軟件計(jì)數(shù)提示重輸密碼振鈴信號(hào)振鈴六次密碼正確45S 到3 次提示完成按 圖 13 遠(yuǎn)程控制程序設(shè)計(jì)流程圖基于嵌入式平臺(tái)的智能化家居系統(tǒng)設(shè)計(jì)25圖 14 存儲(chǔ)示波器采集到的啟動(dòng)信號(hào)TC35 初始化：首先設(shè)置短消息發(fā)送格式 AT+CMGF=1CR,設(shè)置 1 代表 PDU 模式,CR是回車符號(hào),也就是 0x0d。指令正確則模塊返回CRLFOKCRLF,CRLF是回車換行符號(hào)。其次設(shè)置短消息中心 AT+CSCA=d+8613800531500d(短消息中心)CR,設(shè)置正確則模塊返回CRLFOKCRLF。注意短消息中心號(hào)碼可能會(huì)因不同手機(jī)或不同區(qū)域而不同。如果讀取短消息服務(wù)中心則使用命令 AT+CSCA=?CR,模塊應(yīng)該返回CRLF+CSCA:d8613800531500dCRLF。最后設(shè)置短消息到達(dá)自動(dòng)提示AT+CNMI=1,1,0,0,1CR,設(shè)置正確則模塊返回CRLFOKCRLF。設(shè)置此命令可使模塊在短消息到達(dá)后向單片機(jī)發(fā)送指令CRLF+CMTI:dSMd,IN2DEX(信息存儲(chǔ)位置)CRLF。發(fā)送短消息在 PDU 模式,如果發(fā)送短消息,則首先發(fā)送短消息數(shù)據(jù)的長(zhǎng)度。AT+CMGS=lengthCR。等待 TC35 模塊返回 ASCII 字符/0, 則可以將 PDU 數(shù)據(jù)輸入,PDU 數(shù)據(jù)以Z( 也就是 0x1a)作為結(jié)束符。短消息發(fā)送成功,模塊返回CRLFOKCRLF。發(fā)送數(shù)據(jù)格式例如，需要發(fā)送漢字“ 一氧化碳的濃度超標(biāo)，排氣扇已打開”到手機(jī) 13878305396,則首先發(fā)送數(shù)據(jù)串 AT+CMGS=19CR,然后等待 ASCII 字符/0,然后輸入 PDU 數(shù)據(jù)。 紅外遙控程序設(shè)計(jì)設(shè)計(jì)的主要思路是通過對(duì)紅外二進(jìn)制脈沖的寬度進(jìn)行測(cè)量，從而獲得紅外遙控的波形信息，進(jìn)而實(shí)現(xiàn)存儲(chǔ)、還原。根據(jù)遙控信號(hào)編碼和發(fā)射過程，遙控信號(hào)的識(shí)別（也叫基于嵌入式平臺(tái)的智能化家居系統(tǒng)設(shè)計(jì)26解碼過程）是去除 38KHz 載波信號(hào)后識(shí)別出二進(jìn)制脈沖碼中的 0 和 1。紅外接收頭的解調(diào)信號(hào)送到 INT0 引腳，由內(nèi)部定時(shí)器完成高低電平長(zhǎng)度的采集，然后進(jìn)行數(shù)據(jù)保存，由單片機(jī)進(jìn)行高電平與低電平的寬度的測(cè)量。遙控信號(hào)的還原是通過 （T2）輸出二進(jìn)制已調(diào)脈沖。對(duì)遙控信號(hào)還原的調(diào)制在單片機(jī)的內(nèi)部進(jìn)行，利用了定時(shí)器 2 的捕獲工作方式，定時(shí)器 2 是一個(gè) 16 位定時(shí)/計(jì)數(shù)器。它既可當(dāng)定時(shí)器使用，也可作為外部事件計(jì)數(shù)器使用，其工作方式由特殊功能寄存器 T2CON 的 C/T2 位選擇。定時(shí)器 2 有三種工作方式：捕獲方式，自動(dòng)重裝載（向上或向下計(jì)數(shù)）方式和波特率發(fā)生器方式，工作方式由T2CON 的控制位來選擇，在捕獲方式下，通過 T2CON 控制位 EXEN2 來選擇兩種方式。如果 EXEN2＝0，定時(shí)器 2 是一個(gè) 16 位定時(shí)器或計(jì)數(shù)器，計(jì)數(shù)溢出時(shí)，對(duì) T2CON 的溢出標(biāo)志 TF2 置位，同時(shí)激活中斷。如查 EXEN2＝1，定時(shí)器 2 完成相同的操作，而當(dāng)T2EX 引腳外部輸入信號(hào)發(fā)生 1 至 0 負(fù)跳變時(shí)，也出現(xiàn) TH2 和 TL2 中的值分別被捕獲到RCAP2H 和 RCAP2L 中。另外，T2EX 引腳信號(hào)的跳變使得 T2CON 中的 EXF2 置位，與TF2 相仿， EXF2 也會(huì)活中斷。本系統(tǒng)正是利用了捕獲方式的 RCAP2H 和 RCAP2L 自動(dòng)重裝載，產(chǎn)生 38K 調(diào)制信號(hào)，準(zhǔn)備還原的 0，1 信號(hào)的調(diào)制通過 TF2 標(biāo)志進(jìn)行調(diào)制，該方案不僅合理的利用硬件資源，而且還提高了系統(tǒng)的可靠性。 上位機(jī)（PC 機(jī)）編程 系統(tǒng)為了給用戶提供一個(gè)良好的人機(jī)對(duì)話界面還利用 RS232 通信標(biāo)準(zhǔn)還特別設(shè)計(jì)了與 PC 機(jī)軟件，傳輸波特率為 57600 kbps。 用戶界面的設(shè)計(jì)用戶界面是一個(gè)應(yīng)用程序最重要的部分，對(duì)用戶而言，界面就是應(yīng)用程序，用戶感覺不到幕后正在執(zhí)行的代碼。不論花多少時(shí)間和精力來編制和優(yōu)化代碼，應(yīng)用程序的可用性仍然在很大程度上依賴于界面的好壞。首先針對(duì)本系統(tǒng)要開發(fā)的應(yīng)用程序做出初步規(guī)劃設(shè)計(jì)，在設(shè)計(jì)用戶界面時(shí)，參照了 Microsoft 和其他公司的一些應(yīng)用程序，使用了通用的設(shè)計(jì)方案，比如：工具欄、狀態(tài)條、工具提示、上下文菜單以及標(biāo)記對(duì)話框等。用戶界面如圖 15 所示?；谇度胧狡脚_(tái)的智能化家居系統(tǒng)設(shè)計(jì)27圖 15 系統(tǒng)用戶界面 串行通信的實(shí)現(xiàn)利用 VB 開發(fā)通信程序主要有兩種方法，一是利用 VB 本身提供的控件，另一種是利用 Windows API 應(yīng)用程序接口，Windows API 主要提供了三個(gè)動(dòng)態(tài)鏈接庫、 、 供開發(fā)人員調(diào)用，其中 主要包括一些底層操作函數(shù)，如通信、菜單、消息等以及絕大多數(shù)非顯示函數(shù)， 圖形設(shè)備接口庫，主要內(nèi)容為與設(shè)備輸出有關(guān)的函數(shù)。和串口通信有關(guān)的函數(shù)均在Windows\System 子目錄下的 動(dòng)態(tài)鏈接庫中。在本設(shè)計(jì)中用 VB 控件實(shí)現(xiàn)通信的方法比調(diào)用 SDK 的 API 動(dòng)態(tài)鏈接庫的方法更加快捷，且用較少的代碼可以實(shí)現(xiàn)相同的功能，因此本設(shè)計(jì)使用此控件來完成串口的通信。 控件 MSComm 使用方法MSComm 控件通過串行端口傳輸和接收數(shù)據(jù)，為應(yīng)用程序提供串行通訊功能。MSComm 控件在串口編程時(shí)非常方便，程序員不必去花時(shí)間去了解較為復(fù)雜的 API 函數(shù)，而且在 VC、VB、Delphi 等語言中均可使用。 Microsoft Communications Control（以下簡(jiǎn)基于嵌入式平臺(tái)的智能化家居系統(tǒng)設(shè)計(jì)28稱 MSComm）是 Microsoft 公司提供的簡(jiǎn)化 Windows 下串行通信編程的 ActiveX 控件，它為應(yīng)用程序提供了通過串行接口收發(fā)數(shù)據(jù)的簡(jiǎn)便方法。具體的來說，它提供了兩種處理通信問題的方法：一是事件驅(qū)動(dòng)(Event－driven)方法，一是查詢法。MSComm 控件提供下列兩種處理通訊的方式：事件驅(qū)動(dòng)方式和查詢方式。 ①事件驅(qū)動(dòng)方式事件驅(qū)動(dòng)通訊是處理串行端口交互作用的一種非常有效的方法。在許多情況下，在事件發(fā)生時(shí)需要得到通知，例如，在串口接收緩沖區(qū)中有字符，或者 Carrier Detect(CD)或 Request To Send (RTS)線上一個(gè)字符到達(dá)或一個(gè)變化發(fā)生時(shí)。在這些情況下，可以利用 MSComm 控件的 OnComm 事件捕獲并處理這些通訊事件。OnComm 事件還可以檢查和處理通訊錯(cuò)誤。所有通訊事件和通訊錯(cuò)誤的列表，參閱 CommEvent 屬性。在編程過程中，就可以在 OnComm 事件處理函數(shù)中加入自己的處理代碼。這種方法的優(yōu)點(diǎn)是程序響應(yīng)及時(shí)，可靠性高。每個(gè) MSComm 控件對(duì)應(yīng)著一個(gè)串行端口。如果應(yīng)用程序需要訪問多個(gè)串行端口，必須使用多個(gè) MSComm 控件。②查詢方式查詢方式實(shí)質(zhì)上還是事件驅(qū)動(dòng)，但在有些情況下，這種方式顯得更為便捷。在程序的每個(gè)關(guān)鍵功能之后，可以通過檢查 CommEvent 屬性的值來查詢事件和錯(cuò)誤。如果應(yīng)用程序較小，并且是自保持的，這種方法可能是更可取的。 MSComm 控件有很多重要的屬性，常用的如下。CommPort 設(shè)置并返回通訊端口號(hào)。Settings 以字符串的形式設(shè)置并返回波特率、奇偶校驗(yàn)、數(shù)據(jù)位、停止位。 PortOpen 設(shè)置并返回通訊端口的狀態(tài)。也可以打開和關(guān)閉端口。 Input 從接收緩沖區(qū)返回和刪除字符。 Output 向傳輸緩沖區(qū)寫一個(gè)字符串。下面分別描述。CommPort 屬性 　設(shè)置并返回通訊端口號(hào)。語法　[value ] (value 一整型值，說明端口號(hào)。) 說明　在設(shè)計(jì)時(shí)，value 可以設(shè)置成從 1 到 16 的任何數(shù)（缺省值為 1） 。但是如果用 PortOpen 屬性打開一個(gè)并不存在的端口時(shí)，MSComm 控件會(huì)產(chǎn)生錯(cuò)誤 68（設(shè)備無效） 。必須在打開端口之前設(shè)置 CommPort 屬性。RThreshold 屬性　在 MSComm 控件設(shè)置 CommEvent 屬性為 EvReceive 并產(chǎn)生 基于嵌入式平臺(tái)的智能化家居系統(tǒng)設(shè)計(jì)29OnComm 之前，設(shè)置并返回的要接收的字符數(shù)。語法　 [ = value ]（value 整型表達(dá)式，說明在產(chǎn)生 OnComm 事件之前要接收的字符數(shù)。 ）說明　當(dāng)接收字符后，若 Rthreshold 屬性設(shè)置為 0（缺省值）則不產(chǎn)生 OnComm 事件。例如，設(shè)置 Rthreshold 為 1，接收緩沖區(qū)收到每一個(gè)字符都會(huì)使 MSComm 控件產(chǎn)生OnComm 事件。CTSHolding 屬性　確定是否可通過查詢 Clear To Send(CTS)線的狀態(tài)發(fā)送數(shù)據(jù)。Clear To Send 是調(diào)制解調(diào)器發(fā)送到相聯(lián)計(jì)算機(jī)的信號(hào)，指示傳輸可以進(jìn)行。該屬性在設(shè)計(jì)時(shí)無效，在運(yùn)行時(shí)為只讀。語法?。˙oolean ）說明　如果 Clear To Send 線為低電平(CTSHolding=False)并且超時(shí)時(shí)，MSComm 控件設(shè)置 CommEvent 屬性為 EventCTSTO(Clear To Send Timeout) 并產(chǎn)生 OnComm 事件。Clear To Send 線用于 RTS/CTS(Request To Send/Clear To Send)硬件握手。如果需要確定 Clear To Send 線的狀態(tài)， CTSHolding 屬性給出一種手工查詢的方法。SThreshold 屬性　MSComm 控件設(shè)置 CommEvent 屬性為 EvSend 并產(chǎn)生OnComm 事件之前，設(shè)置并返回傳輸緩沖區(qū)中允許的最小字符數(shù)。語法　[=value]value 整形表達(dá)式，代表在 OnComm 事件產(chǎn)生之前在傳輸緩沖區(qū)中的最小字符數(shù)。說明　若設(shè)置 Sthreshold 屬性為 0（缺省值） ，數(shù)據(jù)傳輸事件不會(huì)產(chǎn)生 OnComm 事件。若設(shè)置 Sthreshold 屬性為 1，當(dāng)傳輸緩沖區(qū)完全空時(shí)， MSComm 控件產(chǎn)生 OnComm 事件。如果在傳輸緩沖區(qū)中的字符數(shù)小于 value，CommEvent 屬性設(shè)置為 EvSend，并產(chǎn)生OnComm 事件。 EvSend 事件僅當(dāng)字符數(shù)與 Sthreshold 交叉時(shí)被激活一次。例如，如果 Sthreshold 等于 5，僅當(dāng)在輸出隊(duì)列中字符數(shù)從 5 降到 4 時(shí)，EvSend 才發(fā)生。如果在輸出隊(duì)列中從沒有比 Sthreshold 多的字符，EvSend 事件將絕不會(huì)發(fā)生。30六、仿真調(diào)試與分析本系統(tǒng)的制作調(diào)試主要分為硬件調(diào)試、軟件調(diào)試和聯(lián)機(jī)調(diào)試等三大部分。經(jīng)過初步的分析設(shè)計(jì)后，在設(shè)計(jì)制作硬件電路的同時(shí)，調(diào)試穿插進(jìn)行，應(yīng)用系統(tǒng)的硬件調(diào)試和軟件調(diào)試是分不開的，許多硬件故障是在調(diào)試軟件時(shí)才發(fā)現(xiàn)的。但通常是先排除系統(tǒng)中明顯的硬件故障后才和軟件結(jié)合起來調(diào)試，如此有利于問題的分析和解決，不會(huì)造成問題的積累，從而可以節(jié)約大量的調(diào)試時(shí)間。軟件編程中，我是首先完成單元功能模塊的調(diào)試，然后進(jìn)行系統(tǒng)調(diào)試，整體上采用硬件調(diào)試的調(diào)試方法。聯(lián)機(jī)調(diào)試是最重要的一部分，同時(shí)也是本系統(tǒng)成功的關(guān)鍵。 系統(tǒng)硬件仿真調(diào)試本系統(tǒng)的硬件調(diào)試分為以下階段進(jìn)行調(diào)試： 1)邏輯錯(cuò)誤調(diào)試：樣機(jī)硬件的邏輯錯(cuò)誤是由于設(shè)計(jì)錯(cuò)誤和加工過程中的工藝性錯(cuò)誤所造成的。這類錯(cuò)誤包括：錯(cuò)線、開路、短路等幾種，其中短路是最常見的故障。2)器件調(diào)試：元器件失效的原因有兩個(gè)方面：一是器件本身已損壞或性能不符合要求；二是由于組裝錯(cuò)誤造成的元器件失效，如電解電容、二極管的極性錯(cuò)誤，集成塊安裝方向錯(cuò)誤等。3)可靠性調(diào)試：引起系統(tǒng)不可靠的因素很多，如金屬化孔、接插件接觸不良會(huì)造成系統(tǒng)時(shí)好時(shí)壞；內(nèi)部和外部的干擾、電源紋波系數(shù)過大、器件負(fù)載過大等造成邏輯電平不穩(wěn)定；另外，走線和布局的不合理等也會(huì)引起系統(tǒng)可靠性差。4)電源故障：若樣