Komantsev

Добрый день! Не совсем понял Ваш вопрос. UC-7110/7112 имеет аппаратные часы реального времени, которые идут и при выключении питания устройств. Вам необходимо сохранять в них системное время или, наоборот, считывать каждый раз при загрузке системы? Какая у Вас аппаратная и программная версия UC-7110? Если какие-то функции не работают корректно, то скачайте последнюю версию Firmware. Специалисты MOXA регулярно добавляют новые функции и устраняют замеченные ошибки.

Здравствуйте, По нашему опыту, периодически бывают случаи, когда оборудование, подключаемое к NPort, достаточно чувствительно к уровню сигналов COM-порта. Уровень логической "единицы" по стандарту RS-232 составляет от 3 до 12 В. Уровень сигналов, выдаваемых NPort, составляет порядка 5.5 В. Но некоторое оконечное оборудование "требует" напряжения порядка 10 В, а при меньших значениях не работает. NPort предоставляет совершенно "полный" COM-порт. Все сигналы на нем есть. Возможно, дело именно в их уровнях. Также все-таки у меня есть подозрение в возможной ошибке при распайке кабеля COM-порта. Попробуйте для чистоты эксперимента взять стандартный кабель MOXA. Можете подойти к нам в офис для проверки оборудования с "фирменным" кабелем.

На NPort 6000 русская инструкция пока, к сожалению, не подготовлена. Планируем выпустить к концу года.

Уважаемый Марат, NPort действительно умеет передавать данные с COM-порта на несколько удаленных компьютеров одновременно. Как показывает практика, проблемы, подобные Вашей, иногда возникают. Например, если два компьютера опросили контроллер совсем одновременно, то NPort 5000 будет обязан выдать оба запроса в свой COM-порт. Т.е. два запроса при передаче в COM-порт "сольются" в один или вообще "перемешаются". В таком случае, управляемый контроллер не поймёт запрос правильно и, следовательно, не выдаст ответ. Второй типовой случай - это когда один компьютер запросил данные с контроллера, и контроллер что-то ответил. Ответ контроллера будет оттранслирован на все подключенные к NPort-серверу компьютеры. NPort 5000 не способен "понять", какому именно подключенному компьютеру контроллер передает данные. Следовательно, один из подключенных ПК получит ответ на свой запрос, а остальные компьютеры получат эти же данные, ничего не запросив при этом. Такая ситуация тоже может быть поводом для "паники" компьютера. Можем подсказать два решения Вашей проблемы: 1. По возможности уменьшить частоту опроса контроллера (т.е. уменьшить вероятность возникновения "коллизий"). 2. Использовать усовершенствованную модель NPort 6150. Она умеет отсылать ответ лишь тому компьютеру, который запросил данные, а не всем подключенным ПК. Если есть желание протестировать NPort 6150 для Вашей задачи, то свяжитесь, пожалуйста, со специалистами "Ниеншанц-Автоматика". Попробуем Вам помочь в тестировании. P.S. Перемычки - для регулировки характеристик сигнала RS-485

Устройства NPort способны транслировать по сетям Ethernet любые протоколы, работающие по физическим интерфейсам RS-232, RS-422, RS-485. Мы сами не проводили экспериментов с оборудованием Siemens. Насколько я знаю, MPI не использует RS-232/422/485. Что касается Profibus - насколько я знаю, в его основе используется RS-485, но не уверен, идет ли там "стандартный" RS-485 или какой-нибудь модифицированный. Огромная просьба к специалистам, знающим оборудование Siemens, или, возможно, тестировавшим NPort на возможность передачи протокола Profibus по Ethernet, откликнитесь и напишите свое мнение, поделитесь опытом!!

Да, Вы абсолютно правы, максимально допустимое напряжение на устройствах NPort 5150 составляет 48 В. К сожалению, у компании MOXA нет однопортового решения для работы на диапазоне 36~72 В. Придется использовать дополнительные блоки питания. На напряжение 36~72 В есть только 8-портовые решения NPort 5610.

Дмитрий, добрый день. Документацию Вам вышлем. А вообще, вкратце шаги по настройке порта выглядят так: В утилите NPort Administrator выбирайте раздел "COM Mapping" Нажмите иконку "Add" В появившемся окне нажмите кнопку Rescan для поиска установленных в сети NPort-серверов или вручную пропишите IP-адрес NPort-сервера в нижней части окна. Нажмите ОК. В основном окне утилиты NPort Administrator появятся номера COM-портов, которые по умолчанию назначены устройствам NPort. Если всё устраивает, то нажмите иконку "Apply". Виртуальные порты будут созданы. Не смущайтесь, что новый COM-порт не появится в "Диспетчере Устройств" Windows. Он на самом деле будет присутствовать в системе, будет доступен приложениям и будет нормально работать. Проверить COM-порты можно с помощью любой терминальной программы. Например, используя стандартный Hyper Terminal Windows. Попробуйте открыть вновь созданный порт: Если COM-порт не будет появляться в списке доступных для открытия, значит допущена ошибка настройки виртуального COM-порта. Если в списке доступных портов новый порт появился, то виртуальный порт настроен корректно. Если COM-порт откроется успешно, то миссия выполнена. Если появится ошибка COM-порта, то, скорее всего, имеется ошибка в задании IP-настроек или режима работы NPort-сервера.

