Инструменты пользователя

Инструменты сайта


doc:interf:5600bb3t

5600BB3T - четырехпортовый коммутатор сети Ethernet (10/100 Мбит/с)

Микросхема функционирует как 4-х портовый коммутатор по стандарту IEEE 802.3 10Base-T и 100Base-TX в полном и полудуплексе. Каждый из четырех каналов обладает контроллерами канального и физического уровня. Кроме того, в состав микросхемы включен дополнительный порт на основе контроллера канального уровня. Передача и прием данных дополнительного порта осуществляется при помощи интерфейса MII, что позволяет использовать его как в качестве порта расширения для объединения двух микросхем, так и в качестве пятого канала коммутации данных при условии использования внешнего контроллера физического уровня. Пример работы с микросхемой 5600ВВ3Т по SPI находится по ссылке.

Реконструкция ретрансляции пакета из спецификации

Таблица МАС адресации

Вопросы-Ответы

- В списке к рисунку 1 есть GP Генератор прямоугольных импульсов 25 МГц, но его нет на схеме.

Раньше был GP, потом заменили на Q1 и C6. Забыли убрать.


- Предъявляются ли особые требования к конденсаторам, устанавливаемых на выводах питания?

Нет, особых требований нет. Согласно ТУ нужно выбирать номиналы.


- Можно ли изменить порядок подачи и снятия напряжения и выходных сигналов? Согласно ТУ: Порядок подачи и снятия напряжении питания и входных сигналов на микросхемы должен быть следующим: подача (включение микросхемы): общий, питание, входные сигналы или одновременно. Почему?

Выбор режима работы микросхемы занимает 16 тактов внутренней частоты, кроме того, генератор активируется, когда встает опора. На все это нужно время, потому что как будет вести себя входная КМОП-пара, когда не подано напряжение, но уже пришли сигналы - не известно. Соответственно, важен порядок, описанный в ТУ.


- Необходим ли один или два источника питания(на типовой схеме включения - два).

На отладочной плате - один, развязан через фильтры. Так же "на столе" пробовали, что работает без фильтров, просто с перемычками.


- Реализован ли в микросхеме Auto-MDI(X).

Нет, в 5600ВВ3Т нет функции автоматического определения полярности кабелей.


- Реализована ли в микросхеме функция Autonegotiation? И почему при настройке коммутатора в 100 Мбит/с, дуплекс, пропускная способность канала падает до 5 Мбит/c.

Да, функция автосогласования реализована, однако, она работает только в режиме MODE[3:0] = 1111 и 0111, автоматическое определение состояния несущей. Для остальных режимов скорость приёма/передачи и режим дуплекса жёстко заданы, поэтому при выставлении таких режимов работы необходимо учитывать, чтобы все подключаемые устройства также имели данные параметры. Иначе устройства, работающие в режиме автосогласования не поймут настройки коммутатора и переключатся в худший режим. Так, например, сетевая карта ПК по умолчанию работает в режиме "автосогласования", и если произвести подключение к коммутатору, у которого установлен режим 1011 (100 Мбит/c, дуплекс), то ПК выставит худший вариант подключения - 100 Мбит/c, полудуплекс, из-за чего подключение будет работать некорректно. ⇒ Режим работы сетевой карты ПК также необходимо изменить на соответствующий.


Заметки

На выводах link действительно стоят резисторы большого номинала(47кОм). На отладочной плате - 270Ом.


Ситуации, когда пакет может попасть не в тот выход

Когда пакет приходит в коммутатор, то MAC адрес источника кладется в таблицу (если адреса в ней еще нет), либо обновляется в таблице - обновляется время жизни записи.

1 - Случай когда пакеты большие, но посылает только один источник.

Обновление таблицы происходит только по адресу источника, то есть от того, кто высылает пакет. При этом, для того чтобы адрес назначения обновлялся в таблице адресации необходимо чтобы приемное устройство так-же иногда что-то отправляло. Иначе адрес приемника сотрется с течением времени и приходящие данные неизвестно будет куда отправлять. Получается, что пакет будет отсылаться на все выводы.

Это штатная работа микросхемы.

2 - Когда пакеты маленькие, порядка минимальной посылки. (Ошибка микросхемы)

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

В нашем случае такое поведение пропадало при увеличении пакета до 70 байт.

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

Не рекомендуется использовать коммутатор в сетях со специфическим обменом исключительно короткими пакетами.


Куда должны быть подключены RXER и COL при объединении двух микросхем и при использовании одной микросхемы с внешним модулем PHY, работающим в полудуплексе?

При объединении двух микросхем RXER и COL каждой из объединяемых микросхем должен быть подключен к земле.

Если используется одна микросхема и к ней подключен внешний модуль PHY, функционирующий в полудуплексе (коллизии могут возникать только при работе в полудуплексе из-за задержек передачи по сети), то COL микросхемы 5600ВВ3Т объединяется с COL микросхемы PHY. Аналогично для RXER.


doc/interf/5600bb3t.txt · Последние изменения: 2019/04/29 18:38 — katya