выставлять флаг того что нужно сделать,  выполнять задачу с двух-трёх заходов и отсрочку выполнения делать (osDelay) 10-15 мс?

как обычно много слов и мало сути: по флагу я писал-контролировать состояние флага, и на основании его, после отправки 2-3 раза выполнять задачу до тех пор пока не изменить состояние ножки CheapSelect. ну и в первом сообщении не уточнил, работа с SPI естественно отдельная задача. и очередь у неё отдельная.

"Странно, вроде я и был тут, но пришлось заново добавляться" Я на днях случайно удалил группу, это новая.

Этому есть объяснение, которое конечно же следовало бы где-то написать большими буквами ))). И в этом нет вашей вины, равно как и нельзя это отнести к "глюкам".

Дело в том, что вы сначала настроили АЦП обычно (без ДМА), сгенерировали проект и поигрались, а ДМА настроили после этого! Поэтому Куб и прописал инициализацию ДМА после инициализации АЦП, так не умеет предугадывать мысли разработчиков))).

Вы можете это прверить если отключите в Кубе всё что связано с АЦП, а потом настроить заново с ДМА - инициализация будет прописана правильно.

Я сейчас пишу статью про ДМА и обязательно акцентирую на этом внимание.

А почему могут прыгать показания с датчика TMP36. Значение АЦП прыгает от 400 до 900, датчики кривые или не правиль опять что-то настроил? Питания блу пил от USB, датчик запитан от 3.3в. Длина проводов где-то 30-40см.

Замкните вход АЦП на землю, и посмотрите на показания - должен быть ноль. Замкните вход АЦП на "плюс" и посмотрите что кажет. Потом расскажите.

И ещё, вы увеличили Sample Time ?

И ещё, что ещё подключено к плате?

При замыкании на + 4090-4095, если на минус то 0-1. Время семплирование менял, результат не менялся. Кроме датчика ниччего нет. Датчики заказывал в китае.

"При замыкании на + 4090-4095, если на минус то 0-1." - С АЦП всё в порядке.

Я когда то давно тоже пользовал эти датчики, и у меня их тоже "трясло" сильно. Я тогда конденсатор ставил (нехорошо конечно, но пришлось).

Попробуйте подать питание получше и смотрите результат. Только если подаёте питание на ногу, тогда питание от ЮСБ уберите, то есть чтоб один источник был.

Попробуйте минимизировать длину проводов. Надёжность контактов посмотрите. Что-то уж сильно показания плавают.

И ещё, попробуйте почитать один датчик (у вас же их несколько вроде как), в обычном режиме, без всяких ДМА и прочего.

В обычном режиме один датчик и пробую прочитать. Вот только странно, если меряю цешкой выход датчика подключенного к АЦП МК, то показывает 380-390мВ, а если на датчик подать тоолько питания(отцепить выход от АЦП) и мерить выход то 260-270мВ

"Вот только странно, если меряю цешкой выход датчика подключенного к АЦП МК"  - это бессмысленное занятие, так ацп вносит свои изменения в показания мультиметра, а мультиметр в свою очередь вносит "помехи" в ацп.

АЦП самое сложное и хрупкое устройство в МК, на него влияет всё, даже ваше настроение )))

у камней постарше есть вроде калибровка ацп

понял, бывает.... а по SPI в общем, ночь эксперементов и вывод-надо писать библиотеку которая тоже будет vTaskDelayUntil использовать, и считать сколько на каждую порцию данных будет уходить времени..

ни кто не заморачивался? а то я только с i2c для дисплеев закончил. а тут заново(

Калибровка не имеет отношения у плаванью показаний. И у БлюПилл она есть.

Не понимаю при чём тут vTaskDelayUntil, это просто пауза, которая начинает отсчёт с момента перехода задачи в состояние Running.

А по теме, я честно говоря не сильно в теме SPI, но всё же спрошу - может как-то ДМА поможет, типа отправил и забыл, а потом ждёшь прерывания по завершению передачи, и в обработчике что-то поделывать...

кстати да.. я почему-то всегда против ДМА. надо попробовать обойти этот момент. а vTaskDelayUntil-ом удобно считать. можно гарантированно дождаться завершения передачи данных. после чего уже продолжить выполнение когда в программе.