Przykłady dla STM32 + STM32F10x Standard Peripherals Library

Pituś Bajtuś napisał:

A tak na serio, to mnie najbardziej interesowałaby opcja opisana na ostatniej stronie jako "najbardziej interesująca", a więc wykorzystanie startupa i skryptów linkera (i tylko tych plików) dostarczanych razem z biblioteką (w połączeniu z "pierdołami" typu sbrk, malloc itp itp)

Pituś Bajtuś napisał:

Bo nie po to w końcu producent procka dostarcza pliki supportowe aby przepisywać je potem na nowo

Freddie Chopin napisał:

więc - ponownie - gdzie jest problem?

Pituś Bajtuś napisał:

Freddie Chopin napisał:

więc - ponownie - gdzie jest problem?

Życie nie kończy się na STM32F1. Chociaż po głębszym przemyśleniu faktycznie problemu nie widzę.

Pituś Bajtuś napisał:

Życie nie kończy się na STM32F1.

Cytat:

Chociaż po głębszym przemyśleniu faktycznie problemu nie widzę.

gaskoin napisał:

Freddie się pomylił bo te skrypt/startupy można użyć na wszystkich CM-3 i CM-0 (po drobnych modyfikacjach) być może i na CM-4 ale tego nie wiem.

McMonster napisał:

Przydałby się trochę dokładniejszy opis do nich, a konkretniej krótkie wyjaśnienie przeznaczenia tych plików, które należy po prostu umieścić w projekcie przy tworzeniu własnego i ew. co w nich zmienić (np. rozmiary pamięci w skrypcie linkera), a które są częścią migania diodą.

McMonster napisał:

W skrócie cieszę się z tego, co opublikowałeś do tej pory, ale czuć, że trochę brakuje.

McMonster napisał:

Kiedy ceny AVRów osiągnęły kosmiczne poziomy, to dziwiłem się, dlaczego hobbyści nie uciekli do ARMów. Teraz już wiem, dlaczego.

gaskoin napisał:

ktoś kto korzysta z tych szablonów mógłby powiedzieć "dziękuję Kamilu" a nie mówić, że brakuje opisu jak machać diodą

gaskoin napisał:

Problemy biorą się stąd, że mało kto tak naprawdę wie jak przebiega cały proces kompilacji. Albo często po prostu wystarczy użyć googli, w końcu nie każdy musi to wiedzieć. Bo problemem widzę jest dodanie ścieżki wyszukiwania nagłówków, skompilowanych plików etc. Przecież jest makefile, z ładnym miejscem do wypełnienia na te ścieżki.

Zajrzenie w skrypt linkera też nie boli. Nie trzeba być super znawcą żeby zauważyć jak są definiowane rozmiary pamięci oraz ich adresy.

W startupie grzebać nie trzeba.

Nie wspomnę już o tym, że dokumentację to chyba 5% osób na tym forum czytało.

Z całym szacunkiem, ale dla mnie tutoriale Freddiego już są jak dla ociemniałych, ktoś kto korzysta z tych szablonów mógłby powiedzieć "dziękuję Kamilu" a nie mówić, że brakuje opisu jak machać diodą. Cały sęk tych artykułów chyba w tym, żeby dostarczyć template do pracy a potem to już hulaj dusza Bo ktoś zaraz napisze "Fajnie by było jakbyś wrzucił taki szablon z FreeRTOSem bo nie każdy wie jak go postawić, z komentarzem do każdej linijki żeby przechodzeń z ulicy nie używający nigdy uC mógł swobodnie korzystać z mutexów".

Miniporadnikiem jak radzić sobie bez bibliotek jest chroniony w podziemnej krypcie rękopis RM0008. Informację o położeniu tejże krypty zna tylko magiczny rycerz gugl

I nie żebym był złośliwy - ale trochę chęci i inicjatywy.

Freddie Chopin napisał:

gaskoin napisał:

Freddie się pomylił bo te skrypt/startupy można użyć na wszystkich CM-3 i CM-0 (po drobnych modyfikacjach) być może i na CM-4 ale tego nie wiem.

Hę? Generalnie akurat startup dla CM-0 musi być inny niż dla CM-3, dla CM-4 może być taki sam jak dla CM-3, nie wiem czy cokolwiek można tam poprawić w związku z kilkoma nowymi rozkazami, nie sądzę. Nie wiem czy nie zginęło Ci po prostu słówko "nie" <:

Cytat:

McMonster napisał:

Przydałby się trochę dokładniejszy opis do nich, a konkretniej krótkie wyjaśnienie przeznaczenia tych plików, które należy po prostu umieścić w projekcie przy tworzeniu własnego i ew. co w nich zmienić (np. rozmiary pamięci w skrypcie linkera), a które są częścią migania diodą.

Wiadomo, że wiele rzeczy by się przydało, ale dzień ma wciąż tylko 24h <:

Cytat:

(...)

McMonster napisał:

Kiedy ceny AVRów osiągnęły kosmiczne poziomy, to dziwiłem się, dlaczego hobbyści nie uciekli do ARMów. Teraz już wiem, dlaczego.

Nie przesadzajmy, ja do wszystkiego jakoś doszedłem, więc to nie jest wiedza tajemna... Trzeba jednak trochę zaangażowania włożyć, bo nie ma samouczka na co drugiej stronie internetowej i w każdej gazecie...
(...)

NSCNT napisał:

Nie ogarniam. Odnoszę wrażenie, że w tym układzie siedzą krasnoludki i sobie ze mnie jaja robią ;]

   /* DWARF debug sections.

   * Symbols in the DWARF debugging sections are relative to the beginning

   * of the section so we begin them at 0. */

   /* DWARF 1 */

   .debug            0 : { *(.debug) }

   .line            0 : { *(.line) }

   /* GNU DWARF 1 extensions */

   .debug_srcinfo      0 : { *(.debug_srcinfo) }

   .debug_sfnames      0 : { *(.debug_sfnames) }

   /* DWARF 1.1 and DWARF 2 */

   .debug_aranges      0 : { *(.debug_aranges) }

   .debug_pubnames      0 : { *(.debug_pubnames) }

   /* DWARF 2 */

   .debug_info         0 : { *(.debug_info .gnu.linkonce.wi.*) }

   .debug_abbrev      0 : { *(.debug_abbrev) }

   .debug_line         0 : { *(.debug_line) }

   .debug_frame      0 : { *(.debug_frame) }

   .debug_str         0 : { *(.debug_str) }

   .debug_loc         0 : { *(.debug_loc) }

   .debug_macinfo      0 : { *(.debug_macinfo) }

   /* SGI/MIPS DWARF 2 extensions */

   .debug_weaknames   0 : { *(.debug_weaknames) }

   .debug_funcnames   0 : { *(.debug_funcnames) }

   .debug_typenames   0 : { *(.debug_typenames) }

   .debug_varnames      0 : { *(.debug_varnames) }

NSCNT napisał:

Dzięki za chęć pomocy mi, ale chyba nie jestem w stanie tego ogarnąć.

NSCNT napisał:

Zmiana rozmiaru stosu powinna wystarczyć?

NSCNT napisał:

Czy w eclipsie jest jakiś sposób na wymuszenie zapisywania edytowanych plików przed kompilacją?

NSCNT napisał:

Czy w eclipsie jest jakiś sposób na wymuszenie zapisywania edytowanych plików przed kompilacją?