RS 232 >AVR>Ethernet.Как лучше сделать? - Страница 3

Zemlyanov · 21.02.2010, 10:57

А может давайте про AVR ? Я на PIC пока переходить не собираюсь.Вот нашел проект для AVR на контроллере W5100 написанный на CodeVisionAVR .

Dtolok · 21.02.2010, 16:26

Zemlyanov, а на чем сам программируешь?

Zemlyanov · 21.02.2010, 20:21

Сообщение от Dtolok

а на чем сам программируешь?

CodeVisionAVR

Zemlyanov · 08.03.2010, 01:31

Пришли микросхемы W5100 (Wiznet) и разъемы RJ45 PulseJack серии j1006 ( с интегрированными трансформаторами). Теперь меня мучает вопрос, а подойдут ли данные RJ 45 для W5100. Посмотрел datasheet на разъем j1006 , а там их несколько видов с отводами от трансов и без них. Может я не тот транс взял, а надо было с отводами. На кой вообще эти отводы?

Zemlyanov · 08.03.2010, 01:38

Сомнения по поводу разъемов меня начали терзать после того как я посмотрел datasheet на enc28j60 и тип разъема который там рекомендуется .

alexgap · 08.03.2010, 01:45

Сообщение от Zemlyanov

Теперь меня мучает вопрос, а подойдут ли данные RJ 45 к контроллеру W5100. Посмотрел datasheet на разъем j1006 , а там их несколько видов с отводами от трансов и без них. Может я не тот транс взял, а надо было с отводами. На кой вообще эти отводы?

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

Без отводов тоже все будет работать.

Zemlyanov · 09.03.2010, 16:15

Меня интересуют такие вопросы: есть ли в контроллере w5100 аппаратная фильтрация широковещательных пакетов? В контроллере enc28j60, вроде есть, а вот в w5100 я что то не где не видел упоминания об аппаратной фильтрации пакетов. Контроллер w5100 будет использоваться в шумной сети (организованной на свичах), сканер сети показывает большое количество широковещательных пакетов. Если в w5100 нет аппаратного фильтра , тогда микроконтроллеру который будет рулить w5100 нужно постоянно выгребать данные из буфера и самому фильтровать их, а это не очень хорошо, мк и так есть чем заниматься. Может кто прояснит ситуацию по этому вопросу .
Теперь следующий вопрос : девайсы которые будут сделаны на контроллерах Ethernet w5100 будут использоваться в локальной VPN сети где используется поле IP адресов 172.17.229.ххх , так вот все это поле адресов уже зарезервировано под биллинг. Если w5100 присвоить поле адресов 172.17.230.ххх, нормально ли эти устройства будут находится в сети ( я не знаю по какому принципу организовывается адресация в свичах) ?

alexgap · 09.03.2010, 17:20

Сообщение от Zemlyanov

Теперь следующий вопрос : девайсы которые будут сделаны на контроллерах Ethernet w5100 будут использоваться в локальной VPN сети где используется поле IP адресов 172.17.229.ххх , так вот все это поле адресов уже зарезервировано под биллинг. Если w5100 присвоить поле адресов 172.17.230.ххх, нормально ли эти устройства будут находится в сети ( я не знаю по какому принципу организовывается адресация в свичах) ?

Простой ответ: нормально, если сеть 172.17.230.ххх не будет как-либо логически связана с 172.17.229.ххх. Физически один свич и один провод могут держать хоть сотню независимых подсетей. Если всё-же есть устройства, которым нужно будет одновременно и по VPN и к вашему устройству, то прийдется для них расширить маску подсети до 255.255.0.0 и настроить маршрут для подсети 172.17.230.ххх чтобы пакеты для нее выходили прямо в сетевой адаптер минуя шлюз VPN.
_______________

Более широкий ответ на этот вопрос зависит от ваших конкретных потребностей. Нужно знать две вещи: 1) маску подсети и 2) должно ли ваше устройство взаимодействовать с интернетом.
Начнем с 1 критерия. Он выясняется путем просмотра статуса сетевого подключения одного из компьютеров в этой сети. Как правило маска подсети имеет значение 255.255.255.0. Если у вас таки VPN, то через него как правило проходят пакеты, выходящие за пределы, например, 172.17.229.ххх. Ширина xxx определяется маской подсети. Если бы маска к примеру была бы 255.255.0.0, то тогда устройства в вашей сети могли бы иметь адрес 172.17.ххх.ххх. Прохождение или непрохождение пакетов вне маски определяется конкретной настройкой VPN подключения. К примеру, если доступ к интернет у вас производится через тот-же VPN, то пакеты вне маски будут точно проходить через VPN на другой конец VPN туннеля в шлюз по-умолчанию. Т.е. ваше устройство не сможет общаться с компьютерами в локальной сети, так как все пакеты от компьютера с адресом 172.17.229.ххх к устройству в сети 172.17.230.ххх будут уходить в шлюз по-умолчанию через VPN, а не собственно к вашему устройству. Это совсем не то, что вам нужно, как я понимаю. Для нормальной работы через VPN прийдется глобально расширять маску до 255.255.0.0.

