【正文】 附錄 34 附錄 最小系統(tǒng)原理圖 BOOT044NRST7OSC_IN/PD05OSC_OUT/PD16PA0WKUP10PA111PA212PA313PA414PA515PA616PA717PA829PA930PA1031PA1132PA1233PA13/JTMS/SWDIO34PA14/JTCK/SWCLK37PA15/JTDI38PB018PB119PB2/BOOT120PB3/JTDO39PB4/JNTRST40PB541PB642PB743PB845PB946PB1021PB1122PB1225PB1326PB1427PB1528PC13TAMPERRTC2PC14OSC32_IN3PC15OSC32_OUT4VBAT1VDD_124VDD_236VDD_348VDDA9VSS_123VSS_235VSS_347VSSA8U1STM32F103C6T6VCC20pFC3Cap Semi10KR1Res2S1SWPB12Y1XTALGNDGND20pFC2Cap SemiVCCGNDGND105C1Cap Semi12Y2XTAL100pFC5Cap Semi100pFC4Cap SemiGNDGNDIN0GND1EN2OUT3BYP4PAM3101DAB110U3Component_1C7103C6D1VCCGNDGNDGNDGND1KR3VCCVCCGNDVDD0TXD1RXD2GND3nRESET4nLINK5nCTS/MODE/GPIO6nRESET/READY7WiFiM03U2WiFi模塊PB10PB11PA12PA13PA0 COUNTERPA1TXD2RXD2SPIC50PA5 SPI_CLKPA6 SPI_MISOPA7 SPI_MOSIPA8 UART1_CLKPA9 UART1_TXDPA10 UART1_RXDPA11 USB_DMPA12 USB_DPPA13 SW_DIOPA14 SWCLKPB0_485_DEPB1_LCD_PWMBOOT1PB3_SPI3_TF_CSPB4_LED1PB5_LED4PB6_24L01_1_PCB_CSPB7_2401_2_POWERPB8_RXDCANPB9_TXDCANPB10PB11PB12PB13PB14_SPI2_MISOPB15_SPI2_MOSIPA9 UART1_TXDPA10 UART1_RXD電源模塊 。同時(shí)，還要感謝與我同組的同學(xué)的幫助。 感謝電子信息工程的各位老師長(zhǎng)期以來(lái)對(duì)我的指導(dǎo)和幫助。老師們給予的不僅僅是在學(xué)術(shù)上給予指導(dǎo)和教誨，更在思想上給予關(guān)心和幫助。在這個(gè)過(guò)程中， XX 老師為我的論文提出了很多寶貴的意見(jiàn)。 本設(shè)計(jì)方案在性能方面超過(guò)了傳統(tǒng) 8位或者 16位微處理器，提高了系統(tǒng)的性能，實(shí)現(xiàn)了更多的功能 ；在價(jià)格方面，由于 32位 ARM微處理器價(jià)格的不斷下降，相對(duì)于那些大型服務(wù)器其成本已經(jīng)非常便宜。 ，其中包括芯片的選擇 ,32位的STM32F103微處理器 主要特點(diǎn) ， 以及 WiFi模塊的操作流程。 第六章 結(jié)論 31 第六章 結(jié)論 本文在嵌入式系統(tǒng)和 WiFi 無(wú)線網(wǎng)絡(luò)技術(shù)的基礎(chǔ)之上，介紹了 WIFIM03 模塊的參數(shù)和操作流程， 重點(diǎn)分析了網(wǎng)絡(luò)數(shù)據(jù)傳輸協(xié)議的報(bào)文設(shè)計(jì)和以及無(wú)線熱點(diǎn)接入 圖形界面的開(kāi)發(fā)等問(wèn)題，以達(dá)到一個(gè)精簡(jiǎn)的目的。 第五章 軟件設(shè)計(jì) 30 圖 518 _Task_0 任務(wù)工作流程圖 以上三個(gè)任務(wù)實(shí)現(xiàn)了滾動(dòng)文字及移動(dòng)窗口的動(dòng)態(tài)顯示效果。 接下來(lái)進(jìn)入任務(wù)主循環(huán)：計(jì)算滾動(dòng)文字移動(dòng)范圍并調(diào)用函數(shù)WM_InvalidateWindow(hChildWin)使子窗口失效，然后通過(guò)調(diào)用回調(diào)函數(shù)cbCallbackT0(WM_MESSAGE * pMsg)來(lái)重繪窗口并最終實(shí)現(xiàn)滾動(dòng)文字效果。 下面簡(jiǎn)要介紹一下 _Task_0 任務(wù)的工作流程， _Task_1 與 _GUI_Task 的工作過(guò)程與 _Task_0 類(lèi)似。 然后，按照 uC/OSII 系統(tǒng)初始化的要求，創(chuàng)建了一個(gè)優(yōu)先級(jí)最高（優(yōu)先級(jí)為 2）的起始任務(wù) ： App_TaskStart( )，接著調(diào)用系統(tǒng)函數(shù) OSStart()開(kāi)始多任務(wù)管理。整個(gè)程序執(zhí)行的流程圖如圖 516所示： 第五章 軟件設(shè)計(jì) 28 圖 517 WiFi 熱點(diǎn)接入界面流程圖 整個(gè)應(yīng)用程序的執(zhí)行過(guò)程說(shuō)明如下： 首先，分別調(diào)用函數(shù) OSInit( )、 BSP_Init( )、 GUI_Init( )初始化整個(gè)系統(tǒng)的工作環(huán)境，依次為 uC/OSII 操作系統(tǒng)初始化、硬件模塊初始化（包括系 統(tǒng)時(shí)鐘、 I/O 端口工作模式以及中斷系統(tǒng)初始化等）和 uC/GUI 圖形界面系統(tǒng)初始化。由于 uC/GUI 本身提供了很多液晶控制器的驅(qū)動(dòng)，很多時(shí)候只要在 文件中配置好宏 LCD_CONTROLLER 即可選擇相應(yīng)的驅(qū)動(dòng)程序，但是由于 uC/GUI 被沒(méi)有提供 ILI9325 控制器的驅(qū)動(dòng)，所以需要我們自己編寫(xiě)液晶驅(qū)動(dòng)的底層 API，已完成 uC/GUI 的移植工作。 Delay(0xAFFF)。 Delay(0xAFFF)。 Delay(0xAFFF)。 ILI9325 液晶控制器在開(kāi)始配置之前首先要進(jìn)行復(fù)位。一般在購(gòu)買(mǎi)液晶屏?xí)r會(huì)附贈(zèng)屏幕所用液晶控制器的初始化程序，我們可以在稍加修改使其滿足自己的特定需要后直接調(diào)用這些初始化程序。err)。 } void GUI_X_Lock(void) { INT8U err。 } void GUI_X_InitOS(void) { DispSem = OSSemCreate(1)。 主要的內(nèi)核接口例程如表 53 所示： 表 53 uC/GUI 內(nèi)核接口函數(shù)說(shuō)明 函數(shù) 說(shuō)明 GUI_X_InitOS( ) 初始化內(nèi)核借口模型（創(chuàng)建信號(hào)量） GUI_X_GetTaskId( ) 返回一個(gè)唯一的 32 位當(dāng)前運(yùn)行任務(wù)的標(biāo)識(shí)符 GUI_X_Lock( ) 請(qǐng)求信號(hào)量 GUI_X_Unlock( ) 釋放信號(hào)量 在本文程序中，相關(guān)函數(shù)的具體實(shí)現(xiàn)如下所示： include static OS_EVENT * DispSem。在有多個(gè)線程調(diào)用 uC/GUI 函數(shù)進(jìn)行繪圖顯示時(shí)，需要采用信號(hào)量機(jī)制對(duì)顯示器或uC/GUI 運(yùn)行于多任務(wù)環(huán)境時(shí)（即 GUI_OS=1），必須在 文件中定義 GUI 與 RTOS 內(nèi)核的接口函數(shù)，下面以本文程序中采用的 uC/OSⅡ?yàn)槔M(jìn)行說(shuō)明。 本文程序中 文件的具體內(nèi)容如下所示： ifndef GUICONF_H define GUICONF_H define GUI_OS (1) //啟用多任務(wù)環(huán)境支持 define GUI_SUPPORT_TOUCH (0) //不啟用觸摸屏 第五章 軟件設(shè)計(jì) 26 define GUI_SUPPORT_UNICODE (1) //支持 ASCII/UNICODE字符串 define GUI_DEFAULT_FONT amp。 本文程序中 文件的內(nèi)容如下： ifndef LCDCONF_H define LCDCONF_H define LCD_XSIZE (320) //定義水平分辨率 define LCD_YSIZE (240) //定義垂直分辨率 define LCD_CONTROLLER (9325) //定義 LCD 控制器的型號(hào) define LCD_BITSPERPIXEL (16) //定義每個(gè)像素的顏色位數(shù) define LCD_FIXEDPALETTE (565) //定義調(diào)色板格式，此處采用 565 //顏色格式 define LCD_SWAP_RB (1) //交換紅藍(lán)基色 define LCD_INIT_CONTROLLER() ili9325_Initializtion()。 （在將 uC/GUI 程序包加入到工程項(xiàng)目文件中后 ，第五章 軟件設(shè)計(jì) 25 首先要做的就是要對(duì) uC/GUI 進(jìn)行相關(guān)的配置，以使其與自己所采用的具體硬件環(huán)境相適應(yīng)。 圖 515 uC/GUI 目錄結(jié) 構(gòu) 各個(gè)子文件夾的內(nèi)容說(shuō)明如下表所示： 表 52 uC/GUI 文件結(jié)構(gòu)及說(shuō)明 目錄 內(nèi)容 Config 配置文件 GUI\AntiAlias 抗鋸齒支持 * GUI\ConvertMono 用于灰度級(jí)顯示的顏色轉(zhuǎn)換程序 * GUI\ConvertColor 用于彩色顯示的顏色轉(zhuǎn)換程序 * GUI\Core uC/GUI 核心文件 第五章 軟件設(shè)計(jì) 24 GUI\Font 字體文件 GUI\LCDDriver LCD 驅(qū)動(dòng)程序 GUI\MemDev 存儲(chǔ)設(shè)備支持 * GUI\Widget 控件庫(kù) * GUI\WM 窗口管理器 * 注釋?zhuān)簶?biāo)注“ *”的為可選模塊 在目標(biāo)系統(tǒng)上應(yīng)用 uC/GUI 的配置過(guò)程 uC/GUI 的移植過(guò)程如圖 515 所示： 圖 516 uC/GUI 移植過(guò)程 ，使其可以正常顯示 。報(bào)文格式如圖所示： 圖 511 數(shù)據(jù)報(bào)文 圖 513 應(yīng)答報(bào)文 圖 512 括數(shù)據(jù)報(bào)文 第五章 軟件設(shè)計(jì) 23 圖 514 結(jié)束報(bào)文 從圖中可以看出數(shù)據(jù)類(lèi)報(bào)文結(jié)構(gòu)和信令類(lèi)相比，有了包號(hào)，數(shù)據(jù)長(zhǎng)度和數(shù)據(jù)字段，其中數(shù)據(jù)長(zhǎng)度和數(shù)據(jù)主要表示傳輸?shù)臄?shù)據(jù)，而對(duì)于包號(hào)，主要作用是中斷可以根據(jù)包號(hào)重組收到的數(shù)據(jù)包，保持?jǐn)?shù)據(jù)包的完整性。 對(duì)于數(shù)據(jù)類(lèi)型的報(bào)文，其主要目的是承載通信雙方的數(shù)據(jù)以及相對(duì)于數(shù)據(jù)的應(yīng)答。 上述五種數(shù)據(jù)報(bào)文中，注冊(cè)請(qǐng)求和應(yīng)答請(qǐng)求主要在用戶(hù)登錄系統(tǒng)時(shí)注冊(cè) 使用，呼叫請(qǐng)求，呼叫通報(bào)，客戶(hù)端呼叫應(yīng)答和服務(wù)器呼叫應(yīng)答主要在呼叫請(qǐng)求的過(guò)程中。 目的標(biāo)長(zhǎng)： 8bit，接受方標(biāo)號(hào)的長(zhǎng)度。在本項(xiàng)目中，使用一個(gè)簡(jiǎn)單的 CRC，將數(shù)據(jù)包前面的所有數(shù)據(jù)以八位為一個(gè)分組進(jìn)行異或，將最后的結(jié)果存入最后的八位中。 Random 在一些協(xié)議中，主要作用是保證信息的新鮮性，防止重放攻擊。本項(xiàng)目中默認(rèn)用戶(hù)都有發(fā)送報(bào)文和接受報(bào)文的能力，并用 0x00 表示。 標(biāo)長(zhǎng)： 8bit，標(biāo)號(hào)的長(zhǎng)度，標(biāo)號(hào)類(lèi)似于該用戶(hù)的用戶(hù)名。 圖 56 注冊(cè)請(qǐng)求報(bào)文 圖 57 注冊(cè)應(yīng)答報(bào)文 圖 58 呼叫請(qǐng)求報(bào)文 圖 59 呼叫通報(bào)報(bào)文 圖 510 被叫端呼叫應(yīng)答報(bào)文 圖 511 服務(wù)器呼叫應(yīng)答報(bào)文 對(duì)上圖中各數(shù)據(jù)報(bào)文中字段含義如下： 總長(zhǎng)度： 8bit，表示報(bào)文的總長(zhǎng)度 。對(duì)于服務(wù)器端，主要由項(xiàng)目中其他人解決，這里根據(jù)數(shù)據(jù)數(shù)據(jù)格 式的用途及服務(wù)器和客戶(hù)端的特點(diǎn)，可以將數(shù)據(jù)包分為兩類(lèi)，一類(lèi)與信令相關(guān)的結(jié)構(gòu)，一類(lèi)與數(shù)據(jù)相關(guān)的結(jié)構(gòu)。一個(gè)好的數(shù)據(jù)結(jié)構(gòu)是模塊穩(wěn)定的保證，是系統(tǒng)提供模塊類(lèi)型的體現(xiàn)，除了可以保證模塊的可擴(kuò)性，還可以為系統(tǒng)的擴(kuò)展提供保障。 具體程序?qū)崿F(xiàn) 由前面的時(shí)序圖得之，讀寫(xiě) ILI9325 內(nèi)部的寄存器或顯示 RAM 的過(guò)程是先在索引寄存器寫(xiě)入地址，然后寫(xiě)入命令數(shù)據(jù)或顏色值，讀寫(xiě)內(nèi)部寄存器或 GRAM 的具體流程如圖 55所示： 第五章 軟件設(shè)計(jì) 20 圖 55 網(wǎng)絡(luò)數(shù)據(jù)傳輸報(bào)文設(shè)計(jì) 所選 WiFi 模塊在自動(dòng)模式下 始終工作在透明數(shù)據(jù)傳輸狀態(tài)，因此用戶(hù)只需把它看做一條虛擬的串口線。 由于第一次讀出的顯示數(shù)據(jù)是 RDR 讀數(shù)據(jù)鎖存器中的無(wú)效數(shù)據(jù)，因此需要進(jìn)行第二次數(shù)據(jù)讀取，以得到真正有效的顯示數(shù)據(jù)。當(dāng)讀取 GRAM 的地址改變時(shí)，第一次讀取的仍為無(wú)效數(shù)據(jù)。 MPU通過(guò) RDR寄存器讀取內(nèi)部 GRAM 的數(shù)據(jù)。