Профиль должен быть заполнен на русском языке кириллицей. Заполнение профиля заведомо ложными или некорректными данными - причина возможного отказа в регистрации на форуме.

Олимпийская ТЭЦ

Новости АСУТП, анонсы, а также отчёты о выполненных работах
Аватара пользователя

Автор темы
TEB
специалист по DEIF
специалист по DEIF
Сообщения: 7884
Зарегистрирован: 17 июн 2008, 15:01
Ф.И.О.: Евгений свет Брониславович
Благодарил (а): 35 раз
Поблагодарили: 63 раза
Контактная информация:

Олимпийская ТЭЦ

Сообщение TEB » 01 окт 2014, 00:09

Что-то пустует раздел, поэтому дополню не столько информативным, сколько эмоциональным рассказом.

Подходят к концу работы по проекту модернизации ТЭС Горно-Туристического Центра "Лаура", что в пос.Эстосадок, Адлер, Сочи, Краснодарский край. Объект изначально планировалось завершить к Олимпиаде 2014, но не успели. Про административные и прочие проблемы умолчу.

ТЭС состоит из шести газотурбинных генераторов с системами утилизации тепла, т.е. и электричество вырабатывают и тепло. Исходно ТЭС работала автономно от пром.сети, питала весь ГТЦ с тех времён когда сети там не было и в помине. Затем, в процессе строительства, подтянули сеть и питание ГТЦ осуществлялось либо от ГТУ, либо от сети. Когда мощность выросла, ГТУ начали работать параллельно с сетью, обеспечивая часть потребностей (дефицит покрывался за счет потребления из сети). Но управлялись все ГТУ автономно и вручную, то есть для каждой ГТУ диспетчеры должны были задавать мощность, причём с места а не из диспетчерской. В финале, после реконструкции, на объекте получено:
  • установлена система управления генерированием (управляет выработкой электроэнергии);
  • модернизированы системы управления всех ГТУ (с целью стыковки с системой управления генерированием);
  • установлена система диспетчерского управления (для централизованного контроля и управления из помещения ГЩУ);
  • установлена система противоаварийной защиты (защищает ТЭС от последствий аварий в сети).

В проекте задействовано несколько фирм, всё стало возможно лишь при их совместной работе.

Наша фирма, в т.ч. и я, занимался генерированием, поэтому про генерирование и рассказ.

kp_singleline.png


Система управления генерированием (САУГ) распределённая, строящаяся по принципу "один управляющий контроллер на каждый автомат главного тока". В САУ ГТУ уже были установлены контроллеры предыдущего поколения, неспособные обеспечить необходимые задачи по комплексному управлению, поэтому они были заменены на более новые контроллеры САУГ. Замена произведена по нашей иннициативе и силами фирмы-поставщика ГТУ при полном согласовании и под наблюдением фирмы-производителя ГТУ. Таким образом, генераторная часть САУГ размещена в самих ГТУ. Контроллеры для сетевых вводов и секционного выключателя размещены в отдельном шкафе управления, установленном в помещении ЗРУ (поближе к самим автоматам). Все контроллеры (генераторные, сетевые, секционный) связаны друг с другом по дублированному интерфейсу CAN. Система одномастерная с автоматическим выбором мастер-контроллера, т.е. полное выпадение из связи (по обоим линиям CAN) одного, двух, трёх и т.д. контроллеров не приводит к полной неработоспособности всей системы - оставшиеся в живых контроллеры договариваются между собой, выбирают мастера и управление продолжается. Собственно, процесс выбора мастера непрерывный, мастер-контроллер может меняться и при нормальной работе системы.

Генераторные контроллеры связаны интерфейсом ProfiBUS с САУ ГТУ, а САУ ГТУ в свою очередь по ModBUS с верхним уровнем. Сетевые и секционный контроллеры связаны с верхним уровнем непосредственно по ModBUS. Всё управление и диагностика штатно производится централизованно из помещения ГЩУ.

