Sebastian Biały wrote:

> On 7/6/2017 7:25 PM, jacek pozniak wrote:
>> Na razie staram się ogarnąć arm-none-eabi-gcc; kompiluje coś tam
>> (prymitywne
>> przykłady z /usr/share/doc/gcc-arm...), ale potrzebuję chyba nagłówki do
>> poszczególnych procesorów, z definicjami peryferiów i takie tam.
>> Sciąga się je skąś czy jak?
>
> Pobierz example do płytek Discovery jako dobry start na początek.
>
> Problem z STM32 jest taki że ST promuje własne środowisko i zgodnie z
> tym konceptem powinieneś je w zasadzie zassać:
>
> http://www.st.com/en/development-tools/sw4stm32.html
>
> Nagłówki z definicjami rejestrów i najwazniejsze - skryptem linkera,
> powinny być w komplecie. Nie używam i tu niewiele pomogę, ja składam
> firmware ręcznie, używając make i ukradzionych z jakiegos exampla
> nagłowkow.
Też muszę skąś ukraść.

W zasadzie po przeczytaniu krótkiego readme.txt, który się zainstalował
razem z kompilatorem, wygląda na to że w skrypcie dla linkera muszę podać
zakresy ROM/RAM i właśnie wydaje mi się że kilkunastu kilobajtów z
opisem/adresami rejestrów mi tylko brakuje.

Cytat z tego readme:
"...
The makefile is configured to build for Cortex-M0 by default. To build for
M3 or M4, pass CORTEX_M=3/4 respectively:
$ make CORTEX_M=3

* Porting *
These samples are written in a way that easily porting to variant Cortex-M
boards. Usually there are only two files you need modify for your boards.

ldscripts/mem.ld defines address ranges for flash and RAM. Modify them to
reflect start address and length of flash/RAM banks in your board, by
following the embedded comments.
..."


>

> Jak się upierasz ssać ręcznie, to tu masz punkt startowy do poszukiwań:
>
> https://developer.arm.com/embedded/cmsis
>
OK, będę kopał aż znajdę.

>> Po zainstalowaniu arm-gcc nie mam żadnych plików w rodzaju *stm*.h
>
> Bo armów jest miliard i kazdy ma inny nagłowek pertyferiów. Ściąga się
> je od producenta.