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.
標(biāo)簽： driver function Windows bulkusb
上傳時(shí)間： 2016-04-25
上傳用戶：270189020
CH375 是一個(gè)USB總線的通用接口芯片，支持USB-HOST主機(jī)方式和usb-DEVICE/SLAVE 設(shè)備方式。
上傳時(shí)間： 2014-01-16
上傳用戶：huannan88
CH375 是一個(gè)USB總線的通用接口芯片，支持USB-HOST主機(jī)方式和usb-DEVICE/SLAVE 設(shè)備方式。
上傳時(shí)間： 2013-12-17
上傳用戶：jyycc
CH341系列編程器芯片usb轉(zhuǎn)串口Altium Designer AD原理圖庫(kù)元件庫(kù)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
標(biāo)簽： ch341 編程芯片 usb 串口 altium designer
上傳時(shí)間： 2022-03-13
上傳用戶：
基于LabVIEW的USB接口上位機(jī)設(shè)計(jì)一、數(shù)據(jù)傳輸U(kuò)SB模塊1.1概述CH375是一個(gè)USB總線的通用接口芯片，支持USB-HOST主機(jī)方式和usb-DEVICE/SLAVE設(shè)備方式。在本地端，CH375具有8位數(shù)據(jù)總線和讀、寫(xiě)、片選控制線以及中斷輸出，可以方便地掛接到單片機(jī)/DSP/MCU/MPU等控制器的系統(tǒng)總線上。在USB主機(jī)方式下，CH375還提供了串行通訊方式，通過(guò)串行輸入、串行輸出和中斷輸出與單片機(jī)/DSP/MCU/MPU等相連接。CH375的USB設(shè)備方式與CH372芯片完全兼容，CH375包含了CH372的全部功能本手冊(cè)中沒(méi)有提供CH375在USB設(shè)備方式下的說(shuō)明，相關(guān)資料可以參考CH372手冊(cè)CH372DS1.PDF，CH375的USB主機(jī)方式支持常用的USB全速備，外部單片機(jī)可以通過(guò)CH375按照相應(yīng)的USB協(xié)議與USB設(shè)備通訊。CH375還內(nèi)置了處理Mass-Storage海量存儲(chǔ)設(shè)備的專用通訊協(xié)議的固件，外部單片機(jī)可以直接以扇區(qū)為基本單位讀寫(xiě)常用的USB存儲(chǔ)設(shè)備。
標(biāo)簽： labview usb 接口 上位機(jī)
上傳時(shí)間： 2022-06-19
上傳用戶：jason_vip1
隨著計(jì)算機(jī)技術(shù)、通信技術(shù)、集成電路技術(shù)和控制技術(shù)的發(fā)展，傳統(tǒng)的工業(yè)控制領(lǐng)域正經(jīng)歷著一場(chǎng)前所未有的變革，開(kāi)始向網(wǎng)絡(luò)化方向發(fā)展。本文即從未來(lái)工業(yè)控制網(wǎng)絡(luò)發(fā)展的需要出發(fā)，設(shè)計(jì)并實(shí)現(xiàn)了以S3C2410微處理器為核心的嵌入式網(wǎng)絡(luò)控制器。 本文以S3C2410-32 位微處理為核心，設(shè)計(jì)并實(shí)現(xiàn)了具有1路以太網(wǎng)接口、1路 USB Host 接口、1路USB Device 接口、3路RS232串口、1個(gè)CAN總線擴(kuò)展卡、1個(gè)RS485擴(kuò)展卡、1個(gè)RS422擴(kuò)展卡使用、8路A/D、1路D/A、4路 PWM、一個(gè) 240×320TFT LCD 顯示觸摸屏的功能強(qiáng)大的嵌入式網(wǎng)絡(luò)控制器。并在此基礎(chǔ)上，結(jié)合嵌入式操作系統(tǒng)Windows CE建立了一個(gè)嵌入式軟件開(kāi)發(fā)平臺(tái)。 在深入研究和分析CANopen協(xié)議的基礎(chǔ)上，實(shí)現(xiàn)了基于Windows CE 的嵌入式 CANopen 協(xié)議棧，大大提高了嵌入式網(wǎng)絡(luò)控制器在現(xiàn)場(chǎng)總線上的通信和控制能力，為新型的網(wǎng)絡(luò)控制算法研究提供了實(shí)驗(yàn)平臺(tái)。在探討了TCP/IP協(xié)議的基礎(chǔ)上研究了基于 Windows CE 的嵌入式 TCP/IP 協(xié)議棧，掌握了Windows CE 平臺(tái)的網(wǎng)絡(luò) Socket 通信編程，使控制器能夠通過(guò)以太網(wǎng)接到Intranet或Intemet上。 在完成嵌入式網(wǎng)絡(luò)控制器硬件與軟件設(shè)計(jì)的基礎(chǔ)上，將控制器應(yīng)用到了網(wǎng)絡(luò)化的嵌入式數(shù)控系統(tǒng)的中央數(shù)控單元中，實(shí)現(xiàn)數(shù)控系統(tǒng)等數(shù)控設(shè)備小型化、網(wǎng)絡(luò)化和集成化的需要。并以此為基礎(chǔ)，結(jié)合計(jì)算機(jī)控制實(shí)驗(yàn)室建設(shè)，構(gòu)建了三層(信息層、控制層和設(shè)備層)工業(yè)網(wǎng)絡(luò)實(shí)驗(yàn)平臺(tái)，實(shí)現(xiàn)了實(shí)驗(yàn)室設(shè)備真正的網(wǎng)絡(luò)互連，為網(wǎng)絡(luò)控制研究提供了一個(gè)高性能的平臺(tái)。
標(biāo)簽： ARM 嵌入式網(wǎng)絡(luò) 控制器
上傳時(shí)間： 2013-06-10
上傳用戶：hzy5825468
LPC178* 177*用戶手冊(cè) 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
上傳時(shí)間： 2013-04-24
上傳用戶：胡佳明胡佳明
USB總線接口芯片CH375支持USB-HOST和usb-DEVICE，可以用于單片機(jī)讀寫(xiě)U盤。本說(shuō)明中的多數(shù)內(nèi)容為建議性說(shuō)明，而非強(qiáng)制性說(shuō)明，建議的目的旨在提高最終產(chǎn)品的穩(wěn)定性和可靠性，很多內(nèi)容只是針對(duì)一般情況和大多數(shù)用戶而言，而未考慮個(gè)別或者例外。本說(shuō)明中列舉了一些發(fā)生在某些品牌U盤上的怪現(xiàn)象，都是我們實(shí)際測(cè)試現(xiàn)象的描述，我們并沒(méi)有以此評(píng)價(jià)U盤的優(yōu)劣，因?yàn)閷?shí)際上它們可能已經(jīng)算是所有U盤中比較優(yōu)秀的幾種，而且，我們也不排除這僅僅是品牌U盤中的個(gè)別現(xiàn)象，只是正好被我們碰到而已。
標(biāo)簽： 375 CH 單片機(jī) 讀寫(xiě)U盤
上傳時(shí)間： 2013-11-13
上傳用戶：yuzsu
at91rm9200啟動(dòng)過(guò)程教程 系統(tǒng)上電，檢測(cè)BMS，選擇系統(tǒng)的啟動(dòng)方式，如果BMS為高電平，則系統(tǒng)從片內(nèi)ROM啟動(dòng)。AT91RM9200的ROM上電后被映射到了0x0和0x100000處，在這兩個(gè)地址處都可以訪問(wèn)到ROM。由于9200的ROM中固化了一個(gè)BOOTLOAER程序。所以PC從0X0處開(kāi)始執(zhí)行這個(gè)BOOTLOAER(準(zhǔn)確的說(shuō)應(yīng)該是一級(jí)BOOTLOADER)。這個(gè)BOOTLOER依次完成以下步驟： 1、PLL SETUP，設(shè)置PLLB產(chǎn)生48M時(shí)鐘頻率提供給USB DEVICE。同時(shí)DEBUG USART也被初始化為48M的時(shí)鐘頻率； 2、相應(yīng)模式下的堆棧設(shè)置； 3、檢測(cè)主時(shí)鐘源（Main oscillator）； 4、中斷控制器（AIC）的設(shè)置； 5、C 變量的初始化； 6、跳到主函數(shù)。 完成以上步驟后，我們可以認(rèn)為BOOT過(guò)程結(jié)束，接下來(lái)的就是LOADER的過(guò)程，或者也可以認(rèn)為是裝載二級(jí)BOOTLOER。AT91RM9200按照DATAFLASH、EEPROM、連接在外部總線上的8位并行FLASH的順序依次來(lái)找合法的BOOT程序。所謂合法的指的是在這些存儲(chǔ)設(shè)備的開(kāi)始地址處連續(xù)的存放的32個(gè)字節(jié)，也就是8條指令必須是跳轉(zhuǎn)指令或者裝載PC的指令，其實(shí)這樣規(guī)定就是把這8條指令當(dāng)作是異常向量表來(lái)處理。必須注意的是第6條指令要包含將要裝載的映像的大小。關(guān)于如何計(jì)算和寫(xiě)這條指令可以參考用戶手冊(cè)。一旦合法的映像找到之后，則BOOT程序會(huì)把找到的映像搬到SRAM中去，所以映像的大小是非常有限的，不能超過(guò)16K-3K的大小。當(dāng)BOOT程序完成了把合法的映像搬到SRAM的任務(wù)以后，接下來(lái)就進(jìn)行存儲(chǔ)器的REMAP，經(jīng)過(guò)REMAP之后，SRAM從映設(shè)前的0X200000地址處被映設(shè)到了0X0地址并且程序從0X0處開(kāi)始執(zhí)行。而ROM這時(shí)只能在0X100000這個(gè)地址處看到了。至此9200就算完成了一種形式的啟動(dòng)過(guò)程。如果BOOT程序在以上所列的幾種存儲(chǔ)設(shè)備中找到合法的映像，則自動(dòng)初始化DEBUG USART口和USB DEVICE口以準(zhǔn)備從外部載入映像。對(duì)DEBUG口的初始化包括設(shè)置參數(shù)115200 8 N 1以及運(yùn)行XMODEM協(xié)議。對(duì)USB DEVICE進(jìn)行初始化以及運(yùn)行DFU協(xié)議。現(xiàn)在用戶可以從外部（假定為PC平臺(tái)）載入你的映像了。在PC平臺(tái)下，以WIN2000為例，你可以用超級(jí)終端來(lái)完成這個(gè)功能，但是還是要注意你的映像的大小不能超過(guò)13K。一旦正確從外部裝載了映像，接下來(lái)的過(guò)程就是和前面一樣重映設(shè)然后執(zhí)行映像了。我們上面講了BMS為高電平，AT91RM9200選擇從片內(nèi)的ROM啟動(dòng)的一個(gè)過(guò)程。如果BMS為低電平，則AT91RM9200會(huì)從片外的FLASH啟動(dòng)，這時(shí)片外的FLASH的起始地址就是0X0了，接下來(lái)的過(guò)程和片內(nèi)啟動(dòng)的過(guò)程是一樣的，只不過(guò)這時(shí)就需要自己寫(xiě)啟動(dòng)代碼了，至于怎么寫(xiě)，大致的內(nèi)容和ROM的BOOT差不多，不同的硬件設(shè)計(jì)可能有不一樣的地方，但基本的都是一樣的。由于片外FLASH可以設(shè)計(jì)的大，所以這里編寫(xiě)的BOOTLOADER可以一步到位，也就是說(shuō)不用像片內(nèi)啟動(dòng)可能需要BOOT好幾級(jí)了，目前AT91RM9200上使用較多的bootloer是u-boot，這是一個(gè)開(kāi)放源代碼的軟件，用戶可以自由下載并根據(jù)自己的應(yīng)用配置。總的說(shuō)來(lái)，筆者以為AT91RM9200的啟動(dòng)過(guò)程比較簡(jiǎn)單，ATMEL的服務(wù)也不錯(cuò)，不但提供了片內(nèi)啟動(dòng)的功能，還提供了UBOOT可供下載。筆者寫(xiě)了一個(gè)BOOTLODER從片外的FLASHA啟動(dòng)，效果還可以。 uboot結(jié)構(gòu)與使用uboot是一個(gè)龐大的公開(kāi)源碼的軟件。他支持一些系列的arm體系，包含常見(jiàn)的外設(shè)的驅(qū)動(dòng)，是一個(gè)功能強(qiáng)大的板極支持包。其代碼可以 http://sourceforge.net/projects/u-boot下載 在9200上，為了啟動(dòng)uboot，還有兩個(gè)boot軟件包，分別是loader和boot。分別完成從sram和flash中的一級(jí)boot。其源碼可以從atmel的官方網(wǎng)站下載。 我們知道，當(dāng)9200系統(tǒng)上電后，如果bms為高電平，則系統(tǒng)從片內(nèi)rom啟動(dòng)，這時(shí)rom中固化的boot程序初始化了debug口并向其發(fā)送'c'，這時(shí)我們打開(kāi)超級(jí)終端會(huì)看到ccccc...。這說(shuō)明系統(tǒng)已經(jīng)啟動(dòng)，同時(shí)xmodem協(xié)議已經(jīng)啟動(dòng)，用戶可以通過(guò)超級(jí)終端下載用戶的bootloader。作為第一步，我們下載loader.bin.loader.bin將被下載到片內(nèi)的sram中。這個(gè)loder完成的功能主要是初始化時(shí)鐘，sdram和xmodem協(xié)議，為下載和啟動(dòng)uboot做準(zhǔn)備。當(dāng)下載了loader.bin后，超級(jí)終端會(huì)繼續(xù)打印：ccccc....。這時(shí)我們就可以下在uboot了。uboot將被下載到sdram中的一個(gè)地址后并把pc指針調(diào)到此處開(kāi)始執(zhí)行uboot。接著我們就可以在終端上看到uboot的shell啟動(dòng)了，提示符uboot>，用戶可以u(píng)boot>help 看到命令列表和大概的功能。uboot的命令包含了對(duì)內(nèi)存、flash、網(wǎng)絡(luò)、系統(tǒng)啟動(dòng)等一些命令。 如果系統(tǒng)上電時(shí)bms為低電平，則系統(tǒng)從片外的flash啟動(dòng)。為了從片外的flash啟動(dòng)uboot,我們必須把boot.bin放到0x0地址出，使得從flash啟動(dòng)后首先執(zhí)行boot.bin，而要少些boot.bin，就要先完成上面我們講的那些步驟，首先開(kāi)始從片內(nèi)rom啟動(dòng)uboot。然后再利用uboot的功能完成把boot.bin和uboot.gz燒寫(xiě)到flash中的目的，假如我們已經(jīng)啟動(dò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)先啟動(dòng)boot，然后解壓縮uboot.gz，然后啟動(dòng)uboot。注意，這里uboot必須壓縮成.gz文件，否則會(huì)出錯(cuò)。 怎么編譯這三個(gè)源碼包呢，首先要建立一個(gè)arm的交叉編譯環(huán)境，關(guān)于如何建立，此處不予說(shuō)明。建立好了以后，分別解壓源碼包，然后修改Makefile中的編譯器項(xiàng)目，正確填寫(xiě)你的編譯器的所在路徑。 對(duì)loader和boot，直接make。對(duì)uboot,第一步：make_at91rm9200dk,第二步：make。這樣就會(huì)在當(dāng)前目錄下分別生成*.bin文件,對(duì)于uboot.bin，我們還要壓縮成.gz文件。 也許有的人對(duì)loader和boot搞不清楚為什么要兩個(gè)，有什么區(qū)別嗎？首先有區(qū)別，boot主要完成從flash中啟動(dòng)uboot的功能，他要對(duì)uboot的壓縮文件進(jìn)行解壓，除此之外，他和loader并無(wú)大的區(qū)別，你可以把boot理解為在loader的基礎(chǔ)上加入了解壓縮.gz的功能而已。所以這兩個(gè)并無(wú)多大的本質(zhì)不同，只是他們的使命不同而已。 特別說(shuō)名的是這三個(gè)軟件包都是開(kāi)放源碼的，所以用戶可以根據(jù)自己的系統(tǒng)的情況修改和配置以及裁減，打造屬于自己系統(tǒng)的bootloder。
上傳時(shí)間： 2013-10-27
上傳用戶：wsf950131
S3C2440開(kāi)發(fā)板使用手冊(cè):在陽(yáng)初2440 開(kāi)發(fā)板上，我們使用了mizi 公司開(kāi)發(fā)的開(kāi)放源代碼啟動(dòng)程序vivi 來(lái)作為bootloader，在原有vivi的基礎(chǔ)上，我們?cè)黾恿薞GA/TV芯片初始化等功能。vivi我們使用來(lái)下載Linux 的映象，將來(lái)會(huì)擴(kuò)展到支持下載WindowsCE 的映象。經(jīng)陽(yáng)初改進(jìn)后，vivi的基本功能－ 啟動(dòng)操作系統(tǒng)－ 通過(guò)xmodem協(xié)議下載映象文件－ 通過(guò)USB DEVICE 接口下載映象文件（開(kāi)發(fā)中，暫不提供）－ 通過(guò)網(wǎng)絡(luò)接口下載映象文件（開(kāi)發(fā)中，暫不提供）－ 設(shè)置操作系統(tǒng)啟動(dòng)參數(shù)－ 初始化硬件
標(biāo)簽： S3C2440 開(kāi)發(fā)板 使用手冊(cè)
上傳時(shí)間： 2013-12-20
上傳用戶：xiaohanhaowei
蟲(chóng)蟲(chóng)下載站版權(quán)所有 京ICP備2021023401號(hào)-1
<sup id="rsqke"></sup>