В целом, система управления генерированием обеспечивает (это уже подтверждено испытаниями и опытной эксплуатацией) режимы и функции:
  • работу любой из двух секции шин (или обоих вместе) в автономном режиме (без сети) с распределением нагрузки между ГТУ;
  • параллельную работу любой секции шин (или обоих - при включенном секционном выключателе) с одним вводом пром.сети в режиме заданного импорта мощности из сети, при том САУГ управляет работающими генераторами так, чтобы поддерживался заданный оператором импорт мощности из сети. Параллельная работа двух и более вводов пром.сети не допускается (заблокирована), но технически возможна;
  • автоматическая синхронизация любого выключателя главного тока, в том числе и групповая. То есть например на первой секции включены все три ГТУ и одна сеть, на второй секции включены все три ГТУ а сети отключены - в этом случае возможна синхронизация секционного выключателя. Другой пример: включены все шесть выключателей ГТУ и секционный выключатель - возможна синхронизация любого выключателя сети. Ну а синхронизация одной любой ГТУ с шинами - это уже совсем просто.
  • автоматический выбор режима работы каждой ГТУ и автоматическое переключение режимов работы при изменении конфигурации цепи главного тока. Например, если несколько ГТУ работали в параллель с сетью то при любом отключении выключателя сети все ГТУ автоматически перейдут в автономный режим, и наоборот. При любом отключении секционного выключателя, ТЭС превращается в две независимые электростанции, каждая из которых работает в автономном режиме или режиме фиксированного импорта - в зависимости от состояния выключателей сети на их секциях шин;
  • управление набором и сбросом мощности ГТУ при изменении режимов работы, то есть нагружение и разгрузка ГТУ производится с заданной скоростью (скорости и ступени нагружения и разгрузки каждой ГТУ заданы независимо для каждой ГТУ исходя из механических характеристик приводных турбин);
  • комплекс быстродействующих защит от исчезновения сети;
  • комплекс защит каждой ГТУ по электрическим параметрам (механической частью занимается подсистема ПАЗ в каждой САУ ГТУ);
  • комплекс защит вводов сети и секционного выключателя по электрическим параметрам (не используется ввиду наличия РЗА на этих выключателях);
  • комплексное централизованное управление всей ТЭС по командам от верхнего уровня (оператором с ГЩУ);
  • автоматическое снижение номинальной мощности каждой ГТУ по внешним параметрам (температура окружающего воздуха, теплотворность газовой смеси, температура котла-утилизатора и т.п.).

