 | |
Предыдущие результаты
 Уважаемые коллеги,
на своем предприятии практически вся автоматизация выполнена с использованием 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-приложению все предприятие?
|
День добрый.
60 соединений - это действительно многовато. Больше 64-х модуль не создаст в принципе.
Откуда они берутся: в первую очередь, соединения устанавливаются с каждым удаленным CNBR, а также с модулями ввода-вывода удаленных корзинах. Обратите внимание на параметр "Comm Format" в настройках удаленного модуля CNBR. По умолчанию для этого параметра предлагается значение "Rack Optimisation" - такой вид соединения нужно использовать, если в удаленной корзине находятся только дискретные модуля вв/выв, тогда для связи с удаленной корзиной будет устанавливаться только одно соединение. Если же в корзине установлены аналоговые модуля, то режим "Rack Optimisation" надо заменять на "None", чтобы не нагружать сеть лишним трафиком - в режиме "Rack Optimisation" в опрашивающий процессорный модуль приходит информация порядка нескольких слов от каждого слота в удаленной корзине, даже если эти слота пустые или заняты аналоговыми модулями.
Таким образом, для экономии "коннектов" группируйте все дискретные модуля в отдельные корзины и опрашивайте их в режиме "Rack Optimisation", а для корзин с аналоговыми модулями выставляйте Comm Format = "None".
Производимые и потребляемые теги также тебуют отдельных соединений, как и Messages, но в данном случае рекомендую по возможности не использовать несколько MSG, а пользоваться одним большим массивом в режиме производитель/потребитель.
Сам RSLinx также создает дополнительные соединения для связи с процессорными модулями: в настройках Linx'а в меню Communications\Configure CIP Options\Connection for Controllogix Processors можно посмотреть и изменить макс. количество коннектов с одним PLC, по умолчанию стоит 4. То есть, каждый ПК с установленным на нем RSLinx и SCADA-системой, может "съедать" при соединении то количество коннектов, что указанов данном параметре.
ПРи вызове меню "Module Configuration" для данного CNBR RSLinx также создает дополнительные соединения.
В моей практике загрузка ЦП CNBR'а достигала 100% при "подвисаниях" CNBR из-за внутреннего сбоя... Вылечивается выниманием модуля из корзины и установкой обратно....
Расскажите, что у вас за проект, сколько удаленных корзин и модулей ввода-вывода, какая SCADA-система используется и сколько серверов ввода-вывода в сети?
|
Добрый день.
В свойствах модуля 1756-CNBR в Linx есть информация о количествах "коннектов" через этот модуль. Как именно различить откуда они берутся. Особенно это важно, если на модуле "светится" 60 соединений при макс 64 и рекомендуемом количестве 40-48.
Скорее всего это, во-первых, Consume; во-вторых, MSG-ы, а также модули, прописанные в проектах Logix (какие модули создают коннект?).
Что происходит при работе на максимальном количестве коннектов и при их превышении?
В каких случаях загрузка центрального процессора CNBR-а может достигнуть 100%.
|
Можно ли как либо контролировать присутствие в сети ControlNet - PanelView550?
Панель подключена как Unscheduled. Процессор - ControLogix, диагностика на RSView.
|
А мне вот Triconex тоже очень понравился.
Хотя ничего плохого о ControlLogix сказать не могу. Им бы еще SCADA хорошую (мечтательно).
|
[quote:b8159372de="Mr_Wasp"]А есть где-нибудь подробное описание этой самой "реально ОС реального времени" Logix-процессора? Так, для общего развития, например: структура ядра ОС, системные процессы, методы межпроцессного взаимодействия, способы синхронизации и диспетчеризации процессов и т.д., чтобы понять, как система отрабатывает возлагаемые на нее задачи.
Заранее благодарен,
Vitaliy D. Burtsev[/quote:b8159372de]
Уважаемый Виталий,
К сожалению, я такого документа Rockwell не знаю. Но основные принципы построения операционных систем реального времени можно найти в литературе по системам реального времени.
|
А есть где-нибудь подробное описание этой самой "реально ОС реального времени" Logix-процессора? Так, для общего развития, например: структура ядра ОС, системные процессы, методы межпроцессного взаимодействия, способы синхронизации и диспетчеризации процессов и т.д., чтобы понять, как система отрабатывает возлагаемые на нее задачи.
Заранее благодарен,
Vitaliy D. Burtsev
|
Я второй день хожу по Ганноверской выставке. Ни у кого нет и близко ничего подобного контроллерам Logix.
Похоже, что Rockwell ушёл лет на 5 вперёд всех.
|
Ну чтож... Хотя идея в общем неплохая. Вместо полного текста использовать какие-то стандартные процедуры с фиксированным набором инструкций и промежуточные данные для каждой процедуры. Если-бы была возможность многоуровневой индексации... я бы в основном работал с организацией памяти.
И определение псевдонимов побитно между структурами и внутри одной структуры.
Одно радует: программное обеспечение от других производителей не тянет на сегодняшний Logix5000.
|
Спасибо за ответ. Конечно, оба способа я знаю, но первый способ сразу отпадает как нерациональный, а побитное копирование в начале каждого скана... не знаю, очень много операций прописывать (20битХ40), время скана опять-же, даже если использовать для этого пару XIC-OTE...
Наверно, раньше надо было думать.
Я сейчас уже изменяю тип структуры.
Вопрос в догонку: почему такую адресацию Logix берет:
Metki.Doz[ForNext].Numer_Dozator
а такую не хотит:
Sostav_tekush2[Metki.Doz[Numer_Uspokoi_Doz].Numer_Sostav]
?
При индексации он не берет вложенную индексацию индекса?
|
Предыдущие результаты
Ещё результаты |
|
| |
|
