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

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

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

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

Да, нормально, можно и с 10 мбитами)))
Есть RTL8201BL c шиной SNI (7 проводов).
вроде вещь доступная, на складе одной из фирм есть в наличии

О, "SNI" - хороший термин! Что-то начинает находиться - будем искать. Спасибо.
Хотя вопрос пока остается в силе :> Может можно сконвертировать SNI <-> [R]MII, или это я хочу странного ?

Можно, FPGA вам в помощь!

это уже чересчур...
RTL8201 что-то в магазинах пусто. поставлю DP83848 - тоже SNI есть.
там правда не совсем удобно, как я понял из D/S: настройки через регистры доступ к которым по MDIO, а у процессора с SNI такой хардварной фичи как MDIO нет. придется ногами программно дрыгать :<

88E6060 тоже есть SNI, и ногами дрыгать не надо

да чтож за "SNI" такой? где почитать? что за интерфейс такой? с чем его нужно употреблять? так мало информации...

в MPC850 нормальный встроенный MII есть. почему бы его не использовать.

но интерес про "SNI" не пропал чем он хорош или плох?

про "SNI" ничего сказать не могу.
Знаю только про семейства MPC8хх. У них много встроенной периферии, в том числе и SCC= Serial Communications Controller. Которые могут работать в куче разных режимов, поддерживать вагон интерфейсов, протоколов и т.д. и все это почти независимо от основного центрального ядра. SCC работают на 2 уровне OSI. Один из режимов работы - Ethernet 10МБит, для работы снаружи требуется только преобразователь физики и трансформатор. Я в свое время использовал LXT905 от INTEL.

ясно...

В прицепленном пдф SNI называется как GPSI
Хорош он тем что для медленных каналов связи до 10 мбит очень легко реализуется
только енабле такты и данные, передавай хоть по 1 биту когда есть что передать.
А плох он тем что - не более 10 мбит.

ну низкая скорость это не порок)) если бы у меня дома была стабильная скорость 10м, то больше то и не нужно))...тут другие грабли, так сналету запустить микруху то и не вышло, то ли уже битую отпаял с материнки, то ли криво читаю мануал...не хочет работать на передачу...хоть что делай, а потребление 19-20ма...нужно еще повозиться

Для SNI режима ее надо по ресету сконфигурить правильно.
Микруха при работе довольно таки горячая. Поэтому 20 ма ни о чем!

Здравствуйте! внимательно слежу за этой темой, тоже хочу научиться слать простенькие пакеты)) но только ничего пока не выходит и тоже совсем малое потребление...пролейте свет пожалуйста...прикладываю файлик с тем, что я сделал (там и вопросы обозначены), посмотрите пожалуйста, не оставьте без внимания)) заранее спасибо!

Вот совершенно тоже самое происходит...куда копать не пойму...

Что-то мне кажется, что это не тот случай, чтобы "кидаться пакетами по последовательному порту" как можно предположить по названию ног у данного чипа. Для начала нужно сформировать ethernet пакет - https://en.wikipedia.org/wiki/Ethernet_frame, затем этот пакет аккуратненько выложить на линии интерфейса MII, который присутствует у этого чипа. Для просмотра чего вы там примете при этом на компьютере рекомендую установить wireshark/

о формировании пакета речи нет, это само собой разумеется...речь о передатчике

и что-то никаких подвижек не намечается

The RTL8201BL can be reset by pulling the RESETB pin low for about 10ms, then pulling the pin high. It can also be reset by
setting bit 15 of register 0 to 1, and then setting it back to 0. Reset will clear the registers and re-initialize them, and the media
interface will first disconnect and restart the auto-negotiation/parallel detection process.
The RTSET pin must be pulled low by a 5.9KΩ resister with 1% accuracy to establish an accurate transmit bias, this will affect
the signal quality of the transmit waveform. Keep it’s circuitry away from other clock traces or transmit/receive paths to avoid
signal interference.

10 ms ваша схема 0 не выдерживает, отсюда и не хочет чип переходить в режим SNI, и еще бы R17 я бы уменьшил до 0 Ом.

с ресетом уже игрался, R17 давно припаян к земле(( толку нет...

Читайте внимательно про ноги 85 и 84 для второго порта (54 и 53 для первого порта). на них надо выставить 0 и 1 пока RESETL = 0 на период на менее 100мс!
Эти рекомедации для ADM8993

спасибо за наводку



да нет...в чем то другом дело...я на ресет уже тубмлер прилепил, чтоб уж наверняка)) не пашет...мож всеж микруха прокисшая, я ее со старой материнки сдул...

