基于uip協(xié)議的WEB服務(wù)器的軟件設(shè)計說明_第1頁
基于uip協(xié)議的WEB服務(wù)器的軟件設(shè)計說明_第2頁
基于uip協(xié)議的WEB服務(wù)器的軟件設(shè)計說明_第3頁
基于uip協(xié)議的WEB服務(wù)器的軟件設(shè)計說明_第4頁
基于uip協(xié)議的WEB服務(wù)器的軟件設(shè)計說明_第5頁
已閱讀5頁,還剩15頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、 PAGE20 / NUMPAGES20引言目前,隨著無線網(wǎng)絡(luò)技術(shù)的不斷發(fā)展,物聯(lián)網(wǎng)時代呼之欲出。物聯(lián)網(wǎng)既是將所有智能設(shè)備聯(lián)入互聯(lián)網(wǎng),充分利用互聯(lián)網(wǎng)覆蓋圍極其廣泛的優(yōu)勢,在世界各地也能輕松實現(xiàn)對這些智能設(shè)備的控制。大型設(shè)備的網(wǎng)絡(luò)控制基本采用PC技術(shù)實現(xiàn),但是物聯(lián)網(wǎng)時代聯(lián)入互聯(lián)網(wǎng)的更多的是小型的、普通的生活用品,如洗衣機,電飯煲,電燈等。若都用pc控制那成本必然不敢想象,正是基于此,只有考慮成本更小的嵌入式技術(shù)?;?1單片機的嵌入式控制系統(tǒng)就是一個很經(jīng)濟實惠的解決方案。在PC領(lǐng)域,通過TCP/IP協(xié)議就可以輕松實現(xiàn)互聯(lián)網(wǎng)通信。但出于壓縮成本的原因,嵌入式系統(tǒng)的硬件資源就遠遠比不上PC,像在基于

2、51單片機的控制系統(tǒng)集成TCP/IP也成了奢望。這樣一來,如何在有限的硬件資源下實現(xiàn)互聯(lián)網(wǎng)通信變成了主要的研究問題。本畢業(yè)設(shè)計課題“基于uip協(xié)議的WEB服務(wù)器的軟件設(shè)計”,目的就是要設(shè)計一個WEB服務(wù)器,通過IE瀏覽器可遠程瀏覽訪問單片機。軟硬結(jié)合,追求成本更小,更經(jīng)濟實用的嵌入式控制系統(tǒng),為實現(xiàn)物聯(lián)網(wǎng)時代提供更多選擇。硬件系統(tǒng)硬件電路部分,本設(shè)計選用最為常見的ATMEL公司開發(fā)的高性能8位單片機AT89C51作為嵌入式系統(tǒng)的微處理器,通過網(wǎng)絡(luò)控制芯片RTL8019AS將嵌入式系統(tǒng)與Interact相連接。其硬件系統(tǒng)總框架如圖1所示。主控芯片AT89C51AT89C51是美國ATMEL公司生

3、產(chǎn)的低電壓,高性能CMOS8位單片機,含4 k的可反復擦寫的只讀程序存儲器(PEROM)和128 byte的隨機數(shù)據(jù)存儲器(RAM)。主要特性與MCS-51 兼容壽命:1000寫/擦循環(huán)數(shù)據(jù)保留時間:10年全靜態(tài)工作:0Hz-24Hz三級程序存儲器鎖定128*8位部RAM32可編程I/O線兩個16位定時器/計數(shù)器5個中斷源可編程串行通道低功耗的閑置和掉電模式片振蕩器和時鐘電路管腳說明VCC:供電電壓。GND:接地。 P0口:P0口為一個8位漏級開路雙向I/O口,每腳可吸收8TTL門電流。當P1口的管腳第一次寫1時,被定義為高阻輸入。P0能夠用于外部程序數(shù)據(jù)存儲器,它可以被定義為數(shù)據(jù)/地址的第八