Если говорить об ограничениях самих операционных систем, то в Linux максимально возможное количество портов - 256, в Windows CE версии 5 и 6 - 255 (от 0 до 254).

Евгений, добрый день. Возможны оба варианта работы. Вот принципиальные отличия: NPort серии 5000 передает данные из RS-485 по Ethernet "прозрачно". Т.е. на компьютер со SCADA-системой надо будет установить драйвер виртуального COM-порта, и SCADA-система будет думать, что она получает информацию не через Ethernet, а по обычному COM-порту. Драйвер виртуального порта идет в комплекте с NPort. Устройство NPort 6110 (кстати, он снимается с производства и на замену уже выпущена серия MGate) преобразует формат Modbus/RTU в Modbus/TCP. Это не является "прозрачной" передачей данных, поскольку в посылках Modbus RTU и TCP используются разные заголовки. Но, если SCADA-система понимает формат Modbus/TCP, то на компьютере не надо будет устанавливать драйвер виртуального COM-порта. В итоге: либо NPort 5000 + драйвер, либо Modbus-шлюз MGate + поддержка протокола Modbus/TCP SCADA-системой. Информация по новым Modbus-шлюзам MGate пока не появилась на русском сайте, но доступна на англоязычном ресурсе: MGate MB3180: 1 порт RS-232/422/485, настольный/настенный монтаж MGate MB3280: 2 порта RS-232/422/485, настольный/настенный монтаж MGate MB3480: 4 порта RS-232/422/485, настольный/настенный монтаж MGate MB3170: 1 порт RS-232/422/485, монтаж на DIN-рейку MGate MB3270: 2 порта RS-232/422/485, монтаж на DIN-рейку

Ну насколько мне известно, модемы Siemens достаточно популярны в России и хорошо проверены. Просто мы сами не имеем большого опыта работы с ними. Из проверенного нами могу посоветовать, разумеется, наши модемы Модель, OnCell G2110, например. Розничная цена у него 272$.

Добрый день, Да, указанное Вами решение будет работоспособно. Действительно, данные, которые Вы отправите через Telnet-сессию, будут переданы в COM-порт устройства NPort 5110. Хотелось бы только обратить внимание, что через Telnet не получится управлять сигналами RTS/DTR, которые бывают нужны модемам для установки связи. Честно говоря, с Siemens M35I мы не работали, и не знаем, можно ли в настройках данного модема отключить проверку этих сигналов. Если отключить нельзя, то можно сделать на COM-порте модема "петлю" RTS-CTS, DSR-DTR. В качестве альтернативного решения можно удаленным модемом управлять не через telnet, а через виртуальный COM-порт. Для этого на компьютере необходимо поставить драйвер (он идет в комплекте с устройством MOXA), после чего удаленный NPort будет виден как дополнительный COM-порт компьютера. И Вы сможете управлять модемом в привычном стиле, через COM.

Дмитрий, спасибо за обратную связь. Рад, что система в итоге заработала так или иначе. Судя по настройкам, которые Вы описывали, модули NE настроены правильно. Возможно, какие-то специфические настройки, сделанные в системе Vista, не дают модулям NE функционировать корректно. Во всяком случае, среди наших клиентов существует много примеров успешного применения в Vista. Так что при необходимости мы готовы продолжить обсуждение темы для устранения проблем, связанных с работой в Vista.

Максим, Документация выслана Вам по почте.

Дмитрий, Есть одно предположение. Не все программы корректно работают с COM-портами, номер которых начинается от 10 и выше. Причем это касается не только виртуальных COM-портов, а COM-портов вообще, даже физических. Просто обращение к портам с большими номерами в Windows происходит по-другому. Попробуйте "переназначить" все NE на COM-порты с однозначными номерами (например, 7, 8, 9). P.S. А связаться со мной можно только по телефон или по почте. Или в форуме :-)

Попробуйте использовать MOXA PComm Lite. Очень удобная, на наш взгляд, бесплатная программа - эмулятор терминала.

Здравствуйте, Если Вы осуществляете компиляцию программ в системе Linux (т.е. используя Linux Toolchain), то мы рекомендовали бы скачать на сайте "свежую" версию. Действительно, в предыдущих версиях были замечены некоторые ошибки. Ранее MOXA аннонсировала также возможность создания программ для Linux-контроллеров на компьютере с операционной системой Windows (так называемый Windows Toolchain), но вынуждена была отказаться от этого из-за того, что Windows-средства создания Linux-приложений для ARM-архитектуры достаточно слабы. Цитата из официального ответа разработчиков:

Дмитрий, Основные настройки оборудования, судя по всему, сделаны верно. Попробуйте, пожалуйста, открыть виртуальные COM-порты стандартной программой Windows Hyper Terminal. Будут ли доступны виртуальные порты из этой программы? Будут ли они успешно открываться?

