Александр Булитеров

Судя по тому что Вы умеете, вы уже начали карьеру)

1.1 А как должен относиться работодатель к сотруднику который не очень опытен? Либо в Вас увидят "звёздочку" и возьмут в сурьезную разработку. Либо устроитесь в шарашконтору.
1.2 Наверное пойти в шарашконтору/фриланс. Либо показать что уже сейчас не уступаете с опытом в 1-3 года.

2. В интересном! Реально, зачем искать себя в цифре, если интересен аналог? Даже на лампах можно заработать. А вот заниматься не интересным, максимум 3 года

3. Может и стоит. Но что вы подразумеваете под "разработке под ПЛК"?
Делать свой PLC? - только в академических целях (илисмотрите в сторону Beremiz/OpenPLC)
Писать код для PLC (IEC61131-3)? Возможно денег немного больше можно найти, но скукатище (по мне). Как там с ООП?

Пилите интересные для себя проекты. Выкладывайте на github. Заведите бложек, можно ведь пока и на vash_domen.wo..p..s.com Ну Вы поняли где?))
Перспективные направления? Наверное embedded linux. Сколько стоит сегодня "10 МГц" процессора? А сколько 5 лет? Скоро процы на которые можно накатить линуху будут по цене
2-3 ардуин. Но нужно подождать, а пока готовиться)) Это моё имхо!

Удачи!

Прежде всего смотрите на RTOS (любую) как на инструмент решения Вашей задачи. У любого инструмента есть описание: Курниц (вполне себе актуален и сейчас) и офф мануал в pdf (по-моему бесплатно дают).
Правильно пользоваться ОС это значит понимать:
1) разницу в примитивах синхронизации (очередь, мьютекс, семафор) когда и где ими пользоваться
2) как задавать размер стека и приоритет задачам
3) что делать в прерываниях и что делать в задачах (в том числе как правильно задавать приоритеты прерываний)
Это первое что пришло на ум.

Мне лично, после перехода на ОС, пришлось немного перестраивать мышление при написании кода:
1) ты никогда не знаешь когда выполнится код в одной задаче по сравнению с соседней задачей.
2) выполнение задачи могут прервать другие задачи и прерывания
3) если задача куда-то пишет, а другая читает - значит их нужно синхронизировать
и т.д.
Удачи!

Не уверен, но думаю примерно так:
файл usbd_audio.c
функция static uint8_t USBD_AUDIO_DataOut (USBD_HandleTypeDef *pdev, uint8_t epnum)
там вызывается Ваша функция обратного вызова:
((USBD_AUDIO_ItfTypeDef *)pdev->pUserData)->AudioCmd(&haudio->buffer[0], AUDIO_TOTAL_BUF_SIZE/2, AUDIO_CMD_START);
А синхронизация по функции StartOfFrame или void USBD_AUDIO_Sync (USBD_HandleTypeDef *pdev, AUDIO_OffsetTypeDef offset) там же.
Смотрите примеры от ST (в кубе есть).
Удачи!

1) Есть же документация на сайте! В pdf формате!
2) На сайте microsin.ru
3) 10 (или 11) Лекций Курница (из журнала компоненты и технологии).
Всё гуглится!

Если прям вот хочется увидеть что там конкретно под кортекс, то идите в папку portable. Ничего особенного не увидите!

Любые опции вкл/выкл в файле freertos_config.h.

То ей оказывается обязательное включение -O1, то теперь по непонятной причине падает в uxListRemove.

Такое не видел. С чего Вы решили что надо с -O1 компилить?

но вот с минимальным размером стека задачи и кучей возникают вопросы - не совсем ясно до каких пределов их можно уменьшать(стек вроде еще и считается в словах), а динамическое выделение памяти текущий порт FreeRTOS отключить не дает.

Стек, да, в словах. Подсчитать объём занимаемой таском памяти - не тривиальная задача. Я пользуюсь ключом компиляции "-fstack-usage" Генерятся файлы. Их скармливаем avstack.pl (гуглится) Программа хоть и для AVR но работает. Там можно посмотреть сколько задача кушает стека!

Плюс есть плагины и ключи для просмотра стека задач и т.д.! Но тут надо учитывать что задача "пройдёт" самый "прожорливый" для стека путь!

Не ленитесь "обложиться" инструментами - сэкономят в будущем уйму времени и сил!

Удачи!