Если вам нужно использовать устройства только внутри локальной сети (не доходя до туннелирования по VPN), то можно расширить маску на локальных компьютерах до 255.255.0.0, и тогда они смогут обращаться как к сети по VPN, так и к устройствам внутри локальной подсети. + нужен будет маршрут для сети 172.17.230.ххх

Если 172.17.229.ххх и 172.17.230.ххх две независимые сети, то вообще ничего делать не надо, все и так будет работать. В этом случае каждое устройство в сети принадлежит либо к 172.17.229.ххх либо к 172.17.230.ххх, но не одновременно. Если нужен одновременный доступ к обеим подсетям, то нужны игры с маской и, возможно, с маршрутом, описанные выше.

Вообщем один физический канал (с проводами и свичами и сетевыми картами) может транспортировать несколько логических подсетей с разными адресами параллельно без каких-либо проблем. Нужно просто правильно настроить конечные сетевые устройства, чтобы они увидели друг-друга. Кстати, поддержка нескольких подсетей на одной сетевой карте в Windows очень убогая, в этом разрезе Linux - просто рай.

Теперь перейдем к критерию 2. Он определяет, должно ли быть доступно ваше устройство за пределами локальной сети, например из другой сети или из интернета. Если оно должно быть доступно, то необходимо либо садить устройство в уже существующие 172.17.229.ххх, либо расширять маску до 255.255.0.0 локально и на стороне VPN сервера.

Zemlyanov · 10.03.2010, 00:58

Огромное спасибо за объяснение !!! Ну теперь я Вас буду засыпать вопросами по ходу конструирования девайса, если конечно вы не против.
Начнем с более подробного описания ситуации, и так мы имеем компьютеры, объединенные между собой в локальную сеть при помощи “свичей”. Сетевые карты компьютеров настроены так: IP 172.17.229.xxx маска подсети - 255.255.255.0. При включенном компьютере я могу при помощи программ “сервер” и ” клиент” установленных на компьютерах в сети обмениваться данными . Как такового VPN соединения нет, но вот когда компьютерам нужен выход в интернет , то они создают VPN соединение с компьютером на котором установлена биллинговая программа и он через себя дает выход в интернет компьютерам находящимся в локальной сети .
Так вот, девайсы на Ethernet контроллере W5100 будут включаться в свободные порты “свичей” , данному девайсу (клиенту) не нужен выход в интернет , ему просто нужно связываться с “сервером” который будет установлен на компьютере с IP адресом 172.17.229.xxx и передавать ему данные . А компьютеру (серверу) необходимо отправить ответ клиенту который к нему подсоединился. Естественно, что я не могу присвоить девайсу IP адрес из поля 172.17.229.ххх, так как это вызовет конфликт в сети, потому что весь диапазон этих адресов присвоен сетевым картам компьютеров в локальной сети .
Теперь допустим все есть как есть, я беру контроллер на базе W5100 которому присвоен IP адрес 172.17.230.1 и маска подсети 255.255.0.0 и подключаю к свободному порту “свичя”, и затем контроллер начинает пытаться установить связь с компьютером (сервером) который имеет адрес IP 172.17.229.xxx. Сможет ли контроллер соединиться с сервером или и на серверном компьютере надо ставить маску подсети 255.255.0.0.? Напоминаю что ни клиенту, ни серверу ,выход в интернет не нужен поэтому VPN соединение с раздающим интернет компьютером отсутствует . Компьютер “сервер” и девайс “ клиент “ просто физически соединены между собой через определенное количество свичей

alexgap · 10.03.2010, 02:04

Сообщение от Zemlyanov

Естественно, что я не могу присвоить девайсу IP адрес из поля 172.17.229.ххх, так как это вызовет конфликт в сети, потому что весь диапазон этих адресов присвоен сетевым картам компьютеров в локальной сети

Не факт что будет конфликт. Он будет только если все адреса из промежутка 172.17.229.ххх заняты реальными устройствами.

Сообщение от Zemlyanov

Теперь допустим все есть как есть, я беру контроллер на базе W5100 которому присвоен IP адрес 172.17.230.1 и маска подсети 255.255.0.0 и подключаю к свободному порту “свичя”, и затем контроллер начинает пытаться установить связь с компьютером (сервером) который имеет адрес IP 172.17.229.xxx. Сможет ли контроллер соединиться с сервером или и на серверном компьютере надо ставить маску подсети 255.255.0.0.? Напоминаю что ни клиенту, ни серверу ,выход в интернет не нужен поэтому VPN соединение с раздающим интернет компьютером отсутствует .

В этом случае устройство и компьютер (сервер) должны иметь маску 255.255.0.0. Этого будет достаточно. Если хоть в одном из устройств маска будет более "узкая" то соединение будет невозможным - часть пакетов попросту будет уходить в шлюз по-умолчанию, то есть, в интернет или в пустоту в зависимости от настроек сети.