Привет всем!
Насколько реально сделать OPC сервер на AVR контроллере.
Приблизительная начинка:
1. ATmega 2560
2. CP2201
+ драйверы для RS232,RS485, Mbus и тд.

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

спасибо..

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

Если допустим я ставлю одельный комп под ОРС сервер,
он выполняет операции опроса группы устройств, и отсылает клиенту по LAN.
Хочется сделать такой вод девайс чтоб заменить комп.

Кхм....
Тогда ИМХО - нет.
Есть варианты по экономии денег в таком процессе.
Но засунуть в таком виде OPC server в мегу, на мой взгляд нереально.

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

Чем аргументирована нереальность? (если можно узнать)
НЕпоместится 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.
Вот это реально сделать.

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

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

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

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

А зачем вам именно OPC-server?
Что мешает сделать одно из трех:
1. Клиент который опрашивает приборы и сбрасывает результаты по LAN серверу на PC, с этого сервера клиенты другого типа (юзеры) выгребают результаты.
2. Сервер со своим протоколом over UDP + клиентские программы.
3. Web сервер.


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

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

Спасибо всем за ответы. Ненравица что за меня решают что мне нужно, а что нет.
Реализация ОРС для меня стоит на первом месте, так-как ОРС "протокол" я использую для передачи днных в SCADA программу.
Поетому сейчас реализовываю схему:
COM-Ethernet - Ehernet - OPCServer <- Таким вот образом.
к OPCServer"у подключаются программы и всё будет ок...
Спасиб за ваши мысли, признателен....

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

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

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