Подключение PHY с MII к CPU с последовательным интерфейсом MAC, Возможно ли? Опции

[Snaky]

Ничего что я в "Fast Ethernet" форум со старьем влезу?

Требуется слегка обновить дизайн старого дивайса на MPC850. Для Ethernet PHY там стоит древняя LXT905 которая общается с CPU через последовательный интерфейс (7 линий, см. картинки), он же SIA, он же General Purpose Serial Interface (GPSI) mode. В CPU для этого стандартно задействован SCC.

Хочется поменять PHY, но все сейчас идут как минимум с MII.

Возможно ли скрестить PHY с MII (или, может даже проще, с RMII - неважно) и MPC850? Может на крайний случай как-то с промежуточной логикой исхитриться можно чтобы преобразовать один в другой?

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

 

[andrewkrot]

Просто так разрешать передачу низззяяя). Сформируйте правильный пакет и пихайте его в линию TX по клокам от RTL. TXEN подавайте с 1 битом преамбулы и снимайте с последним битом пакета, и все у Вас получится. Осциллографом посмотрите на выходе - по идее должен быть виден манчестер

[vadimp61]

Просто так разрешать передачу низззяяя). Сформируйте правильный пакет и пихайте его в линию TX по клокам от RTL. TXEN подавайте с 1 битом преамбулы и снимайте с последним битом пакета, и все у Вас получится. Осциллографом посмотрите на выходе - по идее должен быть виден манчестер

Какой пакет? Это драйвер физики PHY, а не коммутатор!
Пакет приходит со стороны RJ45, а на SNI интерфейсе мы его виде в виде ТТЛ. В обратную сторону его надо формировать чтобы комп распознал что это - ну тут будет куча граблей
с формирователем пакетов, и до правильности работы SNI интерфейса дело не скоро дойдет!
Совет такой- чтобы не заниматься формированием пакетов сделайте две платы и соедините их по SNI (заведите на матрицу) , а RG45 подключите к формирователям пакетов (два компа),
и пингуйте друг друга, это сильно упростит разбирательство с алгоритмами работы по SNI шине.

[andrewkrot]

Какой пакет? Это драйвер физики PHY, а не коммутатор!

Так кто же спорит? На любой драйвер физики нужно подавать сформированный пакет. И не важно при этом, по какому интерфейсу его к PHY затолкают - SNI, RMII, MII и т.д. на что в данный момент настроен этот PHY. Да, пакеты формируются в MAC, но у т.с. такового нет, поэтому можно его тупо сформировать хоть в ПЛИС хоть в МК и уверяю Вас, в wireshark на компе они будут видны, если нет других косяков.

[vadimp61]

Так кто же спорит? На любой драйвер физики нужно подавать сформированный пакет. И не важно при этом, по какому интерфейсу его к PHY затолкают - SNI, RMII, MII и т.д. на что в данный момент настроен этот PHY. Да, пакеты формируются в MAC, но у т.с. такового нет, поэтому можно его тупо сформировать хоть в ПЛИС хоть в МК и уверяю Вас, в wireshark на компе они будут видны, если нет других косяков.

Косяк в самопальном формировании пакета * на косяк по интефейсу SNI = косяк в квадрате. И не понятно где искать!
Я же предложил убрать один косяк (в формировании пакета) и бороться только с одним косяком.
Во загнул)))

[San1917ss]

Косяк в самопальном формировании пакета * на косяк по интефейсу SNI = косяк в квадрате. И не понятно где искать!
Я же предложил убрать один косяк (в формировании пакета) и бороться только с одним косяком.
Во загнул)))

вот это я темку подбросил)) Дорогие господа товарищи, не ругайтесь) все будет хорошо!!! давайте разбирать вопросы медленно) итак: пока забудем о пакетах вообще (считаем, что на входе нули), RTL8201 этож просто приемопередатчик и отсюда вопрос №-1: если микросхема настроена на дуплекс, то почему включение передающего тракта (тхеn=1) ломает вообще все и вызывает коллизии? и где же все таки потребляемый ток?

[vadimp61]

вот это я темку подбросил)) Дорогие господа товарищи, не ругайтесь) все будет хорошо!!! давайте разбирать вопросы медленно) итак: пока забудем о пакетах вообще (считаем, что на входе нули), RTL8201 этож просто приемопередатчик и отсюда вопрос №-1: если микросхема настроена на дуплекс, то почему включение передающего тракта (тхеn=1) ломает вообще все и вызывает коллизии? и где же все таки потребляемый ток?

Скорее всего при включении передающего тракта Вы должны выдать в сеть Правильный пакет, а не нули и единицы.
Вы вещаете в сеть как неисправная сетевуха - отсюда и коллизии.