LGrey

Благодарю за оперативный ответ. Т.е. можно легко установить туда любую другую ОС? Или не все так просто? Этот компьютер привлекает количеством последовательных портов. Можно, конечно, рассмотреть вопрос установки нескольких компьютеров. Однако, хочется понять, можно ли пройти указанный выше путь или это тупик. Кроме того, Windows CE относится к системам реального времени, а XP Embedded - нет. В DA-681-I-DP-XPE последовательные порты имеют гальваническую изоляцию?

Здравствуйте! Я в данном вопросе дилетант, поэтому просьба не бить ногами. Имеем разные приборы с интерфейсом RS-485. Протокол обмена данными с этими приборами известен. Есть также официальный OPC-сервер от производителя приборов. Однако, Windows CE этим ПО не поддерживается. Есть желание разместить ПО "OPC-сервер" непосредственно в Moxa DA-662-I-16-CE, а на выходе (Ethernet) OPC-клиенты, минуя промежуточные desktop на базе других Windows. В данный момент, производитель приборов утверждает, что OPC-серверы на Windows CE разработать невозможно (с этим утверждением я не согласен). Собственно, вопросы: 1) Можно ли на базе ОС, установленной в данном Moxa, разместить ПО OPC-сервер (аналогично desktop) 2) Что нужно знать разработчику OPC об устройстве Moxa и версии ОС, чтобы создать дистрибутив и какой Developer Kit он может использовать. 3) Предлагает ли компания Moxa свои инструменты разработчика OPC для достижения указанных целей.

Где можно посмотреть подробное описание работы этой функции? Каким образом происходит адресация конкретного NPort, если разные приложения обращаются к одному COM-порту?

Здравствуйте! Есть задача удаленно подключить к ПК устройство с интерфейсом USB. Имеется сеть Ethernet, а также серверы типа NPort RS-485 в Ethernet. Проблема еще и в том, что устройство видится родным программным обеспечением напрямую (без виртуальных COM-портов). Есть еще родной OPC-сервер, который позволяет подключать устройства по протоколу Modbus RTU либо по Modbus TCP. В этом случае уже можно указать COM-порт (правда я пока не знаю, должно ли подключаемое устройство поддерживать эти протоколы или достаточно преобразователя USB в Ethernet с протоколом Modbus TCP). Есть ли устройства, позволяющие организовать такое подключение или такой подход невозможен принципиально?

Здравствуйте. Между отдельными портами (RS-232, RS-485)есть электрическая связь или они гальванически развязаны между собой?

Нужны преобразователи из ИРПС в RS-232 или сразу в Ethernet (например аналогично NPort 5210). На нашем предприятии в последнее время стала популярна продукция MOXA, хотелось бы использовать такие преобразователи именно этого производителя (если таковые существуют). При прочих равных условиях отдаем приоритет бренду.

Благодарю!

Здравствуйте! Просто СУПЕР, я даже не знал о существовании таких компьютеров. Применительно к моей задаче ваш первый ответ конечно самый рациональный. А вот наличие в линейке MOXA таких компьютеров, окончательно убедил меня в серьезном подходе этой фирмы к технологиям в промышленности. Огромное спасибо за внимание к моим вопросам и за ответы. А компании MOXA мой риспект и уважуха . Так держать! PS: Вы можете назвать ориентировочную стоимость в России наиболее дешевых компьютеров (настенного монтажа и на DIN-рейку) с количеством последовательных портов 4-8?

Хотелось бы обращаться ко всем устройствам через один виртуальный COM-порт (по Ethernet). Проблема в том, что при отправке запроса типа "выдать значение от прибора 1" будет получен ответ от всех приборов типа "XXX от прибора 1". Т.е. каждый прибор даст свой ответ и подпишется названием из запроса (от прибора 1). Нормальные приборы с RS-232 (имеющие сетевые адреса) можно объединять параллельно и сажать на один COM-порт. В нашем случае такое невозможно, а хотелось бы (для рационального использования портов). Между OPC-сервером и приборами должен стоять типа коммутатор (переключатель портов), который умеет перенаправлять конкретный запрос на конкретный физический COM-порт ориентируясь на указанный в запросе адрес (например: прибор 1 - COM3, прибор 2 - COM6 и т.д.). Т.е., "коммутатор" должен уметь, зная структуру пакета данных, выцеплять из него адрес. Или это принципиально не возможно? В данный момент каждый прибор сидит на своем виртуальном порте (многопортовая MOXA), что не является рациональным использованием портов. Приборы разнесены друг от друга до 100 м (но ИРПС "бьет" до километра). Преобразователи ИРПС в RS-232 стоят непосредственно около MOXA. Из вашего ответа я понимаю, что правильнее поставить на каждый прибор однопортовый сервер, а не искать супер-умный коммутатор. PS: структура пакета данных уникальна и заточена под конкретный прибор. Возможно ли "научить" коммутатор (если таковой существует) анализировать конкретные байты пакета для определения адреса или вместе с пакетом надо цеплять какой то идентификатор, понятный коммутатору? Насколько грамотно и понятно излагаю мысли я не знаю, так как не владею сетевыми терминами, просьба не пинать

Здоровья всем форумчанам! Подскажите пожалуйста вариант подхода в такой ситуации: Есть несколько устройств (древних) не имеющих собственного сетевого адреса. Обмен данными с ними идет по интерфейсу ИРПС (токовая петля). На каждом канале ИРПС стоит преобразователь в RS-232. OPC-сервер отправляя запрос конкретному устройству, сам присваивает ему адрес в каждом пакете запросов. Устройство, получив запрос, отвечает, присваивая пакету утановленный в запросе адрес. Таким образом, OPC-сервер распознает, кто ответил. OPC-сервер самодельный, может быть изменен под конкретную ситуацию. Собственно вопрос: На базе каких устройств из линейки MOXA можно построить оптимальную сеть, чтобы в соответствии с указанным адресом устройства происходило перенаправление запроса на конкретный порт RS-232?