Kilka pytań o STM32F407VGT6

Atlantis pisze:

Tak

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.

To już moje rozważania teoretyczne, nigdy nie robiłem hosta. Ale wydaje mi się, że VBUS jest wejściem monitorującym 5V i generującym przerwanie, gdy napięcie spanie poniżej normy.

Jeśli jesteś pewny źródła 5V można z niego zrezygnować. W Reference manualu (rev. 13, str. 1255) jest przykładowy układ bez VBUS.

Ja stosuję układ

Ja stosuję inne wyświetlacze, ale nazwy pinów są takie same. Połączenia: LCD - STM32 RS - A16 RD - NOE WR - NWE CS - NE1 Reset - dowolny port

Ja się nigdy nie specjalnie nie przejmowałem i zawsze działa.

Nie znam się i się nie wypowiem :(

Pozdrowienia, MKi

Hmm... To jest realizowane przez bibliotekę do obsługi USB, czy muszę to sam zaimplementować w pętli głównej/funkcji obsługi przerwania zewnętrznego? Pytam, bo chciałbym się upewnić, czy mogę dostosować się zarówno do elementów, gdzie pin EN jest aktywowany stanem niskim, jak i wysokim.

Rozumiem, że nic nie stoi na przeszkodzie, żeby zamiast "switcha" zastosować przetwornicę, którą mogę wyłączyć zewnętrznym sygnałem? Urządzenie będzie zasilane z akumulatorka, więc przetwornica i tak jest jedynym sposobem na uzyskanie 5V do zasilania USB.

Dokładnie tych samych używam od dawna z PIC32 oraz Xmega. Dzięki za potwierdzenie, że nie ma z nimi problemu w przypadku STM32. ;)

Sam implementujesz. Tylko od zastosowanego układu ograniczającego prąd zależy, czy EN będzie aktywowane Hi czy Lo.

Jak dla mnie jak najbardziej. Tylko musisz skądś wziąć sygnał "overcurrent".

Pozdrowienia, MKi

Może znajdzie się jakaś przetwornica, która daje taki sygnał? ;)

Jak poszukasz to na pewno :-)

Mogę jeszcze zapytać jakichś wyświetlaczy używasz? Bo szukając informacji na temat mojego egzemplarza przekonałem się, że nie jest to zbyt popularny model. Chińczycy chyba przestali go produkować, zastępując nieco nowszą wersją, która ma inny pinout. Ciężko będzie kupić zastępczy egzemplarz albo drugi taki sam wyświetlacz do kolejnego projektu...

Używam dwóch:

Dzięki. Tak jeszcze dla porządku zapytam, bo właśnie kończę projektować płytkę: czy któreś linie interfejsu LCD wymagają podciągania rezystorami do zasilania?

Nie, ten interfejs (zasadniczo to jest interfejs pamięci NOR Flash, sterowanie LCD jest tak przy okazji) jest całkowicie samodzielny. A w ogóle to STM ma swoje własne pullupy i pulldowny, możesz je włączać i wyłączać programowo.

Pozdrowienia, MKi

Niby tak, ale tutaj kierowałem się pamięcią o tym, że w niektórych przypadkach i tak zalecane było stosowanie zewnętrznych pullupów, w celu uniknięcia stanów nieustalonych na krytycznych liniach po restarcie, zanim program zdąży skonfigurować dany pin. Chociażby linie CS w SPI...

Swoją drogą, używałeś może interfejsu RMII w STM32 do obsługi Ethernetu? W jego przypadku konieczne będzie jakieś specyficzne prowadzenie linii (np. wyrównywanie ich długości poprzez meandrowanie albo ekranowanie ich masą) czy też wystarczy, jeśli będą możliwie krótkie? W końcu częstotliwość pracy tej magistrali wynosi 50 MHz...

Atlantis snipped-for-privacy@wp.pl napisał(a):

