WWW.PROGRAMMA.X-PDF.RU
БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА - Учебные и рабочие программы
 

Pages:     | 1 || 3 |

«Адатпа Дипломды жобада рт сндіру дабылыны автоматталан жйесі зірленді. Макро жне шаын рылымдар, технологиялы жне функциялы кестелер арастырылды, SCADA - бекетті жйесіні WinCC ...»

-- [ Страница 2 ] --

ADR-833 охватывает 3 контролируемых выхода, 2 релейных и 3 контролируемых входа. Выходы вводят в действие:( a) автоматические цилиндры пожаротушения,( b) сирену извещения и( c) оповещатель об эвакуации. Реле: одно для волнения и иное для трагедии Выходы:( a) прирученный вложение пожаротушения – гальванический,( b) запрет пожаротушения и( c) переключатель давления цилиндра пожаротушения (рисунок 2.9).

ADR-833 работает от 24В родника, питающего от ППКП или от удаленного родника. ADR-833 это аналого адресуемое приспособление, контролируемое ППКП и занимающее лишь один адрес, желая и владеет некотороеколичество вводов и выводов.

Клавиатура и экран ADR-833 владеет жидкокристаллический экран, состоящий из 2-ух линий по 20 знакомест в каждом, светодиоды, какие индицируют состояния, такие как трагедия. Тревога или обычная служба. Клавиатура состоит из 4-х кнопок:

- кнопка " Прекращение пожаротушения " – прекращаетвтоматическое пожаротушение;

- кнопка отключения сирены;

- кнопка сброса;

- кнопка меню – зарезервирована для грядущих применений.

Входы и выходы.

В ADR-833 все полосы входов и выходов контролируются и защищены от маленьких замыканий и разъединения. К ним подключены резисторы 5, 1 кОм, к концу всякой полосы. В случае неисправности на одной из рядов, загорится желтоватый светодиод, и это отобразится на панели.

Сообщение направляется ППКП и от нее на далёкий пульт rm-4005 ежели он инсталлирован в системе. В добавлении местная сирена даст об этом голосовой знак. Для выключения этого звука употребляется клавиша отключения сирены. Эта сирена выключается лишь с самого устройства adr833. Не дается вероятность отключать сирену от ППКП или удаленного пульта. После выключения сирены словечко silenced мигает на экране.

Фиксация этого действия автоматом отобразится на мониторе и запомнится в устройстве до устранения предпосылки короткого замыкания полосы.

Контроллер управления пожаротушением устанавливается конкретно в защищаемом помещение на возвышенности 1, 5 м от уровня пола, что дозволяет исполнять местные контроль и управление функциями пожаротушения.

Местный пуск метода тушения разрешено выполнить нажатием клавиши ручного запуска( клавиша желтоватого цвета устанавливается на выходе из защищаемого помещения на возвышенности 1. 5м от уровня пола).

При запуске метода автоматического газового пожаротушения включается заминка времени, загораются световые табло " ГАЗ УХОДИ " и " ГАЗ НЕ ВХОДИ ", включается сирена и проблесковый передовик красного цвета. По истечении времени задержки, контроллер пожаротушения подаёт гальванический импульс на соленоид побудительной системы станции газового тушения, расположенной в единичном помещении( станции газового пожаротушения).

С этого момента процесс уже считается необратимым и импульс ГОТВ невозможно приостановить.

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

Отмена тушения может быть произведена последующими методами:

с устройства ADR-3000 установленного в щите АПС нажатием кнопка ОТМЕНА( reset);

с контроллера пожаротушения ADR-833 нажатием клавиши reset на внешней панели;

изобретением входной двери в помещение, на которой поставлены детекторы состояния двери.

При этом загорится световое табло " АВТОМАТИКА ОТКЛЮЧЕНА ", система перейдет в режим ожидания до закрытия двери и восстановления метода тушения или до совершенного снятия команды на пуск модулей пожаротушения.

Система переходит в режим пуска тушения лишь при соблюдении последующих критерий:

доказательство с датчиков состояния входной двери( двери прикрыты);

доказательство от системы вентиляции( вентиляция отключена);

На объекте операторного блока предусмотрена система извещения о пожаре по главному типу, включающая в себя адресные сирены TIP-224A, безадресные СИРЕНЫ TFS 4460, строб лампы TFS 4406 а так же световые табло " ВЫХОД ".

Включение оповещателей делается автоматом при формировании на панели сигнала " ПОЖАР ". Запуск табло и безадресных оповещателей делается от модулей ADR 823Р.

Сирена TFS-4484.

Высокий уровень звука. Автоматическая синхронизация. Управление громкость.

База совместима с THE CLARIFIRE, FLASHNI & IB BEACON/выбор цвета линзы и корпуса Основные технические характеристики представлены в таблице 2.2.

Таблица 2.2 - Технические характеристики TFS-4484

–  –  –

Ручной пожарные извещатель М500КАС А также для ручного для ручного включения сигнала пожарной тревоги, приняли решение использовать адресно-аналоговые пожарные извещатели ручного действия М500КАС, так как они отличаются своей надежностью и простотой использования (рисунок 2.10).

Рисунок 2.10 - Ручной пожарные извещатель М500КАС

Ручные пожарные извещатели М500КАС предназначены для ручного включения сигнала пожарной тревоги в системах пожарной сигнализации и пожаротушения.

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

Спринклерный ороситель CBН-К115 Предназначен для разбрызгивания воды и распределения ее по защищаемой площади с целью тушения очагов пожара или их локализации, а также для создания водяных завес в установках пожаротушения. Используется практически во всех помещениях, включая банки, театры, офисы, фабрики, библиотеки, складские помещения. Характеристики оросителя полностью соответвуют импортным аналогам (рисунок 2.11).

Рисунок 2.11 - Спринклерный ороситель CBН-К115

Функциональные возможности

- оросители изготавливаются с декоративным покрытием (д) и без покрытия (о).

- оросители – изделия неразборные и неремонтируемые.

- гарантийный срок эксплуатации на спринклерные оросители составляет 12 месяцев.

- срок службы не менее 10 лет.

Регулятор давления RAF-60.

Регулятор давления RAF-60 (проходной) выпускается на диаметры от 40 до 300 мм. и предназначен для работы в составе систем водяного пожаротушения. Регулятор давления представляет собой редукционный клапан изменяющий давление воды после себя. Бывает так же клапан RAF60A углового типа (рисунок 2.12).

Рисунок 2.12 - Регулятор давления RAF-60

Регуляторы давления моделей RAF60 (проходного типа) и RAF60A (углового типа) – регуляторы с пилотным управлением. В состав пилотного клапана входит мембрана с пружинным возвратным механизмом, чувствительная к воздействию давления на выходе из клапана. Пружина клапана заранее устанавливается на необходимое понижение давления.

Регулятор давления поддерживает постоянное давление на выходе вне зависимости от изменения расхода воды.