Основные проблемы и задачи, с которыми столкнулись во время реализации:
  • необходимость разработки схем модернизации САУ ГТУ и согласование их с фирмой-производителем ГТУ с последующим авторским надзором этой фирмы;
  • необходимость изменения программы управления главного управляющего контроллера ГТУ в связи с заменой контроллера управления генерированием (фактически алгоритм был переписан и отлажен), также при согласовании фирмы-производителя ГТУ - работа выполнена силами поставщика ГТУ;
  • были найдены и устранены ошибки в алгоритмах управления генераторных контроллеров САУГ, ошибки выявлялись в процессе ПНР и иногда заканчивались нефатальными авариями;
  • алгоритмы комплексного управления ТЭС были созданы производителем контроллеров САУГ фактически специально под этот объект и впоследствии ими дополнены последующие версии этих контроллеров по результатам ПНР на объекте. Алгоритмы прошли многоступенчатую проверку, их тестировал производитель контроллеров в Дании, одновременно российский поставщик в Петербурге, затем финально они тестировались на объекте;
  • самая большая проблема заключается в том что объект (ТЭС) "живой" и находится в эксплуатации 24/7/365, даёт свет и тепло всему ГТЦ, в том числе и при частых визитах первых лиц страны, включая Самого. ТЭС питает электричеством и теплом несколько гостиничных комплексов (в том числе 5*), сам ГТЦ, несколько горных подъёмников, ряд горных спортивных объектов и частично резиденцию Самого. Пик ажиотажа при работах приходился на начало и разгар сезонов, когда за обесточивание потребителей грозит практически расстрел. Особенно перед Олимпиадой (когда никто не успевал) было крайне тяжело найти ресурсы для проведения работ и окна между мероприятиями в ГТЦ для того чтобы проводить проверки, испытания и монтаж. Т.е. работа сделана фактически по живому и без остановки ТЭС. Это стоило многих нервов и бессонных ночей, именно по этому работы завершаются сейчас а не полтора года назад как планировалось изначально;
  • вторая крупная проблема заключалась в том что на объектах такой важности таких систем в РФ не устанавливалось, негде опыта попросить, не у кого спросить. В силу того что параллельная генерация с сетью в РФ до сих пор не регламентирована (и больше того - не изучена), имело место полное непонимание самих принципов управления для таких объектов со стороны службы эксплуатации, заказчиков и некоторых подрядчиков. Из-за этого с защитами разбираются до сих пор, а с управлением разобрались только в конце минувшего лета.
  • всего лишь одна механическая особенность конкретного типа ГТУ что применены на ТЭС кардинально изменила взгляд всех задействованных организаций на всю работу и на её цель, причём происходило это непрерывно, поскольку выявить и осознать всю важность этой особенности стало возможно только по опыту аварий, случавшихся при работах и при эксплуатации. Это правильное осознание и понимание стало возможным только благодаря совместному анализу всех имеющихся аварийных записей и журналов всеми участниками (и датчане тестировали по ночам, и я голову ломал целыми сутками без перерыва, и поставщики ГТУ и служба эксплуатации не оставалась в стороне);
  • к Олимпиаде подошли с недоделанным и неотлаженным объектом, поэтому период Олимпиады и ПараОлимпиады прошел в совершенно нештатном непроектном режиме работы ТЭС с привлечением большого количества диспетчерского и аварийного персонала. Фактически (и без преувеличения) люди месяц жили на ТЭС, ночуя в кабинетах и подсобках, 6 часов сна в сутки считалось роскошью, выходных не было. Лично я в этот период там не находился (СБ не разрешила), однако напряжение было таково что когда на церемонии закрытия погас олимпийский огонь, не могу сказать чему я радовался больше: тому что наши выиграли или тому что всё обошлось там на ТЭС. Хотя были и аварии в процессе, и серьёзные, и обесточивания во время соревнований.
  • административно-бюрократо-маразматический фактор был представлен в максимально возможном виде;

Учитывая все пережитые трудности, весь проект можно назвать смелым авантюрным решением и это не будет преувеличением.
У вас нет необходимых прав для просмотра вложений в этом сообщении.
По вопросам работы Форума можно обратиться ко мне, или по этим контактам.


sve
здесь недавно
здесь недавно
Сообщения: 26
Зарегистрирован: 18 дек 2013, 11:11
Ф.И.О.: Вадим

Re: Олимпийская ТЭЦ

Сообщение sve » 01 окт 2014, 06:35

Чем вызвано решение применить распределенную САУГ, а не на резервированном (дублированном) контроллере ?


Ryzhij
почётный участник форума
почётный участник форума
Сообщения: 2555
Зарегистрирован: 07 окт 2011, 08:12
Ф.И.О.: Гаско Вячеслав Эриевич
Откуда: Рязань, Россия
Благодарил (а): 41 раз
Поблагодарили: 70 раз

Re: Олимпийская ТЭЦ

Сообщение Ryzhij » 01 окт 2014, 08:51

sve писал(а):Чем вызвано решение применить распределенную САУГ, а не на резервированном (дублированном) контроллере ?
Как и в любых подобных случаях, самый распрекрасный контроллер не является Perpetuum Mobile и нуждается в периодическом ремонте и обслуживании.
И как это сделать?
Ведь технологические линии выводятся в ремонт поочерёдно, а централизованная система управления обязана "пахать как папа Карло" непрерывно.
Между централизацией и интеграцией огромная разница.
---------------------------------------------------
«У человека в душе дыра размером с Бога, и каждый заполняет её как может». Жан-Поль Сартр


