Przykłady dla STM32 + STM32F10x Standard Peripherals Library

Pituś Bajtuś wrote:

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ś wrote:

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

Freddie Chopin wrote:

więc - ponownie - gdzie jest problem?

Pituś Bajtuś wrote:

Freddie Chopin wrote:

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ś wrote:

Życie nie kończy się na STM32F1.

Quote:

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

gaskoin wrote:

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 wrote:

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 wrote:

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

McMonster wrote:

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 wrote:

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 wrote:

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 wrote:

gaskoin wrote:

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" <:

Quote:

McMonster wrote:

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 <:

Quote:

(...)

McMonster wrote:

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 wrote:

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 wrote:

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

NSCNT wrote:

Zmiana rozmiaru stosu powinna wystarczyć?

NSCNT wrote:

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

NSCNT wrote:

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