[Tcom 0]

Привет всем!

Насколько реально сделать OPC сервер на AVR контроллере.

Приблизительная начинка:

1. ATmega 2560

2. CP2201

+ драйверы для RS232,RS485, Mbus и тд.

 

Смысл чтоб комп из локальной сети, видел данный девайс как OPC сервер...

 

спасибо..

[anpilog 0]

Привет всем!

Насколько реально сделать OPC сервер на AVR контроллере.

Приблизительная начинка:

1. ATmega 2560

2. CP2201

+ драйверы для RS232,RS485, Mbus и тд.

 

Смысл чтоб комп из локальной сети, видел данный девайс как OPC сервер...

 

спасибо..

 

Кхм....

А как именно Вы это представляете?

[Tcom 0]

Если допустим я ставлю одельный комп под ОРС сервер,

он выполняет операции опроса группы устройств, и отсылает клиенту по LAN.

Хочется сделать такой вод девайс чтоб заменить комп.

[anpilog 0]

Кхм....

Тогда ИМХО - нет.

Есть варианты по экономии денег в таком процессе.

Но засунуть в таком виде OPC server в мегу, на мой взгляд нереально.

 

Если есть предположения как это сделать - буду рад узнать 8)

[Tcom 0]

Чем аргументирована нереальность? (если можно узнать)

НЕпоместится ICP IP UDP ?

НЕпоместится опрос приборов ?

Непоместится сама реализация OPC ?

[anpilog 0]

Чем аргументирована нереальность? (если можно узнать)

НЕпоместится ICP IP UDP ?

НЕпоместится опрос приборов ?

Непоместится сама реализация OPC ?

Думаю что последнее:

http://en.wikipedia.org/wiki/OLE_for_process_control

 

The OPC Specification was based on the OLE, COM, and DCOM technologies developed by Microsoft for the Microsoft Windows operating system family. The specification defined a standard set of objects, interfaces and methods for use in process control and manufacturing automation applications to facilitate interoperability.

 

Если у Вас получится хотябы частично реализовать это на Atmega - думаю памятник поставят Вам при жизни.

 

Хотя вохможно, что поставленую задачу можно реализовать и по другому.

 

Например, написать на приложение прослойку на ПК где будет работать OPC client и уже в ней реализовать OPC-server.

Вот это реально сделать.

 

Если я не прав - буду рад увидеть другой вариан.

[Tcom 0]

Например, написать на приложение прослойку на ПК где будет работать OPC client и уже в ней реализовать OPC-server.

Вот это реально сделать.

 

Идея тоже, в сети будет сервер нормальный , так что данная реализация - вариант.

[garcia 0]

Сервер, только без OPC, но с TCP/IP и WEB, был разработан на 80С51 (кажется) года 4 назад каким-то ОКБ.

[Tcom 0]

Наверно просто придётся реализовать устройство COM<->Ethernet,

а на отдельном компе сам ОРС сервер.

[defunct 0]

Если допустим я ставлю одельный комп под ОРС сервер,

он выполняет операции опроса группы устройств, и отсылает клиенту по LAN.

Хочется сделать такой вод девайс чтоб заменить комп.

А зачем вам именно OPC-server?

Что мешает сделать одно из трех:

1. Клиент который опрашивает приборы и сбрасывает результаты по LAN серверу на PC, с этого сервера клиенты другого типа (юзеры) выгребают результаты.

2. Сервер со своим протоколом over UDP + клиентские программы.

3. Web сервер.

 

 

и 1 и 2 и 3 можно при желании запихнуть не только в m256x, но и в m162.

[rezident 0]

А зачем вам именно OPC-server?

Что мешает сделать одно из трех:

1. Клиент который опрашивает приборы и сбрасывает результаты по LAN серверу на PC, с этого сервера клиенты другого типа (юзеры) выгребают результаты.

2. Сервер со своим протоколом over UDP + клиентские программы.

3. Web сервер.

+1. Вопрошающему не нужен OPC-server. Ему нужен контроллер сбора данных. Этакий диспетчер, который, собрав данные по такому-сякому протоколу/интерфейсу, с таких/сяких устройств, ретранслирует их на известный узел по заранее заданному/известному интерфейсу/протоколу.

[Tcom 0]

+1. Вопрошающему не нужен OPC-server. Ему нужен контроллер сбора данных. Этакий диспетчер, который, собрав данные по такому-сякому протоколу/интерфейсу, с таких/сяких устройств, ретранслирует их на известный узел по заранее заданному/известному интерфейсу/протоколу.

Спасибо всем за ответы. Ненравица что за меня решают что мне нужно, а что нет.

Реализация ОРС для меня стоит на первом месте, так-как ОРС "протокол" я использую для передачи днных в SCADA программу.

Поетому сейчас реализовываю схему:

COM-Ethernet - Ehernet - OPCServer <- Таким вот образом.

к OPCServer"у подключаются программы и всё будет ок...

Спасиб за ваши мысли, признателен....

[defunct 0]

Ненравица что за меня решают что мне нужно, а что нет.

Реализация ОРС для меня стоит на первом месте, так-как ОРС "протокол" я использую для передачи днных в SCADA программу.

Мы вас не отговариваем от использования OPC-server'a. Просто надо отделить мухи от котлет, модуль который опрашивает приборы называется КСД (контроллер сбора данных), он может быть как клиентом так и сервером, к OPC он отношения не имеет:

 

Приборы ---- rs485 --- КСД --- ethernet --- ЦППУ -- winapi-bridge --- OPC-server --- ethernet -- client

[Tcom 0]

Приборы ---- rs485 --- КСД --- ethernet --- ЦППУ -- winapi-bridge --- OPC-server --- ethernet -- client

Сорри если что, я понял, про что мне тут сказать хотели.

Спсибо всем за ответы.

Вопосо нет, тема закрыта.