Komantsev

Михаил, В принципе, никаких дополнительных недокументированных возможностей у модуля NE-41xx-P нет. То есть работают только функции, указанные в Документации. Попробуйте еще использовать функцию sys_timeout(). Возможно, она Вам больше подойдет. Описание встроенного процессора не распространяется. Да и все равно используемый SDK не позволяет выполнять команды низкоуровнего программирования. Михаил, попробуйте описать задачу поподробнее (какая нужна точность прерываний по времени, какие дополнительные аппаратные/программные возможности потребуются), можно личным сообщением. Мы постараемся подобрать какое-то возможно альтернативное устройство MOXA, которое лучше будет отвечать Вашим потребностям.

Олег, Попробуйте, прежде всего, обновить Firmware до версии 1.1 и, главное, установить последнюю версию драйвера (прикрепляю во вложении). В последней версии драйвера были модифицированы механизмы обмена данными именно для ОС QNX. Если проблема не устранится, то дайте, пожалуйста, дополнительную информацию, которую NPort показывает на Web-консоли в разделе Monitor -> Async. Уточните количества принятых/переданных данных, которые показывает NPort. При прекращении обмена данными: - будет ли NPort показывать факт передачи данных на оконечное устройство? - будет ли NPort показывать факт приема данных от устройства? - или количество принятых/переданных данных вообще изменяться не будет (т.е. проблема чисто в драйвере)? README.TXT VERSION.TXT moxattyd_3.2.13.tar

Да и мы чё та не в курсах: зачем такой интернетовский провод, какой такой пульт наблюдения Уважаемый Димка-Хулиган, если речь идет о серьезном вопросе, о настройке серьезной системы, то будьте добры уважать читателей форума и труд отвечающих Вам специалистов. Постарайтесь четко поставить задачу, описать подробно рассматриваемую систему, с указанием всего задействованного оборудования, типов интерфейсов связи итп. А не использовать непонятные определения и с орфографическими ошибками. Наши специалисты не в состоянии догадываться, что именно требуется. В противном случае - каков вопрос, таков будет и ответ.

Сергей, К сожалению, кабели другой длины заказать нельзя. Наверное, проще будет спаять такой самостоятельно. По поводу распиновки - да, конечно, распиновка DB25 стандартная. Только, если мне не изменяет память, на компьютерах, как правило, устанавливается разъем DB25 "папа", а на Opt 8A - DB25 "мама". Так что на Opt 8A - скорее, модемный вариант, который может соединяться с PC прямым кабелем.

Попробуйте, пожалуйста, в этой "упрощенной" цепочке создать виртуальный COM-порт не стандартными средствами COM Mapping, а альтернативной утилитой от Моксы - NPort Windows Driver Manager. "Родная" утилита, действительно, ведет себя странновато. В утилите выберите кнопку "Add" и, не применяя функцию поиска в сети, вручную пропишите IP-адрес устройства DE-311. То есть в Вашем случае, это будет именно IP-адрес маршрутизатора (ведь маршрутизатор будет "изображать из себя" DE-311, отвечая на запросы по портам 950 и 966). И никаких UDP-портов не понадобится.