4、位。在FIASH編程時,P0 口作為原碼輸入口,當FIASH進行校驗時,P0輸出原碼,此時P0外部必須被拉高。P1口:P1口是一個部提供上拉電阻的8位雙向I/O口,P1口緩沖器能接收輸出4TTL門電流。P1口管腳寫入1后,被部上拉為高,可用作輸入,P1口被外部下拉為低電平時,將輸出電流,這是由于部上拉的緣故。在FLASH編程和校驗時,P1口作為第八位地址接收。 P2口:P2口為一個部上拉電阻的8位雙向I/O口,P2口緩沖器可接收,輸出4個TTL門電流,當P2口被寫“1”時,其管腳被部上拉電阻拉高,且作為輸入。并因此作為輸入時,P2口的管腳被外部拉低,將輸出電流。這是由于部上拉的緣故。P2口當用

5、于外部程序存儲器或16位地址外部數(shù)據(jù)存儲器進行存取時,P2口輸出地址的高八位。在給出地址“1”時,它利用部上拉優(yōu)勢,當對外部八位地址數(shù)據(jù)存儲器進行讀寫時,P2口輸出其特殊功能寄存器的容。P2口在FLASH編程和校驗時接收高八位地址信號和控制信號。P3口:P3口管腳是8個帶部上拉電阻的雙向I/O口,可接收輸出4個TTL門電流。當P3口寫入“1”后,它們被部上拉為高電平,并用作輸入。作為輸入,由于外部下拉為低電平,P3口將輸出電流(ILL)這是由于上拉的緣故。P3口也可作為AT89C51的一些特殊功能口,具體功能如下所示:P3.0 RXD(串行輸入口)P3.1 TXD(串行輸出口)P3.2 /IN

6、T0(外部中斷0)P3.3 /INT1(外部中斷1)P3.4 T0(記時器0外部輸入)P3.5 T1(記時器1外部輸入)P3.6 /WR(外部數(shù)據(jù)存儲器寫選通)P3.7 /RD(外部數(shù)據(jù)存儲器讀選通)P3口同時為閃爍編程和編程校驗接收一些控制信號。RST:復位輸入,當振蕩器復位器件時,要保持RST腳兩個機器周期的高電平。ALE/PROG:當訪問外部存儲器時,地址鎖存允許的輸出電平用于鎖存地址的地位字節(jié)。在FLASH編程期間,此引腳用于輸入編程脈沖。在平時,ALE端以不變的頻率周期輸出正脈沖信號,此頻率為振蕩器頻率的1/6。因此它可用作對外部輸出的脈沖或用于定時目的。然而要注意的是:每當用作外部

7、數(shù)據(jù)存儲器時,將跳過一個ALE脈沖。如想禁止ALE的輸出可在SFR8EH地址上置0。此時, ALE只有在執(zhí)行MOVX,MOVC指令是ALE才起作用。另外,該引腳被略微拉高。如果微處理器在外部執(zhí)行狀態(tài)ALE禁止,置位無效。PSEN:外部程序存儲器的選通信號。在由外部程序存儲器取指期間,每個機器周期兩次/PSEN有效。但在訪問外部數(shù)據(jù)存儲器時,這兩次有效的/PSEN信號將不出現(xiàn)。EA/VPP:當/EA保持低電平時,則在此期間外部程序存儲器(0000H-FFFFH),不管是否有部程序存儲器。注意加密方式1時,/EA將部鎖定為RESET;當/EA端保持高電平時,此間部程序存儲器。在FLASH編程期間,

