Re: ARMy Geehy oficiálně v Česku

[Jaroslav Buchta]

Kdyz ono na STM je nejzajimavejsi CUBE MX a HAL, proste vyvojovy SW.
Me uz teda moc nebavi programovat na urovni registru, jen v nouzi. 
Presel jsem na ESP32 a RP2040, podle ucelu, a asi se s tim da zit.

Dne 29.10.2022 v 20:31 Petr Labaj napsal(a):
> Já mám verzi APM32F103.
> Nevím, jestli mají licenci od STM. Já jsem si spíš myslel, že jen od 
> ARMu.
> A že ty periferie k tomu udělali podle vlastního návrhu, jen podle 
> vnějšího chování.
> Ale nevím to, jen si to myslím.
>
> Ano, ta jména a označení jsou jiná. To jsem taky psal.
> Mně osobně to třeba nevadí, udělal jsem si headery sám podle svých 
> představ.
> Používám jen holé GCC.
> Ale někomu to může dělat problémy. I když nějaká ta integrovaná 
> prostředí asi mají vlastní headery.
>
> Namátkou:
>
> stm32f10x_can.h:
> #define CAN_Mode_Normal             ((uint8_t)0x00)  /*!< normal mode */
> #define CAN_Mode_LoopBack           ((uint8_t)0x01)  /*!< loopback 
> mode */
> #define CAN_Mode_Silent             ((uint8_t)0x02)  /*!< silent mode */
> #define CAN_Mode_Silent_LoopBack    ((uint8_t)0x03)  /*!< loopback 
> combined with silent mode */
>
> apm32f10x_can.h:
> typedef enum
> {
>     CAN_MODE_NORMAL          = ((uint8_t)0x00),  //!< normal mode
>     CAN_MODE_LOOPBACK        = ((uint8_t)0x01),  //!< loopback mode
>     CAN_MODE_SILENT          = ((uint8_t)0x02),  //!< silent mode
>     CAN_MODE_SILENT_LOOPBACK = ((uint8_t)0x03)   //!< loopback 
> combined with silent mode
> } CAN_MODE_T;
>
> Významově totéž, formálně zapsáno jinak.
>
> Proč něco v SVD nesedí naprosto netuším.
> Nic takového nepoužívám.
>
> PL
>
> *********************
>
> Dne 29.10.2022 v 19:53 Miroslav Mraz napsal(a):
>> Dokumentaci jsem nestudoval, ale protože si v poslední sobě hraju se 
>> SVD popisem registrů, našel jsem na stránkách ARM (je divné, že na 
>> stránkách výrobce ne) SVD pro jakýsi APM32E103 a zkusil jsem ho 
>> zběžně srovnat se STM32F103.
>> Periferie, zdá se, sedí na stejných adresách, registry odpovídají, 
>> ale zhusta mají různé názvy, stejně tak jednotlivé skupiny bitů v 
>> registrech. Předpokládám, že SVD je generován automaticky z nějakého 
>> HDL zdroje, který specifikuje funkci periferie. Takže si někdo musel 
>> dát práci to přejmenovat. Sice nechápu proč, ale moc důvěry to 
>> nevzbuzuje. Pokud to dělají v licenci, pak patrně mají i zdrojáky HDL 
>> a v přejmenování bitů nevidím žádný smysl. A pak v SVD APM32E103 jsou 
>> evidentní chyby (prázdné názvy).
>>
>> Mrazík
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list