Płytka i literatura do nauki ARM dla osoby z doświadczeniem w AVR i C?

Witam

Siedzę już w AVR i C kilka dobrych lat i chciałbym zacząć bawić się ARM, jaką płytkę polecacie i literaturę. Wiem że wiele osób napisze, że żadna literatura, tylko manuale, ale ja nie umiem angielskiego i czuję, że zgubiłbym się w tych manuałach. Jest jakaś dobra książka na rynku?

Pozdrawiam

Moim zdaniem - i naprawdę nie piszę tego żeby być złośliwym - nie ma fizycznej możliwości używać takich układów bez choćby podstawowej znajomości angielskiego. Manuale są po angielsku. Dokumentacja do tych durnych bibliotek jest po angielsku. Dokumentacje samego rdzenia są po angielsku. Dokumentacja dowolnej biblioteki (GUI, TCP/IP, USB, ...) jest po angielsku. Sytuacja na tym rynku zmienia się tak dynamicznie, że jak ktoś wyda książkę, to na 99% nie dotyczy ona najnowszych układów.

Aby zrozumieć dokumentację nie trzeba kończyć filologii, ot jakąś tam podstawową znajomość technicznego języka trzeba mieć i już.

mam płytkę stm32f0discovery ale czy jest ona dobra na start z stmami czy może pójść w stm32f4discovery czy coś lepszego?

Dodano po 10 [minuty]:

no to uczymy się angielskiego, może to nie czas i miejsce ale wystarczy mi angielski techniczny jaka literaturę polecacie do nauki angielskiego tak żebym umiał czytać te manuale.

Pozdrawiam

Co polecacie do nauki ang technicznego? chodzi mi o coś takiego żeby manuale nie były mi straszne

Moim zdaniem książka po polsku nie jest zła. Niestety książki są pisane pod bibliotekę SPL, a o niej już wielu zapomniało. Na start może się jednak bardzo przydać. Do nauki dobry jest STM32F103 (dobrany pod książki). Niezbyt trudny do AVR'owca, ale mimo wszystko mózg wyżyma bo wymaga innego podejścia niż AVR. Po "angielsku" łatwiej się "domyślać" jak ma się już jakąś ogólną wiedzę na temat kontrolera.

W sumie to na początek wystarczy ściągnięcie dowolnego IDE z toolchainem i przykładami, np. CooCox, i analiza kodu. Często w nagłówkach w samej implementacji są komentarze opisujące wykorzystane mechanizmy.

Czytałem tego gościa co mi polecaliście i jak na razie wszystko fajne tylko przydałaby się poprawa ścieżek prowadzących tzn.

Cytat:

Jak i skąd to wszystko zdobyć? Plik nagłówkowy mikrokontrolera oczywiście ze strony ST. Dokładniej trzeba pobrać paczkę z narzędziem STM32Cube i wyłuskać z niej odpowiedni plik nagłówkowy. Przykładowo dla STM32F103:
www.st.com
Products → Microcontrollers → STM32 32-bit ARM Cortex MCUS → STM32F1 Series → STM32F103
Software → STM32Cube
STM32CubeF1
Get Software → Download
w rozpakowanym archiwum: Drivers → CMSIS → Device → ST → STM32F1xx → Include
w pliku stm32f1xx.h sprawdzamy nazwę pliku nagłówkowego dla naszego mikrokontrolera (np. mikrokontroler STM32F103VC to plik stm32f103xe.h)
i mamy nasz garniec złota na krańcu tęczy – plik nagłówkowy mikrokontrolera z definicjami rejestrów i bitów: stm32f103xe.h

już napisałem do niego.

@Piotrus_999, moim zdaniem szkodliwa jest właśnie nauka "na zapas". Po pierwsze, człowiek zapomina większość rzeczy, z których nie korzysta. Po drugie, jest to zwyczajnie niepraktyczne, tym bardziej, że mikrokontroler programuje się w C, nie w assemblerze. Po trzecie, jest to często zbędne, chyba że ktoś za cel sam w sobie ustala dogłębne działanie konkretnego uC. Oczywiście zakładam, że pytający ma wiedzę ogólną na temat programowania i pobieżną wiedzę na temat budowy mikrokontrolerów. Resztę można doczytywać na bieżąco z dokumentacji.

Przykłady na STM32F4 (wystarczy zbudować i sflashować uC):
https://github.com/k-code/stm32f4-examples

squelch napisał:

mam płytkę stm32f0discovery ale czy jest ona dobra na start z stmami

