Spartan 3 - DCM устаёт и засыпает Опции

[Epikur]

День добрый.

В нашем девайсе используется Spartan-3, 400 киловентилей, Speed Grade -4. Большая часть схемы внутри тактируется от сигнала 120 Мгц, который вырабатывается из 12 Мгц на DCM-е.
Недавно обнаружилась проблема - этот модуль DCM иногда вдруг засыпает - перестаёт генерировать какой либо сигнал. Случается очень редко - только 2 раза замечал, но это полный П.
Вот так он подключается:

Код

    DCM_clkH: DCM_01
    PORT MAP
    (
        CLKIN_IN        => clk12M,
        RST_IN          => '0',
        CLKFX           => clkH,
        CLKIN_IBUFG_OUT => clk12M_int,  -- Этот сигнал больше нигде не используется
        LOCKED_OUT      => open   -- Этот пока что тоже не обрабатываем, но придётся, видимо.
    );

И входная и выходная частоты подключены к глобальным тактовым линиям.

Атрибуты в настроечном файле:
CLK_FEEDBACK = NONE
CLKDV_DIVIDE = 2
CLKFX_DIVIDE = 1
CLKFX_MULTIPLY = 10
CLKIN_DIVIDE_BY_2 = FALSE
CLKIN_PERIOD = 83.3333
CLKOUT_PHASE_SHIFT = NONE
DESKEW_ADJUST = SYSTEM_SYNCHRONOUS
DFS_FREQUENCY_MODE = LOW
DLL_FREQUENCY_MODE = LOW
DUTY_CYCLE_CORRECTION = TRUE
FACTORY_JF = 16'hC080
PHASE_SHIFT = 0
STARTUP_WAIT = FALSE

В связи с этим вопрос: это где-то проблема в настройках, или такое действительно бывает? И что с эти делать?

[Epikur]

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

AlexB
Спасибо, посмотрим, поизучаем.
> Если у входного сигнала есть ещё потребители, кроме одного Спартана, то соединять их и источник нужно равнолучевой "звездой" во избежание наложения отражённого сигнала...
> Также высока вероятность того, что период у источника входного сигнала сам по себе недостаточно стабильный.
Есть - на этом же сигнале 12 Мгц сидит ещё DSP TMS320VC55, работает на частоте 192 Мгц. Процессор и спартан на этом сигнале сидят параллельно, а сам генератор: HCJ-30 12.00 Mhz. Процессор при этом (когда DCM устаёт) работает нормально.

[AlexB]

... на этом же сигнале 12 Мгц сидит ещё DSP TMS320VC55, работает на частоте 192 Мгц. Процессор и спартан на этом сигнале сидят параллельно, а сам генератор: HCJ-30 12.00 Mhz. Процессор при этом (когда DCM устаёт) работает нормально.

Вот как раз "сидящий параллельно" TMS и является, скорее всего, причиной Ваших проблем.
Параллельное подключение параллельному подключению рознь.

Вот тут мелками нарисована картинка, которая грубо описывает суть проблемы.
Ничего не могу сказать про разводку клока на Вашей плате, но худший вариант представлен на рисунке. Ситуацию можно попытаться исправить последовательным резистором в пару десятков Ом у выхода HCJ-30. Он сделает фронты более пологими, а отражение несущественным. Но слишком пологие фронты принесут другие проблемы для DCM. Верный способ - правильная разводка клока.

Вроде все (да и сам Xilinx рекомендует) делают автоматический ресет на DCM в случае его отказа (своеобразный вотчдог). Может и вам надо?

Прежде чем бороться с последствиями необходимо найти и устранить причину. Вне всякого сомнения, "супервизор", следящий за состоянием DCM и перезапускающий его и всю систему, необходим.

Сообщение отредактировал AlexB - Sep 20 2006, 17:08