Komantsev

Добрый день! Пока только 3.5.3. Я уточню у коллег про версию 3.8, дам знать.

Здравствуйте! Да, абсолютно корректно! У меня у самого на ноутбуке Windows 8, и UPort работает на нем отлично. На Win 7 тоже проблем нет! Последний драйвер есть здесь.

Ну, кстати, да :-))))

А может порт действительно чем-то занят? Не пробовали открыть его утилитой Hyper Terminal?

Добрый день! Если Вы работаете в режиме Real COM с активированной на NPort опцией "Max. Connection = 1" или "Allow Driver Control" (по умолчанию эти опции ативированы), то принимаются те настройки COM-порта, которые задаем программа при открытии COM-порта (в Вашем случае это программа HyperTerminal). Настройки COM-порта, прописанные в самом NPort (вкладка Serial в NPort\Configuration), будут применены в случае одновременной установки опций "Max. Connection > 1" и "Allow Driver Control = No" на этой же вкладке. Тогда настройки открывающей программы игнорируются. На все остальные настройки скорости COM-порта не обращайте внимания. Говорят, они для Windows-программ, не умеющих самостоятельно регулировать формат передачи данных, но на нашей практике мы таких программ не встречали. Как правило, если не возникает каких-то исключительных задач, пользователи используют вариант (1): работают на той скорости, на которой открывает COM-порт прикладная программа, просто игнорируя остальные настройки. Это очень удобно!

Здравствуйте! Порты не заблокированы, Вы можете использовать эти номера. Если Вы уверены, что порты свободны, то смело назначайте новое устройство на эти COMы. Просто NPort Administrator выдаст предупреждение, но позволит Вам использовать этот номер. Для корректной работы, возможно, понадобится перезагрузить компьютер после назначения COM-порта.

Спасибо Вам за новости! Приятной работы!

Добрый день! Нужен "нуль-модем". Разъем у NPort точь-в-точь такой же, как и у компьютера. А два однотипных разъема надо соединять именно нуль-модемом. К сожалению, переключать тип распайки нельзя (честно говоря, я вообще не встречал устройств, где COM-порт можно было бы переключать из режима DTE и режим DCE).

Добрый день! Хочу обратить внимание на то, что в Кольце 2 у всех коммутаторов должна быть активирована опция "Ring 2" (а Ring 1 выключен). Соответственно, у коммутатора, являющегося общим для этих двух колец, обе опции "Ring 1" и "Ring 2" должны быть активны. Так ли у Вас сделано?

А попробуйте драйверок поновее.

Добрый день! Если к каждому контроллеру поставите NPort W2250A для преобразования Modbus/RTU в Wi-Fi, а в центре между ними установите точку доступа AWK-6222, то всё должно работать корректно. Не пробовали так сделать?

Добрый день! А какой драйвер Вы используете под QNX?

Здравствуйте! Да, конечно. В виртуальный COM-порт у MOXA передаются не только данные, но и параметры COM-порта и служебные сигналы (RTS, DSR, ...)

Добрый день! Позвольте помучить Вас ещё парой вопросов: 1. Попробуйте пропинговать один модем с web-консоли другого модема. Это можно сделать в Web-консоли в разделе: System Management \ Maintenance \ Ping Результат будет тот же, что и при пинге с компьютера? 2. В процессе работы модема не появляется ли дополнительных записей в логах? Все ли залочки Вы включили для протоколирования событий? Переспрашиваю потому, что логи одного из модемов датированы позавчерашним числом. Это старые логи или просто дата не синхронизирована?

Добрый день! К сожалению, мы не работали с устройством Маркони. Поясните, пожалуйста, что это конкретно за модель и как Вы ее подключаете. Я правильно понял, что схема такая: Контроллер_Передачи_Данных --- (RS-232) --- ICF-1150 === (оптика) === Устройство_Маркони ?

Что Вы имеете ввиду под словами "ещё один резистор"? На линии RS-485 их должно быть два: один со стороны TCC-100I (его можете подключить DIP-переключателем на корпусе устройства), второй - на удаленном конце линии 485. Если честно, первый раз сталкиваемся с тем, что от RS-485 сыпется какой-то мусор на RS-232. Скорее всего, это связано с какими-то электрическими несогласованиями со стороны 485.

Добрый день! Проблема наблюдается в режиме виртуальных COM-портов? Попробуйте посмотреть LOG модема, что он говорит по поводу своей связи. Для этого в настройках "System Log Settings" поставьте все галочки, сохраните настройки и активируйте их, перезагрузив модем. Дальше накопите статистику в разделе "System Log" и пришлите нам для анализа (можно сделать скриншот, а лучше скопируйте log-данные в файл).

Добрый день! Нам нужна конкретика - как именно настроен NPort, какую именно ошибку выдает Hyper Terminal. Пробовали ли Вы пользоваться нашими рекомендациями по отладке соединений? Они приведены для NPort серии 5000, но для беспроводных NPort все шаги аналогичны.

Здравствуйте! Да-да, именно там. В поле Gateway. Пока не удастся добиться такого подключения, можно даже и не пробовать опрашивать счетчики. Отсутствие такого подключение по Telnet говорит, что сокеты данных не доступны через Интернет. Разумеется, это пробовать эти подключения надо, настроив NPort в режим Real COM. Если не получится, спросите у сисадмина, проброшены ли TCP-порты в локальную сеть 950 и 966. Что касается редимов Real COM и TCP Server - по Интернету можно использовать оба! Конечно же, виртуальный COM будет работать через Интернет. Открою тайну - эти два режима работают на 100% одинаково, просто в режиме TCP Server прописан основным сокет 4001, а в Real COM - 950. Это единственное отличие!

Добрый день! Боюсь, что у нас такой распиновки нет. Контакты разъема RS-232 RJ45 на устройствах MOXA высылаю вложением.

Здравствуйте! А подключение/отключение терминатора 120 Ом как-то меняет ситуацию?

Здравствуйте! Извините, пропустили Ваше сообщение. Через COM-порт настраивать ioLogik нельзя. Этот порт только для подключения модулей расширения. Попробуйте нажать Reset (утопленная кнопка рядом с разъемом питания) на 10 секунд. Это последнее спасение! Если не получится, то, боюсь, ioLogik придется сдавать в ремонт.

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

Здравствуйте! Извините, что поздно. На всякий случай, напоминаю, что в Вашем случае у NPort при задании IP-адреса надо прописать и адрес шлюза (это LAN-адрес маршрутизатора). Если Вы работали успешно в локальной сети через виртуальный COM-порт, то не вижу причин что-то менять. Вы правы, в режиме Real COM используются TCP-порты 950 и 966. Представитель Промприбора тоже прав, порты 4001 и 966 используются в режиме TCP Server. Повторюсь, раз уж в локальной сети у Вас система работала корректно, то и через Интернет всё делжно быть "на ура" Не пробовали ли утилитой telnet проверять из Интернета доступность портов 950 и 966? Это можно сделать командами: telnet <белый_IP> 950 telnet <белый_IP> 966 В случае успеха будет осуществлено подключение (будет выдан пустой экран telnet-соединения), а в случае неуспеха будет выдана ошибка соединения.

Здравствуйте, Вообще интерфейс RS-232 - это "точка-точка". Т.е. к одному порту 232 можно подключать только одно устройство. На практике, если передача данных однонаправлена (только от NPort к подключенному устройству, а не наоборот), можно разветвить сигналы Tx и GND на NPort и подключить 2-3 устройства. Но это было выявлено экспериментально, стабильную работу такого подключения мы гарантировать не можем.