Alimentación por USB tipo C STM32
“
Especificacións:
- Modelo: TN1592
- Revisión: 1
- Data: xuño de 2025
- Fabricante: STMicroelectronics
Información do produto:
Módulo de protección e controlador de subministración de enerxía STM32
ofrece funcións avanzadas para xestionar a subministración de enerxía USB (PD) e
escenarios de carga. Admite varios estándares e funcións para
permitir unha subministración eficiente de enerxía e transferencia de datos a través de USB
conexións.
Instrucións de uso do produto:
Características da transferencia de datos:
O produto admite funcións de transferencia de datos para unha eficiencia
comunicación a través de conexións USB.
Uso do módulo VDM UCPD:
O módulo VDM UCPD proporciona un uso práctico para a xestión
voltage parámetros actuais a través de conexións USB.
Configuración de STM32CubeMX:
Configurar STM32CubeMX con parámetros específicos dispoñibles no ficheiro
documentación, incluíndo unha táboa de referencia rápida en AN5418.
Máxima corrente de saída:
A corrente de saída máxima da interface USB pódese atopar en
as especificacións do produto.
Modo de dobre rol:
A función de porto de dobre función (DRP) permite que o produto actúe como un
fonte ou disipador de enerxía, que se usa habitualmente en dispositivos alimentados por baterías.
FAQ:
P: É necesario X-CUBE-TCPP ao usar X-NUCLEO-SNK1M1?
escudo?
A: O X-CUBE-TCPP pódese usar opcionalmente con X-NUCLEO-SNK1M1
escudo.
P: As pistas CC1 e CC2 teñen que ser sinais de 90 ohmios?
R: Nas placas de circuíto impreso USB, as liñas de datos USB (D+ e D-) están enrutadas como 90 ohmios
sinais diferenciais, as trazas CC1 e CC2 poden seguir o mesmo sinal
requisitos.
"'
TN1592
Nota técnica
Preguntas frecuentes sobre a subministración de enerxía STM32 USB Tipo-C®
Introdución
Este documento contén unha lista de preguntas frecuentes (FAQ) sobre o STM32 USB Type-C® e a subministración de enerxía.
TN1592 – Rev. 1 – Xuño de 2025 Para obter máis información, póñase en contacto coa oficina de vendas local de STMicroelectronics.
www.st.com
TN1592
Subministración de enerxía USB tipo C®
1
Subministración de enerxía USB tipo C®
1.1
Pódese usar o USB Type-C® PD para transmitir datos? (Non se usa USB de alta velocidade
funcións de transferencia de datos)
Aínda que o dispositivo USB Type-C® PD non está deseñado para a transferencia de datos de alta velocidade, pódese usar con outros protocolos e modos alternativos e xestiona a transmisión de datos básica.
1.2
Cal é o uso práctico do módulo VDM UCPD?
As mensaxes definidas polo provedor (VDM) en USB Type-C® Power Delivery proporcionan un mecanismo flexible para estender a funcionalidade do USB Type-C® PD máis alá da negociación de enerxía estándar. As VDM permiten a identificación de dispositivos, modos alternativos, actualizacións de firmware, comandos personalizados e depuración. Ao implementar VDM, os provedores poden crear funcións e protocolos propietarios, mantendo ao mesmo tempo a compatibilidade coa especificación USB Type-C® PD.
1.3
STM32CubeMX precisa configurarse con parámetros específicos, onde son
están dispoñibles?
A última actualización cambiou a información que se mostra para que sexa máis doada de usar; agora a interface simplemente solicita o volume.tage e a corrente desexada. Non obstante, estes parámetros pódense atopar na documentación; podes ver unha táboa de referencia rápida no AN5418.
Figura 1. Detalle da especificación (táboa 6-14 na especificación de subministración de enerxía do bus serie universal)
A figura 2 explica o valor aplicado 0x02019096.
TN1592 – Rev. 1
páxina 2/14
Figura 2. Descodificación detallada de PDO
TN1592
Subministración de enerxía USB tipo C®
Para obter máis detalles sobre a definición de PDO, consulte a sección POWER_IF en UM2552.
1.4
Cal é a corrente de saída máxima da interface USB?
A corrente de saída máxima permitida polo estándar USB Type-C® PD é de 5 A cun cable específico de 5 A. Sen un cable específico, a corrente de saída máxima é de 3 A.
1.5
Significa este "modo de dobre función" poder subministrar enerxía e cargar en
marcha atrás?
Si, o DRP (porto de dobre función) pode ser subministrado (sumidoiro) ou pode subministrar (fonte). Úsase habitualmente en dispositivos alimentados por batería.
TN1592 – Rev. 1
páxina 3/14
TN1592
Controlador e protección de subministración de enerxía STM32
2
Controlador e protección de subministración de enerxía STM32
2.1
A MCU só admite o estándar PD ou tamén o QC?
Os microcontroladores STM32 admiten principalmente o estándar USB Power Delivery (PD), que é un protocolo flexible e amplamente adoptado para a subministración de enerxía a través de conexións USB Type-C®. Os microcontroladores STM32 nin a pila USB PD de STMicroelectronics non ofrecen compatibilidade nativa con Quick Charge (QC). Se se require compatibilidade con Quick Charge, débese usar un circuíto integrado controlador QC dedicado co microcontrolador STM32.
2.2
É posible implementar un algoritmo de rectificación síncrona no
paquete? Pode xestionar varias saídas e roles de controlador?
A implementación dun algoritmo de rectificación síncrona con múltiples saídas e un rol de controlador é viable cos microcontroladores STM32. Ao configurar os periféricos PWM e ADC e desenvolver un algoritmo de control, é posible lograr unha conversión de enerxía eficiente e xestionar múltiples saídas. Ademais, o uso de protocolos de comunicación como I2C ou SPI coordina o funcionamento de múltiples dispositivos nunha configuración controlador-destino. Como por exemploampÉ dicir, STEVAL-2STPD01 cun único STM32G071RBT6 que integra dous controladores UCPD pode xestionar dous portos de subministración de enerxía tipo C de 60 W.
2.3
Hai TCPP para VBUS > 20 V? Aplícanse estes produtos ao EPR?
A serie TCPP0 ten unha clasificación de ata 20 V VBUS vol.tage SPR (Rango de potencia estándar).
2.4
Que serie de microcontroladores STM32 admite USB Type-C® PD?
O periférico UCPD para xestionar USB Type-C® PD está integrado nas seguintes series STM32: STM32G0, STM32G4, STM32L5, STM32U5, STM32H5, STM32H7R/S, STM32N6 e STM32MP2. Dá 961 P/N no momento en que se escribe o documento.
2.5
Como facer que o MCU STM32 funcione como un dispositivo serie USB seguindo o CDC USB
clase? É o mesmo procedemento ou similar para axudarme a non programar?
A solución de comunicación a través de USB é compatible con exemplos reaisampferramentas de descubrimento ou avaliación, incluíndo bibliotecas completas de software gratuíto e exemplosampFicheiros dispoñibles co paquete MCU. O xerador de código non está dispoñible.
2.6
É posible cambiar dinamicamente os "datos" de PD no tempo de execución do software? Por exemplo
voltage demandas/capacidades actuais, consumidor/provedor, etc.?
É posible cambiar dinamicamente o rol de alimentación (consumidor – SINK ou provedor – SOURCE), a demanda de enerxía (obxecto de datos de alimentación) e o rol de datos (host ou dispositivo) grazas ao USB Type-C® PD. Esta flexibilidade ilústrase no vídeo de datos e alimentación de dobre función USB STM32H7RS.
2.7
É posible usar o estándar USB 2.0 e a subministración de enerxía (PD) para
recibe máis de 500 mA?
O USB Type-C® PD permite capacidades de carga rápida e de alta potencia para dispositivos USB independentemente da transmisión de datos. Polo tanto, é posible recibir máis de 500 mA mentres se transmite en USB 2.x, 3.x.
2.8
Temos a posibilidade de ler información no dispositivo fonte ou no dispositivo receptor?
como o PID/UID do dispositivo USB?
USB PD admite o intercambio de varios tipos de mensaxes, incluídas mensaxes estendidas que poden conter información detallada do fabricante. A API USBPD_PE_SendExtendedMessage está deseñada para facilitar esta comunicación, permitindo que os dispositivos soliciten e reciban datos como o nome do fabricante, o nome do produto, o número de serie, a versión do firmware e outra información personalizada definida polo fabricante.
TN1592 – Rev. 1
páxina 4/14
2.9 2.10 2.11 2.12 2.13
2.14
2.15 2.16 2.17
TN1592
Controlador e protección de subministración de enerxía STM32
Ao usar unha protección X-NUCLEO-SNK1M1 que inclúe un TCPP01-M12, debería usarse tamén o X-CUBE-TCPP? Ou é opcional o X-CUBE-TCPP neste caso?
Para iniciar a solución PD USB Type-C® en modo SINK, recoméndase X-CUBE-TCPP para facilitar a implementación, xa que é necesario xestionar a solución PD STM32 USB Type-C®. TCPP01-M12 é a protección óptima asociada.
Nas placas de circuíto impreso USB, as liñas de datos USB (D+ e D-) enrutanse como sinais diferenciais de 90 ohmios. As pistas CC1 e CC2 tamén teñen que ser sinais de 90 ohmios?
As liñas CC son liñas dun só extremo con comunicación de baixa frecuencia de 300 kbps. A impedancia característica non é fundamental.
Pode o TCPP protexer D+, D-?
O TCPP non está adaptado para protexer as liñas D+/-. Para protexer as liñas D+/-, recoméndanse as proteccións ESD USBLC6-2 ou as proteccións ESD ECMF2-40A100N6 + filtro de modo común se hai radiofrecuencias no sistema.
O HAL ou o rexistro do controlador están encapsulados?
O condutor é HAL.
Como podo garantir que STM32 xestione correctamente a negociación de enerxía e a xestión actual no protocolo PD sen escribir código?
Un primeiro paso pode ser unha serie de probas de interoperabilidade no campo empregando os dispositivos dispoñibles no mercado. Para comprender o comportamento da solución, STM32CubeMonUCPD permite a monitorización e a configuración das aplicacións STM32 USB Type-C® e Power Delivery. Un segundo paso pode ser unha certificación co programa de conformidade USB-IF (foro de implementadores de USB) para obter un número TID (identificación de probas) oficial. Pode realizarse nun taller de conformidade patrocinado por USB-IF ou nun laboratorio de probas independente autorizado. O código xerado por X-CUBE-TCPP está listo para ser certificado e as solucións da placa Nucleo/Discovery/Evaluation xa foron certificadas.
Como implementar a función OVP da protección de portos tipo C? Pódese establecer a marxe de erro dentro do 8 %?
O limiar de OVP establécese mediante un volumetagPonte divisora conectada a un comparador cun valor de banda prohibida fixo. A entrada do comparador é VBUS_CTRL en TCPP01-M12 e Vsense en TCPP03-M20. Limiar VBUS OVP vol.tage pódese cambiar de hardware segundo o volumetage proporción do divisor. Non obstante, recoméndase usar a proporción do divisor presentada en X-NUCLEO-SNK1M1 ou X-NUCLEO-DRP1M1 segundo o volume máximo obxectivotage.
É alto o grao de apertura? Pódense personalizar algunhas tarefas específicas?
O stack PD USB Type-C® non é aberto. Non obstante, é posible personalizar todas as súas entradas e a interacción coa solución. Tamén podes consultar o manual de referencia do STM32 usado para ver a interface UCPD.
A que debemos prestar atención no deseño dun circuíto de protección de portos?
O circuíto integrado TCPP debe colocarse preto do conector tipo C. As recomendacións esquemáticas aparecen nos manuais de usuario de X-NUCLEO-SNK1M1, X-NUCLEO-SRC1M1 e X-NUCLEO-DRP1M1. Para garantir unha boa robustez ESD, recomendaría consultar a nota de aplicación de consellos de deseño ESD.
Hoxe en día, están a introducirse moitos circuítos integrados dun só chip procedentes de China. Cales son as vantaxes específicastages de usar STM32?
As principais vantaxes desta solución aparecen ao engadir un conector PD de tipo C a unha solución STM32 existente. Ademais, resulta rendible debido ao baixo volumetagO controlador UCPD está integrado en STM32 e o alto volumetagOs controis/proteccións realízanse mediante TCPP.
TN1592 – Rev. 1
páxina 5/14
2.18 2.19 2.20
TN1592
Controlador e protección de subministración de enerxía STM32
Hai algunha solución recomendada por ST con fonte de alimentación e STM32-UCPD?
Son un ex completoample cun adaptador de dobre porto USB tipo C Power Delivery baseado no conversor buck programable STPD01. Úsanse STM32G071RBT6 e dous TCPP02-M18 para admitir dous reguladores buck programables STPD01PUR.
Cal é a solución aplicábel para un monitor Sink (de clase de 60 W), entrada HDMI ou DP e alimentación de aplicación?
O STM32-UCPD + TCPP01-M12 pode soportar unha potencia disipada de ata 60 W. Para HDMI ou DP, necesítase un modo alternativo, que se pode facer mediante software.
Significan estes produtos que foron probados para cumprir as especificacións estándar de USB-IF e USB?
O código xerado ou proposto no paquete de firmware foi probado e certificado oficialmente para algunhas configuracións clave de hardware. Como por exemploample, X-NUCLEO-SNK1M1, X-NUCLEO-SRC1M1 e X-NUCLEO-DRP1M1 enriba de NUCLEO foron certificados oficialmente e os ID de proba USB-IF son: TID5205, TID6408 e TID7884.
TN1592 – Rev. 1
páxina 6/14
TN1592
Configuración e código da aplicación
3
Configuración e código da aplicación
3.1
Como podo crear unha PDO?
A creación dun obxecto de datos de enerxía (PDO) no contexto da subministración de enerxía USB (PD) implica definir as capacidades de enerxía dunha fonte ou disipador PD USB. Estes son os pasos para crear e configurar un PDO:
1. Identificar o tipo de PDO:
PDO de subministración fixa: Define un volume fixotage e corrente Alimentación da batería PDO: Define un rango de voltage unha potencia máxima. Fonte variable PDO: Define un rango de vol.tage unha fonte de alimentación programable (PPS) de corrente máxima APDO: Permite un volume programabletage e corrente. 2. Define os parámetros:
Voltage: O voltagnivel que o PDO proporciona ou solicita
Corrente/potencia: A corrente (para PDO fixos e variables) ou a potencia (para PDO de batería) que o PDO fornece ou solicita.
3. Usa a interface gráfica de usuario de STM32CubeMonUCPD:
Paso 1: Asegúrate de ter a última versión da aplicación STM32CubeMonUCPD. Paso 2: Conecta a túa placa STM32G071-Disco á máquina anfitrioa e inicia o
Aplicación STM32CubeMonitor-UCPD Paso 3: Seleccione a súa placa na aplicación Paso 4: Navegue ata a páxina de "configuración de portos" e faga clic na lapela "capacidades do disipador" para ver as
Lista actual de PDO Paso 5: Modifica un PDO existente ou engade un novo seguindo as instrucións Paso 6: Fai clic na icona "enviar ao destino" para enviar a lista de PDO actualizada ao teu taboleiro Paso 7: Fai clic na icona "gardar todo no destino" para gardar a lista de PDO actualizada no teu taboleiro[*]. Aquí tes un exemploampexemplo de como poderías definir un PDO de subministración fixa no código:
/* Define un PDO de subministración fixo */ uint32_t fixed_pdo = 0; fixed_pdo |= (voltage_en_unidades_de_50mv << 10); // Vol.tage en unidades de 50 mV fixed_pdo |= (max_current_in_10ma_units << 0); // Corrente máxima en unidades de 10 mA fixed_pdo |= (1 << 31); // tipo de alimentación fixo
Exampconfiguración do le
Para un PDO de alimentación fixa con 5 V e 3 A:
content_copy uint32_t fixed_pdo = 0; fixed_pdo |= (100 << 10); // 5 V (100 * 50 mV) fixed_pdo |= (30 << 0); // 3A (30 * 10 mA) fixed_pdo |= (1 << 31); // tipo de alimentación fixo
Consideracións adicionais:
·
Selección dinámica de PDO: Pode cambiar dinamicamente o método de selección de PDO en tempo de execución modificando
a variable USED_PDO_SEL_METHOD no ficheiro usbpd_user_services.c file[*].
·
Avaliación de capacidades: Empregar funcións como USBPD_DPM_SNK_EvaluateCapabilities para avaliar
capacidades recibidas e preparar a mensaxe de solicitude[*].
Construír un PDO implica definir o volumetagparámetros de corrente e corrente (ou potencia) e configurándoos usando ferramentas como STM32CubeMonUCPD ou directamente no código. Seguindo os pasos e exemplosampCos ficheiros proporcionados, podes crear e xestionar de xeito eficaz PDO para as túas aplicacións USB PD.
3.2
Existe unha función para un esquema de priorización con máis dun sumidoiro de PD?
conectado?
Si, existe unha función que admite un esquema de priorización cando hai máis dun disipador de enerxía conectado. Isto é especialmente útil en escenarios nos que hai varios dispositivos conectados a unha única fonte de alimentación. A distribución de enerxía debe xestionarse en función da prioridade.
TN1592 – Rev. 1
páxina 7/14
TN1592
Configuración e código da aplicación
O esquema de priorización pódese xestionar mediante a función USBPD_DPM_SNK_EvaluateCapabilities. Esta función avalía as capacidades recibidas da fonte PD e prepara a mensaxe de solicitude en función dos requisitos e prioridades do sumidoiro. Ao xestionar varios sumidoiros, pódese implementar un esquema de priorización asignando niveis de prioridade a cada sumidoiro e modificando a función USBPD_DPM_SNK_EvaluateCapabilities para ter en conta estas prioridades.
content_copy uint32_t fixed_pdo = 0; fixed_pdo |= (100 << 10); // 5V (100 * 50mV) fixed_pdo |= (30 << 0); // 3A (30 * 10mA) fixed_pdo |= (1 << 31); // Tipo de alimentación fixa
/* Definir un PDO de subministración fixo */ uint32_t fixed_pdo = 0; fixed_pdo |= (voltage_en_unidades_de_50mv << 10); // Vol.tage en unidades de 50 mV fixed_pdo |= (max_current_in_10ma_units << 0); // Corrente máxima en unidades de 10 mA fixed_pdo |= (1 << 31); // Tipo de alimentación fixo
3.3
É obrigatorio usar DMA con LPUART para a GUI?
Si, é obrigatorio comunicarse a través dunha solución ST-LINK.
3.4
É correcto o axuste de LPUART de 7 bits para a lonxitude de palabra?
Si, é correcto.
3.5
Na ferramenta STM32CubeMX, hai unha caixa de verificación "aforrar enerxía dos dispositivos non activos".
UCPD: activación desactivada de batería descargada." Que significa esta caixa de verificación se é
habilitar?
Cando se usa a fonte (SOURCE), o USB Type-C® precisa unha resistencia de polarización conectada a 3.3 V ou 5.0 V. Actúa como xerador de fonte de corrente. Esta fonte de corrente pódese desactivar cando non se usa o USB Type-C® PD para reducir o consumo de enerxía.
3.6
É necesario usar FreeRTOS para aplicacións STM32G0 e USB PD? Algún
plans para ex PD USB non FreeRTOSamples?
Non é obrigatorio usar FreeRTOS para aplicacións de subministración de enerxía USB (USB PD) no microcontrolador STM32G0. Podes implementar USB PD sen un RTOS xestionando eventos e máquinas de estado no bucle principal ou interrompendo rutinas de servizo. Aínda que houbo solicitudes de subministración de enerxía USB por exemploampficheiros sen RTOS. Actualmente non hai exemplos que non sexan RTOSample está dispoñible. Pero algúns exemplos de AzureRTOSampestán dispoñibles para as series STM32U5 e H5.
3.7
Na demostración de STM32CubeMX, a creación dunha aplicación USB PD para STM32G0, é HSI
precisión aceptable para aplicacións USB PD? Ou o uso de HSE externo
O cristal é obrigatorio?
O HSI proporciona o reloxo do núcleo para o periférico UCPD, polo que non hai ningunha vantaxe de usar o HSE. Ademais, o STM32G0 admite sen cristal para USB 2.0 no modo dispositivo, polo que o HSE só sería necesario no modo host USB 2.0.
TN1592 – Rev. 1
páxina 8/14
TN1592
Configuración e código da aplicación
Figura 3. Reinicio e reloxos do UCPD
3.8 3.9 3.10
Hai algunha documentación á que poida consultar para configurar CubeMX como explicaches máis adiante?
A documentación está dispoñible na seguinte ligazón Wiki.
É o STM32CubeMonitor capaz de monitorización en tempo real? É posible a monitorización en tempo real conectando o STM32 e o ST-LINK?
Si, STM32CubeMonitor pode realizar unha monitorización real conectando STM32 e ST-LINK.
É o volume VBUS?tagA función de medición de corrente e/e mostrada na pantalla do monitor está dispoñible de forma básica e predeterminada nas placas habilitadas para UCPD, ou é unha característica da placa NUCLEO engadida?
Preciso voltagA medición electrónica está dispoñible de forma nativa porque o volume VBUStagO USB Tipo-C® require e. O TCPP02-M18 / TCPP03-M20 pode realizar unha medición precisa da corrente grazas ao lado de alta ampO lifter e a resistencia shunt tamén se usan para realizar a protección contra sobrecorrentes.
TN1592 – Rev. 1
páxina 9/14
TN1592
Xerador de código de aplicación
4
Xerador de código de aplicación
4.1
Pode CubeMX xerar un proxecto baseado en AzureRTOS con X-CUBE-TCPP por parte de
Do mesmo xeito que con FreeRTOSTM? Pode xerar o código que xestiona o USB PD?
sen usar FreeRTOS™? Este conxunto de software require un RTOS para
operar?
STM32CubeMX xera código grazas ao paquete X-CUBE-TCPP usando o RTOS dispoñible para o MCU, FreeRTOSTM (para STM32G0 como ex.ample), ou AzureRTOS (para STM32H5 como ex.ample).
4.2
Pode X-CUBE-TCPP xerar código para un porto PD de tipo C dual como
Placa STSW-2STPD01?
X-CUBE-TCPP pode xerar código só para un porto. Para facelo para dous portos, débense xerar dous proxectos separados sen solapamento nos recursos STM32 e con dous enderezos I2C para TCPP02-M18 e fusionalos. Afortunadamente, STSW-2STPD01 ten un paquete de firmware completo para os dous portos. Deste xeito non é necesario xerar código.
4.3
Esta ferramenta de deseño funciona con todos os microcontroladores con USB Tipo-C®?
Si, o X-CUBE-TCPP funciona con calquera STM32 que inclúa UCPD para todas as caixas de alimentación (SINK / SOURCE / Dobre función). Funciona con calquera STM32 para unha fonte tipo C de 5 V.
TN1592 – Rev. 1
páxina 10/14
Historial de revisións
Data 20-xuño-2025
Táboa 1. Historial de revisións de documentos
Revisión 1
Lanzamento inicial.
Cambios
TN1592
TN1592 – Rev. 1
páxina 11/14
TN1592
Contidos
Contidos
1 Entrega de enerxía USB Type-C® . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 1.1 Pódese usar o adaptador USB Type-C® para transmitir datos? (Sen usar as funcións de transferencia de datos de alta velocidade USB) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2 Cal é o uso práctico do módulo VDM UCPD? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 1.3 É necesario configurar STM32CubeMX con parámetros específicos. Onde están?
dispoñible? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.4 Cal é a corrente de saída máxima da interface USB? . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 1.5 Significa este «modo de dobre función» poder subministrar enerxía e cargar á inversa? . . . . . . . . 3 2 Controlador e protección de subministración de enerxía STM32 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 2.1 A MCU só admite o estándar PD ou tamén o QC? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 2.2 É posible implementar un algoritmo de rectificación síncrona no paquete? Pódese
xestiona varias saídas e roles de controlador? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.3 Hai TCPP para VBUS > 20 V? Aplícanse estes produtos ao EPR? . . . . . . . . . . . . . . . . 4
2.4 Que serie de microcontroladores STM32 admite USB Type-C® PD? . . . . . . . . . . . . . . . . . . . . . . 4 2.5 Como facer que o MCU STM32 funcione como un dispositivo serie USB seguindo o CDC USB
clase? É o mesmo procedemento ou similar que me axude a non usar o código? . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.6 É posible cambiar dinamicamente os `datos` de PD no tempo de execución do software? Por exemplo, vol.tage demandas/capacidades actuais, consumidor/provedor, etc.? . . . . . . . . . . . . . . . . . . . . . 4
2.7 É posible usar o estándar USB 2.0 e a alimentación (PD) para recibir máis de 500 mA? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.8 Temos a posibilidade de ler información sobre o dispositivo fonte ou receptor, como o PID/UID do dispositivo USB? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.9 Ao usar unha protección X-NUCLEO-SNK1M1 que inclúa un TCPP01-M12, debería usarse tamén o X-CUBE-TCPP? Ou é opcional o X-CUBE-TCPP neste caso? . . . . . . . . . . . . 5
2.10 Nas placas de circuíto impreso USB, as liñas de datos USB (D+ e D-) enrutanse como sinais diferenciais de 90 ohmios. As pistas CC1 e CC2 tamén teñen que ser sinais de 90 ohmios? . . . . . . . . . . . . . . . 5
2.11 Pode TCPP protexer D+, D-? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 2.12 O controlador HAL ou o rexistro está encapsulado? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 2.13 Como podo garantir que STM32 xestione a negociación de enerxía e a xestión da corrente en
o protocolo PD correctamente sen escribir código?. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2.14 Como implementar a función OVP da protección de portos tipo C? Pódese axustar a marxe de erro dentro do 8 %? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2.15 É alto o grao de apertura? Pódense personalizar algunhas tarefas específicas? [...] 5 2.16 A que debemos prestar atención no deseño dun circuíto de protección de portos? [...] 5 2.17 Hoxe en día, están a introducirse moitos circuítos integrados dun só chip procedentes da China. Cales son os
vantaxe específicatages de usar STM32? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2.18 Hai algunha solución recomendada por ST con fonte de alimentación e STM32-UCPD? . . 6
TN1592 – Rev. 1
páxina 12/14
TN1592
Contidos
2.19 Cal é a solución aplicábel para un disipador (monitor de clase de 60 W), entrada HDMI ou DP e alimentación? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2.20 Significan estes produtos que foron probados para as especificacións estándar de compatibilidade con USB-IF e USB? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
3 Configuración e código da aplicación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
3.1 Como podo crear un PDO? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
3.2 Existe algunha función para un esquema de priorización con máis dun disipador de PD conectado? . . . . . . 7
3.3 É obrigatorio usar DMA con LPUART para a GUI? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
3.4 É correcto o axuste LPUART de 7 bits para a lonxitude da palabra? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
3.5 Na ferramenta STM32CubeMX, hai unha caixa de verificación "aforrar enerxía da batería descargada desactivada do UCPD non activo". Que significa esta caixa de verificación se está activada? . . . . . . . . . . . 8
3.6 É necesario usar FreeRTOS para aplicacións STM32G0 e USB PD? Hai algún plan para aplicacións USB PD que non sexan FreeRTOS?amples? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
3.7 Na demostración de STM32CubeMX que constrúe unha aplicación USB PD para STM32G0, é aceptable a precisión HSI para as aplicacións USB PD? Ou é obrigatorio o uso dun cristal HSE externo? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
3.8 Hai algunha documentación á que poida consultar para configurar CubeMX como explicaches máis adiante? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
3.9 É o STM32CubeMonitor capaz de monitorización en tempo real? É posible a monitorización en tempo real conectando STM32 e ST-LINK? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
3.10 É o volume VBUStagFunción de medición de corrente/e demostrada na pantalla do monitor dispoñible de forma básica e predeterminada nas placas habilitadas para UCPD, ou é unha característica da placa NUCLEO engadida?. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
4 Xerador de código de aplicacións . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .10
4.1 Pode CubeMX xerar un proxecto baseado en AzureRTOS con X-CUBE-TCPP do mesmo xeito que con FreeRTOS™? Pode xerar o código que xestiona o USB PD sen usar FreeRTOS™? Este conxunto de software require un RTOS para funcionar?. . . . . . 10
4.2 Pode X-CUBE-TCPP xerar código para un porto PD dual de tipo C como a placa STSW-2STPD01? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
4.3 Funciona esta ferramenta de deseño con todos os microcontroladores con USB Tipo-C®? . . . . . . . . . . . . . . . 10
Historial de revisións. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .11
TN1592 – Rev. 1
páxina 13/14
TN1592
AVISO IMPORTANTE LEA ATENCIÓN STMicroelectronics NV e as súas subsidiarias (“ST”) resérvanse o dereito de realizar cambios, correccións, melloras, modificacións e melloras nos produtos ST e/ou neste documento en calquera momento sen previo aviso. Os compradores deben obter a información relevante máis recente sobre os produtos ST antes de facer pedidos. Os produtos ST véndense de acordo cos termos e condicións de venda de ST existentes no momento do recoñecemento da orde. Os compradores son os únicos responsables da elección, selección e uso dos produtos ST e ST non asume ningunha responsabilidade pola asistencia á aplicación ou o deseño dos produtos dos compradores. ST non concede ningunha licenza, expresa ou implícita, a ningún dereito de propiedade intelectual. A revenda de produtos ST con disposicións diferentes da información aquí establecida anulará calquera garantía concedida por ST para tal produto. ST e o logotipo de ST son marcas comerciais de ST. Para obter información adicional sobre as marcas comerciais ST, consulte www.st.com/trademarks. Todos os outros nomes de produtos ou servizos son propiedade dos seus respectivos propietarios. A información deste documento substitúe e substitúe a información proporcionada anteriormente en calquera versión anterior deste documento.
© 2025 STMicroelectronics Todos os dereitos reservados
TN1592 – Rev. 1
páxina 14/14
Documentos/Recursos
 |
ST STM32 USB Tipo-C Alimentación [pdfManual do usuario TN1592, UM2552, STEVAL-2STPD01, STM32 Fonte de alimentación USB tipo C, STM32, Fonte de alimentación USB tipo C, Fonte de alimentación tipo C, Fonte de alimentación, Fonte |