基于單片機的LED漢字顯示屏設計與制作：在大型商場、車站、碼頭、地鐵站以及各類辦事窗口等越來越多的場所需要用LED點陣顯示圖形和漢字。LED行業已成為一個快速發展的新興產業，市場空間巨大，前景廣闊。隨著信息產業的高速發展，LED顯示作為信息傳播的一種重要手段，已廣泛應用于室內外需要進行服務內容和服務宗旨宣傳的公眾場所，例如戶內外公共場所廣告宣傳、機場車站旅客引導信息、公交車輛報站系統、證券與銀行信息顯示、餐館報價信息豆示、高速公路可變情報板、體育場館比賽轉播、樓宇燈飾、交通信號燈、景觀照明等。顯然，LED顯示已成為城市亮化、現代化和信息化社會的一個重要標志。 本文基于單片機(AT89C51)講述了16×16 LED漢字點陣顯示的基本原理、硬件組成與設計、程序編譯與下載等基本環節和相關技術。2 硬件電路組成及工作原理本產品擬采用以AT89C51單片機為核心芯片的電路來實現，主要由AT89C51芯片、時鐘電路、復位電路、列掃描驅動電路(74HC154)、16×16 LED點陣5部分組成，如圖1所示。 其中，AT89C51是一種帶4 kB閃爍可編程可擦除只讀存儲器(Falsh Programmable and Erasable Read OnlyMemory，FPEROM)的低電壓、高性能CMOS型8位微處理器，俗稱單片機。該器件采用ATMEL高密度非易失存儲器制造技術制造，與工業標準的MCS-51指令集和輸出管腳相兼容。由于將多功能8位CPU和閃爍存儲器組合在單個芯片中，能夠進行1 000次寫／擦循環，數據保留時間為10年。他是一種高效微控制器，為很多嵌入式控制系統提供了一種靈活性高且價廉的方案。因此，在智能化電子設計與制作過程中經常用到AT89C51芯片。時鐘電路由AT89C51的18，19腳的時鐘端(XTALl及XTAL2)以及12 MHz晶振X1、電容C2，C3組成，采用片內振蕩方式。復位電路采用簡易的上電復位電路，主要由電阻R1，R2，電容C1，開關K1組成，分別接至AT89C51的RST復位輸入端。LED點陣顯示屏采用16×16共256個象素的點陣，通過萬用表檢測發光二極管的方法測試判斷出該點陣的引腳分布，如圖2所示。 我們把行列總線接在單片機的IO口，然后把上面分析到的掃描代碼送人總線，就可以得到顯示的漢字了。但是若將LED點陣的行列端口全部直接接入89S51單片機，則需要使用32條IO口，這樣會造成IO資源的耗盡，系統也再無擴充的余地。因此，我們在實際應用中只是將LED點陣的16條行線直接接在P0口和P2口，至于列選掃描信號則是由4-16線譯碼器74HC154來選擇控制，這樣一來列選控制只使用了單片機的4個IO口，節約了很多IO資源，為單片機系統擴充使用功能提供了條件。考慮到P0口必需設置上拉電阻，我們采用4.7 kΩ排電阻作為上拉電阻。
上傳時間： 2013-10-16
上傳用戶：ywcftc277
PC機與單片機通信實例：表決器單片機要同時處理很多部分的功能，如：按鍵處理、LED處理、通信處理等。而單片機程序是串行執行的。如何讓眾多任務同時進行或者看起來同時進行？并行：真正意義上的同時進行。并發：宏觀上是同時的，而在微觀上是輪流進行的。即看起來是同時進行的。例如：面前的CRT顯示器，電子束是逐點順序點亮熒光屏上的像素。由于點亮的速度足夠快，很短時間便可掃過整個屏幕，以致于在宏觀上看，所有的像素都是同時刷新的。
上傳時間： 2013-10-28
上傳用戶：spman
設置復位標志位便于區分不同原因引發的復位，作為一種新技術被越來越多的新型單片機所采納。例如Philips公司的P87LPC700和 P89LPC900系列、Freescale公司（原Motorola半導體部）的MC68HC05系列和MC68HC08系列、Sunplus公司的 SPMC65系列、Microchip公司的PIC系列等，內部都設計了專門用于記錄各種復位標志的狀態寄存器。MC68HC08系列有一個復位狀態寄存器，負責記錄6種復位標志位：上電復位、引腳復位、看門狗復位、非法指令復位、非法地址復位和欠壓復位。SPMC65系列有一個系統控制寄存器，負責記錄5種復位標志位：上電復位、外部復位、看門狗復位、非法地址復位和欠壓復位。51兼容的P89LPC900系列有一個復位源寄存器，負責記錄6種復位標志位：欠壓復位、上電復位、外部復位、看門狗復位、軟件復位和UART收到間隔字符復位（主要作為進入ISP監控程序的途徑之一）。就連初學者很常用的 AT89S51/52和P89C52X2，也在其電源控制寄存器PCON中增設了一個上電標志位POF。1、 復位標志位的設置方法傳統的80C51單片機沒有設計復位標志位的記錄功能，這應該說是一種遺憾，那么能否通過一定的技術手段來彌補這個缺憾呢？這里給廣大80C51單片機用戶提供一種啟示和引導。實現復位標志位的記錄肯定需要一定的硬件電路支持，而這種電路的設計不存在固定模式。筆者利用一片MAX813L設計了一種支撐電路，如圖1所示，僅供讀者參考。
上傳時間： 2013-10-21
上傳用戶：lhw888
有兩種方式可以讓設備和應用程序之間聯系：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
8.1 模擬接口概述單片機的外部設備不一定都是數字式的，也經常會和模擬式的設備連接。 例如單片機來控制溫度、壓力時，溫度和壓力都是連續變化的，都是模擬量，在單片機與外部環境通信的時候，就需要有一種轉換器來把模擬信號變為數字信號，以便能夠輸送給單片機進行處理。而單片機送出的控制信號，也必須經過變換器變成模擬信號，才能為控制電路所接受。這種變換器就稱為數模(D／A)轉換器和模數(A／D)轉換器。CPU與模擬外設之間的接口電路稱為模擬接口。在這一章里將介紹單片機與 A／D及D／A轉換器接口，以及有關的應用。 8.2 DAC及其接口一、DAC介紹：1．DAC結構：DAC芯片上集成有D/A轉換電路和輔助電路。2．DAC的參數：描述D／A轉換器性能的參數很多，主要有以下幾個：分辨率(Resolution) 偏移誤差(OffsetError) 線性度(Linearity) 精度(Accuracy) 轉換速度(ConvemionRate) 溫度靈敏度(TemperatureSensitivity) 二、典型DAC芯片及其接口一、DAC介紹：1．DAC結構：DAC芯片上集成有D/A轉換電路和輔助電路。2．DAC的參數：描述D／A轉換器性能的參數很多，主要有以下幾個：分辨率(Resolution) 偏移誤差(OffsetError) 線性度(Linearity) 精度(Accuracy) 轉換速度(ConvemionRate) 溫度靈敏度(TemperatureSensitivity) 8.3 ADC及其接口DAC 0832的結構DAC 0832的引腳DAC 0832的接口DAC 0832的應用DAC0832是CMOS工藝，雙列直插式20引腳。① VCC電源可以在5-15V內變化。典型使用時用15V電源。② AGND為模擬量地線，DGND為數字量地線，使用時，這兩個接地端應始終連在一起。③ 參考電壓VREF接外部的標準電源，VREF一般可在+10V到—10V范圍內選用。
標簽： 模擬接口
上傳時間： 2013-10-10
上傳用戶：ukuk
AVR Studio 幫助文件中文翻譯，網友翻譯的AVR Studio軟件里面的幫助文件。轉自“我們的AVR”網站，在此表示感謝。 圖元文件（metafile） 以.emf為擴展名的文件。是下面各種結構的基本組成部分，可以用來讓AVR LCD編輯器設計軟件模擬顯示器。它可以是一個段或者一個圖像。您不能直接用AVR LCD編輯器生成一個這樣的圖元文件。但是可以使用第三方軟件。Companion Software的Metafile Companion和Microsoft Visio 就是兩個讓用戶自己定義圖元文件的軟件。在市場上有好多更簡單，更便宜的轉換軟件支持gif，jpeg，bmp等的文件轉換成.emf文件。 (例如：www.harmware.com 網站上的Batch Thumb 、和www.irfanview.com網站上的IrfanView). 段（segment）這是軟件模擬顯示器的一部分。用LCD編輯器您可以分配所有的段對應到實際的LCD寄存器的位上。段被存成.emf文件。圖像（image）被用作背景圖像和外圍圖像的圖元文件。充當所有段的布景。這些對象是“靜態”的，不對任何LCD寄存器值有反映。圖像也被存成.emf文件。 模擬顯示器（display）多層的元文件和圖像的組合。它包含LCD 寄存器的分配信息。用XML格式保存成.dis文件。組（group）為了簡化設計，需要頻繁的保存使用段。組就是同一層中一些段（圖元文件）的集合。它的設計沒有實際的限制，但是不能包括靜態圖像（背景/前景）。最典型的組就是7段碼數字字型。組只是理論的設計工具，在最終的模擬顯示器文件中是沒有組存在的。組用擴展名為.pri 的文件保存。 對象（object）對包括以上各個元件的各種事物的稱謂的術語。模擬顯示器文件（display file）以.dis為擴展名的XML類型的文件。包含了所有的關于顯示器的信息。
上傳時間： 2013-10-31
上傳用戶：paladin
用單片機實現溫度遠程顯示摘 要：文章介紹了用AT89S8252單片機的串行接口與智能溫度巡回檢測儀（XJ-08S）通過RS—485總線相互通訊實現熱水溫度遠程顯示的一種低成本解決方案，內容涉及RS—485總線通訊、單片機驅動數碼管顯示、數據轉換以及鍵盤處理軟硬件設計等內容。關鍵詞：單片機 RS—485總線 數碼管顯示 數據轉換 鍵盤處理一、前 言目前檢測溫度一般采用熱電偶或熱敏電阻作為傳感器，這種傳感器至儀表之間一般都要用專用的溫度補償導線，而溫度補償導線價格很貴，并且線路太長也會影響測量精度。在實際應用中往往需要對較遠處（1KM左右）的溫度信號進行監視。現有的解決方案有很多，例如：1、 在現場用智能儀表對溫度信號進行測量，用計算機作上位機與智能儀表進行通訊來實現遠程溫度監測（采用這種方案要增加計算機設備及相關計算機軟件）。2、 NCU+DDC實現遠程溫度監測。用兩個DDC，一個安裝在現場測量溫度，另一個安裝在監視地，兩個DDC通過NCU進行通訊從而實現遠程溫度監測。但以上方案都存在成本高的問題，有沒有低成本的解決方案呢？其實，在單片機應用日益廣泛的今天，完全可以用單片機以極低的成本來實現遠程溫度監測。二、問題的提出我單位管理的鍋爐房同時給兩棟建筑物內的兩家酒店供應蒸汽，由安裝在兩棟建筑物地下室的熱交換器進行熱交換后產生熱水送給客房。從鍋爐房至兩個熱交換站的距離分別約600米，值班人員要不停地奔波于兩個熱交換站與鍋爐房之間進行設備巡視，檢查熱水溫度是否控制在規定的范圍，這樣不僅增加了值班人員的勞動強度，同時也使鍋爐房經常無人(因每班1人值班)。如果能在鍋爐房顯示兩個熱交換站內各熱交換器的熱水溫度，則值班人員僅在熱水溫度異常時才需到各熱交換站檢查設備，這樣便可解決上述問題。我公司曾就此問題找專業公司作過方案，其報價在人民幣１０萬元左右，后因種種原因該項目未實施。經過分析，本人發現可以用單片機+智能儀表以低成本實現溫度遠程顯示，并且經過實驗取得了成功，現將設計方案簡述如下：三、控制要求及解決方案選擇 1、 兩個熱交換站分高低區共安裝有8個熱交換器，正常水溫在45oC至65oC之間；兩個熱交換站與鍋爐房的距離分別為500米和600米左右。2、 要求在鍋爐房能以巡回及定點兩種方式顯示8個熱交換器的熱水溫度，巡回方式以3秒為周期輪流更新及顯示各熱交換器熱水溫度。定點方式時每按上鍵或下鍵一次則顯示上或下一個熱交換器熱水溫度，每3秒自動更新數據一次。3、 根據控制要求選擇單片機+智能儀表的解決方案：用帶通訊接口的智能儀表安裝在現場測量溫度，設計制作一個單片機裝置完成與智能儀表的通訊及數據顯示。四、通訊協議、智能儀表選擇及其參數介紹因熱水溫度信號變化較慢，因而對通信的速度要求不高，對于這種低速率遠距離的通訊選用RS-485總線適宜。RS-485是EIA（美國電子工業聯合會）在1983年公布的新的平衡傳輸標準，是工業界使用最為廣泛的雙向、平衡傳輸線標準接口，它以半雙工方式通信，支持多點連接，傳統驅動器允許創建多達32個節點的網絡，且其具有傳輸距離遠（最大傳輸距離為1200M），傳輸速度快（1200M時為100KBPS）等優點。其連接方法如下圖所示。
上傳時間： 2013-10-12
上傳用戶：luopoguixiong
基于 ARM® Cortex™-M4內核的Kinetis 系列產品在K10到K50 MCU系列的基礎上又添加了功耗更低、成本更優的新成員。這些MCU不僅提供32 KB到1 MB閃存、精準的模擬信號及出色的連接和HMI特性，還提供了一系列的小封裝。本會議將簡要介紹這些MCU的特性、產品計劃及配套支持。
上傳時間： 2013-10-17
上傳用戶：ccclll
近幾年國內重大的安全事件，不再是過去操作系統漏洞或網絡攻擊威脅，而是逐漸轉向企業網絡對外的Web站點，例如：網絡在線交易網站、企業的電子商務網站與企業內部的ERP、CRM系統等，均是Web系統服務(SQL Injection)的問題。 信息資產就和企業其它重要的資產一樣，對企業而言是非常具有價值的，應該被妥善加以保護并可被審核。由于信息系統面臨著許多安全的威脅，因此對信息系統安全風險應加以管理，以降低系統所提供信息的不及時性、不完整性與不正確性，并設置適當控制及保存審核檔案記錄，以便及時發現并追蹤惡意行為，防范入侵與攻擊，進而確保信息系統的安全。
上傳時間： 2013-10-16
上傳用戶：lijianyu172
ZigBee技術是一種應用于短距離范圍內，低傳輸數據速率下的各種電子設備之間的無線通信技術。ZigBee名字來源于蜂群使用的賴以生存和發展的通信方式，蜜蜂通過跳ZigZag形狀的舞蹈來通知發現的新食物源的位置、距離和方向等信息，以此作為新一代無線通訊技術的名稱。ZigBee過去又稱為“HomeRF Lite”、“RF-EasyLink”或“FireFly”無線電技術，目前統一稱為ZigBee技術。 2、ZigBee技術的特點 自從馬可尼發明無線電以來，無線通信技術一直向著不斷提高數據速率和傳輸距離的方向發展。例如：廣域網范圍內的第三代移動通信網絡（3G）目的在于提供多媒體無線服務，局域網范圍內的標準從IEEE802.11的1Mbit/s到IEEE802.11g的54Mbit/s的數據速率。而當前得到廣泛研究的ZigBee技術則致力于提供一種廉價的固定、便攜或者移動設備使用的極低復雜度、成本和功耗的低速率無線通信技術。這種無線通信技術具有如下特點： 功耗低：工作模式情況下，ZigBee技術傳輸速率低，傳輸數據量很小，因此信號的收發時間很短，其次在非工作模式時，ZigBee節點處于休眠模式。設備搜索時延一般為30ms，休眠激活時延為15ms，活動設備信道接入時延為15ms。由于工作時間較短、收發信息功耗較低且采用了休眠模式，使得ZigBee節點非常省電，ZigBee節點的電池工作時間可以長達6個月到2年左右。同時，由于電池時間取決于很多因素，例如：電池種類、容量和應用場合，ZigBee技術在協議上對電池使用也作了優化。對于典型應用，堿性電池可以使用數年，對于某些工作時間和總時間（工作時間+休眠時間）之比小于1%的情況，電池的壽命甚至可以超過10年。 數據傳輸可靠：ZigBee的媒體接入控制層（MAC層）采用talk-when-ready的碰撞避免機制。在這種完全確認的數據傳輸機制下，當有數據傳送需求時則立刻傳送，發送的每個數據包都必須等待接收方的確認信息，并進行確認信息回復，若沒有得到確認信息的回復就表示發生了碰撞，將再傳一次，采用這種方法可以提高系統信息傳輸的可靠性。同時為需要固定帶寬的通信業務預留了專用時隙，避免了發送數據時的競爭和沖突。同時ZigBee針對時延敏感的應用做了優化，通信時延和休眠狀態激活的時延都非常短。 網絡容量大：ZigBee低速率、低功耗和短距離傳輸的特點使它非常適宜支持簡單器件。ZigBee定義了兩種器件：全功能器件（FFD）和簡化功能器件（RFD）。對全功能器件，要求它支持所有的49個基本參數。而對簡化功能器件，在最小配置時只要求它支持38個基本參數。一個全功能器件可以與簡化功能器件和其他全功能器件通話，可以按3種方式工作，分別為：個域網協調器、協調器或器件。而簡化功能器件只能與全功能器件通話，僅用于非常簡單的應用。一個ZigBee的網絡最多包括有255個ZigBee網路節點，其中一個是主控（Master）設備，其余則是從屬（Slave）設備。若是通過網絡協調器（Network Coordinator），整個網絡最多可以支持超過64000個ZigBee網路節點，再加上各個Network Coordinator可互相連接，整個ZigBee網絡節點的數目將十分可觀。 兼容性：ZigBee技術與現有的控制網絡標準無縫集成。通過網絡協調器（Coordinator）自動建立網絡，采用載波偵聽/沖突檢測（CSMA-CA）方式進行信道接入。為了可靠傳遞，還提供全握手協議。
標簽： zigbee
上傳時間： 2013-11-24
上傳用戶：siguazgb
