Разводка офигенно громоздких плат (Автороутер выбираем)

[KOE]

Кстати, даже симулятор показыват разброс значений задержек сигналов на выходах разных разрядов одного и того же синхронного счетчика (до 2х раз). Поэтому проблему со сдвигом фаз клоков из-за задержек просто так не решить. Тут в каждом проекте нужен индивидуальный подход, вот потому и начиниается "черная магия".
Или можно не лезть в сотни мегагерц, тогда все прекрасно с первого раза работает, и голову ломать не надо.

[deathsoft]

Может вылезти проблема с холд-сетап таймами.
Например, из домена 100мгц данные переходят в домен 50мгц, который последнгий генерится из 100 мгц делением пополам на триггере.
Фронт 50 задержан относительно фронта 100, потому может оказаться так, что по фронту 100, который вызывает фронт 50, меняются данные, и этим вызванным фронтом 50 сразу лочатся. А может не оказаться - +1 такт задержки. А может в метастабильность уйти. ХЗ, анализит ли это онолезатор.

Ну не надо на предельных частотах работать без запаса.

[deathsoft]

Кстати, даже симулятор показыват разброс значений задержек сигналов на выходах разных разрядов одного и того же синхронного счетчика (до 2х раз). Поэтому проблему со сдвигом фаз клоков из-за задержек просто так не решить. Тут в каждом проекте нужен индивидуальный подход, вот потому и начиниается "черная магия".
Или можно не лезть в сотни мегагерц, тогда все прекрасно с первого раза работает, и голову ломать не надо.

Никакой черной магии, счетчик делается вручную - комбинационная схема (сумматор текущего значения регистра с единицей) и регистр, поскольку у регистра клок один на все триггеры - то выходы всех триггеров меняются одновременно. Если счетчик устроен не так - то на выходе может быть что угодно.

[lvd]

ващето стандартный ход: для этого юзается сигнал LE - load enable, который на триггер подаётся, минуя генератор функции (4входовый который).
Если есть 100 мгц и надо проц на 3.5 мгц (например), то надо подать очень редкий LE, описав его в самом начале вот так:

Code: Select all


always @(posedge clk)
     if( LE )
     begin
         действия
     end


тогда этот LE пойдёт на входы разрешения загрузки триггеров. Правда обконстрейнить придётся весь модуль, чтоб оно знало, что не на 100мгц работать придётся.

[lvd]

Ну не надо на предельных частотах работать без запаса.

дело не в частотах а сдвиге 2 фронтов разных клоков относительно друг друга, и проблемы даже на 1 гц могут вылезть.

[lvd]

то выходы всех триггеров меняются одновременно.

Ага, и задержки рутинга тоже одинаковые получаются. Щясте-то какое.

[deathsoft]

Ага, и задержки рутинга тоже одинаковые получаются. Щясте-то какое.

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

[KOE]

если делаешь один счетчик - то да, а если делаешь проект на 5 тыщ ячеек - то тут не всегда все так здорово.

[KOE]

блин, жалко нема все это не читает, щас бы мат стоял, да в стихах, как из рога изобилия.

[deathsoft]

блин, жалко нема все это не читает, щас бы мат стоял, да в стихах, как из рога изобилия.

Немо умелец изобретать всякие бредовые термины типа ДММЦ для своих поделок. И делать вид что сделал мировое открытие. (Кстати посомтри как у немы делитель сделан на кольцевом счетчике в кай 1024)