Пытался сегодня использовать этот Альтеровский IP модуль для проверки правельности принемаемых Ethernet пакетов. Не получилось. Думаю что параметры не правильно выставляю. Если кто-то использовал этот модуль, поделитесь опытом.
У меня данные подаются 64 битым словом. Младший бит первого слова соответствует LSB первого байта Ethernet пакета.
Заранее спасибо.

В чем конкретно проблема? Какая ошибка?

Использую эту корку в режиме CRC check, на вход подаю Ethernet пакеты, на выходе сигнал bad CRC всегда '1'.

Вот генератор Verilog/VHDL кода для расчёта CRC:
http://www.easics.be/webtools/crctool
Я сначала тоже пытался использовать Альтеровский CRC, но оказалось проще воспользоваться этим генератором.
Только не забудьте проинвертировать все биты и сделать битреверс внутри каждого байта (номер RFC, где об этом написано, к сожалению не помню).
Во вложении пример для 8 бит входных данных. Для 64 бит делается аналогичным образом.

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

А у Вас с Альтеровской коркой тоже не получилась, или просто не удобно пользоваться было?

Не получилось нормально настроить.

Вот это читали?
http://www.google.com.ua/url?sa=t&sour...6RcemKQPLEutGxQ

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

Читал. Я более новый модуль использую, он от этого отличается.

Можно скачать xapp209.zip от xilinx.
Достаточно, чтобы самому и генератор и чеккер слепить с его волшебным словом 32'hc704dd7b

Так может стоит тогда его указать?

CRC compiler v.11


Я уже писал выше по этому поводу - проблема в ширине шины, возни много. Мне этот модуль, вобщемно-то, уже особо не нужен, у меня в схеме была возможность перейти от 64-х разрядной шине к 16-ти, а там уже использую свой модуль. Но, чисто из спортивного интереса, хочется разобраться именно с Алтеровским модулем/

Может быть начальное заполнение CRC для Ethernet должно быть не FFFF?

Если имеется в виду общая CRC по пакету, то таки да - не FFFF, а FFFFFFFF.
Если серьезно, могу посоветовать погонять тестовую последовательность через корку и через вот это.
В калькуляторе по ссылке поиграйте параметрами "Final XOR value" (все единицы или все нули), reverse data bytes, reverse CRC result before Final XOR. Когда добьетесь правильного результата, поймете, что надо допилить в альтеровской корке, вернее во входных/выходных данных.
P.S.: данные в шестнадцатиричном виде вводятся в калькуляторе через символ %, например 0x01020304 следует вводить как %01%02%03%04

Спасибо за ссылку, както видел этот сайт, а потом не смог найти. Думаю проблема в том, что при подсчёте CRC в Ehternete накладывается Final XOR value, а в альтеровском модуле такого параметра нет, поэтому его надо немного доработать перед использованием.

Приветствую.
Может кто знает куда девался CRC Compiler в Quartus II v14?

зная полином любая CRC пишется за 5-10минут

Я помню, что очень давно имел дело с Альтеровским CRC. Вот только тогда я его модифицировал в 4-х битовый вариант и загонял в него данные тетрадами прямо из трансивера... При этом проблема с "шириной" снимается...

Я знаю
Altera прекратила поддержку этого IP-ядра (как и ряда еще некоторых IP-ядер - 8b10b, например).
См. Product Discontinuance Notification PDN1304

Вместо IP-CRC можно воспользоваться примерами из раздела 12 альтеровского Synthesis cookbook

Вот прямая ссылка на архив с исходниками примеров: www.altera.com/literature/manual/cookbook.zip.

Спасибо.

Исчез ещё раньше, в 12 или 13 версии. На сайте Альеры написано, что поддержка этого продукта им экономически невыгодна.
Приходится держать на компе 11-ю версию Квартуса.

я-таки прошу прощения, а зачем?

есть же вот:
http://www.easics.be/webtools/crctool

В Q13 эта корка ещё есть.



Хочу переделать пример Альтеры, а там используются crc_generator и crc_checker, вот и обнаружил, что в Q14 этого ядра уже нет.