sve
здесь недавно
здесь недавно
Сообщения: 26
Зарегистрирован: 18 дек 2013, 11:11
Ф.И.О.: Вадим

Re: Олимпийская ТЭЦ

Сообщение sve » 01 окт 2014, 12:03

Задача группового регулирования мощности (распределения нагрузки между ГТУ) где решается ? Если в текущем мастере, то как обеспечивается непрерывность ее решения при отказе мастера ? Генераторные, сетевые, секционный контроллеры резервированные ?


Ryzhij
почётный участник форума
почётный участник форума
Сообщения: 2555
Зарегистрирован: 07 окт 2011, 08:12
Ф.И.О.: Гаско Вячеслав Эриевич
Откуда: Рязань, Россия
Благодарил (а): 41 раз
Поблагодарили: 70 раз

Re: Олимпийская ТЭЦ

Сообщение Ryzhij » 01 окт 2014, 14:25

sve писал(а):Задача группового регулирования мощности (распределения нагрузки между ГТУ) где решается ? Если в текущем мастере, то как обеспечивается непрерывность ее решения при отказе мастера ? Генераторные, сетевые, секционный контроллеры резервированные ?
Вообще-то для PAC это задача на уровне "копания ямы". Рутина.
Сейчас у меня тут группу винтовых немцы компрессоров пускают. Так вот, в своё время я потребовал чтобы задача мастер-регулятора производительности была прописана в контроллере каждого из компрессоров. Назначение мастером может происходить как вручную, так и автоматически. Роль мастера передаётся следующему контроллеру при отказе текущего мастера. Для безударного перехода пришлось несколько увеличить трафик по сети чтобы синхронизировать переменные в ПАК разных компрессоров. И всё.

PS
И да, за счёт отказа от отдельного фиксированного мастера нам удалось практически за те же деньги сделать контроллеры резервированными.
---------------------------------------------------
«У человека в душе дыра размером с Бога, и каждый заполняет её как может». Жан-Поль Сартр

Аватара пользователя

Автор темы
TEB
специалист по DEIF
специалист по DEIF
Сообщения: 7884
Зарегистрирован: 17 июн 2008, 15:01
Ф.И.О.: Евгений свет Брониславович
Благодарил (а): 35 раз
Поблагодарили: 63 раза
Контактная информация:

Re: Олимпийская ТЭЦ

Сообщение TEB » 01 окт 2014, 14:34

sve писал(а):Чем вызвано решение применить распределенную САУГ, а не на резервированном (дублированном) контроллере ?

Здравым смыслом. Сдохнет один централизованный контроллер и привет всей станции. А в распределённой системе умирание (потеря связи) с одним из элементов обрабатывается весьма серьёзно и не приводит к всеобщему краху. Если останется в живых хотя бы один - он будет управлять своей частью. В энергетике так принято.

Впрочем, изначально другая фирма хотела взять на себя и генерацию (в итоге ей осталась ПАЗ, РЗА и весь монтаж), и это был бы централизованный контроллер. Хотел бы я посмотреть тогда на программистов которые будут рожать алгоритмы групповой синхронизации, группового распределения мощности и прочее, то есть то что тривиальной задачей не является, уже изобретено и десятилетиями оттачивается в оборудовании специализирующихся на этом фирм. Скорее всего именно по этому ген.подрядчиком и была выбрана та система которая была установлена.

sve писал(а):Задача группового регулирования мощности (распределения нагрузки между ГТУ) где решается ?

А.... э..... не понял вопроса. Эту задачу решает распределённая система управления генерацией, вся.

sve писал(а):Если в текущем мастере, то как обеспечивается непрерывность ее решения при отказе мастера ? Генераторные, сетевые, секционный контроллеры резервированные ?

