ZAV55

Дорогой друг, извлеки нужные функции из библиотеки, например ar2000 -x rts2800_ml.lib fs_div.obj ar2000 -x rts2800_ml.lib fs_div.obj //может удалять не обязательно? Подключи модифицированную rts2800_ml.lib и fs_div.obj к проекту. Добавь в .smd файл указание секции файла с функцией: ramfuncs : LOAD = FLASHD, .................................... PAGE = 0 { fs_div.obj (.text) ..................................... } В начале выполнения программы как всегда не забудь загрузить секцию ramfuncs в RAM.

"Интересно Реальная задержка тоже такаяже - симулятор не врет ?" В том и вопрос: как сделать чтоб не врал. Просто код из FLASH по осциллографу выполняется в 3...4 раза медленнее чем по симулятору (без включения очереди Flash)!!!!!! По сравнению с симуляторами для других процессоров и контроллеров такой результат просто огорчает и даёт подозрение что что-то недопонято и недонастроено. Симулятор соответствует коду, выполняемому из ОЗУ, но весь необходимый для быстрого выполнения код перенести в ОЗУ не удаётся из-за С-шных библиотек и встроенных функций. (Как перенести я спросил в соседнем топике. А также вопрос про управление быстродействием Flash.) А вот поднастроить симулятор вроде по описанию можно, но не удалось (см. выше).

А что за процессор то ? TMS320F2810. Виноват, в CCS3.1 не заметил пункт меню Debug/Flash Pipeline on Halt уравнявший CCS3.1 и CCS2.2. Но вопрос как настроиться на разное быстродействие из разных областей памяти остался. Эксперименты с заменой GEL_MapAdd() на GEL_MapAddStr() в gel файле не удались. Подробное описание параметров GEL_MapAddStr() не нашёл.

Не понял как настроить симуляторы на конкретное быстродействие выплнения команд из ОЗУ и FLASH? Проблема: беру простейший код в ОЗУ L0 asm(" RPT #7 || NOP"); В симуляторах CCS2.2 каждый NOPик (из восьми) выполняется за 1 такт что соответствует выполнению кода из ОЗУ. В симуляторах CCS3.1 каждый NOPик выполняется за 3 такта может это и соответствует выполнению из FLASH с неизвестными тактами ожиданий. Реальный код частично сидит в ОЗУ частично во FLASH и либо где-то в CCS для симуляторов надо настраивать такты ожидания для каждой области памяти, либо оценка быстродействия плюс-минус 3 раза.

В продолжение вопроса. А кто знает, что делать с библиотечными функциями типа sin() abs() и др., а также что делать с подстановками компилятора типа функций деления или сравнения типа FP$$DIV FP$$CMP и др.? Математику тоже хочется ускорить копированием в RAM. Переписывание (переопределение) всех функций конечно сработает но очень "дубово" и писать для оптимальности придётся на ассемблере. Кстати ещё одно продолжение вопроса повышения быстродействия. Кому-нибудь удалось перепрограммировать такты ожидания при обращении к FLASH RANDWAIT и PAGEWAIT? Очередь FLASH ENPIPE включается без проблем (из ОЗУ как в указаниях) и это добавляет около 20% быстродействия, а вот такты не программируются вообще ??

Чем отладить программу на С под TMS320C25 ? СС4.12 - симулирует 2хх (24хх) и имеет драйвера JTAG 2хх (24хх). ССS2.21 и ССS3.1 симулируют 28хх и имеют драйвера JTAG 2хх (24хх) и 28хх. Старина TMS320C25 - не подарок, но приходится работать и с ним. Кто знает пожалуйста подскажите, на чём можно отладить под него программу на С. Кстати вызывают интерес (пока только спортивный) вопросы написания и отладки С программ под TMS320C10, TMS320C3х и другие remakes воронежцев.

В документа на ОВЕНовские контроллеры встречалось подробное описание того, как они делают автонастройку. Выглядело дубово и убедительно.

Неплохо помогает добавка предварительной нелинейной фильтрации (например простой медианный фильтр и т.п.); выбор в сторону ПЛИС на 10MHz выглядит не вполне однозначным, но тут разработчику видней; без мат. моделирования по реальному сигналу делать можно долго и трудно (или неоптимально). Удачи.

Уточнение: вопрос в том как мгновенно забить приём с ИСЗ не имея прямой видимости, ничего в воздухе на постоянном дежурстве и не используя ИСЗ с электростанцией на прицепе. Можно ли ионизировать воздух или пылить чем?

Постановка задачи: Передать радиосигнал несущей частотой 1...2ГГц в отсутствие возможности обеспечить прямую видимость и любую проводную связь (на подвижный обьект) на расстояние 10...100км из одной точки. Передача должна непрерывно осуществляться на время не менее 24часов. Потери непосредственно переотражения не долее 20дБ (переотражено в сторону земли должно быть не менее 1% излучённой мощности, с реальной направленной антенны). Высота размещения области переотражения ориентировочно не более 100км от поверхности. В воздухе и за его пределами не должно использоваться ЛА и ИС, а также воздушных шаров, аэростатов и т.п., вся постоянно работающая аппаратура должна базироваться на земле. Мощность наземной аппаратуры создания переотражающей области в атмосфере не более десятков киловат.

В CCS3.1 как всегда нет симулятора под 24хх, только через JTAG.

Можно подробнее о каких методах оптической обработки речь?

Благодарю за ответы. Если правильно их понял в данном случае бесперспективно искать счастья (существенного выигрыша по сравнению с согласованной фильтрацией для отсеивания всего, что вне полосы сигнала с последующим когерентным сложением по каналам и периодам) в различных методах фильтрации на базе адаптивных фильтров (нет канала с кореллированным шумом), в нейросетевых алгоритмах, преобразованиях в разные базисы, Вейвлетах, пр. Вигнера и др. ЧВР.

Спешка к сожалению во времени реакции на входной сигнал. Время замера около 10-и периодов (правда датчиков может быть и несколько 1...3 с независимыми шумами). Вопрос в том, можно ли сделать что-то более эффективное в плане подавления шума, чем синхронное суммирование?

Уважаемые математики, подскажите, есть ли способы повысить соотношение сигнал/шум периодического сигнала с известным периодом быстрее чем корень из Т (время накопления)?