8、此引腳也用于施加12V編程電源(VPP)。XTAL1:反向振蕩放大器的輸入與部時鐘工作電路的輸入。 XTAL2:來自反向振蕩器的輸出。網(wǎng)絡(luò)芯片RTL8019AS網(wǎng)絡(luò)接口芯片選用RTL8019AS(REALTEK公司),它是一種全雙工即插即用的以太網(wǎng)控制器,兼容RTL8019控制軟件和NE2000 8bit或16bit的傳輸,支持UTP,AUI,BNC和PNP自動檢測模式,支持外接閃爍存儲器讀寫操作,支持I/O口地址的完全解碼,具有LED指示功能。全二重功能能夠模擬傳播和接收在雙絞線到全二重以太網(wǎng)交換機,避免了由于以太網(wǎng)頻道爭奪特性導致的讀出多路存取協(xié)議的問題。芯片主要特性 (1)支持以太網(wǎng)和I

9、EFES02 3(10Base5,10Base2,10BaseT),軟件支持8位16位的NE2000;(2)全雙工,收發(fā)商時達到10Mbps的速度;(3)置16kB的SRAM,用于收發(fā)緩沖,降低對主處理器的速度要求,支持816位數(shù)據(jù)總線,8個中斷申請線以與16個IO基地址選擇為大資源提供了寬松的環(huán)境;(4)可以使用8位ISA總線,與51系列單片機的接口簡單,不用轉(zhuǎn)換芯片;(5)性價比高。主要引腳功能引腳14,97100:中斷控制INT0-7;引腳33:復位控制;引腳34:使能控制角AEN,低電平有效;引腳6,17,70,89:數(shù)字電源,5V;引腳14,28,83,86:數(shù)字地GND;引腳47,

10、57:模擬電源:5V;引腳44,52:模擬地;引腳5,713,15,16,1827:ISA地址總線;引腳3643,87,88,9095:ISA數(shù)據(jù)總線;引腳31:Boot ROM讀操作控制;引腳32:Boot ROM寫操作控制;引腳62:RX接收數(shù)據(jù)顯示LED1腳;引腳63:TX發(fā)送數(shù)據(jù)顯示LED2腳;引腳58,59:接收數(shù)據(jù)TP IN+/-;引腳45,46:發(fā)送數(shù)據(jù)TP OUT+/-;引腳50,51:外接晶體;引腳29:ISA I/O讀使能;引腳30:ISA I/O寫使能;引腳77:9346連續(xù)數(shù)據(jù)輸出;引腳78:9346連續(xù)數(shù)據(jù)輸入;引腳79:9346連續(xù)數(shù)據(jù)時鐘。RTL8019AS驅(qū)動的

11、實現(xiàn)網(wǎng)卡的驅(qū)動程序屏蔽了底層硬件的處理細節(jié),為上層軟件提供了一個與硬件無關(guān)的接口。RTLS019AS的驅(qū)動程序?qū)⒁l(fā)送的數(shù)據(jù)包按指定的格式寫人芯片輸人輸出緩沖區(qū)中并啟動發(fā)送命令,這時RTL8019AS自動把數(shù)據(jù)包轉(zhuǎn)換成物理幀格式在物理信道上傳輸,反之Rn皇019As收到物理信號之后將其還原成數(shù)據(jù),按指定的格式輸人輸出緩沖區(qū)中供應(yīng)用程序來取用。其驅(qū)動程序主要包括:網(wǎng)卡的初始化,數(shù)據(jù)的發(fā)送和接受函數(shù)。具體的實現(xiàn)由如下函數(shù)來完成相應(yīng)的功能:(1)void initRTL8019(void) /RTL8019AS的初始化函數(shù)(2)unsigned char RTL8019dev_poll(void)/

12、網(wǎng)卡的接收函數(shù)unsigned int packetLength;packetLength=RTL8019beginPacketRetreive();if(!packetLength)/N斷是否有數(shù)據(jù)return 0;if(packetLengthUIP_BUFSIZE)RTL8019endPacketRetreive();return 0;RTL8019retreivePacketData(uip_buf,packetLength);RTL8019endPacketRetreive();return packetLength;(3)void RTL8019dev_send(void)/網(wǎng)卡發(fā)

