DmitryV 0 10 марта, 2009 Опубликовано 10 марта, 2009 · Жалоба Добрый день! Есть необходимость подключить свое устройство в разрыв существующей линии передачи данных (UTP5). PHY/MAC - 10/100 Mbit Etehenet (1G - сомневаюсь, но пока не надо). Сразу возникла мысль, что должна существовать специализированная микросхемка (или трансформатор?) для реализации "разделения" линии по аналогии с хабом или свитчем, однако, поиск не принес результатов. Ну не ставить же 2xPHY и ретранслировать все через микроконтроллер. При помощи каких средств можно реализовать такое подключение своего усройства? Может быть просто разъем+magnetic на входе + такой же комплект на выходе, а внутренюю линию заводить прямо в микросхему PHY? -- Дмитрий Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 0 10 марта, 2009 Опубликовано 10 марта, 2009 · Жалоба Сразу возникла мысль, что должна существовать специализированная микросхемка (или трансформатор?) для реализации "разделения" линии по аналогии с хабом или свитчем Hub или Switch он и есть. Специализированых, соответственно море.. Ну не ставить же 2xPHY и ретранслировать все через микроконтроллер. Или имено так. Может... :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rst7 5 10 марта, 2009 Опубликовано 10 марта, 2009 · Жалоба Есть необходимость подключить свое устройство в разрыв существующей линии передачи данных (UTP5). Задачу огласите целиком. А то может банальный свич-мыльница с установленной EEPROM, в которой разрешено зеркалирование портов Вам поможет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DmitryV 0 10 марта, 2009 Опубликовано 10 марта, 2009 · Жалоба Hub или Switch он и есть. Специализированых, соответственно море.. Или имено так. Поясните, пожалуйста, что Вы имеете в виду :) Задачу огласите целиком. А то может банальный свич-мыльница с установленной EEPROM, в которой разрешено зеркалирование портов Вам поможет. 1. Надо по существующей сети ethernet управлять твердотельным реле + собирать информацию с датчиков + выдавать эту информацию в виде web-нитерфейса. 2. Поскольку линия уже СУЩЕСТВУЮЩАЯ, то хочется именно встроиться в ее разрыв, а не тянуть еще один провод. Прошу подкинуть хотябы один part number или способ как это реализовать, чтобы было за что зацепиться. -- Дмитрий. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
GL_basik 0 11 марта, 2009 Опубликовано 11 марта, 2009 (изменено) · Жалоба А чем не устраивает просто свич? Прошу подкинуть хотябы один part number или способ как это реализовать, чтобы было за что зацепиться. Ну вот на вскидку RTL8363S как раз для соединения 3 устройств в сеть. Изменено 11 марта, 2009 пользователем GL_basik Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rst7 5 11 марта, 2009 Опубликовано 11 марта, 2009 · Жалоба 1. Надо по существующей сети ethernet управлять твердотельным реле + собирать информацию с датчиков + выдавать эту информацию в виде web-нитерфейса. 2. Поскольку линия уже СУЩЕСТВУЮЩАЯ, то хочется именно встроиться в ее разрыв, а не тянуть еще один провод. Понятно. Лучше бы, конечно, было от ближайшего свича протянуть еще одну шлангу. Потому как плодить гирлянду свичей - суть пионернетовский моветон. Обратите внимание на Micrel'овский камень KSZ8842 во всех инкарнациях. Это двухпортовый свич с дополнительным MAC'ом, который имеет интерфейс к процу. Есть 8-16-32хбитная версия интерфейса или SPI (аля ENC28J60). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
GL_basik 0 11 марта, 2009 Опубликовано 11 марта, 2009 · Жалоба Понятно. Лучше бы, конечно, было от ближайшего свича протянуть еще одну шлангу. Потому как плодить гирлянду свичей - суть пионернетовский моветон. Ну это вы загнули... 2 свитча в цепочке по вашему недопустимо? А как же топология "звезда"? зы. Сори за офтопик, но не смог удержаться. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rst7 5 11 марта, 2009 Опубликовано 11 марта, 2009 · Жалоба 2 свитча в цепочке по вашему недопустимо? А как же топология "звезда"? Да можно хоть сто свичей в гирлянду повесить. Смысла только особого нет. Да и вообще, не очень понятно, зачем топикстартеру что-то включать/выключать где-то в разрыве линии. Тут, кстати, может еще одна проблема возникнуть. С IP-адресами и безопасностью. Если, конечно, это очередной костылек для эзернет-провайдинга. Давайте колитесь на подробности. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DmitryV 0 11 марта, 2009 Опубликовано 11 марта, 2009 · Жалоба Ну вот на вскидку RTL8363S как раз для соединения 3 устройств в сеть. Обратите внимание на Micrel'овский камень KSZ8842 во всех инкарнациях. Это двухпортовый свич с дополнительным MAC'ом, который имеет интерфейс к процу. Есть 8-16-32хбитная версия интерфейса или SPI (аля ENC28J60). Большое спасибо, очень похоже на то, что нужно. Правда, высоковат уровнем в OSI (читай - лишнего много). Поясните, пожалуйста, чем плохо мое изначальное предположение о том, что для реализации хаба (просто тупо повторяющего концентратора) достаточно меджду "входным" и "выходным" портами устройства (состоящим каждый из разъема + magnetic) сделать ответвление на чип физического уровня, соединенный по ®MII с контроллером? Да и вообще, не очень понятно, зачем топикстартеру что-то включать/выключать где-то в разрыве линии. Тут, кстати, может еще одна проблема возникнуть. С IP-адресами и безопасностью. Если, конечно, это очередной костылек для эзернет-провайдинга. Давайте колитесь на подробности. Не, костылями и провайдингом тут не пахнет :) С IP адресами разобраться - задача не хитрая. По поводу безопасности - тут, скорее, задача не отгородить устройство от внешней среды, а наоборот. Т.е. доказать, что оно не тырит проходящие пакеты и внешние данные и не пересылает налево. Оно и ежу понятно, что там, где есть что спереть из канала передачи, все как следует зашифровано. Однако, заказчик/пользователь не всегда ёж :) Это мои личные предположения. Подробности пока что все. Хочется сделать прототип с описанными возможностями, не привязанный к какой-то конкретной цели. Как любят некоторые выражаться "обкатать технологию". Для меня тут многое новое. И не лишайте меня возможности учиться на своих ошибках предложениями "купи свич, кинь еще провод и не парься" :) -- Дмитрий Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rst7 5 11 марта, 2009 Опубликовано 11 марта, 2009 · Жалоба Большое спасибо, очень похоже на то, что нужно. Правда, высоковат уровнем в OSI (читай - лишнего много). Да нормально. Возьмете контроллер без MAC. Дешевле будет. А еще можно вот так извратиться - http://pupa.da.ru/avrsw/ Поясните, пожалуйста, чем плохо мое изначальное предположение о том, что для реализации хаба (просто тупо повторяющего концентратора) достаточно меджду "входным" и "выходным" портами устройства (состоящим каждый из разъема + magnetic) сделать ответвление на чип физического уровня, соединенный по ®MII с контроллером? Для того, чтобы банально слушать пакеты в одну сторону - этого вполне достаточно. 2 стороны - соответственно два PHY и проц с двумя MAC. А вот передать данные в такое соединение просто так не получится. Подумайте, как Вы будете вклиниваться в передачу штатного абонента, чтобы не помешать ему? Только свич решит данный вопрос. И не лишайте меня возможности учиться на своих ошибках предложениями "купи свич, кинь еще провод и не парься" Главное, чтобы потом Ваши ошибки, допущенные по незнанию и невидимые на Вашем "сферическом коне в вакууме" (прототипе) не превратились в Ваши финансовые убытки после того, как прототип станет серийным устройством. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DmitryV 0 11 марта, 2009 Опубликовано 11 марта, 2009 · Жалоба Да нормально. Возьмете контроллер без MAC. Дешевле будет. Контроллер хотел взять с MAC, что-нибудь из LPC23xx. Хотябы в этой части разбираюсь :) Уже делал на нем сетевой девайс, правда, напрямую подключенный к отдельной линии. Для того, чтобы банально слушать пакеты в одну сторону - этого вполне достаточно. 2 стороны - соответственно два PHY и проц с двумя MAC. Не понял. На один и тот же PHY нельзя завести и RX и TX? Пожалуйста, поясните мысль. А вот передать данные в такое соединение просто так не получится. Подумайте, как Вы будете вклиниваться в передачу штатного абонента, чтобы не помешать ему? Только свич решит данный вопрос. Точно также как и старые хабы (не свитчи) решали, как и решается этот вопрос обычно: MAC по средствам PHY ждет свободной среды и занимает ее. Разве недостаточно того, что внтурення линия (внутри девайса), соединяющая 2 входа Ethernet от обоих "отвязана" средствами трансформатора (magnetic)? Почему-то мне казалось, что обычные старинные хабы именно так и работали? Нет? -- Дмитрий Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться