Отправлено yes 11 декабря 2002 г. 08:40

я пока не моделировал задачку и сколько считать придется не знаю, но проектировать надо евалюэшн барду - так что с некоторым запасом

предполагаю много многоточечных БПФ считать (наверно в отложенном времени) и кое-какое управление + несигнальная математика

Перечисляю требования по убыванию важности (по-моему мнению)

плавающая точка (желательно больше 32 бит)

средства разработки - С обязательно, отладчик-дебагер доступный, можно какую-нибудь многозадачку (хотя как это в ДСП будет работать?)

памяти и мегагерцев побольше, побольше :)

минимальная потребность во внешней обвязке - простота платы

наличие каких-либо стандартных связных каналов (не доверяю я ДСП :) собираюсь еще обычный проц типа PPC/ARM ставить)

стоимость, потребление - не важно

посоветуйте пожалуйста человеку, безнадежно отставшему от ДСП технологий (работал когда-то с ADSP2181 и "видел издали" SHARK и TMSx3x)

• Ответ: При таких спецификациях РАНО выбирать что-нибудь??!! — PicoDev   (12.12.2002 04:13, 79 байт)
  • я предлагаю разработку — yes   (15.12.2002 09:41, 281 байт)
    • Хе-хе. Этот этап самый интересный, такое развлечение пропускаете: мнение зачем то спрашиваете. — sdy   (15.12.2002 19:18, пустое)
• спасибо. вобщем будем думать — yes   (11.12.2002 17:05, пустое)
• Ответ: — ВН   (11.12.2002 14:58, 836 байт)
• А если банальный RISC попробывать? Все, что Вы перечислили я делал на рисках. Очччень рекомендую! — st256   (11.12.2002 09:38, пустое)
  • да я тоже все на рисках делал, но вот хотят дсп и все тут... — yes   (11.12.2002 10:06, пустое)
    • Так с этого надо начинать. — st256   (11.12.2002 10:23, 467 байт)
      • Почему один из шарков? Линк-порты в куче шарков дают... — SM   (11.12.2002 10:34, пустое)
        • Потому, что транспьютеры - это Голубая Мечта. О ней говоришь, но почему-то никогда не пользуешь. Я никогда не использовал быстрые связи между процессорами и мало про них знаю. Я обычно сворачивал головы алгоритмам, чтобы наоборот уйти от перекрестных связей.. — st256   (11.12.2002 10:41, пустое)
  • Во первых 6711 - и есть RISC (+VLIW). А вот какие еще RISC'и с плавучкой ? — SM   (11.12.2002 09:41, пустое)
    • с 64х битной PPC/SH4/ARM, c 32 - немеряно (причем набор команд очень полный - сильно сомневаюсь что в дсп так) — yes   (11.12.2002 10:11, пустое)
      • Дополнение важное: шарк - тытытыты КОМПЬЮТЕР (а не процессор). Вот. — sdy   (11.12.2002 12:44, пустое)
      • Ну а зачем тогда ДСП ? У него остается только то преимущество, что за один такт несколько операций. Да и в других процессорах в принципе тоже самое. — SM   (11.12.2002 10:35, пустое)
    • Тут есть одна тонкость. — st256   (11.12.2002 10:04, 228 байт)
      • Сама обработка может потребовать большой точности. Несмотря на малоразрядный (например 8-битный, но очень быстрый) АЦП. — SM   (11.12.2002 10:37, пустое)
        • Я же просил - не надо сразу бить ногами. Надеюсь, и Вы и я немного знаем теорию. У меня тоже были случаи, когда приходилось использовать Double Float - иначе алгоритм не сходился. Еще вспомните про рекурсивные узкополосные фильтры. Я всего лишь высказал свое мнение, согласитесь, оно не так уж необосновано. — st256   (11.12.2002 10:47, пустое)
• Ответ: (+) — SM   (11.12.2002 08:51, 841 байт)
  • спасибо, сейчас полезу шиты смотреть, но еще — yes   (11.12.2002 09:09, 401 байт)
    • Ответ: (+) — SM   (11.12.2002 09:22, 1268 байт)