Мастера как такогового нет, хоть я в тексте его и упомянул. Есть командный контроллер, который принимает решения и раздаёт уставки. На самом деле этой работой занимаются все контроллеры (кроме секционного) независимо друг от друга, но исполняются решения только командного. И разного типа контроллеры отвечают за разную работу, у сетевых один круг задач, у генераторных другой, у секционного третий. Для работы в автономном режиме (в полуавтоматическом, что и применено) например командный контроллер вовсе не нужен, задача распределения нагрузки решается всеми генераторными совместно, в каждом свои ПИД-регуляторы для своей турбины. Когда включается сеть то командным является любой сетевой контроллер секции шин, на которой работает сеть (если секционник отключен то командных будет соответственно два - по одному на каждой секции).
Система ж распределённая.
Отвал командного обрабатывается и самой системой и внешними блокировками, в результате внешних блокировок возможно отключение вводов, аварийный останов генераторов и т.п., зависит от того кто умер, а система уже разберётся с тем что получилось в итоге. На исправной системе смена командного не приводит ни к каким броскам и возмущениям. Можно в двух контроллерах, один из которых командный, задать совершенно разные режимы и уставки, и на лету принудительно сменить командного с одного на другой - вся ТЭС перестроится под новый режим. К примеру в одном задан импорт 1 мегаватт и работают 5 ГТУ (мегаватт потребляется из сети, остальная нагрузка распределяется между ГТУ), а в другом экспорт 6 мегаватт: переключаем командный флаг с первого на второй и ГТУ начинают набирать нагрузку до тех пор пока импорт 1 мегаватт не сменится на экспорт 6 мегаватт (или до максимально возможной полной нагрузки ГТУ). Переключили обратно - пошёл обратный процесс. Если задать полностью автоматический режим то при этом даже могут автоматически запускаться и останавливаться генераторы, включаться/выключаться секционники. Я это делал и наблюдал. Это штатная операция, а возможна и нештатная, например была включена сеть17 и её контроллер был командным, контроллер умирает и командным автоматически становится любой другой сетевой на этой секции шин, в данном случае это сеть18 (а если секционник включен то вообще любой другой сетевой), и он разбирается с ситуацией (видит что состояние автомата сеть17 неизвестно и обрабатывает это).

Каждый сетевой, поскольку сетевые могут быть командными, может быть аппаратно дублирован, но здесь это решение не использовано.
По вопросам работы Форума можно обратиться ко мне, или по этим контактам.

Аватара пользователя

Автор темы
TEB
специалист по DEIF
специалист по DEIF
Сообщения: 7884
Зарегистрирован: 17 июн 2008, 15:01
Ф.И.О.: Евгений свет Брониславович
Благодарил (а): 35 раз
Поблагодарили: 63 раза
Контактная информация:

Re: Олимпийская ТЭЦ

Сообщение TEB » 01 окт 2014, 14:47

Ryzhij писал(а):Вообще-то для PAC это задача на уровне "копания ямы". Рутина.

Я бы не сказал что это прямо элементарно. Элементарно если у вас генераторы одинаковой мощности работают автономно и грузить их можно как угодно (например дизеля). А когда генераторы разной мощности, а то и разного типа, каждый со своей нагрузочной способностью, и появляется сеть - начинаются приключения. Многое конечно решается просто точной настройкой ПИДов, но есть и нюансы. Например для экономии топлива применяют асимметричное распределение, или номинальная мощность всех генераторов может взять и измениться (из-за изменения состава газа или перегрева утилизатора), но в основном именно точная настройка ПИДов тут спасает.

Ryzhij писал(а):Сейчас у меня тут группу винтовых немцы компрессоров пускают. Так вот, в своё время я потребовал чтобы задача мастер-регулятора производительности была прописана в контроллере каждого из компрессоров. Назначение мастером может происходить как вручную, так и автоматически. Роль мастера передаётся следующему контроллеру при отказе текущего мастера. Для безударного перехода пришлось несколько увеличить трафик по сети чтобы синхронизировать переменные в ПАК разных компрессоров. И всё.


Компрессоры - это чуть другое, там переходные процессы другие нежели в электричестве. По-моему правильно потребовал.