Когда давление на выходе ниже необходимого, регулятор автоматически открывается, в обратном случае регулятор автоматически закрывается. Когда избыточное давление попадает в контрольную камеру, находящуюся над диафрагмой, регулятор закрывается. В противном случае регулятор будет открываться благодаря давлению, действующему под диафрагмой (рисунок 2.13).

Рисунок 2.13 - Принципиальная схема регулятора давления

Регулятор давления RAF60/RAF60A приводится в действие давлением воды и контролируется пилотным клапаном. Когда давление на выходе ниже, чем это необходимо, регулятор автоматически открывается, в обратном случае регулятор автоматически закрывается. Когда избыточное давление попадает в контрольную камеру, находящуюся над диафрагмой, регулятор закрывается. В противном случае регулятор будет открываться благодаря давлению, действующему под диафрагмой.

Ручная установка: Чтобы открыть регулятор, закройте краны 1 и 2 и откройте выходное отверстие 3. Чтобы закрыть регулятор, откройте кран 1 и закройте кран 2 и выходное отверстие 3.

3 Основная часть

3.1 Среда программирования CODESYS Основой комплекса CODESYS является среда разработки прикладных программ для программируемых логических контроллеров (ПЛК). Она распространяется бесплатно и может быть без ограничений установлена на нескольких рабочих местах.

В CODESYS для программирования доступны все пять определяемых стандартом IEC 61131-3 (МЭК 61131-3) языков:

- IL (Instruction List) ассемблер-подобный язык;

- ST (Structured Text) Pascal-подобный язык;

- LD (Ladder Diagram) Язык релейных схем;

- FBD (Function Block Diagram) Язык функциональных блоков;

- SFC (Sequential Function Chart) Язык диаграмм состояний.

В дополнение к FBD поддержан язык программирования CFC (Continuous Function Chart) с произвольным размещением блоков и расстановкой порядка их выполнения.

В CODESYS реализован ряд других расширений спецификации стандарта IEC 61131-3. Самым существенным из них является поддержка Объектно-ориентированного программирования (ООП).

Встроенные компиляторы CODESYS генерируют машинный код (двоичный код), который загружается в контроллер. Поддерживаются основные 16- и 32-разрядныепроцессоры: Infineon C166, TriCore, 80x86, ARM (архитектура), PowerPC, SH, MIPS (архитектура), Analog Devices Blackfin, TI C2000/28x и другие.

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

CODESYS версии V3 построен на базе так называемой платформы автоматизации: CODESYS Automation Platform. Она позволяет изготовителям оборудования развивать комплекс путем подключения собственных плагинов.

Расширенная профессиональная версия среды разработки носит название CODESYS Professional Developer Edition. Она включает поддержу UML-диаграмм классов и состояний, подключение системы контроля версий Subversion, статический анализатор и профилировщик кода.

Распространяется по лицензии.

Инструмент CODESYS Application Composer позволяет перейти от программирования практических приложений к их быстрому составлению.

Пользователь составляет собственную базу объектов, соответствующих определенным приборам, механическим узлам машины и т. п. Каждый объект включает программную реализацию и визуальное представление. Законченное приложение составляется из необходимых объектов, конфигурируется и автоматически генерируется программа на языках МЭК 61131-3.

Допустим, нам нужно управлять тремя устройствами. Можно бы поставить три отдельных ПЛК, но устройства несложные и вполне можно попробовать обойтись одним контроллером. В таком случае, возникает логичная мысль не сваливать весь программный код в одну кучу, а разделить его на три программы.

Теперь представьте себе, что мы имеем обычный однозадачный ПЛК с классическим рабочим циклом:

- чтение входов,

- вызов прикладной программы,

- запись выходов.

Мы можем поступить очень просто написать 3 программы и добавить их вызовы один за другим в главную прикладную программу:

PRG_A;

PRG_B;

PRG_C.

Вполне работоспособное решение. Но может оказаться, что общий цикл стал слишком медленным для PRG_A, хотя PRG_C можно бы, напротив, вызывать значительно реже. Тоже не проблема. Запрограммируем в главной программе некие счетчики, так чтобы каждая программа вызывалась не в каждом цикле, а только через определенное число циклов. Изменяя параметры этих счетчиков, мы можем настраивать интервалы вызова наших программ.

По сути дела мы реализовали три параллельно работающих задачи.

Естественно, что в один момент времени работает только одна из них, но с позиции наблюдателя они работают параллельно.

Конечно, не очень удобно возиться со счетчиками. Это лишняя работа, лучше бы поручить ее системе исполнения. Собственно это и достигается с помощью конфигуратора задач Codesys.

Описанный выше механизм называется корпоративной многозадачностью либо многозадачностью без вытеснения. Корпоративность обозначает тот факт, что для нормальной работы всей системы, задачи должны сотрудничать между собой.

Очевидно, что если одна из задач станет выполнять очень длинные вычисления, длиннее чем заданное время рабочего цикла, то она задержит выполнение других задач. Для корректной работы каждая задача не должна содержать длительных вычислений. Их необходимо разбивать на несколько циклов вызова задачи. Например, не использовать поиск в массиве с помощью итераций по циклу FOR, а обрабатывать каждый следующий элемент массива при очередном вызове задачи. В случае ‘зацикливания’ в одной задаче, останавливается все. Каждая задача должна аккуратно отработать свой цикл, прежде чем сможет получить управление другая задача. В этом главный минус корпоративной многозадачности. В каждой задаче нужно не забывать о других задачах и аккуратно избегать длительных вычислений в одном цикле вызова.

С другой стороны, в том, что каждая задача всегда дорабатывает свой цикл и не может быть прервана в произвольный момент, состоит и большой плюс. Мы можем абсолютно спокойно использовать результаты вычислений одной задачи в другой. Почему это так, станет понятно ниже при описании вытесняющей многозадачности. Отсюда следует, что ‘корпоративная’ многозадачность не означает ‘плохая’. Часто она удобнее. В первую очередь тогда, когда задачи должны тесно взаимодействовать между собой. Без всяких ограничений в нескольких задачах можно использовать глобальные переменные любого типа. Все входы ПЛК опрашиваются перед вызовом каждой задачи, после каждой задачи происходит синхронное обновление всех выходов. Каждая задача может работать с произвольными входами/выходами, в том числе может контролировать выходы, изменяемые в другой задаче.

Никакой опасности считать с них некие промежуточные, недостоверные значения нет. Практически мы пишем программы для нескольких корпоративных циклических задач точно так, как и в случае с одной задачей.

Если в программе допущена серьезная ошибка, приводящая к зацикливанию, то при корпоративной многозадачности контроллер полностью теряет работоспособность. Это равносильно фатальному сбою контроллера и его приходится перезапускать вручную. Преодолеть эту проблему в CoDeSys позволяют программные сторожевые таймеры. Алгоритм их работы предельно прост: если задача не возвращает управление дольше заданного времени, то таймер ‘срабатывает’ и происходит вызов специального обработчика системного события. По умолчанию этот обработчик выполняет перезапуск контроллера. Вы можете заменить его собственной реализацией, например, включить индикацию ошибки или инициализировать зависшую программу. Как писать обработчики системных событий, мы рассмотрим позднее.