Дмитрий, Ну тогда на всякий случай еще раз проверьте, что все NE настроены в режим работы Real COM Mode (витруальный COM-порт). Модули NE в режиме виртуального COM-порт используют TCP-сокеты 950 и 966 для взаимодействия с ПК. Попробуйте проверить успешность соединения компьютера с модулями NE по этим портам. Т.е. выполните с компьютера команду: telnet 192.168.4.101 950 В случае неудачного соединения будет выдана ошибка связи. В случае успешного соединения - появится пустое telnet-окно; и все данные, которые Вы в него напишете, будут реально переданы на COM-порт устройства NE. Аналогично проверьте и возможность подключения по порту 966: telnet 192.168.4.101 966 Успешными будут эти соединения с каждым из модулей? Или неуспешные?

Уважаемый Дмитрий, Возможно, в модулях настроена другая маска подсети. Или в сети (или на компьютере) настроен firewall, который не передает данные с некоторых устройств. Все ли модули успешно отвечают на PING-запросы?

Просто дополнительный программный модуль. Планируется к выпуску в следующем году.

Нет, скорость опроса не упадет. Если, допустим, порт настроен на скорость 115.2 Кбит/сек, то пропускная сопосбность будет порядка 10 Кбайт/сек, независимо от количества одновременно подключенных компьютьеров. Также и задержка преобразования Serial-to Ethernet будет составлять порядка 10 мсек, независимо от кол-ва подключенных компьютеров. Разумеется, может возникнуть ситуация, когда к одному COM-порту подключатся одновременно 4 компьютера, и каждый из них начнет непрерывно гнать данные на скорости 115.2 кбит/сек. Тогда данные будут теряться, никуда от этого не деться. Но решение этой проблемы отдается на откуп инженерам, проектирующим систему. Как правило, необходимость одновременного подключения нескольких ПК с целью резервирования возникает в задачах сбора данных и диспетчеризации. А в них поток данных не такой уж и большой. Наверное, описанная Вами задача должна быть реализована по технологии RealCOM Plus (т.е. NPort должен различать подключенные компьютеры и не слать ответы всем широковещательно). В таком случае, при обращении с COM-порту дрвух приложений одновременно ситуация будет следующей: одно приложение "займёт" COM-порт для отправки своих данных и получения ответа. Для второго приложения COM-порт не окажется занятым. Просто драйвер будет буферизовать данные и отправит их в порт только тогда, когда порт освободится от данных первого приложения. То есть второму приложению придется подождать. Скорость обмена не упадет, но пауза будет. Соответственно, чем меньше одновременно работающих приложений, чем реже опрос и чем короче посылки данных, тем меньше вероятности получить задержку. Если правильно настроить NPort (т.е. выставить параметр MAX Connection), то не увидим

Здравствуйте, Да, это возможно. Любыми преобразователями серии NPort 5000 поддерживается возможность работы до 4 компьютеров одновременно с одним COM-портом. Алгоритм работы следующий: всё, что выдал любой из компьютеров, будет передано в COM-порт. Всё, что пришло в COM-порт, будет передано одновременно всем подключенным компьютерам. В устройствах NPort 6000 для работы COM-порта с несколькими компьютерами поддерживается также и функция RealCOM Plus. Ее отличие от описанного ранее алгоритма заключается в следующем: при одновременном подключении нескольких PC к одному компьютеру пришедшие на COM-порт данные передаются только тому компьютеру, который их запросил (по сути, NPort запоминает, какой из компьютеров последним обращался к COM-порту; туда и шлёт ответ). Таким образом, есть два варианта: RealCOM и RealCOM Plus. Отличия в том, что в первом случае приходящая на COM-порт информация копируется на все подключенные компьютеры, а во втором случае - только на один. Устройства серии NPort 5000 поддерживают только RealCOM. Устройства NPort 6000 - обе функции. Настройка NPort на подключение нескольких компьютеров происходит предельно просто. При настройке режима работы значение параметра MAX_Connection необходимо поменять с устновленной по умолчанию "1" на большее количество соединений. Вид окна настройки высылаю во вложении. NPort_5600_Multi_Connection.pdf

Здравствуйте, Компьютеры MOXA поддерживают протокол NTP (NTP-клиент входит в стандартный комплект поставки, NTP-сервер - опционально), что позволяет синхронизовать время по сети. В частности, механизм синхронизации времени по NTP описан в Документации, стр. 3-10. Что касается синхронизации от спутниковой системы GPS, то встроенной поддержки нет. Это пользователю необходимо будет реализовать собственными силами при необходимости.

Здравствуйте, К сожалению, драйверов под Windows CE для устройств NPort нет. Разработаны CE-драйверы только для мультипортовых плат на шинах ISA и PCI, а также для преобразователей USB в RS-232/422/485 серии UPort. Ограничения на кол-во портов - следующие: к одному CE-комьютеру может быть подключено только 1 устройство MOXA .

Хочу обратить внимание на только что вышедшую модель оборудования - модемы OnCell G3100. Возможно, использование этих модемов будет удобнее в данной задаче, поскольку устройств серии G3100 способны устанавливать GPRS-соединение автоматически при появлении любых данных, а не по специальной команде.