Отправлено Незнаев 01 августа 2003 г. 14:57

Есть проект фильтра (вообще в матрице еще много чего есть, но оно не критично). Он должен на вход получать отсчеты с АЦП (в количестве 2000 штук), а выходные данные лежат в двухпортовой памяти, из которой они считываются процессором ТМС6711.
Есть такие проблемы:

1. Получение данных с АЦП. Частота дискретизации 80 МГц. При этом должна обеспечиваться синхронизация отсчетов с внешним запускающим импульсом. Для этого я беру две фазы 80 МГц (она получается на ДЛЛ) - clk0 и clk180. По фронту запускающего импульса устанавливаю FF. Каждую фазу завожу еще на два FF, а на D-вход обоих с выхода предыдущего триггера. Каждый из этих двух FF еще запрещает другого (по CE). Тогда получаю, что взодится тот FF, фаза clk-а которого была первее. Затем выходами этих двух FF управляю выбором тактовой частоты, которая идет на фильтр. Да еще внутри фильтра есть коммутация частоты для изменения частоты дискретизации: идет та же 80 МГц на вход (и на саму АЦП), просто берутся отсчеты с АЦП так - либо каждый, либо каждый второй, либо каждый третий и т.д. Проблема в том, что не очень-то хорошо коммутировать тактовую, да еще 80 МГц. Вопрос: может как-то иначе сделать синхронизацию? Другие идеи есть?

2. Проблема с другого конца. Двухпортовая память, используемая на выходе, используется в фильтре полностью, т.е. обеими портами. Поэтому, чтобы организовать чтение процессором данных приходится опять же коммутировать тактовую. С одной стороны, это тактовая фильтра при записи/чтении памяти, с другой, это тактовая процессора. А она 100 МГц. Такая коммутация тоже не нравится компиллятору. Как быть?

В общем проект скомпиллирован, но получаются плохие результаты (ISE 5.2.03i, режим XST). Design score ~2500, Timing score ~2000. Проект без фильтра (но с синхронизацией, а память отсчетов была внешней типа ZBT, при этом процессор) имел соответственно 300 и 0, да и работал нормально. После добавления фильтра и использования внутренней памяти матрицы (всей) получились вот такие неутишительные результаты.
Матрица Spartan-II XC2S200. Заполнение проектом 40%.

Что можно предпринять для оптимизации? Куда копать?
Вообще как грамотнее коммутировать тактовую?
Что присоветуете?

• а BUFG на мультиплексированном клоке есть? если нет см ссылку — keyru   (01.08.2003 17:01, пустое, ссылка)
  • Так они же в трех DLL задействованы. Так что только один остался. Попробую. А может как-то оставшийся DLL прикрутить? — Незнаев   (01.08.2003 17:43, пустое)
• Уменьшить объем памяти. Глюки возникают при полном использовании памяти матрицы, причем от 50 до 200 ки . A 80 и 100 МГц мелочи для S2. — Rotten   (01.08.2003 16:01, пустое)
  • Спасибо, попробую, хотя и так маловато. Всего на 2048 отсчетов по 12 бит (беда в том, что надо предыдущий пакет хранить). — Незнаев   (01.08.2003 17:46, пустое)
    • Ответ: а как именно blockramы объединены? — инженер Гарин   (01.08.2003 18:54, 151 байт)
      • Три блока: два 2Кх11 (для отсчетов) и один 2Кх2 (для результатов сравнений). Сделаны CoregenIP, во обоих случаях задал как примитивы 2Кх2. — Незнаев   (01.08.2003 20:08, пустое)
        • Ответ: трудно прогнозировать, чего там CoreGen накорегенерил - внимательно посмотрите (его выходной еdf, а лучше FPGA Editor) - как ваши биты отсчетов по разным углам кристалла расползлись. — инженер Гарин   (01.08.2003 22:56, 177 байт)
      • В чем проблемы? На datasheet глянуть еще никому не вредило. Можно и в рукопашную память развести. — Rotten   (01.08.2003 19:38, пустое)
    • Попробовать освободить BUFG, DLL. Для удвоения частоты бывает проще XOR с триггером поставить. И все начинает работать. И вооще глянуть - как BUFG по делу ли используются? У меня есть несколько проектов на 200 где помогло НЕ использование глобальных клоков. — Rotten   (01.08.2003 18:31, пустое)
      • Три BUFG задействованы для DLL, там иначе никак. Остался один. — Незнаев   (01.08.2003 20:01, пустое)
        • Без DLL тоже работать можно. Чего в них упираться. Берешь клок с IBUFG и вперед. Ругается правда - но ведь и насрать можно!!!! — Rotten   (01.08.2003 20:19, пустое)