Отправлено M_A 20 января 2006 г. 13:16

Имею поток данных с АЦП, набираю в память нужное мне кол-во точек, дальше даю старт алгоритму FFT, который, обьясняя упрощено, должен выбрать данные из 4-х определенных ячеек памяти, вычислить от них radix4 бабочку, результаты домножить на тоже заранее выбраные коэф-ты поворота (twiddle factors) и положить в память.

Вопрос: коэф-ты поворота могут иметь отрицательное значение, из памяти и в память же можно взять или положить что то только в формате std_logic_vector(...). Я так полагаю, что может перед самой бабочкой все преобразовать в signed, все операции сложения и умножения тоже делать в signed, а потом перед тем как положить в память преобразовать обратно в std_logic_vector. Но я что то не нашел функций, переводящих std_logic_vector в signed... Подскажите, кто как реализовывал этот момент.

Или я может быть в чем то в корне не прав, ибо неопытен пока? Поправьте и наставьте на путь истинный, плз. Буду благодарен любым советам по теме!!!!

• Ответ: — SAZH   (20.01.2006 17:54 212.113.112.201, 1937 байт)
• Используйте только numeric_std как уже советовали... — ux   (20.01.2006 14:03 81.19.129.250, 56 байт, ссылка)
  • Ответ: Спасибо, порою в этом направлении(-) — M_A   (20.01.2006 14:12 80.81.214.110, пустое)
• давно с HDL дело не имел, но (+) — Doka   (20.01.2006 13:45 193.192.155.22, 340 байт)
  • Самое занятное что (+) — des00   (20.01.2006 13:50 80.89.147.5, 325 байт)
    • Замечание: — andrew_b   (20.01.2006 14:30 80.82.63.185, 65 байт)
      • а ну блин в согласен :) не совсем прав :) это потомок от std_logic :) — des00   (20.01.2006 14:33 80.89.147.5, 120 байт)
        • Какой потомок? Обычный массив. — andrew_b   (20.01.2006 15:40 80.82.63.185, пустое)
    • а зачем расширять знаковые поля (+) — Doka   (20.01.2006 13:57 193.192.155.22, 211 байт)
      • Вы ошибаетесь, например есть 2 знаковых числа по 8 бит, вы решили их сложить, что получиться в итоге ? .... — des00   (20.01.2006 14:16 80.89.147.5, пустое)
        • Получится сумматор. Которому пофигу, со знаком или без числа. Для сумматора нет разницы. — SM   (20.01.2006 14:18 81.94.147.99, пустое)
          • есть разница, если вы не хотите поймать переполенние, а именно на прееполнение я и намекаю — des00   (20.01.2006 14:21 80.89.147.5, пустое)
            • Если хотите ловить переполнение - то все равно писать его логику самому. Синтезатор его сам не оформит. — SM   (20.01.2006 14:23 81.94.147.99, пустое)
              • ну да, я про это и намекал(+) — des00   (20.01.2006 14:25 80.89.147.5, 171 байт)
                • Но только для этого все равно не надо расширять знаковые поля. — SM   (20.01.2006 14:27 81.94.147.99, пустое)
                  • Ответ: — SAZH   (20.01.2006 15:25 212.113.112.201, 44 байт)
                    • А зачем, если арифм. переполнение при сложении это (+) — SM   (20.01.2006 15:44 81.94.147.99, 542 байт)
                      • Ответ: — SAZH   (20.01.2006 15:49 212.113.112.201, 89 байт)
                  • ну тут кто как делает я обычно делаю так на числовом примере(+) — des00   (20.01.2006 14:32 80.89.147.5, 421 байт)
                    • а казалось бы всё начиналось со знакового умножения =) (+) — Doka   (20.01.2006 15:01 193.192.155.22, 495 байт)
  • Ответ: Вы же сами написали аргумент у conv_signed должен быть std_ulogic, а у меня std_logic_vector(-) — M_A   (20.01.2006 13:49 80.81.214.110, пустое)
    • блин вы либы вообше не смотрите ? — des00   (20.01.2006 14:20 80.89.147.5, 137 байт)
    • ну просто лень либы ковырять (+) — Doka   (20.01.2006 13:55 193.192.155.22, 134 байт)

E-mail: info@telesys.ru