13、送函數(shù)RTL8019beginPacketSend(uip_len);if(uip_hnTOTAL_HEADER_LENGTH)RTL8019sendPacketData(trip_bur,uip_len);elseuip_kn -= TOTAL_HEADER_LENGTH;RTL8019sendPacketData(uip_buf,TOTAL_HEADER_LENGTH);RTL8019sendPacketData(unsigned char *)uip_appdata,uip_len);RTL8019endPaeketSend();硬件電路原理圖(見附錄1)Uip協(xié)議uip協(xié)議棧體系結(jié)構(gòu)u

14、IP協(xié)議是瑞典計算機科學研究所Adam Dunkels開發(fā)的一個適用于8/16 位機上的小型嵌入式TCP/IP 協(xié)議棧,簡單易用、資源占用少是它的設(shè)計特點,它去掉了許多全功能協(xié)議棧中不常用的功能而保留網(wǎng)絡(luò)通信所必要的協(xié)議機制,其設(shè)計重點放在IP、ICMP 和TCP 協(xié)議的實現(xiàn)上,將這三個模塊合為一個有機的整體,而將UDP 和ARP 協(xié)議實現(xiàn)作為可選模塊 。uIP0.9 的體系結(jié)構(gòu)如圖 2 所示。為了節(jié)省資源簡化應(yīng)用接口 ,uIP0.9在部實現(xiàn)上作了特殊的處理:減少處理函數(shù)的個數(shù)和調(diào)用次數(shù),提高代碼復用率以減少ROM占用;基于單一全局數(shù)組的收發(fā)數(shù)據(jù)緩沖區(qū),不支持存動態(tài)分配,由應(yīng)用負責處理收發(fā)的數(shù)

15、據(jù);基于事件驅(qū)動的應(yīng)用程序接口,各并發(fā)連接采用輪循處理,僅當網(wǎng)絡(luò)事件發(fā)生時,由uIP 核喚起應(yīng)用程序處理。這樣,uIP 用戶只須關(guān)注特定應(yīng)用就可以了。傳統(tǒng)的TCP/IP 實現(xiàn)一般要基于多任務(wù)處理環(huán)境,而大多數(shù)8 位機系統(tǒng)不具備這個條件;應(yīng)用程序主動參與部分協(xié)議棧功能的實現(xiàn)(如TCP的重發(fā)機制 數(shù)據(jù)包分段和流量控制),由uIP 核設(shè)置重發(fā)事件,應(yīng)用程序重新生成數(shù)據(jù)提交發(fā)送,免去了大量部緩存的占用?;谑录?qū)動的應(yīng)用接口使得這些實現(xiàn)較為簡單。uip的設(shè)備程序接口uIP 核中有兩個函數(shù)直接需要底層設(shè)備驅(qū)動程序的支持。一個是uip_input()。當設(shè)備驅(qū)動程序從網(wǎng)絡(luò)層收到一個數(shù)據(jù)包時要調(diào)用這個函數(shù),

16、設(shè)備驅(qū)動程序必須事先將數(shù)據(jù)包存放到uip_buf中,包長放到uip_len 然后交由uip_input()處理。當函數(shù)返回時,如果uip_len不為0,則表明有帶外數(shù)據(jù)(如SYN ACK 等)要發(fā)送,當需要ARP支持時,還需要考慮更新ARP 表或發(fā)出ARP 請求和回應(yīng)。示例如下:#define BUF (struct uip_eth_hdr *)&uip_buf0)uip_len = ethernet_devicedriver_poll(); /接收以太網(wǎng)數(shù)據(jù)包/(設(shè)備驅(qū)動程序)if(uip_len0) /收到數(shù)據(jù)if(BUF-type = = HTONS(UIP_ETHTYPE_IP) /是