3.2 Корпоративная многозадачность в CoDeSys Вытесняющая многозадачность. В случае вытесняющей многозадачности наиболее приоритетная задачка приобретает управление в положенное время, даже ежели наименее приоритетные задачки еще не доработали до конца собственного цикла. Задача с высочайшим ценностью вытесняет задачку с наименьшим ценностью.

Основной плюс состоит в том, что задачки с невысоким ценностью не воздействуют на задачки с высочайшим ценностью. Каждая задачка может делать сколь угодно длинные вычисления. Она автоматом станет прервана, при необходимости исполнить наиболее приоритетную задачку и потом опять получит управление и продолжит работу с такого места, где она была прервана. Таким образом, отпадает нищета мыслить об обеспечении данного времени вычислений в рамках 1-го цикла вызова программы.

При вытесняющей многозадачности система выполнения codesys густо взаимодействует с операционной системой ПЛК. Каждая прикладная МЭК задачка является единичным потоком ОС. Каждая задачка владеет собственный свой рабочий цикл ПЛК. Опрос ‘своих’ входов, вызов ‘своих’ программ, запись ‘своих’ выходов проистекает самостоятельно, самостоятельно от других задач. При компиляции проекта codesys автоматом распределяет входы/ выходы по задачам, в которых они задействованы и передает соответствующую конфигурацию драйверам аппаратуры.

Проблемы в многозадачных проектах при вытесняющей многозадачности вероятны при применении общих аппаратных ресурсов и глобальных переменных. Представьте себе, что одна задачка истока видоизменять некоторую глобальную переменную, кпримеру, структуру или строчку. Пока изменение не вполне окончено, содержание предоставленной переменной не предопределено. ныне представьтесебе, что в этот момент иная задачка приобретает управление и читает или, ужаснее такого, записывает данную переменную. Результат непредсказуем. Ситуация может проявиться один раз после почтивсех дней обычной работы ПЛК. ‘Поймать’ ее отладчиком не действительно. Остается лишь не допускать.

Очень принципиальным является верный отбор ценностей задач в конфигураторе. Нулевое смысл подходит наивысшему приоритету. Свободная задачка в проекте может быть лишь одна. Она занимает все свободное время процессора. Если прикарманить ей высочайший ценность, то никакие наименее приоритетные задачки никогда не получат управления. Всегда присваивайте вольной задаче худой ценность.

Выше мы разглядели методы измерения продолжительности исполнения собственных программ. Обратите интерес, что непредвиденные задержки исполнения способны активизировать и некие библиотечные функции. Допустим, функция исполняет запись в файл или запрос данных от устройства по последовательному каналу связи. Очевидно, это просит определенного времени( до нескольких секунд).

Есть два метода реализации функций. При синхронной реализации функция не отдаёт управления вплоть до получения итога. Ее внедрение чрезвычайно элементарно – вызываем функцию, приобретаем итог. Если такие функции сконцентрированы в низкоприоритетной задаче, то их задержки не критичны, при вытесняющей многозадачности. Альтернативный вариант – это асинхронная осуществление долгих операций. Одна функция затевает операцию и мгновенно отдаёт управление. Некоторая отдельная функция испытывает факт окончания операции. Ее необходимо активизировать временами. Задержек в функциях нет, но программа усложняется. Трудно заявить, что удобнее. Поэтому для работы с файлами в codesys имеется две библиотеки: syslibfile с синхронными функциями и syslibfileasync с асинхронными функциями.

Альтернативой циклическим задачам является ‘событийный’ вызов задач. Вариант ‘по событию’ в конфигураторе задач дозволяет начать данную задачку при изменении указанной логической переменной, кпримеру, дискретного входа. Такая задачка втомжедухе владеет ценность и работает с вытеснением или корпоративно, как и циклические задачки.

В неких моделях ПЛК есть устройства, способные производить так именуемые ‘внешние события’. Например, аппаратные таймеры, счетчики, компараторы и др. Вызов таковой задачки может инициироваться аппаратным прерыванием.

Все отладочные средства codesys доступны и в многозадачных проектах.

Тонкость состоит в том, что для пошагового исполнения и контроля стека вызовов, codesys необходимо ведать какую конкретно задачку мы отлаживаем. Не забудьте в конфигурации задач избрать подходящую и в контекстном меню отдать команду ‘Отлаживать эту задачу’.

Мы подробно разглядели отличия корпоративной и вытесняющей многозадачности. Вытесняющая многозадачность сбыта в ПЛК с codesys, выполненных на складе 32-х разрядных процессоров с многозадачной ОС. Во всех других вариантах в системе выполнения реализуется корпоративная многозадачность.

3.3 Средства реализации программного обеспечения Приступая к разработке специализированного прикладного программного обеспечения (ППО) для создания системы контроля и управления, обычно выбирается один из следующих путей:

программирование с использованием «традиционных» средств (традиционные языки программирования, например, C++, Delphi, стандартные средства отладки и прочее);

использование существующих, готовых - COTS (Commercial Of The Shelf) - инструментальных, проблемно-ориентированньтх средств.

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

Качественное, хорошо отлаженное ППО, написанное высококвалифицированным программистом специально для некоторого проекта является наиболее оптимальным решением. Но, следующую задачу программист вынужден решать практически с нуля. Для сложных распределенных систем процесс разработки ППО с использованием «традиционных» средств может стать длительным, затраты на его разработку неоправданно высокими. Вариант с непосредственным программированием относительно привлекателен лишь для простых систем или небольших фрагментов большой системы, для которых нет стандартных решений (не написан, например, подходящий драйвер) или они не устраивают по тем или иным причинам в принципе.

Одним из таких программных продуктов являются программные продукты класса SCADA, широко представленные на мировом рынке. Это несколько десятков SCADA-систем, многие из которых нашли свое применение и в России. Наиболее популярные из них:

InTouch (WonderWare) - США;

Citech (CI Technology) - Австралия;

iFIX (Intellution) - США;

Genesis (Iconics Co.) - США;

Factory Link (United States Data Co.) - США;

RealFlex (BJ Software Systems) - США;

Sitex (Jade Software) - Великобритания;

TraceMode (AdAstrA) - Россия;

Cimplicity (GE Fanuc Automation) - США;

WinCC (Siemens) - Германия;

RSView (Rockwell Software Inc.) - США;

САРГОН (НТВ-Автоматика) - Россия.

В силу тех требований, которые предъявляются к системам SCADA, спектр их функциональных возможностей определен и реализован практически во всех пакетах, различающихся только техническими особенностями реализации:

автоматизированная разработка, дающая возможность создания ПО системы автоматизации без реального программирования;

средства сбора первичной информации от устройств нижнего уровня;

средства управления и регистрации сигналов об аварийных ситуациях;

средства хранения информации с возможностью ее постобработки;

средства обработки первичной информации;

средства визуализации информации в виде графиков, гистограмм и прочее;

возможность работы прикладной системы с наборами параметров, рассматриваемых как «единое целое» - «рецепт».

Основу большинства SCADA-пакетов составляют несколько программных компонентов (база данных реального времени, ввода-вывода, предыстории, аварийных ситуаций) и администраторов (доступа, управления, сообщений).

В целом технология проектирования систем автоматизации на основе

SCADA-систем очень похожа на:

разработка архитектуры системы автоматизации в целом. На этом этапе определяется функциональное назначение каждого узла системы автоматизации;

решение вопросов, связанных с возможной поддержкой распределенной архитектуры, необходимостью введения узлов с «горячим резервированием» и т. п.;

создание прикладной системы управления для каждого узла. На этом этапе специалист в области автоматизируемых процессов наполняет узлы архитектуры алгоритмами, совокупность которых позволяет решать задачи автоматизации;

приведение в соответствие параметров прикладной системы с информацией, которой обмениваются устройства нижнего уровня (например, программируемые логические контроллеры - PLCs) с внешним миром (датчики температуры, давления и др.);

отладка созданной прикладной программы в режиме эмуляции и вреальном режиме.

Примерный перечень критериев оценки SCADA-систем достаточно велик, но можно выделить пять большие группы показателей:

технические характеристики;

стоимостные характеристики;

эксплуатационные характеристики;

открытость системы;

удобство пользования.

3.4 Технические характеристики SCADA-систем.

Эксплуатационные характеристики SCADA-систем Приступая к разработке спец прикладного программного снабжения( ППО) для сотворения системы контроля и управления, традиционно выбирается один из последующих путей:

- программирование с внедрением " обычных " средств( традиционные языки программирования, кпримеру, c++, delphi, обычные средства отладки и другое);

- внедрение имеющихся, готовых - cots( commercial of the shelf) инструментальных, проблемно-ориентированньтх средств.

Процесс разработки ППО принципиально адаптировать, уменьшить кратковременные и прямые денежные издержки на разработку ППО, уменьшать издержки труда программистов, по способности привлекая к разработке специалистов-технологов в области автоматизируемых действий.

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

Качественное, отлично отлаженное ППО, написанное высококвалифицированным программистом умышленно для некого проекта является более хорошим решением. Но, последующую задачку программист обязан улаживать фактически с нуля. Для трудных распределенных систем процесс разработки ППО с внедрением " обычных " средств может начинать долгим, издержки на его разработку необоснованно высокими. Вариант с конкретным программированием сравнительно привлекателен только для обычных систем или маленьких фрагментов большущий системы, для которых нет обычных решений( не написан, кпримеру, пригодный драйвер) или они не устраивают по тем или другим факторам в принципе.

Одним из таковых программных товаров являются программные продукты класса scada, обширно выставленные на мировом базаре. Это некотороеколичество 10-ов scada-систем, почтивсе из которых отыскали родное использование и в России. Наиболее известные из них:

-Intouch( wonderware) - США;

- Citech( ci technology) - Австралия;

- Ifix( intellution) - США;

- Genesis( iconics co.) - США;

- Factory link( united states data co.) - США;

- Realflex( bj software systems) - США;

- Sitex( jade software) - Великобритания;

- Tracemode( adastra) - РоссийскаяФедерация;

- Cimplicity( ge fanuc automation) - США;

- Wincc( siemens) - Германия;

- Rsview( rockwell software inc.) - США;

- САРГОН( НТВ-Автоматика) - РоссийскаяФедерация.

В силу тех требований, какие предъявляются к системам scada, диапазон их многофункциональных способностей определен и реализован фактически во всех - автоматизированная разработка, дающая вероятность сотворения ПО системы автоматизации без настоящего программирования;

- средства сбора первичной информации от устройств нижнего уровня;

- средства управления и регистрации сигналов об аварийных ситуациях;

- средства сохранения информации с возможностью ее постобработки;

- средства отделки первичной информации;

- средства визуализации информации в облике графиков, гистограмм и другое;

- вероятность работы практический системы с комплектами характеристик, осматриваемых как " целое единое " - " рецепт ".

Основу большинства scada-пакетов сочиняют некотороеколичество программных компонентов( основа данных настоящего времени, вводавывода, предыстории, аварийных ситуаций) и администраторов( доступа, управления, извещений).

В целом разработка проектирования систем автоматизации на базе scadaсистем чрезвычайно схожа на:

- разработка архитектуры системы автоматизации в целом. На этом шаге определяется активное предназначение всякого узла системы автоматизации;

- заключение вопросов, связанных с вероятной помощью распределенной архитектуры, необходимостью вступления узлов с " жарким резервированием " и т. п.;

- творение практический системы управления для всякого узла. На этом шаге спец в области автоматизируемых действий заполняет узлы архитектуры алгоритмами, совокупность которых дозволяет улаживать задачки автоматизации;

- сведение в соотношение характеристик практический системы с информацией, которой обмениваются устройства нижнего уровня( кпримеру, программируемые логические контроллеры - plcs) с наружным миром( детекторы температуры, давления и др.);

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

Примерный список критериев оценки scada-систем довольно велик, но разрешено отметить 5 огромные группы характеристик:

- технические свойства;

- стоимостные свойства;

- эксплуатационные свойства;

- общительность системы;

- комфорт использования.

3.5 Открытость SCADA-систем Система является открытой, если для нее определены и описаны используемые форматы данных и процедурный интерфейс, что позволяет подключить к ней «внешние», независимо разработанные компоненты.

Важной особенностью всех SCADA-систем является количество поддерживаемых разнообразных PLCs. Системы WinCC flexible, FactoryLink, Genesis, RealFlex поддерживают десятки и сотни драйверов, что делает их лидерами по этому показателю:

разработка собственных программных модулей. Перед фирмамиразработчиками систем автоматизации часто встает вопрос о создании собственных программных модулей и включение их в создаваемую систему автоматизации. Поэтому вопрос об открытости системы является важной характеристикой SCADA-систем. Фактически открытость системы означает доступность спецификаций системных (в смысле SCADA) вызовов, реализующих тот или иной системный сервис. Это может быть и доступ к графическим функциям, функциям работы с базами данных и т.д.;

драйверы ввода-вывода. Современные SCADA-системы не ограничивают выбора аппаратуры нижнего уровня, так как предоставляют большой набор драйверов или серверов ввода-вывода и имеют хорошо развитые средства создания собственных программных модулей или драйверов новых устройств нижнего уровня. TraceMode имеет спецификации доступа к ядру системы, поставляемые фирмой-разработчиком в штатном комплекте. Системы FactoryLink, WinCC flexible для создания драйверов требуют специальные пакеты.

