Re: Индивидуальный процессор временных задержек

Сообщение от
Garmin
Несколько причин.
1.
ДСП не заточен под протокол альфа процессора Клариона.
2.
ДСП программировать нужен отдельный проц.
3.
ДСП не прозрачен для понимания потока данных.
4.
ДСП просто труднее достать и он дороже.
5. CPLD гораздо быстрее. 300-400 МГц для неё пустяк.
6. Задача не требует вычислений.
ДСП тут не нужен.
1. DSP заточен под любой разумный синхронный протокол передачи
2. Нет. Процессоры DSP давно и с успехом выполняют управляющие функции
3. непрозрачна фраза "понимание потока данных"
. См. п.1
4. Достать одинаково просто (или, кому-то, одинаково сложно). Конечное изделие на базе DSP (а в вашем случае - это одночиповое решение) в итоге дешевле и значительно гибче
5. Нет. Скорость переключения не эквивалентна скорости обработки (пример: реализация умножителя на DSP и на ПЛИС)
6. даже если задача и была определена строго как "только задержки и ничто и никогда больше", то в ходе решения не могло не прийти понимание, что реально задача гораздо шире и собственно задержки - это ничто по сравнению с управлением, интерфейсом пользователя или, скажем, с возможностями адаптации к различным источникам => "проект" несбалансирован
в качестве одного "наколеночного" образца для себя (т.н. "проект выходного дня") - реализация (фактически контроллера памяти) на ПЛИС, конечно, проще, быстрее и поэтому дешевле
я бы сделал так же, разве что использовал бы SDRAM вместо статики
но переспектив у такого подхода нет
дальше тупик
Социальные закладки