交流電動機是一個多變量、高階、強耦合的非線性系統，不象直流電機那樣易于控制轉矩，采用矢量控制技術可解決傳統交流調速的難題，使交流電機可以按直流電機的控制規律來進行控制，而無傳感器矢量控制技術由于可以省去速度傳感器，使相應的交流調速系統變得簡便、廉價和可靠，所以成為當前研究的熱點，本論文工作就是這方面的一個嘗試。 論文首先介紹了矢量控制技術的基本理論。對感應電動機在三相靜止坐標系下強耦合和互感變參數的數學模型，通過坐標變換，導出感應電機在兩相同步旋轉坐標系下的數學模型，然后將同步坐標系按轉子磁場定向，實現了對轉子磁鏈和轉矩的分別控制，從而可以按直流電機的控制規律來控制交流電機。 其次，論文基于同步軸系下的感應電動機電壓磁鏈方程式，提出了一種感應電動機按轉子磁場定向的矢量控制方法，利用在同步軸系中T軸電流的誤差信號實現對電機速度的估算，這種速度估算方法結構簡單，有一定的自適應能力。同時在該無傳感器矢量控制系統中，由于采用了經典的PI調節器，使得控制系統更為簡單易行。 論文利用MATLAB建立了該無傳感器矢量控制系統的仿真模型。為提高系統的適應性和仿真結果的準確性，仿真模型采用了標么值系統，并考慮了控制周期和采樣信號周期對仿真結果的影響。討論了離散控制引起的相位補償問題，使仿真結果更接近實際工程系統。 最后，通過仿真進一步驗證了本文提出的無傳感器矢量控制系統的正確性和可行性，也證明了速度估計模型對速度估計準確，且對參數的變化有較強的魯棒性。
上傳時間： 2013-06-02
上傳用戶：libinxny
主版上有很多PCI的介面可以利用，他的LAYOUT有一些注意事項及必須處理走線的特性阻抗才可以讓系統穩定。
上傳時間： 2013-06-14
上傳用戶：夢雨軒膂
任何雷達接收器所接收到的回波(echo)訊號，都會包含目標回波和背景雜波。雷達系統的縱向解析度和橫向解析度必須夠高，才能在充滿背景雜波的環境中偵測到目標。傳統上都會使用短週期脈衝波和寬頻FM 脈衝來達到上述目的。
上傳時間： 2014-12-23
上傳用戶：zhqzal1014
高可用性繫統常常采用雙路饋送功率分配，旨在實現冗餘並增強系統的可靠性。“或”二極管把兩路電源一起連接在負載點上，最常用的是肖特基二極管，目的在於實現低損耗
上傳時間： 2013-10-19
上傳用戶：BOBOniu
九.輸入/輸出保護為了支持多任務，80386不僅要有效地實現任務隔離，而且還要有效地控制各任務的輸入/輸出，避免輸入/輸出沖突。本文將介紹輸入輸出保護。 這里下載本文源代碼。 <一>輸入/輸出保護80386采用I/O特權級IPOL和I/O許可位圖的方法來控制輸入/輸出，實現輸入/輸出保護。 1.I/O敏感指令輸入輸出特權級(I/O Privilege Level)規定了可以執行所有與I/O相關的指令和訪問I/O空間中所有地址的最外層特權級。IOPL的值在如下圖所示的標志寄存器中。 標 志寄存器 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許可位圖規定了I/O空間中的哪些地址可以由在任何特權級執行的程序所訪問。I/O許可位圖在任務狀態段TSS中。 I/O敏感指令 指令 功能 保護方式下的執行條件 CLI 清除EFLAGS中的IF位 CPL<=IOPL STI 設置EFLAGS中的IF位 CPL<=IOPL IN 從I/O地址讀出數據 CPL<=IOPL或I/O位圖許可 INS 從I/O地址讀出字符串 CPL<=IOPL或I/O位圖許可 OUT 向I/O地址寫數據 CPL<=IOPL或I/O位圖許可 OUTS 向I/O地址寫字符串 CPL<=IOPL或I/O位圖許可 上表所列指令稱為I/O敏感指令，由于這些指令與I/O有關，并且只有在滿足所列條件時才可以執行，所以把它們稱為I/O敏感指令。從表中可見，當前特權級不在I/O特權級外層時，可以正常執行所列的全部I/O敏感指令；當特權級在I/O特權級外層時，執行CLI和STI指令將引起通用保護異常，而其它四條指令是否能夠被執行要根據訪問的I/O地址及I/O許可位圖情況而定(在下面論述)，如果條件不滿足而執行，那么將引起出錯碼為0的通用保護異常。 由于每個任務使用各自的EFLAGS值和擁有自己的TSS，所以每個任務可以有不同的IOPL，并且可以定義不同的I/O許可位圖。注意，這些I/O敏感指令在實模式下總是可執行的。 2.I/O許可位圖如果只用IOPL限制I/O指令的執行是很不方便的，不能滿足實際要求需要。因為這樣做會使得在特權級3執行的應用程序要么可訪問所有I/O地址，要么不可訪問所有I/O地址。實際需要與此剛好相反，只允許任務甲的應用程序訪問部分I/O地址，只允許任務乙的應用程序訪問另一部分I/O地址，以避免任務甲和任務乙在訪問I/O地址時發生沖突，從而避免任務甲和任務乙使用使用獨享設備時發生沖突。 因此，在IOPL的基礎上又采用了I/O許可位圖。I/O許可位圖由二進制位串組成。位串中的每一位依次對應一個I/O地址，位串的第0位對應I/O地址0，位串的第n位對應I/O地址n。如果位串中的第位為0，那么對應的I/O地址m可以由在任何特權級執行的程序訪問；否則對應的I/O地址m只能由在IOPL特權級或更內層特權級執行的程序訪問。如果在I/O外層特權級執行的程序訪問位串中位值為1的位所對應的I/O地址，那么將引起通用保護異常。 I/O地址空間按字節進行編址。一條I/O指令最多可涉及四個I/O地址。在需要根據I/O位圖決定是否可訪問I/O地址的情況下，當一條I/O指令涉及多個I/O地址時，只有這多個I/O地址所對應的I/O許可位圖中的位都為0時，該I/O指令才能被正常執行，如果對應位中任一位為1，就會引起通用保護異常。 80386支持的I/O地址空間大小是64K，所以構成I/O許可位圖的二進制位串最大長度是64K個位，即位圖的有效部分最大為8K字節。一個任務實際需要使用的I/O許可位圖大小通常要遠小于這個數目。 當前任務使用的I/O許可位圖存儲在當前任務TSS中低端的64K字節內。I/O許可位圖總以字節為單位存儲，所以位串所含的位數總被認為是8的倍數。從前文中所述的TSS格式可見，TSS內偏移66H的字確定I/O許可位圖的開始偏移。由于I/O許可位圖最長可達8K字節，所以開始偏移應小于56K，但必須大于等于104，因為TSS中前104字節為TSS的固定格式，用于保存任務的狀態。 1.I/O訪問許可檢查細節保護模式下處理器在執行I/O指令時進行許可檢查的細節如下所示。 (1)若CPL<=IOPL，則直接轉步驟(8)；(2)取得I/O位圖開始偏移；(3)計算I/O地址對應位所在字節在I/O許可位圖內的偏移；(4)計算位偏移以形成屏蔽碼值，即計算I/O地址對應位在字節中的第幾位；(5)把字節偏移加上位圖開始偏移，再加1，所得值與TSS界限比較，若越界，則產生出錯碼為0的通用保護故障；(6)若不越界，則從位圖中讀對應字節及下一個字節；(7)把讀出的兩個字節與屏蔽碼進行與運算，若結果不為0表示檢查未通過，則產生出錯碼為0的通用保護故障；(8)進行I/O訪問。設某一任務的TSS段如下： TSSSEG SEGMENT PARA USE16 TSS <> ;TSS低端固定格式部分 DB 8 DUP(0) ;對應I/O端口00H—3FH DB 10000000B ;對應I/O端口40H—47H DB 01100000B ;對用I/O端口48H—4FH DB 8182 DUP(0ffH) ;對應I/O端口50H—0FFFFH DB 0FFH ;位圖結束字節TSSLen = $TSSSEG ENDS 再假設IOPL=1，CPL=3。那么如下I/O指令有些能正常執行，有些會引起通用保護異常： in al,21h ;(1)正常執行 in al,47h ;(2)引起異常 out 20h,al ;(3)正常實行 out 4eh,al ;(4)引起異常 in al,20h ;(5)正常執行 out 20h,eax ;(6)正常執行 out 4ch,ax ;(7)引起異常 in ax,46h ;(8)引起異常 in eax,42h ;(9)正常執行 由上述I/O許可檢查的細節可見，不論是否必要，當進行許可位檢查時，80386總是從I/O許可位圖中讀取兩個字節。目的是為了盡快地執行I/O許可檢查。一方面，常常要讀取I/O許可位圖的兩個字節。例如，上面的第(8)條指令要對I/O位圖中的兩個位進行檢查，其低位是某個字節的最高位，高位是下一個字節的最低位。可見即使只要檢查兩個位，也可能需要讀取兩個字節。另一方面，最多檢查四個連續的位，即最多也只需讀取兩個字節。所以每次要讀取兩個字節。這也是在判別是否越界時再加1的原因。為此，為了避免在讀取I/O許可位圖的最高字節時產生越界，必須在I/O許可位圖的最后填加一個全1的字節，即0FFH。此全1的字節應填加在最后一個位圖字節之后，TSS界限范圍之前，即讓填加的全1字節在TSS界限之內。 I/O許可位圖開始偏移加8K所得的值與TSS界限值二者中較小的值決定I/O許可位圖的末端。當TSS的界限大于I/O許可位圖開始偏移加8K時，I/O許可位圖的有效部分就有8K字節，I/O許可檢查全部根據全部根據該位圖進行。當TSS的界限不大于I/O許可位圖開始偏移加8K時，I/O許可位圖有效部分就不到8K字節，于是對較小I/O地址訪問的許可檢查根據位圖進行，而對較大I/O地址訪問的許可檢查總被認為不可訪問而引起通用保護故障。因為這時會發生字節越界而引起通用保護異常，所以在這種情況下，可認為不足的I/O許可位圖的高端部分全為1。利用這個特點，可大大節約TSS中I/O許可位圖占用的存儲單元，也就大大減小了TSS段的長度。 <二>重要標志保護輸入輸出的保護與存儲在標志寄存器EFLAGS中的IOPL密切相關，顯然不能允許隨便地改變IOPL，否則就不能有效地實現輸入輸出保護。類似地，對EFLAGS中的IF位也必須加以保護，否則CLI和STI作為敏感指令對待是無意義的。此外，EFLAGS中的VM位決定著處理器是否按虛擬8086方式工作。 80386對EFLAGS中的這三個字段的處理比較特殊，只有在較高特權級執行的程序才能執行IRET、POPF、CLI和STI等指令改變它們。下表列出了不同特權級下對這三個字段的處理情況。 不同特權級對標志寄存器特殊字段的處理 特權級 VM標志字段 IOPL標志字段 IF標志字段 CPL=0 可變(初POPF指令外) 可變 可變 0 不變 不變 可變 CPL>IOPL 不變 不變 不變 從表中可見，只有在特權級0執行的程序才可以修改IOPL位及VM位；只能由相對于IOPL同級或更內層特權級執行的程序才可以修改IF位。與CLI和STI指令不同，在特權級不滿足上述條件的情況下，當執行POPF指令和IRET指令時，如果試圖修改這些字段中的任何一個字段，并不引起異常，但試圖要修改的字段也未被修改，也不給出任何特別的信息。此外，指令POPF總不能改變VM位，而PUSHF指令所壓入的標志中的VM位總為0。 <三>演示輸入輸出保護的實例(實例九)下面給出一個用于演示輸入輸出保護的實例。演示內容包括：I/O許可位圖的作用、I/O敏感指令引起的異常和特權指令引起的異常；使用段間調用指令CALL通過任務門調用任務，實現任務嵌套。 1.演示步驟實例演示的內容比較豐富，具體演示步驟如下：(1)在實模式下做必要準備后，切換到保護模式；(2)進入保護模式的臨時代碼段后，把演示任務的TSS段描述符裝入TR，并設置演示任務的堆棧；(3)進入演示代碼段，演示代碼段的特權級是0；(4)通過任務門調用測試任務1。測試任務1能夠順利進行；(5)通過任務門調用測試任務2。測試任務2演示由于違反I/O許可位圖規定而導致通用保護異常；(6)通過任務門調用測試任務3。測試任務3演示I/O敏感指令如何引起通用保護異常；(7)通過任務門調用測試任務4。測試任務4演示特權指令如何引起通用保護異常；(8)從演示代碼轉臨時代碼，準備返回實模式；(9)返回實模式，并作結束處理。
上傳時間： 2013-12-11
上傳用戶：nunnzhy
本文將探討微控制器與 PSoC (可編程系統單晶片)在數位電視應用上的設計挑戰，並比較微控制器和 PSoC 架構在處理這些挑戰時的不同處，以有效地建置執行。
上傳時間： 2013-11-22
上傳用戶：gengxiaochao
嵌入式LINUX 電子教程全集 嵌入式系統出現于60年代晚期，它最初被用于控制機電電話交換機，如今已被廣泛的應用于工業制造、過程控制、通訊、儀器、儀表、汽車、船舶、航空、航天、軍事裝備、消費類產品等眾多領域。計算機系統核心CPU，每年在全球范圍內的產量大概在二十億顆左右，其中超過80％應用于各類專用性很強的嵌入式系統。一般的說，凡是帶有微處理器的專用軟硬件系統都可以稱為嵌入式系統。 1. 嵌入式Linux系統就是利用Linux其自身的許多特點，把它應用到嵌入式系統里。 Linux做嵌入式的優勢，首先，Linux是開放源代碼的，不存在黑箱技術，遍布全球的眾多Linux愛好者又是Linux開發者的強大技術支持；其次，Linux的內核小、效率高，內核的更新速度很快,linux是可以定制的，其系統內核最小只有約134KB。第三，Linux是免費的OS，在價格上極具競爭力。 Linux還有著嵌入式操作系統所需要的很多特色，突出的就是Linux適應于多種CPU和多種硬件平臺，是一個跨平臺的系統。到目前為止，它可以支持二三十種CPU。而且性能穩定，裁剪性很好，開發和使用都很容易。很多CPU包括家電業芯片，都開始做Linux的平臺移植工作。移植的速度遠遠超過Java的開發環境。也就是說，如果今天用Linux環境開發產品，那么將來換CPU就不會遇到困擾。同時，Linux內核的結構在網絡方面是非常完整的，Linux對網絡中最常用的TCP/IP協議有最完備的支持。提供了包括十兆、百兆、千兆的以太網絡，以及無線網絡，Toker ring(令牌環網)、光纖甚至衛星的支持。所以Linux很適于做信息家電的開發。 還有使用Linux為的是來開發無線連接產品的開發者越來越多。Linux在快速增長的無線連接應用主場中有一個非常重要的優勢，就是有足夠快的開發速度。這是因為LInux有很多工具，并且Linux為眾多程序員所熟悉。因此，我們要在嵌入式系統中使用Linux操作系統。 Linux的大小適合嵌入式操作系統——Linux固有的模塊性，適應性和可配置性，使得這很容易做到。另外，Linux源碼的實用性和成千上萬的程序員熱切其望它用于無數的嵌入式應用軟件中，導致很多嵌入式Linux的出現，包括：Embedix，ETLinux，LEM，Linux Router Project，LOAF，uCLinux，muLinux，ThinLinux，FirePlug，Linux和PizzaBox Linux 相對，Linux的圖形界面還相對較弱，但近年Linux的圖形界面發展也很快，這也就不是問題。 2. 什么是嵌入式Linux 嵌入式linux 是將日益流行的Linux操作系統進行裁剪修改，使之能在嵌入式計算機系統上運行的一種操作系統。嵌入式linux既繼承了Interlnet上無限的開放源代碼資源，又具有嵌入式操作系統的特性。嵌入式Linux的特點是版權費免費;購買費用媒介成本技術支持全世界的自由軟件開發者提供支持網絡特性免費，而且性能優異，軟件移植容易，代碼開放，有許多應用軟件支持，應用產品開發周期短，新產品上市迅速，因為有許多公開的代碼可以參考和移植，實時性能RT_Linux Hardhat Linux 等嵌入式Linux支持，實時性能穩定性好安全性好。 3. 嵌入式Linux有巨大的市場前景和商業機會，出現了大量的專業公司和產品，如Montavista Lineo Emi等，有行業協會如Embedded Linux Consortum等，得到世界著名計算機公司和OEM板級廠商的支持，例如IBM Motorola Intel等。傳統的嵌入式系統廠商也采用了Linux策略，如Lynxworks Windriver QNX等，還有Internet上的大量嵌入式Linux愛好者的支持。嵌入式Linux支持幾乎所有的嵌入式CPU和被移植到幾乎所有的嵌入式OEM板。 4.嵌入式Linux的應用領域非常廣泛，主要的應用領域有信息家電、PDA 、機頂盒、Digital Telephone、Answering Machine、Screen Phone 、數據網絡、Ethernet Switches、Router、Bridge、Hub、Remote access servers、ATM、Frame relay 、遠程通信、醫療電子、交通運輸計算機外設、工業控制、航空航天領域等。 5.如果分別讓10位工程師給出嵌入式系統的定義，將得到10個不同的答案。一般來說，大部分的嵌入式系統執行特定的任務。我們假定最簡單的嵌入式系統包括輸入/輸出功能，以及一些控制邏輯，該系統基于它的配置執行某些類型的功能。按照這個標準，可以認為一個包含實現控制邏輯74123計數器以及一個狀態是一個嵌入式系統。也許可以補充說，該系統必須可通過存儲在固件中的軟件進行編程。這個新的嵌入式系統定義包括輸入/輸出(I/O)，以及存儲在系統固件中的控制邏輯。一個帶有鼠標、鍵盤、網絡連接并運行圖形用戶界面(GUI，graphical user interface)多任務操作系統的桌面計算機顯然滿足這些要求，但我們能認為它是一個嵌入式系統嗎？ 如果桌面計算機不是一個嵌入式系統，那么手持設備呢？它們有I/O功能，可以運行存儲在固件中的控制邏輯。有人說，桌面計算機和手持設備都有通用計算機設備，可以運行軟件來執行許多不同的任務，與之不同的是，嵌入式系統(例如，洗碗機控制器或飛行導航系統)主要是為特定任務而設計的。這種特定的功能限定使嵌入式設備有功能上的唯一性。如果是這樣，為什么一些嵌入式系統設計成具有附加的功能，如存儲在非易失性存儲器中的程序，并且具有運行可以完成原始設計范圍之外的任務的多任務操作系統的能力呢？ 在過去，區分嵌入式系統和通用計算機比現在簡單的多。例如，可以很容易地區分出一個基于8051的T1分幅卡嵌入式系統和一臺Sun UNIX工作站。而現在，從功能方面很難區分一臺Sun工作站和一個包含PowerPC以及32MB內存和16MB閃存的機頂盒。這樣的機頂盒可以運行帶GUI的多任務操作系統，可現場升級，可以同時運行多個程序(如視頻控制器、數字錄像和Java虛擬機)，還可以進行安全的因特網在線交易。很難判斷這種機頂盒是否是一個嵌入式系統。顯然，硬件性能的提升和價格的下降使通用計算機和嵌入式系統之間的界限變得很模糊，技術的進步使得我們很難定義什么是嵌入式。
上傳時間： 2014-12-30
上傳用戶：ljt101007
用MDK 生成bin 文件1用MDK 生成bin 文件Embest 徐良平在RV MDK 中，默認情況下生成*.hex 的可執行文件，但是當我們要生成*.bin 的可執行文件時怎么辦呢？答案是可以使用RVCT 的fromelf.exe 工具進行轉換。也就是說首先將源文件編譯鏈接成*.axf 的文件，然后使用fromelf.exe 工具將*.axf 格式的文件轉換成*.bin格式的文件。下面將具體說明這個操作步驟：1. 打開Axf_To_Bin 文件中的Axf_To_Bin.uv2 工程文件；2. 打開Options for Target ‘Axf_To_Bin’對話框，選擇User 標簽頁；3. 構選Run User Programs After Build/Rebuild 框中的Run #1 多選框，在后邊的文本框中輸入C:\Keil\ARM\BIN31\fromelf.exe --bin -o ./output/Axf_To_Bin.bin ./output/Axf_To_Bin.axf 命令行；4. 重新編譯文件，在./output/文件夾下生成了Axf_To_Bin.bin 文件。在上面的步驟中，有幾點值得注意的是：1. C:\Keil\ARM\BIN31\表示RV MDK 的安裝目錄；2. fromelf.exe 命令的具體語法格式如下：命令的格式為：fromelf [options] input_file命令選項如下：--help 顯示幫助信息--vsn 顯示版本信息--output file 輸出文件(默認的輸出為文本格式)--nodebug 在生成的映象中不包含調試信息--nolinkview 在生成的映象中不包含段的信息二進制輸出格式：--bin 生成Plain Binary 格式的文件--m32 生成Motorola 32 位十六進制格式的文件--i32 生成Intel 32 位十六進制格式的文件--vhx 面向字節的位十六進制格式的文件t--base addr 設置m32，i32 格式文件的基地址--text 顯示文本信息文本信息的標志-v 打印詳細信息-a 打印數據地址(針對帶調試信息的映象)-d 打印數據段的內容-e 打印表達式表print exception tables-f 打印消除虛函數的信息-g 打印調試表print debug tables-r 打印重定位信息-s 打印字符表-t 打印字符串表-y 打印動態段的內容-z 打印代碼和數據大小的信息
上傳時間： 2013-12-17
上傳用戶：AbuGe
WEBGAME 機器人大戰EBS(無盡的戰爭) 架設方法 WIN2K系列主機 ，最簡單的方法就是 設置一個虛擬目錄 其它就稍微改改 config.cgi的設置，還有餓ebs_sub 1 2 3.cgi的圖片地址就基本好了 WIN2K沒有虛擬目錄的話就除了要做上面的那些以外 還要打開所有文件，搜索類似這樣的 require config.cgi 都改成絕對路徑就行了 UNIX LINUX FREEBSD 系列的話,就要設置屬性了 ebs目錄所有CGI文件設置成 755 所有DAT文件設置成 777 logmiulerebeb 目錄也就是數據目錄，這個要設置成 777 裏面所有文件也是 777 當然，你可以修改這個目錄，最好修改成其他目錄，然後把config.cgi的數據庫目錄改改就可以了, 然後就是改 config.cgi的一些設置，還要改 ebs_sub 1 2 3.cgi的圖片地址了,最後就是，UNIX LINUX系列的大小寫都分的很清楚，這個版本我懶得整理，所以有的是答謝，有的是小寫，自己改改吧.
上傳時間： 2014-01-10
上傳用戶：tuilp1a
音視頻矩陣的串口控制程序，可以實現8進四出的控制。同時提供了udp監聽，接收網絡命令，實現網絡上控制音視頻矩陣。需要用到著名的trayicon控件和mscomm控件
上傳時間： 2014-01-06
上傳用戶：ikemada
