реклама на сайте
подробности

 
 
2 страниц V  < 1 2  
Reply to this topicStart new topic
> Схема совпадений, необходимо определить момент совпадения тактовых сигналов
sazh
сообщение May 24 2006, 13:12
Сообщение #16


Гуру
******

Группа: Свой
Сообщений: 2 435
Регистрация: 6-10-04
Из: Петербург
Пользователь №: 804



Вы имеете в виду ситуацию, когда частоты близки и фронты будут совпадать с заданной точностью в течение не одного, а N периодов? Да, такое возможно, на выходе будет не однотактный строб, а длинный - ну выделите из него фронт стандартной цепочкой из 2 триггеров и xor, если задача это требует. У Вашего кода будет такой же недостаток.

Стыдиться мне нечего. Дальше фронта не пошлют. Меньше взвода не дадут. У моего кода нет такого недостатка.
Go to the top of the page
 
+Quote Post
Gate
сообщение May 24 2006, 13:36
Сообщение #17


Знающий
****

Группа: Свой
Сообщений: 859
Регистрация: 7-04-05
Из: Санкт-Петербург
Пользователь №: 3 943



Цитата(sazh @ May 24 2006, 17:12) *
У моего кода нет такого недостатка.

Есть. При соотношении частот 500/130/125 Мгц Ваш код на каждое совпадение выдаст банч из примерно 6 импульсов. Между импульсами будут пробелы по 3-4 такта. А при другом соотношении частот число импульсов изменится.


--------------------
"Человек - это существо, которое охотнее всего рассуждает о том, в чем меньше всего разбирается." (с) С.Лем
Go to the top of the page
 
+Quote Post
EvgenyNik
сообщение May 24 2006, 14:24
Сообщение #18


Знающий
****

Группа: Свой
Сообщений: 597
Регистрация: 24-05-06
Из: г. Чебоксары
Пользователь №: 17 402



Решал однажды такую задачу. Не всё так просто, как кажется :-)
Было две основных проблемы:
1. При обозначенных частотах сравнение фронтов будет довольно сложным из-за разных и, к сожалению, изменяющихся при перекомпиляциях, временных задержек внутри кристалла.
2. В моём случае надо было не просто просигнализировать постфактум о том, что совпадение было, а предсказать - что на следующем фронте оно будет или что на следующем его уже не будет. Подразумевалось, что за совпадение фронтов принималось время +/- 12% от длительности единички наибольшей частоты.
ЗЫ: Использование PLL может помочь только если хотя бы одна из частот достаточно стабильна.

Сообщение отредактировал Евгений Николаев - May 24 2006, 14:26


--------------------
Почему разработчики систем повышенной надёжности плохо справляются с простыми проектами? :)
Go to the top of the page
 
+Quote Post
//Nikson
сообщение May 24 2006, 17:05
Сообщение #19


Участник
*

Группа: Свой
Сообщений: 43
Регистрация: 26-01-06
Из: Минск, Беларусь
Пользователь №: 13 651



уххх, граждане.. ну и дискуссию устроили smile.gif только драться не надо, ОК wink.gif

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

в общем, буду переваривать всё здесь сказанное, хотя наверное надо менять алгоритм.

а надо было это вот зачем - есть такой алгоритм измерения временных интервалов - по приходу "старт" запускется один генератор, тактирует счётчик, по приходу "стоп" второй генератор тактирует второй счётчик, а при совпадении тактовых сигналов счётчики отключаются и по их показаниям можно определить длительность измеряемого интервала. есть конечно и другие методы, а этот хотел просто попробовать. чёрт с ним, пойду в соседнюю тему народ по поводу линий задержек спрашивать smile.gif

спасибо, всё написанное пригодится. :!:
Go to the top of the page
 
+Quote Post
DmitryR
сообщение May 25 2006, 07:39
Сообщение #20


Профессионал
*****

Группа: Свой
Сообщений: 1 535
Регистрация: 20-02-05
Из: Siegen
Пользователь №: 2 770



Посмотрите у Xilinx XAPP250 - там есть схема на двух триггерах и одной логике, IMHO то, что Вам надо.
Go to the top of the page
 
+Quote Post

2 страниц V  < 1 2
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 9th August 2025 - 20:20
Рейтинг@Mail.ru


Страница сгенерированна за 0.01409 секунд с 7
ELECTRONIX ©2004-2016