摘要：介紹用MCS-51系列單片機控制手機收發短信息的原理、硬件電路、PDU數據格式和符合GSM07.05協議要求的短信息發送/接收程序，同時給出了一個應用實例。關鍵詞：單片機子 短信息 PDU GSM 接口
上傳時間： 2013-11-19
上傳用戶：lingfei
電梯召喚、指令信號的傳輸大致有以下三種方法。 1 一一對應連線方法，即每只召喚或指令的傳輸單獨占據一路線。2．矩陣掃描傳輸方式，這種方式的傳輸將召喚或指令按鈕分為n行和n列排列，在行列的各個交點處串入一只召喚或指令按鈕。
上傳時間： 2014-12-27
上傳用戶：maizezhen
AT89LP216是一款低功耗、高性能CMOS8位單片機，它有2k字節ISPFlash存儲器。產品生產采用Atmel的高密度非易失性存儲器技術而且和工業標準de的MCS51指令集相兼容。AT89LP216基于一個加強性CPU內核，每時鐘周期讀取單子節指令。在經典8051結構中，每次讀取需要6個時鐘周期，使得執行指令需要12、24或者48個時鐘周期。在AT89LP216CPU中，指令只需要1到4個時鐘周期就可以達到傳統8051速度的6到12倍。70％的指令字節數與執行的時鐘周期數相等，而且其他指令只需要一個額外時鐘。在相同功耗下增強型CPU內核可達到20MIPS，而傳統8051CPU只能達到4MIPS。相反地，在相同的工作速率下，新CPU內核比傳統的8051擁有更低的時鐘速率和功耗。AT89LP216也擁有下列標準的特性：2K字節ISPFlash存儲器，128字節RAM、多達12個I/O口、2個16位定時器/計數器，兩PWM輸出，一個可編程看門狗定時器，一個全雙工串口，一個串行外圍接口，一個內部RC振蕩器，片上石英振蕩器和一個4級、6矢量中斷系統。AT89LP216里的兩個定時器/計數器增加了兩個新模式。模式0可以被設置為9到16位的定時器/計數器，模式1可被設置位16位自動裝載定時器/計數器。此外，定時器/計數器可以獨立驅動PWM輸出。AT89LP216里面的I/O口能被獨立配置為4種工作模式的其中一種。在準雙工模式中，I/O口的工作模式和傳統8051一樣。在輸入模式中，接口是三態門。推挽輸出模式提供足夠的CMOS驅動，開漏模式則起到一個下拉的作用。另外，Port1的所有8個引腳可以作為通用中斷接口。AT89LP216的I/O口能承受的電壓可超出電源電壓達到5.5V。當器件的電源電壓為2.4V而I/O口輸入5.5V時，所有I/O口的反向電流總和不超過100μA。
上傳時間： 2013-10-24
上傳用戶：曹云鵬
單片機入門基礎知識大全免費下載 單片機第八課（尋址方式與指令系統） 通過前面的學習，我們已經了解了單片機內部的結構，并且也已經知道，要控制單片機，讓它為我們干學，要用指令，我們已學了幾條指令，但很零散，從現在開始，我們將要系統地學習8051的指令部份。 一、概述 1、指令的格式 我們已知，要讓計算機做事，就得給計算機以指令，并且我們已知，計算機很“笨”，只能懂得數字，如前面我們寫進機器的75H，90H，00H等等，所以指令的第一種格式就是機器碼格式，也說是數字的形式。但這種形式實在是為難我們人了，太難記了，于是有另一種格式，助記符格式，如MOV P1，#0FFH，這樣就好記了。 這兩種格式之間的關系呢，我們不難理解，本質上它們完全等價，只是形式不一樣而已。 2、匯編 我們寫指令使用匯編格式，而計算機只懂機器碼格式，所以要將我們寫的匯編格式的指令轉換為機器碼格式，這種轉換有兩種方法：手工匯編和機器匯編。手工匯編實際上就是查表，因為這兩種格式純粹是格式不同，所以是一一對應的，查一張表格就行了。不過手工查表總是嫌麻煩，所以就有了計算機軟件，用計算機軟件來替代手工查表，這就是機器匯編。 二、尋址 讓我們先來復習一下我們學過的一些指令：MOV P1，#0FFH，MOV R7，#0FFH這些指令都是將一些數據送到相應的位置中去，為什么要送數據呢？第一個因為送入的數可以讓燈全滅掉，第二個是為了要實現延時，從這里我們可以看出來，在用單片機的編程語言編程時，經常要用到數據的傳遞，事實上數據傳遞是單片機編程時的一項重要工作，一共有28條指令（單片機共111條指令）。下面我們就從數據傳遞類指令開始吧。 分析一下MOV P1，#0FFH這條指令，我們不難得出結論，第一個詞MOV是命令動詞，也就是決定做什么事情的，MOV是MOVE少寫了一個E，所以就是“傳遞”，這就是指令，規定做什么事情，后面還有一些參數，分析一下，數據傳遞必須要有一個“源”也就是你要送什么數，必須要有一個“目的”，也就是你這個數要送到什么地方去，顯然在上面那條指令中，要送的數（源）就是0FFH，而要送達的地方（目的地）就是P1這個寄存器。在數據傳遞類指令中，均將目的地寫在指令的后面，而將源寫在最后。 這條指令中，送給P1是這個數本身，換言之，做完這條指令后，我們可以明確地知道，P1中的值是0FFH，但是并不是任何時候都可以直接給出數本身的。例如，在我們前面給出的延時程序例是這樣寫的： MAIN： SETB P1.0 ；（１） LCALL DELAY ；（２） CLR P1.0 ；（３） LCALL DELAY ；（４） AJMP MAIN ；（５） ；以下子程序 DELAY： MOV R7，#250 ；（６） D1： MOV R6，#250 ；（７） D2： DJNZ R6，D2 ；（８） DJNZ R7，D1 ；（９） RET ；（１０） END ；（１１） 表1 MAIN： SETB P1.0 ；（１） MOV 30H，#255 LCALL DELAY ； CLR P1.0 ；（３） MOV 30H,#200 LCALL DELAY ；（４） AJMP MAIN ；（５） ；以下子程序 DELAY： MOV R7，30H ；（６） D1： MOV R6，#250 ；（７） D2： DJNZ R6，D2 ；（８） DJNZ R7，D1 ；（９） RET ；（１０） END ；（１１） 表2 這樣一來，我每次調用延時程序延時的時間都是相同的（大致都是0.13S)，如果我提出這樣的要求：燈亮后延時時間為0.13S燈滅，燈滅后延時0.1秒燈亮，如此循環，這樣的程序還能滿足要求嗎？不能，怎么辦？我們可以把延時程序改成這樣(見表2)：調用則見表2中的主程，也就是先把一個數送入30H，在子程序中R7中的值并不固定，而是根據30H單元中傳過來的數確定。這樣就可以滿足要求。 從這里我們可以得出結論，在數據傳遞中要找到被傳遞的數，很多時候，這個數并不能直接給出，需要變化，這就引出了一個概念：如何尋找操作數，我們把尋找操作數所在單元的地址稱之為尋址。在這里我們直接使用數所在單元的地址找到了操作數，所以稱這種方法為直接尋址。除了這種方法之外，還有一種，如果我們把數放在工作寄存器中，從工作寄存器中尋找數據，則稱之為寄存器尋址。例：MOV A，R0就是將R0工作寄存器中的數據送到累加器A中去。提一個問題：我們知道，工作寄存器就是內存單元的一部份，如果我們選擇工作寄存器組0，則R0就是RAM的00H單元，那么這樣一來，MOV A，00H，和MOV A，R0不就沒什么區別了嗎？為什么要加以區分呢？的確，這兩條指令執行的結果是完全相同的，都是將00H單元中的內容送到A中去，但是執行的過程不同，執行第一條指令需要2個周期，而第二條則只需要1個周期，第一條指令變成最終的目標碼要兩個字節（E5H 00H），而第二條則只要一個字節（E8h）就可以了。 這么斤斤計較！不就差了一個周期嗎，如果是12M的晶振的話，也就1個微秒時間了，一個字節又能有多少？ 不對，如果這條指令只執行一次，也許無所謂，但一條指令如果執行上1000次，就是1毫秒，如果要執行1000000萬次，就是1S的誤差，這就很可觀了，單片機做的是實時控制的事，所以必須如此“斤斤計較”。字節數同樣如此。 再來提一個問題，現在我們已知，尋找操作數可以通過直接給的方式（立即尋址）和直接給出數所在單元地址的方式（直接尋址），這就夠了嗎？ 看這個問題，要求從30H單元開始，取20個數，分別送入A累加器。 就我們目前掌握的辦法而言，要從30H單元取數，就用MOV A，30H，那么下一個數呢？是31H單元的，怎么取呢？還是只能用MOV A，31H，那么20個數，不是得20條指令才能寫完嗎？這里只有20個數，如果要送200個或2000個數，那豈不要寫上200條或2000條命令?這未免太笨了吧。為什么會出現這樣的狀況？是因為我們只會把地址寫在指令中，所以就沒辦法了，如果我們不是把地址直接寫在指令中，而是把地址放在另外一個寄存器單元中，根據這個寄存器單元中的數值決定該到哪個單元中取數據，比如，當前這個寄存器中的值是30H，那么就到30H單元中去取，如果是31H就到31H單元中去取，就可以解決這個問題了。怎么個解決法呢？既然是看的寄存器中的值，那么我們就可以通過一定的方法讓這里面的值發生變化，比如取完一個數后，將這個寄存器單元中的值加1，還是執行同一條指令，可是取數的對象卻不一樣了，不是嗎。通過例子來說明吧。 MOV R7，#20 MOV R0，#30H LOOP：MOV A，@R0 INC R0 DJNZ R7,LOOP 這個例子中大部份指令我們是能看懂的，第一句，是將立即數20送到R7中，執行完后R7中的值應當是20。第二句是將立即數30H送入R0工作寄存器中，所以執行完后，R0單元中的值是30H，第三句，這是看一下R0單元中是什么值，把這個值作為地址，取這個地址單元的內容送入A中，此時，執行這條指令的結果就相當于MOV A，30H。第四句，沒學過，就是把R0中的值加1，因此執行完后，R0中的值就是31H，第五句，學過，將R7中的值減1，看是否等于0，不等于0，則轉到標號LOOP處繼續執行，因此，執行完這句后，將轉去執行MOV A，@R0這句話，此時相當于執行了MOV A，31H（因為此時的R0中的值已是31H了），如此，直到R7中的值逐次相減等于0，也就是循環20次為止，就實現了我們的要求：從30H單元開始將20個數據送入A中。 這也是一種尋找數據的方法，由于數據是間接地被找到的，所以就稱之為間址尋址。注意，在間址尋址中，只能用R0或R1存放等尋找的數據。 二、指令 數據傳遞類指令 1） 以累加器為目的操作數的指令 MOV A，Rn MOV A，direct MOV A，@Ri MOV A，#data 第一條指令中，Rn代表的是R0-R7。第二條指令中，direct就是指的直接地址，而第三條指令中，就是我們剛才講過的。第四條指令是將立即數data送到A中。 下面我們通過一些例子加以說明： MOV A，R1 ；將工作寄存器R1中的值送入A，R1中的值保持不變。 MOV A,30H ；將內存30H單元中的值送入A，30H單元中的值保持不變。 MOV A,@R1 ；先看R1中是什么值，把這個值作為地址，并將這個地址單元中的值送入A中。如執行命令前R1中的值為20H，則是將20H單元中的值送入A中。 MOV A,#34H ；將立即數34H送入A中，執行完本條指令后，A中的值是34H。 2）以寄存器Rn為目的操作的指令 MOV Rn,A MOV Rn,direct MOV Rn,#data 這組指令功能是把源地址單元中的內容送入工作寄存器，源操作數不變。
上傳時間： 2013-10-13
上傳用戶：3294322651
• 8255的控制字• 8255的工作方式1和工作方式2• DAC0832工作方式• ADC0809工作方式@ 要求 掌握 ：• 8255接口芯片 • MCS-51單片機與D/A轉換器的接口連接 • MCS-51單片機與A/D轉換器的接口連接 • 初始化編程及應用了解：• I/O口擴展的原因 • 簡單I/O口的擴展 • 單片機的鍵盤技術 8.1 I/O口擴展概述 8.2 簡單I/O口擴展8.3 8255可編程通用并行接口芯片8.4 8155可編程通用并行接口芯片8.1 I/O口擴展概述 8.1.1 I/O口擴展的原因MCS-51系列單片機共有四個并行I/O口，分別是P0、P1、P2和P3。其中P0口一般作地址線的低八位和數據線使用；P2口作地址線的高八位使用；P3是一個雙功能口，其第二功能是一些很重要的控制信號，所以P3一般使用其第二功能。這樣供用戶使用的I/O口就只剩下P1口了。另外，這些I/O口沒有狀態寄存和命令寄存的功能，因此難以滿足復雜的I/O操作要求。由于MCS-51系列單片機I/O口數量和功能有限，所以在實際應用中不得不使用擴展的方法，來增加I/O口的數量，增強I/O口的功能。 8.1.2 I/O口的編址技術用戶可以通過對I/O口進行讀和寫操作來完成數據的輸入和輸出。例如：P0口的地址為80H。用戶可以使用MOV指令對P0口進行寫操作。 MOV P0， A 8.1.3 單片機I/O傳送的方式單片機為了實現數據的輸入/輸出傳送，通常使用3種控制方式。1. 無條件傳送方式 當外設和單片機能夠同步工作時，可以采用無條件方式進行傳送，即數據可以隨時進行傳送。2. 查詢方式 查詢方式又稱為有條件傳送方式，即數據的傳送是有條件的。在進行I/O操作之前，用戶要通過軟件查詢外設是否為數據傳送做好準備，只有確認外設為數據傳送做好準備。單片機才能執行數據的輸入/輸出（I/O）操作。3. 中斷方式 當外設和計算機進行數據交換時，外設向單片機發出中斷請求（即通知單片機）。單片機接到中斷請求后，就作出響應，暫停正在執行的程序，而轉去為設備的數據輸入/輸出服務。當服務完成后，程序返回，單片機再繼續執行被中斷的程序。 中斷方式大大提高了單片機系統的工作效率，所以在單片機中被廣泛應用。
上傳時間： 2013-11-10
上傳用戶：yqs138168
MCS-51單片機的系統擴展技術:在MCS-51單片機的的內部雖已集成了很多資源，但這類單片機屬于一種“通用”的單片機，單片機內部的各種資源都是折衷配置的，如片內程序存儲器、數據存儲器的容量都不大，并行I/O端口的數量也不很多，此外，在有些應用中，片內定時器、中斷、串行口等也顯得不足，還有一些功能是基本型MCS-51單片機所沒有的，比如A/D轉換，D/A轉換等等。實際應用中的要求是各種各樣的，如果用到了MCS-51單片機內部所沒有資源（如A/D，D/A等），或者單片機內部雖有，但卻不夠使用的資源，就要根據需要，對單片機進行擴展，以增加所需要的功能。MCS-51單片機所可能需要擴展的芯片種類非常多，但這里并不面面俱到，主要是通過對外擴程序存儲器、數據存儲器、I/O接口、A/D和D/A的介紹，使讀者熟悉單片機接口的一般方法。實際上，如果對于這些常規的擴展芯片能夠熟練地掌握和應用，并能理解其擴展的原理，拿到任何一塊需要擴展的芯片，只要有這塊芯片的數據手冊或接口時序之類的資料，就能自行設計芯片的接口電路部份。1． MCS-51單片機擴展的原理MCS-51單片機被設計成具有通用計算機那樣的外部總線結構，所以用MCS-51單片機進行擴展很方便，下面首先了解片外總線的工作原理。
上傳時間： 2014-04-28
上傳用戶：古谷仁美
PIC16F84 單片機的內部硬件資源：學些PIC 單片機，在Microchip 尚未推出其他Flash 系列的情況下，很多菜鳥都是從PIC16F84 開始的，我們把它整理了一份中文資料供大家學習。首先介紹PIC16F84 單片機的內部結構，如圖1 所示的框圖。由圖1 看出，其基本組成可分為四個主要部分，即運算器ALU 和工作寄存器W；程序存儲器；數據存儲器和輸入/輸出(I/O)口；堆棧存儲器和定時器等。現分別介紹如下。
上傳時間： 2013-12-26
上傳用戶：zgu489
有兩種方式可以讓設備和應用程序之間聯系：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
提出一種基于FPGA的實時視頻信號處理平臺的設計方法，該系統接收低幀率數字YCbCr 視頻信號，對接收的視頻信號進行格式和彩色空間轉換、像素和，利用片外SDRAM存儲器作為幀緩存且通過時序控制器進行幀率提高，最后通過VGA控制模塊對圖像信號進行像素放大并在VGA顯示器上實時顯示。整個設計使用Verilog HDL語言實現，采用Altera公司的EP2S60F1020C3N芯片作為核心器件并對功能進行了驗證。
上傳時間： 2013-11-10
上傳用戶：sjb555
This application note provides users with a general understanding of the SVF and XSVF fileformats as they apply to Xilinx devices. Some familiarity with IEEE STD 1149.1 (JTAG) isassumed. For information on using Serial Vector Format (SVF) and Xilinx Serial Vector Format(XSVF) files in embedded programming applications
上傳時間： 2013-10-21
上傳用戶：tiantwo
