[jcxz 184]

vsnprintf линкер нашёл где-то тут:

Вместо всех sprintf-ов и snprintf-ов всегда использую:

extern "C" int _Printf( void *(*)(void *, int), void *, const char *, va_list *);

Она даёт на порядок больше возможностей. И собственно - это и есть базовая функция, которую вызывают все прочие библиотечные *printf-функции.

Имя дано для библиотеки IAR, но в других компиляторах думаю есть аналогичная.

[SapegoAL 0]

:bb-offtopic: Судя по последним темам.

Раньше начинали с AVR или PIC. Теперь пришла вторая волна. Они начинают уже с Cortex-M0.

На глаз видны отличия в подходах и проблемы разные.

Раньше, всё же приходилось заглядывать в мануалы. И к чести Atmel можно сказать, что периферия была проста (как правило), даташиты лаконичны. Было много примеров. Можно было в одном примере посмотреть один модуль, в другом - другой и натягать проект. Ну а дальше уже кто как хотел. Если тяп-ляп, то так и оставить, а если кто вдумчивый, то переработать и получить приемлемый результат.

И что мы видим?

Появление HAL и, особенно куба, не убрало проблем, а нагородило их.

Неподготовленному программисту работать с ними достаточно тяжело. Да что говорить... И подготовленному непросто.

Кажущаяся простота подкупает, но, в результате, пользователь получает голимый 0. Сгенерированный проект, как правило не работает, и разборки идут не с камнем, а с кубом. Программист читает и ковыряет какую-то параллельную реальность. И абсолютно ничего не получает взамен. Ни знаний, ни опыта программирования, ни опыта работы с семейством, ни с камнем.

Ну уж лучше разбираться по примерам или библиотекам, как раньше. А то получишь только опыт работы борьбы с кубом.

[SSerge 4]

Вместо всех sprintf-ов и snprintf-ов всегда использую:

extern "C" int _Printf( void *(*)(void *, int), void *, const char *, va_list *);

Она даёт на порядок больше возможностей. И собственно - это и есть базовая функция, которую вызывают все прочие библиотечные *printf-функции.

Имя дано для библиотеки IAR, но в других компиляторах думаю есть аналогичная.

А Вы в курсе, что в библиотеках IAR нет функции с таким именем? ;)

Откройте же EWARM_DevelopmentGuide.ENU.pdf, найдите где там написано про функцию __write и перестаньте закатывать солнце вручную.

[jcxz 184]

А Вы в курсе, что в библиотеках IAR нет функции с таким именем? ;)

Откройте же EWARM_DevelopmentGuide.ENU.pdf, найдите где там написано про функцию __write и перестаньте закатывать солнце вручную.

Да ладно! А у меня компилит и глазом не моргнёт

И при чём тут __write??? Она совсем о другом.

[AlexKLm 0]

Вот первый результат, когда удача улыбнулась:

 

__HAL_RCC_SPI1_CLK_DISABLE();

 

- только тогда удалось быстренько перескочить на ручное управление портом SPI1.

После этого:

 

HAL_GPIO_DeInit(GPIOA, GPIO_PIN_5);

 

и сразу обычное для пина:

 

(в этом месте можно сразу уровень установить заранее при помощи HAL_GPIO_WritePin() )

GPIO_InitStruct.Pin = GPIO_PIN_5;

GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP;

GPIO_InitStruct.Pull = GPIO_NOPULL;

GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_VERY_HIGH;

HAL_GPIO_Init(GPIOA, &GPIO_InitStruct);

 

теперь можно шевелить ногой SCK как обычно.

 

Обратный переход в режим SPI:

 

GPIO_InitStruct.Pin = GPIO_PIN_5;

GPIO_InitStruct.Mode = GPIO_MODE_AF_PP;

GPIO_InitStruct.Pull = GPIO_NOPULL;

GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_VERY_HIGH;

GPIO_InitStruct.Alternate = GPIO_AF5_SPI1;

HAL_GPIO_Init(GPIOA, &GPIO_InitStruct);

 

__HAL_RCC_SPI1_CLK_ENABLE();

 

Это на скорую руку, дальнейшая проверка покажет, насколько это правильно.

Обращение к передаче/приёму во время переключения не допустимо,

иначе SPI перестаёт реагировать на управляющие команды.