У нас был небольшой опыт параллелить дизель-насосы, там мастер таки был, но это был отдельный PLC который раздавал всем задания. Умер мастер - всё встало.
По вопросам работы Форума можно обратиться ко мне, или по этим контактам.

Аватара пользователя

minikh
здесь недавно
здесь недавно
Сообщения: 25
Зарегистрирован: 19 окт 2014, 13:05
Ф.И.О.: Миних Владимир Анатольевич
Контактная информация:

Re: Олимпийская ТЭЦ

Сообщение minikh » 23 окт 2014, 11:28

TEB писал(а):У нас был небольшой опыт параллелить дизель-насосы, там мастер таки был, но это был отдельный PLC который раздавал всем задания. Умер мастер - всё встало.


Ну почему сразу встало. У каждого контроллера осталось свое задание. Они продолжают по нему работать, ведь мастер раздает только уставки для ПИД контуров. А дальше в работу включается диспетчер станции или оператор и могут скорректировать задания для агрегатов. А у службы КИП есть время на замену мастера.

Аватара пользователя

Автор темы
TEB
специалист по DEIF
специалист по DEIF
Сообщения: 7884
Зарегистрирован: 17 июн 2008, 15:01
Ф.И.О.: Евгений свет Брониславович
Благодарил (а): 35 раз
Поблагодарили: 63 раза
Контактная информация:

Re: Олимпийская ТЭЦ

Сообщение TEB » 23 окт 2014, 11:35

minikh писал(а):
TEB писал(а):У нас был небольшой опыт параллелить дизель-насосы, там мастер таки был, но это был отдельный PLC который раздавал всем задания. Умер мастер - всё встало.


Ну почему сразу встало. У каждого контроллера осталось свое задание. Они продолжают по нему работать, ведь мастер раздает только уставки для ПИД контуров. А дальше в работу включается диспетчер станции или оператор и могут скорректировать задания для агрегатов. А у службы КИП есть время на замену мастера.

Да? То есть диспетчер берёт ноги в руки и обегает все контроллеры, прописыва им задания, и бегает так постоянно. Учитывая скорость переходных процессов на гидравлике, можете рассчитать скорость бега диспетчера - примерно две-три звуковые.

:ges_up:
По вопросам работы Форума можно обратиться ко мне, или по этим контактам.

Аватара пользователя

minikh
здесь недавно
здесь недавно
Сообщения: 25
Зарегистрирован: 19 окт 2014, 13:05
Ф.И.О.: Миних Владимир Анатольевич
Контактная информация:

Re: Олимпийская ТЭЦ

Сообщение minikh » 23 окт 2014, 11:48

TEB писал(а):
minikh писал(а):
TEB писал(а):У нас был небольшой опыт параллелить дизель-насосы, там мастер таки был, но это был отдельный PLC который раздавал всем задания. Умер мастер - всё встало.


Ну почему сразу встало. У каждого контроллера осталось свое задание. Они продолжают по нему работать, ведь мастер раздает только уставки для ПИД контуров. А дальше в работу включается диспетчер станции или оператор и могут скорректировать задания для агрегатов. А у службы КИП есть время на замену мастера.

Да? То есть диспетчер берёт ноги в руки и обегает все контроллеры, прописыва им задания, и бегает так постоянно. Учитывая скорость переходных процессов на гидравлике, можете рассчитать скорость бега диспетчера - примерно две-три звуковые.

:ges_up:


А у Вас что, диспетчер вводит задания в каждый контроллер непосредственно? у него нету диспетчерского пульта??? Мы например для ГПА делали такой АРМ, с которого можно управлять всеми ГПА. И даже был экран для ввода заданий например по давлению, расходу, оборотам для каждого ГПА.

Аватара пользователя

Автор темы
TEB
специалист по DEIF
специалист по DEIF
Сообщения: 7884
Зарегистрирован: 17 июн 2008, 15:01
Ф.И.О.: Евгений свет Брониславович
Благодарил (а): 35 раз
Поблагодарили: 63 раза
Контактная информация:

Re: Олимпийская ТЭЦ

Сообщение TEB » 24 окт 2014, 13:39

minikh писал(а):А у Вас что, диспетчер вводит задания в каждый контроллер непосредственно? у него нету диспетчерского пульта???

Так ведь сдох контроллер-то по условиям задачи. :) Пульт не работает, точнее работает но никуда ничего не отправит. Да и с пульта оператор не успеет - он скорее в окно увидит чем с пульта, как трубы порвёт к чертям. Вы не путайте, я говорил про воду - несжимаемую среду. А Вы - про газ.

minikh писал(а):Мы например для ГПА делали такой АРМ, с которого можно управлять всеми ГПА. И даже был экран для ввода заданий например по давлению, расходу, оборотам для каждого ГПА.

Всё логично. Но тут рассматривается вариант общего PLC на управление параллелью, он регулирует. Он ведь может умереть по закону подлости в момент каких-нибудь переключений и тогда ничто не устоит.

О том и речь что не дОлжно так делать (я с того и начал).
По вопросам работы Форума можно обратиться ко мне, или по этим контактам.

Аватара пользователя

minikh
здесь недавно
здесь недавно
Сообщения: 25
Зарегистрирован: 19 окт 2014, 13:05
Ф.И.О.: Миних Владимир Анатольевич
Контактная информация:

Re: Олимпийская ТЭЦ

Сообщение minikh » 24 окт 2014, 14:01

TEB писал(а):Так ведь сдох контроллер-то по условиям задачи. :) Пульт не работает, точнее работает но никуда ничего не отправит. Да и с пульта оператор не успеет - он скорее в окно увидит чем с пульта, как трубы порвёт к чертям. Вы не путайте, я говорил про воду - несжимаемую среду. А Вы - про газ.

Ну контроллер сдох, а ведь на АРМ можно выводить информацию не только с одного контроллера. Сдох мастер контроллер, который выдает задания для агрегатных контроллеров, но осталась возможность управлять с этого же АРМа остальными контроллерами (конечно при условии что на него выводятся данные с других. Если нет, тогда ой)))

Аватара пользователя

minikh
здесь недавно
здесь недавно
Сообщения: 25
Зарегистрирован: 19 окт 2014, 13:05
Ф.И.О.: Миних Владимир Анатольевич
Контактная информация:

Re: Олимпийская ТЭЦ

Сообщение minikh » 24 окт 2014, 14:02

TEB писал(а):О том и речь что не дОлжно так делать (я с того и начал).

Извините, этого я сразу не заметил...

Аватара пользователя

Автор темы
TEB
специалист по DEIF
специалист по DEIF
Сообщения: 7884
Зарегистрирован: 17 июн 2008, 15:01
Ф.И.О.: Евгений свет Брониславович
Благодарил (а): 35 раз
Поблагодарили: 63 раза
Контактная информация:

Re: Олимпийская ТЭЦ

Сообщение TEB » 27 окт 2014, 13:27

minikh писал(а):
TEB писал(а):Так ведь сдох контроллер-то по условиям задачи. :) Пульт не работает, точнее работает но никуда ничего не отправит. Да и с пульта оператор не успеет - он скорее в окно увидит чем с пульта, как трубы порвёт к чертям. Вы не путайте, я говорил про воду - несжимаемую среду. А Вы - про газ.

Ну контроллер сдох, а ведь на АРМ можно выводить информацию не только с одного контроллера. Сдох мастер контроллер, который выдает задания для агрегатных контроллеров, но осталась возможность управлять с этого же АРМа остальными контроллерами (конечно при условии что на него выводятся данные с других. Если нет, тогда ой)))

Некорректно. Два мастера (АРМ и управляющий контроллер), что невозможно. Если сделать АРМ на время исправности главного слейвом, то он (АРМ) не получит никаких показаний и ничего не отобразит. Должен быть переключатель который переведёт его в режим Мастера (и переинициализирует сеть?). И кто будет слать в АРМ значения? Пересаживание всего этого на Ethernet решит проблему мастеров, но не решит проблему разграничения управления. В общем много извращений, задача решается, но не в лоб.

