Имеем STM32L052, к которому подключен девайс по SPI, скорость SPI 1MHz, какую выбрать скорость GPIO для корректной работы SPI?

почему спрашиваю: при выборе GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW; имеем глюки при работы SPI, да и видно по осциллографу что посылки кривоватые.

Понятно, какую (скорость). Не бойтесь скорости в пределах рабочих режимов. А вот превышать (нарушать) не надо.

ничего не понял..
какую же все такие скорость GPIO выставлять для SPI ног (SPI 1 MHz) ???

В документации всё есть:
Low speed 400 kHz
Medium speed 2 MHz
High speed 10 MHz
Very high speed 40 MHz

Разумеется, Low speed Вам не подойдёт, минимум Medium speed.

Сообщение отредактировал arhiv6 - Aug 15 2016, 08:00

Я задаю скорость SPI предельно возможную для данных компонентов. И скорость GPIO (фактически, ток) достаточную, для работы на этой частоте. Как минимум, не меньше.

Осциллограф Вам в помощь!

А Cube во вред.

причем здесь куб
мне непонятно, частота 1Мгц GPIO = частоте 1MHz SPI?

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

можно ли сказать что ноги SPI, работаюшего на 1 MHz будут щелкать с частотой 1MHz?

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

А что, реально снижается потребление? Может быть, я чего-то не знаю, но звучит это странно.


Чуть выше верно подметили - осциллограф в помощь. Ну и надо помнить, что ёмкость щупа заваливает фронты, то есть если со щупом работает, то без него - тем более. Все эти "мегагерцы" в мануале - довольно условная вещь, насколько я понимаю.

А как же большое потребление у высокочастотных цифровых схем? Ничуть не странно.

Этот сферический аргумент из вакуума интересен, конечно, но дело в том, что при переключении скорости в регистре никто волшебным образом не вытащит "высокоскоростную цифровую схему" из МК. Она продолжает там сидеть и кушать ток. Заваливание фронтов нужно для снижения помех. ИМХО, потребление не меняется. Если не докажете обратное, конечно. Во всяком случае, в документации я не увидел ни слова про снижение потребления.

Я бы даже предположил обратное, при заваливании фронта потребление может и вырасти.
Т.к. когда ключ полузакрыт на нём бОльшие потери чем в полностью закрытом или открытом состоянии.

Нет. В конечном итоге ток - это произведение перезаряжаемой ёмкости на частоту переключения, он не зависит от длительности фронтов. Плюс потребление схемы, которая управляет затворами, но мне кажется, что как раз оно совсем маленькое. Плюс потребление регистров GPIO, у них тоже есть тактирование.

Отнюдь. Нет там никакой высокоскоростной схемы. Выходные транзисторы открываются в состояние с меньшим или большим сопротивлением. И когда сопротивление малое, будьте уверены, через них и сквозные токи текут большие, и емкость линии перезаряжают не "забесплатно".