Komantsev

Добрый день! Порт виртуальный, ресурсы IRQ и I/O address ему не назначаются, т.к. порта нет физически на шине. Старые DOS-програмы с ним работать не смогут принципиально, к сожалению.

Добрый день! К сожалению, DE-304 - это предыдущая версия NPort, у нее другой API, с утилитой NPort Administrator он не совместим. На настоящий момент прекращена поддержка устройств серии DE, т.к. они сняты с производства уже 7-8 лет назад.

Добрый день! Спасибо за грамотное замечание! Вы правы на 100%. Такой режим группировки портов призван, по сути, эмулировать шину RS-485. Если есть несколько приборов, которые надо опрашивать по очереди, и эти приборы адресуемы (т.е. прибор будет отвечать только на "свой" запрос и будет игнорировать "чужие"), то вариант группировки портов иногда очень удобен. Если же NPort использовать для консолного управления оборудованием, снятия лог-файлов с АТС и прочее, то это, конечно, плохой вариант. Ещё раз спасибо за комментарий!

Добрый день! Боюсь, что имеет место быть какая-то неисправность (или, например, влияние внешних э/м помех). В штатном режиме работы на NPort просто невозможно установить никаких ошибочных настроек, чтобы он самопроизвольно сбрасывался. Как часто он сбрасывается? Есть ли возможност попробовать с другим экземпляром NPort?

Здравствуйте, Указанный Вами текст писали не мы. Я не представляю, где находятся контакты 21 и 22 устройства MOXA NPort 5150. Вы правы, на NPort только 9-контактный разъем Судя по тексту, речь идёт о контактах Data+ и Data- интерфейса RS-485. Они находятся на контактах 3 и 4 разъема DB9. (поскольку у разных производителей обознаения A и B могут меняться местами, то, если не заработает, попробуйте поменять кабели, идущие к контактам 3 и 4, местами).

Добрый день! Распиновка COM-порта на NPort 5450I абсолютно такая же, как у COM-порт компьютера. Например, можно ее посмотреть здесь. Только хочу обратить внимание, что рабочее напряжение COM-порта у устройств NPort составляет 6 Вольт, а не 12 (по стандарту RS-232 оно может лежать в пределах от 5 до 15 Вольт)

Добрый день! Именно так! До 32 устройств NPort на одном виртуальном COM-порте

Да, попробуйте так. Просто обычно если система работает в автоматическом режиме, без оператора, то сообщение об ошибке может заблокировать весь процесс (например, появится вплывающее окно и будет ждать нажатия кнопки ОК), поэтому в тех случаях предпочитают игнорировать ошибку. Но смотрите сами по своей задаче!

Добрый день, Да нет, ограничений по аппаратным/программным платформам нет, поддерживается любая Windows (серверная и не серверная, x86 и x64), вплоть до Windows 8. У нас есть заказчики, которые и с сотней COM-портов работают в режиме 24/7, всё работает корректно. Есть у меня подозрение на нестабильность в сети. Попробуйте при создании виртуальных COM-портов использовать опцию "Always Accept Open Request" (позволяет приложению посылать команды на NPort даже если NPort в данный момент Offline). Изменится ли что-то?

Добрый день! Если в Термодатах используется протокол Modbus (вроде бы, именно он, но мы сами не работали с Термодатами, поэтому точно сказать не могу), то можно использовать и Modbus-шлюзы. Но, я думаю, можно и "добить" схему с NPort, тем более, что, как Вы пишете, данные идут в обе стороны. Мне кажется, проблема все-таки в уровнях сигнала. Попробуйте: Оставить параметр Force Tx = 2 мс, как я писал в предыдущем сообщении Если снять крышку NPort 5150, там рядом с COM-портом есть джамперы JP3 и JP4. Попробуйте их замкнуть на обоих NPort (это изменит номиналы нагрузочных резисторов на интерфейсе 485), некоторые приборы лучше работают именно с такими резисторами. Если и это не поможет, попробуйте последовать совету Виталий 26 и поменять местами контакты A и B на разъеме 485 (не бойтесь, при этом ничего не сгорит, просто поменяются местами 0 и 1). Просто у разных производителей бывают разные обозначения этих контактов, поэтому иногда они перепутываются. Если ничего не поможет, то пришлите снимок с утилиты мониторинга соединения (о котором Вы писали в 3 сообщении данной темы), будем разбираться дальше!

Да, держите в курсе! Постараемся, чтобы всё работало гладко!

Добрый день! Что Вы имеете ввиду под "прослушать пакеты"? Что касается "отправки пакетов на указанный хост" - корректно было бы сформулировать так: Модем при подаче на него осуществляет TCP-соединение с указанным хостом (хост должен иметь фиксированный IP-адрес). Далее в рамках этого соединения возможна двунаправленная передача данных с COM-порта модема в виртуальный COM-порт компьютера и обратно.

Добрый день, Извините за поздний ответ. Так получается, дело не в драйвере MOXA, а в драйвере ТСД, так? Можете тогда нам опять дать для сравнения два лога с протоколами одних и тех же действий: С успешно работающим старым драйвером ТСД С новым драйвером ТСД.