В последнее время в SCADA-системах стал применяться стандарт ОРС (OLE for Process Control), который предлагает достаточно широкий спектр возможностей для контроля над данными. Организация инструментальных средств (Toolkits) для создания ОРС-серверов допускает при обмене данными с ОРС-сервером два режима:

периодический режим, когда с заданной частотой данные запрашиваются ОРС-клиентом;

режим по изменению значения, когда обмен происходит при изменении значения переменной на заданную (при конфигурировании обмена) величину.

В SCADA-системах обычно присутствуют встроенные средства проверки взаимодействия с коммуникационным сервером. Причем реализации диагностических средств в SCADA-системах различаются - от самого прозрачного способа, когда в приложении имеется доступ непосредственно к Status и Substatus, например, через поля переменных (как это сделано в InTouch) до связывания всех проблем с подсистемой аппаратных алармов (как это реализовано в Citect). Но способ оценки качества связи, причём как связи между SCADA-приложением и сервером, так и сервера с контроллерным уровнем существовать должен.

Разработки третьих фирм. В технологиях ActiveX, выделяются следующие аспекты:

выбор типов, ActiveX-объектов, используемых в конкретной SCADA-системе;

ограничения, накладываемые на применения объектов ActiveX;

простота применения в приложении.

Первый аспект является решающим, и рассмотрение поддерживаемых типов важно при тестировании.

Объект ActiveX играет роль сервера по отношению к контейнеру (SCADA-приложению), являющемуся клиентом. Объект ActiveX может быть реализован в двух основных режимах: как сервер, встроенный в процесс (inprocess), и как сервер, исполняющийся в отдельном процессе (out-of-process).

Этим двум способам исполнения соответствуют две реализации объектов ActiveX - в виде динамических библиотек и в виде исполняемых модулей.

Удобство пользования. Сервис, предоставляемый SCADA-системами на этапе разработки ППО, очень высок - это вытекает из основных требований к Почти все они имеют Windows-подобный SCADA-системам.

пользовательский интерфейс, что во многом повышает удобство их использования, как в процессе разработки, так и в период эксплуатации прикладной задачи.

По количеству установок систем, исчисляющихся в тысячах (WinCC flexible - 80000, Genesis - 30000), поддержка этих систем очень эффективна.

Любая система управления, имеющая интерфейс с оператором, должна допускать возможность общения с человеком на его родном языке. Поэтому крайне важна возможность использования в системе различных шрифтов кириллицы, ввод/вывод системных сообщений на русском языке, перевод документации, различных информационных материалов. Для многих продуктов проблема русификации в значительной мере снимается, во всяком случае, для подсистем исполнения или RunTime-подсистем, если они используют наборы шрифтов Windows. Часть зарубежных систем имеют переводы документации на русский язык (WinCC flexible). Кроме процедуры русификации важно, чтобы в русифицированной версии отслеживались последние обновления (update), реализованные фирмами разработчиками в виде PatchFix и ServicePack.

3.6 Обоснование выбора SCADA-системы Сравнительные характеристики SCADA-систем WinCC flexible 2008, iFIX 3.5, TraceMode 6.04 сведены в таблицу 3.1.

–  –  –

Принимая во интерес комфорт интерфейса и учитывая вероятность применения языка сценариев, основанного на складе языка visual basic, С, более желаемым scada-пакетом является simatic wincc flexible.

Предназначено для решения комплекса задач человеко-машинного интерфейса: от разработки проекта раздельно взятой панели оператора до разработки массивных систем человеко-машинного интерфейса с архитектурой заказчик/ сервер. Оно сводит в себе простоту работы с пакетом simatic protool и большие многофункциональные способности SIMATIC WINCC.

Развитие wincc flexible как автономного продукта прекращено, все его функции реализованы в встроенной среде разработки программного снабжения систем промышленной автоматизации TIA PORTAL.

Программное лекарство wincc flexible дозволяет делать последующего рода задачки:

- сбор сигналов( определяющих положение производственного процесса в нынешний момент времени - температура, влияние, состояние и т. д.) с промышленной аппаратуры( контроллеры, детекторы);

- графическое отражение собранных данных на экране компа в комфортной для оператора форме( на мнемосхемах, индикаторах, сигнальных элементах, в облике текстовых извещений и т. д.);

- автоматический контроль за состоянием контролируемых характеристик и генерация сигналов волнения с выдачей извещений оператору в графической и текстовой форме в случае выхода их за пределы данного спектра;

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

- контроль за деяниями оператора методом регистрации его в системе с поддержкой имени и пароля, и назначения ему определенных прав доступа, ограничивающих способности оператора( ежели это нужно) по управлению производственным действием;

- вывод( автоматом или по команде оператора) правящих действий в промышленные контроллеры и исправные машины для регулировки постоянных или дискретных действий, а втомжедухе еда извещений персоналу на информационное табло и другое;

- автоматическое знание журнала событий, в котором регистрируется изменение производственных характеристик с возможностью просмотра в графическом облике записанных данных, а втомжедухе знание журнала аварийных извещений;

- воплощение распорядка производственного процесса методом динамической загрузки( автоматом или по команде оператора) комплекта характеристик из заготовленных шаблонов( рецептур) в технологическое оснащение;

- контроль за качеством издаваемой продукции методом статистической отделки регистрируемых характеристик;

- генерация отчетов и оперативных сводок.

Программный пакет wincc flexible состоит из 2-ух главных компонентов

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

- отдельной программы, называемой сервером ввода-вывода. Как правило, сервер ввода-вывода нацелен на внедрение с конкретным видом оснащения, таковым как промышленные контроллеры.

Основные отличия программного пакета wincc flexible по сравнению с иными программными продуктами:

- простота применения и огромные способности для разраба( хотькакое количество мнемосхем, неограниченная сложность алгоритмов и другое);

- внедрение обычных протоколов размена данными( dde, opc, tcp/ ip и остальные);

- высочайшая прыть работы благодаря механизму, динамически регулирующему прыть опроса входных сигналов( опрос проистекает лишь при изменении смысла контролируемого параметра);

- структура клиент-сервер для действенной работы в козни. База данных ведется лишь на сервере, нет необходимости воспроизводить ее на клиентские станции;

- общительность - разрешено прибавлять и применять готовые составляющие остальных компаний вследствие помощи технологий activex и ОРС;

- интеграция с иными программными пакетами компании wonderware и обычный замен данными с распространенными программными пакетами для windows - microsoft excel, microsoft access, microsoft visual basic и остальные;

- чрезвычайно огромное количество готовых серверов ввода-вывода наиболее 600;

вероятность сотворения библиотек алгоритмов;

многозадачный режим функционирования( многопоточное исполнение пользовательских алгоритмов);

- автоматический контроль свойства сигналов, поступающих с датчиков и контроллеров;

