И ещё такой совет, совсем забыл: любая прошивка должна работать без делеев. Вообще. От слова совсем. osDelay используется только для переключения контекста либо для разгрузки процессора. Все ожидания отклика/отработки периферии/получения данных и т.д. разруливаются флагами и примитивами синхронизации, иначе ищи косяки в алгоритме работы и смотри, где не отслеживаешь получение сигнала об отработке куска кода/периферии. А к искусственным делеям должно быть отношение как к goto: если ты не можешь разрулить всё без них - ты что-то делаешь неправильно.

Каким образом при помощи флажков иожно поставить задержку для изменения уровня nCS для SPI дабы соответствовать временной диаграмме?

А чем goto плох?

Спагетти-кодом?
И геморроем при отладке.

Ломает нормальное течение и схему переходов программы

Очередь обработчиков на таймере

Чем первое плохо? Второе на любителя, если надо на один раз и чтоб работало.

Предсказателю ветвлений не нравится?

Хм.
Неплохо )

При софтварном NSS? да тем же отдельным таймером. Только я софтварный NSS в последний раз использовал года три назад=)

Да.

И оптимизатору.

И документировать тяжелее.

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

..."чтоб (не)работало и не трогать"

Было бы неплохо равняться на лучшие практики.
С 1990х всех кодеров учат GoTo по возможности не использовать.

Если ты делаешь что-то на один раз - ты плохо спарсил алиэкспресс=)

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

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

есть один случай в котором goto не то что не плох, а даже активно используется, goto error; в больших функциях