совместное использование нескольких
контроллеров
Данилушки Иван; 4.4.02
Здравствуйте!
Для реализации системы управления был выбран контроллер CPU
316-2DP, и несколько станций расширения ET200M. Контроллер и
станции объединены по PROFIBUS. Теперь выясняется, что
быстродействия контроллера недостаточно.
Вопросы:
1) имеет ли смысл докупить вместо одной из станций расширения
докупить ещё один контроллер, CPU 318-2DP, и переложить на него
решение части задач так, чтобы один контроллер являлся
"супервизором" для другого?
2) Возможен ли вообще доступ к DB одного контроллера с другого?
Если да, то нужно ли докупать какие-нибудь дополнительные
модули?
3) Где про это можно почитать?
Заранее большое спасибо.
Re: совместное использование нескольких
контроллеров
Чистяков Дмитрий ОАО
"СеверСталь"; 5.4.02
1. Естествено, так и придётся сделать (раз уж его
производительности не хватает, то тут уж ничего не поделаешь).
Только вот смотря какой CPU приобрести. Может быть имеет смысл
задуматься о четырехсотом?
С супервизором тут не получиться. Будет просто паралельная работа
процессоров. В связи с чем необходимо будет просто разделить
(распределить) задачи. Но тогда желательно и УСО (станции ET)
подключить непосредственно к новому CPU. Т.к. это увеличит скорость
обновления вх/вых сигналов. В противном случае, Вам придётся
перекачивать все необходимые сигналы по сети, что соответственно и
будет "тормозить" систему в целом.
Ещё один вариант - это приобрести удалённые станции типа IM151 CPU
(ET200S). Эти станции имеют функции и параметры как CPU314. При
этом Вы просто сможете перенести часть вычислений в УСО, делая
предварительную обработку сигналов.
2. Данные DB одного контроллера можно пересылать в DB другого при
помощи сетевого обмена. Для этого используются стандартные FC5,FC6
из NCM.
Другой способ обмена данными - это использование глобальной таблицы
данных. Там Вы просто составляете таблицу, где указываете источник
данных и адрес назначения. Т.е., например, слово 110 из DB 3 CPU
такой-то в слово 2 DB 5 CPU такой-то. И после этого данные будут
циклически обновляться (пересылаться) сами, за счёт системных
действий CPU - CP.
Для всего выше описанного ничего пкупать не надо - всё уже имеется
в базовом комплекте.
3. Для более полного понимания и простоты решения Вашей задачи, я
бы посоветовал заказать бесплатный CD-ROM Quick Start Simatic NET.
Там даны примеры и их описания для связи различных систем с
различными CPU и CP.
http://www4.ad.siemens.de/news/cs/en/574211
Re: совместное использование нескольких
контроллеров
Логинов
Павел; 10.4.02
Вопрос, насколько быстродействующие процессы вы собираетесь
контролировать?
Возможно прийдется отказаться от SIEMENSа вообще.
Re: совместное использование нескольких
контроллеров
Чистяков Дмитрий ОАО
"СеверСталь"; 10.4.02
Ну уж прям вот сразу и отказываться от Siemens`a. ;-)
Можно ведь взять и Simatic TDC. Всё зависит от задачи.
Re: совместное использование нескольких
контроллеров
aim; 10.4.02
Интересно, это для каких-же процессов не хватает производительности
Simatic`a
совместное использование нескольких
контроллеров
Данилушкин Иван; 10.4.02
Речь не идёт обо всём модельном ряде Сименса.
В рамках построения системы управления реализуется сначала первая
очередь: AI=80, DI=330, DO=200, а затем вторая AI=80, DI=150,
DO=100. Контроллер S7 316-2DP и станции расширения ET200M (10
штук). Скорость работы по PROFIBUS - 1.5 МБит/с.
Всё бы ничего, но на контроллере помимо всего прочего реализовано
несколько локальных регуляторов, которые критичны даже не ко
времени дискретизации, а к частоте обновления информации о
состоянии процесса. Уже сейчас, когда снимается только 60
аналоговых сигналов, время обновления - 60*2.5мс=150 мс (AI:
331-7NF01-0AB0). Плюс время выполнения OB и обмен по шине ... вот и
задумываемся.
С уважением ко всем.
Re: совместное использование нескольких
контроллеров
siemargl; 10.4.02
Если переписать несколько участков в STL, часто можно удвоить
производительность
Re: совместное использование нескольких
контроллеров
Ваня; 11.4.02
Регуляторы то нужно вставлять в OB прерываний от таймера (OB35 и
т.п.)
Там же и читать соответствующие аналоговые входы.
Re: Ваня
Иван Данилушкин; 11.4.02
Считывать аналоговые входы в OB35 не имеет смысла: контроллер
опрашивает их по очереди и на каждый тратит 2.5 мс - время
АЦ-преобразования.
Или можно как-нибуль добиться того, чтобы некоторые модули
аналогового ввода опрашивались чаще, чем другие?
Re: совместное использование нескольких
контроллеров
Чистяков Дмитрий ОАО
"СеверСталь"; 11.4.02
Ну тут пожалуй типичный пример неправильного выбора контроллера для
решения поставленной задачи. Это ктож 316-ый Simatic для
регуляторов?
А вообще, что регулируете-то?
А то трудно предложить более менее оптимальный вариант для Вас.
Теперь о сети. А что мешает поднять скорость обема до 12 Мбит?
Re: совместное использование нескольких
контроллеров
Логинов Павел; 11.4.02
Господа! Извините!
Никто не собирался бросать тень на замечательный Simatic. Просто
времена надо считать (плюс минус лапоть) до покупки железа.
А в данной ситации, как мне кажется, стоит подумать о локальной
реализации
локальных регуляторов,например на FM 355 или как предлагал Господин
Чистяков
на IM 151.
Re: совместное использование нескольких
контроллеров
Ваня; 11.4.02
Вы неправильно считаете времена обновления аналоговых каналов.
Модуль обновляет каналы через 2.5мс*8=20мс(8-число каналов модуля).
Соответственно читать входы имеет смысл в OB35 перед обработкой
регулятора.
Re: Ваня
Иван Данилушкин; 11.4.02
Свои расчёты я строил на результатах эксперимента, а Вы уверены что
правильно считаете? Где можно про это прочитать?
С уважением.
Большое спасибо
Иван Данилушкин; 12.4.02
Спасибо большое, за живое участие.
Впредь будем внимательнее при выборе контроллеров и способов
организации распределенного управления.
С уважением ко всем.
Re: совместное использование нескольких
контроллеров
Максим
Елхов; 22.4.02
Тут проскочила не совсем верная трактовка. Ну снимаете Вы 60
сигналов - но быстродействие то не 60*3.0=180мс. Каждый АЦП
работает самостоятельно (читай независимо от скана программы). Так
что при заданной дискрете точности 9 разрядов + знак на АЦП вы
получите максимальный цикл опроса на каждом модулк в 8*3=24мс. Это
практически и будет временем обновления состояния процесса (надо
добавить около 5-7 мс для DP при 10 слейвах). Итого 30 мс на все
про все. Если влезете программой в 30 мс - то отклик на воздействие
будет колебаться от 60 до 90 мс. Вам этого мало - смотрите где
затык - уменьшите число каналов на АЦП - уменьшится время
обновления информации о процессе. Примените модули с двумя входами
- там при 10 разрядном преобразовании Вы за 6 мс ни за что не
вылезете ;)
Re: совместное использование нескольких
контроллеров
Ваня; 23.4.02
Это точно:)