- служба как сервис windows nt/ 2000 - функционирование программы не нарушается действием регистрации юзера в операционной системе;

- средства сетевой разработки - обновление приложений на рабочих станциях проистекает автоматом методом копирования конфигураций со станции разработки;

- распределенная система отслеживания и регистрации аварийных ситуаций сразу поддерживает оченьмного серверов( " провайдеров ") аварийных ситуаций, что дает вероятность операторам созидать информацию об трагедиях во почтивсех удаленных местах одновременно.

Преимущества внедрение wincc flexible:

- минимизация косвенных расходов - ограничение стоимости обучения персонала, автоматическая генерация отчетов для управляющего состава и остальные;

- небольшие сроки внедрения благодаря простоте освоения и применения средств разработки;

- гарантированное соединение с любыми аппаратными средствами, имеющимися на затеи, благодаря крупному числу имеющихся серверов вводавывода, применению обычных протоколов размена и наличию средств разработки личных драйверов. Ориентация на многообещающие и известные компьютерные стандарты и платформы( windows nt, dcom, ОРС, activex и остальные).

3.7 Программирование на Codesys Первым этапом разработки программного обеспечения является конфигурирование оборудования. Конфигурирование проводится с помощью инструмента Hardware Configuration (рисунок 3.1), в котором проводится программное конфигурирование аппаратного обеспечения системы автоматизации.

–  –  –

Вторым этапом является описание входных - выходных переменных, а также переменных, которые используются непосредственно в программных блоках (подпрограмм). Описание переменных проводится в инструменте «Конфигурация ПЛК» (рисунок 3.2).

–  –  –

Там записываются все входные и выходные сигнал. В роле входных сигналов выступают сигналы с датчиков, а выходными являются клапаны.

Связь нижнего и верхнего уровней

3.8 Листинг программы Листинг программы представлен в приложении А.

Обмен данных нижнего уровня (Codesys) с верхним уровнем (WinCC flexible) происходит по MPI протоколу. Для этого перемененные были описаны в встроенной базе данных (Tag list) (рисунок 3.3).

–  –  –

3.9 Разработка интерфейса SCADA – системы компрессорной станции. Структура пакета Проектирование интерфейса проводилось на WinCC Flexible, которая предназначена для разработки системы визуализации и относится к системам верхнего уровня.

Windows Control Center (WinCC) Flexible – среда разработки и выполнения программ верхнего уровня АСУ ТП. Это SCADA-система (Supervisory Control And Data Acqusition – система диспетчерского управления и сбора данных). WinCC Flexible используется для визуализации технологического процесса и разработки графического интерфейса оператора.

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

WinCC – это модульная система. Основными компонентами являются Configuration Software [Система проектирования] (CS) и Runtime Software (RT) [Система исполнения].

Сразу после запуска WinCC открывается WinCC Explorer [Проводник WinCC]. WinCC Explorer [Проводник WinCC] является ядром системы проектирования. В WinCC Explorer [Проводнике WinCC] отображается структура всего проекта. Кроме того, здесь происходит администрирование проекта.

Из WinCC Explorer [Проводника WinCC] могут быть вызваны специальные редакторы, предназначенные для проектирования. Каждый редактор используется для создания специальной подсистемы WinCC (рисунок 3.4).

Рисунок 3.4 – Навигационное окно WinCC

Наиболее важными подсистемами WinCC являются:

графическая система; редактор графической системы, используемый для создания кадров процесса называется Graphics Designer [Графический дизайнер];

система регистрации аварийных сообщений; процесс конфигурирования сообщений выполняется редактором Alarm Logging [Регистрация аварийных сообщений];

система архивирования; редактор Tag Logging [Регистрация тегов] используется для определения данных, которые необходимо архивировать;

система отчетов; редактор для создания шаблонов отчетов называется Report Designer [Дизайнер отчетов].

система администрирования пользователей, редактор которой называется User Administrator [Администратор пользователей].

система обмена данными Communication [Связь] конфигурируется непосредственно в WinCC Explorer [Проводнике WinCC].

Все данные конфигурации сохраняются в базе данных CS.

3.10 Система исполнения Graphics Designer в WinCC flexible Система исполнения (Runtime software) позволяет пользователю следить и управлять процессом. Система исполнения в основном используется для решения следующих задач:

чтения данных, сохраненных в базе данных CS;

отображения кадров процесса на экране;

взаимодействия с системой автоматизации;

архивирования текущих данных процесса, например, значений процесса и сообщений о событиях;

управления процессом, например, путем ввода оператором значений уставок, переключения On/OFF.

WinCC – это открытая система. В ней можно применять разнообразные компоненты ActiveX, динамически подгружаемые библиотеки программ (dll), внедрять OLE (object linking and embedding) объекты, использовать преимущества обмена данными через DDE (dynamic data exchange).

Для исследования мнемосхем употребляли «графически редактор».

Графический редактор (Graphics Designer) - считается инструментальным средством, уготованным для визуализации контролируемых научнотехнических характеристик и своевременного диспетчерского управления, поддерживает технологии ActiveX и OLE. Graphics Designer соединяет средства исследования и просмотра графических мнемосхем автоматизированных трудящихся мест диспетчеров. Мнемосхема пожарной сигнализации показан на рисунке 3.5.

Рисунок 3.5 – Мнемосхема пожарной сигнализации

Как указано на рисунке вода поступает из сети и идет в регулятор давления (насос). Далее датчик давления и расходомер. При срабатываний любого датчика, открывается соответствующий ему клапан. Теперь произведем симуляцию. Для начала режим спокойствия, не задействован ни один датчики ни один клапан (рисунок 3.6).

–  –  –

Далее при срабатываний датчика 1 включается клапан 1 и регулятор давления,так как изменяется давление в трубах (рисунок 3.7).

Рисунок 3.7 – Мнемосхема в режиме пожар в одном из помещений При открытий первого клапана давление в системе понижается и насос начинает работать интенсивнее (рисунок 3.

8).

Рисунок 3.8 – Мнемосхема в режиме пожар в двух помещениях 4 Безопасность жизнедеятельности

4.1 Анализ условий труда сотрудников В данной дипломной работе осуществлялась разработка системы автоматизации пожарной сигнализации в офисе. Было выбрано операторское помещение для расчетов искусственного и естественного освещения.

Центр пункта контроля представляет собой помещение с длиной 8 м, шириной 6 м, высотой 2,8 м. В данном помещении имеется три окна с высотой 2 м и шириной 2 м. Потолок выбелен белой краской, то есть имеет коэффициент отражения 0,7; стены покрашены бежевой краской, то есть коэффициент отражения также 0,5; пол из кирпича имеет коэффициент отражения 0,3 [1].

Работа оператора-контролера относится к работе со средней точностью (наименьший размер объекта различения от 0,5 до 1 мм), со средней контрастностью объекта различения символов на экране дисплеев, с темным фоном. Поэтому характер зрительных работ будет категории IV а.

