Оптимальный старт в программировании МК на С

[oleg110592]

рекомендую тыркаться не в АВР студии

Codeblocks есть. Признаюсь, чтоб самому не мучится с make файлом (я лентяй и разгильдяй) создаю проект в студии, потом проект в NetBeans (мне нравится больше)
с внешним make файлом и использую make файл от студии.

[eddy]

Кто сказал? Источник изысканий можно? Или от фонаря?

Посмотрите любой проект. Да просто в гентушных исходниках grep'ом пройдитесь ☺

Исходники STM8, STM32 и др. просто пестрят этими переобъявлениями!

Про контроллеры в отдельности я уже говорил. Но конкретно в STDperiphLib необходимости вот такого определения типов нет. Хочется ST'шным программистам — пусть делают.

int'ы ведь тоже могут быть разными, так зачем заранее засирать себе мозги неопределённостью!?

Ага. На одном STM32 будет 16-битный int, на другом — 32-битный, а на третьем — 64-битный

Поэтому все-таки лучше не давать дурных советов, особенно если сам в этом не разбираешься.

А вот хочется мне!

[dosikus]

Ага. На одном STM32 будет 16-битный int, на другом — 32-битный, а на третьем — 64-битный

По этому и говорим о типах с уже определенной длинной !
uint8_t , int16_t , uint32_t - как ты думаешь по кой в именах цифры ?

[nahimovv]

Посмотрите любой проект. Да просто в гентушных исходниках grep'ом пройдитесь ☺

Чужой говнокод для меня не стандарт!

Про контроллеры в отдельности я уже говорил. Но конкретно в STDperiphLib необходимости вот такого определения типов нет. Хочется ST'шным программистам — пусть делают.

Угу! Читайте и краснейте!
stm32f10x.h

/*!‹ STM32F10x Standard Peripheral Library old types (maintained for legacy purpose) */
typedef int32_t s32;
typedef int16_t s16;
typedef int8_t s8;

typedef const int32_t sc32; /*!‹ Read Only */
typedef const int16_t sc16; /*!‹ Read Only */
typedef const int8_t sc8; /*!‹ Read Only */

typedef __IO int32_t vs32;
typedef __IO int16_t vs16;
typedef __IO int8_t vs8;

typedef __I int32_t vsc32; /*!‹ Read Only */
typedef __I int16_t vsc16; /*!‹ Read Only */
typedef __I int8_t vsc8; /*!‹ Read Only */

typedef uint32_t u32;
typedef uint16_t u16;
typedef uint8_t u8;

typedef const uint32_t uc32; /*!‹ Read Only */
typedef const uint16_t uc16; /*!‹ Read Only */
typedef const uint8_t uc8; /*!‹ Read Only */

typedef __IO uint32_t vu32;
typedef __IO uint16_t vu16;
typedef __IO uint8_t vu8;

typedef __I uint32_t vuc32; /*!‹ Read Only */
typedef __I uint16_t vuc16; /*!‹ Read Only */
typedef __I uint8_t vuc8; /*!‹ Read Only */

typedef enum {RESET = 0, SET = !RESET} FlagStatus, ITStatus;

typedef enum {DISABLE = 0, ENABLE = !DISABLE} FunctionalState;
#define IS_FUNCTIONAL_STATE(STATE) (((STATE) == DISABLE) || ((STATE) == ENABLE))

typedef enum {ERROR = 0, SUCCESS = !ERROR} ErrorStatus;

А вот хочется мне!

Ковыряться в гав... ?

[eddy]

Чужой говнокод для меня не стандарт!

Зато свой говнокод — стандарт?

Читайте и краснейте!

Кстати, как уже здесь неоднократно говорилось, любителей подобных библиотечек говном обливают очень даже нехило. Сам я, к стыду своему, тоже STDperiph пользуюсь. Ну лень мне делать по-человечески, как надо!
Читаю. Краснею. Кстати, быдлокод в этой ST'шной библиотечке встречается частенько!

[nahimovv]

Зато свой говнокод — стандарт?

Не, твой говнокод это стандартный говнокод, но это же не стандарт!

[dosikus]

Читаю. Краснею. Кстати, быдлокод в этой ST'шной библиотечке встречается частенько!

Что мешает написать свое исследуя SPL?

[eddy]

Что мешает написать свое исследуя SPL?

Т.к. я не являюсь профессиональным разработчиком, у меня изредка (раз-два в год) появляются новые задачи, которые вполне себе решаются с SPL. Свое писать есть смысл лишь если занимаешься программированием МКшек постоянно. Да и то, свое было бы скорей даже не универсальной библиотекой, а набором снипетов для узких задач.

[dosikus]

eddy, А ради осознания процесса , то бишь изучения нутра МК ?

[eddy]

eddy, А ради осознания процесса , то бишь изучения нутра МК ?

Для этого нужно просто открывать даташит и читать, одновременно создавая код. Боюсь, сложное приложение таким образом будет писаться очень долго (хоть и качество будет несомненно выше, чем с использованием STL).
Можно вообще на ассемблере калякать. Только зачем?
// я вообще как-бы астрофизик, и для меня все эти разработки — лишь побочный продукт, без которого чего-нибудь нового не сделаешь, я за них в 99.9% случаев и надбавки-то к своим 15т.р. зарплаты не получаю! А кому-то они — основной хлеб.