用單片機(jī)AT89C51改造普通雙桶洗衣機(jī)：AT89C2051作為AT89C51的簡(jiǎn)化版雖然去掉了P0、P2等端口，使I/O口減少了，但是卻增加了一個(gè)電壓比較器，因此其功能在某些方面反而有所增強(qiáng)，如能用來(lái)處理模擬量、進(jìn)行簡(jiǎn)單的模數(shù)轉(zhuǎn)換等。本文利用這一功能設(shè)計(jì)了一個(gè)數(shù)字電容表，可測(cè)量容量小于2微法的電容器的容量，采用3位半數(shù)字顯示，最大顯示值為1999，讀數(shù)單位統(tǒng)一采用毫微法（nf），量程分四檔，讀數(shù)分別乘以相應(yīng)的倍率。電路工作原理 本數(shù)字電容表以電容器的充電規(guī)律作為測(cè)量依據(jù)，測(cè)試原理見圖1。電源電路圖。 壓E+經(jīng)電阻R給被測(cè)電容CX充電，CX兩端原電壓隨充電時(shí)間的增加而上升。當(dāng)充電時(shí)間t等于RC時(shí)間常數(shù)τ時(shí)，CX兩端電壓約為電源電壓的63.2%，即0.632E+。數(shù)字電容表就是以該電壓作為測(cè)試基準(zhǔn)電壓，測(cè)量電容器充電達(dá)到該電壓的時(shí)間，便能知道電容器的容量。例如，設(shè)電阻R的阻值為1千歐，CX兩端電壓上升到0.632E+所需的時(shí)間為1毫秒，那么由公式τ=RC可知CX的容量為1微法。 測(cè)量電路如圖2所示。A為AT89C2051內(nèi)部構(gòu)造的電壓比較器，AT89C2051 圖2 的P1.0和P1.1口除了作I/O口外，還有一個(gè)功能是作為電壓比較器的輸入端，P1.0為同相輸入端，P1.1為反相輸入端，電壓比較器的比較結(jié)果存入P3.6口對(duì)應(yīng)的寄存器，P3.6口在AT89C2051外部無(wú)引腳。電壓比較器的基準(zhǔn)電壓設(shè)定為0.632E+，在CX兩端電壓從0升到0.632E+的過(guò)程中，P3.6口輸出為0，當(dāng)電池電壓CX兩端電壓一旦超過(guò)0.632E+時(shí)，P3.6口輸出變?yōu)?。以P3.6口的輸出電平為依據(jù)，用AT89C2051內(nèi)部的定時(shí)器T0對(duì)充電時(shí)間進(jìn)行計(jì)數(shù)，再將計(jì)數(shù)結(jié)果顯示出來(lái)即得出測(cè)量結(jié)果。整機(jī)電路見圖3。電路由單片機(jī)電路、電容充電測(cè)量電路和數(shù)碼顯示電路等 圖3 部分組成。AT89C2051內(nèi)部的電壓比較器和電阻R2-R7等組成測(cè)量電路，其中R2-R5為量程電阻，由波段開關(guān)S1選擇使用，電壓比較器的基準(zhǔn)電壓由5V電源電壓經(jīng)R6、RP1、R7分壓后得到，調(diào)節(jié)RP1可調(diào)整基準(zhǔn)電壓。當(dāng)P1.2口在程序的控制下輸出高電平時(shí)，電容CX即開始充電。量程電阻R2-R5每檔以10倍遞減，故每檔顯示讀數(shù)以10倍遞增。由于單片機(jī)內(nèi)部P1.2口的上拉電阻經(jīng)實(shí)測(cè)約為200K，其輸出電平不能作為充電電壓用，故用R5兼作其上拉電阻，由于其它三個(gè)充電電阻和R5是串聯(lián)關(guān)系，因此R2、R3、R4應(yīng)由標(biāo)準(zhǔn)值減去1K，分別為999K、99K、9K。由于999K和1M相對(duì)誤差較小，所以R2還是取1M。數(shù)碼管DS1-DS4、電阻R8-R14等組成數(shù)碼顯示電路。本機(jī)采用動(dòng)態(tài)掃描顯示的方式，用軟件對(duì)字形碼譯碼。P3.0-P3.5、P3.7口作數(shù)碼顯示七段筆劃字形碼的輸出，P1.3-P1.6口作四個(gè)數(shù)碼管的動(dòng)態(tài)掃描位驅(qū)動(dòng)碼輸出。這里采用了共陰數(shù)碼管，由于AT89C2051的P1.3-P1.6口有25mA的下拉電流能力，所以不用三極管就能驅(qū)動(dòng)數(shù)碼管。R8-R14為P3.0-P3.5、P3.7口的上拉電阻，用以驅(qū)動(dòng)數(shù)碼管的各字段，當(dāng)P3的某一端口輸出低電平時(shí)其對(duì)應(yīng)的字段筆劃不點(diǎn)亮，而當(dāng)其輸出高電平時(shí)，則對(duì)應(yīng)的上拉電阻即能點(diǎn)亮相應(yīng)的字段筆劃。
上傳時(shí)間： 2013-12-31
上傳用戶：ming529
有兩種方式可以讓設(shè)備和應(yīng)用程序之間聯(lián)系：1. 通過(guò)為設(shè)備創(chuàng)建的一個(gè)符號(hào)鏈；2. 通過(guò)輸出到一個(gè)接口WDM驅(qū)動(dòng)程序建議使用輸出到一個(gè)接口而不推薦使用創(chuàng)建符號(hào)鏈的方法。這個(gè)接口保證PDO的安全，也保證安全地創(chuàng)建一個(gè)惟一的、獨(dú)立于語(yǔ)言的訪問(wèn)設(shè)備的方法。一個(gè)應(yīng)用程序使用Win32APIs來(lái)調(diào)用設(shè)備。在某個(gè)Win32 APIs和設(shè)備對(duì)象的分發(fā)函數(shù)之間存在一個(gè)映射關(guān)系。獲得對(duì)設(shè)備對(duì)象訪問(wèn)的第一步就是打開一個(gè)設(shè)備對(duì)象的句柄。 用符號(hào)鏈打開一個(gè)設(shè)備的句柄為了打開一個(gè)設(shè)備，應(yīng)用程序需要使用CreateFile。如果該設(shè)備有一個(gè)符號(hào)鏈出口，應(yīng)用程序可以用下面這個(gè)例子的形式打開句柄：hDevice = CreateFile("\\\\.\\OMNIPORT3", GENERIC_READ | GENERIC_WRITE,FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL ,NULL);文件路徑名的前綴“\\.\”告訴系統(tǒng)本調(diào)用希望打開一個(gè)設(shè)備。這個(gè)設(shè)備必須有一個(gè)符號(hào)鏈，以便應(yīng)用程序能夠打開它。有關(guān)細(xì)節(jié)查看有關(guān)Kdevice和CreateLink的內(nèi)容。在上述調(diào)用中第一個(gè)參數(shù)中前綴后的部分就是這個(gè)符號(hào)鏈的名字。注意：CreatFile中的第一個(gè)參數(shù)不是Windows 98/2000中驅(qū)動(dòng)程序(.sys文件)的路徑。是到設(shè)備對(duì)象的符號(hào)鏈。如果使用DriverWizard產(chǎn)生驅(qū)動(dòng)程序，它通常使用類KunitizedName來(lái)構(gòu)成設(shè)備的符號(hào)鏈。這意味著符號(hào)鏈名有一個(gè)附加的數(shù)字，通常是0。例如：如果鏈接名稱的主干是L“TestDevice”那么在CreateFile中的串就該是“\\\\.\\TestDevice0”。如果應(yīng)用程序需要被覆蓋的I/O，第六個(gè)參數(shù)(Flags)必須或上FILE_FLAG_OVERLAPPED。 使用一個(gè)輸出接口打開句柄用這種方式打開一個(gè)句柄會(huì)稍微麻煩一些。DriverWorks庫(kù)提供兩個(gè)助手類來(lái)使獲得對(duì)該接口的訪問(wèn)容易一些，這兩個(gè)類是CDeviceInterface, 和 CdeviceInterfaceClass。CdeviceInterfaceClass類封裝了一個(gè)設(shè)備信息集，該信息集包含了特殊類中的所有設(shè)備接口信息。應(yīng)用程序能有用CdeviceInterfaceClass類的一個(gè)實(shí)例來(lái)獲得一個(gè)或更多的CdeviceInterface類的實(shí)例。CdeviceInterface類是一個(gè)單一設(shè)備接口的抽象。它的成員函數(shù)DevicePath()返回一個(gè)路徑名的指針，該指針可以在CreateFile中使用來(lái)打開設(shè)備。下面用一個(gè)小例子來(lái)顯示這些類最基本的使用方法：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;} 在設(shè)備中執(zhí)行I/O操作一旦應(yīng)用程序獲得一個(gè)有效的設(shè)備句柄，它就能使用Win32 APIs來(lái)產(chǎn)生到設(shè)備對(duì)象的IRPs。下面的表顯示了這種對(duì)應(yīng)關(guān)系。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 需要解釋一下設(shè)備類成員的Close和CleanUp：CreateFile使內(nèi)核為設(shè)備創(chuàng)建一個(gè)新的文件對(duì)象。這使得多個(gè)句柄可以映射同一個(gè)文件對(duì)象。當(dāng)這個(gè)文件對(duì)象的最后一個(gè)用戶級(jí)句柄被撤銷后，I/O管理器調(diào)用CleanUp。當(dāng)沒(méi)有任何用戶級(jí)和核心級(jí)的對(duì)文件對(duì)象的訪問(wèn)的時(shí)候，I/O管理器調(diào)用Close。如果被打開的設(shè)備不支持指定的功能，則調(diào)用相應(yīng)的Win32將引起錯(cuò)誤（無(wú)效功能）。以前為Windows95編寫的VxD的應(yīng)用程序代碼中可能會(huì)在打開設(shè)備的時(shí)候使用FILE_FLAG_DELETE_ON_CLOSE屬性。在Windows NT/2000中，建議不要使用這個(gè)屬性，因?yàn)樗鼘?dǎo)致沒(méi)有特權(quán)的用戶企圖打開這個(gè)設(shè)備，這是不可能成功的。I/O管理器將ReadFile和WriteFile的buff參數(shù)轉(zhuǎn)換成IRP域的方法依賴于設(shè)備對(duì)象的屬性。當(dāng)設(shè)備設(shè)置DO_DIRECT_IO標(biāo)志，I/O管理器將buff鎖住在存儲(chǔ)器中，并且創(chuàng)建了一個(gè)存儲(chǔ)在IRP中的MDL域。一個(gè)設(shè)備可以通過(guò)調(diào)用Kirp::Mdl來(lái)存取MDL。當(dāng)設(shè)備設(shè)置DO_BUFFERED_IO標(biāo)志，設(shè)備對(duì)象分別通過(guò)KIrp::BufferedReadDest或 KIrp::BufferedWriteSource為讀或?qū)懖僮鳙@得buff地址。當(dāng)設(shè)備不設(shè)置DO_BUFFERED_IO標(biāo)志也不設(shè)置DO_DIRECT_IO，內(nèi)核設(shè)置IRP 的UserBuffer域來(lái)對(duì)應(yīng)ReadFile或WriteFile中的buff參數(shù)。然而，存儲(chǔ)區(qū)并沒(méi)有被鎖住而且地址只對(duì)調(diào)用進(jìn)程有效。驅(qū)動(dòng)程序可以使用KIrp::UserBuffer來(lái)存取IRP域。對(duì)于DeviceIoControl調(diào)用，buffer參數(shù)的轉(zhuǎn)換依賴于特殊的I/O控制代碼，它不在設(shè)備對(duì)象的特性中。宏CTL_CODE（在winioctl.h中定義）用來(lái)構(gòu)造控制代碼。這個(gè)宏的其中一個(gè)參數(shù)指明緩沖方法是METHOD_BUFFERED, METHOD_IN_DIRECT, METHOD_OUT_DIRECT, 或METHOD_NEITHER。下面的表顯示了這些方法和與之對(duì)應(yīng)的能獲得輸入緩沖與輸出緩沖的KIrp中的成員函數(shù)：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，系統(tǒng)分配一個(gè)單一的緩沖來(lái)作為輸入與輸出。驅(qū)動(dòng)程序必須在向輸出緩沖放數(shù)據(jù)之前拷貝輸入數(shù)據(jù)。驅(qū)動(dòng)程序通過(guò)調(diào)用KIrp::IoctlBuffer獲得緩沖地址。在完成時(shí)，I/O管理器從系統(tǒng)緩沖拷貝數(shù)據(jù)到提供給Ring 3級(jí)調(diào)用者使用的緩沖中。驅(qū)動(dòng)程序必須在結(jié)束前存儲(chǔ)拷貝到IRP的Information成員中的數(shù)據(jù)個(gè)數(shù)。如果控制代碼不指明METHOD_IN_DIRECT或METHOD_OUT_DIRECT，則DeviceIoControl的參數(shù)呈現(xiàn)不同的含義。參數(shù)InputBuffer被拷貝到一個(gè)系統(tǒng)緩沖，這個(gè)緩沖驅(qū)動(dòng)程序可以通過(guò)調(diào)用KIrp::IoctlBuffer。參數(shù)OutputBuffer被映射到KMemory對(duì)象，驅(qū)動(dòng)程序?qū)@個(gè)對(duì)象的訪問(wèn)通過(guò)調(diào)用KIrp::Mdl來(lái)實(shí)現(xiàn)。對(duì)于METHOD_OUT_DIRECT，調(diào)用者必須有對(duì)緩沖的寫訪問(wèn)權(quán)限。注意，對(duì)METHOD_NEITHER，內(nèi)核只提供虛擬地址；它不會(huì)做映射來(lái)配置緩沖。虛擬地址只對(duì)調(diào)用進(jìn)程有效。這里是一個(gè)用METHOD_BUFFERED的例子：首先，使用宏CTL_CODE來(lái)定義一個(gè)IOCTL代碼：#define IOCTL_MYDEV_GET_FIRMWARE_REV \CTL_CODE (FILE_DEVICE_UNKNOWN,0,METHOD_BUFFERED,FILE_ANY_ACCESS)現(xiàn)在使用一個(gè)DeviceIoControl調(diào)用：BOOLEAN b;CHAR FirmwareRev[60];ULONG FirmwareRevSize;b = DeviceIoControl(hDevice, IOCTL_MYDEV_GET_VERSION_STRING, NULL, // no input 注意，這里放的是包含有執(zhí)行操作命令的字符串指針 0, FirmwareRev, //這里是output串指針，存放從驅(qū)動(dòng)程序中返回的字符串。sizeof(FirmwareRev),& FirmwareRevSize, NULL // not overlapped I/O );如果輸出緩沖足夠大，設(shè)備拷貝串到里面并將拷貝的資結(jié)束設(shè)置到FirmwareRevSize中。在驅(qū)動(dòng)程序中，代碼看起來(lái)如下所示：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 . . . } }
標(biāo)簽： 驅(qū)動(dòng)程序 應(yīng)用程序 接口
上傳時(shí)間： 2013-10-17
上傳用戶：gai928943
用C51寫的普通拼音輸入法源程序代碼:原作使用了一個(gè)二維數(shù)組用以查表，我認(rèn)為這樣比較的浪費(fèi)空間，而且每個(gè)字表的索引地址要手工輸入，效率不高。所以我用結(jié)構(gòu)體將其改寫了一下。就是大家現(xiàn)在看到的這個(gè)。 因?yàn)榇a比較的大，共有6,000多漢字，這樣就得要12,000 byte來(lái)存放GB內(nèi)碼，所以也是沒(méi)辦法的.編譯結(jié)果約為3000h,因?yàn)榇蟛糠质撬饕恚a優(yōu)化幾乎無(wú)效。 在Keil C里仿真芯片選用的是華邦的W77E58，它有32k ROM, 256B on-chip RAM, 1K on-chip SRAM (用DPTR1指針尋址,相當(dāng)于有1K的片上xdata)。條件有限，沒(méi)有上片試驗(yàn)，仿真而已。 打算將其移植到AVR上，但CodeAVRC與IAR EC++在結(jié)構(gòu)體、指針的定義使用上似乎與C51不太一樣，現(xiàn)在還未搞定。還希望在這方面有經(jīng)驗(yàn)的網(wǎng)友能給予指導(dǎo)。 #include<stdio.h> char * py_ime(char *); void main(void){ while(1) { char input_string[]="yI"; xdata char chinese_string[255]; sprintf(chinese_string,"%s",py_ime(input_string)); }}
上傳時(shí)間： 2013-10-30
上傳用戶：cainaifa
九.輸入/輸出保護(hù)為了支持多任務(wù)，80386不僅要有效地實(shí)現(xiàn)任務(wù)隔離，而且還要有效地控制各任務(wù)的輸入/輸出，避免輸入/輸出沖突。本文將介紹輸入輸出保護(hù)。 這里下載本文源代碼。 <一>輸入/輸出保護(hù)80386采用I/O特權(quán)級(jí)IPOL和I/O許可位圖的方法來(lái)控制輸入/輸出，實(shí)現(xiàn)輸入/輸出保護(hù)。 1.I/O敏感指令輸入輸出特權(quán)級(jí)(I/O Privilege Level)規(guī)定了可以執(zhí)行所有與I/O相關(guān)的指令和訪問(wèn)I/O空間中所有地址的最外層特權(quán)級(jí)。IOPL的值在如下圖所示的標(biāo)志寄存器中。 標(biāo) 志寄存器 BIT31—BIT18 BIT17 BIT16 BIT15 BIT14 BIT13—BIT12 BIT11 BIT10 BIT9 BIT8 BIT7 BIT6 BIT5 BIT4 BIT3 BIT2 BIT1 BIT0 00000000000000 VM RF 0 NT IOPL OF DF IF TF SF ZF 0 AF 0 PF 1 CF I/O許可位圖規(guī)定了I/O空間中的哪些地址可以由在任何特權(quán)級(jí)執(zhí)行的程序所訪問(wèn)。I/O許可位圖在任務(wù)狀態(tài)段TSS中。 I/O敏感指令 指令 功能 保護(hù)方式下的執(zhí)行條件 CLI 清除EFLAGS中的IF位 CPL<=IOPL STI 設(shè)置EFLAGS中的IF位 CPL<=IOPL IN 從I/O地址讀出數(shù)據(jù) CPL<=IOPL或I/O位圖許可 INS 從I/O地址讀出字符串 CPL<=IOPL或I/O位圖許可 OUT 向I/O地址寫數(shù)據(jù) CPL<=IOPL或I/O位圖許可 OUTS 向I/O地址寫字符串 CPL<=IOPL或I/O位圖許可 上表所列指令稱為I/O敏感指令，由于這些指令與I/O有關(guān)，并且只有在滿足所列條件時(shí)才可以執(zhí)行，所以把它們稱為I/O敏感指令。從表中可見，當(dāng)前特權(quán)級(jí)不在I/O特權(quán)級(jí)外層時(shí)，可以正常執(zhí)行所列的全部I/O敏感指令；當(dāng)特權(quán)級(jí)在I/O特權(quán)級(jí)外層時(shí)，執(zhí)行CLI和STI指令將引起通用保護(hù)異常，而其它四條指令是否能夠被執(zhí)行要根據(jù)訪問(wèn)的I/O地址及I/O許可位圖情況而定(在下面論述)，如果條件不滿足而執(zhí)行，那么將引起出錯(cuò)碼為0的通用保護(hù)異常。 由于每個(gè)任務(wù)使用各自的EFLAGS值和擁有自己的TSS，所以每個(gè)任務(wù)可以有不同的IOPL，并且可以定義不同的I/O許可位圖。注意，這些I/O敏感指令在實(shí)模式下總是可執(zhí)行的。 2.I/O許可位圖如果只用IOPL限制I/O指令的執(zhí)行是很不方便的，不能滿足實(shí)際要求需要。因?yàn)檫@樣做會(huì)使得在特權(quán)級(jí)3執(zhí)行的應(yīng)用程序要么可訪問(wèn)所有I/O地址，要么不可訪問(wèn)所有I/O地址。實(shí)際需要與此剛好相反，只允許任務(wù)甲的應(yīng)用程序訪問(wèn)部分I/O地址，只允許任務(wù)乙的應(yīng)用程序訪問(wèn)另一部分I/O地址，以避免任務(wù)甲和任務(wù)乙在訪問(wèn)I/O地址時(shí)發(fā)生沖突，從而避免任務(wù)甲和任務(wù)乙使用使用獨(dú)享設(shè)備時(shí)發(fā)生沖突。 因此，在IOPL的基礎(chǔ)上又采用了I/O許可位圖。I/O許可位圖由二進(jìn)制位串組成。位串中的每一位依次對(duì)應(yīng)一個(gè)I/O地址，位串的第0位對(duì)應(yīng)I/O地址0，位串的第n位對(duì)應(yīng)I/O地址n。如果位串中的第位為0，那么對(duì)應(yīng)的I/O地址m可以由在任何特權(quán)級(jí)執(zhí)行的程序訪問(wèn)；否則對(duì)應(yīng)的I/O地址m只能由在IOPL特權(quán)級(jí)或更內(nèi)層特權(quán)級(jí)執(zhí)行的程序訪問(wèn)。如果在I/O外層特權(quán)級(jí)執(zhí)行的程序訪問(wèn)位串中位值為1的位所對(duì)應(yīng)的I/O地址，那么將引起通用保護(hù)異常。 I/O地址空間按字節(jié)進(jìn)行編址。一條I/O指令最多可涉及四個(gè)I/O地址。在需要根據(jù)I/O位圖決定是否可訪問(wèn)I/O地址的情況下，當(dāng)一條I/O指令涉及多個(gè)I/O地址時(shí)，只有這多個(gè)I/O地址所對(duì)應(yīng)的I/O許可位圖中的位都為0時(shí)，該I/O指令才能被正常執(zhí)行，如果對(duì)應(yīng)位中任一位為1，就會(huì)引起通用保護(hù)異常。 80386支持的I/O地址空間大小是64K，所以構(gòu)成I/O許可位圖的二進(jìn)制位串最大長(zhǎng)度是64K個(gè)位，即位圖的有效部分最大為8K字節(jié)。一個(gè)任務(wù)實(shí)際需要使用的I/O許可位圖大小通常要遠(yuǎn)小于這個(gè)數(shù)目。 當(dāng)前任務(wù)使用的I/O許可位圖存儲(chǔ)在當(dāng)前任務(wù)TSS中低端的64K字節(jié)內(nèi)。I/O許可位圖總以字節(jié)為單位存儲(chǔ)，所以位串所含的位數(shù)總被認(rèn)為是8的倍數(shù)。從前文中所述的TSS格式可見，TSS內(nèi)偏移66H的字確定I/O許可位圖的開始偏移。由于I/O許可位圖最長(zhǎng)可達(dá)8K字節(jié)，所以開始偏移應(yīng)小于56K，但必須大于等于104，因?yàn)門SS中前104字節(jié)為TSS的固定格式，用于保存任務(wù)的狀態(tài)。 1.I/O訪問(wèn)許可檢查細(xì)節(jié)保護(hù)模式下處理器在執(zhí)行I/O指令時(shí)進(jìn)行許可檢查的細(xì)節(jié)如下所示。 (1)若CPL<=IOPL，則直接轉(zhuǎn)步驟(8)；(2)取得I/O位圖開始偏移；(3)計(jì)算I/O地址對(duì)應(yīng)位所在字節(jié)在I/O許可位圖內(nèi)的偏移；(4)計(jì)算位偏移以形成屏蔽碼值，即計(jì)算I/O地址對(duì)應(yīng)位在字節(jié)中的第幾位；(5)把字節(jié)偏移加上位圖開始偏移，再加1，所得值與TSS界限比較，若越界，則產(chǎn)生出錯(cuò)碼為0的通用保護(hù)故障；(6)若不越界，則從位圖中讀對(duì)應(yīng)字節(jié)及下一個(gè)字節(jié)；(7)把讀出的兩個(gè)字節(jié)與屏蔽碼進(jìn)行與運(yùn)算，若結(jié)果不為0表示檢查未通過(guò)，則產(chǎn)生出錯(cuò)碼為0的通用保護(hù)故障；(8)進(jìn)行I/O訪問(wèn)。設(shè)某一任務(wù)的TSS段如下： TSSSEG SEGMENT PARA USE16 TSS <> ;TSS低端固定格式部分 DB 8 DUP(0) ;對(duì)應(yīng)I/O端口00H—3FH DB 10000000B ;對(duì)應(yīng)I/O端口40H—47H DB 01100000B ;對(duì)用I/O端口48H—4FH DB 8182 DUP(0ffH) ;對(duì)應(yīng)I/O端口50H—0FFFFH DB 0FFH ;位圖結(jié)束字節(jié)TSSLen = $TSSSEG ENDS 再假設(shè)IOPL=1，CPL=3。那么如下I/O指令有些能正常執(zhí)行，有些會(huì)引起通用保護(hù)異常： in al,21h ;(1)正常執(zhí)行 in al,47h ;(2)引起異常 out 20h,al ;(3)正常實(shí)行 out 4eh,al ;(4)引起異常 in al,20h ;(5)正常執(zhí)行 out 20h,eax ;(6)正常執(zhí)行 out 4ch,ax ;(7)引起異常 in ax,46h ;(8)引起異常 in eax,42h ;(9)正常執(zhí)行 由上述I/O許可檢查的細(xì)節(jié)可見，不論是否必要，當(dāng)進(jìn)行許可位檢查時(shí)，80386總是從I/O許可位圖中讀取兩個(gè)字節(jié)。目的是為了盡快地執(zhí)行I/O許可檢查。一方面，常常要讀取I/O許可位圖的兩個(gè)字節(jié)。例如，上面的第(8)條指令要對(duì)I/O位圖中的兩個(gè)位進(jìn)行檢查，其低位是某個(gè)字節(jié)的最高位，高位是下一個(gè)字節(jié)的最低位。可見即使只要檢查兩個(gè)位，也可能需要讀取兩個(gè)字節(jié)。另一方面，最多檢查四個(gè)連續(xù)的位，即最多也只需讀取兩個(gè)字節(jié)。所以每次要讀取兩個(gè)字節(jié)。這也是在判別是否越界時(shí)再加1的原因。為此，為了避免在讀取I/O許可位圖的最高字節(jié)時(shí)產(chǎn)生越界，必須在I/O許可位圖的最后填加一個(gè)全1的字節(jié)，即0FFH。此全1的字節(jié)應(yīng)填加在最后一個(gè)位圖字節(jié)之后，TSS界限范圍之前，即讓填加的全1字節(jié)在TSS界限之內(nèi)。 I/O許可位圖開始偏移加8K所得的值與TSS界限值二者中較小的值決定I/O許可位圖的末端。當(dāng)TSS的界限大于I/O許可位圖開始偏移加8K時(shí)，I/O許可位圖的有效部分就有8K字節(jié)，I/O許可檢查全部根據(jù)全部根據(jù)該位圖進(jìn)行。當(dāng)TSS的界限不大于I/O許可位圖開始偏移加8K時(shí)，I/O許可位圖有效部分就不到8K字節(jié)，于是對(duì)較小I/O地址訪問(wèn)的許可檢查根據(jù)位圖進(jìn)行，而對(duì)較大I/O地址訪問(wèn)的許可檢查總被認(rèn)為不可訪問(wèn)而引起通用保護(hù)故障。因?yàn)檫@時(shí)會(huì)發(fā)生字節(jié)越界而引起通用保護(hù)異常，所以在這種情況下，可認(rèn)為不足的I/O許可位圖的高端部分全為1。利用這個(gè)特點(diǎn)，可大大節(jié)約TSS中I/O許可位圖占用的存儲(chǔ)單元，也就大大減小了TSS段的長(zhǎng)度。 <二>重要標(biāo)志保護(hù)輸入輸出的保護(hù)與存儲(chǔ)在標(biāo)志寄存器EFLAGS中的IOPL密切相關(guān)，顯然不能允許隨便地改變IOPL，否則就不能有效地實(shí)現(xiàn)輸入輸出保護(hù)。類似地，對(duì)EFLAGS中的IF位也必須加以保護(hù)，否則CLI和STI作為敏感指令對(duì)待是無(wú)意義的。此外，EFLAGS中的VM位決定著處理器是否按虛擬8086方式工作。 80386對(duì)EFLAGS中的這三個(gè)字段的處理比較特殊，只有在較高特權(quán)級(jí)執(zhí)行的程序才能執(zhí)行IRET、POPF、CLI和STI等指令改變它們。下表列出了不同特權(quán)級(jí)下對(duì)這三個(gè)字段的處理情況。 不同特權(quán)級(jí)對(duì)標(biāo)志寄存器特殊字段的處理 特權(quán)級(jí) VM標(biāo)志字段 IOPL標(biāo)志字段 IF標(biāo)志字段 CPL=0 可變(初POPF指令外) 可變 可變 0 不變 不變 可變 CPL>IOPL 不變 不變 不變 從表中可見，只有在特權(quán)級(jí)0執(zhí)行的程序才可以修改IOPL位及VM位；只能由相對(duì)于IOPL同級(jí)或更內(nèi)層特權(quán)級(jí)執(zhí)行的程序才可以修改IF位。與CLI和STI指令不同，在特權(quán)級(jí)不滿足上述條件的情況下，當(dāng)執(zhí)行POPF指令和IRET指令時(shí)，如果試圖修改這些字段中的任何一個(gè)字段，并不引起異常，但試圖要修改的字段也未被修改，也不給出任何特別的信息。此外，指令POPF總不能改變VM位，而PUSHF指令所壓入的標(biāo)志中的VM位總為0。 <三>演示輸入輸出保護(hù)的實(shí)例(實(shí)例九)下面給出一個(gè)用于演示輸入輸出保護(hù)的實(shí)例。演示內(nèi)容包括：I/O許可位圖的作用、I/O敏感指令引起的異常和特權(quán)指令引起的異常；使用段間調(diào)用指令CALL通過(guò)任務(wù)門調(diào)用任務(wù)，實(shí)現(xiàn)任務(wù)嵌套。 1.演示步驟實(shí)例演示的內(nèi)容比較豐富，具體演示步驟如下：(1)在實(shí)模式下做必要準(zhǔn)備后，切換到保護(hù)模式；(2)進(jìn)入保護(hù)模式的臨時(shí)代碼段后，把演示任務(wù)的TSS段描述符裝入TR，并設(shè)置演示任務(wù)的堆棧；(3)進(jìn)入演示代碼段，演示代碼段的特權(quán)級(jí)是0；(4)通過(guò)任務(wù)門調(diào)用測(cè)試任務(wù)1。測(cè)試任務(wù)1能夠順利進(jìn)行；(5)通過(guò)任務(wù)門調(diào)用測(cè)試任務(wù)2。測(cè)試任務(wù)2演示由于違反I/O許可位圖規(guī)定而導(dǎo)致通用保護(hù)異常；(6)通過(guò)任務(wù)門調(diào)用測(cè)試任務(wù)3。測(cè)試任務(wù)3演示I/O敏感指令如何引起通用保護(hù)異常；(7)通過(guò)任務(wù)門調(diào)用測(cè)試任務(wù)4。測(cè)試任務(wù)4演示特權(quán)指令如何引起通用保護(hù)異常；(8)從演示代碼轉(zhuǎn)臨時(shí)代碼，準(zhǔn)備返回實(shí)模式；(9)返回實(shí)模式，并作結(jié)束處理。
上傳時(shí)間： 2013-12-11
上傳用戶：nunnzhy
如同今天的許多通用單片機(jī)(MCU)已經(jīng)把USB、CAN和以太網(wǎng)作為標(biāo)準(zhǔn)外設(shè)集成在芯片內(nèi)部一樣，越來(lái)越多的無(wú)線網(wǎng)絡(luò)芯片和無(wú)線網(wǎng)絡(luò)解決方案也在向集成SoC 方向發(fā)展，比如第一代產(chǎn)品，Nordic公司nRF905，Chipcon公司cc1010 他們集成了8051兼容的單片機(jī).這些無(wú)線單片機(jī)適合一般的點(diǎn)對(duì)點(diǎn)和點(diǎn)對(duì)多點(diǎn)的私有網(wǎng)絡(luò)應(yīng)用，如單一產(chǎn)品的遙控器和抄表裝置等。無(wú)線通訊技術(shù)給智能裝置的互連互通提供了便捷的途徑，工業(yè)無(wú)線網(wǎng)絡(luò)作為面向工業(yè)和家庭自動(dòng)化的網(wǎng)絡(luò)技術(shù)也正在向著智能，標(biāo)準(zhǔn)和節(jié)能方向發(fā)展。 目前在工業(yè)控制和消費(fèi)電子領(lǐng)域使用的無(wú)線網(wǎng)絡(luò)技術(shù)有ZigBee、無(wú)線局域網(wǎng)(Wi-Fi)、藍(lán)牙(Blutooth)、GPRS通用分組無(wú)線業(yè)務(wù)、 ISM、IrDA等， 未來(lái)還能有3G、超寬頻(UWB)、無(wú)線USB、Wimax等。 當(dāng)然還有大量的私有和專用無(wú)線網(wǎng)絡(luò)在工業(yè)控制和消費(fèi)電子裝置中使用，其中ZigBee、GPRS是在目前在國(guó)內(nèi)工業(yè)控制中討論和使用比較多的兩種，藍(lán)牙和無(wú)線局域網(wǎng)是在消費(fèi)電子產(chǎn)品如手機(jī)、耳機(jī)、打印機(jī)、照相機(jī)和家庭中小企業(yè)網(wǎng)絡(luò)中廣泛使用的無(wú)線協(xié)議(個(gè)別工業(yè)產(chǎn)品也有應(yīng)用，如無(wú)線視頻監(jiān)控和汽車音響系統(tǒng))，當(dāng)然私有無(wú)線網(wǎng)絡(luò)技術(shù)和產(chǎn)品在工業(yè)也有很多的應(yīng)用。 ZigBee是一個(gè)低功耗、短距離和低速的無(wú)線網(wǎng)絡(luò)技術(shù)，工作在2.4GHz國(guó)際免執(zhí)照的頻率，在IEEE標(biāo)準(zhǔn)上它和無(wú)線局域網(wǎng)、藍(lán)牙同屬802家族中的無(wú)線個(gè)人區(qū)域網(wǎng)絡(luò)， ZigBee是有兩部分組成，物理和鏈路層符合IEEE802.15.4， 網(wǎng)絡(luò)和應(yīng)用層符合ZigBee聯(lián)盟的規(guī)范。ZigBee聯(lián)盟是在2002年成立的非盈利組織，有包括TI、霍尼威爾、華為在內(nèi)兩百多家成員， ZigBee聯(lián)盟致力推廣兼容802.15.4和ZigBee協(xié)議的平臺(tái)， 制定網(wǎng)絡(luò)層和應(yīng)用架構(gòu)的公共規(guī)范，希望在樓宇自動(dòng)化、居家控制、家用電器、工業(yè)自動(dòng)控制和電腦外設(shè)等多方面普及ZigBee標(biāo)準(zhǔn)。 GPRS是在現(xiàn)有的GSM 網(wǎng)絡(luò)發(fā)展出來(lái)的分組數(shù)據(jù)承載業(yè)務(wù)，它工作在標(biāo)準(zhǔn)的GSM頻率，由于是一個(gè)分組交換系統(tǒng)，它適合工業(yè)上的突發(fā)，少量的數(shù)據(jù)傳輸，還因?yàn)镚SM網(wǎng)絡(luò)覆蓋廣泛，永遠(yuǎn)在線的特點(diǎn)，GPRS特點(diǎn)適合工業(yè)控制中的遠(yuǎn)程監(jiān)控和測(cè)量系統(tǒng)。在工業(yè)控制應(yīng)用中GPRS 芯片一般是以無(wú)線數(shù)傳模塊形式出現(xiàn)的，它通過(guò)RS232全雙工接口和單片機(jī)連接，軟件上這些模塊都內(nèi)置了GPRS，PPP和TCP/IP協(xié)議，單片機(jī)側(cè)通過(guò)AT指令集向模塊發(fā)出測(cè)試，連接和數(shù)據(jù)收發(fā)指令，GPRS模塊通過(guò)中國(guó)移動(dòng)cmnet進(jìn)入互聯(lián)網(wǎng)和其他終端或者服務(wù)器通訊。目前市場(chǎng)常見的模塊有西門子G24TC45、TC35i，飛思卡爾G24，索愛(ài)GR47/48， 還有Wavecom 的集成了ARM9核的GPRS SoC模塊WMP50/100。GPRS模塊有區(qū)分自帶TCP/IP協(xié)議和不帶協(xié)議兩種，一般來(lái)講，如果是單片機(jī)側(cè)有嵌入式操作系統(tǒng)和TCP/IP協(xié)議支持的話或者應(yīng)用的要求只是收發(fā)短信和語(yǔ)音功能的話，可以選擇不帶協(xié)議的模塊。 先進(jìn)的SoC技術(shù)正在無(wú)線應(yīng)用領(lǐng)域發(fā)揮重要的作用。德州儀器收購(gòu)了Chipcon公司以后發(fā)布的CC2430 是市場(chǎng)上首款SoC的ZigBee單片機(jī)， 見圖1，它把協(xié)議棧z-stack集成在芯片內(nèi)部的閃存里面， 具有穩(wěn)定可靠的CC2420收發(fā)器，增強(qiáng)性的8051內(nèi)核，8KRAM，外設(shè)有I/O 口，ADC，SPI，UART 和AES128 安全協(xié)處理器，三個(gè)版本分別是32/64/128K的閃存，以128K為例，扣除基本z-stack協(xié)議還有3/4的空間留給應(yīng)用代碼，即使完整的ZigBee協(xié)議，還有近1/2的空間留給應(yīng)用代碼，這樣的無(wú)線單片機(jī)除了處理通訊協(xié)議外，還可以完成一些監(jiān)控和顯示任務(wù)。這樣無(wú)線單片機(jī)都支持通過(guò)SPI或者UART與通用單片機(jī)或者嵌入式CPU結(jié)合。 2008年4月發(fā)表CC2480新一代單片ZibBee認(rèn)證處理器就展示出和TI MSP430 通用的低功耗單片機(jī)結(jié)合的例子。圖1 CC2430應(yīng)用電路 工業(yè)控制領(lǐng)域的另一個(gè)芯片巨頭——飛思卡爾的單片ZigBee處理器MC1321X的方案也非常類似，集成了HC08單片機(jī)核心， 16/32/64K 閃存，外設(shè)有GPIO， I2C和ADC， 軟件是Beestack 協(xié)議，只是最多4K RAM 對(duì)于更多的任務(wù)顯得小了些。但是憑借32位單片機(jī)Coldfire和系統(tǒng)軟件方面經(jīng)驗(yàn)和優(yōu)勢(shì)， 飛思卡爾在滿足用戶應(yīng)用的彈性需求方面作的更有特色，它率先能夠提供從低-中-高各個(gè)層面的解決方案，見圖2。
標(biāo)簽： 單片機(jī) 工業(yè)無(wú)線網(wǎng)絡(luò)
上傳時(shí)間： 2013-11-02
上傳用戶：momofiona
C8051F040/1/2/3/4/5/6/7混合信號(hào)ISP FLASH 微控制器數(shù) 據(jù) 手 冊(cè) C8051F04x 系列器件是完全集成的混合信號(hào)片上系統(tǒng)型MCU，具有64 個(gè)數(shù)字I/O 引腳（C8051F040/2/4/6）或32 個(gè)數(shù)字I/O 引腳（C8051F041/3/5/7），片內(nèi)集成了一個(gè)CAN2.0B 控制器。下面列出了一些主要特性；有關(guān)某一產(chǎn)品的具體特性參見表1.1。 高速、流水線結(jié)構(gòu)的8051 兼容的CIP-51 內(nèi)核（可達(dá)25MIPS） 控制器局域網(wǎng)（CAN2.0B）控制器，具有32 個(gè)消息對(duì)象，每個(gè)消息對(duì)象有其自己的標(biāo)識(shí) 全速、非侵入式的在系統(tǒng)調(diào)試接口（片內(nèi)） 真正12 位（C8051F040/1）或10 位（C8051F042/3/4/5/6/7）、100 ksps 的ADC，帶PGA 和8 通道模擬多路開關(guān) 允許高電壓差分放大器輸入到12/10 位ADC（60V 峰-峰值），增益可編程 真正8 位500 ksps 的ADC，帶PGA 和8 通道模擬多路開關(guān)（C8051F040/1/2/3） 兩個(gè)12 位DAC，具有可編程數(shù)據(jù)更新方式（C8051F040/1/2/3） 64KB（C8051F040/1/2/3/4/5）或32KB（C8051F046/7）可在系統(tǒng)編程的FLASH 存儲(chǔ)器 4352（4K+256）字節(jié)的片內(nèi)RAM 可尋址64KB 地址空間的外部數(shù)據(jù)存儲(chǔ)器接口 硬件實(shí)現(xiàn)的SPI、SMBus/ I2C 和兩個(gè)UART 串行接口 5 個(gè)通用的16 位定時(shí)器 具有6 個(gè)捕捉/比較模塊的可編程計(jì)數(shù)器/定時(shí)器陣列 片內(nèi)看門狗定時(shí)器、VDD 監(jiān)視器和溫度傳感器具有片內(nèi)VDD 監(jiān)視器、看門狗定時(shí)器和時(shí)鐘振蕩器的C8051F04x 系列器件是真正能獨(dú)立工作的片上系統(tǒng)。所有模擬和數(shù)字外設(shè)均可由用戶固件使能/禁止和配置。FLASH 存儲(chǔ)器還具有在系統(tǒng)重新編程能力，可用于非易失性數(shù)據(jù)存儲(chǔ)，并允許現(xiàn)場(chǎng)更新8051 固件。片內(nèi)JTAG 調(diào)試電路允許使用安裝在最終應(yīng)用系統(tǒng)上的產(chǎn)品MCU 進(jìn)行非侵入式（不占用片內(nèi)資源）、全速、在系統(tǒng)調(diào)試。該調(diào)試系統(tǒng)支持觀察和修改存儲(chǔ)器和寄存器，支持?jǐn)帱c(diǎn)、觀察點(diǎn)、單步及運(yùn)行和停機(jī)命令。在使用JTAG 調(diào)試時(shí)，所有的模擬和數(shù)字外設(shè)都可全功能運(yùn)行。每個(gè)MCU 都可在工業(yè)溫度范圍（-45℃到+85℃）工作，工作電壓為2.7 ~ 3.6V。端口I/O、/RST和JTAG 引腳都容許5V 的輸入信號(hào)電壓。C8051F040/2/4/6 為100 腳TQFP 封裝（見圖1.1 和圖1.3的框圖）。C8051F041/3/5/7 為64 腳TQFP 封裝（見圖1.2 和圖1.4 的框圖）。
上傳時(shí)間： 2013-10-24
上傳用戶：hwl453472107
C8051Fxxx 系列單片機(jī)是完全集成的混合信號(hào)系統(tǒng)級(jí)芯片，具有與8051 兼容的微控制器內(nèi)核，與MCS-51 指令集完全兼容。除了具有標(biāo)準(zhǔn)8052 的數(shù)字外設(shè)部件之外，片內(nèi)還集成了數(shù)據(jù)采集和控制系統(tǒng)中常用的模擬部件和其它數(shù)字外設(shè)及功能部件。參見表1.1 的產(chǎn)品選擇指南可快速查看每個(gè)MCU 的特性。 MCU 中的外設(shè)或功能部件包括模擬多路選擇器、可編程增益放大器、ADC、DAC、電壓比較器、電壓基準(zhǔn)、溫度傳感器、SMBus/ I2C、UART、SPI、可編程計(jì)數(shù)器/定時(shí)器陣列（PCA）、定時(shí)器、數(shù)字I/O 端口、電源監(jiān)視器、看門狗定時(shí)器（WDT）和時(shí)鐘振蕩器等。所有器件都有內(nèi)置的FLASH 程序存儲(chǔ)器和256 字節(jié)的內(nèi)部RAM，有些器件內(nèi)部還有位于外部數(shù)據(jù)存儲(chǔ)器空間的RAM，即XRAM。C8051Fxxx 單片機(jī)采用流水線結(jié)構(gòu)，機(jī)器周期由標(biāo)準(zhǔn)的12 個(gè)系統(tǒng)時(shí)鐘周期降為1 個(gè)系統(tǒng)時(shí)鐘周期，處理能力大大提高，峰值性能可達(dá)25MIPS。C8051Fxxx 單片機(jī)是真正能獨(dú)立工作的片上系統(tǒng)（SOC）。每個(gè)MCU 都能有效地管理模擬和數(shù)字外設(shè)，可以關(guān)閉單個(gè)或全部外設(shè)以節(jié)省功耗。FLASH 存儲(chǔ)器還具有在系統(tǒng)重新編程能力，可用于非易失性數(shù)據(jù)存儲(chǔ)，并允許現(xiàn)場(chǎng)更新8051 固件。應(yīng)用程序可以使用MOVC 和MOVX 指令對(duì)FLASH 進(jìn)行讀或改寫，每次讀或?qū)懸粋€(gè)字節(jié)。這一特性允許將程序存儲(chǔ)器用于非易失性數(shù)據(jù)存儲(chǔ)以及在軟件控制下更新程序代碼。片內(nèi)JTAG 調(diào)試支持功能允許使用安裝在最終應(yīng)用系統(tǒng)上的產(chǎn)品MCU 進(jìn)行非侵入式（不占用片內(nèi)資源）、全速、在系統(tǒng)調(diào)試。該調(diào)試系統(tǒng)支持觀察和修改存儲(chǔ)器和寄存器，支持?jǐn)帱c(diǎn)、單步、運(yùn)行和停機(jī)命令。在使用JTAG 調(diào)試時(shí)，所有的模擬和數(shù)字外設(shè)都可全功能運(yùn)行。每個(gè)MCU 都可在工業(yè)溫度范圍（-45℃到+85℃）內(nèi)用2.7V-3.6V（F018/019 為2.8V-3.6V）的電壓工作。端口I/O、/RST 和JTAG 引腳都容許5V 的輸入信號(hào)電壓。
上傳時(shí)間： 2013-11-14
上傳用戶：jiangshandz
10pin jtag接口定義 表1 Rainbow Blaster 的10PIN 母頭接口定義引AS 模式 PS 模式 JTAG 模式腳 信號(hào)名 描述 信號(hào)名 描述 信號(hào)名 描述1 DCLK 時(shí)鐘信號(hào) DCLK 時(shí)鐘信號(hào) TCK 時(shí)鐘信號(hào)2 GND 信號(hào)地 GND 信號(hào)地 GND 信號(hào)地3 CONF_DONE 配置完畢 CONF_DONE 配置完畢 TDO 數(shù)據(jù)來(lái)自于器件4 VCC(TRGT) 目標(biāo)電源 VCC(TRGT) 目標(biāo)電源 VCC(TRGT) 目標(biāo)電源5 nCONFIG 配置控制 nCONFIG 配置控制 TMS JTAG 狀態(tài)機(jī)控制6 nCE Cyclone 芯片使能/ /7 DATAOUT AS 數(shù)據(jù)輸出 nSTATUS 配置狀態(tài) /8 nCS 串行配置器件芯片使能/ /9 ASDI AS 數(shù)據(jù)輸入 DATA0 數(shù)據(jù)到器件 TDI 數(shù)據(jù)到器件10 GND 信號(hào)地 GND 信號(hào)地 GND 信號(hào)地
上傳時(shí)間： 2014-04-02
上傳用戶：lina2343
MCS-51指令表.chm
上傳時(shí)間： 2013-10-20
上傳用戶：alex wang
載波相移正弦脈寬調(diào)制（SPWM）技術(shù)是一種適用于大功率電力開關(guān)變換裝置的高性能開關(guān)調(diào)制策略，在有源電力濾波器中有良好的應(yīng)用前景。本文介紹了如何利用高性能數(shù)字信號(hào)處理器TMS320F28335的片內(nèi)外設(shè)事件管理器（EV）模塊產(chǎn)生三相SPWM波，給出了程序流程圖及關(guān)鍵程序源碼。該方法采用不對(duì)稱規(guī)則采樣算法，參數(shù)計(jì)算主要采用查表法，計(jì)算量小，實(shí)時(shí)性高。在工程實(shí)踐中表明，該方法既能滿足控制精度要求，又能滿足實(shí)時(shí)性要求，可以很好地控制逆變電源的輸出。
標(biāo)簽： F28335 28335 SPWM 320F
上傳時(shí)間： 2013-11-05
上傳用戶：tzrdcaabb
蟲蟲下載站版權(quán)所有 京ICP備2021023401號(hào)-1
