Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Ethernet hub/switch IC
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Fast Ethernet/Gigabit Ethernet/FibreChannel
DmitryV
Добрый день!

Есть необходимость подключить свое устройство в разрыв существующей линии передачи данных (UTP5).
PHY/MAC - 10/100 Mbit Etehenet (1G - сомневаюсь, но пока не надо). Сразу возникла мысль, что должна
существовать специализированная микросхемка (или трансформатор?) для реализации "разделения" линии
по аналогии с хабом или свитчем, однако, поиск не принес результатов. Ну не ставить же 2xPHY и ретранслировать
все через микроконтроллер.

При помощи каких средств можно реализовать такое подключение своего усройства?
Может быть просто разъем+magnetic на входе + такой же комплект на выходе, а внутренюю линию заводить прямо в
микросхему PHY?

--
Дмитрий
zltigo
Цитата(DmitryV @ Mar 10 2009, 16:59) *
Сразу возникла мысль, что должна
существовать специализированная микросхемка (или трансформатор?) для реализации "разделения" линии
по аналогии с хабом или свитчем

Hub или Switch он и есть. Специализированых, соответственно море..
Цитата
Ну не ставить же 2xPHY и ретранслировать
все через микроконтроллер.

Или имено так.
Цитата
Может...

smile.gif
Rst7
Цитата
Есть необходимость подключить свое устройство в разрыв существующей линии передачи данных (UTP5).


Задачу огласите целиком. А то может банальный свич-мыльница с установленной EEPROM, в которой разрешено зеркалирование портов Вам поможет.
DmitryV
Цитата(zltigo @ Mar 10 2009, 17:11) *
Hub или Switch он и есть. Специализированых, соответственно море..
Или имено так.


Поясните, пожалуйста, что Вы имеете в виду smile.gif

Цитата(Rst7 @ Mar 10 2009, 17:38) *
Задачу огласите целиком. А то может банальный свич-мыльница с установленной EEPROM, в которой разрешено зеркалирование портов Вам поможет.


1. Надо по существующей сети ethernet управлять твердотельным реле + собирать информацию с датчиков + выдавать эту информацию в виде web-нитерфейса.
2. Поскольку линия уже СУЩЕСТВУЮЩАЯ, то хочется именно встроиться в ее разрыв, а не тянуть еще один провод.

Прошу подкинуть хотябы один part number или способ как это реализовать, чтобы было за что зацепиться.

--
Дмитрий.
GL_basik
А чем не устраивает просто свич?
Цитата
Прошу подкинуть хотябы один part number или способ как это реализовать, чтобы было за что зацепиться.

Ну вот на вскидку RTL8363S как раз для соединения 3 устройств в сеть.
Rst7
Цитата
1. Надо по существующей сети ethernet управлять твердотельным реле + собирать информацию с датчиков + выдавать эту информацию в виде web-нитерфейса.
2. Поскольку линия уже СУЩЕСТВУЮЩАЯ, то хочется именно встроиться в ее разрыв, а не тянуть еще один провод.


Понятно. Лучше бы, конечно, было от ближайшего свича протянуть еще одну шлангу. Потому как плодить гирлянду свичей - суть пионернетовский моветон.

Обратите внимание на Micrel'овский камень KSZ8842 во всех инкарнациях. Это двухпортовый свич с дополнительным MAC'ом, который имеет интерфейс к процу. Есть 8-16-32хбитная версия интерфейса или SPI (аля ENC28J60).
GL_basik
Цитата(Rst7 @ Mar 11 2009, 09:59) *
Понятно. Лучше бы, конечно, было от ближайшего свича протянуть еще одну шлангу. Потому как плодить гирлянду свичей - суть пионернетовский моветон.

Ну это вы загнули... 2 свитча в цепочке по вашему недопустимо? А как же топология "звезда"?
зы. Сори за офтопик, но не смог удержаться.
Rst7
Цитата
2 свитча в цепочке по вашему недопустимо? А как же топология "звезда"?


Да можно хоть сто свичей в гирлянду повесить. Смысла только особого нет.

Да и вообще, не очень понятно, зачем топикстартеру что-то включать/выключать где-то в разрыве линии. Тут, кстати, может еще одна проблема возникнуть. С IP-адресами и безопасностью. Если, конечно, это очередной костылек для эзернет-провайдинга.

Давайте колитесь на подробности.
DmitryV
Цитата(GL_basik @ Mar 11 2009, 09:43) *
Ну вот на вскидку RTL8363S как раз для соединения 3 устройств в сеть.