потребления тока так и не наблюдается, хотя если возникают коллизии при ТХЕN=1, то передатчик то шевелится как то? хотя конечно загадка...

Есть новые.


Что я запутался, речь идет о RTL8201? ее я в этом режиме не запускал.
ADM8993 в SNI работала точно!

хорошо, давайте сначала! )) бьюсь с микросхемой RTL8201CP, в даташите пишут, что она умеет работать с последовательными данными - порт SNI...слепил макетку (схема на первой странице)...и никак что то ума не дам...все вроде правильно сконфигурировал, но никак...симптомы описаны выше...вижу тоже кто-то с ней пытается справиться, но тоже самое что и у меня...никак

так и есть)) но мы не привыкли отступать...

что-то народ не слишком сочувствует горю((

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

большое спасибо за участие...может быть из представленной выше схемы не все понятно, но мне не трудно повторить и уточнить ход моих действий...итак, в плиске я сформировал пакет, который представлен на сайте ( http://fpga4fun.com/10BASE-T2.html )...запихал этот пакет в регистр обмена, забираю данные из этого регистра клоком идущим из RTL8201 в воротах сигнала ТХЕN...вроде бы все правильно, но тока передатчика я не наблюдаю, а я так думаю он должен быть повыше, чем общий ток потребления 20ма...но при этом всем загорается сигнал о коллизиях, а значит чтото передается...хотя и с этим не понятно...речь идет о полном дуплексе, а это значит, что передатчик, не должен никак влиять на канал приема...а влияет...в общем чтото никак не разберусь, поэтому и жду помощи, может быть коко то посетят умные мысли...

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

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

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

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

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

не "дуплекс", а одно название ]:->

А название ему - TCP/IP протокол с подтверждением

ой чейто бояре сумлеваются...

Я дал совет -делайте вторую плату и разбирайтесь с SNI интерфейсом
когда этот мост заработает, тогда начинайте кидаться пакетами.

да уже почти слепил...

Привет! ну как успехи то? ато мне было некогда повозиться...сдвиги есть?

Обычный осциллограф на выход PHY при 10 мбит. решает 90% проблем. Смотрели то на выходе что? Да и вторую плату не обязательно мудрить - достаточно и первую соединить "на себя" и смотреть тем же осциллографом на RX должно быть то же, что и на TX/ и если грабли в схеме, то и на второй плате они тоже вылезут таким же образом. А сформировать пакет - есть куча готовых тулзов в сети. Вопрос в том, чтобы правильно их затолкать в передатчик. Я бы начал с осциллоскопа - нет манчестера на выходе -> нет работоспособности PHY/ При этом не забываем смотреть сигнал CRS - по идее должен активироваться при подаче TXEN. Это если в дуплексе чип. Проверьте, что там у Вас на ноге DUPLEX.

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

Пишу в этом сообщении т.к. выражаю особую благодарность за участие!!! дело было, как говорится "не в бобине..."...припаял новую микросхему и передача ожила)) спасибо всем огромное, что не оставили в трудную минуту!

а у меня пока что полный затык...заказал десяток микросхем...жду...тоже начал грешить на паленку...((

залудил новую микросхему и!!! о чудо!!! зашевелилось!!! Всем спасибо!!! Всем удачи!!!

Здравствуйте Всем ! Дорогие господа, помогите советом! Слепил генератор ethernet (UDP) пакетов на EPC3C+RTL8201CP, кидаю пакеты на комп, смотрю UDP- терминалом и конечно осциллом , кадр минимально допустимой длины- 46 байт, кадры кидаются непрерывно с паузой - 70 us (между концом и началом - 70 us). По проводу все нормально, но если в разрыв провода включить wi-fi канал, то пакеты теряются (( , грубо говоря из 20 пакетов принимается один...куда копать??? для экспериментов купил роутеры DAP-1155, один настроен точкой, другой клиентом...нареканий на Dlink конечно много, но если через них не мои пакетики кидать, а допустим длинный торрент качать, то со скоростью все нормально...в общем ступор...помогите, люди добрые

Увеличить паузу?

увеличить паузу- не вариант ...да и она вроде бы гораздо больше минимально допустимой...должно работать...ан нет...ощущение такое, что дело в Dlinkах...люди говорят, что нужны точки, которыми можно построить простой brige...а не пара - точка\клиент как у меня...а если так, то какие точки для этого выбрать?...сколько людей, столько и мнений...

Почему? Зачем так часто долбать?
Вполне вероятно что Вы переполняете чью-то очередь передаваемых блоков в цепочке канала. Отсюда и потери.