глюк в автомате Опции

[_Anatoliy]

Прямо первый раз у меня такое...

Код

    
    case state is
                 .........    
                 when 3 =>
            if (iData = x"ff") then
                cmp_adr2 <= cmp_adr2+1;
            else
                cmp_adr2 <= cmp_adr2+16;
            end if;
            state <= state+1;
        when 4 =>
            if (iData = x"ff") then
                cmp_adr2 <= cmp_adr2+1;
            else
                cmp_adr2 <= cmp_adr2+16;
            end if;
            state <= state+1;
        when 5 =>
                ...........

Есть компаратор MAC-адреса протокола ARP, ведёт себя неадекватно(см.картинку).Счётчик должен увеличивать значение на единичку,но почему-то первый раз прибавляется 16. Естественно есть констрейны, слэк сетапа +1,2нс, слэк холда +0,8нс... Есть ли какие мысли,коллеги?

Эскизы прикрепленных изображений

 

[Inanity]

Здравствуйте.

Не знаю систему в целом, буду исходить из того, что вижу. Если iData - внешняя шина, т.е. заходит в ПЛИС по какому-то синхронному интерфейсу и обрабатывается вашим автоматом по тому же тактовому сигналу, то в этому случае возможно не все биты iData успевают дойти до компаратора. По сути нарушается OFFSET IN. Необходимо дополнительно защёлкивать шину iData, прежде, чем отправлять на компаратор. Желательно защёлки запаковать в IOB (буферы вход\выход), чтобы не заботиться об OFFSET IN/OUT.

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

Сообщение отредактировал Inanity - May 5 2016, 17:30

[_Anatoliy]

Защёлка на входе есть,input delay здесь ни причём. И домен всего один. Я пока не могу придумать логичного объяснения этого феномена.