Piszę firmware dla urządzenia korzystającego z RMII w STM32. Żadnego specjalnego prowadzenia ścieżek tam nie zastosowano. Niemniej zaleca się, żeby różnica w długości nie była większa jak 2 cale, a nawet 10 mm według jednego źródła. Ekranowanie również jest zalecane.

Widziałem kiedyś tutorial, w którym płytka discovery została połączona z modułem PHY za pomocą zwykłych kabli ze złączami do goldpinów, więc podejrzewałem, że ten interfejs nie jest aż tak wymagający. Z drugiej strony to, że coś działało w tutorialu nie oznacza, że będzie działało stabilnie w finalnym urządzeniu, więc wolałem zapytać.

Ten warunek niemal na pewno jest spełniony. Mikrokontroler i PHY znajdują się w odległości 1.25". Biorąc pod uwagę fakt, że ścieżki zakręcają i omijają przeszkody, najdłuższe z nich będą pewnie miały długość nieco większą niż 2", ale różnica pomiędzy najdłuższą i najkrótszą na pewno nie będzie tego rzędu wielkości.

Ze spełnieniem tego warunku będzie już trudniej. Niemniej różnice w długościach wynikają głównie z faktu, że nieraz trzeba się dostać do wyprowadzeń po różnych stronach układu scalonego, omijając jakieś elementy albo pola lutownicze.

Z tym też będzie ciężko. Warunek jest spełniony częściowo w tym sensie, że linie RMII są zgrupowane razem i oblane polem masy. Niektóre z nich przynajmniej na części długości mają masę między sobą. Niemniej płytka jest modyfikacją projektu, który zaczął powstawać jeszcze w czasach, gdy PCB projektowałem z myślą o termo/fototransferze, więc grubsze ścieżki i większe pola lutownicze zajmują trochę miejsca, którego nie zostaje zbyt wiele na "meanadry". Nie ma też przelotek pod układami.

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?

Musisz zrobić - uwaga modne słowa - analizę ryzyka. Jeśli wyjdzie Ci, że prawdopodobieństwo zbyt dużego obciążenia przez device czy dotkliwość takiej awarii są dostatecznie małe (albo szansa na wykrycie odpowiednio wcześnie takiej sytuacji jest duża)

- to nie instaluj ogranicznika.

Ja nie znam żadnych powodów oprócz tego, o którym pisałem wcześniej.

Pozdrowienia, MKi

Właśnie skończyłem projektować swoją płytkę z STM32107 i DP83848. Jest szansa, że będzie stabilnie i prawidłowo działało w trybie Fast Ethernet?

Właśnie skończyłem projektować swoją płytkę z STM32F107 i DP83848. To amatorski projekt, więc nie oczekuję, że przeszłoby to jakąkolwiek certyfikację. :) Można jednak liczyć na to, że będzie działało stabilnie i prawidłowo w trybie Fast Ethernet?

Czyli wychodzi na to, że faktycznie raczej nie muszę instalować ogranicznika. Pendrive pobiera prąd mieszczący się w granicach wydajności układu zasilania, a ryzyko podłączenia czegoś innego przez użytkownika jest znikome, bo:

A w najgorszym razie po prostu przepali się bezpiecznik na wejściu. Rozumiem, że ogranicznik służy temu, żeby można było obsłużyć przypadek nadmiernego poboru prądu z USB bez przerywania pracy urządzenia? W moim przypadku jest to tak naprawdę zbędne. :)

Atlantis snipped-for-privacy@wp.pl napisał(a):

Myślę, że bez problemu. Co do płytki, to same ścieżki wyglądają OK jeśli chodzi o kąty, równoległość i długość. Natomiast powinno się unikać przelotek, widać dwie w okolicach C48. Możesz zerknąć na zalecenia producenta w datasheecie, rozdział 8.1.1 PCBLayoutConsiderations.

C48 jest podłączony do układu VS1003 (DAC/dekoder MP3) a przelotka po jego prawej stronie znajduje się na interfejsie SPI, któremu to nie powinno przeszkadzać. DP83848 znajduje się po lewej stronie płytki.