【正文】 圖517 映射表 硬件設(shè)計(jì) 設(shè)備組成如圖518所示，XCRF500系列讀寫器和天線電纜、天線，標(biāo)簽組成一個(gè)完整的射頻識(shí)別應(yīng)用系統(tǒng)。XCRF500系列讀寫器數(shù)據(jù)的通行采用的是字節(jié)流方式，其數(shù)據(jù)類型都是16進(jìn)制。如果在每次使用時(shí)都重新編寫代碼，則過于繁瑣，整體程序的可讀性差。其類圖設(shè)計(jì)如圖513所示。圖510 基礎(chǔ)信息管理模塊運(yùn)行界面 信息核對(duì)管理模塊的設(shè)計(jì)該模塊主要完成以下標(biāo)簽信息的采集與核對(duì)的功能。圖55 菜單 工具欄設(shè)計(jì)創(chuàng)建一個(gè)動(dòng)態(tài)真彩工具欄，效果如圖56所示。如圖53所示。CDM所包含的對(duì)象通常并沒有在物理數(shù)據(jù)庫(kù)中實(shí)現(xiàn)，它僅僅給出了商業(yè)或業(yè)務(wù)活動(dòng)中所需要數(shù)據(jù)的形式化的表示。 數(shù)據(jù)存儲(chǔ)定義(4) 顯示像素：最低800600，最佳效果1024768。(6) 對(duì)用戶輸入的數(shù)據(jù)，系統(tǒng)進(jìn)行嚴(yán)格的數(shù)據(jù)檢驗(yàn)，盡可能排除人為地錯(cuò)誤。(2) 界面設(shè)計(jì)美觀簡(jiǎn)潔，人機(jī)交互界面友好。(3) 信息查詢管理模塊該模塊主要實(shí)現(xiàn)對(duì)核對(duì)信息的查詢，如總體查詢、按作業(yè)任務(wù)ID查詢、按標(biāo)簽ID查詢、按貨物信息查詢以及模糊查詢等。第五章 系統(tǒng)設(shè)計(jì) 系統(tǒng)總體設(shè)計(jì) 項(xiàng)目規(guī)劃根據(jù)需求分析，設(shè)計(jì)系統(tǒng)框架。為了詳細(xì)了解對(duì)象的職責(zé)，必須對(duì)系統(tǒng)進(jìn)行動(dòng)態(tài)的分析。CCheckView：進(jìn)行綜合查詢的顯示。圖44 基于RFID的立體庫(kù)實(shí)驗(yàn)系統(tǒng)的概念類圖 功能需求在本系統(tǒng)中，需要實(shí)現(xiàn)以下功能：(1) 錄入標(biāo)簽信息功能；(2) 制定作業(yè)任務(wù)功能；(3) 查詢并核對(duì)標(biāo)簽功能；(4) 顯示功能；(5) 信息上傳能；(6) 信息綜合查詢。第二步、當(dāng)通過RFID檢測(cè)門的時(shí)候，實(shí)驗(yàn)系統(tǒng)將自動(dòng)驗(yàn)證料箱所入庫(kù)物資和WMS系統(tǒng)記錄是否一致，系統(tǒng)將根據(jù)比對(duì)情況做出驗(yàn)證通過或告警提示。 業(yè)務(wù)需求 入庫(kù)過程的RFID信息校核實(shí)驗(yàn)第一步、從WMS系統(tǒng)下載當(dāng)天要生產(chǎn)的任務(wù)信息；第二步、操作工人將料箱放上輸送線；第三步、入庫(kù)輸送機(jī)帶動(dòng)料箱進(jìn)入入庫(kù)站臺(tái)。(3) 時(shí)機(jī)可行性：目前，絕大多數(shù)企業(yè)都越來越重視物流這一“第三利潤(rùn)源泉”，積極建立適合自己的立體倉(cāng)庫(kù)。數(shù)據(jù)庫(kù)服務(wù)器選用Oracle數(shù)據(jù)庫(kù)，它能夠處理大量數(shù)據(jù)，同時(shí)保持?jǐn)?shù)據(jù)的完整性并提供許多高級(jí)管理功能。(1) 經(jīng)濟(jì)可行性：主要是對(duì)項(xiàng)目的經(jīng)濟(jì)效益進(jìn)行評(píng)價(jià)，本系統(tǒng)開發(fā)經(jīng)費(fèi)較少，并且本系統(tǒng)實(shí)施后可以顯著提高工作效率，有助于企業(yè)實(shí)現(xiàn)信息化管理，進(jìn)而帶來經(jīng)濟(jì)效益。因此本系統(tǒng)的設(shè)計(jì)就遵循以下原則：可靠性：保證系統(tǒng)是一個(gè)有機(jī)整體，傳輸中不致出現(xiàn)數(shù)據(jù)丟失。功能需求有時(shí)也被稱作行為需求(behavioral requirement)，因?yàn)榱?xí)慣上總是用“應(yīng)該”對(duì)其進(jìn)行描述：“系統(tǒng)應(yīng)該發(fā)送電子郵件來通知用戶已接受其預(yù)定”。用戶需求(User Requirement)――描述的是用戶的目標(biāo)，或用戶要求系統(tǒng)必須能完成的任務(wù)。業(yè)務(wù)需求(Business requirement)――表示組織或客戶高層次的目標(biāo)。 本章小結(jié)本章對(duì)系統(tǒng)開發(fā)所涉及到的方法和技術(shù)進(jìn)行了專門的介紹，包括構(gòu)建基于RFID的立體庫(kù)實(shí)驗(yàn)系統(tǒng)的MFC框架，數(shù)據(jù)庫(kù)技術(shù)和面向?qū)ο蟮南到y(tǒng)分析和設(shè)計(jì)思想。建立這樣的層次概念，不但可以從較高層次把握復(fù)雜事物結(jié)構(gòu)，而且可以預(yù)測(cè)未來的變化。其次，雖然功能發(fā)生變化，但人和物沒有變，變化的只是它們的特征。因此，反映需求分析與軟件框架設(shè)計(jì)的模型應(yīng)該圍繞需求中的人和物，而不是變化多端的功能，后者是需求實(shí)現(xiàn)的細(xì)節(jié)設(shè)計(jì)應(yīng)該考慮的問題。而今天的計(jì)算機(jī)程序大多數(shù)是面對(duì)信息處理，其需求往往與日常工程和生活緊密聯(lián)系。實(shí)際上，傳統(tǒng)的程序設(shè)計(jì)方法并不關(guān)心程序與實(shí)物相對(duì)應(yīng)，人們追求的是功能，即一切從功能出發(fā)，從而形成了程序與功能的映射關(guān)系。在過去40年中，信息系統(tǒng)的發(fā)展孕育了四種現(xiàn)代方法學(xué)：傳統(tǒng)型、結(jié)構(gòu)化型、信息建模型和面向?qū)ο笮?。High level abstractions：包括工具欄、狀態(tài)欄、拆分窗口、滾動(dòng)窗口等等。Windows API classes：用來封裝Windows API，例如窗口類、對(duì)話框類、DC類等等。MFC是面向?qū)ο蟪绦蛟O(shè)計(jì)與Application framework的完美結(jié)合，他將傳統(tǒng)的API進(jìn)行了分類封裝，并且為你創(chuàng)建了程序的一般框架。 MFC[24]MFC是微軟提供的WinDOS下應(yīng)用程序的編程語(yǔ)言接口，是一種軟件編程的規(guī)范，但并不是一種程序開發(fā)語(yǔ)言，可以允許用戶使用各種各樣的第三方的編程語(yǔ)言來對(duì)WinDOS下應(yīng)用程序進(jìn)行開發(fā)，使這些被開發(fā)出來的應(yīng)用程序能在WinDOS下運(yùn)行，比如VB，VC++，Java，Dehpi編程語(yǔ)言函數(shù)本質(zhì)上全部源于API。ADO(ActiveX Data Object，ActiveX數(shù)據(jù)對(duì)象)ADO建立在OLE DB之上。通常我們所說的數(shù)據(jù)庫(kù)都是指關(guān)系型數(shù)據(jù)庫(kù)。圖31 ODBC體系架構(gòu)我們所編寫的客戶程序直接和ODBC驅(qū)動(dòng)程序管理器打交道，后者利用ODBC驅(qū)動(dòng)程序所提供的API訪問數(shù)據(jù)庫(kù)。ODBC提供一個(gè)單一的API，可用于處理不同數(shù)據(jù)庫(kù)的客戶應(yīng)用程序。這樣，在使用一個(gè)新的數(shù)據(jù)庫(kù)時(shí)，就要學(xué)習(xí)一套新的API，當(dāng)然這就加大了開發(fā)數(shù)據(jù)庫(kù)的難度，也不利于數(shù)據(jù)庫(kù)在軟件開發(fā)過程中的應(yīng)用。 數(shù)據(jù)庫(kù)技術(shù)[23]在現(xiàn)代軟件開發(fā)中，數(shù)據(jù)庫(kù)技術(shù)越來越廣泛地應(yīng)用。C/S程序的構(gòu)件的重用性不如在B/S要求下的構(gòu)件的重用性好?？蛻舳诵枰惭b專用的客戶端軟件。由于世界對(duì)軟件系統(tǒng)的需求日益增長(zhǎng)，變化也越來越快，軟件開發(fā)技術(shù)的發(fā)展方向已悄悄地從“提升被開發(fā)系統(tǒng)的執(zhí)行效率”轉(zhuǎn)變成為“提升開發(fā)效率”。概要：include “”unsigned char __stdcall XCWriteUserData (HANDLE hCom,unsigned char ucTagType,\unsigned char ucStartAdd, \unsigned char *pTagID, \unsigned char *pValue, \unsigned char ucLength=1)。返回值：0 讀標(biāo)簽數(shù)據(jù)成功，有8個(gè)字節(jié)數(shù)據(jù)返回，ERROR_HANDLE_VALUE 無(wú)效的端口句柄，ERROR_USERDATA_LEN 數(shù)據(jù)長(zhǎng)度參數(shù)錯(cuò)誤，應(yīng)當(dāng)為8，ERROR_USERDATA_ADDRESS 讀取數(shù)據(jù)起始地址錯(cuò)誤，ERROR_SENDDATA_FAIL 發(fā)送給讀寫器的數(shù)據(jù)格式錯(cuò)誤，內(nèi)部故障，ERROR_RECEIVEDATA_LEN 數(shù)據(jù)長(zhǎng)度校驗(yàn)錯(cuò)誤，ERROR_READWRITE_FAIL 讀用戶區(qū)數(shù)據(jù)失敗，ERROR_OTHER_FAIL 其它錯(cuò)誤，數(shù)據(jù)包不完整。用途：向讀寫器發(fā)出讀標(biāo)簽用戶區(qū)數(shù)據(jù)指令。當(dāng)向讀寫器發(fā)送讀標(biāo)簽指令成功后，立即調(diào)用此函數(shù)獲得讀寫器送來的標(biāo)簽信息。概要：include “”int XCIdentify (HANDLE hCom, unsigned char uTagType, unsigned char ucAntenna,\unsigned char ucScanTimes)。返回值：FUCCESS_RETURN 開功放成功，ERROR_HANDLE_VALUE 無(wú)效的端口句柄，ERROR_RECEIVEDATA_LEN 數(shù)據(jù)長(zhǎng)度校驗(yàn)錯(cuò)誤，ERROR_SENDDATA_FAIL 發(fā)送給讀寫器的數(shù)據(jù)格式錯(cuò)誤，內(nèi)部故障，ERROR_OTHER_FAIL 其它錯(cuò)誤，數(shù)據(jù)包不完整。用途：向讀寫器發(fā)送關(guān)閉功放指令。返回狀態(tài)。概要：include “”unsigned char XCPowerOn(HANDLE hCom)。返回值：SUCCESS_RETURN 關(guān)閉端口成功，ERROR_HANDLE_VALUE 無(wú)效的端口句柄，ERROR_CLOSEPORT_FAIL 關(guān)閉端口失敗。hCom：保存打開的端口句柄；lsCfgFile：設(shè)備配置參數(shù)文件,默認(rèn)設(shè)置為（）；lsCfgItem：設(shè)置項(xiàng)目的名稱，默認(rèn)設(shè)置為XCRF500 SCANER。用途：打開串口或創(chuàng)建網(wǎng)絡(luò)連接。它是利用除法及余數(shù)的原理來作錯(cuò)誤偵測(cè)的數(shù)據(jù)校驗(yàn)算法。操作成功：表216讀標(biāo)簽數(shù)據(jù)操作成功數(shù)據(jù)幀格式數(shù)據(jù)長(zhǎng)度命令字狀態(tài)字天線號(hào)標(biāo)簽類型用戶數(shù)據(jù)地址用戶數(shù)據(jù)長(zhǎng)度CRC (00+05)(45H)(00)(01～04) (01～09) (1字節(jié)) (8～223)(1字節(jié))(1～4)(2字節(jié))操作失敗：表214讀標(biāo)簽數(shù)據(jù)操作失敗數(shù)據(jù)幀格式數(shù)據(jù)長(zhǎng)度 命令字 狀態(tài)字 CRC (00+02) (44H) (3F) (2字節(jié)) 寫標(biāo)簽數(shù)據(jù)表215讀標(biāo)簽數(shù)據(jù)數(shù)據(jù)幀格式數(shù)據(jù)長(zhǎng)度 命令字 天線號(hào)標(biāo)簽類型標(biāo)簽ID號(hào)用戶數(shù)據(jù)地址用戶數(shù)據(jù)長(zhǎng)度用戶數(shù)據(jù)CRC(2字節(jié))(45H)(01～04)(01～09)(IDn+…+ID0)(1字節(jié))(8～223)(1字節(jié))(1～4)(1～4字節(jié))(2字節(jié))說明： 用戶可根據(jù)自定義內(nèi)容，讀出相應(yīng)數(shù)據(jù)。操作失?。罕?11讀標(biāo)簽ID操作失敗數(shù)據(jù)幀格式數(shù)據(jù)長(zhǎng)度 命令字 狀態(tài)字 CRC (00+02) (43H) (3F) (2字節(jié)) 說明： 標(biāo)簽ID號(hào)根據(jù)標(biāo)簽類型不同、長(zhǎng)度可變、存放順序以標(biāo)簽內(nèi)存順序?yàn)闇?zhǔn)，ISO18000－6B協(xié)議標(biāo)簽的ID號(hào)為8個(gè)字節(jié)。掃描次數(shù)，表示下位機(jī)收到指令后，必須返回應(yīng)答的時(shí)間（掃描時(shí)間 = 基本掃描時(shí)間 * 掃描次數(shù)），如果在規(guī)定時(shí)間內(nèi)沒有掃描到標(biāo)簽，則返回“讀標(biāo)簽ID失敗”應(yīng)答。操作失?。罕?8關(guān)功放操作失敗數(shù)據(jù)幀格式數(shù)據(jù)長(zhǎng)度 命令字 狀態(tài)字 CRC (00+02) (42H) (3F) (2字節(jié)) 讀標(biāo)簽ID 表29讀標(biāo)簽ID數(shù)據(jù)幀格式數(shù)據(jù)長(zhǎng)度命令字天線號(hào)標(biāo)簽類型掃描次數(shù)CRC (00+04) (43H)(01～04) (00～09)(00FF)(2字節(jié))說明： 表22狀態(tài)字40H41H42H43H44H45H46H47H48H49H4AH鎖標(biāo)簽 數(shù)據(jù) 開 功放 關(guān) 功放讀標(biāo)簽ID 讀標(biāo)簽數(shù)據(jù)寫標(biāo)簽數(shù)據(jù)讀系統(tǒng)配置信息 寫系統(tǒng)配置信息系統(tǒng)復(fù)位ID+前8字節(jié)ID+ N數(shù)據(jù) 開功放表23開功放數(shù)據(jù)幀格式數(shù)據(jù)長(zhǎng)度 命令字 天線號(hào) CRC (00+02) (41H) (01～04) (2字節(jié)) 讀寫器返回： 下位機(jī)：XCRF500 傳輸指令時(shí)高字節(jié)在先，傳輸?shù)淖止?jié)中高位(bit)在先。用于串行通信時(shí)，在數(shù)據(jù)長(zhǎng)度字段前加上一個(gè)字節(jié)的幀頭，以55H表示。指令類型：即計(jì)算機(jī)對(duì)讀寫器發(fā)送的不同類型操作指令或命令字；在本系統(tǒng)中我們將采用XCRF500系列讀寫器，該產(chǎn)品是針對(duì)滿足ISO180006B協(xié)議的標(biāo)簽而開發(fā)的讀寫器，具有質(zhì)量穩(wěn)定、性能可靠的特點(diǎn)。第七章 總結(jié)與展望。第五章 系統(tǒng)設(shè)計(jì)。第三章 關(guān)鍵技術(shù)分析。 本文研究思路與內(nèi)容安排本文以物流實(shí)驗(yàn)室為具體應(yīng)用對(duì)象，結(jié)合物流實(shí)驗(yàn)室的實(shí)際情況，構(gòu)建一個(gè)立體庫(kù)實(shí)驗(yàn)系統(tǒng)方案，并通過實(shí)際項(xiàng)目實(shí)現(xiàn)此方案?；赗FID的立體庫(kù)系統(tǒng)，通過采用RFID技術(shù)，能夠?qū)ξ锲烦鋈霂?kù)進(jìn)行核對(duì)，避免有人工核對(duì)可能出現(xiàn)的錯(cuò)誤?，F(xiàn)今全球步入信息化時(shí)代，人們的生活節(jié)奏加快，昔日費(fèi)時(shí)費(fèi)力的設(shè)備及管理方法逐漸退出了歷史的舞臺(tái)，取而代之的是高智能化性能優(yōu)異的高科技產(chǎn)品。與此同時(shí)，中國(guó)生產(chǎn)企業(yè)在市場(chǎng)營(yíng)銷、技術(shù)創(chuàng)新、經(jīng)營(yíng)管理等能力方面與國(guó)外大型企業(yè)相比還存在比較大的差距，這些差距也突出表現(xiàn)了企業(yè)信息化的落后。實(shí)施數(shù)字化倉(cāng)庫(kù)項(xiàng)目以前，完成400件卷煙第一次出貨工作需要約335個(gè)小時(shí)。數(shù)字化倉(cāng)庫(kù)項(xiàng)目建成后，結(jié)合計(jì)算機(jī)技術(shù)和托盤管理，在很大程度上優(yōu)化了卷煙配送中心的業(yè)務(wù)流程。沃爾瑪銷售配送中心安全庫(kù)存時(shí)間為04天，而傳統(tǒng)的則高達(dá)4065天。沃爾瑪敏銳的商業(yè)觸覺讓它認(rèn)識(shí)到RFID技術(shù)會(huì)給物流供應(yīng)鏈帶來的巨大革新和收益。而對(duì)于傳統(tǒng)的大型倉(cāng)庫(kù)管理系統(tǒng)凸顯的許多癥結(jié)，如庫(kù)內(nèi)貨物的精確定位、查找和快速盤點(diǎn)，以及叉車操作行為的全程跟蹤等問題，缺乏有效的技術(shù)手段去解決。物流與實(shí)物互聯(lián)網(wǎng)是當(dāng)前RFID應(yīng)用研究的熱點(diǎn)。RFID標(biāo)簽在要求低成本的同時(shí)，還要求有高的可靠性。在UHF和更高的頻段，讀寫器的研發(fā)工作正在快速進(jìn)行中，支持各種標(biāo)準(zhǔn)的閱讀設(shè)備不斷涌現(xiàn)。在國(guó)內(nèi)的IC卡市場(chǎng)，復(fù)旦微電子、上海華虹等公司都推出了一系列成熟的RFID產(chǎn)品并在和國(guó)外大公司的平等競(jìng)爭(zhēng)中取得越來越多的市場(chǎng)份額。(2) UHF頻段(900MHz)：Ti、Philips、Intermac、Alien、Matrics、SGS、EM等。當(dāng)前RFID工作頻率跨越對(duì)個(gè)頻段，不同頻段具有各自優(yōu)缺點(diǎn)，它不僅影響標(biāo)簽的性能和尺寸大小，還影響標(biāo)簽與讀寫器的價(jià)格。 RFID技術(shù)研究RFID技術(shù)研究主要集中在標(biāo)簽芯片設(shè)計(jì)、讀寫器設(shè)計(jì)和天線設(shè)計(jì)。與美國(guó)大力發(fā)展的UHF頻段不同的是， RFID產(chǎn)品的實(shí)驗(yàn)和推廣工作。美國(guó)EPC Global是由UCC和EAN兩大組織聯(lián)合成立，吸收了麻省理工Auto ID中心的研究成果后推出的系列標(biāo)準(zhǔn)草案。這三個(gè)標(biāo)準(zhǔn)相互之間并不兼容，主要差別在通訊方式、防沖突協(xié)議和數(shù)據(jù)格式這三個(gè)方面。讀寫器對(duì)接收的信號(hào)進(jìn)行解調(diào)解碼，送往后臺(tái)的電腦控制器；(4) 電腦控制器根據(jù)邏輯運(yùn)算判斷該標(biāo)簽的合法性，針對(duì)不同的設(shè)定做出相應(yīng)地處理和控制，發(fā)出指令信號(hào)控制執(zhí)行機(jī)構(gòu)的動(dòng)作；(5) 執(zhí)行機(jī)構(gòu)按照電腦的指令動(dòng)作；(6) 通過計(jì)算機(jī)通信網(wǎng)絡(luò)將各個(gè)監(jiān)控點(diǎn)連接起來，構(gòu)