Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Marvell 88e6185, работа с 88e1340, 88e1112
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Fast Ethernet/Gigabit Ethernet/FibreChannel
ded19842008
Столкнулся с задачкой разработать 10 портовый гигабитный свитч. Собрал связку 88е6185 + по 2 шт 88е1340 и 88е1112. На скорости 1 Гбит\с все работает нормально, но вот при 100 и 10 мбит\с на обоих 88е1340 линк поднимается, а связи между портами нет, т.е сетка не работает. Хотя на 88е1112 на 100 и на 10 работает все нормально. Не могу понять в чем загвоздка. Покопался в регистрах 88е6185 - у не рабочего порта все настройки совпадают с рабочим портом. Функция PPU работает нормально, все данные от физики до свитча доходят. Может кто сталкивался с подобной проблемой?

88e6185:
sw_mode0 - 0
sw_mode1 - 1 "ports come up enabled ignore eeprom"
ppu_en - 1

88e1340:
config0 - 0000 "PHYAD for ports - 00 01 02 03"
config1 - 1111 "Advertise All Capabilities 10/100/1000"
config2 - 0110 "PDOWN - OFF, "
config3 - 0001 "MODE - SGMII (System) to Copper"

88e1112:
config0 - 00 "PHYADR[0..1]"
config1 - 10 "PHYADR[2..3]"
config2 - 00 "SGMII_CLK, PHYADR[4]"
config3 - 00 "MDC/MDIO"
config4 - 00 "No EEPROM Read"
config5 - 11 "SGMII MAC Interface to Auto media select (Copper/1000BASE-X)"
prig
Если при конфигурации свитча не используется оригинальная софтовая прокладка от Марвела, можно нарваться на проблемы, связанные с недокументированными особенностями и свойствами. Во всяком случае, сталкивались с такими проблемами на Престерах.
ded19842008
Цитата(prig @ Sep 5 2013, 12:08) *
Если при конфигурации свитча не используется оригинальная софтовая прокладка от Марвела, можно нарваться на проблемы, связанные с недокументированными особенностями и свойствами. Во всяком случае, сталкивались с такими проблемами на Престерах.

Конфигурация производится при помощи фирменной программы от Marvell - "SwitchGUI", с помощью ихнего же "usb-to-smi" адаптера.
prig
Ага. Марвеловский софт - это хорошо.
Теперь неплохо бы разобраться с SGMII, который может поддерживаться Марвеловскими свитчами несколько своеобразно.
Попробуйте покрутить в PHY бит SGMII MAC ... Auto-Negatiation Enable.
vitan
Дык а при чем SGMII, если
Цитата(ded19842008 @ Sep 4 2013, 15:41) *
все данные от физики до свитча доходят.
?

Хотя, конечно, они могут не доходить в обратную сторону... sm.gif
prig
Цитата(vitan @ Sep 5 2013, 17:14) *
Дык а при чем SGMII, если
?

Хотя, конечно, они могут не доходить в обратную сторону... sm.gif

Дык, что куда доходит, и в каком состоянии, надо смотреть по счётчикам. Если на 1000 всё работает, а на 100 нет, значит что-то куда-то не доходит.

А SGMII тут вполне при чем, так как в этом чипе он не совсем SGMII, что в даташите и оговаривается (автонегоциация SGMII отсутствует).
Похоже, что в зависимости от скорости, один тип PHY переключает режим сердеза вслепую, а второй ждёт автонегоциации и не дождавшись сваливается в 1000.
vitan
Цитата(prig @ Sep 5 2013, 19:30) *
Похоже, что в зависимости от скорости, один тип PHY переключает режим сердеза вслепую, а второй ждёт автонегоциации и по умолчанию работает на 1000.

Согласен, это наиболее вероятный диагноз для телепатического (ибо ТС явно не указал, как он понял, что все нормально на SGMII) метода лечения...
mo3g
Так как 6185 не поддерживает так называемое in-band autonegotion для SGMII интерфейсов и определяет режим скорости и дуплекса через MDIO, то возможно следует отключить in-band autonegotion для SGMII на стороне 1340.
ded19842008
Цитата(mo3g @ Sep 11 2013, 00:45) *
Так как 6185 не поддерживает так называемое in-band autonegotion для SGMII интерфейсов и определяет режим скорости и дуплекса через MDIO, то возможно следует отключить in-band autonegotion для SGMII на стороне 1340.

Пробовал отключать автопереговоры, и наоборот отключать MDIO/MDC -в итоге порты на 100 не заработали. Разбираться времени нет, сроки и так уже поджимают - решили переделать плату только на phy 88е1112.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.