На станции имеется десяток МП терминалов АВВ 500-ой серии и несколько других МП устройств РЗА (ДФЗ Бреслер, ИМФ-3Р). При вводе к АСУ ТП (АСУ верхнего уровня) не подключали (только сигналы "Срабатывание" и "Неисправность", контактами реле). Возникла настоятельная необходимость подключить значительное число сигналов для передачи информации СО и т.д. Контактов не хватает . Вопрос в том, можно ли интегрировать эти терминалы в АСУ верхнего уровня без приобретения MicroSCADA? Насколько это законно? Есть ли у кого-то опыт такого рода? Я - за легальное приобретение, тем более что у АВВ есть опыт именно такого интегрирования (по соседству), и есть уверенность, что задача будет решена, но руководство хочет "оптимизировать затраты". Нужны сильные аргументы.
29.04.2010 05:01
girey+1 Сообщения: 26 Регистрация: 09.07.2009 Откуда: г. Нижний Тагил
У нас ПС полностью сделана на SPAC 810, естественно при проектировании съэкономили - АСУ не сделали. И теперь также как и у Вас начальники спохватились. Мы сделали пока локальную АСУ - связали все SPAC при помощи программы SMS 510 и вывели на АРМ релейщика. Далее планируем сделать удаленный доступ к АРМ релейщика.
nkulesh>Вопрос в том, можно ли интегрировать эти терминалы в АСУ верхнего уровня без приобретения MicroSCADA? Насколько это законно? Есть ли у кого-то опыт такого рода? nkulesh>Я - за легальное приобретение, тем более что у АВВ есть опыт именно такого интегрирования (по соседству), и есть уверенность, что задача будет решена, но руководство хочет "оптимизировать затраты". Нужны сильные аргументы.
1. Конечно можно интегрировать без приобритения MicroSCADA 2. Конечно это законо 3. Одна и даже не одна из фирме делает такое, у нас есть немало таких подключений.
НО... 1. Протокол SPA-открытый протокол и на реле есть все таблицы адресов, также надо будет конечно хорошо изучить системный мануал самого протокола, что тоже берёт время :-). 2. Железо, тоже нет проблем. 3. Если делать на LON, то замучиетесь, там и железо специализированое.
Поскольку говорите только о листе событий и листе тревог, то конфигурация и лицензия на MicroSCADA минимальна ( в относительных величинах)
В случае "самопального" подключения: 1. Надо будет разработать конвертор протоколов, дело долгое, нудное и дорогое 2. Надо будет разработать систему синхронизации
Посчитайте расходы на разработку, ввод в экслпуатацию, дебагинг системы. ИМХО, на десяток реле овчинка выделки не стоит.
Кроме того, будут задействованы не только программисты и связисты, но и релейщики, да и скорее всего будут на связи с АББ. В своё время у меня шишка на лбу от одной фирмы была, они подключали 3 реле REM543 ( сегодня это уже без проблем), в Модбус :-(.
Кроме того при подключении к MicroSCADA, получите ещё кучу добавок, которые иначе придётся разрабатывать самим. Кроме того АББ придёт ( прилетит :-) ) и пустят, ответственость в подключении на них, а иначе не будет работать или вместо УРОВ будет сигнал ТЗНП к кому будете обращаться
В принципе можно интегрировать в любую систему, но с небольшими оговорками по используемым протоколам (я бы рекомендовал SPA, LON - придется помучаться, 103 - категорически против)
ну есть несколько решений. Если не хочется SPA, то можно собрать все на Modbus. Можно радиально или кольцом, по оптике или медью. Для оптики у АББ есть адаптеры специальные Или можно опять же поставить адаптеры для МЭК61850 и собрать все витой парой или оптикой. Все конечно же легально и все протоколы открыты, просто нужно в самих терминалах указать протоколы и в АСУ прописать все согласно мапингу
Я построю свой лунопарк с казино, блекджеком и шлюхами. Хотя...к черту казино и блекджек!
Я вот так себе представлял, что для того, чтобы получить данные от устройства, пусть и поддерживающеего стандартные протоколы (и имеющего более или менее стандартные интерфейсы), надо всё-таки иметь описание содержания регистров данных, доступных для передачи. Ну т.е. что код ...H, записанный по адресу ...Н в регистре данных для мониторинга - это пуск ТЗНП 3 ступени, EF4-STIN. И вот такого рода информация и не является общедоступной, закрыта (АВВ, например). Ведь сама по себе спецификация протокола не привязывает коды в канале к событиям, верно? Или это не так в принципе? И стандартный протокол описывает определённую привязку выходных данных блоков событий? Конечно, это соответствие может быть установлено экспериментально, событий всего около 200 в терминале. Вызывать событие и смотреть коды. Необходимость проведения вот такого эксперимента я и считал главным доводом ЗА обращение к MicroSCADA и АВВ Автоматизация. Я релейщик, это заметно, конечно
Не совсем верно. Это абсолютно открытая инфа у любого производителя. Просто таблиц этих как..... Каждый сигнал/код описан в такой таблице: т.е. аналоговый он или дискретный, размерность, можно ли в даный регистор записывать или только считывать и т.д и т.п. Кроме того ещё куча всяких атрибутов.
Потому ведь и нет проблем подключать скажем модбус десятков производителей. Как напримет и десяток производителей и в 103 протоколе.
Может не всегда в инете есть такая инфа так не из за секретности
Спасибо всем. Стало немного понятнее, во многом был не прав, оказывается. Правда, на самом деле всё опять откладывается, на "потом". Ничего, не помешает. Спасибо.
. Вопрос в том, можно ли интегрировать эти терминалы в АСУ верхнего уровня без приобретения MicroSCADA? Насколько это законно? Есть ли у кого-то опыт такого рода?
