本文簡單介紹了MCGS 組態軟件和SPCE061A 單片機的特點，即北京昆侖通態自動化軟件科技有限公司的工控組態軟件MCGS(Monitor and Control Generated System )和臺灣凌陽科技推出的16 位微控制器SPCE061A，重點介紹了如何一步步開發SPCE061A 單片機的驅動程序，并簡單介紹了下位機程序的設計，最后給出了測試情況。計算機技術的飛速發展為工業自動化開辟了廣闊的發展空間，人們可以快捷地開發和組建高效的控制系統。筆者設計的液體點滴監控模型,可以對液體點滴情況實現遠程監控和現場監控，終端和上位機均可人工設定所需的液體點滴速度并動態顯示。在這方面，MCGS 工控組態軟件提供了強有力的支持，它是一套Windows 環境下快速構造和生成上位機監控系統的組態軟件系統，可快速構造和生成數據采集、報警處理、流程控制、動畫顯示、報表輸出等界面,實現各種工程曲線的繪制、報表輸出、遠程通信等功能 [1]。MCGS 作為一種方便有效的通用工控軟件,它提供了國內外各種常用的工控設備的驅動程序。但在實際應用中,因為所用設備的特殊性,允許用戶根據需要來定制設備驅動程序。MCGS 用Active DLL 構件實現設備驅動程序,通過規范的OLE 接口掛接到MCGS 中,使其構成一個整體。鑒于Visual Basic 語言的通用性和簡單性,使用VB 來開發單片機驅動,MCGS 的實現方法和原理與標準的Active DLL 完全一致,但MCGS 規定了一套接口規范,只有遵守這些接口規范的Active DLL 才能用作MCGS 的設備驅動構件。利用具有語音和 DSP 功能的SPCE061A 單片機作為液體點滴監控模型的核心控制器，SPCE061A 是臺灣凌陽科技推出的16 位微控制器，提供了豐富的軟、硬件資源，開發靈活方便。除此之外SPCE061A 的最高時鐘頻率可達到49MHz,具有運算速度高的優勢，這為語音的錄制和播放提供了條件[4]。
上傳時間： 2013-12-19
上傳用戶：leesuper
單片機開發中除必要的硬件外，同樣離不開軟件，我們寫的匯編語言源程序要變為 CPU可以執行的機器碼有兩種方法，一種是手工匯編，另一種是機器匯編，目前已極少使用手工匯編的方法了。機器匯編是通過匯編軟件將源程序變為機器碼，用于MCS-51 單片機的匯編軟件有早期的A51，隨著單片機開發技術的不斷發展，從普遍使用匯編語言到逐漸使用高級語言開發，單片機的開發軟件也在不斷發展，Keil 軟件是目前最流行開發MCS-51 系列單片機的軟件，這從近年來各仿真機廠商紛紛宣布全面支持Keil 即可看出。Keil 提供了包括C編譯器、宏匯編、連接器、庫管理和一個功能強大的仿真調試器等在內的完整開發方案，通過一個集成開發環境（uVision）將這些部份組合在一起。運行Keil 軟件需要Pentium 或以上的CPU，16MB或更多RAM、20M 以上空閑的硬盤空間、WIN98、NT、WIN2000、WINXP等操作系統。掌握這一軟件的使用對于使用51 系列單片機的愛好者來說是十分必要的，如果你使用C 語言編程，那么Keil 幾乎就是你的不二之選（目前在國內你只能買到該軟件、而你買的仿真機也很可能只支持該軟件），即使不使用C 語言而僅用匯編語言編程，其方便易用的集成環境、強大的軟件仿真調試工具也會令你事半功倍。我們將通過一些實例來學習 Keil 軟件的使用，在這一部份我們將學習如何輸入源程序，建立工程、對工程進行詳細的設置，以及如何將源程序變為目標代碼。圖1 所示電路圖使用89C51 單片機作為主芯片，這種單片機性屬于MCS-51 系列，其內部有4K 的FLASH ROM,可以反復擦寫，非常適于做實驗。89C51 的P1 引腳上接8 個發光二極管，P3.2~P3.4 引腳上接4 個按鈕開關，我們的第一個任務是讓接在P1 引腳上的發光二極管依次循環點亮。
上傳時間： 2013-11-06
上傳用戶：aesuser
CoPIC 5X 是專門為批量生產時大量燒錄PIC16C5X 和PIC12C5XX 系列OTP型單片機而設計的專用設備，無論是燒寫速度，還是燒寫的可靠性，均達到了目前市場上的一流水平，在一般情況下，對一片PIC16C57 進行編程所需的時間，約2 秒鐘左右(取決于程序容量)，而編程的故障率，則因低于芯片生產廠家所提供的其芯片自身的故障率而變得無法統計和可以忽略不計。CoPIC 5X 是在我公司CoPIC V1.0 及V2.1 的基礎上改進發展而來的，它繼承了CoPIC V2.1 的高速、高可靠性的優點，同時重新設計了機殼、彩色控制面板、校驗和顯示等，使其更加美觀和易于操作。除此之外，還對軟硬件進行了改進，除了自身保證燒寫的高可靠性外，跟老機型相比，更可防止由于使用人員操作失誤而造成的損失。CoPIC 5X 采用了MICROCHIP 公司新的編程算法，可以確保完全支持最新批號的芯片。
上傳時間： 2013-11-22
上傳用戶：ouyang426
設置復位標志位便于區分不同原因引發的復位，作為一種新技術被越來越多的新型單片機所采納。例如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
自制一臺ATMEL 89系列FLASH單片機編程器學習單片機最有用的恐怕是編程器和仿真機,一臺商品化的編程器至少要幾百元,仿真機價格更高,往往讓初學者難以選擇。這里介紹的一款國外電子網站推出的廉價51編程器，能夠讀寫最常用的12種51單片機，自己動手裝配一臺，既能鍛煉自己的動手能力,又能廉價地裝備一臺多用編程器，無論是學習單片機或業余時間搞開發，都是一個非常好的選擇。筆者按照資料自制了一臺，十分好用，不敢獨享。特編譯了全部制作資料介紹給大家。這個編程器硬件使用標準的TTL系列器件而沒有使用特殊元件。它連接在計算機的并行端口，對PC的并口沒有特殊要求，所以配置很低的計算機也能用這個編程器。Atmel Flash 系列單片機是當前最流行的單片機，易于擦寫，不象OTP芯片容易造成浪費。特別是89系列單片機與大家熟悉的INTEL51系列單片機完全兼容，這個編程器支持的單片機主要是Atmel flash系列。支持的器件： 這個編程器支持以下ATMEL單片機AT89C51,AT89C52,AT89C55,AT89S51,AT89S52,AT89S53,AT89C51RC,AT89C55WD,AT89S8252,AT89C1051U,AT89C2051,AT89C4051注意：20腳的單片機需要一個簡單的適配器。（圖 2 ） 硬件： 圖1顯示了這個FLASH 編程器的電路圖，編程器和標準的計算機并口連接。電路圖中的U2是用于控制計算機和控制器之間的數據流，U4 鎖存低位地址字節 ，U5 鎖存高位地址字節 ，U3用于產生控制信號給被編程的單片機。IC U1用于產生編程脈沖給單片機.當U7提供編程電壓給控制器時，電源部分用U8產生邏輯5v供給。IC U6用于產生5V或6.5V VDD 電源電壓給單片機。
上傳時間： 2013-10-18
上傳用戶：bakdesec
用C 語言來開發單片機系統軟件最大的好處是編寫代碼效率高、軟件調試直觀、維護升級方便、代碼的重復利用率高、便于跨平臺的代碼移植等等，因此C 語言編程在單片機系統設計中已得到越來越廣泛的運用。針對PIC 單片機的軟件開發，同樣可以用C 語言實現。但在單片機上用C 語言寫程序和在PC 機上寫程序絕對不能簡單等同。現在的PC 機資源十分豐富，運算能力強大，因此程序員在寫PC 機的應用程序時幾乎不用關心編譯后的可執行代碼在運行過程中需要占用多少系統資源，也基本不用擔心運行效率有多高。寫單片機的C 程序最關鍵的一點是單片機內的資源非常有限，控制的實時性要求又很高，因此，如果沒有對單片機體系結構和硬件資源作詳盡的了解，以筆者的愚見認為是無法寫出高質量實用的C 語言程序。這就是為什么前面所有章節中的的示范代碼全部用基礎的匯編指令實現的原因，希望籍此能使讀者對PIC 單片機的指令體系和硬件資源有深入了解，在這基礎之上再來討論C 語言編程，就有水到渠成的感覺。本書圍繞中檔系列PIC 單片機來展開討論，Microchip 公司自己沒有針對中低檔系列PIC單片機的C 語言編譯器，但很多專業的第三方公司有眾多支持PIC 單片機的C 語言編譯器提供，常見的有Hitech、CCS、IAR、Bytecraft 等公司。其中筆者最常用的是Hitech 公司的PICC編譯器，它穩定可靠，編譯生成的代碼效率高，在用PIC 單片機進行系統設計和開發的工程師群體中得到廣泛認可。其正式完全版軟件需要購置，但在其網站上有限時的試用版供用戶評估。另外，Hitech 公司針對廣大PIC 的業余愛好者和初學者還提供了完全免費的學習版PICC-Lite 編譯器套件，它的使用方式和完全版相同，只是支持的PIC 單片機型號限制在PIC16F84、PIC16F877 和PIC16F628 等幾款。這幾款Flash 型的單片機因其所具備的豐富的片上資源而最適用于單片機學習入門，因此筆者建議感興趣的讀者可從PICC-Lite 入手掌握PIC 單片機的C 語言編程。
上傳時間： 2013-11-17
上傳用戶：aa54
單片機開發中除必要的硬件外，同樣離不開軟件，我們寫的匯編語言源程序要變為CPU可以執行的機器碼有兩種方法，一種是手工匯編，另一種是機器匯編，目前已極少使用手工匯編的方法了。機器匯編是通過匯編軟件將源程序變為機器碼，用于MCS-51 單片機的匯編軟件有早期的A51，隨著單片機開發技術的不斷發展，從普遍使用匯編語言到逐漸使用高級語言開發，單片機的開發軟件也在不斷發展，Keil 軟件是目前最流行開發MCS-51 系列單片機的軟件，這從近年來各仿真機廠商紛紛宣布全面支持Keil 即可看出。Keil 提供了包括C編譯器、宏匯編、連接器、庫管理和一個功能強大的仿真調試器等在內的完整開發方案，通過一個集成開發環境（uVision）將這些部份組合在一起。運行Keil 軟件需要Pentium 或以上的CPU，16MB或更多RAM、20M 以上空閑的硬盤空間、WIN98、NT、WIN2000、WINXP等操作系統。掌握這一軟件的使用對于使用51 系列單片機的愛好者來說是十分必要的，如果你使用C 語言編程，那么Keil 幾乎就是你的不二之選（目前在國內你只能買到該軟件、而你買的仿真機也很可能只支持該軟件），即使不使用C 語言而僅用匯編語言編程，其方便易用的集成環境、強大的軟件仿真調試工具也會令你事半功倍。我們將通過一些實例來學習Keil 軟件的使用，在這一部份我們將學習如何輸入源程序，建立工程、對工程進行詳細的設置，以及如何將源程序變為目標代碼。圖1 所示電路圖使用89C51 單片機作為主芯片，這種單片機性屬于MCS-51 系列，其內部有4K 的FLASH ROM,可以反復擦寫，非常適于做實驗。89C51 的P1 引腳上接8 個發光二極管，P3.2~P3.4 引腳上接4 個按鈕開關，我們的第一個任務是讓接在P1 引腳上的發光二極管依次循環點亮。 一、Keil 工程的建立首先啟動Keil 軟件的集成開發環境，這里假設讀者已正確安裝了該軟件，可以從桌面上直接雙擊uVision 的圖標以啟動該軟件。UVison啟動后，程序窗口的左邊有一個工程管理窗口，該窗口有3 個標簽，分別是Files、Regs、和Books，這三個標簽頁分別顯示當前項目的文件結構、CPU 的寄存器及部份特殊功能寄存器的值（調試時才出現）和所選CPU 的附加說明文件，如果是第一次啟動Keil，那么這三個標簽頁全是空的。
上傳時間： 2013-12-26
上傳用戶：liulinshan2010
Keil C51 使用技巧及實戰：到你的程序中這本書將教你充分使用你的工具如果你只有8051 的匯編程序你也可以學習該書和使用這些例子但是你必須把C 語言的程序裝入你的匯編程序中這對懂得C 語言和8051匯編程序指令的人來說并不是一件困難的事如果你有C 編譯器的話那恭喜你使用C 語言進行開發是一個好的決定你會發現使用C 進行開發將使你的工程開發和維護的時間大大減少如果你已經擁有Keil C51 那你已經選擇了一個非常好的開發工具我發現Keil 軟件包能夠提供最好的支持本書支持Keil C 的擴展如果你有其它的開發工具像Archimedes 和Avocet 這本書也能很好地為你服務但你必須根據你所用的開發工具改變一些Keil 的特殊指令在書的一些地方有硬件圖實例程序在這些硬件上運行這些圖繪制地不是很詳細主要是方框圖但足以使讀者明白軟件和硬件之間的接口讀者應該把這本書看成工具書而不是用來學習各種系統設計通過本書你可以了解給定一定的硬件和軟件設計之后8051 的各種性能希望你能從本書中獲取靈感并有助于你的設計使你豁然開朗當然我希望你也能夠從本書中學到有用的知識使之能夠提升你的設計。
上傳時間： 2013-10-27
上傳用戶：Jerry_Chow
帶I2C串行CMOS EEPROM、精密復位控制器和看門狗定時器的監控電路 特性 看門狗監控SDA信號 (CAT1161) 兼容400KHz 的I2C總線 操作電壓范圍為2.7V～6.0V 低功耗CMOS 技術 16 字節的頁寫緩沖區 內置誤寫保護電路－Vcc鎖定－寫保護管腳WP 復位高電平或低電平有效－精確的電源電壓監控－支持5V，3.3V 和3V 的系統－5個復位門檻電壓可供選擇 1,000,000個編程/擦除周期 手動復位 數據可保存100 年 8 腳DIP 封裝或8 腳SOIC 封裝 商業和工業級溫度范圍描述CAT1161/2 為基于微控器的系統提供了一個完整的存儲器和電源監控解決方案。它們利用低功耗CMOS技術將16k帶硬件存儲器寫保護功能的串行EEPROM 存儲器、用于掉電保護的電源監控電路和一個看門狗定時器集成到一塊芯片上。存儲器采用I2C 總線接口。當系統由于軟件或硬件干擾而被終止或“掛起”時，1.6 秒的看門狗電路將復位系統，使系統恢復正常。CAT1161的看門狗電路監控著SDA，這就可以省去額外的PC板跟蹤電路。低價位的CAT1162不含看門狗定時器。電源監控和復位電路可在系統上電/下電時保護存儲器和系統控制器，防止掉電條件的產生。CAT1161/2的5個門檻電壓可支持5V、3.3V和3V的系統。一旦電源電壓超出范圍，復位信號有效，禁止微控制器、ASIC或外圍器件繼續工作。復位信號在電源電壓超過復位門檻電壓后的200ms內仍保持有效。由于帶有高電平和低電平復位信號，因此CAT1161/2可以很方便地連接到微控制器和其它IC。另外，復位管腳還可用作手動按鍵復位的去抖輸入。 CAT1161/2 的存儲器構造成16字節的頁。除此之外，寫保護管腳WP和VCC 檢測電路提供的硬件數據保護功能可防止在Vcc降到低于復位門檻電壓或上電時Vcc上升到復位門檻電壓之前對存儲器的寫操作。器件包含8腳DIP和表貼8腳SOIC兩種封裝形式。
上傳時間： 2014-03-19
上傳用戶：蟲蟲蟲蟲蟲蟲
<li id="wguca"></li>