Отправлено ka_omsk 25 февраля 2003 г. 12:47 В ответ на: Ну вот и подробности от знающих :) отправлено Пробовавший 25 февраля 2003 г. 12:38

если кто его пользует:
попробовал протестить все на FIR
функция fir() из пакета dsplib
написано, что должна выполняться 4 + nx*(4+nh) тактов, где nx-число отсчетов, а nh-порядок фильтра ну плюс еще overhead 34 - на вход/выход
фильтр двадцатого порядка обсчитывается за 536 тактов, хотя по этому расчету должен за 4+1*(4+21)+34 = 63 такта
где собака порылась ?
вызов функции - fir(&codec_data, h, &codec_data, &dbptr, 21, 1);

• Самое главное не сказал - какой проц? — SM   (25.02.2003 12:53, пустое)
  • 5402 на DSK, тактовая вроде 100МГц установлена (-) — ka_omsk   (25.02.2003 12:55, пустое)
    • Ненароком не wait-states при выполнении (или данных) во внешней памяти? — SM   (25.02.2003 12:59, пустое)
      • Нет, не в waitstate причина - переключил PLL со 100 на 20МГц, все waitstates убрал, а результат - тот же — ka_omsk   (25.02.2003 13:47, пустое)
        • PLL на количество тактов не влияет никак. Это не удивительно. — SM   (25.02.2003 14:19, пустое)
          • А вот подскажите сколько тактов вот это .. — Пробовавший   (25.02.2003 17:59, 241 байт)
            • А на ассемблере нельзя? Не у каждого в голове С-компилер есть, да такой чтоб точь-в-точь как CCS. — SM   (25.02.2003 18:04, пустое)
              • Вот ... — Пробовавший   (25.02.2003 18:17, 1136 байт)
                • Да что-то в 3 команды это действительно не засовывается. — SM   (25.02.2003 18:50, пустое)
                  • Спасибо - буду спать спокойно :)) — Пробовавший   (25.02.2003 19:02, пустое)
            • Ответ: — Пробовавший   (25.02.2003 18:00, пустое)
      • Оно самое, хотя стоит и DATA и CODE по 1 такту, а задержка на 8 — ka_omsk   (25.02.2003 13:31, пустое)