亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

蟲蟲首頁| 資源下載| 資源專輯| 精品軟件
登錄| 注冊

主干網

  • 抓取網路上所有的影片 VideoGet_32x32

    輕鬆下載影片.不避安裝  抓取網路上所有的影片

    標簽: VideoGet 32

    上傳時間: 2016-06-10

    上傳用戶:sanon

  • 準確的電源排序可防止系統受損

    諸如電信設備、存儲模塊、光學繫統、網絡設備、服務器和基站等許多復雜繫統都采用了 FPGA 和其他需要多個電壓軌的數字 IC,這些電壓軌必須以一個特定的順序進行啟動和停機操作,否則 IC 就會遭到損壞。

    標簽: 電源排序 防止

    上傳時間: 2014-12-24

    上傳用戶:packlj

  • 具集成反激式控制器的高功率PoE PD接口

    時至今日,以太網供電 (PoE) 技術仍在當今的網絡世界中不斷地普及。由供電設備 (PSE) 提供並傳輸至受電設備 (PD) 輸入端的 12.95W 功率是一種通用電源

    標簽: PoE 集成 反激式控制器 PD接口

    上傳時間: 2013-11-06

    上傳用戶:xmsmh

  • 基于OMAP1510的mp3播放器設計

      第一章 序論……………………………………………………………6   1- 1 研究動機…………………………………………………………..7   1- 2 專題目標…………………………………………………………..8   1- 3 工作流程…………………………………………………………..9   1- 4 開發環境與設備…………………………………………………10   第二章 德州儀器OMAP 開發套件…………………………………10   2- 1 OMAP介紹………………………………………………………10   2-1.1 OMAP是什麼?…….………………………………….…10   2-1.2 DSP的優點……………………………………………....11   2- 2 OMAP Architecture介紹………………………………………...12   2-2-1 OMAP1510 硬體架構………………………………….…12   2-2.2 OMAP1510軟體架構……………………………………...12   2-2.3 DSP / BIOS Bridge簡述…………………………………...13   2- 3 TI Innovator套件 -- OMAP1510 ……………………………..14   2-2.1 General Purpose processor -- ARM925T………………...14   2-2.2 DSP processor -- TMS320C55x …………………………15   2-2.3 IDE Tool – CCS …………………………………………15   2-2.4 Peripheral ………………………………………………..16   第三章 在OMAP1510上建構Embedded Linux System…………….17   3- 1 嵌入式工具………………………………………………………17   3-1.1 嵌入式程式開發與一般程式開發之不同………….….17   3-1.2 Cross Compiling的GNU工具程式……………………18   3-1.3 建立ARM-Linux Cross-Compiling 工具程式………...19   3-1.4 Serial Communication Program………………………...20   3- 2 Porting kernel………………………………………………….…21   3-2.1 Setup CCS ………………………………………….…..21   3-2.2 編譯及上傳Loader…………………………………..…23   3-2.3 編譯及上傳Kernel…………………………………..…24   3- 3 建構Root File System………………………………………..…..26   3-3.1 Flash ROM……………………………………………...26   3-3.2 NFS mounting…………………………………………..27   3-3.3 支援NFS Mounting 的kernel…………………………..27   3-3.4 提供NFS Mounting Service……………………………29   3-3.5 DHCP Server……………………………………………31   3-3.6 Linux root 檔案系統……………………………….…..32   3- 4 啟動及測試Innovator音效裝置…………………………..…….33   3- 5 建構支援DSP processor的環境…………………………...……34   3-5.1 Solution -- DSP Gateway簡介……………………..…34   3-5.2 DSP Gateway運作架構…………………………..…..35   3- 6 架設DSP Gateway………………………………………….…36   3-6.1 重編kernel……………………………………………...36   3-6.2 DEVFS driver…………………………………….……..36   3-6.3 編譯DSP tool和API……………………………..…….37   3-6.4 測試……………………………………………….…….37   第四章 MP3 Player……………………………………………….…..38   4- 1 MP3 介紹………………………………………………….…….38   4- 2 MP3 壓縮原理……………………………………………….….39   4- 3 Linux MP3 player – splay………………………………….…….41   4.3-1 splay介紹…………………………………………….…..41   4.3-2 splay 編譯………………………………………….…….41   4.3-3 splay 的使用說明………………………………….……41   第五章 程式改寫………………………………………………...…...42   5-1 程式評估與改寫………………………………………………...…42   5-1.1 Inter-Processor Communication Scheme…………….....42   5-1.2 ARM part programming……………………………..…42   5-1.3 DSP part programming………………………………....42   5-2 程式碼………………………………………………………..……43   5-3 雙處理器程式開發注意事項…………………………………...…47   第六章 效能評估與討論……………………………………………48   6-1 速度……………………………………………………………...48   6-2 CPU負載………………………………………………………..49   6-3 討論……………………………………………………………...49   6-3.1分工處理的經濟效益………………………………...49   6-3.2音質v.s 浮點與定點運算………………………..…..49   6-3.3 DSP Gateway架構的限制………………………….…50   6-3.4減少IO溝通……………….………………………….50   6-3.5網路掛載File System的Delay…………………..……51   第七章 結論心得…

    標簽: OMAP 1510 mp3 播放器

    上傳時間: 2013-10-14

    上傳用戶:a471778

  • CAN基本知識

    CAN,全稱為“Controller Area Network”,即控制器局域網,是國際上應用最廣泛的現場總線之一。最初,CAN被設計作為汽車環境中的微控制器通訊,在車載各電子控制裝置ECU之間交換信息,形成汽車電子控制網絡。比如:發動機管理系統、變速箱控制器、儀表裝備、電子主干系統中,均嵌入CAN控制裝置。一個由CAN 總線構成的單一網絡中,理論上可以掛接無數個節點。實際應用中,節點數目受網絡硬件的電氣特性所限制。例如,當使用Philips P82C250作為CAN收發器時,同一網絡中允許掛接110個節點。CAN 可提供高達1Mbit/s的數據傳輸速率,這使實時控制變得非常容易。另外,硬件的錯誤檢定特性也增強了CAN的抗電磁干擾能力。

    標簽: CAN 基本知識

    上傳時間: 2013-11-17

    上傳用戶:thuyenvinh

  • 驅動程序與應用程序的接口

    有兩種方式可以讓設備和應用程序之間聯系: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

  • 克服能量采集無線感測器設計挑戰

    無線感測器已變得越來越普及,短期內其開發和部署數量將急遽增加。而無線通訊技術的突飛猛進,也使得智慧型網路中的無線感測器能夠緊密互連。此外,系統單晶片(SoC)的密度不斷提高,讓各式各樣的多功能、小尺寸無線感測器系統相繼問市。儘管如此,工程師仍面臨一個重大的挑戰:即電源消耗。

    標簽: 能量采集 無線感測器

    上傳時間: 2013-10-30

    上傳用戶:wojiaohs

  • 開放式PAC系統設計與開發

    一、PAC的概念及軟邏輯技術二、開放型PAC系統三、應用案例及分析四、協議支持及系統架構五、軟件編程技巧&組態軟件的整合六、現場演示&上機操作。PAC是由ARC咨詢集團的高級研究員Craig Resnick提出的,定義如下:具有多重領域的功能,支持在單一平臺里包含邏輯、運動、驅動和過程控制等至少兩種以上的功能單一開發平臺上整合多規程的軟件功能如HMI及軟邏輯, 使用通用標簽和單一的數據庫來訪問所有的參數和功能。軟件工具所設計出的處理流程能跨越多臺機器和過程控制處理單元, 實現包含運動控制及過程控制的處理程序。開放式, 模塊化構架, 能涵蓋工業應用中從工廠的機器設備到過程控制的操作單元的需求。采用公認的網絡接口標準及語言,允許不同供應商之設備能在網絡上交換資料。

    標簽: PAC 開放式 系統設計

    上傳時間: 2014-01-14

    上傳用戶:JGR2013

  • 使用向量訊號產生器來提升收發器測試速度

     收發器乃新型通訊系統的基本組件,可以用於各種不同裝置包括手機、 收發器乃新型通訊系統的基本組件,可以用於各種不同裝置包括手機、 收發器乃新型通訊系統的基本組件,可以用於各種不同裝置包括手機、 WLANWLANWLANWLAN網路橋接器與蜂巢式基礎建設。

    標簽: 向量訊號產生器 收發器 測試 速度

    上傳時間: 2013-10-12

    上傳用戶:ligi201200

  • IC卡讀取系統原始程式

    IC卡讀取系統原始程式,網路上找到的,可以讀取晶片卡內容

    標簽: IC卡 系統 程式

    上傳時間: 2015-04-05

    上傳用戶:shanml

主站蜘蛛池模板: 西平县| 尚义县| 桐乡市| 张北县| 施秉县| 兴城市| 剑川县| 广东省| 方城县| 吴堡县| 临沂市| 永川市| 宜都市| 荔浦县| 双牌县| 南汇区| 花莲县| 阿克苏市| 屏山县| 张家川| 马尔康县| 花莲市| 岳阳市| 育儿| 丰县| 梁河县| 昂仁县| 正宁县| 遂昌县| 芜湖县| 肃北| 黄龙县| 华亭县| 哈密市| 建始县| 津南区| 新乐市| 咸宁市| 昌吉市| 涟水县| 广昌县|