Re: ARMy Geehy oficiálně v Česku

[Petr Labaj]

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