Polemizował bym, do FRDM masz książkę, co prawda na środowisku CW, ale nowy KDS praktycznie to to samo, są szczegóły, ale autor obecny na tym forum (SunRiver) pomoże.

Książki z BTC może nie powalają, ale by zacząć są wystarczające. Dokumentacja do Kinetisa i STMa jest naprawdę przejrzyście napisana, nie ma problemu z zrozumieniem.
Przykładów na stronie STM32.eu, czy Kinetis.pl i wielu innych polskich stronach jest zatrzęsienie.

Jedynie na co można narzekać, to iż do zestawów nie dodają "chęci do nauki" w gratisie. Tu niestety trzeba samemu zadbać o systematyczność.
Nie ma co narzekać, kupić najtańszego FRDM, czy STMa i działać, migać diodą, odczytywać dane z accelerometru w zestawie by coś się działo. Do wszystkich komponentów są gotowe biblioteki.
Po za tym darmowe środowiska i debuger na pokładzie, czego więcej chcieć ?

Cicho mi tu panowie , jest cienko cienko z dokumentacjami ...
dlaczego ??

1. Trzeba je przeczytać

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

Ja nie narzekam, jak już zacząłem i pierwsze miganie diodami mam za sobą to samo idzie do przodu.
GPIO opanowałem, próbowałem z bibliotekami SPL i CMSIS, bardziej intuicyjne jest dla mnie pracowanie bezpośrednio na portach GPIO.
Teraz jestem na etapie testowania sprzętowego SPI z SSD1306.
Z książek nie korzystam, wystarczająco dużo jest materiałów w sieci.

_________________
Und schreien

Spring
Erlöse mich
Spring
...

kod zawarty w iniialize jest wstawiany po prostu podczas kompilacji we właściwe miejsce

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

Jeżeli chodzi o zestaw to decyzję już pojąłem jakiś czas temu i ze względu na sunduino i kinetis.pl wybiorę jakiś kinetis , fajny jest FRDM-K64F , ale większość przykładów jest na FRDM-KL25Z i FRDM-KL46Z . Chyba że koledzy pomożecie mi pojąć decyzję za co byłbym bardzo wdzięczny. Pozdrowienia .

jest bardzo fajnym zestawem ten mały Cortex-M0+ jest naprawdę porządny i warto od niego zacząć.



Jej ekscelencja to potęga, powoli będzie o niej sporo na kinetis.pl i możliwe że i u mnie
niemniej na początek nie warto się rzucać na tego potworka. Bo możesz szybko się zniechęcić
Powoli małymi kroczkami zacznij od tańszego , prostszego i mniejszego rdzenia ale z pazurkiem , a w miarę jedzenia albo weźmiesz dokładkę , albo się nasycisz , a tak ... czeka cię roztrój żołądka z przejedzenia i wymioty

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

Trafiłem na mały problemik, nie wiem z której strony ugryźć
Korzystam CMSIS i mam problem z niektórymi plikami.

Jak użyć te przekreślone?

Strukturę programu mam taką:
W pliku main.c jest #include "stm32f4xx_hal.h"
W pliku stm32f4xx_hal.h jest #include "stm32f4xx_hal_conf.h"
Natomiast w stm32f4xx_hal_conf.h jest


Wszystkie są ENABLED, pliki nagłówkowe dołączone, natomiast przy próbie kompilacji mam "undefined reference"
Pliki ".c" są ale środowisko ich nie kompiluje i nie linkuje, jak te pliki odblokować?

_________________
Und schreien

Spring
Erlöse mich
Spring
...

Kliknij prawym klawiszem na przekreślonym pliku i wybierz Resource Configurations - > Exclude from Build... i odznacz ptaszka.

_________________
Dragonus Cracovus: Biomagia

Zrobiłem coś takiego (wkleiłem akurat dla avr ale to nieważne):


i teraz jakie już zdefiniowane symbole mogę wykorzystać, żeby automatycznie dołączać fragment odpowiedni dla danego procesora/architektury przy pomocy ? Dla avr wydaje mi się, że będzie to "__AVR__", co np z STM32?

_________________
Pozdrawiam, Adrian.