Вход на форум 
В начало e-Mail

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


Предыдущие результаты



Предыдущие результаты



Предыдущие результаты

 Уважаемые коллеги, возможно, для Вас не будет новостью то, что в области автоматизации непрерывных производств лидирут такие бренды как Honeywell, Yokogava, Emerson, ABB, Foxboro.. может быть кого-нибудь пропустил... Эти фирмы производят интегрированные программно-аппаратные комплексы, которые как правило характеризуются как DCS - "Распределенные Системы Управления", а также гибридные системы. Помимо непосредственно распределенности, такие системы изначально имеют богатые встроенные средства для автоматизации крупных непрерывных производств. Это и готовые функциональные блоки для первичной обработки входных аналоговых сигналов (AI), и прозрачные средства генерации алармов с встроенной генерацией сообщений об программно-аппаратных отказах самой системы, и сквозные инженерные среды, одновременно использующиеся для создания управляющей логики и для преоставления данных на уровень визуализации... В случае с продуктами Rockwell Automation для разработчиков предоставлена максимальная свобода творчества, но готовых решений как правило дается минимум... Как Вы подходите к решению задач автоматизации непрерывных производств средствами Rockwell? Какие PLC при этом предпочитаете использовать? (Вопрос наверное риторический :-) ) Какие модули ввода/вывода? (используете ли модули с искробезопасными цепями?) Какую выбираете SCADA-систему? ;-) Какой язык предпочитаете? Как производите первичную обработку аналоговых сигналов? На каком уровне генерируете технологические сигнализации по аналоговым сигналам (на уровне контроллеров или SCADA-системы)? и многое другое... Как я понимаю, общепринятого стандарта нет, но поделиться опытом и оценить лучшие подходы было бы разумно.

 [quote:8ce0a80784="Eraser"]Так как нет возможности задействовать бОльшее количество машин (и так уже все полкомнаты проводами опутал, другие сотрудники ворчат), то и FT-сервер и контроллер домена и HMI-сервер установлены на одной и той же физической машине. ... Я пока что использовал только 1 HMI сервер. Больше не пробовал т.к. нет необходимости. [/quote:8ce0a80784] Уважаемый Eraser, На нашем предприятии такая необходимость возникла, не даром Комсомольский НПЗ занимает 1-е место в референс-ллисте систем на базе оборудования Rockwell Automation (Allen-Bradley) на предприятиях нефтегазовой и нефтехимической отрасли России и СНГ. Весьма вероятно, в Вашем случае количество HMI-серверов также будет увеличиваться в будущем. Тогда вопрос о правильной организации информационной системы уровня предприятия является вполне актуальным... Официально Rockwell выдвигает еще одно ограничение: в рамках одного FT-сервера рекомендуется создавать лишь одно приложение с резервированными HMI-серверами :-) Ну а если разбивать HMI-сервера между несколькими FT-серверами, то встает проблема увеличения количества диспетчерских и инженерных станций, т.к. на одной станции в один момент времени можно указать только одну FT-директорию... Сейчас заполняю опросные листы со структурой будущей системы для отправки в Rockwell на экспертное рассмотрение, но личный опыт коллег также был бы очень интересен. А кто как вносит изменения на рабоающую пару HMI-серверов SE? Здесь тоже есть ряд нюансов...

 Так как нет возможности задействовать бОльшее количество машин (и так уже все полкомнаты проводами опутал, другие сотрудники ворчат), то и FT-сервер и контроллер домена и HMI-сервер установлены на одной и той же физической машине. На обект заказано все в соответсвии с рекомендациями Rockwell: 2 сервера для контроллеров домена (основной и резервный), 2 сервера для RSView SE (основной и резервный. Я пока что использовал только 1 HMI сервер. Больше не пробовал т.к. нет необходимости. 2 oldDad: связь везде по EtherNet

 Уважаемый VAD, я имел в виду, конечно, объединение машин в кластер. Что касается резервирования собственно FT-серверов, как это имеется в виду с HMI-серверами и Data-серверами, в Rockwell Software отказались, его нет и не будет. На самом деле, в случае FT резервирование не так уж и нужно, на мой взгляд. Обращения к серверу идут не так уж часто, и только если в проекте что-то постоянно меняется, а всё основное время система всё равно работает с локальными кэшированными копиями информации. Документы по оптимизации производительности системы я Вам навскидку не назову, нам что-то рассказывали на семинарах, но, в общем, эти методы касались оптимизации сетевого траффика, оптимизации производительности контроллеров, а также разумной децентрализации систем. Вы пишете о необходимости обеспечения информацией высших менеджеров предприятия. Действительно ли нужно, например, техническому директору заглядывать на уровень HMI, или, может быть, для них нужно организовать RSSQL - RSBizWare-решение с "верхним" сервером / кластеорм? Действительно ли им нужна именно оперативная информация уровня SCADA. или им более полезна, возможно, была бы информация уровня ERP/MES?

 Уважаемые коллеги, на своем предприятии практически вся автоматизация выполнена с использованием AB Controllogix. До появления RSView SE в качестве SCADA-системы использовался Citect или RSView32, одна установка под Plantscape. Две последних построенных установки успешно автоматизировали, применив RSView SE. Учитывая наилучшую совместимость SE с AB Controllogix и выдающиеся интеграционные возможности SE, было принято решение включения всех существующих автоматизированных участков в единое информационное пространство на базе RSView SE: на старых участках заменяем SCADA-системы на SE и включаем вновь созданные HMI-сервера в уже существующее приложение (Application) на базе общего Factory Talk-сервера. Несмотря на очевидные выгоды такой реорганизации, у нее нашлись противники, аргументирующие свою позицию уязвимостью выделенного FT-сервера (то есть сбой в работе FT-сервера грозит остановкой всего предприятия, что естественно недопустимо). Официальные источники Rockwell заявляют, что отказ основного FT-сервера должен привести к переключению каждого ПК в сети на локальный FT-сервер этого ПК, в котором прокеширована вся необходимая информация. Встает вопрос: насколько надежен такой переход на локальные FT-сервера, насколько быстро этот переход происходит? Не испытывали ли Вы на собственном опыте подобные переключения? Наш опыт показывает, что клиенты на рабочих станциях в момент выключения центрального FT-сервера "зависают" на некоторое время... Хорошо было бы понять, от чего зависит длителность этой паузы и можно ли от нее избавиться... Как Вы считаете, можно ли доверить одному FT-приложению все предприятие?

 Получить общую информацию о RSBizWare можно здесь: [url]http://literature.rockwellautomation.com/idc/groups/literature/documents/br/bizwar-br001_-en-p.pdf[/url] или можно зайти непосредственно на сайт продукта [url]www.rsbizware.com[/url] По генерации отчётов можно посмотреть продукт Microsoft Reporting Services Add-On к MS SQL Server, который явл. компонентом MS Visiual Studio .NET: [url]http://www.microsoft.com/sql/technologies/reporting/default.mspx[/url]

 Вообще, для работы с базами данных есть совершенно другие специально для этого предназначенные программные средства, не RSView :) Можно сложить логи на сервер и обрабатывать их чем угодно - есть куча программных средств. Rockwell Software как раз вчера проводил Workshop как средствами MS SQL Server, MS Visiual Studio .NET и MS Reporting Services под MS Windows 2003 Server за полчаса строить аппликации генерирования рапортов любых видов, размеров и конфигураций :) Это с помощью продуктов MS. А у RS есть для этого RSBizWare.

 Пожалуйста: http://literature.rockwellautomation.com/idc/groups/literature/documents/qs/2711-qs003_-en-p.pdf http://literature.rockwellautomation.com/idc/groups/literature/documents/gr/2711-gr003_-en-p.pdf

 [quote:6cce81bc8e="oldDad"]Вот здесь есть кое-что, попробуйте воспроизвести: [u:6cce81bc8e][url=http://domino.automation.rockwell.com/applications%5Ckb%5CRAKB.nsf/0/25C2F02FABC2BB3985256BB3004C0BD8?OpenDocument]A8435595[/url][/u:6cce81bc8e] [u:6cce81bc8e][url=http://domino.automation.rockwell.com/applications%5Ckb%5CRAKB.nsf/0/185AFC6C791DC9BB85256AFB005516EF?OpenDocument]A5528[/url][/u:6cce81bc8e] [u:6cce81bc8e][url=http://domino.automation.rockwell.com/applications%5Ckb%5CRAKB.nsf/0/F22990CE52CB473F85256CF60053623E?OpenDocument]A40737121[/url][/u:6cce81bc8e][/quote:6cce81bc8e] Это все примеры простой записи данных. Запись у меня проходит, но только ЦЕЛЫХ чисел, десятичная часть отбрасывается.

 Вот здесь есть кое-что, попробуйте воспроизвести: [u:710f9eeeee][url=http://domino.automation.rockwell.com/applications%5Ckb%5CRAKB.nsf/0/25C2F02FABC2BB3985256BB3004C0BD8?OpenDocument]A8435595[/url][/u:710f9eeeee] [u:710f9eeeee][url=http://domino.automation.rockwell.com/applications%5Ckb%5CRAKB.nsf/0/185AFC6C791DC9BB85256AFB005516EF?OpenDocument]A5528[/url][/u:710f9eeeee] [u:710f9eeeee][url=http://domino.automation.rockwell.com/applications%5Ckb%5CRAKB.nsf/0/F22990CE52CB473F85256CF60053623E?OpenDocument]A40737121[/url][/u:710f9eeeee]



Предыдущие результаты


Ещё результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты




Выберите страницу:   [ << Предыдущая страница ] 1 2


  
RA & VDT GmbH

Облако тэгов
Error RSLogix ControlLogix sound FTView Control Logix MVI56-104S 1734-AENTR Altivar Add-on Instruction MVI46MCM Ethernet PLC-5 SLC-500 1757-SRM Firmware ComactLogixL32E 1756-L75 1756-RM2 Controlnet cable Promass Client Memory 1769-L32E execution minutes seconds Windows Build 00000d5c Unspecified terminate geehrter automatisch keine globalen

Яндекс цитирования

Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany
Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de
Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна.
Открытие страницы: 0.147 секунды