-
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
- Linuks od wer. 6.15 przestanie wspierać procesory 486 i będzie wymagać min. Pentium
- Propagation velocity v/c dla kabli RF
- Jakie natynkowe podwójne gniazdo z bolcem (2P+PE)
- Czujnik nacisku
- Protoków komunikacyjny do urządzenia pomiarowego
- Hiszpania bez pradu
- amperomierz w plusie
- 3G-nadal działa
- Historia pewnego miernika kalibratora
- Ustym 4k Pro i wyświetlacz
- Czemu rozwaliło celę?
- Wojna w portfelu
- Jaki trojfazowy licznik tuya lub podobny?
- Problem z dekoderem adresów
- Intel się wyprzedaje: po 10latach pchnęli pakiet kontrolny Altery za 1/4 kwoty zakupu
Najnowsze wątki
- 2025-05-16 czy Seba naprawdę wróci do macierzy?
- 2025-05-15 coś pustawo u mechaników
- 2025-05-16 Warszawa => IT Data Analyst (obszar Power BI) <=
- 2025-05-16 Warszawa => Senior Backend Developer <=
- 2025-05-16 Warszawa => IT Hardware Specialist - Wsparcie i Konfiguracja <=
- 2025-05-16 Gliwice => Business Development Manager - Network and Network Security
- 2025-05-16 Warszawa => Team Lead Data Engineer (Snowflake) <=
- 2025-05-16 Poznań => Key Account Manager (ERP) <=
- 2025-05-16 Białystok => Team Lead Data Engineer (obszar Snowflake) <=
- 2025-05-16 Warszawa => Senior C++ Developer (analiza numeryczna i modelowanie) <=
- 2025-05-16 Gdynia => Sales Executive / KAM <=
- 2025-05-16 Wrocław => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-05-16 Bieruń => Spedytor Międzynarodowy (handel ładunkami/prowadzenie flo
- 2025-05-16 Warszawa => Spedytor Międzynarodowy <=
- 2025-05-16 Białystok => NMS System Administrator <=