Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Вопросы по МАС от Inventra
Форум разработчиков электроники ELECTRONIX.ru > Программируемая логика ПЛИС (FPGA,CPLD, PLD) > Системы на ПЛИС - System on a Programmable Chip (SoPC)
s.i.suprun
Добрый день уважаемые жители форумаsmile.gif). Прошу Вашей помощи в вопросе оживления мас от ментора. Написал тестовые модули стартовой инициализации, приема и передачи данных из фифо в мас ну и наоборот все на вхдл(прошу не ругать работаю с даным языком недавно а проект двигать необходимо...). Промоделировать решил в квартусе 9.1 но поскольку проект изначально писал под Xilinx, пришлось отцепить 2 фифо и просто вывел их ноги в топ файл, с целью ручной эмуляции оных, но вот беда, стартую передачу а на выходе получаю следующюю картинку[см. файл]. Подскажите, кто уже работал с этим зверем, что делать или может есть какие нить тонкости, заранее благодарен!!!!
des333
Цитата(s.i.suprun @ Aug 31 2010, 19:06) *
а на выходе получаю следующюю картинку[см. файл].



И что по ней нужно понять? Может побольше конкретики?  smile.gif




des00
Цитата(s.i.suprun @ Aug 31 2010, 09:06) *
Прошу Вашей помощи в вопросе оживления мас от ментора.

это тот который от Игоря Мохора, взятый один в один и с одним переписанным на VHDL конечным автоматом? %)
Цитата
на выходе получаю следующюю картинку[см. файл].

модуль передачи не получил длину пакета. вы же видите что шапочку и первый нибл данных он съел, на чем и закончил передачу. При этом модуль у вас сконфигурирован для поддержки некратных длин, дополнения пакетов до минимальной длинны и без добавления крк %)
s.i.suprun
Цитата(des00 @ Sep 1 2010, 04:07) *
это тот который от Игоря Мохора, взятый один в один и с одним переписанным на VHDL конечным автоматом? %)

модуль передачи не получил длину пакета. вы же видите что шапочку и первый нибл данных он съел, на чем и закончил передачу. При этом модуль у вас сконфигурирован для поддержки некратных длин, дополнения пакетов до минимальной длинны и без добавления крк %)


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

Заранее извиняюсь за глупые вопросы, но только начинаю разбираться как что к чему smile3046.gif , можете подробнее разяснить смысл фразы "модуль передачи не получил длину пакета", и как это можно побороть или хотя бы
подскажите электронный ресурс, который прольет свет на эти вопросы!! И еще один вопрос порядок инициализации регистров мак не имеет значения?
des00
Цитата(s.i.suprun @ Sep 1 2010, 03:23) *
Заранее извиняюсь за глупые вопросы, но только начинаю разбираться как что к чему smile3046.gif , можете подробнее разяснить смысл фразы "модуль передачи не получил длину пакета", и как это можно побороть или хотя бы
подскажите электронный ресурс, который прольет свет на эти вопросы!!

если смотреть на сигналы MII интерфейса то 0x55_55_55_5D это преамбула + SFD кадра Формат кадра Ethernet ну а дальше смотрите в нормальном симуляторе почему она у вас в 2 раза длиннее и почему после SFD идет один нибл данных.
s.i.suprun
извините пожалуйста за беспокойство, на определенном этапе запутался с тактовыми сигналами, можно ли подключить их таким образом? (MTXC и MRXC идут с PHY)

и еще не пойму почему сигнал TPDN находится в "0" на всем протяжении, хотя МАС должен его просаживать при старте?
des00
Цитата(s.i.suprun @ Sep 1 2010, 04:38) *
извините пожалуйста за беспокойство, на определенном этапе запутался с тактовыми сигналами, можно ли подключить их таким образом? (MTXC и MRXC идут с PHY)

даташит на lxt971alc вам в помощь
s.i.suprun
Спасибо всем за ответы, но попутно возник вопрос: сигнал TPDN согласно даташит, при старте передачи должен перейти из "1" в "0" и оставаться в таком состоянии до ее окончания, но как видим из рисунка он все время в "0" хотя подключен к сигналу связывающему мой блок и этот мак.
one_man_show
Тема перенесена в более подходящее место
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.