Dobra jak i inne, tym bardziej jeśli zaczynasz od prostych rzeczy typu miganie LED, port szeregowy itp. . Doświadczenie z jednej rodziny przydaje się w drugiej. A już szczególnie jeśli się używa bibliotek (SPL czy HAL).
Ale w zasadzie sedno problemu tkwi w materiałach do nauki. Jeśli nie czujesz się zbyt mocno w angielskim to chyba lepiej kursy po polsku. Przynajmniej do czasu gdy "złapiesz" filozofię STM i ogarniesz temat na tyle by samemu coś kreować..
Nie ma tych kursów zbyt dużo.
Jest tu, wspomniany, bardzo przyjemny poradnik kolegi Szczywronka ale ale bazuje na programowaniu rejestrów sprzętowych (metoda jaką tak właściwie powinieneś kojarzyć z AVR), co znów pociąga za sobą bardzo intensywne korzystanie z angielskojęzycznej dokumentacji w kwestii opisów rejestrów sprzętowych.
Są też dwa kursy na Forbocie, jeden oparty o biblioteki SPL (stare i niezalecane ale wciąż popularne) i bibliotekę HAL.
Ten drugi szczególnie fajny, bo używa też narzędzia CubeMX, które np. tworzy szablony programów ale i bardzo pomaga w rozeznaniu się w danym kontrolerze, peryferiach, łącznie z np. graficzną konfiguracją zegara i innymi pożytecznymi sprawami.
A to że kurs jest na konkretną płytkę z F4, nie przeszkadza dopóki nie wchodzi się w specyficzne sprawy typu żyroskop itp. Co do prostszych zagadnień to w większości powinny analogicznie dać się zrobić nawet na F0 (oczywiście pilnując ustawień programu).

http://forbot.pl/blog/artykuly/programowanie/stm32-praktyce-1-platforma-srodowisko-id2733

http://forbot.pl/blog/artykuly/programowanie/...4-1-czas-poznac-hal-spis-tresci-kursu-id14114

Co do programowania z pomocą bibliotek, to kwestia przechodzenia na inne rodziny STM jest dużo łatwiejsza (niż w programowaniu "na rejestrach"), bo nieraz ten sam program (z ewentualnymi kosmetycznymi zmianami) działa na bardzo różnych rodzinach. Szczególnie przy prostszych zadaniach.
Dlatego materiału tych kursów na bibliotekach możesz próbować na innym STM niż w kursie, zmieniając tylko kluczowe ustawienia dotyczące wyboru procesora.
Posiadając nawet tylko to stm32f0discovery, zyskujesz możliwość programowania innych STM na płytkach nie posiadających programatora. Przykładowo możesz dokupić bardzo pospolitą i tanią płytkę z F103R8 i trenować też na niej, bo pomimo że F103 jest troszkę stary to jednak do niego powstało najwięcej literatury.

@Piotrus_999, przecież nie krytykuję korzystania z dokumentacji, wręcz zachęcam. Odradzam raczej z korzystania z literatury (szczególnie polskiej, dość miernej zresztą). Nie zachęcam też do przeklejania kodu bez jego rozumienia, pisałem na temat jego analizy. Czytanie książek też nie da Ci tej umiejętności.

FYI, nie pisałem nigdy na Arduino, więc trudno mi się odnieść do argumentu, że to rzekomo metoda "na arduino". Analiza kodu i czytanie dokumentacji to normalna rzecz w zawodzie programisty. Kupowanie książek rezerwuję dla rzeczy wymagających poznania zupełnie nowych idei, łatwiej zaczynać mając jakiekolwiek podstawy w dowolnej dziedzinie.

Jestem w podobnej sytuacjii, również zaczynam przygodę z ARM-ami. Z literatury w języku polskim to mogę polecić "Paprocki K. - Mikrokontrolery STM32 w praktyce". Dobre źródło podstawowej wiedzy. Są też przykłady ale radziłbym przysiąść się do zrozumienia i przeanalizowania zamieszczonego tam kodu.

SyriuszPL napisał:

Są też przykłady ale radziłbym przysiąść się do zrozumienia i przeanalizowania zamieszczonego tam kodu.

Co samej książki to dobrze jest przeczytać, ale z ćwiczeniami na kodzie to może być kłopot.
To wydanie które mam (nie wiem na ile poprawione są jakieś nowsze wydania) bazuje na starej wersji SPL i narzędziach które na dzień dzisiejszy są inne. Co prawda sam F103 wiecznie żywy i jest w tej książce dużo wartościowego materiału na temat jego peryferii, ale mogą być kłopoty (może nie potrzebne) aby na przykład zrobić sobie kurs ściśle według tej książki.

Piotrus_999 napisał:

1. Podstawa to dobre rozumienie C lub C++ w zależności jakie mamy preferencje.

No tak, tylko kolega squelch, przyznał się że w C już tam coś strugał. Dlatego myślę że, wobec tego główny problem nie leży w opanowaniu C a w różnicy między AVR i STM32 oraz specyfiki narzędzi.