Минимальная освещенность, необходимая выполнении работ для данной категории должна составлять 200 лк [2]. Освещение является важным параметром для благоприятного условия труда сотрудников на предприятии.

Правильно организованное освещение рабочего места увеличивает производительность труда, улучшает условия безопасности, сокращает утомление зрительных органов. Неправильное и недостаточное освещение приводит к профессиональным заболеваниям.

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

Для предупреждения опасности от людей электричеством применяют защитное заземление. Данное здание имеет 1- степень огнестойкости, то есть конструктивные материалы несгораемы или трудносгораемы.

Противопожарные стены имеют предел огнестойкости 2 часа, наружные стены-0,5 часа, перегоротки-0,25 часа, окна и двери-1,2 часа.

Помещение центра пункта контроля относится к категории с минимальной пожарной опасностью – класс Д. Метеорологические условия оказывают большое влияние на функциональную деятельность человека, его самочувствие и здоровье. Правильно спроектированная вентиляция позволяет обеспечить в помещении центра пункта контроля нормальное состояние атмосферы.

4.2 Расчет естественного и искусственного освещения Расчет естественного освещения В данном помещении имеется два окна. Проверим, достаточна ли площадь световых проемов S=4 м2для нормального освещения помещения.

Расчет естественного освещения заключается в определении площади световых проемов при боковом освещении по формуле

–  –  –

Кз–коэффициент запаса, принимают по таблице 3.11 [2], Кз=1,2 для центра пункта контроляпри естественном освещении и расположении светопропускающего материала вертикально;

о - световая характеристика окон, принимают по таблице 3.2 [2];

о - общий коэффициент светопропускания;

r1 - коэффициент, учитывающий повышение КЕО при боковом освещении, благодаря свету, отраженному от поверхности помещения и подстилающего слоя, примыкающего к зданию, принимают по таблице 3.9 [2];

Кзд коэффициент, учитывающий затемнение окон противостоящими зданиями, принимают по таблице 3.8 [2];

–  –  –



Pages:     | 1 || 3 |
 

Похожие работы:

«Охрана труда Негосударственное образовательное учреждение Охрана труда УЧЕБНЫЙ ЦЕНТР „ОХРАНА ТРУДА И ЭКОЛОГИЯ“ Экология Экология УТВЕРЖДАЮ: Директор УЦ “Охрана труда и экология”, к.т.н. _Г.Г. Кузнецов. «» 2013г. УЧЕБНАЯ ПРОГРАММА предаттестационной подготовки по промышленной безопасности руководителей и специалистов организаций при работе на тепловых энергоустановках и сетях. г. Шахты Негосударственное образовательное учреждение УЧЕБНЫЙ ЦЕНТР „ОХРАНА ТРУДА И ЭКОЛОГИЯ“ УТВЕРЖДАЮ: Директор УЦ...»

«Программа рекомендована к утверждению: Советом факультета международных отношений БГУ (протокол № 9 от 30.04.2013 г.) кафедрой международных отношений факультета международных отношений БГУ (протокол № 9 от 26.04.2013 г.) ПОЯСНИТЕЛЬНАЯ ЗАПИСКА Вступительный экзамен в магистратуру призван выявить уровень подготовки соискателей, поступающих на специальность 1-23 80 06 «История международных отношений и внешней политики», по следующим специальным дисциплинам: 1. История международных отношений. 2....»

«Постановление Правительства РФ от 30 декабря 2012 г. N 1481 О федеральной целевой программе Пожарная безопасность в Российской Федерации на период до 2017 года Правительство Российской Федерации постановляет: 1. Утвердить прилагаемую федеральную целевую программу Пожарная безопасность в Российской Федерации на период до 2017 года (далее Программа).2. Министерству экономического развития Российской Федерации и Министерству финансов Российской Федерации при формировании проекта федерального...»

