Прежде всего думать об оптимальном решении для каждого конкретного случая. Мютекс просто универсальное решение минимального системного уровня, но для конкретного случая надо рассматривать и альтернативы. Тот-же мютекс при всей своей универсальности, не годится для обработчика прерывания.

С чего-бы это вдруг? Две задачи проверяют занятость общей части железа обслуживающего несколько слейвов и не лезут в него, пока занято. Если в ту-же '25' лезут изредка, а SD нагружен изрядно, то можно уже и подумать, а дергать-ли каждый раз системный мютекс при работе с SD, или пусть обращение изредка тупенько поспит/повисит на сканировании железного (или банального софтового) флага.

Только если железо достаточно интеллектуально, чтобы обеспечивать передачу "от и до", что далеко не всегда наблюдается в реальной жизни.


А почему бы не дергать? С SD работа идет здоровыми блоками, дерганье мьютекса ни на чем не скажется. А спать/висеть на сканировании флага - как-то не комильфо.


Конечно, каждый из рассмотренных подходов имеет право на существование в своих условиях. Но если вернуться к теме, то увязывание работы "кучи разных микросхем" в одну задачу в общем случае не представляется правильным. Так же, например, как увязывание 25 и SD.

Eстественно, на железо надо смотреть - оно не названо.

У названной Автором FreeRTOS есть только очереди, все остальное виртуальное. И честно говоря, меня это не смущает, ибо всегда
смотрел на те-же мютексы как крайнее средство для заставить чего-то работать.

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

О чем и речь

ну вы мужики даете !!!!
не ожидал, что такая в общем то несложная задача вызовет такой бурный интерес, прошу прощения, что не отписывался, но вам и так интересно .

по сути то, да. SPI у меня для тупых задач, никаких там протоколов, никаких огромных объемов передаваемых данных.
это уж я как обычно задумался над тем, а как бы вот так скрестить много устройств на шине под управлением РТОСа.
у меня один мастер - МК. и куча слэйвов, там отличие только в том, что в парочке надо поменять полярность тактирующего сигнала, да для удобства количество бит за передачу.

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

Без обработчика прерываний? Задача, которая инициировала обмен по SPI, должна как-то данные забрать. А если она инзкоприоритетная?