I tak po przemyśleniu zaproponowałbym na początek pójść ścieżką poradnika kolegi Szczywronka. A to z powodu że jest napisany w dużej mierze dla ludzi przesiadających się z AVR i zawiera liczne nawiązania typu, w AVR tak było a STM32 tak. To akurat powinno koledze pomóc wobec posiadanego już doświadczenia.
Może tylko IDE jakieś łatwiejsze w obsłudze by się przydało, żeby nie musieć walczyć z narzędziem na początku drogi.
A później już po uzyskaniu pewnej biegłości w metodzie "rejestrowej" i przede wszystkim zrozumieniu konstrukcji STM32 i filozofii tej rodziny, wdrożyć się w HAL.

Zaczynałem od STM32F0DISCOVEY i nie narzekam z tego powodu. Teraz regularnie skaczę między F0, F3 i F4 bez najmniejszego problemu. Poradnik o którym wspomniało tutaj kilka osób jest zaje***ty i autor tego poradnika jak dla mnie jest prawdziwym bohaterem na tym forum Skoro siedzisz w AVR od dawna to taki poradnik pozwoli Ci lepiej zobaczyć różnice między AVR a ARM (też tak przeskakiwałem choć zapewne miałem mniejsze doświadczenie w AVR niż Ty).

Poradnik co prawda opisuje wszystko z wykorzystaniem rejestrów, ale ma to ogromną zaletę. Poświęcisz na niego sporo czasu, będziesz mieć sporo problemów ale potem gdy będziesz chciał wskoczyć na HALa, to zrobisz to bez problemu. Naprawdę szczerze polecam.

Tylko ostrzegam, jeżeli chcesz naprawdę się czegoś nauczyć z poradnika to musisz samemu robić opisane tam rzeczy a nie jedynie czytać. Będziesz mieć wiele problemów przy F0 ale dasz radę (ja dałem, choć zapewne takie osoby jak @Piotrus_999, @freddie Chopin czy inni mają mnie już serdecznie dość bo nieraz potrzebowałem pomocy ). Gdybyś zabrał się za poradnik i używał STM32F0DISCOVERY to pisz, mam chyba prawie wszystko przerobione z tego poradnika (jeżeli jakieś kody nie skasowały się przy przenoszeniu na nowy sprzęt).

Wielki dzięki że podzieliście się ze mną waszymi próbami i zmaganiami z opanowaniem ARMów, spróbuje jakoś przez to przebrnąć.

Piotrus_999 napisał:

squelch napisał:

Wielki dzięki że podzieliście się ze mną waszymi próbami i zmaganiami z opanowaniem ARMów, spróbuje jakoś przez to przebrnąć.

Może to moje osobiste ale mnie się duzo łatwiej i przyjemniej programuje peryferia arm-ow niż AVR-ów. Do tego znikają Ci wszystkie (prawie) ograniczenia architektury 8 bitowe. Do tego jak dodamy że za 10-11zł możesz kupić procesor z koprocesorem matematycznym (czyli floaty nie zjedzą Ci procka), orz tak bogatą lista rozkazów, że kompilatot ma naprawdę na czym poszaleć generując kod.

Dorzucę swoje 5 groszy Dla porównania:
- ATmega8 w SMD kosztuje 3,5zł
- STM32F030F4P6 w SMD kosztuje 3,5zł

ATmega ma kilka wyprowadzeń więcej ale mniej bajerów w środku (jak się mylę to mnie proszę poprawcie). Teraz wystarczy odpowiedzieć sobie na pytanie: jak często potrzebuję wielu wyprowadzeń? Czasem potrzebujemy tak naprawdę kilka.

Ja polecam do programowania STM32 program https://www.embitz.org/. Według mnie jest dużo lepszy od programów opartych na Eclipse. Nie wymaga instalacji, ma gotowe szablony do projektów, zintegrowany kompilator gcc. Po instalacji można szybko stworzyć nowy projekt i od razu debbugować program. Przy wykorzystaniu SVD można prosto podglądać rejestry kontrolera. Oparty jest o CodeBlock. Ja jestem zachwycony.

elkopyto napisał:

Ja polecam do programowania STM32 program https://www.embitz.org/. Według mnie jest dużo lepszy od programów opartych na Eclipse. Nie wymaga instalacji, ma gotowe szablony do projektów, zintegrowany kompilator gcc. Po instalacji można szybko stworzyć nowy projekt i od razu debbugować program. Przy wykorzystaniu SVD można prosto podglądać rejestry kontrolera. Oparty jest o CodeBlock. Ja jestem zachwycony.

Ma jakieś ograniczenia? Można go wykorzystać komercyjnie?

To darmowy program. Nie wiem jak wygląda sprawa z wykorzystaniem komercyjnym. Na stronie programu nie ma żadnej ceny zakupu. W ostatniej wersji pojawiła się opłata za korzystanie z serwera SVD. Pliki SVD można wgrać ręcznie. Podobno są na stronie internetowej ARM. Ja używam plików SVD z dysku, ale nie pamiętam czy sciągnełem je ze strony ARM czy mam je ze starszej wersji programu. Mogę je udostępnić.

no ja już mam zainstalowany system workbench też oparty o eclipsie sprawdzałem go i przyjemnie się w nim programuje