Co warto wiedzieć o STM32MP1? Jak zacząć?

[Komentator]

Chyba wszyscy entuzjaści elektroniki słyszeli już o mikrokontrolerach STM32. W naszych kursach opisaliśmy podstawy F1 i F4, dzięki czemu wielu hobbystów mogło poznać te układy w praktyce. Do niedawna oferta STM32 dotyczyła wyłącznie mikrokontrolerów. Jednak układy STM32MP1 to już świat rozbudowanych mikroprocesorów.

UWAGA, to tylko wstęp! Dalsza część artykułu dostępna jest na blogu.

Przeczytaj całość »

Poniżej znajdują się komentarze powiązane z tym wpisem.

[XQzMe]

Witam. Z tego co wiem to w poprzedniej wersji MP1 były błędy krytyczne. Teraz je poprawili ale nie wiem czy już są lutowane do discoverek. Ktoś ma jakieś wiadomości odnośnie tego gdzie można w Polsce taką discoverkę kupić z nowym układem?

[zook]

Mega interesującą konstrukcja.

Wayland to nie jakiś tajemniczy Linux X11, nie jest to też nowsza wersja X11 tylko całkowicie nowe podejście do tematu serwera wyświetlana.

Edytowano Czerwiec 28, 2019 przez Treker
Usunięcie cytatu.

[Treker (Damian Szymański)]

20 godzin temu, XQzMe napisał:

Z tego co wiem to w poprzedniej wersji MP1 były błędy krytyczne.

@XQzMe, czy możesz podać odnośniki do informacji na temat błędów, o których piszesz? Zapytam wtedy o ten przypadek w ST

[Imejl]

Podczas próby wgrania napisanego kodu za pomocą Eclipse i "ST's STM32 MPU Debugging" zauważyłem pewien problem - program nie zapisuje się w pamięci nieulotnej. Po restarcie urządzenia programu już nie ma. Są jakieś sposoby, żeby zapisać go w pamięci FLASH? 

[Elvis]

STM32MP157 nie posiada pamięci flash, to nie jest mikrokontroler jak typowe STM32. Program dla rdzenia Cortex-M musi być załadowany do pamięci RAM i z niej wykonywany. Podczas debugowania można załadować program używając JTAG-a, natomiast w "produkcyjnej" wersji kod jest wczytywany z karty SD lub innej pamięci przez skrypt systemu Linux, albo bootloader.

[Imejl]

Elvis bardzo dziękuje za odpowiedź

[aiden]

Cześć,

Jak już mamy stworzony projekt dla STM32MP157 to czy jest możliwość konfigurowania GPIO dla STM32M4 w CubeMX ??

Pozdrawiam,

Adrian

[Elvis]

Nie sprawdzałem jak jest w najnowszych wersjach, ale dawniej takiej opcji nie było - i nie był to błąd, ale raczej założenie projektowe (it's not bug, it's a feature).

Problemem w przypadku tak skomplikowanych układów jak STM32MP1 jest konieczność współdzielenia peryferiów między równolegle działające rdzenie i systemy. GPIO są dobrym przykładem - projektant musi zadecydować, które piny przydzielić dla Linux-a, a którymi ma sterować rdzeń M4. Ponieważ w wersji "produkcyjnej" najpierw startuje Linux i to on jest głównym systemem, za konfigurację GPIO odpowiada ten system. Dlatego CubeMX nie generuje kodu inicjalizującego GPIO dla M4 - po prostu ma to zrobić A7. CubeMX generuje za to plik konfiguracyjny, czyli device-tree, który należy dodać do jądra linuxa - dzięki czemu piny zostaną skonfigurowane poprawnie jeszcze zanim kod na M4 zacznie działać.

Niestety takie podejście nie sprawdza się w przypadku trybu inżynierskiego i w nim trzeba konfigurację GPIO napisać samemu. Ale to chyba nie jest zbyt skomplikowane zadanie

 

[aiden]

Jasne, patrząc na cały system to ma sens.

Dzięki, Pozdrawiam

[Imejl]

Potwierdzam, kilka dni temu sprawdzałem, czy najnowsza wersja CubeMX generuje konfigurację poszczególnych pinów i tak jak piszę Elvis - nie generuje. Generowana jest tylko konfiguracja zegarów