От характеристик зависит.
Хуже, но дешевле 😏

Ну всему своё место. Где-то плисы лучше, где-то dspшники

В дорогих sdr связка АЦП/ЦАП + fpga + DSP

Но  справедливости ради камни типа Zynq у DSP серьёзную нишу отжали.

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

Ага, которые самолёты проектируют... Там же их компилятор имеет ряд сертификаций и выдаёт код в том виде чтобы удовлетворить стандарты

Это называется классификация инструмента. DO-33x

Вооот, умные люди ещё и правильное название подскажут))

Там ещё и для автомотива вроде есть какие-то фичи с генерацией кода.

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

автомотив - 26262 вроде

Короче, у LDRA все написано

У матворкса это называется Polyspace Code Prover

А то, что у PLA2216 блок подключения сигналов греется даже если к нему ничего не подключено - это нормально?

Да, в крупных авто- и авиакомпаниях разработка всей бизнес-логики контроллеров идёт преимущественно на матлабе. На с или с++ пишется только HAL, к которому уже обращаются из модели. Называется model-based design. Сертифицировпнный кодогенератор матлаба - это причина использования, но не единственная. Главное - это более высокий уровень абстракции, который снижает требования к разработчикам и позволят проще реализовать и верифицировать задачу.

В России есть места, где такое тоже применяется, если что

И в вебкам?

Видел применение фортран
Деды-ученые модель пилили

и щас знаю,где его постоянно юзают

Если именно расчетное - то фортран

Мне почему-то высокий уровень абстракции сложнее осознать и продумать, чем низкоуровневое что-то, где всё просто и предсказуемо.

+ первый раз когда в куб зашел чуть не умер. Потом uvision скачал и только с cmsis

Все начало вставать на свои места