|
я же изложил свои доводы.
Добавлю
1. не хочу свои библиотечные ф-ии писать, сколько можно. Вместо sprintf наплодил кучу ftoa itoa и т.д.
вместо стандартных
2. еще раз отмечу время нужно экономить, а не думать над каждой строчкой как она в асм ляжет?
3. еще раз скажу. Этот вариант очень привлекателен. Наличие быстрой пиковской периферии подкрепляется большим объемом памяти программ и все за минимальные деньги.
Напомню все это направлено на массовое пр-во и унификацию.
На базе одного ядра будет созданна целая серия приборов.
Вы помните, я спрашивал про оверлеи? Теперь не нужно все задачи для всей серии приборов будут лежать в ПП.
А ртос позволит запустить только те задачи, которые нужны в данной конфигурации.
Выскребать программу это тупик. Этот проект я может и завершу, а дальше? Если понадобиться 2,4,8 каналов АЦП вместо 1? Что мне на другой проц переходить? Прогу переписывать.
В общем, кто любит прогу писать быстро и не в чем себе не отказывая велкам!
С уважением, Иван.
E-mail: info@telesys.ru