timonja

Всем привет. Столкнулся со следующей проблемой. На подложке процессор TMS320C6416. среда разработки CCS 3.3. При запуске простейшего теста (привожу ниже) сталкиваюсь с совершенно не понятными и не объяснимыми (надеюсь только для меня) эффектами. На ножки GPIO12..15 выведены светодиоды. В том состоянии проекта, в котором он приведён лампочка на GPIO12 горит в пол накала (по осцилографу частота около 20 мГц). Если раскоментарить строки инициализации GPIO14 и GPIO15, то лампочка на GPIO12 гореть перестаёт. Как так? Дальше больше, если в исходном проекте раскоментарить мигание лампочки в прерывании таймера, не горит ни одна(раскоментарив включение лампочки в функции InitHARD получаем тот же эффект)! Если кто-то может взглянуть на проект и поправить меня (подтвердить мои дагадки о неисправной подложке, может кто сталкивался с такими проблеммами) буду признателен. Обработчик NMI прикрутил специально, поскольку были подозрения на появление это прерывания. NMI зацеплена за ПЛИС и позажена на землю, на этой линии никаких всплесков и импульсов нет, однако NMI возникает. что за денёк, почему файл не цепляется?

К вопросу о том, что ccs 3.1 генерит больший код... это так. Сегодня занялся сравнительным анализом для семейства 64хх, получились значительные отличия в размерах кода без потерь в производительности. Был бы очень признателен, если бы кто-нибудь подсказал (может патч какой нужен, или я что-то проглядел). А собственно почему я отказался от 2.21: не было там поодержки 6412 процов (csl таких небыло, а очень был нужен EMAC). Кто-нибудь собирал библиотеку csl из предоставленных сырцов? чего-то я уже себе мозг сломал :(

To fontp Видимо я не так понял... но ведь в таком случае пересчитываться будут только 1\8 либо 1\16 часть всех коэффициентов адаптивного фильтра, остальные же будут находиться в начальном(нулевом) состоянии. Где я ошибся? может быть я не правильно понимаю идеологию NLMS алгоритма? Если не трудно, поправьте. for (k=0; k < LZ_len; k++) W[k++] = Wr[k] -W_update_val * LZ[k]; вроде так рассчитывается классический NLMS (деление внутри W_update_val), вы предлагаете фактически: for (k=0; k < LZ_len; k+= M) W[k++] = Wr[k] -W_update_val * LZ[k]; где я не понял?

Знает ли кто-нибудь алгоритмы эхокомпенсации, требующие меньше выч. ресурсов чем NLMS при условии, что линия задержки 16 мс и больше не надо. Реализация осуществляется на TI 320c6412. Память не так критична, а вот производительности не хватает на всё что нужно