Добрый день, Вобщем-то Вы всё описываете правильно. По протоколу UDP передача unicast и broadcast осуществляется в точности так, как Вы и описали. Multicast, к сожалению, не поддерживается. Что касается IP Serial Library - да, действительно, она работает только в режиме TCP Server. То есть NPort выступает сервером, на который Вы можете подать с компьютера команды типа "открыть порт", "передать данные", "прочитать данные" итп. Вообще говоря, функции IP Serial Library пользователи применяют не часто. Данные в NPort (и из NPort'а) можно передавать напрямую через TCP- или UDP-сокеты. Например, если взять изначально выбранный Вами режим UDP: Настройте NPort так, чтобы он передавал данные на IP-адрес Вашего компьютера. А на компьютере откройте UDP-сокет 4001 и ожидайте приема данных. Всё, что придет в последовательный порт NPort'а, будет принято в этом сокете. То есть Вашей прикладной программе придется на компьютере читать те же самые последовательны данные, только не из COM-порта, а из сокета. Аналогично и для передачи данных. Обратите внимание, что в режиме UDP нельзя управлять служебными сигналами последовательного порта, такими как RTS/CTS, DTR/DSR. Это можно делать только по TCP. Если Вы заметили, то в режимах TCP Server и TCP Client помимо "основного" сокета 4001 есть и "командный" сокет 966, по которому и происходит управление сигналами, и по которому в своем специальном формате IP Serial Library выдает команды. А просто передача данных по TCP идет так же как и по UDP - в прозрачном режиме, через сокет 4001 (по умолчанию).

Ну, как я понимаю, Вы уже связались с разработчиками напрямую. Ничего дополнительно, к сожалению, предложить не смогу.

Я в таких случаях всегда побаиваюсь, что может выйти обновленный Firmware устройства, где Telnet-консоль вдруг будет немного изменена, и скрипты придется переделывать.

Михаил, Да, без проблем, есть крепежный комплект RK-4U. В принципе, если Вы пока еще на стадии выбора устройства, то можете обратить внимание на новые модели коммутаторов PT-7728/7828. Они выполнены уже в конструктиве для стойки 19", функционально абсолютно аналогичны коммутаторам EDS-728/828. И по цене обе модификации также практически равны.

Добрый день, А Вы уверены, что вам нужно устройство NPort 5210-P? Может быть, Вы вместо него планировали работать с "классическим" NPort 5210? Разница - вот в чем: NPort 5210 - это преобразователь RS-232 в Ethernet. Он предоставляет удаленный сетевой доступ к COM-портам, и его действительно можно настраивать через Telnet. NPort 5210-P - это, по аппаратной структуре, тот же самый преобразователь, но без предустановленной прошивки. Можете воспринимать его как компьютер с установленной "голой" операционной системой DOS. Пока Вы сами для него не напишите программу и не "прошьёте" внутрь, он сам ничего делать не будет. В том числе, и не будет отвечать на Telnet.

Добрый день, Судя по Вашим объяснениям, Termit выполняет роль маршрутизатора. А можно ли в нем задать функцию транслятора адресов (NAT) с возможностью создания виртуальных серверов? Суть действия была бы такая: Вы с компьютера будете обращаться на внешний IP-адрес Termit'а на TCP-порты 950 и 966. А Termit, увидев обращение по этим портам, автоматически переслал бы эти запросы на внутренный IP-адрес сервера DE-311. Иначе, я боюсь, не имея выделенного IP-адреса в сети для DE-311, к нему будет не обратиться.

Добрый день, Да IP-адрес устройств NPort всегда по умолчанию равен 192.168.127.254 Что касается протокола настройки NPort, он не доступен для публичного распространения. Необходимо формулировать официальный запрос в головной офис компании MOXA, с мотивировкой необходимости получения протокола настройки, с описанием решаемой задачи, с точным указанием набора функций, документация по которым необходима. С таким запросом есть шанс получить запрашиваемую информацию. Пожалуйста, оставьте свой E-Mail для связи (лучше личным сообщением), и я Вам вышлю более подробное описание действий.

Добрый день! Драйверов как таковых нет. AWK - ведь это внешний прозрачный шлюз из кабельного Ethernet в беспроводный. И работает без драйверов. Реально управлять устройством AWK-1100 с компьютера необходимо только для первичной настройки этой точки доступа. Подключиться к AWK можно при помощи специальной утилиты. На сайте не указано, что она работает под Vista, но я специально проверил на компьютере с ОС Vista, и проблем не было. А проще даже настраивать AWK через Web-консоль, просто набрав в Интернет-браузере IP-адрес устройства AWK. Если забыли адрес, то можно установить его в значение по умолчанию, на 10 секунд нажав утопленную кнопку Reset на устройстве AWK.

Уважаемый Дмитрий, На одном коммутаторе включить одновременно RSTP и Turbo Ring нельзя. Но, тем не менее, сети Turbo Ring и RSTP можно соединять между собой. К примеру, в высланной Вами диаграмме коммутаторы, участвующие в кольце, должны быть настроены на технологию Turbo Ring, а коммутаторы MOXA-1, MOXA-2 и Catalyst настроены на RSTP. Возможны и любые более сложные топологии объединения конец и RSTP. Примеры высылаю во вложении. Trubo_Ring_RSTP.ppt

Добрый день! Мы пытались сэмулировать указанную проблему у себя, но не смогли повторить ошибку. Даже при больших временях ответа оба устройства MGate (master и slave) работают корректно. Мои предложения - следующие: 1. Обновите Firmware до последней версии (высылаю во вложении самую последнюю версию, которой еще нет на официальном сайте). 2. В настройках Slave, вкладка Modbus, поставьте "Modbus TCP Exception" (в русской версии, вроде, называется "Исключения Modbus") в положение Enabled. 3. При настройке "Response Time-out" ("Таймаут Ответа") задайте Слэйву таймаут чуть меньше (хотя бы на 100 мсек), чем Мастеру. Сейчас у Вас стоит по 10000 мсек в Мастере и Слейве. Попробуйте в Слейве установить 9900. Изменится ли что-нибудь? Если проблема все-таки останется, то посмотрите еще раз на LOG'и передачи данных. Изменились ли они по сравнению с предыдущим разом? MB3180_Ver1.1.13_Build_08102316.rom

Кстати, А вопрос такой - резервирование связи-то работает в итоге? Чисто теоретически, по моим предположениям, вроде бы должно... Практически - разумеется, не пробовал с указанными модемами. Получается так: Коммутаторы соединены двумя линиями связи: одна из них прямая Ethernet-линия, вторая - через сетевые шлюзы (т.е. модемы). Если обе линии связи работоспособны, то коммутатор все равно по одной из них не может "прокинуть" кольцо, поэтому делает активным прямое Ethernet-соединение (не модемное) Если прямое Ethernet-соединение обрывается, то происходит переход на модемное соединение. Ну и пусть с точки зреня сети Ethernet там будет разрыв (данные "кольца" передаваться не смогут). Но IP-трафик ведь все равно передается, ведь этого и надо добиться. Ну будет одна проблемка - Индикатор Turbo Ring всегда будет сигнализировать о неисправности. Но реально сигнализацию об обрыве кольца в таком случае можно сделать по-другому. Если у Вас модификация коммутатора EDS-405A, то он может сигнализировать об обрыве данных по одному из сетевых портов. Сдлайте, например, сигнализацию об обрыве того порта, к которому подключена основная Ethernet-связь. P.S. Но это всё мои теоретические выкладки. На практике, повторюсь, не пробовал.

На мой взгляд есть две возможные причины проблемы: 1. Почему-то данные не выходят из COM-порта устройства NPort (это можно проверить, подключив вместо модема какой-нибудь компьютер и проверить принимаемые данные ГиперТерминалом) 2. Такое редко бывает, но иногда COM-порт модема электрически не совместим с COM-портом NPort-сервера. Дело в том, что по стандарту RS-232 уровень лог. "1" составляет от 3 до 12 В. NPort обеспечивает уровень порядка 5-6 В, что замечательно вписывается в стандарт. Однако иногда встречается пользовательское оборудование, которое требует, чтобы напряжение на COM-порте было не менее 10 В. Возможно, модем относится именно к такому оборудованию. Но лучше все-таки для начала проверить пункт 1. Вдруг окажется, что двнные в принципе не выходят из COM-порта NPort-сервера. Тогда надо будет смотреть настройки NPort'а.

Насколько я понял из описания модемов - они все-таки IP-уровня, а не MAC-уровня, т.е. являются межсетевыми шлюзами. Они могут нормально пропускать IP-трафик, но при этом "обрубать" служебные MAC-пакеты. Скорее всего, именно это и происходит в Вашем случае.

Так в чем все-таки проблема? Модем не реагирует на AT-команды или AT-команды не передаются через NPort. Если AT-команды посылать с подключенного к модему локального компьютера, то модем на них нормально реагирует? Попробуйте к COM-порту NPort-сервера подключить не модем, а COM-порт другого компьютера. Увидит ли этот компьютер приходящие AT-команды?

Добрый день, Чисто теоретически - MOXA не гарантирует работу кольца при использовании в кольце оборудования сторонних производителей. Практически получается вот что: если модемы (а кстати, что за модемы используются? модемы для физических линий?) или другие средства передачи данных осуществляют прозрачный проброс сигнала (конвертацию на электрическом уровне) то проблем не возникает. Если же средство передачи производит анализ передаваемых данных, то вполне вероятно, что служебные пакеты кольца Turbo Ring могут "отсекаться". Причем имейте ввиду, что служебная информация кольца передается не на IP-уровне, а на более низком MAC-уровне. Вопрос немного в сторону: а Вы уверены, что кольцо не работает? Пробовали разрывать "витую пару"? Будут ли данные передаваться по модемной линии? Дело в том, что EDS-405 расчитан на резервированное электропитание, т.е. на подключение двух источников питания к нему. Если подключить только одно питание, то коммутатор будет индицировать ошибку, и многие пользователи воспринимают это как ошибку кольца. Хотя, на самом деле, это лишь сигнализация отсутствия второго питания. Попробуйте "запараллелить" подаваемое напряжение на оба входа коммутатора. Может ошибка пропадёт сама собой.

Большая просьба - киньте конфигурации обоих MGate (master и slave). Лучше, чтоб оба были 3180. Я загружу эти файлы в свои MGate и попробую живьём смоделировать ситуацию. К сожалению, модификации 3280 сейчас нет под рукой.

А посмотрите, пожалуйста, LOG передаваемых данных на одном MGate и на другом (кнопочка Monitor в утилите настройки). Есть ли возможность отследить, на каком именно MGate прерывается передача данных. Попробуйте сохранить эти LOGи и переслать мне. А также сделайте Export настроек устройств MGate в текстовый файл и тоже вышлите. Мы проанализируем.

Здравствуйте, Действительно, MGate, в случае отсутствия ответа от опрашиваемого устройства в течение определенного времени, перестает транслировать пакет и выдает опрашивающей стороне ошибку. Это сделано вот для чего: если вдруг опрашиваемый PLC вышел из строя и не смог ответить, то своевременное сообщение об ошибке избавит опрашивающую программу от бесконечного ожидания ответа. Не всегда автоматический таймаут, назначаемый устройством MGate, адекватен. Поэтому Вы можете установить его самостоятельно. Это делается при настройке MGate во вкладке Modbus. Во вложении высылаю выжимку из документации, где описано, как настраивать таймаут. Соответственно, Вам нужно настроить этот таймаут обоим устройствам MGate, работающим в сети. modbus_timeout.pdf

Добрый день, К сожалению, не понял, в чем именно проблема. На каком этапе она возникает? Ошибка при инсталляции драйвера? Или не появляются новые TTY-устройства? Или система не может открыть виртуальные порты? Поясните, пожалуйста...

Добрый день, Лампочка приема в нормальной ситуации гореть не должна, она только должна помаргивать при передаче данных. Как правило, индикатор горит постоянно, если перепутаны местами сигналы Data+ и Data-. Попробуйте поменять провода + и -. Также проверьте, что последовательный порт программно настроен в режим RS-485 (2-проводный). А перемычки предназначены для настройки резисторов подтяжки сигнала RS-485 Pull Hi / Pull Lo, они устанавливаются внутри устройства NPort. На коротких линиях связи положение перемычек не должно играть существенной роли.