|
|
У нас например один человек ведет полностью какую-то часть системы. От схемы до firmware/прошивок FPGA. По-этому сам делаешь себе же удобнее. И, как правило, оказывается удобнее и надежнее ставить не процессор с запасом производительности 1000% и затем гробить эту производительность всякими catch, try и прочими изысками приплюснотого С, а поставить проц с запасом допустим в 15-20%, который раз в 5 дешевле, и написать аккуратную и маленькую программку на асме или C+асме. Если С, то без использования run-time library (или с наименьшим ее использованием). По крайней мере в этом случае если ошибки и есть, то они свои, собственные, и находятся, и устраняются легко. В отличие от хитроумных багов, связанных с непонятным поведением программ на языках высокого уровня с использованием модулей или либов чужого происхождения. (тут как пример CSL, DSPLIB и DSP/BIOS - да, работать легко и приятно. Пока отлаживать не начал. Но сам напишешь раз в 5 быстрее и экономнее (по ресурсам проца, а не времени написания :)). Зато потом появляются какие-то хорошо соптимизированные свои модули и функции, которые потом можно легко использовать, а, за одно, и доверять можно, так как сам писал.
Насчет переносимости - да, сложно. Да, не переносится на другой процессор. Но когда дело касается сложных алгоритмов (например DSP-математики, требующей уйму ресурсов), то почти в 100% случаев она пишется под каждый отдельно взятый процессор с учетом особенностей оптимизации каждого отдельно взятого алгоритма под премудрости вычислительных способностей проца. И никакой язык высокого уровня тут не поможет. Так как зачастую он просто не умеет пользоваться какими-то специфическими командами процессора.
А на счет отладки - пользуйтесь процами, имеющими внутрисхемную эмуляцию. И отладка будет легкой и приятной.
E-mail: 
info@telesys.ru