«I. Пояснительная записка Рабочая программа составлена в соответствии с требованиями Федерального государственного образовательного стандарта высшего профессионального образования по направлению подготовки 201000 Биотехнические системы и технологии (квалификация (степень) бакалавр), утвержденного приказом Министерства образования и науки РФ от 22 декабря 2009 г. N 805 и Разъяснениями по формированию примерных основных образовательных программ ВПО в соответствии с требованиями ФГОС (письмо...»

«УТВЕРЖДЕНА постановлением Правительства Российской Федерации от 30 декабря 2012 г. N 1481 ФЕДЕРАЛЬНАЯ ЦЕЛЕВАЯ ПРОГРАММА Пожарная безопасность в Российской Федерации на период до 2017 года ПАСПОРТ федеральной целевой программы Пожарная безопасность в Российской Федерации на период до 2017 года Наименование Программы федеральная целевая программа Пожарная безопасность в Российской Федерации на период до 2017 года Дата принятия решения распоряжение Правительства Российской о разработке Программы...»

«Министерство сел ьс ко т хозяйства Российской Федерации ФГБОУ НПО Ставропольский ГАУ_ Концепция комплексной программы обеспечения безопасности ПРИНЯТО: УТВЕРЖ ДАЮ Ректор На заседании Ученого совета Трухачев ФГБОУ ВПО Ставропольский ГАУ 11ротокол № 5 от 04 июня 2013г. 2013г. Концепция комплексной программы обеспечения безопасности федерального государственного бюджетного образовательною учреждении высшего профессиональною образования «Ставропольский государственный аграрный университет» на 2 0...»

«Адатпа Дипломды жобада рт сндіру дабылыны автоматталан жйесі зірленді. Макро жне шаын рылымдар, технологиялы жне функциялы кестелер арастырылды, SCADA бекетті жйесіні WinCC бадарламалы амсыздандыруында дайындалды. Жеке тапсырма бойынша техника – экономикалы крсеткіштері жне міртішілік ауіпсіздігі мселелері бойынша біратар есептерді шешімі келтірілді. Аннотация В дипломном проекте разработана система пожарной сигализаций и автоматического пожаротушения. Разработаны макрои микро структуры,...»

«ЛИСТ СОГЛАСОВАНИЯ от 09.06.2015 Рег. номер: 2091-1 (08.06.2015) Дисциплина: Системы и сети передачи информации. 02.03.03 Математическое обеспечение и администрирование Учебный план: информационных систем/4 года ОДО Вид УМК: Электронное издание Инициатор: Захаров Александр Анатольевич Автор: Захаров Александр Анатольевич Кафедра: Кафедра информационной безопасности УМК: Институт математики и компьютерных наук Дата заседания 30.03.2015 УМК: Протокол №6 заседания УМК: Дата Дата Результат...»

«1. Пояснительная записка 1.1. Цели и задачи дисциплины (модуля) Целью дисциплины «Информационная безопасность общества» является формирование общекультурных и профессиональных компетенций у студентов в ходе изучения основ информационной безопасности общества.Задачи дисциплины: овладение теоретическими, практическими и методическими вопросами классификации угроз информационным ресурсам;ознакомление с современными проблемами информационной безопасности, основными концептуальными положениями...»

«Муниципальное бюджетное общеобразовательное учреждение Лицей №7 г. Химки «УТВЕРЖДАЮ» Директор лицея №7 В.И.Самбур «_» 2015 года РАБОЧАЯ ПРОГРАММА по Основам безопасности жизнедеятельности (базовый уровень) для параллели 9 классов МБОУ Лицея №7 г. Химки Составитель: учитель ОБЖ Лунин Юрий Федорович 2015 год Пояснительная записка Настоящая программа составлена на основе авторской Программы Латчука В. Н., Миронова С.К., Вангородского С.Н. для учащихся общеобразовательных учреждений «Основы...»

«ЕЖЕКВАРТАЛЬНЫЙ ИНФОРМАЦИОННЫЙ БЮЛЛЕТЕНЬ НАСАО /июль 2014/ ВЫПУСК № 11 СОДЕРЖАНИЕ: НОВОСТИ НАСАО _ 2 НОВОСТИ АТОМНОЙ ОТРАСЛИ В РОССИИ _ 08 НОВОСТИ АТОМНОЙ ОТРАСЛИ В МИРЕ _ 24 ОБ ИЗДАНИИ _ 44 июль 2014 СТАТЬИ: НОВОСТИ НАСАО Страховая инспекция ФГУП «Атомфлот» 24 – 27 марта 2014 г. проведена страховая инспекция (СИ) атомного ледокола «Ямал», плавучей технической базы «Имандра», судна дозиметрического контроля «Роста-1». Данная СИ была третьей плановой проверкой объектов ФГУП «Атомфлот» в течение...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ФГАОУ ВО «Крымский федеральный университет имени В.И. Вернадского» Таврическая академия Факультет биологии и химии Кафедра валеологии и безопасности жизнедеятельности человека “УТВЕРЖДАЮ Заместитель директора по учебной работе А.М. Тимохин _2015 г. РАБОЧАЯ ПРОГРАММА УЧЕБНОЙ ДИСЦИПЛИНЫ Б1.Б.4 Безопасность жизнедеятельности по направлению подготовки 38.03.05 «Бизнес-информатика» квалификация выпускника «бакалавр» Симферополь, 2015 Рабочая...»

«ЛИСТ СОГЛАСОВАНИЯ от 09.06.2015 Рег. номер: 2132-1 (09.06.2015) Дисциплина: Безопасность жизнедеятельности 45.03.02 Лингвистика/4 года ОДО; 45.03.02 Лингвистика/4 года ОДО; 45.03.02 Учебный план: Лингвистика/4 года ОДО Вид УМК: Электронное издание Инициатор: Глазунова Светлана Николаевна Автор: Глазунова Светлана Николаевна Кафедра: Кафедра медико-биологических дисциплин и безопасности жизнедеяте УМК: Институт филологии и журналистики Дата заседания 30.04.2015 УМК: Протокол заседания УМК: Дата...»

«Утвержден решением коллегии МЧС России от 17 июня 2014 г. № 8/П1. МИНИСТЕРСТВО РОССИЙСКОЙ ФЕДЕРАЦИИ ПО ДЕЛАМ ГРАЖДАНСКОЙ ОБОРОНЫ, ЧРЕЗВЫЧАЙНЫМ СИТУАЦИЯМ И ЛИКВИДАЦИИ ПОСЛЕДСТВИЙ СТИХИЙНЫХ БЕДСТВИЙ ДОКЛАД о результатах и основных направлениях деятельности Министерства Российской Федерации по делам гражданской обороны, чрезвычайным ситуациям и ликвидации последствий стихийных бедствий на 2014 2017 годы г. Москва 2014 г. Оглавление.9 Введение I. Основные результаты деятельности МЧС России в...»

«Пояснительная записка. Данная рабочая программа предназначена для обучения учащихся среднего звена ( 8 классов) муниципального бюджетного общеобразовательного учреждения «Средняя общеобразовательная школа №7».Содержание рабочей программы выстроено по четырём линиям: 1. обеспечение личной безопасности в повседневной жизни;2. основы безопасного поведения человека в чрезвычайных ситуациях.3. основы здорового образа жизни; 4.Основы медицинских знаний (практика). В настоящей рабочей программе...»

«РАБОЧАЯ ПРОГРАММА по учебному предмету «Основы безопасности жизнедеятельности» 8а класса на 2015 – 2016 учебный год Составитель: Черкашин Иван Александрович преподаватель ОБЖ Пояснительная записка 1. Реквизиты документов, на основе которых создана программа:Рабочая программа по ОБЖ для обучающихся 8 классов составлена в соответствии с нормативными документами: Федеральный закон от 29.12.2012 N 273-ФЗ (ред. от 21.07.2014) Об образовании в Российской Федерации. Конвенция «О правах ребнка»...»

«Copyright © Программа ООН по окружающей среде, 2008 Любая или все части настоящего документа могут быть воспроизведены в образовательных и некоммерческих целях без специального разрешения владельца авторских прав при условии, что делается ссылка на источник. ЮНЕП будет благодарна, если получит копию любой публикации, в качестве источника для которой был использован данный документ. Данное издание не может быть использовано для перепродажи или для других коммерческих целей без предварительного...»

«I. Пояснительная записка Рабочая программа составлена в соответствии с требованиями Федерального государственного образовательного стандарта высшего профессионального образования по направлению подготовки 060103 Педиатрия (квалификация (степень) специалист) (утв. приказом Министерства образования и науки РФ от 8 ноября 2010 г. N 1122), а также нормами Федерального закона «О защите населения и территорий от чрезвычайных ситуаций природного и техногенного характера» № 68-ФЗ от 1994 г. (с...»

«БЕЗОПАСНОСТЬ ПОЛЕТОВ ПАРТНЕРСТВО FLIGHT SAFETY FOUNDATION INTERNATIONAL № 08 14 15 мая 2014 г. Обзор изданий и источников по безопасности полетов, май 2014, выпуск 1 Новости международных организаций Международная организация гражданской авиации (ИКАО) ИКАО объявляет о новых информационных ресурсах в области безопасности полетов МОНРЕАЛЬ, 5 мая 2014 года. Сегодня Международная организация гражданской авиации (ИКАО) объявила о введении нового ресурса: Аэронавигационный доклад – проект,...»

«соЦиальное партнерство в новосибирской области: результаты успешного сотрудничества Уважаемые читатели ежегодного сборника «Социальное партнерство в Новосибирской области: результаты успешного сотрудничества»! новосибирская область является регионом с развитыми формами гражданского участия в общественной, политической и экономической жизни территории у нас зарегистрировано 4600 общественных организаций, ежегодно проходит региональный гражданский форум «гражданский диалог» социально...»







 
2016 www.programma.x-pdf.ru - «Бесплатная электронная библиотека - Учебные, рабочие программы»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.