Добрый день! Это хорошо, когда проблемы решаются сами Под крышкой корпуса NPort есть два джампера (JP3 и JP4). Если их закоротить, то изменятся номиналы нагрузочных резисторов на линии 485. С некоторыми приборами именно в таком режиме NPort работает лучше. Так что если проблема будет повторяться, то закоротите эти перемычки.

Добрый день, kamoff и UEZIS, Есть мысль поставить в настройках NPort при настройке виртуального COM-порта параметр Force Tx Timeout = 2 мс (подробнее про это - здесь). Поможет ли?

Здравствуйте, Накладные расходы на передачу данных через NPort составляют примерно 70% от передаваемого трафика. Точные цифры сказать невозможно; многое зависит от характера передаваемых данных. Для надежности и простоты расчетов мы советуем округлять в бОльшую сторону и считать, что накладные расходы равны 100% от передаваемого трафика. Например, если данные приходят на RS-232 потоком 9600 бит/с, то Ethernet-трафик не будет превышать 9600*2=19200 бит/с. Также хочу обратить внимание, что мы говорим не о скорости работы последовательного интерфейса, а именно о создаваемом потоке данных. Так, в приведенном выше примере скорость работы COM-порта может быть и 115200 бит/с, но, если данные передаются не часто и интенсивность потока не превосходит 9600 бит/с, то генерируемый по сети Ethernet трафик все равно будет не больше 19200 бит/с. Т.е. для Вашего случая потоки данных RS-232 должны быть не больше 16 кбит/с и 32 кбит/с соответственно. P.S. Спасибо за хороший вопрос, добавлю его в FAQ, если не возражаете

Здравствуйте, Повторюсь - всё перечисленное Вами в первом письме совместимо. Просто на Web-странице SFP-модулей не обновлена информация по последним моделям коммутаторов. Все Gigabit SFP-модули MOXA (и одноволоконные, и двухволоконные) совместимы со всеми Gigabit SFP-коммутаторами MOXA.

Здравствуйте! Отвечу по Вашим вопросам последовательно. 1. Да, SFP-модули совместимы с указанными Вами моделями коммутаторов. В подтверждение - см. список совместимости в нижней части страницы описания SFP-модулей Хочу только обратить внимание: модель IKS-6726-8PoE снимается с производства, будет заменена на IKS-6728-8PoE. Отличия в том, что новая модель построена на обновленной элементной базе, и будет иметь 4 модуля Gigabit вместо двух. Пока описание этой модели на сайте не появилось, ждем в ближайшие дня. 2. Построить кольцо на коммутаторах разных моделей MOXA получится успешно. Лишь бы все коммутаторы были управляемыми. Вы корректно выбрали управляемые модели. 3. По поводу минимальной длины линии связи Вы правы. Насыщение приемника выше, чем мощность передатчика, так что устройства будут работать и на нулевой длине.

Здравствуйте! Функции IGMP Snooping поддерживаются коммутаторами EDS серии EDS-4xx и старше. На скриншоте чуть выше, в меню с левой стороны экрана, Вы увидите вкладку "IGMP Snooping". Подробнее можно почитать в документации (стр. 3-51 и далее). Или у Вас есть какие-то конкретные вопросы?

Добрый день! Значение Listening Port лучше не менять. Это для внутренних нужд NPort. Поясните все-таки поподробнее, как именно Вы получаете данные по TCP. Вы подключаетесь к NPort на определенный TCP-сокет? Или работаете через виртуальный COM-порт?

Подождите, я немного запутался с драйверами. У Вам был старый драйвер MOXA, с которым всё работало, а с новым перестало работать? Просто в изначальном сообщении Вы указывали, что по разному работает в разных ОС, но не говорили про драйвер.

Хотя нет... если по спецификациям модема напряжение от 4 до 12 Вольт, то 6 В на NPort должно хватать. Немножко смутило вот это: Почему-то при большем напряжении больше потребляемый ток. А есть ли возможность посмотреть осциллографом, выдает ли вообще хоть что-то HART-модем на интерфейс HART?

Здравствуйте! Извините, что поздно. У устройств NPort в COM-порт выдаются все предусмотренные сигналы (включая DTR и RTS), напряжение на них порядка 6 Вольт, что соответствует стандарту RS-232 (напряжение по стандарту должно лежать в диапазоне от 5 до 15 В). Однако же некоторые периферийные устройства, которые питаются через COM-порт, работают только при напряжении не менее 10 В или 12 В. Не могли бы Вы уточнить, какой уровень напряжения нужен для питания модемов? Я боюсь, в этом может быть и загвоздка: модему просто не хватает питания.

Добрый день! Простите, пропустили Ваше письмо. Попробуйте NPort настроить в режимы TCP Server и TCP Client (вместо Pair Connection Master и Slave). В режиме TCP Server/Client будет поле для настройки Force Tx Timeout (или Force Transmit, в зависимости от версии). Попробуйте поставить туда значение 2 мс на обоих NPort. При передаче Modbus-данных это часто помогает, это регулирует пакетирование при передаче через TCP. Подробнее про эту функцию есть здесь.

Здравствуйте! К сожалению, описанная Вами ситуация не поддерживается кольцом Turbo Ring. Всё кольцо должно быть построено на оборудовании, поддерживающем вырабатывание сигнала о разрыве. В противном случае, Вы правы, сигнал обрыва может не дойти до Мастера, и восстанавливаться связь не будет.