DarkXimik

Это такой кабель, реальные характеристики которого, не соответствуют заявленным производителем характеристикам. Вопрос в другом. Чего NPort 5150A работать не захотел. Это как-то не правильно. С этим "плохим кабелем" отлично работают другие устройства. Ноутбук на одном конце и коммутатор на другом. Проверял несколько раз. Так же подключали этим кабелем ПЛК и рабочие станции к сети. Правда сегменты короче были 15-30 метров. Кабель в общем-то годный. Правда жилы жёсткие, плохо выпрямляются когда разделываешь. Так, что возможно не в кабеле дело, а в NPort 5150A. У меня два NPort 5150A и оба на этом кабеле плохо работают. Пробовал на отрезках 50 и 74 метра. На кабеле от другого производителя заработали без проблем. Отрезок брал 65 метров. Повторюсь, параллельно каждый кусок кабеля проверял подключая ноутбук на один конец, а другой включался в коммутатор.

Проблема решена. Путём экспериментов с разными пачкордами длинной 40 - 70 метров выяснил в чём проблема. Если кратоко, то на длинных линиях NPort не работает на кабеле низкого качества. При этом например ноубук HP 15-r257ur прекрасно работает на таких линиях. В общем заменили витую пару на другую и всё заработало.

Необходимо установить на компьютер NPort Administrator. Затем с помощью NPort Administrator надо найти все NPort в сети и для каждого найденного преобразователя необходимо смапить порт. Делается это соответственно на вкладке COM maping. Преобразователи переведите в режим RealCOM. Это можно сделать при помощи всё того же NPort Administrator. Если ПО для работы с теплосчетчиками может работать с сокетами, то мапить com-порты не надо. Ну и преобразователи должны работать в режиме TCP Server. Так же необходимо настроить com-порт преобразователя. Выставить скорость работы, чётность ну и всё остальное так же как и на теплосчетчиках. Если будете мапить порты то создаваемые виртуальные com-порты надо так же сконфигурировать соответственно теплосчётчикам.

На NPort, разъём тоже исправен. Я же его сконфигурировал под свои нужды. Подключал пачкордом длинной 3-и метра. Пинговался NPort, на коротком пачкорде, замечательно.

С разъёмами всё в порядке. Ноутбук подключённый к этому же кабелю отлично видит окружающую сеть. Эксперименты пока не проводил. Хочу подключить старенький NPort 5150 и посмотреть, что получится. В общем в понедельник поэкспериментирую.

Здравствуйте. Столкнулся со странной проблемой. В цеху необходимо опрашивать расходомер. Выбрали NPort 5150A в качестве преобразователя RS-485 в ethernet. Расстояние, по кабелю, до ближайшего коммутатора порядка 50-и метров. Вроде всё нормально. Если учесть, что длинна сегмента ethernet может достигать 100 метров. Но вот незадача NPort 5150A пингуется крайне плохо. ping -t 10.0.15.95 Обмен пакетами с 10.0.15.95 по с 32 байтами данных: Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Ответ от 10.0.15.95: число байт=32 время=1мс TTL=255 Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Ответ от 10.0.15.6: Заданный узел недоступен. Ответ от 10.0.15.6: Заданный узел недоступен. Ответ от 10.0.15.6: Заданный узел недоступен. Ответ от 10.0.15.6: Заданный узел недоступен. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Ответ от 10.0.15.6: Заданный узел недоступен. Статистика Ping для 10.0.15.95: Пакетов: отправлено = 28, получено = 6, потеряно = 22 (78% потерь) Приблизительное время приема-передачи в мс: Минимальное = 1мсек, Максимальное = 1 мсек, Среднее = 1 мсек Control-C ^C C:\Users\SegedaVN>ping -t 10.0.15.95 Обмен пакетами с 10.0.15.95 по с 32 байтами данных: Ответ от 10.0.15.6: Заданный узел недоступен. Ответ от 10.0.15.95: число байт=32 время=3мс TTL=255 Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Статистика Ping для 10.0.15.95: Пакетов: отправлено = 10, получено = 2, потеряно = 8 (80% потерь) Приблизительное время приема-передачи в мс: Минимальное = 3мсек, Максимальное = 3 мсек, Среднее = 3 мсек При этом если вместо NPort 5150A подключится ноутбуком к тому же кабелю и пропинговать окружающую сеть то всё нормально пингуется. То есть кабель исправный. Кстати через пачкорд длинной 3 метра этот NPort 5150A спокойно пингуется/конфигурируется/доступен web интерфейс/telnet. Собственно вопрос как решить проблему с NPort 5150A? 50 метров допустимое расстояние для ethernet. NPort 5150A/EU V1.0.1 прошивка версии 1.4 S/N TAGLB1012974

Здравствуйте. Возник вопрос. Можно ли создать виртуальный COM-порт если преобразователь работает в режиме TCP Server? Создал в NPort Administrator виртуальный COM-порт. В системе порт виден. Но при попытке доступа к этому пору выскакивает ошибка доступа.

Представители производителя упорно молчат.

Я 14 счётчиков на одной шине опрашиваю без проблем. Тут видимо что то другое нежели рассогласование. Возможно какой то счётчик гасит шину. Тут скорее всего надо поочерёдно подключать к шине счётчики и смотреть на каком отвалится связь.

Светодиоды это конечно интересно, но хотелось бы узнать, как вернуть к жизни NPort. Я так подозреваю слетела прошивка. Или всё таки проблема по питанию? У меня с преобразователем такая проблема началась после скачков питания.

Видимо так оно и есть

Здравствуйте. Помогите разобраться со следующей проблемой. Суть проблемы такая: на сервере устанавливаю NPort Management Suite Version: 3.5 , создаю виртуальный COM порт с помощью RealCOM Installer, сохраняюсь. Все вроде правильно. При этом этот порт виден в системе. Но не одна коммуникационная программа не может установить соединение с этим портом. На сервере установлен Win Server 2003 R2 EE SP2. Проделываю все тоже самое на ноутбуке с Win XP SP2 все работает на ура. Преобразователь DE-311