Jump to content
Форум по продукции MOXA

Komantsev

Главные администраторы
  • Posts

    1808
  • Joined

  • Last visited

Everything posted by Komantsev

  1. Здравствуйте! По нашему опыту - никогда проблем с доступностью Web-интерфейса не возникало. Зачастую такие проблемы могут быть связаны с ошибками в настройках сети. Например: Разные маски подсети компьютера и NPort (например, случайно поставили одному устройству маску 255.255.255.0, другому - 255.255.0.0) Конфликт IP-адресов (т.е. в сети существует другое устройство, имеющее тот же адрес, что и NPort или компьютер)
  2. Добрый день, Александр, Коммутатор сертифицирован на IP30. Хочу обратить Ваше внимание, что принято решение о снятии с производства этой модели коммутатора в ближайшее время (через несколько месяцев). На будущее лучше закладывать управляемый коммутатор IKS-6726. Неуправляемые модули серии IKS больше выпускать не будут, к сожалению.
  3. Добрый день! Правильное подключение - то, при котором НЕ горит постоянно лампочка, а только помаргивает.
  4. Добрый день, Попробуйте вот что: Выбор интерфейса на устройстве UPort осуществляется в windows через "Диспетчер Устройств" -> "Многопортовые последовательные адаптеры". Подробнее - здесь. Убедитесь, что сигналы интерфейса 485 подключаете к контактам 3 и 4 на разъеме UPort. Попробуйте также поменять полярность сигнала 485 (поменять местами "+" и "-" на RS-485)
  5. Добрый день, Величина задержки прохождения пакета через NPort лежит в пределах 10 мс. Соответственно, на обмен "запрос-ответ" будет задержка около 20 мс.
  6. Здравствуйте! Извините, что поздно. Уточните, пожалуйста, по нестабильности работы. Раньше шла речь о переполнении памяти, сейчас же сбои в передаче данных. Я правильно понимаю, что предыдущая проблема решена? Что именно происходит теперь? Что значит "устройства отваливаются"? Становится недоступен COM-порт или приходят некорректные данные?
  7. Здравствуйте, Если честно, мы не поняли, что Вы имеете ввиду. Если у Вас возникли проблемы с использованием оборудования MOXA UPort, дайте нам знать.
  8. Добрый день! Боюсь, что у нас нет такой информации, мы такие протоколы не оформляли.
  9. Добрый день, Извините, пожалуйста, за поздний ответ. Я хотел бы уточнить по настройкам Virtual Server в модеме. Вы пишете вот что: Но ведь 10.13.11.202 - это адрес самого модема. Получается, что модем перенаправляет данные сам на себя. Надо в таблице Virtual Server указывать IP-адрес конечного устройства, куда перенаправляете данные.
  10. Добрый день! Никогда с таким не сталкивались ранее. Попробуйте последнюю прошивочку (во вложении). Изменится ли что-нибудь? Также обратите внимание, что если при включении на последовательный порт NPort подать символ ` (который на клавиатуре на одной клавише с буквой "ё" и с тильдочкой), то NPort перейдёт в режим консольной настройки. Может быть, именно это срабатывает? (эту опцию, увы, никак не отключить) version.txt w2x50a_1.5.19_Build_13083010.rom
  11. Добрый день! Простите за поздний ответ! Да, устройства TCF-142 могут работать как преобразователи интерфейса. Т.е. один из TCF в кольце может быть настроен на интерфейс RS-232, другой - на RS-485. Данные будут передаваться корректно.
  12. Добрый день, Извините за поздний ответ! На настоящий момент последние драйверы - для версий до 3.9.9. Высылаю во вложении. Посмотрите, подойдут ли. version.txt driv_linux_smart_v1.15.25_build_13080815.tgz
  13. Спасибо за новости! Будет что не так - обращайтесь!
  14. Здравствуйте, Судя по всему, проблема не в настройках NPort (раз уж по одному устройства работают), а в утилите NPort Administrator. Какая у Вас версия утилиты установлена? Попробуйте последнюю версию (высылаю вложением) version.txt Npadm_Setup_Ver1.19.5_Build_13031911.zip
  15. Добрый день! Можете использовать TCC-120. Он заявлен как повторитель RS-485, он может работать как по 2-проводному, так и по 4-проводному интерфейсу. Поэтому такая "обманка" как установка одной стороны повторителя в 2-проводный режим, а другой стороны - в 4-проводный замечательно срабатывает. Многократно проверено на практике!
  16. Здравствуйте, Попробуйе "подрегулировать" напряжение на линии RS-485. Для этого снимите крышку корпуса устройства NPort и закоротите перемычки JP3 и JP4, находящиеся рядом с разъемом последовательного порта. Это изменит номиналы резисторов подтяжки RS-485 к напряжению 5 В. Отразится ли это на обмене данными? По поводу ответа разработчика оборудования - с пунктом (2) полностью согласен, задержки при передаче через Интернет увеличиваются, и это зависит от конкретного канала. А вот пункт (1) некорректен. Данные с устройства NPort передаются по отдельному TCP-сокету, и вмешательство каких-то посторонних данных исключено. Я в таких случаях всегда привожу пример Web-браузера: Вы же зачастую открываете в браузере несколько страниц параллельно в разных вкладках, а также другие пользователи Интернет смотрят другие сайты. Но данные ведь никогда не перемешиваются, Вы же не получаете чужие данные. Так и при работе с NPort, ничего постороннего он получать не будет. Попробуйте реализовать мой первый совет. Есть ощущение, что должно заработать. И ещё при настройке режимов TCP Server / TCP Client (или UDP) поставьте в параметрах Force Transmit - 2 мс. Это должно предотвратить возможную фрагментацию пакетов при передаче из 485 в Ethernet
  17. Да, ею можно создавать COM-порты от всех устройств MOXA. К сожалению, через нее нельзя настраивать устройства. Приятной Вам работы
  18. Добрый день! Уточните, пожалуйста, как Вы хотите сегментировать устройства: по IP-адресам или же по виртуальным сетям VLAN? В идеале было бы здорово, если сможете нарисовать схемку того, что планируете реализовать: к каким портам подключаются устройства, какие у них IP-адреса, в какие стороны передача данных разрешена, а в какие - нет.
  19. Добрый день! Лампочка Fault не обязательно говорит о критической неисправности. Например, она может показыать, что не подключен один из источников питания на EDS (при этом EDS будет успешно работать от второго источника). Посмотрите в коммутаторе через Web-консоль таблицу Event Log. Там должно быть отражено событие, приведшее к ошибке. Насчет отсутствия Мастера в кольце не беспокойтесь: если коммутаторы не увидели Мастера, они сами себе назначат Мастера (на этом коммутаторе загорится светодиод Master)
  20. Добрый день! По Firmware - последняя версия 3.1 NPort Management Suite - последняя версия 3.5. Но рекомендую ее использовать только для настройки устройства DE, но не для создания с ее помощью виртуального COM-порта. Виртуальный порт лучше создавать утилитой NPort Windows Driver Manager, она регулярно обновляется, и поддерживает, в том числе, последние Windows 7 и 8.
  21. Здравствуйте, Устройства IMC-101G и EDS-510A между собой совместимы. Полагаю, проблема в следующем: у IMC-101G активирована функция Link Fault Pass Through, которая при отсутствии связи по витой паре отключает и оптику (это помогает быстрее оповестить пользователя о неисправности). Подключена ли у Вас к IMC витая пара? Если нет, то подключите, и должно всё заработать.
  22. Здравствуйте. Очень странно. А через какой браузер работаете? (по идее, должны работать любые, но тестирует MOXA всё под IE). Попробуйте на всякий случай обновить прошивку. Я приаттачил последнюю. Но, повторюсь, таких регулярных сбоев не замечали никогда. NP5110_Ver2.4.11_Build_13030712.rom version.txt
  23. Здравствуйте, Попобуйте параметр Force Tx Timeout в настройках режима TCP Server и TCP Client поставить в значение 2 мс. Это уменьшит фрагментацию Modbus-пакетов при упаковке в TCP и должно помочь в решении проблемы. Дайте знать, сработало ли!
  24. Добрый день, Извините за поздний ответ. Задержка, вносимая устройством NPort, составляет 2-3 мс. Т.е. в Вашем случае данная задержка будет умножаться на 4 (данные проходят через два устройства NPort в одну сторону и через два устройства в обратную сторону) и составит 10-15 мс. Нет ли никакой возможности поговорить с производителем подключаемого оборудования об уменьшении времени таймаута? И ещё пара вопросов: 1. Что за оборудование Вы подключаете к NPort? Может быть, у нас есть опыт работы с ним. 2. Есть ли у Вас вариант воспользоваться устроствами NPort в режиме виртуального COM-порта, а не парного соединения? В таком случае время задержки сократится вдвое. 3. По Вашим последним логами (которые Вы делали в протоколе UDP) - данные логи "набежали" за какой период времени? Это пара секунд или минуты?
×
×
  • Create New...