Толерантність 5В на вході VBUS зондування


8

Я проектую пристрій навколо STM32L476. Мій пристрій в основному працює від акумулятора, але має USB-порт, який під час підключення я хочу використовувати як альтернативне джерело живлення (через регулятор 3,3 В) для обмеження розряду акумулятора. Можливо також, що користувач підключає USB-порт, поки немає батарей.

Я хочу мати можливість зрозуміти, коли підключений USB-порт, тому я використовую PA9 як OTF_FS_VBUS.

Хороша новина : аркуш говорить, що контактний контакт PA9 має 5В.

Погана новина : 5В-толерантні штифти, здається, насправді є 5В-толерантними лише при застосуванні живлення. У таблиці 6 в таблиці 18 сказано:

Максимальна вхідна напруга на штифтах FT_xxx: хв (VDD, VDDA, VDDIO2, VDDUSB, VLCD) + 4,0 В

У моєму випадку, якщо немає акумуляторів і користувач підключає USB-порт, перед запуском регулятора є час, під час якого напруга на PA9 буде 5В, тоді як на штифтах живлення процесора взагалі не застосовується живлення.

Ще більше поганих новин : поточне введення заборонено, таблиця 19, таблиця 19, говорить:

Інжекційний струм на FT_xxx: -5 / + 0 (див. Примітку 4)

Примітка 4: Позитивна ін'єкція індукується VIN> VDDIOx, тоді як негативна ін'єкція індукується VIN <VSS. IINJ (PIN) ніколи не слід перевищувати.

Тому, здається, я не можу використовувати простий резистор для обмеження надлишкового струму на PA9 під час запуску регулятора. Будь-яка кількість струму, яка протікала б від VBUS до PA9 до того, як VDD підскочить, очевидно, заборонена.

Що робили інші?

Я переглянув численні конструкції навколо мікросхем STM32, дивився на їх VBUS-з'єднання, і, здається, вони не хвилюються. Вони підключають VBUS безпосередньо до PA9 або зрештою через резистор, але я ніколи не бачив нічого складнішого. Але вони здебільшого є дошками розвитку, тому я думаю, що міцність (це слово?) Не дуже важлива. І вони, як правило, не живляться через USB-порт, і, звичайно, припускають, що користувач не підключить USB-порт перед тим, як живити плату.

Який мій план?

Розміщуючи це між VBUS на USB-порту та штифтом PA9 MCU:

Захист VBUS

Я дійсно намагався зробити це просто. В основному, це гарантує, що VUSB_CPU (який є штифтом PA9) ніколи не може бути вище VCPU + 4V (Vz + Vbe), не витрачаючи енергії, якщо це нормально.

Мої основні питання : чи я правий у своєму аналізі? Це хороше рішення? Я переживаю за речі, які не мають значення? Чому, схоже, ніхто більше не хвилює цю потенційну проблему?

Додаткове запитання : планую використовувати USB OTG. Це проблема, якщо між роз'ємом та штифтом PA9 є резистор 4,7 к? Я думаю, було б, якби мені довелося використовувати пульс VBUS під час SRP, але цей метод, мабуть, застарілий. Так я добре, незалежно від ролі (пристрою / хоста) свого пристрою?

Останнє : Який максимальний струм, що подається штифтом VDDUSB? Таблиця даних визначає для USB-периферії: 16,4 мкА / МГц для тактового домену AHB + 23,2 мкА / МГц для незалежного тактового домену, але ми не знаємо, звідки він черпається (VDD або VDDUSB).


Іншим варіантом захисту PA9 було б встановити комутаційний перемикач між + 5v і PA9 USB, а потім запустити затвор перемикача з виходом регулятора.
Марк

чому б не використовувати резисторний дільник? 430k і 630k дадуть вам 3.3V на штирі.
б деньян

Але дільник резистора не вирішить питання впорскування. Дільник буде вводити в штифт 3,3 вольт до того, як деталь увімкнеться.
Марк

З таблиці я розумію, що штифт може витримати 4 В, навіть при відключенні живлення (це правильно?). Тож роздільник резисторів був би хорошим рішенням, але притягував би потужність постійно. Я забув згадати, що маю жорстке обмеження з цього приводу.
дим

Відповіді:


4

Переходьте з роздільником резистора (430k / 620k) на Vbus - це дозволить зберегти мікроконтролер в специфікаціях, а паразитичний струм не буде проблемою, оскільки він буде отримуватися виключно від Vbus, а не від акумулятора (ось що Я припускаю, що ви хочете зберегти).


Дурний мене ... Я керував роздільником резистора через споживання струму, але мої міркування були явно неповними. Дійсно, черпати владу з vbus не представляє проблеми. Тепер, чому ніхто навіть цього не робить у своїх дошках? Сама ST (дошка відкриття), olimex, ...? Я досі не розумію цього моменту.
дим

0

Мабуть, найпростіший метод, використовуйте резистор високого значення (10-100 к), що подає великі конденсатори (пара UF або більше), щоб потрібен час, коли напруга підсилиться, я б не турбувався про частку вольта, яка накопичується поперек конденсатора під час запуску регулятора, якщо мікро захист ESD, то входи можуть справляти 5-10В за кілька десятків с.с.


Це звучить чудово ... але лише до тих пір, поки ви не подумаєте про те, що станеться, коли живлення буде знято. Конденсатор насправді може погіршити ситуацію, ніж просто мати резистор великого значення - резистор не може забезпечити великий струм, але заряджений конденсатор може.
Кріс Страттон

ти міг би проїхати його через маленький ценер? У цьому розділі аркуша вказано VDD + 4V правильно? Якби у вас старіший опустив рейку до менше ніж VDD + 4V, це було б нормально?
Сем

Я не візуалізую добре вашу пропозицію із ценером без схеми. Але якщо рішення має таку ж складність, як і моє (3 дешевих дискретних компонента), я не отримаю багато.
дим

В основному: Input-> zener-> PA9, zener в серії з входом на відміну від резистора серії, ценер падає на вольт або два, тому напруга на PA9 завжди трохи нижче. Якщо дошки розробників просто прив'язують їх, тоді це, мабуть, нормально, я думаю, попередження можуть застосовуватися після включення MCU, дивіться, чи є розділ про послідовність живлення або про поведінку при запуску.
Сем

1
@То це моя головна проблема. Я перевірив, вони нічого не роблять. PA9 підключений безпосередньо до VBUS на USB-порту (навіть не через резистор), на їх демонстраційній платі Discovery. Отже, якщо я щось не пропустив, це суперечить аркушу. Моя проблема насправді не сама схема захисту. Я думаю, що моє рішення, навіть якщо воно, безумовно, може бути покращене, може зробити свою роботу. Якщо чесно сказати, моя головна проблема полягає лише в тому: чи все це дійсно потрібно?
дим
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.