Всем доброго времени суток.

1.
Недавно решил освоить STM32(STM32F051). Нужно управлять через SPI девайсом CC2500.
Девайс требует одного CS на несколько байт . В библиотеке HAL функции приема передачи после каждого байта снимают CS. Пришлось CS ставить на программное ручное управление.
Можно как-то заставить HAL не дергать CS для передачи паравоза из нескольких байт?

2.
И еще...такой вопрос неопытного....
В IAR прошиваю контроллер через Jetlink, запускаю отладку - программа крутиться.
А если отсоединить Jetlink и просто подать питание на контрлллер, то ничего не запускается....
Как прошить из IAR программу в контроллер чтобы она там сама крутилась после подачи питания без всяких внешних подключений?

А какой командой вы записываете паровоз байт?

HAL_SPI_TransmitReceive(&hspi1, (uint8_t*)&tx_byte[0], (uint8_t*)&rx_byte[0], 2, 10000)

регистр SPIx_CR2 битик NSSP взведите

Так это само в HAL-библиотеке делается.

В СubeMX при ините hspi в файле spi.c :

hspi1.Init.NSS = SPI_NSS_HARD_OUTPUT; //(SPI_NSS_HARD_OUTPUT = 0x0004 0000;)

И уже на нижнем уровне в stm32f0xx_hal_spi.c прописывается в CR2 бит SSOE(ну или вы назвали его NSSP):

hspi->Instance->CR2 = (((hspi->Init.NSS >> 16) & SPI_CR2_SSOE) | hspi->Init.TIMode | hspi->Init.NSSPMode | hspi->Init.DataSize ) | frxth; //(SPI_CR2_SSOE = 4)

...но все равно попробовал руками ставить в CR2 бит 0x04......как и ожидал.....все равно CS скачет


Сообщение отредактировал Pasa - Jul 15 2016, 19:24

NSSP и SSOE разные вещи, и если склероз мне не изменяет обе должны быть в 1. С кубом дела не имел, делал либо ручками, либо пользовал HAL из состава ChibiOS.
родные же СТМовские либы рядом с ним полное Г. (во всяком случае FWLibrary) думаю что и куб недалеко ушел.

Кстати я всегда использую SPI в связке с DMA. В этом случве работает именно так, как Вам надо. Возможно что только в этом случае, по другому использовать SPI / STM32 не приходилось. Еще могу добавить что такая фича SPI имеется на STM43F0x, и STM32F37x/ А вот STM32F40x, F41x, F20x, ее нет. Про более новые не в курсе

Сообщение отредактировал nanorobot - Jul 15 2016, 21:50

в CR2 я просто других битов относящихся к аппаратной поддержке не нашел...и в него попадает именно бит,обозванный в HAL как SSOE( я выше кодом взятым из HAL описал как это реализовано)

В HAL для аппаратная поддержка реализуетсявот так :
hspi1.Init.NSS = SPI_NSS_HARD_OUTPUT;
hspi1.Init.NSSPMode = SPI_NSS_PULSE_ENABLE;

Собственно только ими и можно игратья. Кубом они ставятся....но похоже что эффект получается именно из-за аппаратной реализации .

разве всё с точностью не наоборот?

нет не наоборот, проверено практикой. Возможно я не помню некоторых нюансов, но четко помню что для меня, в свое время, это было весьма приятным сюрпризом, и обусловило в дальнейшем выбор чипов с ткой фичей. Только что сделал checkout проекта, где использовал эту фичу: NSSP = 1 Помню что без него имел одну из двух:
1. NSS = 0 в течении всего времени пока SPI разрешен (SPE = 1) кажется SSOE = 1 при этом
2. NSS уходил в ноль перед началом передачи и возвращался в 1 после окончания передачи каждого байта.

короче говоря поиграться надо этой парой битов, вернее всего даже одним битом SSOE при установленном NSSP. желательно при этом отказаться от куба, кто его знает, что он там втемную делает.

вообще то Вы заронили в меня сомнения... память вещь ненадежная. Три года прошло с тех пор. Короче отзываю свою стопудовую уверенность, но пост не стираю


да похоже Вы правы, Это просто для импульсного режима, что б не все время в нуле. А для группы байт вначале вручную сбрасывал НСС а после окончания ДМА - прерывание, и в нем устнавливал снова вручную. Сорри.

Сообщение отредактировал nanorobot - Jul 16 2016, 12:41

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