亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

蟲蟲首頁| 資源下載| 資源專輯| 精品軟件
登錄| 注冊

g小知識(shí)關(guān)于電腦的各方面的知識(shí)

  • 基于89S51單片機的微型熱敏打印機軟件設計

    介紹了基于89S51 單片機的微型熱敏打印機的組成,分析了打印原理,詳細給出了整體流程以及各個功能模塊的軟件設計。熱敏打印頭采用I/O 口模擬串行數據傳輸實現數據加載。設計的微型熱敏打印機運用于實際,取得了良好的效果。關鍵詞:熱敏打印機 過熱保護 步進電機 數據加載由于常用的微型針式打印機的速度慢,噪聲大,無法滿足某些場合的需要。微型熱敏打印機具有打印速度快、噪音低、可靠性高、字跡清晰、機頭小而輕等優點,可滿足各種場合的打印要求,因此得到廣泛應用。筆者在汽車行駛記錄儀的開發過程中,根據廠家要求,選用較為先進的熱敏打印機作為打印設備。但微型熱敏打印頭對打印時序和溫度要求較高,一旦控制不當極易造成打印頭燒毀。因此,在有合理的硬件設計的基礎上,軟件設計也十分重要。本文使用某些軟件設計替代了部分硬件電路,使打印機的控制電路得到了簡化。

    標簽: 89S51 單片機 熱敏打印機 軟件設計

    上傳時間: 2013-11-14

    上傳用戶:digacha

  • 微機燈光控制系統

    一、實驗目的1.掌握定時/計數器、輸入/輸出接口電路設計方法。    2.掌握中斷控制編程技術的方法和應用。3.掌握8086匯編語言程序設計方法。 二、實驗內容與要求 微機燈光控制系統主要用于娛樂場所的彩燈控制。系統的彩燈共有12組,在實驗時用12個發光二極管模擬。1. 基本要求:燈光控制共有8種模式,如12個燈依次點亮;12個燈同時閃爍等八種。系統可以通過鍵盤和顯示屏的人機對話,將8種模式進行任意個數、任意次序的連接組合。系統不斷重復執行輸入的模式組合,直至鍵盤有任意一個鍵按下,退出燈光控制系統,返回DOS系統。2. 提高要求:音樂彩燈控制系統,根據音樂的變化控制彩燈的變化,主要有以下幾種:第一種為音樂節奏控制彩燈,按音樂的節拍變換彩燈花樣。第二種音律的強弱(信號幅度大小)控制彩燈。強音時,燈的亮度加大,且被點亮的數目增多。第三種按音調高低(信號頻率高低)控制彩燈。低音時,某一部分燈點亮;高音時,另一部分點亮。 三、實驗報告要求 1.設計目的和內容 2.總體設計 3.硬件設計:原理圖(接線圖)及簡要說明 4.軟件設計框圖及程序清單5.設計結果和體會(包括遇到的問題及解決的方法) 四、設計原理我們以背景霓虹燈的一種顯示效果為例,介紹控制霓虹燈顯示的基本原理。設有一排 n 段水平排列的霓虹燈,某種顯示方式為從左到右每0.2 秒逐個點亮。其控制過程如下: 若以“ 1 ”代表霓虹燈點亮,以“ 0 ”代表霓虹燈熄滅,則開始時刻, n 段霓虹燈的控制信號均為“ 0 ”,隨后,控制器將一幀 n 個數據送至 n 段霓虹燈的控制端,其中,最左邊的一段霓虹燈對應的控制數據為“ 1 ”,其余的數據均為零,即 1000 … 000 。當 n 個數據送完以后,控制器停止送數,保留這種狀態(定時) 0.2 秒,此時,第 1 段霓虹燈被點亮,其余霓虹燈熄滅。隨后,控制器又在極短的時間內將數據 1100 … 000 送至霓虹燈的控制端,并定時 0.2 秒,這段時間,前兩段霓虹燈被點亮。由于送數據的過程很快,我們觀測到的效果是第一段霓虹燈被點亮 0.2 秒后,第 2 段霓虹燈接著被點亮,即每隔 0.2 秒顯示一幀圖樣。如此下去,最后控制器將數據 1111 … 111 送至 n 段霓虹燈的控制端,則 n 段霓虹燈被全部點亮。 只要改變送至每段霓虹燈的數據,即可改變霓虹燈的顯示方式,顯然,我們可以通過合理地組合數據(編程)來得到霓虹燈的不同顯示方式。 五、總體方案論證分析系統設計思路如下:1) 采集8位開關輸入信號,若輸入數據為0時,將其修改為1。確定輸入的硬件接口電路。采樣輸入開關量,并存入NUM的軟件程序段。2) 以12個燈依次點亮為例(即燈光控制模式M1),考慮與其相應的燈光顯示代碼數據。確定顯示代碼數據輸出的接口電路。輸出一個同期顯示代碼的軟件程序段(暫不考慮時隙的延時要求)。3) 應用定時中斷服務和NUM數據,實現t=N×50ms的方法。4) 實現某一種模式燈光顯示控制中12個時隙一個周期,共重復四次的控制方法。要求在初始化時采樣開關輸入數據NUM,并以此控制每一時隙的延時時間;在每一時隙結束時,檢查有無鍵按下,若是退出鍵按下,則結束燈光控制,返回DOS系統,若是其他鍵就返回主菜單,重新輸入控制模式數據。5) 通過人機對話,輸入8種燈光顯示控制模式的任意個數、任意次序連接組合的控制模式數據串(以ENTER鍵結尾)。對輸入的數據進行檢查,若數據都在1 - 8之間,則存入INBUF;若有錯誤,則通過屏幕顯示輸入錯誤,準備重新輸入燈光顯示控制模式數據。6) 依次讀取INBUF中的控制模式數據進行不同模式的燈光顯示控制,在沒有任意鍵按下的情況下,系統從第一個控制模式數據開始,順序工作到最后一個控制模式數據后,又返回到第一個控制模式數據,不斷重復循環進行燈光顯示控制。7) 本系統的軟件在總體上有兩部份,即主程序(MAIN)和實時中斷服務程序(INTT)。討論以功能明確、相互界面分割清晰的軟件程序模塊化設計方法。即確定有關功能模塊,并畫出以功能模塊表示的主程序(MAIN)流程框圖和定時中斷服務程序的流程框圖。    六、硬件電路設計   以微機實驗平臺和PC機資源為硬件設計的基礎,不需要外加電路。主要利用了以下的資源:1.8255并行口電路8255并行口電路主要負責數據的輸入與輸出,可以輸出數據控制發光二極管的亮滅和讀取乒乓開關的數據。實驗時可以將8255的A口、B口和一組發光二極管相連,C口和乒乓開關相連。2.8253定時/計數器8253定時/計數器和8259中斷控制器一起實現時隙定時。本設計的定時就是采用的t=N×50ms的方法,50ms由8253定時/計數器的計數器0控制定時,N是在中斷服務程序中軟件計時。8253的OUT0接到IRQ2,產生中斷請求信號。8253定時/計數器定時結束會發出中斷信號,進入中斷服務程序。3.PC機資源本設計除了利用PC機作為控制器之外,還利用了PC機的鍵盤和顯示器。鍵盤主要是輸入控制模式數據,顯示器就是顯示提示信息。   七、軟件設計   軟件主要分為主程序(MAIN)和中斷服務程序(INTT),主程序包含系統初始化、讀取乒乓開關、讀取控制模式數據以及按鍵處理等模塊。中斷服務程序主要是定時時間到后根據控制模式數據點亮相應的發光二極管。1.主程序主程序的程序流程圖如圖1所示。

    標簽: 微機 燈光控制

    上傳時間: 2014-04-05

    上傳用戶:q986086481

  • 基于P87C591的CAN總線系統智能節點設計

    基于P87 C591的CAN總線系統智能節點設計Design of CAN System Intelligent Node Based on P87C591 給出了基于帶CAN控制器的單片8位微控制器P87C591的智能節點的硬件電路及軟件結構,詳細介紹了設計中的難點及實現過程中應注意的問題。關鍵詞:CAN總線;智能節點 Abstract:A h ardc ircuita nds oftw arec onfigurationo fth ei ntelligentnode based on a microcontroller with CAN controller P87C591 arepresented.E speciallyt hec ruxi nd esigninga ndt hep roblemst hatshould be paid attention in realizing are discussed in details.Keyw ords:C AN;in telligentn ode CA N 總線 是德國Bosch從20世紀80年代初為解決現代汽車中眾多的控制與測試儀器之間的數據交換而開發的一種串行數據通信協議,它是一種多主總線,通信介質可以是雙絞線、同軸電纜或光導纖維。由于CAN總線具有較強的糾錯能力,支持差分收發,因而適合高噪聲環境。并具有較遠的傳輸距離,適用于許多領域的分布式測控系統。目前已在工業自動化、建筑物環境控制、醫療設備等許多領域得到廣泛的應用。CAN已成為國際標準化組織IS011898標準。

    標簽: P87C591 CAN 總線系統 智能節點

    上傳時間: 2013-10-30

    上傳用戶:xymbian

  • 驅動程序與應用程序的接口

    有兩種方式可以讓設備和應用程序之間聯系:1. 通過為設備創建的一個符號鏈;2. 通過輸出到一個接口WDM驅動程序建議使用輸出到一個接口而不推薦使用創建符號鏈的方法。這個接口保證PDO的安全,也保證安全地創建一個惟一的、獨立于語言的訪問設備的方法。一個應用程序使用Win32APIs來調用設備。在某個Win32 APIs和設備對象的分發函數之間存在一個映射關系。獲得對設備對象訪問的第一步就是打開一個設備對象的句柄。 用符號鏈打開一個設備的句柄為了打開一個設備,應用程序需要使用CreateFile。如果該設備有一個符號鏈出口,應用程序可以用下面這個例子的形式打開句柄:hDevice = CreateFile("\\\\.\\OMNIPORT3",  GENERIC_READ | GENERIC_WRITE,FILE_SHARE_READ,  NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL ,NULL);文件路徑名的前綴“\\.\”告訴系統本調用希望打開一個設備。這個設備必須有一個符號鏈,以便應用程序能夠打開它。有關細節查看有關Kdevice和CreateLink的內容。在上述調用中第一個參數中前綴后的部分就是這個符號鏈的名字。注意:CreatFile中的第一個參數不是Windows 98/2000中驅動程序(.sys文件)的路徑。是到設備對象的符號鏈。如果使用DriverWizard產生驅動程序,它通常使用類KunitizedName來構成設備的符號鏈。這意味著符號鏈名有一個附加的數字,通常是0。例如:如果鏈接名稱的主干是L“TestDevice”那么在CreateFile中的串就該是“\\\\.\\TestDevice0”。如果應用程序需要被覆蓋的I/O,第六個參數(Flags)必須或上FILE_FLAG_OVERLAPPED。 使用一個輸出接口打開句柄用這種方式打開一個句柄會稍微麻煩一些。DriverWorks庫提供兩個助手類來使獲得對該接口的訪問容易一些,這兩個類是CDeviceInterface, 和 CdeviceInterfaceClass。CdeviceInterfaceClass類封裝了一個設備信息集,該信息集包含了特殊類中的所有設備接口信息。應用程序能有用CdeviceInterfaceClass類的一個實例來獲得一個或更多的CdeviceInterface類的實例。CdeviceInterface類是一個單一設備接口的抽象。它的成員函數DevicePath()返回一個路徑名的指針,該指針可以在CreateFile中使用來打開設備。下面用一個小例子來顯示這些類最基本的使用方法:extern GUID TestGuid;HANDLE OpenByInterface(  GUID* pClassGuid,  DWORD instance,  PDWORD pError){  CDeviceInterfaceClass DevClass(pClassGuid, pError);  if (*pError != ERROR_SUCCESS)    return INVALID_HANDLE_VALUE;  CDeviceInterface DevInterface(&DevClass, instance, pError);  if (*pError != ERROR_SUCCESS)    return INVALID_HANDLE_VALUE;  cout << "The device path is "    << DevInterface.DevicePath()    << endl;   HANDLE hDev;  hDev = CreateFile(   DevInterface.DevicePath(),    GENERIC_READ | GENERIC_WRITE,    FILE_SHARE_READ | FILE_SHARE_WRITE,    NULL,    OPEN_EXISTING,    FILE_ATTRIBUTE_NORMAL,    NULL  );  if (hDev == INVALID_HANDLE_VALUE)    *pError = GetLastError();  return hDev;} 在設備中執行I/O操作一旦應用程序獲得一個有效的設備句柄,它就能使用Win32 APIs來產生到設備對象的IRPs。下面的表顯示了這種對應關系。Win32 API  DRIVER_FUNCTION_xxxIRP_MJ_xxx  KDevice subclass member function CreateFile  CREATE  Create ReadFile  READ  Read WriteFile  WRITE  Write DeviceIoControl  DEVICE_CONTROL  DeviceControl CloseHandle  CLOSECLEANUP  CloseCleanUp 需要解釋一下設備類成員的Close和CleanUp:CreateFile使內核為設備創建一個新的文件對象。這使得多個句柄可以映射同一個文件對象。當這個文件對象的最后一個用戶級句柄被撤銷后,I/O管理器調用CleanUp。當沒有任何用戶級和核心級的對文件對象的訪問的時候,I/O管理器調用Close。如果被打開的設備不支持指定的功能,則調用相應的Win32將引起錯誤(無效功能)。以前為Windows95編寫的VxD的應用程序代碼中可能會在打開設備的時候使用FILE_FLAG_DELETE_ON_CLOSE屬性。在Windows NT/2000中,建議不要使用這個屬性,因為它將導致沒有特權的用戶企圖打開這個設備,這是不可能成功的。I/O管理器將ReadFile和WriteFile的buff參數轉換成IRP域的方法依賴于設備對象的屬性。當設備設置DO_DIRECT_IO標志,I/O管理器將buff鎖住在存儲器中,并且創建了一個存儲在IRP中的MDL域。一個設備可以通過調用Kirp::Mdl來存取MDL。當設備設置DO_BUFFERED_IO標志,設備對象分別通過KIrp::BufferedReadDest或 KIrp::BufferedWriteSource為讀或寫操作獲得buff地址。當設備不設置DO_BUFFERED_IO標志也不設置DO_DIRECT_IO,內核設置IRP 的UserBuffer域來對應ReadFile或WriteFile中的buff參數。然而,存儲區并沒有被鎖住而且地址只對調用進程有效。驅動程序可以使用KIrp::UserBuffer來存取IRP域。對于DeviceIoControl調用,buffer參數的轉換依賴于特殊的I/O控制代碼,它不在設備對象的特性中。宏CTL_CODE(在winioctl.h中定義)用來構造控制代碼。這個宏的其中一個參數指明緩沖方法是METHOD_BUFFERED, METHOD_IN_DIRECT, METHOD_OUT_DIRECT, 或METHOD_NEITHER。下面的表顯示了這些方法和與之對應的能獲得輸入緩沖與輸出緩沖的KIrp中的成員函數:Method  Input Buffer Parameter  Output Buffer Parameter METHOD_BUFFERED  KIrp::IoctlBuffer KIrp::IoctlBuffer METHOD_IN_DIRECT  KIrp::IoctlBuffer KIrp::Mdl METHOD_OUT_DIRECT  KIrp::IoctlBuffer KIrp::Mdl METHOD_NEITHER  KIrp::IoctlType3InputBuffer KIrp::UserBuffer 如果控制代碼指明METHOD_BUFFERED,系統分配一個單一的緩沖來作為輸入與輸出。驅動程序必須在向輸出緩沖放數據之前拷貝輸入數據。驅動程序通過調用KIrp::IoctlBuffer獲得緩沖地址。在完成時,I/O管理器從系統緩沖拷貝數據到提供給Ring 3級調用者使用的緩沖中。驅動程序必須在結束前存儲拷貝到IRP的Information成員中的數據個數。如果控制代碼不指明METHOD_IN_DIRECT或METHOD_OUT_DIRECT,則DeviceIoControl的參數呈現不同的含義。參數InputBuffer被拷貝到一個系統緩沖,這個緩沖驅動程序可以通過調用KIrp::IoctlBuffer。參數OutputBuffer被映射到KMemory對象,驅動程序對這個對象的訪問通過調用KIrp::Mdl來實現。對于METHOD_OUT_DIRECT,調用者必須有對緩沖的寫訪問權限。注意,對METHOD_NEITHER,內核只提供虛擬地址;它不會做映射來配置緩沖。虛擬地址只對調用進程有效。這里是一個用METHOD_BUFFERED的例子:首先,使用宏CTL_CODE來定義一個IOCTL代碼:#define IOCTL_MYDEV_GET_FIRMWARE_REV \CTL_CODE (FILE_DEVICE_UNKNOWN,0,METHOD_BUFFERED,FILE_ANY_ACCESS)現在使用一個DeviceIoControl調用:BOOLEAN b;CHAR FirmwareRev[60];ULONG FirmwareRevSize;b = DeviceIoControl(hDevice, IOCTL_MYDEV_GET_VERSION_STRING,  NULL, // no input  注意,這里放的是包含有執行操作命令的字符串指針  0, FirmwareRev,      //這里是output串指針,存放從驅動程序中返回的字符串。sizeof(FirmwareRev),& FirmwareRevSize,  NULL // not overlapped I/O );如果輸出緩沖足夠大,設備拷貝串到里面并將拷貝的資結束設置到FirmwareRevSize中。在驅動程序中,代碼看起來如下所示:const char* FIRMWARE_REV = "FW 16.33 v5";NTSTATUS MyDevice::DeviceControl( KIrp I ){  ULONG fwLength=0;  switch ( I.IoctlCode() )  {    case IOCTL_MYDEV_GET_FIRMWARE_REV:      fwLength = strlen(FIRMWARE_REV)+1;      if (I.IoctlOutputBufferSize() >= fwLength)      {        strcpy((PCHAR)I.IoctlBuffer(),FIRMWARE_REV);        I.Information() = fwLength;         return I.Complete(STATUS_SUCCESS);      }      else      {              }    case . . .   } }

    標簽: 驅動程序 應用程序 接口

    上傳時間: 2013-10-17

    上傳用戶:gai928943

  • 單片開關電源的設計和應用

    單片開關電源集成電路于20世紀如年代中、后期問世以來,在國際上獲得廣泛應用,已成為開發中、小功率無工頻變壓器式高效開關電源的首選產品。本書從實用角度出發,全面系統深入地闡述了單片開關電源的設計與應用。全書共10章。第1至4章分別介紹了六大系列TOPswitch、TOPSwitch—II、TinySwitch、TNY256、MC33370、TOPSwitch—FX等67種型號的單片開關電源集成電路的原理與應用。第5章講述L4960、L4970/4970A系列15種型號的單片開關式穩壓器。第6章介紹16種單片開關電源模塊的設計。第7章闡述單片開關電源的特殊應用。第8、9、10章分別介紹單片開關電源的設計指南、電磁兼容性及酗試技術、外圍電路關鍵元器件的選擇。這是國內第一部關于單片開關電源的專著,充分反映了該領域的國內外最新研究成果。 第1章 單片開關電源概述 1.1 開關電源的發展趨勢 1.1.1 開關電源的發展歷史 1.1.2 單片開關電源的發展趨勢 1.2 開關電源的基本原理 1.2.1 開關電源的控制方式 1.2.2 脈寬調制式開關電源的基本原理 1.3 單片開關電源的產品分類及主要特點 1.4 單片開關電源的基本原理及反饋電路類型 1.4.1 單片開關電源的基本原理 1.4.2 單片開關電源的兩種工作模式 1.4.3 反饋電路的四種基本類型 1.5 單片開關電源典型產品的技術指標 第2章 三端單片開關電源的原理與應用 2.1 TOPSwitch—II系列的產品分類及性能特點 2.1.1 TOPSwitch—II的產品分類 2.1.2 TOPSwitch—II的性能特點 2.2 TOPSwitch—II系列單片開關電源的工作原理

    標簽: 單片開關 電源

    上傳時間: 2013-10-29

    上傳用戶:潛水的三貢

  • MCS-51單片機系統擴展技術

    1 MCS-51單片機系統擴展的基本概念2 程序存儲器擴展技術3 數據存儲器擴展4 輸入/輸出口擴展技術MCS-51單片機系統擴展的基本概念1.1 MCS-51單片機最小應用系統1.2 MCS-51單片機的外部擴展性能MCS-51單片機最小應用系統1.8051/8751最小應用系統(如圖1所示)。由于集成度的限制,這種最小應用系統只能用作一些小型的控制單元。其應用特點是:(1)全部I/O口線均可供用戶使用。(2)內部存儲器容量有限(只有4KB地址空間)。(3)應用系統開發具有特殊性。2.8031最小應用系統8031是片內無程序存儲器的單片機芯片,因此,其最小應用系統應在片外擴展EPROM。圖2為用8031外接程序存儲器構成的最小系統。

    標簽: MCS 51 單片機系統 擴展技術

    上傳時間: 2014-04-03

    上傳用戶:MATAIYES

  • 基于DSP的單相Boost型數字PFC控制技術

    為了減少電力電子裝置對電網引起的諧波污染,在變頻器接入電網之前加入PFC電路是一種趨勢。討論了基于TMS320LF2407的全數字控制的單相PFC電路的工作原理,并由此得到了主電路參數的選取原則;建立了單相Boost型數字PFC的小信號動態模型,并分析了基于該模型的數字控制設計方法,給出了設計軟件流程;最后搭建了一臺樣機,在實際電路中實現了數字控制的單相PFC,并得到了較好的實驗結果。

    標簽: Boost DSP PFC 單相

    上傳時間: 2014-12-28

    上傳用戶:zhangyi99104144

  • 基于FPGA的射頻熱療系統的設計

    采用高精度數字溫度傳感器DS18B20與可編程邏輯器件FPGA實現溫度測量與控制,并進行溫度場的測量與控制實驗。實驗表明,一維控制器控制精度不夠,溫度超調比較大(1 ℃),而二維控制器的溫度超調就比較小(0.5 ℃)。因此,所設計的射頻溫度場溫度測量與控制的方法滿足熱療要求。與傳統方法相比,該系統具有設計靈活、現場可編程、調試簡單和體積小等特點。

    標簽: FPGA 射頻熱療

    上傳時間: 2013-11-20

    上傳用戶:wwwe

  • 開關磁阻電機驅動系統發展概況(講座)

    本文介紹了開關磁阻電機驅動系統(Switched Reluctance Drive, SRD)的發展概況、系統構成以及目前的研究熱點。 關 鍵 詞: 開關磁阻電機   研究熱點 Abstract:In this paper, development, construction and research focus of Switched Reluctance Drive were introduced. Keywords: Switched Reluctance Motor      Research focus 1  發展簡介 開關磁阻電機(Switched Reluctance Motor, SRM)最早可以追溯到1970年,英國Leeds大學步進電機研究小組首創一個開關磁阻電機雛形。到1972年進一步對帶半導體開關的小功率電動機(10w~1kw)進行了研究。1975年有了實質性的進展,并一直發展到可以為50kw的電瓶汽車提供裝置。1980年在英國成立了開關磁阻電機驅動裝置有限公司(SRD Ltd.),專門進行SRD系統的研究、開發和設計。1983年英國(SRD Ltd.)首先推出了SRD系列產品,該產品命名為OULTON。1984年TASC驅動系統公司也推出了他們的產品。另外SRD Ltd. 研制了一種適用于有軌電車的驅動系統,到1986年已運行500km。該產品的出現,在電氣傳動界引起不小的反響。在很多性能指標上達到了出人意料的高水平,整個系統的綜合性能價格指標達到或超過了工業中長期廣泛應用的一些變速傳動系統。下表是當時對幾種常用變速傳動系統各項主要經濟指標所作的比較。成本 1.0 1.5 1.0 美國、加拿大、南斯拉夫、埃及等國家也都開展了SRD系統的研制工作。在國外的應用中,SRD一般用于牽引中,例如電瓶車和電動汽車。同時高速性能是SRD的一個特長的方向。據報道,美國為空間技術研制了一個25000r/min、90kW的高速SRD樣機。我國大約在1985年才開始對SRD系統進行研究。SRD系統的研究已被列入我國中、小型電機“八五”、“九五”和“十五”科研規劃項目。華中科技大學開關磁阻電機課題組在“九五”項目中研制出使用SRD的純電動轎車,在“十五”項目中將SRD應用到混合動力城市公交車,均取得了較好的運行效果。紡織機械研究所將SRD應用于毛巾印花機、卷布機,煤礦牽引及電動車輛等,取得了顯著的經濟效益。 從上世紀90年代國際會議的上有關SRD系統的文章來看,對SRD系統的研究工作已經從論證它的優點、開發應用階段進入到設計理論、優化設計研究階段。對SR電機、控制器、功率變換器等的運行理論、優化設計、結構形式等方面進行了更加深入的研究。  

    標簽: 開關磁阻電機 發展 驅動系統 講座

    上傳時間: 2013-10-11

    上傳用戶:xjz632

  • 基于嵌入式系統的RFID中間件設計

    針對嵌入式系統的特點,研究了輕量級的嵌入式RFID中間件ERM的體系結構。在ERM體系結構指導下,實現了運行于嵌入式平臺的RFID中間件。該中間件體積小、功耗低、占用資源少、性能高,能夠滿足食品溯源系統的應用需求。

    標簽: RFID 嵌入式系統

    上傳時間: 2013-10-20

    上傳用戶:honyeal

主站蜘蛛池模板: 高邑县| 永善县| 澄城县| 贵德县| 抚州市| 鹤岗市| 抚宁县| 水富县| 和硕县| 得荣县| 郯城县| 旬邑县| 崇礼县| 保亭| 鄂伦春自治旗| 喀喇| 二连浩特市| 金秀| 左云县| 迁西县| 微博| 叶城县| 白水县| 大洼县| 灵丘县| 永顺县| 班戈县| 乾安县| 山西省| 双桥区| 柳河县| 西青区| 阜阳市| 潼关县| 喀喇沁旗| 博白县| 定安县| 手游| 大名县| 天柱县| 连山|