usb bulk 傳輸例程。 * The bulkusb driver is a generic function driver, based on the Windows Driver Model (WDM). * Supports Plug and Play(PnP), Power Management(PM), Windows Management Instrumentation (WMI) and the Selective Suspend (SS) features. * This sample is based off the selSusp DDK sample. Please refer the selSusp sample and the DDK docs to understand the handling of PnP, PM, WMI and SS features and implementations. * The USB device used for this sample is a generic Intel I82930 USB evaluation board programmed with a simple loopback test using a 64 KB circular buffer. None of the code in the sample is specific to this controller chip.
標簽： driver function Windows bulkusb
上傳時間： 2016-04-25
上傳用戶：270189020
CH375 是一個USB總線的通用接口芯片，支持USB-HOST主機方式和usb-DEVICE/SLAVE 設(shè)備方式。
上傳時間： 2014-01-16
上傳用戶：huannan88
CH375 是一個USB總線的通用接口芯片，支持USB-HOST主機方式和usb-DEVICE/SLAVE 設(shè)備方式。
上傳時間： 2013-12-17
上傳用戶：jyycc
CH341系列編程器芯片usb轉(zhuǎn)串口Altium Designer AD原理圖庫元件庫CSV text has been written to file : 1.9 - CH341系列編程器芯片.csvLibrary Component Count : 56Name Description----------------------------------------------------------------------------------------------------CH311Q PC debug port monitorCH331T Mini USB Disk ControllerCH340G CH340H USB to TTL Serial / UART, USB to IrDACH340T USB to TTL Serial / UART, USB to IrDACH340R USB to IrDA, USB to RS232 SerialCH340S_P USB to Print Port / ParallelCH340S_S USB to TTL Serial / UART, pin compatible with CH341CH341A_S USB to TTL Serial / UART / I2C/IICCH341S_P USB to Print Port / ParallelCH341A_P USB to Print Port / ParallelCH341S_S USB to TTL Serial / UARTCH341S_X USB to EPP Parallel / SPI / I2C/IICCH341A_X USB to EPP Parallel / SPI / I2C/IICCH341T USB to TTL Serial / UART / I2C/IICCH345T USB to MidiCH352L_M PCI to 8255 mode 2 Parallel for MCU and 16C550 UART / IrDACH352L_P PCI to Print Port / Parallel and 16C550 UART / IrDACH352L_S PCI to Dual 16C550 UART, TTL Serial*2 / IrDA*1CH362L PCI Device / Slave only for RAM / Expansion ROMCH364F Member of CH364 chipsetsCH364P PCI Device / Slave Embedded Flash ROM, for Expansion ROMCH365P PCI Device / Slave, for I/O port or RAM / ROMCH372T USB Device / Slave for MCU, ParallelCH372A USB Device / Slave for MCU, ParallelCH372V USB Device / Slave for MCU, ParallelCH374S USB Host & Device / Slave for MCU, parallel / SPICH374T USB Host & Device / Slave for MCU, parallel / SPICH375S USB Host & Device / Slave for MCU, parallel / UART SerialCH375A USB Host & Device / Slave for MCU, parallel / UART SerialCH375V USB Host & Device / Slave for MCU, parallel / UART SerialCH411G FDC MFM encode and decodeCH421A Dual port bufferCH421S Dual port bufferCH423D I2C/IIC I/O expander, 16 GPO + 8 GPIO, 128 LEDs DriveCH423S I2C/IIC I/O expander, 16 GPO + 8 GPIO, 128 LEDs DriveCH423D_D I2C/IIC I/O expander, 16 GPO + 8 GPIO, 128 LEDs DriveCH423S_D I2C/IIC I/O expander, 16 GPO + 8 GPIO, 128 LEDs DriveCH423G I2C/IIC I/O expander, 6 GPO + 5 GPIOCH432Q Dual 16C550 UART with IrDA, parallel / SPICH432T SPI Dual 16C550 UART with IrDACH450K 6 Digits / 48 LEDs Drive & 8x6 Keyboard, I2C/IICCH450H 6 Digits / 48 LEDs Drive & 8x6 Keyboard, I2C/IICCH450L 8 Digits / 64 LEDs Drive & 8x8 Keyboard, I2C/IICCH451L 8 Digits / 64 LEDs Drive & 8x8 Keyboard, 4 Wire Interface, SPICH451S 8 Digits / 64 LEDs Drive & 8x8 Keyboard, 4 Wire Interface, SPICH451D 8 Digits / 64 LEDs Drive & 8x8 Keyboard, 4 Wire Interface, SPICH452L_2 8 Digits / 64 LEDs Drive & 8x8 Keyboard, I2C/IICCH452L_4 8 Digits / 64 LEDs Drive & 8x8 Keyboard, 4 Wire Interface, SPICH452S_2 8 Digits / 64 LEDs Drive & 8x8 Keyboard, I2C/IICCH452S_4 8 Digits / 64 LEDs Drive & 8x8 Keyboard, 4 Wire Interface, SPICH453S 16 Digits / 128 LEDs Drive, I2C/IICCH453D 16 Digits / 128 LEDs Drive, I2C/IICPCI 32Bit PCI Bus, simple / short cardPCI32 32Bit PCI BusUSB USB Port
標簽： ch341 編程芯片 usb 串口 altium designer
上傳時間： 2022-03-13
上傳用戶：
基于LabVIEW的USB接口上位機設(shè)計一、數(shù)據(jù)傳輸USB模塊1.1概述CH375是一個USB總線的通用接口芯片，支持USB-HOST主機方式和usb-DEVICE/SLAVE設(shè)備方式。在本地端，CH375具有8位數(shù)據(jù)總線和讀、寫、片選控制線以及中斷輸出，可以方便地掛接到單片機/DSP/MCU/MPU等控制器的系統(tǒng)總線上。在USB主機方式下，CH375還提供了串行通訊方式，通過串行輸入、串行輸出和中斷輸出與單片機/DSP/MCU/MPU等相連接。CH375的USB設(shè)備方式與CH372芯片完全兼容，CH375包含了CH372的全部功能本手冊中沒有提供CH375在USB設(shè)備方式下的說明，相關(guān)資料可以參考CH372手冊CH372DS1.PDF，CH375的USB主機方式支持常用的USB全速備，外部單片機可以通過CH375按照相應(yīng)的USB協(xié)議與USB設(shè)備通訊。CH375還內(nèi)置了處理Mass-Storage海量存儲設(shè)備的專用通訊協(xié)議的固件，外部單片機可以直接以扇區(qū)為基本單位讀寫常用的USB存儲設(shè)備。
上傳時間： 2022-06-19
上傳用戶：jason_vip1
隨著計算機技術(shù)、通信技術(shù)、集成電路技術(shù)和控制技術(shù)的發(fā)展，傳統(tǒng)的工業(yè)控制領(lǐng)域正經(jīng)歷著一場前所未有的變革，開始向網(wǎng)絡(luò)化方向發(fā)展。本文即從未來工業(yè)控制網(wǎng)絡(luò)發(fā)展的需要出發(fā)，設(shè)計并實現(xiàn)了以S3C2410微處理器為核心的嵌入式網(wǎng)絡(luò)控制器。 本文以S3C2410-32 位微處理為核心，設(shè)計并實現(xiàn)了具有1路以太網(wǎng)接口、1路 USB Host 接口、1路USB Device 接口、3路RS232串口、1個CAN總線擴展卡、1個RS485擴展卡、1個RS422擴展卡使用、8路A/D、1路D/A、4路 PWM、一個 240×320TFT LCD 顯示觸摸屏的功能強大的嵌入式網(wǎng)絡(luò)控制器。并在此基礎(chǔ)上，結(jié)合嵌入式操作系統(tǒng)Windows CE建立了一個嵌入式軟件開發(fā)平臺。 在深入研究和分析CANopen協(xié)議的基礎(chǔ)上，實現(xiàn)了基于Windows CE 的嵌入式 CANopen 協(xié)議棧，大大提高了嵌入式網(wǎng)絡(luò)控制器在現(xiàn)場總線上的通信和控制能力，為新型的網(wǎng)絡(luò)控制算法研究提供了實驗平臺。在探討了TCP/IP協(xié)議的基礎(chǔ)上研究了基于 Windows CE 的嵌入式 TCP/IP 協(xié)議棧，掌握了Windows CE 平臺的網(wǎng)絡(luò) Socket 通信編程，使控制器能夠通過以太網(wǎng)接到Intranet或Intemet上。 在完成嵌入式網(wǎng)絡(luò)控制器硬件與軟件設(shè)計的基礎(chǔ)上，將控制器應(yīng)用到了網(wǎng)絡(luò)化的嵌入式數(shù)控系統(tǒng)的中央數(shù)控單元中，實現(xiàn)數(shù)控系統(tǒng)等數(shù)控設(shè)備小型化、網(wǎng)絡(luò)化和集成化的需要。并以此為基礎(chǔ)，結(jié)合計算機控制實驗室建設(shè)，構(gòu)建了三層(信息層、控制層和設(shè)備層)工業(yè)網(wǎng)絡(luò)實驗平臺，實現(xiàn)了實驗室設(shè)備真正的網(wǎng)絡(luò)互連，為網(wǎng)絡(luò)控制研究提供了一個高性能的平臺。
標簽： ARM 嵌入式網(wǎng)絡(luò) 控制器
上傳時間： 2013-06-10
上傳用戶：hzy5825468
LPC178* 177*用戶手冊 LPC178x/7x 32-bit ARM Cortex-M3 microcontroller; up to 512 kB flash and 96 kB SRAM; USB Device/Host/OTG; Ethernet; LCD; EMC Rev. 3 — 27 December 2011 Objective data sheet
上傳時間： 2013-04-24
上傳用戶：胡佳明胡佳明
USB總線接口芯片CH375支持USB-HOST和usb-DEVICE，可以用于單片機讀寫U盤。本說明中的多數(shù)內(nèi)容為建議性說明，而非強制性說明，建議的目的旨在提高最終產(chǎn)品的穩(wěn)定性和可靠性，很多內(nèi)容只是針對一般情況和大多數(shù)用戶而言，而未考慮個別或者例外。本說明中列舉了一些發(fā)生在某些品牌U盤上的怪現(xiàn)象，都是我們實際測試現(xiàn)象的描述，我們并沒有以此評價U盤的優(yōu)劣，因為實際上它們可能已經(jīng)算是所有U盤中比較優(yōu)秀的幾種，而且，我們也不排除這僅僅是品牌U盤中的個別現(xiàn)象，只是正好被我們碰到而已。
上傳時間： 2013-11-13
上傳用戶：yuzsu
at91rm9200啟動過程教程 系統(tǒng)上電，檢測BMS，選擇系統(tǒng)的啟動方式，如果BMS為高電平，則系統(tǒng)從片內(nèi)ROM啟動。AT91RM9200的ROM上電后被映射到了0x0和0x100000處，在這兩個地址處都可以訪問到ROM。由于9200的ROM中固化了一個BOOTLOAER程序。所以PC從0X0處開始執(zhí)行這個BOOTLOAER(準確的說應(yīng)該是一級BOOTLOADER)。這個BOOTLOER依次完成以下步驟： 1、PLL SETUP，設(shè)置PLLB產(chǎn)生48M時鐘頻率提供給USB DEVICE。同時DEBUG USART也被初始化為48M的時鐘頻率； 2、相應(yīng)模式下的堆棧設(shè)置； 3、檢測主時鐘源（Main oscillator）； 4、中斷控制器（AIC）的設(shè)置； 5、C 變量的初始化； 6、跳到主函數(shù)。 完成以上步驟后，我們可以認為BOOT過程結(jié)束，接下來的就是LOADER的過程，或者也可以認為是裝載二級BOOTLOER。AT91RM9200按照DATAFLASH、EEPROM、連接在外部總線上的8位并行FLASH的順序依次來找合法的BOOT程序。所謂合法的指的是在這些存儲設(shè)備的開始地址處連續(xù)的存放的32個字節(jié)，也就是8條指令必須是跳轉(zhuǎn)指令或者裝載PC的指令，其實這樣規(guī)定就是把這8條指令當作是異常向量表來處理。必須注意的是第6條指令要包含將要裝載的映像的大小。關(guān)于如何計算和寫這條指令可以參考用戶手冊。一旦合法的映像找到之后，則BOOT程序會把找到的映像搬到SRAM中去，所以映像的大小是非常有限的，不能超過16K-3K的大小。當BOOT程序完成了把合法的映像搬到SRAM的任務(wù)以后，接下來就進行存儲器的REMAP，經(jīng)過REMAP之后，SRAM從映設(shè)前的0X200000地址處被映設(shè)到了0X0地址并且程序從0X0處開始執(zhí)行。而ROM這時只能在0X100000這個地址處看到了。至此9200就算完成了一種形式的啟動過程。如果BOOT程序在以上所列的幾種存儲設(shè)備中找到合法的映像，則自動初始化DEBUG USART口和USB DEVICE口以準備從外部載入映像。對DEBUG口的初始化包括設(shè)置參數(shù)115200 8 N 1以及運行XMODEM協(xié)議。對USB DEVICE進行初始化以及運行DFU協(xié)議。現(xiàn)在用戶可以從外部（假定為PC平臺）載入你的映像了。在PC平臺下，以WIN2000為例，你可以用超級終端來完成這個功能，但是還是要注意你的映像的大小不能超過13K。一旦正確從外部裝載了映像，接下來的過程就是和前面一樣重映設(shè)然后執(zhí)行映像了。我們上面講了BMS為高電平，AT91RM9200選擇從片內(nèi)的ROM啟動的一個過程。如果BMS為低電平，則AT91RM9200會從片外的FLASH啟動，這時片外的FLASH的起始地址就是0X0了，接下來的過程和片內(nèi)啟動的過程是一樣的，只不過這時就需要自己寫啟動代碼了，至于怎么寫，大致的內(nèi)容和ROM的BOOT差不多，不同的硬件設(shè)計可能有不一樣的地方，但基本的都是一樣的。由于片外FLASH可以設(shè)計的大，所以這里編寫的BOOTLOADER可以一步到位，也就是說不用像片內(nèi)啟動可能需要BOOT好幾級了，目前AT91RM9200上使用較多的bootloer是u-boot，這是一個開放源代碼的軟件，用戶可以自由下載并根據(jù)自己的應(yīng)用配置。總的說來，筆者以為AT91RM9200的啟動過程比較簡單，ATMEL的服務(wù)也不錯，不但提供了片內(nèi)啟動的功能，還提供了UBOOT可供下載。筆者寫了一個BOOTLODER從片外的FLASHA啟動，效果還可以。 uboot結(jié)構(gòu)與使用uboot是一個龐大的公開源碼的軟件。他支持一些系列的arm體系，包含常見的外設(shè)的驅(qū)動，是一個功能強大的板極支持包。其代碼可以 http://sourceforge.net/projects/u-boot下載 在9200上，為了啟動uboot，還有兩個boot軟件包，分別是loader和boot。分別完成從sram和flash中的一級boot。其源碼可以從atmel的官方網(wǎng)站下載。 我們知道，當9200系統(tǒng)上電后，如果bms為高電平，則系統(tǒng)從片內(nèi)rom啟動，這時rom中固化的boot程序初始化了debug口并向其發(fā)送'c'，這時我們打開超級終端會看到ccccc...。這說明系統(tǒng)已經(jīng)啟動，同時xmodem協(xié)議已經(jīng)啟動，用戶可以通過超級終端下載用戶的bootloader。作為第一步，我們下載loader.bin.loader.bin將被下載到片內(nèi)的sram中。這個loder完成的功能主要是初始化時鐘，sdram和xmodem協(xié)議，為下載和啟動uboot做準備。當下載了loader.bin后，超級終端會繼續(xù)打印：ccccc....。這時我們就可以下在uboot了。uboot將被下載到sdram中的一個地址后并把pc指針調(diào)到此處開始執(zhí)行uboot。接著我們就可以在終端上看到uboot的shell啟動了，提示符uboot>，用戶可以uboot>help 看到命令列表和大概的功能。uboot的命令包含了對內(nèi)存、flash、網(wǎng)絡(luò)、系統(tǒng)啟動等一些命令。 如果系統(tǒng)上電時bms為低電平，則系統(tǒng)從片外的flash啟動。為了從片外的flash啟動uboot,我們必須把boot.bin放到0x0地址出，使得從flash啟動后首先執(zhí)行boot.bin，而要少些boot.bin，就要先完成上面我們講的那些步驟，首先開始從片內(nèi)rom啟動uboot。然后再利用uboot的功能完成把boot.bin和uboot.gz燒寫到flash中的目的，假如我們已經(jīng)啟動了uboot,可以這樣操作： uboot>protect off all uboot>erase all uboot>loadb 20000000 uboot>cp.b 20000000 10000000 5fff uboot>loadb 21000000 uboot>cp.b 210000000 10010000 ffff 然后系統(tǒng)復(fù)位，就可以看到系統(tǒng)先啟動boot，然后解壓縮uboot.gz，然后啟動uboot。注意，這里uboot必須壓縮成.gz文件，否則會出錯。 怎么編譯這三個源碼包呢，首先要建立一個arm的交叉編譯環(huán)境，關(guān)于如何建立，此處不予說明。建立好了以后，分別解壓源碼包，然后修改Makefile中的編譯器項目，正確填寫你的編譯器的所在路徑。 對loader和boot，直接make。對uboot,第一步：make_at91rm9200dk,第二步：make。這樣就會在當前目錄下分別生成*.bin文件,對于uboot.bin，我們還要壓縮成.gz文件。 也許有的人對loader和boot搞不清楚為什么要兩個，有什么區(qū)別嗎？首先有區(qū)別，boot主要完成從flash中啟動uboot的功能，他要對uboot的壓縮文件進行解壓，除此之外，他和loader并無大的區(qū)別，你可以把boot理解為在loader的基礎(chǔ)上加入了解壓縮.gz的功能而已。所以這兩個并無多大的本質(zhì)不同，只是他們的使命不同而已。 特別說名的是這三個軟件包都是開放源碼的，所以用戶可以根據(jù)自己的系統(tǒng)的情況修改和配置以及裁減，打造屬于自己系統(tǒng)的bootloder。
上傳時間： 2013-10-27
上傳用戶：wsf950131
S3C2440開發(fā)板使用手冊:在陽初2440 開發(fā)板上，我們使用了mizi 公司開發(fā)的開放源代碼啟動程序vivi 來作為bootloader，在原有vivi的基礎(chǔ)上，我們增加了VGA/TV芯片初始化等功能。vivi我們使用來下載Linux 的映象，將來會擴展到支持下載WindowsCE 的映象。經(jīng)陽初改進后，vivi的基本功能－ 啟動操作系統(tǒng)－ 通過xmodem協(xié)議下載映象文件－ 通過USB DEVICE 接口下載映象文件（開發(fā)中，暫不提供）－ 通過網(wǎng)絡(luò)接口下載映象文件（開發(fā)中，暫不提供）－ 設(shè)置操作系統(tǒng)啟動參數(shù)－ 初始化硬件
上傳時間： 2013-12-20
上傳用戶：xiaohanhaowei
蟲蟲下載站版權(quán)所有 京ICP備2021023401號-1
<strike id="s8i8u"></strike>