Интересно было бы узнать, как это всё работает на ГПСах.
По вопросам работы Форума можно обратиться ко мне, или по этим контактам.

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1244
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 11 раз
Поблагодарили: 37 раз
Контактная информация:

Re: Олимпийская ТЭЦ

Сообщение CHANt » 14 мар 2015, 21:13

TEB писал(а): И кто будет слать в АРМ значения?

Слейв, как вариант - он может иметь два коммуникационника и выступать слейвом в двух сетях, в одной скажем АРМ будет мастером, и получать от слейва состояние связи от мастера-контроллера и активировать программно виртуальную панель (окошко) управления на АРМ. При этом АРМ по другой сети - штатно работает с мастер-контроллером. Вариантов масса.

TEB писал(а):В общем много извращений, задача решается, но не в лоб.

Основное извращение - затраты)))
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))

Аватара пользователя

Автор темы
TEB
специалист по DEIF
специалист по DEIF
Сообщения: 7884
Зарегистрирован: 17 июн 2008, 15:01
Ф.И.О.: Евгений свет Брониславович
Благодарил (а): 35 раз
Поблагодарили: 63 раза
Контактная информация:

Re: Олимпийская ТЭЦ

Сообщение TEB » 14 мар 2015, 22:26

Мне видится, что конкретно в энергетике, АРМ никак не может быть мастер-контроллером ни при каких условиях.

А именно, автоматика должна быть такой, что при смерти сервера или АРМа или центрального PLC или любой другой неисправности, когда оператор теряет прямой контроль или часть информации, объект в целом должен продолжать работать и выполнять последние задания и режимы. Тогда электростанция не развалится сразу и у оперативного персонала будет больше шансов избежать аварии. У нас так и получается в РСУ (а у нас РСУ): отвалился АРМ от сервера - есть резервный АРМ и не один. Отвалился сервер - все контроллеры работают по последним полученным заданиям, включая командный. Есть возможность менять задания и режимы местно. Отвалился командный (а командным при параллели с внешней сетью является тот, кто отвечает за включенный в данный момент ввод сети) - другой станет командным несмотря на то что его ввод выключен, уставки и задания дублируются во все сетевые контроллеры. Если никто не стал командным - все остальные работают по последнему заданию. Ну а дальше уже есть варианты автоматических действий - можно например отключиться от внешней сети если позволяет нагрузка и перейти в автономный режим, в нём командный контроллер не нужен (его нет), в дополнение можно принудительно переключиться на третью аналоговую линию распределения мощности (есть две цифровые, дублирующие друг друга, и ещё аналоговая на случай самого крайнего кирдыка), и так далее.

В общем, грамотно построенная РСУ позволяет не бояться не то что единичных - множественных отказов. А когда в системе всегда должен быть мастер, и всегда один и тот же жёстко определённый, да ещё и не входящий в средний управляющий уровень непосредственно - вот тут и начинаются настоящие сложности, единичный отказ мастера выносит всю систему.
По вопросам работы Форума можно обратиться ко мне, или по этим контактам.

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1244
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 11 раз
Поблагодарили: 37 раз
Контактная информация:

Re: Олимпийская ТЭЦ

Сообщение CHANt » 14 мар 2015, 23:01

Много букв и слов, но суть -
TEB писал(а): Есть возможность менять задания и режимы местно
:ges_up:
Собственно и ответ на всю предыдущую риторику!
Есть центральный пульт, есть местные посты - т.н. агрегатные щиты управления. НСС уже принимает решение, где и как управлять в том или ином случае, озадачивая попутно на ремонт оперативный персонал ТАИ (АСУТП). Требования к наличию АЩУ были в НТД, увы, сейчас не знаю действуют ли те РД конца 90-х, начала 2000х...
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))


Вернуться в «Новости и отчётность»



Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей