не то чтобы совсем не так) но достаточно странные у них решения. Отдельные включение и подача тактирования на устройство, установка прескалеров таймеров только по прерыванию, упоротые двухрегистровые прескалеры, в которые пишутся не просто как у людей старший/младший байт итд. За реализацию i2c их инженерам отдельный эцих с отравленными гвоздями.

I2C само по себе убогое от рождения. А по остальному там всё правильно и продумано. Подобные фишки есть и у ХМеги.

А SPI???
Без плясок с бубном, только по RM, вообще завести НЕРЕАЛЬНО! Очень много нюансов попросту не задокументировано

Например?

Вычитка приёмного буфера после передачи.

Вот это вы уже выучили наизусть?

"OCx output is enabled by a combination of the CCxE, CCxNE, MOE, OSSI and OSSR bits (TIMx_CCER and TIMx_BDTR registers)."

По мне в даташите всё хорошо расписано. Нужно - вычитывай, не нужно - не вычитывай.

Так надо не учить а понимать. А страшного ничего там нет.

Вы месяц назад задавались вопросом "с чего начать изучение МК?". Вы либо феномен, либо вам следует пойти колотить понты куда нибудь в другое место.

Просто не надо обрастать комплексами. Не святые горшки лепят. Хотите сказать что МК не для среднего ума? А с битами и регистрами в любом МК придётся разбираться. Дело в терпении и желании.

Вот когда разберетесь, тогда и будете рассуждать о том, страшно это или не страшно. Сейчас же вы даете ответ, не имея ни малейшего представления о вопросе.

Не совсем так. TFT дисплей к STM8 прицепил. Скорость заливки экрана одним цветом 19 миллисек. С частотомером на STM32 почти разобрался. С SPI никаких трудностей не возникло. Поэтому не понятно о чём речь когда говорят о незадокументированных нюансах. Делал всё по референсу.

А какое отношение вами написанное имеет к управлению комплементарными выходами канала сравнения таймера? Вы даже в тему ухитряетесь не попасть с ответом. С тем, что у вас заработали чужие примеры, я вас поздравляю, но этого мало, чтобы с апломбом вещать "Так надо не учить а понимать. А страшного ничего там нет."

А что с комлементарными не так? Если знаете то поделитесь информацией. Если не знаете пусть кто-то другой скажет что с ними не так.

Вот разберетесь и расскажете. А до этого момента ваше "авторитетное мнение" не оставляет сомнений в том, что это колочение понтов и ничего больше.

Я спросил что с комплементарными не так. Нет ответа? Не засоряйте тему.
Если что-то не так с SPI то и скажите что не так. А то вроде как всё не так а внятно никто ничего сказать не может.

Право засорять тему своим "авторитетным мнением" принадлежит только вам? Сделайте милость, умерьте свое ЧСВ и не указывайте другим, что им делать.

Ну так и скажите в конце концов авторитетно что с комплементарными не так? Многим будет интересно услышать ваше "авторитетное мнение". Тема то для начинающих.

А я не уверен, что вопрос с "укуренностью периферии" окажется по зубам начинающим. Я вам конкретной цитатой из манула показал, где, например, можно посмотреть на такую укуренность. Вы даже не поняли, о чем идет речь, но при этом заявили, что "страшного ничего там нет". Тут бы самое время спросить -- а "там" -- это где, но после такого подхода я вообще испытываю сильнейшие сомнения, что есть смысл продолжать разговор.

Насчёт укуренности - не знаю, в EmBlocks на STM32F0 была сделана заготовка вот этого:

Спойлер

К слову сказать профи себя ну никак не считаю. Код чужой почти не ворую, только в исключительных случаях и в ознакомительных целях.

А не проще для вывода через SPI прикрутить DMA, чем вызывать процедуру однобайтовой посылки множество раз?