Цитата(Rst7 @ Mar 11 2009, 09:59) *
Обратите внимание на Micrel'овский камень KSZ8842 во всех инкарнациях. Это двухпортовый свич с дополнительным MAC'ом, который имеет интерфейс к процу. Есть 8-16-32хбитная версия интерфейса или SPI (аля ENC28J60).


Большое спасибо, очень похоже на то, что нужно. Правда, высоковат уровнем в OSI (читай - лишнего много).
Поясните, пожалуйста, чем плохо мое изначальное предположение о том, что для реализации хаба (просто тупо повторяющего концентратора)
достаточно меджду "входным" и "выходным" портами устройства (состоящим каждый из разъема + magnetic) сделать ответвление
на чип физического уровня, соединенный по ®MII с контроллером?

Цитата(Rst7 @ Mar 11 2009, 10:30) *
Да и вообще, не очень понятно, зачем топикстартеру что-то включать/выключать где-то в разрыве линии. Тут, кстати, может еще одна проблема возникнуть. С IP-адресами и безопасностью. Если, конечно, это очередной костылек для эзернет-провайдинга.

Давайте колитесь на подробности.


Не, костылями и провайдингом тут не пахнет smile.gif С IP адресами разобраться - задача не хитрая. По поводу безопасности - тут, скорее, задача не отгородить
устройство от внешней среды, а наоборот. Т.е. доказать, что оно не тырит проходящие пакеты и внешние данные и не пересылает налево. Оно и ежу понятно,
что там, где есть что спереть из канала передачи, все как следует зашифровано. Однако, заказчик/пользователь не всегда ёж smile.gif Это мои личные предположения.

Подробности пока что все. Хочется сделать прототип с описанными возможностями, не привязанный к какой-то конкретной цели. Как любят некоторые выражаться
"обкатать технологию". Для меня тут многое новое.
И не лишайте меня возможности учиться на своих ошибках предложениями "купи свич, кинь еще провод и не парься" smile.gif

--
Дмитрий
Rst7
Цитата
Большое спасибо, очень похоже на то, что нужно. Правда, высоковат уровнем в OSI (читай - лишнего много).


Да нормально. Возьмете контроллер без MAC. Дешевле будет. А еще можно вот так извратиться - http://pupa.da.ru/avrsw/

Цитата
Поясните, пожалуйста, чем плохо мое изначальное предположение о том, что для реализации хаба (просто тупо повторяющего концентратора)
достаточно меджду "входным" и "выходным" портами устройства (состоящим каждый из разъема + magnetic) сделать ответвление
на чип физического уровня, соединенный по ®MII с контроллером?


Для того, чтобы банально слушать пакеты в одну сторону - этого вполне достаточно. 2 стороны - соответственно два PHY и проц с двумя MAC.

А вот передать данные в такое соединение просто так не получится. Подумайте, как Вы будете вклиниваться в передачу штатного абонента, чтобы не помешать ему? Только свич решит данный вопрос.

Цитата
И не лишайте меня возможности учиться на своих ошибках предложениями "купи свич, кинь еще провод и не парься"


Главное, чтобы потом Ваши ошибки, допущенные по незнанию и невидимые на Вашем "сферическом коне в вакууме" (прототипе) не превратились в Ваши финансовые убытки после того, как прототип станет серийным устройством.
DmitryV
Цитата(Rst7 @ Mar 11 2009, 14:16) *
Да нормально. Возьмете контроллер без MAC. Дешевле будет.


Контроллер хотел взять с MAC, что-нибудь из LPC23xx. Хотябы в этой части разбираюсь smile.gif Уже делал на нем сетевой девайс, правда,
напрямую подключенный к отдельной линии.

Цитата(Rst7 @ Mar 11 2009, 14:16) *
Для того, чтобы банально слушать пакеты в одну сторону - этого вполне достаточно. 2 стороны - соответственно два PHY и проц с двумя MAC.


Не понял. На один и тот же PHY нельзя завести и RX и TX? Пожалуйста, поясните мысль.

Цитата(Rst7 @ Mar 11 2009, 14:16) *
А вот передать данные в такое соединение просто так не получится. Подумайте, как Вы будете вклиниваться в передачу штатного абонента, чтобы не помешать ему? Только свич решит данный вопрос.

Точно также как и старые хабы (не свитчи) решали, как и решается этот вопрос обычно: MAC по средствам PHY ждет свободной среды и занимает ее.
Разве недостаточно того, что внтурення линия (внутри девайса), соединяющая 2 входа Ethernet от обоих "отвязана" средствами трансформатора (magnetic)?
Почему-то мне казалось, что обычные старинные хабы именно так и работали? Нет?

--
Дмитрий
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.