17、IP包嗎uip_arp_ipin(); /去除以太網(wǎng)頭結(jié)/構(gòu)更新ARP表uip_input(); /IP包處理if(uip_len0) /有帶外回應(yīng)數(shù)據(jù)uip_arp_out(); /加以太網(wǎng)頭結(jié)構(gòu)在主動/連接時可能要構(gòu)造ARP請求ethernet_devicedriver_send(); /發(fā)送數(shù)據(jù)到以太網(wǎng)/(設(shè)備驅(qū)動程序)else if (BUF-type = = HTONS(UIP_ETHTYPE_ARP) /是ARP請求包uip_arp_arpin(); /如是是ARP回應(yīng)更新ARP表/請求 構(gòu)造回應(yīng)數(shù)據(jù)包if(uip_len0) /是ARP請求 要發(fā)送回應(yīng)ethernet_devic

18、edriver_send(); /發(fā)ARP回應(yīng)到以太網(wǎng)上另一個需要驅(qū)動程序支持的函數(shù)是uip_periodic(conn)。這個函數(shù)用于uIP核對各連接的定時輪循,因此需要一個硬件支持的定時程序周期性地用它輪循各連接。一般用于檢查主機是否有數(shù)據(jù)要發(fā)送,如有,則構(gòu)造IP 包。使用示例如下:for(i=0 ; i 0)uip_arp_out();ethernet_devicedriver_send();從本質(zhì)上來說 ,uip_input()和uip_periodic()在部是一個函數(shù),即uip_process(u8t flag) 。UIP的設(shè)計者將uip_process(UIP_DATA)定義成u

19、ip_input(),而將uip_process(UIP_TIMER)定義成uip_periodic()。因此從代碼實現(xiàn)上來說是完全復用的。uip的應(yīng)用程序接口為了將用戶的應(yīng)用程序掛接到uIP中,必須將宏UIP_APPCALL()定義成實際的應(yīng)用程序函數(shù)名。這樣,每當某個 uIP 事件發(fā)生時,核就會調(diào)用該應(yīng)用程序進行處理。如果要加入應(yīng)用程序狀態(tài)的話,必須將宏UIP_APPSTATE_SIZE 定義成應(yīng)用程序狀態(tài)結(jié)構(gòu)體的長度,在應(yīng)用程序函數(shù)中,依靠uIP 事件檢測函數(shù)來決定處理的方法。另外可以通過判斷當前連接的端口號來區(qū)分處理不同的連接。下面的示例程序是一個Web 服務(wù)器應(yīng)用的框架:#defin

20、e UIP_APPCALL uip51_appcall#define UIP_APPSTATE_SIZE sizeof(struct uip51app_state)struct uip51app_stateunsigned char *dataptr;unsigned int dataleft;void uip51_initapp /設(shè)置主機地址u16_t ipaddr2;uip_ipaddr(ipaddr 202 120 127 192 );uip_sethostaddr(ipaddr);uip_listen( _PORT); / WEB PORT(80);void uip51_appcal

21、l(void)struct uip51app_state *s;s = (struct uip51app_state *)uip_conn-appstate;/獲取當前連接狀態(tài)指針if(uip_connected() /有一個客戶機連上if(uip_newdata()|uip_rexmit() /收到新數(shù)據(jù)或需要重發(fā)if(uip_datalen()0)if(uip_conn-lport = = 80) /收到GET 請求update_table_data(); /根據(jù)電平狀態(tài) /數(shù)據(jù)表動態(tài)生成網(wǎng)頁s-dataptr=newpage;s-dataleft=2653;uip_send(s-data

22、ptr s-dataleft);/發(fā)送長度為2653B的網(wǎng)頁if(uip_acked() /收到客戶機的ACKif(s-dataleftuip_mss()&uip_conn-lport = = 80)/發(fā)送長度最大段長時s-dataptr+=uip_conn-len; /繼續(xù)發(fā)送剩下的數(shù)據(jù)s-dataleft-=uip_conn-len;uip_send(s-dataptr s-dataleft);return;if(uip_poll() /將串口緩存的數(shù)據(jù)復制到電平狀態(tài)數(shù)據(jù)表return;if(uip_timedout()| /重發(fā)確認超時uip_closed()| /客戶機關(guān)閉了連接uip

23、_aborted() /客戶機中斷連接return; WEB服務(wù)器軟件設(shè)計WEB服務(wù)器原理Web服務(wù)器和客戶端瀏覽器問的通信采用 協(xié)議。嵌入式系統(tǒng)經(jīng)常需要根據(jù)用戶的指令,采集系統(tǒng)的當前數(shù)據(jù)信息傳送給客戶端瀏覽器,為實現(xiàn)這種客戶端瀏覽器和Web服務(wù)器的動態(tài)交互,需要在服務(wù)器端采用通用網(wǎng)關(guān)接口CGI(Common Gateway Interface)技術(shù)。CGI是一個在服務(wù)器上運行的程序,它分析處理用戶發(fā)送到服務(wù)器上的數(shù)據(jù)信息,完成動態(tài)文件資源的創(chuàng)建和處理,再將用戶信息返回給客戶端。Web服務(wù)器初始化完成后。服務(wù)器等待客戶端的連接請求,客戶端瀏覽器輸入服務(wù)器的IP地址后發(fā)一個物理地址解析協(xié)議(AR

24、P)請求包,服務(wù)器收到后進行應(yīng)答??蛻舳耸盏綉?yīng)答包后發(fā)送超文本傳輸協(xié)議包,服務(wù)器收到 包后開始建立與客戶端的TCP連接并作出對此包的響應(yīng)??蛻舳耸盏巾憫?yīng)包后即斷開連接,服務(wù)器偵測到客戶端斷開了連接也同時斷開連接。WEB服務(wù)器數(shù)據(jù)處理流程當系統(tǒng)的網(wǎng)卡接收到從網(wǎng)絡(luò)傳送來的數(shù)據(jù)包后,首先分析目的地址是否與自己的物理地址一致,如果不一致,則丟棄此包:如果一致,則讀取網(wǎng)絡(luò)數(shù)據(jù)并分析。如果是ARP請求包,則轉(zhuǎn)入ARP處理程序,并發(fā)送一個ARP應(yīng)答包給客戶端。如果是IP包,則交由IP層處理,同時去掉以太網(wǎng)首部4-51。IP層根據(jù)IP首部的協(xié)議字段分析該IP包屬于什么數(shù)據(jù)包,如果是UDP包則,丟棄;如果是IC

25、MP請求包,則發(fā)送一個ICMP應(yīng)答包給客戶端;如果是TCP包且IP地址和端口號正確,則接收數(shù)據(jù)包,數(shù)據(jù)解包后,將數(shù)據(jù)部分通過串13輸出,控制MAX232現(xiàn)場設(shè)備。反之,如果現(xiàn)場通過串口發(fā)送數(shù)據(jù)到單片機,單片機將數(shù)據(jù)按照TCP協(xié)議格式打包,送入RTLS019AS,由RTL8019AS將數(shù)據(jù)發(fā)送到局域網(wǎng)中。根據(jù)需要還可以在收到串151數(shù)據(jù)時,先完成數(shù)據(jù)預(yù)處理,再將處理好的數(shù)據(jù)送到局域網(wǎng)。具體的處理過程如圖3所示?;趗ip協(xié)議的WEB服務(wù)器的實現(xiàn)基于UIP協(xié)議的WEB服務(wù)器主程序采用中斷加輪循的方式,在程序中輪循有無網(wǎng)絡(luò)數(shù)據(jù)包輸入。如有則調(diào)用uIP 的相關(guān)處理函數(shù)( 如上uip_input()使用

26、示例),如無則檢測定時輪循中斷是否發(fā)生。這里將T2 設(shè)為uIP 的定時輪循計數(shù)器。在T2 中斷中設(shè)置輪循標志,一旦主程序檢測到這一標志就調(diào)用uip_periodic()輪循各連接(如上uip_periodic()使用示例)。Web 服務(wù)器首先打開 80 端口的監(jiān)聽,一旦有客戶機要求連上 uIP 部會給它分配一個連接項接著等,收到客戶機IE 瀏覽器發(fā)出的 GET 請求后,生成一幅新的網(wǎng)頁發(fā)給客戶機,因為這幅網(wǎng)頁的大小已經(jīng)超過uIP的最大段長(MSS),因此在uIP核第一次實際只發(fā)出了MSS 個字節(jié),在等到下一次輪循到該連接并且收到上次數(shù)據(jù)包的 ACK 時,發(fā)送剩下的網(wǎng)頁數(shù)據(jù)。一旦用戶關(guān)閉了瀏覽器

27、,uIP也會自動檢測到這一事件(應(yīng)用程序中可以用uip_closed()來檢測) 并且釋放掉這個連接項。程序流程圖如圖4:C源代碼(見附錄2)Proteus仿真在proteus中仿真硬件平臺的方法很簡單,按照原理圖畫好仿真電路圖,編輯好各元器件屬性,在AT89C51上導入編譯生成的HEX文件(見圖5),再點擊左下角的Proteus仿真開始按鈕開始運行。在程序運行起來后,打開電腦端的DOS命令行窗口,ping程序中定好的單片機的ip(本程序中設(shè)置為:192.168.1.3 )。ping通后再打開ie瀏覽器,在地址欄輸入ip回車,即可瀏覽到單片機WEB服務(wù)器發(fā)送過來的信息。具體仿真結(jié)果見圖6,圖7

28、:圖 5 在proteus仿真的單片機中導入hex程序文件圖 6 PC端能ping通單片機圖 7 在IE瀏覽器中可瀏覽單片機WEB服務(wù)器發(fā)過來的網(wǎng)頁信息結(jié)論基于uip的WEB服務(wù)器的軟件在Proteus仿真平臺過了測試驗證,整個嵌入式系統(tǒng)可完成指定的功能。本系統(tǒng)無論從軟件還是從硬件上都力爭精簡,成本低廉,很有實用價值。致完成畢業(yè)設(shè)計,必然要感一些人的。首先感的,當然是我的指導老師峰副教授。自從選上題目后便開始主動聯(lián)系我們,了解我們的學習與找工作的情況,極其關(guān)心我們自己對將來的規(guī)劃,生怕出現(xiàn)一不考研二不找工作而無所事事前程無著落的情況。對于我們?nèi)蘸蟮陌才?,他就個人經(jīng)驗給予很多建議和幫助,這讓我極

29、為感動。另外,要感我的室友兼搭檔,我們都選擇了副的課題,很多東西都不是很懂,一起做畢業(yè)設(shè)計,遇到難題一起苦惱,解決問題一起歡呼。當然,自己也是要感的。為了這次畢業(yè)設(shè)計,查了很多資料,做了很多實驗,雖苦,但確實學到了很多東西。首先,學會查找資料這個不用說。一個項目確定下來后怎樣才能更好更快速的完成?如果沒有計劃就會做的很盲目,時間進度無法把握,甚至會迷失不知道現(xiàn)在做到哪,下一步該做什么。分析任務(wù),做好計劃,一步步按計劃執(zhí)行才能事半功倍!另外,這次畢業(yè)設(shè)計讓我印象最深刻的是自我解決問題。查閱資料多,方案也多,但實際操作起來總是有些問題不能圓滿達到目的,有時是遇到一些自己不熟悉或者從沒接觸過的知識,這就得沉下心來慢慢學習,越是急切越慌亂;有時是系統(tǒng)軟件問題,使用的軟件版本不同,系統(tǒng)環(huán)境不一樣就造成軟件無法運行,硬件無法仿真等等,這事只有不斷思考,不斷地嘗試,變通著做才有可能真正解決問題。畢業(yè)設(shè)計可以說是大學的最后一課吧,完成了它就意味著大學就要劃上句號了。不管這四年過得怎樣,至少我真正嘗試著做過,即使走出了校園,日后在工作崗位上需要學習

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論