emark 0 25 июля, 2008 Опубликовано 25 июля, 2008 · Жалоба Прошу совета более опытных товарищей :) Возникла необходимость в проектировании программного комплекса управления объектами автоматизации и техпроцессами работающего на стыке полевой шины (сеть на основе rs-485 интерфейса) и цеховой сети. Как мне видится, комплекс должен состоять из отдельных "кубиков": 1) сервер, обслужиающий полевую шину; 2) сервер, обслуживающий базу данных; 3) заказчик просит OPC сервер; 4) клиенты для рабочих мест обслуживающего персонала. На основе чего писать интерфейсы (транспорт) взаимодействия "кубиков"? Хотелось бы платформонезависемое что-нибудь. Как я пронял, OPC - это однозначно Win :( Сложилось впечатление, что CORBA и COM/DCOM давно мертвы. Статьи, описывающие эти технологии датируются 2001-2002 годом. Что здесь сейчас наиболее передовое? Технологии на основе вебсервисов, или это из пушки по воробьям? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MrYuran 16 25 июля, 2008 Опубликовано 25 июля, 2008 · Жалоба 3) заказчик просит OPC сервер; Заказчик, как известно, всегда прав. Возьмите любую приличную SCADA-систему и не придётся писать никаких транспортов и интерфейсов. Накидали кубиков, задали связи и вуаля. Хотя, смотря какая задача. Приличная скада стоит несколько тысяч еврозелени. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
emark 0 25 июля, 2008 Опубликовано 25 июля, 2008 · Жалоба Заказчик, как известно, всегда прав. Возьмите любую приличную SCADA-систему и не придётся писать никаких транспортов и интерфейсов. Накидали кубиков, задали связи и вуаля. Хотя, смотря какая задача. Приличная скада стоит несколько тысяч еврозелени. Не... скада, imho, для нас из пушки по воробьям.... да и нотелось бы кросплатформенное, даже в некотором смысле гетерогенное :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
OlegH 0 31 июля, 2008 Опубликовано 31 июля, 2008 · Жалоба IMHO (я гл.конструктор в проектном институте автоматизации в газотранспорте) в вопросе намешано много совершенно разных понятий и вообще он поставлен неполно и во многом некорректно. Возникла необходимость в проектировании программного комплекса скорее системы управления объектами автоматизации и техпроцессами работающего НИФИГА СЕБЕ! Задача-то не для дилетантов! Такие техпроцессы ? какие объекты автоматизации ? какие спец.требования ? какие функции предполагается решать на верхнем уровне (на компьютерах сети?) на стыке полевой шины (сеть на основе rs-485 интерфейса) и цеховой сети. А что подключено по RS-485 ? сколько и каких устройств ? Как мне видится, комплекс должен состоять из отдельных "кубиков": 1) сервер, обслужиающий полевую шину; 2) сервер, обслуживающий базу данных; 3) заказчик просит OPC сервер; 4) клиенты для рабочих мест обслуживающего персонала. Кубики имеются в виду программны на одном из компьютеров ? или сферические в вакууме ? OPC-сервер - это программа на компьютере, которая обеспечивает стандартизованный интерфейс между скадой (или иным OPC-клиентом) на этом же компьютере и устройствами/контроллерами, подключенными к нему по своим собственным протоколам. Какие у вас протоколы ? Какие задачи с помощью обмена с устройствами надо решать ? Каковы временнЫе требования к обмену ? Очень много вопросов, ответы на которые надо представлять, занимаясь такой задачей. Если есть OPC-сервер - то канал связи им уже занят и "сервер обслуживающий полевую шину" обращается в пыль. "Сервер, обслуживающий базу данных" - то есть складывающий инфорамацию в СУБД ? каковы объемы и временнЫе требования ? Какова предполагаемая структура этих данных? Клиенты для рабочих мест - вообще отдельная пестня (Это клиенты СУБД или клиенты реального времени, которые типично делаются на скаде?) Кроссплатформенность и другие модные слова в данной задаче IMHO абсолютно не главное и вторичное. Главное чтоб все первоочередные задачи решались... В общем - помочь можно только если больше будет конкретики А COM/DCOM - это как раз та технология от мелкомягких под винду, на которой работает OPC.... А Скада за несколько тысяч евро - это еще не самая большая статья расходов в проекте (кстати, количество и требуемую функциональность рабочих мест неплохо бы в студию) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
alexander55 0 4 августа, 2008 Опубликовано 4 августа, 2008 · Жалоба Рекомендую. Scada InTouch 10.0 +IAS 3.0 - сервер приложений. Преобразователи TCP/IP-RS485 Moxa NPORT поновее (в IAS (Device Driver) д.б. OPC). Получите результат быстро и без проблем. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MrYuran 16 4 августа, 2008 Опубликовано 4 августа, 2008 · Жалоба Преобразователи TCP/IP-RS485 Moxa NPORT поновее (в IAS (Device Driver) д.б. OPC). А что, есть такие? Ссылочку можно? Или название. Я так понимаю, драйвер "коробочки" включает в себя ОРС-сервер? Или в самой коробочке зашит? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
alexander55 0 4 августа, 2008 Опубликовано 4 августа, 2008 · Жалоба А что, есть такие? Ссылочку можно? Или название. Я так понимаю, драйвер "коробочки" включает в себя ОРС-сервер? Или в самой коробочке зашит? Сейчас пошукаю. Можно по моксе выйти на их сайт. Общение идет на уровне TCP/IP. Драйверу OPC по барабану что там такое. Опрос весь программируется. PS. www.moxa.com Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться