ALTERA CRC MegaCore, Кто нибудь использовал? Опции

[DuHast]

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

[imperman]

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

[DuHast]

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

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

[BSACPLD]

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

Прикрепленные файлы

 CRC32_D8.v ( 3.34 килобайт ) Кол-во скачиваний: 174

 

[DuHast]

Вот генератор Verilog/VHDL кода для расчёта CRC:

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

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

[BSACPLD]

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

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

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

[imperman]

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

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

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

[DuHast]

Вот это читали?

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

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

[sazh]

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

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

[imperman]

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

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

[DuHast]

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

CRC compiler v.11

Достаточно, чтобы самому и генератор и чеккер слепить

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

[DuHast]

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

[AndrewS6]

Может быть начальное заполнение 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

[DuHast]

Если имеется в виду общая 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, а в альтеровском модуле такого параметра нет, поэтому его надо немного доработать перед использованием.

[doom13]

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