ded19842008 0 4 сентября, 2013 Опубликовано 4 сентября, 2013 · Жалоба Столкнулся с задачкой разработать 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 0 5 сентября, 2013 Опубликовано 5 сентября, 2013 (изменено) · Жалоба Если при конфигурации свитча не используется оригинальная софтовая прокладка от Марвела, можно нарваться на проблемы, связанные с недокументированными особенностями и свойствами. Во всяком случае, сталкивались с такими проблемами на Престерах. Изменено 5 сентября, 2013 пользователем prig Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ded19842008 0 5 сентября, 2013 Опубликовано 5 сентября, 2013 · Жалоба Если при конфигурации свитча не используется оригинальная софтовая прокладка от Марвела, можно нарваться на проблемы, связанные с недокументированными особенностями и свойствами. Во всяком случае, сталкивались с такими проблемами на Престерах. Конфигурация производится при помощи фирменной программы от Marvell - "SwitchGUI", с помощью ихнего же "usb-to-smi" адаптера. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
prig 0 5 сентября, 2013 Опубликовано 5 сентября, 2013 (изменено) · Жалоба Ага. Марвеловский софт - это хорошо. Теперь неплохо бы разобраться с SGMII, который может поддерживаться Марвеловскими свитчами несколько своеобразно. Попробуйте покрутить в PHY бит SGMII MAC ... Auto-Negatiation Enable. Изменено 5 сентября, 2013 пользователем prig Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vitan 2 5 сентября, 2013 Опубликовано 5 сентября, 2013 · Жалоба Дык а при чем SGMII, если все данные от физики до свитча доходят.? Хотя, конечно, они могут не доходить в обратную сторону... :) Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
prig 0 5 сентября, 2013 Опубликовано 5 сентября, 2013 (изменено) · Жалоба Дык а при чем SGMII, если ? Хотя, конечно, они могут не доходить в обратную сторону... :) Дык, что куда доходит, и в каком состоянии, надо смотреть по счётчикам. Если на 1000 всё работает, а на 100 нет, значит что-то куда-то не доходит. А SGMII тут вполне при чем, так как в этом чипе он не совсем SGMII, что в даташите и оговаривается (автонегоциация SGMII отсутствует). Похоже, что в зависимости от скорости, один тип PHY переключает режим сердеза вслепую, а второй ждёт автонегоциации и не дождавшись сваливается в 1000. Изменено 5 сентября, 2013 пользователем prig Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vitan 2 5 сентября, 2013 Опубликовано 5 сентября, 2013 · Жалоба Похоже, что в зависимости от скорости, один тип PHY переключает режим сердеза вслепую, а второй ждёт автонегоциации и по умолчанию работает на 1000. Согласен, это наиболее вероятный диагноз для телепатического (ибо ТС явно не указал, как он понял, что все нормально на SGMII) метода лечения... Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mo3g 0 10 сентября, 2013 Опубликовано 10 сентября, 2013 · Жалоба Так как 6185 не поддерживает так называемое in-band autonegotion для SGMII интерфейсов и определяет режим скорости и дуплекса через MDIO, то возможно следует отключить in-band autonegotion для SGMII на стороне 1340. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ded19842008 0 4 октября, 2013 Опубликовано 4 октября, 2013 · Жалоба Так как 6185 не поддерживает так называемое in-band autonegotion для SGMII интерфейсов и определяет режим скорости и дуплекса через MDIO, то возможно следует отключить in-band autonegotion для SGMII на стороне 1340. Пробовал отключать автопереговоры, и наоборот отключать MDIO/MDC -в итоге порты на 100 не заработали. Разбираться времени нет, сроки и так уже поджимают - решили переделать плату только на phy 88е1112. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться