-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erj
e.net!feeder.erje.net!weretis.net!feeder8.news.weretis.net!news.mixmin.net!aioe
.org!peer01.ams4!peer.am4.highwinds-media.com!news.highwinds-media.com!newsfeed
.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-01.news.neostrada.pl!news.
neostrada.pl.POSTED!not-for-mail
Subject: Re: Kilka pytań o STM32F407VGT6
Newsgroups: pl.misc.elektronika
References: <5fb8cbeb$0$520$65785112@news.neostrada.pl>
<5fbcc6ac$0$515$65785112@news.neostrada.pl>
From: Atlantis <m...@w...pl>
Date: Sun, 27 Dec 2020 09:42:13 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
Thunderbird/78.6.0
MIME-Version: 1.0
In-Reply-To: <5fbcc6ac$0$515$65785112@news.neostrada.pl>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: pl
Content-Transfer-Encoding: 8bit
Lines: 26
Message-ID: <5fe848e5$0$530$65785112@news.neostrada.pl>
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 83.27.24.161
X-Trace: 1609058533 unt-rea-a-01.news.neostrada.pl 530 83.27.24.161:36240
X-Complaints-To: a...@n...neostrada.pl
X-Received-Bytes: 2455
Xref: news-archive.icm.edu.pl pl.misc.elektronika:760445
[ ukryj nagłówki ]On 24.11.2020 09:39, MKi wrote:
> Jeśli przewidujesz sytuację, że device weźmie za dużo prądu,
> ogranicznik poda sygnał "overcurrent" i trzeba będzie zasilanie
> odłączyć - wtedy ten port jest potrzebny. Dowolny.
Wracając do tematu: czy stosowanie ogranicznika prądu/switcha na linii
VBUS jest obowiązkowe w przypadku układów STM32 i portu USB pracujcego w
trybie host? Jak już wspominałem, w swoich poprzednich projektach na
PIC24/PIC32 zwykle po prostu łączyłem pin VBUS w gniazdku USB
bezpośrednio z linią 5V. Tylko w przypadku moich projektów port USB
robił zwykle za pamięć masową - był tam na stałe wpięty pendrive o
dającym się określić poborze prądu. Nie występowało zagrożenie, że
użytkownik podłączy dowolne urządzenie (gniazdo było ukryte wewnątrz
obudowy) a za zabezpieczenie nadprądowe robił bezpiecznik na wejściu.
Przyglądam się właśnie paru projektom na STM32 (m.in. transceiverowi SDR
mcHF od M0NKA) i widzę, że kluczowanie zasilani na VBUS i stosowanie
osobnego układu zabezpieczającego przed nadmiernym poborem prądu także
niekiedy bywa pomijane.
Czy istnieją jakieś ważne powody, żeby stosować taki układ w STM32?
Powinienem mimo wszystko uwzględniać go w swoich projektach? Może nawet
wskazane jest stosowanie czegoś takiego także w innych rodzinach
mikrokontrolerów? Czy może jednak mogę to sobie odpuścić i nieco
uprościćpłytkę, łącząc VBUS bezpośrednio z 5V?
Następne wpisy z tego wątku
- 28.12.20 10:03 MKi
- 28.12.20 10:10 Atlantis
- 28.12.20 10:12 Atlantis
- 28.12.20 10:17 Atlantis
- 28.12.20 11:59 Grzegorz Niemirowski
- 28.12.20 12:52 Atlantis
- 28.12.20 12:55 Atlantis
- 28.12.20 21:30 Grzegorz Niemirowski
- 30.12.20 09:16 MKi
- 12.01.21 08:45 Atlantis
- 12.01.21 13:51 Marek
- 12.01.21 17:55 Atlantis
- 12.01.21 20:16 Marek
- 12.01.21 21:26 Atlantis
- 13.01.21 01:03 a...@m...uni.wroc.pl
Najnowsze wątki z tej grupy
- Klip testowy, jak sie to używa
- Jak sie smazy elektronike z odleglosci kilkuset metrów?
- William Shockley, co-inventor of the transistor
- Gazowy kocioł CO regulacja cyklingu i regulacja pogodowa
- Zamek elektroniczny
- szablon do pasty DIY
- Głośnik potrzebny
- Silikonowy przewód ekranowany
- Wtyk bananowy ekranowany
- Co może być gorsze od pożaru elektryka?
- daltonizm
- Mały Linux
- Superkondensator. Czy to się uda?
- Stare filmy o technice
- Zasilanie własnych konstrukcji przez PoE
Najnowsze wątki
- 2025-11-09 Węże do tlenu medycznego
- 2025-11-09 Więcej miejsca na buspasach :-)
- 2025-11-08 kable zawieraja skrobie?
- 2025-11-08 Klip testowy, jak sie to używa
- 2025-11-08 Warszawa => Senior Cloud Engineer - AWS <=
- 2025-11-08 Pewnie za malo zarabial, to sie musial odstresowac
- 2025-11-08 Uszkodzenie na parkingu a odpowiedzialność sprawcy z OC
- 2025-11-08 Środa Wielkopolska => SAP FI/CO Konsultant wewnętrzny <=
- 2025-11-08 Gdańsk => Senior Software Developer C++ <=
- 2025-11-08 Uszkodzenie na parkingu a odpowiedzialność sprawcy z OC
- 2025-11-08 Warszawa => Programista Microsoft Dynamics 365 Finance & Operations (D
- 2025-11-07 Warszawa => International Freight Forwarder <=
- 2025-11-07 Warszawa => C Programmer <=
- 2025-11-07 Warszawa => Starszy Programista C <=
- 2025-11-07 Warszawa => Senior Programmer C <=




Elektromobilność dojrzewa. Auta elektryczne kupujemy z rozsądku, nie dla idei