Синхронный счетчик для измерения частоты Опции

[oles_k76]

Уважаемые спецы.
Посоветуйте на каком плисе можно реализовать высокоскоростной многоразрядный, больше 20бит синхронный счетчик (предназначенный для измерения частоты).

Счетчик должен работать на частоте, например больше 150МГц.

Можно ли это реализовать, на каком плисе , какую платформу для программирования выбрать

[oles_k76]

Вобщем понял, хочу попробовать.Благодарю за помощь.
Какую среду программирования наиболее лучше использовать для Альтеры?

[Andrewak]

Вобщем понял, хочу попробовать.Благодарю за помощь.
Какую среду программирования наиболее лучше использовать для Альтеры?

Я бы не спешил с Альтерой.
http://www.latticesemi.com/products/cpldspld/ispgal.cfm
На мой взгляд, это лучшее, что можно предложить для Вашей задачи.
Но если в дальнейшем планируете наращивать функциоанльность, то лучше вот это:
http://www.latticesemi.com/products/cpldsp...mach4000bcv.cfm
Успехов!

[Builder]

Я бы не спешил с Альтерой.
http://www.latticesemi.com/products/cpldspld/ispgal.cfm
На мой взгляд, это лучшее, что можно предложить для Вашей задачи.
Но если в дальнейшем планируете наращивать функциоанльность, то лучше вот это:
http://www.latticesemi.com/products/cpldsp...mach4000bcv.cfm
Успехов!

Fmax для чего приведена? Если просто щёлкать тригером - так это не то, насколько понимаю интересна скорость работы счётчика, а она может сильно отличаться от скорости чёлканья одним тригером...

[Andrewak]

Fmax для чего приведена? Если просто щёлкать тригером - так это не то, насколько понимаю интересна скорость работы счётчика, а она может сильно отличаться от скорости чёлканья одним тригером...

Fmax - это максимальная скорость тактирования кристалла.
Скорость работы счётчика как раз и определяется скоростью щёлканья триггера.

[Builder]

Fmax - это максимальная скорость тактирования кристалла.
Скорость работы счётчика как раз и определяется скоростью щёлканья триггера.

Это с какой стати? Как было уже подмечено, скорость тригера определяет скорость счётчика, но не только она. Кто цепи переноса учитывать будет? Или у Вас счётчик без них работать будет?
Корректными для сравнения и оценки являются таблички, в которых приведены скорости работы типичных модулей: счётчиков, дешифраторов, сумматоров и т.д. Судить о скорости работы этих модулей только по скорости переключения тригера нельзя.

[Andrewak]

Andrewak, максимальная частота щелканья триггера конечно влияет на частоту счетчика, но ни как не равна ей.
В качестве примера опять приведу CPLD Xilinx: XC2C32-3PC44, предельная частота триггера у нее чуть выше 550 МГц, но часотта работы даже 2х разрядного счетчика уже заметно ниже всего 417МГц. Это обусловленно тем, что время распостранения сигналов от одной макроячейки до другой не моментальное, а порой и весьма существенное, а для нормальной работы счетчика необходимо, что бы в момент прихода тактового сигнала все переключения предыдущего такта были завершены и все сигналы имели четко распознаваемый, установившийся, уровень.
p.s. Заранее извиняюсь если обижу, но использовать для создания высокочастотных схем кристалл с максимально возможной частотой 400-450 МГц это далеко не самый разумный выход.

Это с какой стати? Как было уже подмечено, скорость тригера определяет скорость счётчика, но не только она. Кто цепи переноса учитывать будет? Или у Вас счётчик без них работать будет?
Корректными для сравнения и оценки являются таблички, в которых приведены скорости работы типичных модулей: счётчиков, дешифраторов, сумматоров и т.д. Судить о скорости работы этих модулей только по скорости переключения тригера нельзя.

Совершенно верно. Но я написал:
"Скорость работы счётчика как раз и определяется скоростью щёлканья триггера."
Может быть написал не совсем корректно, но я имел в виду, что это основополагающий фактор. Задержка распространения между ячейками есть в любой ПЛИС. Кроме того, для одинаковых технологических норм (например, 130 нм) при похожих архитектурах ПЛИС разных производителей эти задержки можно сравнивать, а вот частоты тактирования у ПЛИС одного класса разных производителей могут сильно отличаться.
А по теме данной разработки могу сказать следующее: я вообще не считаю разумным использование ПЛИС для деления частоты, но также не могу отговорить от этого, так как не знаю специфики проекта.
Я бы применил для этих целей специализированные микросхемы делителей. Например, что нибудь из этой линейки:
http://www.onsemi.com/PowerSolutions/product.do?id=MC12095
Но, опять же, не зная точно что нужно сделать, сложно что либо советовать.

Сообщение отредактировал Andrewak - Aug 29 2007, 06:17

[dxp]

Совершенно верно. Но я написал:
"Скорость работы счётчика как раз и определяется скоростью щёлканья триггера."
Может быть написал не совсем корректно, но я имел в виду, что это основополагающий фактор. Задержка распространения между ячейками есть в любой ПЛИС.

Максимальная частота тактирования триггра является основополагающим фактором при разрядностьях счетчика обычно не более полдюжины, а вот при бОльших разрядностях (а у нас тут рассматривается именно такой случай) доминирующим фактором становятся задержки на цепях переноса. И максимальная частота счетчика определяется именно суммой задержек вычислений переносов и самих переносов, т.к. следующий фронт клока не может быть подан (при правильной работе счетчика) до тех пор, пока на входах триггеров счетчика не установятся новые значения, а это произойдет только после того, как отработает комбинационная логика, вычисляющая значения переносов, и сигналы переносов не пройдут по своим цепям. Именно это и ограничивает максимальные частоты.

Для борьбы с этим иногда применяют спецальные архитектуры как, например, в Cyclone, где значения каждого из пятиразрядных блоков вычисляется параллельно, но в одном случае для переноса, равного 0, в другом - для переноса, равного 1, а когда реальное значение выходит из предыдущего 5-разрядного блока, то производится просто переключение между уже вычисленными значениями. Эта архитектура называется Carry-Select. Очень эффективное решение в плане повышения быстродействия. Но весьма дорогое, по причине чего в Cyclone II он него отказались.