USB-CDC-tongbu

所属分类:单片机开发
开发工具:C/C++
文件大小:44105KB
下载次数:79
上传日期:2016-11-27 09:25:09
上 传 者EasyCP
说明:  STM32 USB批量传输 CDC类,同时附USB资料及上位机开发源码
(STM32 USB bulk transfer CDC class, while attached USB host computer and data source development)

文件列表:
USB CDC tongbu\CDC_Standalone\Inc\main.h (1928, 2014-09-18)
USB CDC tongbu\CDC_Standalone\Inc\stm32f4xx_hal_conf.h (16347, 2014-09-28)
USB CDC tongbu\CDC_Standalone\Inc\stm32f4xx_it.h (3355, 2014-06-26)
USB CDC tongbu\CDC_Standalone\Inc\usbd_cdc_interface.h (5698, 2014-09-23)
USB CDC tongbu\CDC_Standalone\Inc\usbd_conf.h (3051, 2014-06-26)
USB CDC tongbu\CDC_Standalone\Inc\usbd_desc.h (2069, 2014-06-26)
USB CDC tongbu\CDC_Standalone\MDK-ARM\Project.uvopt (38887, 2015-11-06)
USB CDC tongbu\CDC_Standalone\MDK-ARM\Project.uvproj (50399, 2015-11-05)
USB CDC tongbu\CDC_Standalone\MDK-ARM\startup_stm32f407xx.lst (73730, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\startup_stm32f407xx.s (30234, 2015-11-05)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\main.d (762, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\Project_STM32F4-Discovery_USBD-HS.dep (58189, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\startup_stm32f407xx.d (74, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\startup_stm32f407xx.o (7808, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\STM32F4-Discovery_USBD-HS.axf (579876, 2015-11-06)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\STM32F4-Discovery_USBD-HS.build_log.htm (15424, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\STM32F4-Discovery_USBD-HS.sct (479, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal.d (838, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_cortex.d (894, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_dma.d (870, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_dma_ex.d (894, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_flash.d (886, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_flash_ex.d (910, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_gpio.d (878, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_hcd.d (870, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_i2c.d (870, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_i2c_ex.d (894, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_i2s.d (870, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_i2s_ex.d (894, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_pcd.d (870, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_pcd_ex.d (894, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_pwr.d (870, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_pwr_ex.d (894, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_rcc.d (870, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_rcc_ex.d (894, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_sd.d (862, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_spi.d (870, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_sram.d (878, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_tim.d (870, 2016-11-16)
USB CDC tongbu\CDC_Standalone\MDK-ARM\STM32F4-Discovery_USBD-HS\stm32f4xx_hal_tim_ex.d (894, 2016-11-16)
... ...

STM32F4Cube USB CDC库剥离USART,并增强数据传输的可靠性 注意:高速模式的时钟频率为24MHz,要添加MCO1输出24MHz时钟信号,供USB3300使用。 /** @page CDC_Standalone USB Device Communication (CDC) example @verbatim ******************** (C) COPYRIGHT 2014 STMicroelectronics ******************* * @file USB_Device/CDC_Standalone/readme.txt * @author MCD Application Team * @version V1.1.0 * @date 26-June-2014 * @brief Description of the USB Device CDC example. ****************************************************************************** * * Licensed under MCD-ST Liberty SW License Agreement V2, (the "License"); * You may not use this file except in compliance with the License. * You may obtain a copy of the License at: * * http://www.st.com/software_license_agreement_liberty_v2 * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an "AS IS" BASIS, * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. * ****************************************************************************** @endverbatim @par Example Description This example is a part of the USB Device Library package using STM32Cube firmware. It describes how to use USB device application based on the Device Communication Class (CDC) following the PSTN subprotocol in the STM32F4xx devices using the OTG-USB and UART peripherals. This is a typical example on how to use the STM32F4xx USB OTG Device peripheral where the STM32 MCU behaves as a USB-to-RS232 bridge following the Virtual COM Port (VCP) implementation. - On one side, the STM32 exchanges data with a PC host through USB interface in Device mode. - On the other side, the STM32 exchanges data with other devices (same host, other host, other devices? through the UART interface (RS232). At the beginning of the main program the HAL_Init() function is called to reset all the peripherals, initialize the Flash interface and the systick. The user is provided with the SystemClock_Config() function to configure the system clock (SYSCLK) to run at 168 MHz. The Full Speed (FS) USB module uses internally a 48-MHz clock, which is generated from an integrated PLL. In the High Speed (HS) mode the USB clock (60 MHz) is driven by the ULPI. It's worth noting that the system clock (SYSCLK) can be configured, depending on the used USB Core: - SYSCLK is set to 168 MHz: for FS Core because used embedded PHY requires 48 MHz clock, achieved only when system clock is set to 168 MHz. - SYSCLK is set to 180 MHz: for only HS Core, since no embedded PHY is used. When the VCP application is started, the STM32 MCU is enumerated as serial communication port and is configured in the same way (baudrate, data format, parity, stop bit) as it would configure a standard COM port. The 7-bit data length with no parity control is NOT supported. During enumeration phase, three communication pipes "endpoints" are declared in the CDC class implementation (PSTN sub-class): - 1 x Bulk IN endpoint for receiving data from STM32 device to PC host: When data are received over UART they are saved in the buffer "UserTxBuffer". Periodically, in a timer callback the state of the buffer "UserTxBuffer" is checked. If there are available data, they are transmitted in response to IN token otherwise it is NAKed. The polling period depends on "CDC_POLLING_INTERVAL" value. - 1 x Bulk OUT endpoint for transmitting data from PC host to STM32 device: When data are received through this endpoint they are saved in the buffer "UserRxBuffer" then they are transmitted over UART using interrupt mode and in meanwhile the OUT endpoint is NAKed. Once the transmission is over, the OUT endpoint is prepared to receive next packet in HAL_UART_TxCpltCallback(). - 1 x Interrupt IN endpoint for setting and getting serial-port parameters: When control setup is received, the corresponding request is executed in CDC_Itf_Control(). In this application, two requests are implemented: - Set line: Set the bit rate, number of Stop bits, parity, and number of data bits - Get line: Get the bit rate, number of Stop bits, parity, and number of data bits The other requests (send break, control line state) are not implemented. @note Receiving data over UART is handled by interrupt while transmitting is handled by DMA allowing hence the application to receive data at the same time it is transmitting another data (full- duplex feature). The support of the VCP interface is managed through the ST Virtual COM Port driver available for download from www.st.com. @note The user has to check the list of the COM ports in Device Manager to find out the number of the COM ports that have been assigned (by OS) to the VCP interface. This example uses UART as a communication interface. The UART instance and associated resources (GPIO, NVIC) can be tailored in "usbd_cdc_interface.h" header file according to your hardware configuration. Moreover, this application can be customized to communicate with interfaces other than UART. For that purpose a template CDC interface is provided in: Middlewares/ST/STM32_USB_Device_Library/Class/CDC/Src directory. In High Speed (HS) mode, enabling USB-DMA will result in data being sent only by multiple of 4 packet sizes. This is due to the fact that USB DMA does not allow sending data from non word-aligned addresses. For this specific application, it is advised to not enable the DMA capability unless required. To run this application, the user can use one of the following configurations: - Configuration 1: Connect USB cable to host and UART (RS232) to a different host (PC or other device) or to same host. In this case, you can open two hyperterminals to send/receive data to/from host to/from device. - Configuration 2: Connect USB cable to Host and connect UART TX pin to UART RX pin on the STM324xG-EVAL board (Loopback mode). In this case, you can open one terminal (relative to USB com port or UART com port) and all data sent from this terminal will be received by the same terminal in loopback mode. This mode is useful for test and performance measurements. @note Care must be taken when using HAL_Delay(), this function provides accurate delay (in milliseconds) based on variable incremented in SysTick ISR. This implies that if HAL_Delay() is called from a peripheral ISR process, then the SysTick interrupt must have higher priority (numerically lower) than the peripheral interrupt. Otherwise the caller ISR process will be blocked. To change the SysTick interrupt priority you have to use HAL_NVIC_SetPriority() function. @note The application need to ensure that the SysTick time base is always set to 1 millisecond to have correct HAL operation. For more details about the STM32Cube USB Device library, please refer to UM1734 "STM32Cube USB Device library". @par USB Library Configuration To select the appropriate USB Core to work with, user must add the following macro defines within the compiler preprocessor (already done in the preconfigured projects provided with this example): - "USE_USB_HS" when using USB High Speed (HS) Core - "USE_USB_FS" when using USB Full Speed (FS) Core @par Directory contents - USB_Device/CDC_Standalone/Src/main.c Main program - USB_Device/CDC_Standalone/Src/system_stm32f4xx.c STM32F4xx system clock configuration file - USB_Device/CDC_Standalone/Src/stm32f4xx_it.c Interrupt handlers - USB_Device/CDC_Standalone/Src/stm32f4xx_hal_msp.c HAL MSP module - USB_Device/CDC_Standalone/Src/usbd_cdc_interface.c USBD CDC interface - USB_Device/CDC_Standalone/Src/usbd_conf.c General low level driver configuration - USB_Device/CDC_Standalone/Src/usbd_desc.c USB device CDC descriptor - USB_Device/CDC_Standalone/Inc/main.h Main program header file - USB_Device/CDC_Standalone/Inc/stm32f4xx_it.h Interrupt handlers header file - USB_Device/CDC_Standalone/Inc/stm32f4xx_hal_conf.h HAL configuration file - USB_Device/CDC_Standalone/Inc/usbd_conf.h USB device driver Configuration file - USB_Device/CDC_Standalone/Inc/usbd_desc.h USB device MSC descriptor header file - USB_Device/CDC_Standalone/Inc/usbd_cdc_interface.h USBD CDC interface header file @par Hardware and Software environment - This example runs on STM32F407xx/STM32F417xx devices. - This example has been tested with STMicroelectronics STM324xG-EVAL RevC evaluation boards and can be easily tailored to any other supported device and development board. - STM324xG-EVAL RevC Set-up - Connect the STM324xG-EVAL board to the PC through 'USB micro A-Male to A-Male' cable to the connector: - CN9 : to use USB High Speed (HS) - CN8 : to use USB Full Speed (FS) - Connect the STM324xG-EVAL board to the PC (or to another evaluation board) through RS232 (USART) serial cable CN8 connector. - Please ensure that jumper JP7 is in RS232_RX position. - For loopback mode test: remove RS232 cable on CN16 and connect directly USART TX and RX pins: PA9 and PA10 (with a cable or a jumper) @par How to use it ? In order to make the program work, you must do the following : - Open your preferred toolchain - Rebuild all files and load your image into target memory - In the workspace toolbar select the project configuration: - STM324xG-EVAL_USBH-HS: to configure the project for STM32F4xx devices using USB OTG HS peripheral - STM324xG-EVAL_USBH-FS: to configure the project for STM32F4xx devices using USB OTG FS peripheral - Run the example - Install the USB virtual COM port driver - Find out the number of the COM port assigned to the STM32 CDC device - Open a serial terminal application and start the communication *

© COPYRIGHT STMicroelectronics

*/

近期下载者

相关文件


收藏者