W dniu piątek, 21 czerwca 2013 18:26:54 UTC+2 użytkownik sundayman napisał:
> Bo nie znam ST zupełnie - więc żeby nie być uwiązanym do jednej firmy,
> no i z tego co widzę, to to chyba niezły produkt jest, ten STM.

Poczytaj erraty i dokumentację zanim zaczniesz cokolwiek projektować.
Niestety te uC nie są pozbawione wad i niespodzianek i to czasem dość poważnych.
Zwróć uwagę na remapowanie peryferiów, może być np. tak, że nie da się używać
jednocześnie remapowanego I2C2 i SPI2 (i nie dlatego, że współdzielą piny), jest parę
błędów w krzemie. Do tego jakiś glitche na ADC itp.
Jeżeli chodiz o komunikację to taka niemiła niespodzianka - w F103 (chyba) bufor CAN
i USB jest współdzielony, nie można używać obu peryferiów jednocześnie.
I2C jest poza tym bardzo upierdliwe.

Nie wiem jak w tym MikroC, ale do gcc w internetach proponują toolchain Code
Sourcery, standardowa biblioteka C (newlib) jest tam tragiczna jeżeli chodzi o
rozmiar kodu, wygląda jakby była kompilowana z -O3 i dodatkowymi "przyśpieszaczami",
w niektórych funkcjach (podstawowych, typu memcpy, strlen) pętle porozwijane są na 16
iteracji, operacje na floatach też jakoś dziwnie spuchnięte. Od jakiegoś czasu noszę
się z zamiarem przekompilowania tego z -Os i wyłączonymi turbo optymalizacjami, chyba
że ktoś zna jakąś zastępczą bibliotekę.