Паз система: Система противоаварийной защиты (ПАЗ)

ГЛАВНАЯ // Глоссарий

Противоаварийная автоматическая защита (противоаварийная защита, ПАЗ) — комплекс технических или программно-технических средств предназначенный для автоматического прекращения процесса при достижении одного из контролируемых параметров значения, которое может привести к аварии. К таким параметрам могут относится: температура, давление, расход, уровень, скорость и пр.

К системам противоаварийной автоматической защиты (ПАЗ) предъявляются следующие основные требования: надежность, детерминированность и быстродействие.

Противоаварийная автоматическая защита имеет ряд «неприятных» особенностей:

1. Система противоаварийной защиты может формально находится в работе, но в момент наступления опасного события на процессе не способна отреагировать на него. Подобный тип отказа принято называть опасным отказом.
2. Система противоаварийной защиты может совершить ложный немотивированный аварийный останов процесса, в то время как в действительности ничего опасного на процессе не произошло. Подобный тип отказа принято называть «безопасным» отказом.

Основным отличием системы противоаварийной защиты от системы аварийной защиты является то, что первая срабатывает до возникновения аварийной ситуации, а вторая — после. Например, система пожаротушения является аварийной, а система блокировки компрессора — противоаварийной.

ГЛАВНАЯ // Глоссарий

Системы ПАЗ и СБ

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

• приборы
• датчики
• преобразователи
• релейные и полупроводниковые логические схемы
• микропроцессорные устройства
• АСУТП
• устройства звуковой и световой сигнализации
• исполнительные устройства

Основным предназначением системы СБ и ПАЗ технологического процесса, является автоматическое изменение его состояния в сторону более безопасного, выполняемое рассматриваемой системой в случае появления потенциально опасного события (например, выхода параметров процесса за безопасные пределы).

Системы СБ и ПАЗ предназначены:

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

Проведение аудита систем ПАЗ на опасных производственных объектах

Как убедиться в том, что существующие системы ПАЗ соответствуют всем требованиям, которые к ним предъявляются?

Для этого проводится так называемый инструментальный HAZOP, на котором производится анализ риска действующих контуров ПАЗ и оценка соответствия уровню SIL. По результатам аудита может быть принято решение о необходимости реинжиниринга систем ПАЗ, т.е. их технического перевооружения, модернизации, замены оборудования.

Задачи аудита

• оценка степени соответствия эксплуатируемых систем ПАЗ требованиям:

1. Федеральный закон «О промышленной безопасности опасных производственных объектов» №116-ФЗ от 21.07.1997г.
2. Федеральные нормы и правила в области промышленной безопасности «Общие правила взрывобезопасности для взрывопожароопасных химических, нефтехимических и нефтеперерабатывающих производств», утв. Приказом Ростехнадзора от 11.03.2013 №96.
3. Федеральные нормы и правила «Правила безопасности нефтегазоперерабатывающих производств», введены приказом Ростехнадзора №125 от 29.03.2016г.
4. Федеральные нормы и правила в области промышленной безопасности «Правила безопасности химически опасных производственных объектов», утв. Приказом Ростехнадзора от 21.11.2013 №559.
5. ГОСТ Р МЭК 61508 «Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью».
6. ГОСТ Р МЭК 61511 «Безопасность функциональная. Системы безопасности приборные для промышленных процессов».

• аргументированное (подтвержденное расчетом) обоснование для модернизации/замены действующих систем ПАЗ ввиду их несоответствия требованиям
• обоснование применения дополнительного понижающего коэффициента при страховании имущества и гражданской ответственности (статья 7 часть 9 Федеральный закон 225-ФЗ «Об обязательном страховании гражданской ответственности владельца опасного объекта»)
• повышение безаварийности технологических процессов

Реинжиниринг систем ПАЗ

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

Опросный лист по созданию и развитию систем ПАЗ

Другие услуги СПИК СЗМА

Системы противоаварийной защиты (ПАЗ) для АСУ ТП

   Структуры систем ПАЗ и программное обеспечение к ним создаются на основе моделей конкретных технологических объектов, для которых виртуально моделируются различные, в том числе и нештатные, состояния объекта управления.

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

   Для разработки ПО системы ПАЗ составляются, так называемые, «таблицы безопасности», которые позволяют учесть все блокировочные состояния объекта управления при наступлении критичных ситуаций во время реализации потенциально опасных процессов и предупредить на ранней стадии неконтролируемое системой развитие нештатной ситуации.

Пример «таблицы безопасности» для трех технологических объектов.

Параметры, определяющие опасность процесса	Места установки датчиков	Предупредительное значение параметра	Действия при достижении предупреди тельного значения	Предельно допустимое значение	Алгоритм защиты
Максимальный уровень в мернике	Мерник поз.625. Мерник поз.627, Мерник поз. 510	Верхний уровень 80%	Световая сигнализация, закрытие клапана подачи продукта в мерник, приостановка процесса	Уровень 90%	Закрытие отсечного клапана поз. 18,световая и звуковая сигнализации оператору, перевод процесса в точку безопасного состояния
Загазованность в производственном помещении этанолом	Воздух производственного помещения	Более 5 % от нормального значения	Световая и звуковая сигнализации	31 г/м3(15% нормы)	Включение аварийной вентиляции, отключение электрооборудования, перевод процесса в безопасное состояние.

   На слайде ниже приведена реализованная на основе такого подхода технологическая структура одного из участков изготовления изделий. Все органы управления, электрические, пневматические и гидравлические, а так же их расположение, выбраны с учетом рекомендаций, полученных при «прогонке» виртуальной модели. Производственный участок успешно функционирует на площадке ФНПЦ «АЛТАЙ» с 1999 г.

Интеграция систем противопожарной защиты с АСУ ТП

Интеграция систем противопожарной защиты с АСУ ТП

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

Современная АСПЗ организуется по трехуровневому принципу построения:

• Полевой (объектовый) уровень
• Уровень управления
• Уровень диспетчеризации

Собственно говоря, по такому же принципу строится и АСУ ТП. Причем интеграция АСПЗ с АСУ ТП может производиться на любом из указанных уровней.

Автоматическая система противопожарной защиты

Рассмотрим состав, назначение и способы взаимодействия уровней АСПЗ.

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

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

Уровень управления для АСПЗ строится на базе специализированных приемно-контрольных приборах (ППК), которые обеспечивают обработку данных от извещателей и выдачу команд управления на исполнительные устройства. Как правило, данное оборудование размещается в контроллерных – специальных помещениях для управляющего оборудования АСУ ТП. Для включения в общую систему ППК должны иметь соответствующие интерфейсы (Ethernet, RS-485), а также поддерживать распространенные протоколы (Modbus RTU, Modbus TCP, OPC).

На уровне диспетчеризации организуются автоматизированные рабочие места (АРМ) операторов и администраторов АСПЗ. Связь между ППК и верхним уровнем реализуется чаще всего через сеть Ethernet. Применение Industrial Ethernet решений позволяет получить резервированное подключение между уровнями управления и диспетчеризации. Многие крупные нефтеперерабатывающие и нефтехимические предприятия подпадают под требования 188-ФЗ, что означает обязательное применение российского программного обеспечения для решения задач по организации уровня диспетчеризации. Это касается как прикладного, так и системного программного обеспечения, прежде всего операционных систем. Исходя из личного опыта и сравнительной эксплуатации нескольких отечественных ОС (МСВС, Astra Linux, Эльбрус) могу отметить, что в настоящий момент наиболее развитой и совершенной российской защищенной операционной системой является Astra Linux SE релиз «Смоленск» производства АО «НПО РусБИТех».

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

Автоматизированная система управления технологическими процессами промышленного предприятия (АСУ ТП) – это человеко-машинная система управления, обеспечивающая автоматизированный сбор и обработку информации, необходимой для оптимизации управления технологическим объектом в соответствии с принятыми критериями по технологии и безопасности.

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

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

РСУ – система управления, характеризующаяся построением распределённой системы ввода вывода и децентрализацией обработки данных. РСУ, как правило, применяются для управления непрерывными технологическими процессами. К непрерывным процессам можно отнести те, которые должны проходить днями и ночами, месяцами и даже годами, при этом останов процесса, даже кратковременный, недопустим. То есть, под непрерывными процессами подразумеваются те, останов которых может привести к порче изготавливаемой продукции, поломке технологического оборудования и даже несчастным случаям, а также те, возобновление которых после останова связано с большими издержками.

Если рассматривать иерархическое построение АСУ ТП в сравнении с АСПЗ, то распределение по уровням выглядит следующим образом:

Полевой уровень – это датчики, исполнительные устройств и измерительные приборы КИПиА. Устройства полевого уровня включаются в промышленную сеть или, как чаще говорят, в полевую шину. В основном применяют подключения на базе витой медной пары, существует большое количество стандартов организации физического уровня и протоколов полевых шин. Пожалуй самыми распространенными являются Modbus и Profibus. Modbus – это открытый промышленный протокол передачи данных, реализуемый поверх интерфейса RS-485 (Modbus RTU) или Ethernet (Modbus TCP). Profibus (Process Field Bus) – открытая промышленная сеть, первая реализация которой была разработана компанией Siemens для своих промышленных контроллеров Simatic. На основе этого прототипа разработаны международные стандарты IEC 61158 и EN 50170. Поддержкой, стандартизацией и развитием сетей стандарта Profibus занимается Profibus Network Organization (PNO).

Уровень управления организуется на базе программируемых логических контроллерах (ПЛК). Если ППК в АСПЗ имеют во многом предопределенную функциональность, то ПЛК предполагает свободную реализацию алгоритма работы контроллера под конкретную задачу. Для программирования ПЛК используются стандартизированные языки МЭК (IEC) стандарта IEC61131-3. Среди них самыми распространенными являются LD (Ladder Diagram) – язык релейных схем и

FBD (Function Block Diagram) – язык функциональных блоков. Как уже говорилось выше, устройства нижнего уровня связаны с ПЛК через полевые шины. Между собой контроллеры также могут быть объединены в сеть через аналогичные интерфейсы полевых шин или через индустриальный Ethernet. Так как РСУ предполагает децентрализованную архитектуру, то сеть ПЛК должна быть одноранговой – организована без выделенного сервера. В такой сети все узлы, в данном случае ПЛК, равноправны и при выходе из строя любого контроллера работоспособность остальных устройств сохранятся. Вообще, при проектировании отказоустойчивой АСУ предъявляются требования, что единичный выход из строя любого компонента не должен приводить к сбою в работе системы. Конечно, плата за такие требования – резервирование оборудования и каналов передачи данных, в следствие этого избыточность и повышение стоимости системы. Тем не менее для ответственных применений такой подход безусловно оправдан и является единственно верным. Помимо резервирования компонентов РСУ на потенциально опасных объектах обязательной к применению является и система ПАЗ, которая в свою очередь также подстраховывает основную АСУ на случай сбоя или отказа в обслуживании. Нарушение работы системы управления не должно влиять на работу системы противоаварийной защиты.

Уровень диспетчеризации в АСУ ТП традиционно строится на базе специального ПО SCADA (Supervisory Control And Data Acquisition — диспетчерское управление и сбор данных). SCADA-системы решают следующие основные задачи: обмен данными с ПЛК, отображение информации на экране монитора в удобной и понятной для человека форме, ведение базы данных реального времени с технологической информацией, аварийная сигнализация и управление тревожными сообщениями, подготовка и генерирование отчетов о ходе технологического процесса.

Интеграция систем АСПЗ и АСУ ТП

Интеграция систем АСПЗ и АСУ ТП может быть выполнена на каждом из трех уровней. Взаимодействие на полевом уровне характерно прежде всего для ПАЗ. Система противоаварийная защиты реализуется максимально независимо от других систем. Как правило, система ПАЗ получает данные о состоянии объекта от собственных дублированных датчиков. Одной из самых надежных схем считается «2оо3», когда срабатывание любых 2 из 3 датчиков, установленных на одной контрольной точке, считается необходимым условием для срабатывания защитной блокировки. Также ПАЗ управляет своими резервированными исполнительными механизмами. Конечное оборудование не зависит от оборудования РСУ и АСПЗ, к примеру, если сложилась аварийная ситуация и для ее предотвращения нужно закрыть клапан, то при возникшей ситуации сработает исполнительный механизм системы ПАЗ.

Вообще, все оборудование ПАЗ должно выполнять требования ГОСТ Р МЭК 61508 по функциональной безопасности систем. Согласно данному стандарту системы по уровню безопасности делятся на 4 уровня, в зависимости от допустимой частоты отказа системы и величины вероятного ущерба при возникшем отказе:

Уровень SIL1 (Safety integrity level – уровень полноты безопасности)

Возможный ущерб: оборудование, продукция.

Допустимое число отказов: 1 на 0.1 млн. часов

Уровень SIL2

Возможный ущерб: Травматизм персонала

Допустимое число отказов: 1 на 1 млн. часов

Уровень SIL3

Возможный ущерб: Гибель персонала или населения

Допустимое число отказов: 1 на 10 млн. часов

Уровень SIL4

Ущерб: Общая техногенная катастрофа

Допустимое число отказов: 1 на 100 млн. часов

При проектировании ПАЗ задается требуемый уровень безопасности и все оборудование должно быть сертифицировано на выбранный уровень SIL. Если выбран SIL3, то все контроллеры, датчики и исполнительные механизмы ПАЗ должны быть не ниже SIL3. Возможно повышение уровня безопасности отдельных элементов за счет их дублирования. Если два взаимно резервируемых датчика имеют SIL1, то их общая сборка может дать уже уровень SIL2.

Системы ПАЗ для нефтеперерабатывающих и нефтехимических объектов являются в прямом смысле последним рубежом обороны, за которым происходят уже неконтролируемые действия: разрушение технологического объекта, взрыв, выброс опасных веществ и связанные с этим угрозы для жизни людей.

Также на полевом уровне может быть организовано взаимодействие между АСПЗ и РСУ. Извещение о пожаре в этом случае передается в РСУ через «сухие контакты». Как это ни покажется странным, до сих пор встречаются требования о передаче между системами важных сигналов, куда относится конечно и извещение о пожаре, только через по выделенным физическим проводам – для каждого сигнала свой провод.

При большом количестве сигналов для передачи между системами может быть задействован уровень управления (что не отменяет передачу критических сигналов «сухими контактами»). В этом случае оборудование АСПЗ работает с РСУ через информационные каналы передачи данных. Например, ППК может быть подключен к ПЛК распределенной системе управления через Modbus TCP. В объеме автоматизации РСУ сигналы от АСПЗ занимают значительное место, так как при опасности возгорания практически все участки технологического процесса должны реагировать на пожароопасную ситуацию с целью перевода объекта в максимально безопасное состояние. Также как при построении самой АСУ ТП, при решении задачи интеграции с АСПЗ, такую же важную роль играет надежность стыковки этих систем. Поэтому требования к резервированию распространяются и на интерфейсы передачи данных между АСПЗ и РСУ.

На объекте может быть реализован единый уровень диспетчеризации. В этом случае на базе SCADA системы организуются как технологические АРМ, так и рабочие места операторов АСПЗ. Типовая схема подключения оборудования к SCADA системе предполагает применение технологии OPC (OLE for Process Control). Со стороны оборудования выступает OPC-сервер, который позволяет любое оборудование представить унифицированным образом и предоставить данные для OPC-клиента, которым, по сути, является SCADA-система. В настоящее время все еще распространены OPC серверы, разработанные на базе технологии DCOM компании Microsoft. Однако в современных проектах все чаще используется новая технология OPC UA (Unified Architecture), главное достижение которой, это отвязка архитектуры OPC от Windows, что позволяет реализовать OPC UA сервер на хосте под управлением Unix/Linux систем.

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

Новые требования в области промышленной безопасности. Особенности реализации систем ПАЗ на опасных производствах

Приглашаем Вас на совместный вебинар ООО «Феникс Контакт РУС» и АО «СПИК СЗМА», в рамках которого эксперты компаний расскажут о новых требованиях Ростехнадзора в области промышленной безопасности и практической реализации систем ПАЗ.

Дата и время: 17 марта 2021 г. в 11:00 (МСК).
Продолжительность: 2 часа.
Стоимость участия: бесплатно.

Программа:

• Вступительное слово от Феникс Контакт.
• «Регуляторная гильотина» Ростехнадзора.
• Нововведения в федеральные нормы и правила в области безопасности (ФНИП ОПВБ).
• Сертификация технических средств на соответствие требованиям стандарта МЭК 61508 (УПБ/SIL).
• Этапы и методология проведения HAZOP-анализа: формулирование целей, подготовка и порядок проведения сессии, требования к организаторам и участникам, требования к содержанию отчета.
• Порядок анализа слоёв защиты и назначение уровней полноты безопасности (SIL).
• Особенности проектирования систем ПАЗ, выбора оборудования и архитектуры системы с учётом назначенных уровней SIL.
• Краткий обзор используемого АО «СПИК СЗМА» инструмента для расчёта SIL (ПК «Арбитр»).
• Опыт АО «СПИК СЗМА» по проектированию систем ПАЗ с учётом анализа опасностей и риска аварий на ОПО.

До встречи на мероприятии!

Регистрация на вебинар закрыта. Вы можете присоединиться к трансляции мероприятия на нашем YouTube-канале www.youtube.com/user/PhoenixContactRussia

Groove — Musica Informatica

GROOVE — это гибридная система для синтеза звука и управления в реальном времени, разработанная в семидесятых годах Максом Мэтьюзом и Ричардом Муром.

Введение — GROOVE, аббревиатура от «Операции, генерируемые в реальном времени на оборудовании, управляемом напряжением», была одной из самых популярных гибридных систем для синтеза звука и управления в реальном времени. Предшественниками GROOVE являются два других подобных проекта: один, разработанный Джеймсом Габура и Густавом Чамага, PIPER, и проект Лежарена Хиллера и Джеймса Бошампа, так и не завершенный.

Культурные корни — Этот проект неизбежно берет свое начало в более раннем опыте Макса Мэтьюса вокруг Music N, который по разным причинам, в частности из-за вычислительных ограничений компьютеров тех лет, можно было использовать только в отложенное время. В связи с этим Мэтьюз в недавнем интервью вспоминает, что

в то время большой компьютер вычислительного центра [Bell Labs] или любой другой цифровой компьютер не был достаточно быстрым и мощным, чтобы создавать интересную музыку в реальном времени.

, по этой причине, до сих пор вспоминает американский исследователь, не имел возможности играть на компьютере, как на традиционном инструменте, например, иметь возможность воздействовать на характеристики звука в фазе исполнения.[1]
Что касается производительности, использование компьютеров в присутствии других исполнителей было довольно сложным. [1] Из соображений Мэтьюза ясно, что основная проблема заключалась не столько в синтезе звука, который был сконцентрирован в Music N, сколько в его живой обработке. Таким образом, можно сказать, что в своем разнообразии это исследование восполняет те аспекты, которые ранее не исследовались. Если с Music N Мэтьюз работал исключительно на компьютере, в цифровой системе, то с GROOVE попробуйте комбинацию аналоговых и цифровых устройств.

История — Макс Мэтьюз и Ричард Мур начали работать над GROOVE с октября 1968 года. В том же году он уже работал, но в течение следующих двух лет было внесено несколько изменений, специально разработанных для удовлетворения потребностей опытных пользователей. [1] GROOVE в своей окончательной версии был представлен международному сообществу в 1970 году во время конференции по музыке и технологиям в Стокгольме, организованной ЮНЕСКО. Среди участников также несколько ведущих деятелей электронной музыки, таких как Пьер Шаффер и Жан-Клод Риссет.

Метод работы — С технической точки зрения он должен был облегчить нагрузку на центральный процессор компьютера. Препятствие могло обойтись без возложения процесса синтеза, который требовал наибольшего объема вычислений, внешним аналоговым устройствам, которые могут работать параллельно с компьютером. По этой причине GROOVE поддерживался внешним модульным синтезатором, который полезен для генерации и фильтрации звуков: фильтры MOOG, блоки огибающей, генераторы ARP и другие модули для управления напряжением, разработанные непосредственно Максом Мэтьюзом.[2]
Компьютер позаботится о функциях управления, которые будут выполняться в реальном времени над звуками, генерируемыми аналоговыми устройствами. За счет интеграции аналогового синтезатора для синтеза звуков, гарантированно экономится время при вычислении данных, которое составляло около 5-10 миллисекунд. Конечно, это значение было близко к нулю, но для компьютеров шестидесятые годы были абсолютно непревзойденными. Модель, которую Мэтьюз искал для дизайна компьютерной части GROOVE, была не столько исполнителем и его инструментом, сколько моделью, предложенной директором перед его собственным оркестром.Фактически, компьютер был занят не синтезированием звуков, а считыванием партитуры, сохраненной и сделанной под контролем человека.

Компьютерная часть — Компьютер, который был разработан для GROOVE, был Honeywell DDP-24. Программное обеспечение было разработано с помощью ассемблера DDP-24, что привело к ограничению переносимости на другие машины. Основная функция компьютера заключалась в создании числовых функций для преобразования в напряжение для управления некоторыми внешними устройствами.Система GROOVE была структурирована следующим образом:
— 14 ЦАП, двенадцать 8-битных и два 12-битных;
— Один АЦП, подключенный к мультиплексору для преобразования семи сигналов напряжения: четыре генерируются одними и теми же ручками и три генерируются трехмерным движением контроллера джойстика;
— Два динамика для вывода звука;
— Специальная клавиатура для взаимодействия с регуляторами, может генерировать такую ​​информацию, как Вкл / Выкл;
— Телетайп-клавиатура для ввода данных;
— дисковое хранилище CDC-9432;
— Магнитофон для резервного копирования; [2]
Числовые функции для генерации электрического напряжения могут обновляться со скоростью 100/200 раз в секунду по сравнению с 10000/50000 при синтезе цифровых звуков, так что вы понимаете уменьшенный вес функции управления на CPU.К этому списку устройств также добавляется дисплей, на котором в реальном времени отображается графический вывод входных данных для создания функций управления. Еще одним очень интересным было наличие дискового хранилища. Это может сохранить данные программирования или способ использования контроллера.
На следующем этапе, вызывая эти данные, мы могли бы выполнить несколько действий: управление настройкой звукового материала, смешивание различных действий, вы можете прослушать всю работу или даже отдельные части, в которые можно было внести какие-либо изменения. , а затем запустить всю композицию на компьютер путем чтения сохраненных данных.Музыка Баха и Бартока исполнялась с GROOVE на первых демонстрационных экспериментах. [2]

Наследие GROOVE — Из того, что было сказано, я думаю, ясно, что в гибридной системе Мэтьюса и Мура вопрос реального времени не возникает с точки зрения цифрового синтеза, а скорее действует как обзор цифровых контроль звуков. Факт остается фактом: этот эксперимент дал важные стимулы как сразу, так и спустя много лет.Например, в последние годы проект Sensorband все еще относится к экспериментам с GROOVE. В те годы, однако, Пьер Булез заинтересовался проектом Мэтьюза, в частности был очарован аспектом производительности, характерным для гибридной системы. По этой причине Булез призвал Мэтьюза работать над новым проектом, который привел бы к развитию Radio Baton.

Выводы — ПАЗ использовался немногим более десяти лет, с 1968 по 1980 год.Помимо наследия, тот же Макс Мэтьюз признал непопулярность своей системы, по крайней мере, с коммерческой точки зрения. Самым большим препятствием была высокая стоимость строительства, на это ушло около двадцати тысяч долларов, немалая сумма по тем временам. Поскольку это единственная модель, которая циркулировала на протяжении многих лет деятельности, это всегда была именно Bell Labs. [1]

По этой теме я читал:

[1] Tea Hong Park, Интервью с Максом Мэтьюзом , Computer Music Journal, Vol.33 [3], 2009.
[2] Макс Мэтьюз, Ричард Мур, GROOVE: Программа для создания, сохранения и редактирования функции времени , Связь ACM, Vol. 13, с.ш. 12, 1970.
[3] Ричард Буланжер, Дирижирует MIDI-оркестром, Часть 1: Интервью с Максом Мэтьюзом, Барри Верко и Роджером Данненбергом , Computer Music Journal, Vol. 14 [2], 1990.

Groove Systems «Hudson Music

Groove Systems, созданная Тимом Карманом, использует паттерны, непосредственно транскрибированные из 10 уникальных музыкальных стилей, как средство как для развития координации, так и для увеличения стилистического словаря.Система Groove включает в себя тысячи упражнений на функциональную и музыкальную координацию. Каждая глава содержит краткую историю стиля музыки, а также список основных барабанщиков, артистов и грувов, которые служат примером этого стиля. Система грувов следует и содержит словарь для каждого изолированного «инструмента» ударной установки.

электронная книга | 163 страницы

«ТИМ КАРМАН СОСТАВИЛ ВЗАИМОДЕЙСТВУЮЩУЮ СИСТЕМУ ДЕТАЛИРОВАНИЯ КНИГ, КОТОРЫЕ ДОЛЖНЫ СЧИТАТЬСЯ ВСЕ БАРАБАНЫ, НЕ ТОЛЬКО ДЛЯ КООРДИНАЦИИ, НО ОЧЕНЬ МУЗЫКАЛЬНЫЕ! НАСТОЯТЕЛЬНО РЕКОМЕНДУЮ!»
— Брюс Беккер (барабанщик и педагог на Друмео.Среди студентов Дэвид Гарибальди, Дэниел Гласс и Трис Имбоден)

«ОТЛИЧНАЯ КНИГА, ОТКРЫВАЮЩАЯ МНОГИЕ РАЗЛИЧНЫЕ СТИЛИ И АСПЕКТЫ, КАК СТАТЬ ФУНКЦИОНАЛЬНЫМ ПРОФЕССИОНАЛЬНЫМ ИГРОМ. ПОДХОД СИСТЕМЫ A, B, C и D ЯВЛЯЕТСЯ ОТЛИЧНЫМ ПЛАНОМ ЭТАПОВ РАЗРАБОТКИ
И ПОСЛЕДУЮЩИЕ СПИСКИ ПОДДЕРЖКИ ПРИМЕРОВ МУЗЫКАЛЬНОГО ПРОСЛУШИВАНИЯ… ТОЧКА НА! »
— Скип Хадден (барабанщик, автор и профессор Музыкального колледжа Беркли)

«СИСТЕМЫ КАНАВКИ, ФУНКЦИОНАЛЬНЫЕ УПРАЖНЕНИЯ ПО ЧЕТЫРЕХСТОРОННЕЙ КООРДИНАЦИИ, ЯВЛЯЕТСЯ ИСКЛЮЧИТЕЛЬНОЙ КОМБИНАЦИЕЙ ОСНОВНЫХ КАНЕВ, ИСТОРИИ КАНАВКИ (ХУДОЖНИКИ И МУЗЫКАЛЬНЫЕ ОТЗЫВЫ) И ПОЛЕЗНЫХ И ВАЖНЫХ СОВЕТОВ ДЛЯ СИСТЕМЫ ИЛИ ИСКЛЮЧИТЕЛЬНЫХ СОВЕТОВ ДЛЯ СИСТЕМЫ .С GROOVE SYSTEMS ВЫ ТАКЖЕ НАЙДЕТЕ ЧРЕЗВЫЧАЙНО ЦЕННЫЕ УПРАЖНЕНИЯ НА НЕЗАВИСИМОСТЬ, КОТОРЫЕ ПОМОГУТ СОЗДАТЬ СОБСТВЕННОЕ ТВОРЧЕСТВО И СЛОВАРНЫЙ ЗАПАС. Я НАСТОЯТЕЛЬНО РЕКОМЕНДУЮ ТИМА КАРМАНА «GROOVE SYSTEMS»! »
— Стив Лангоне (барабанщик, автор и преподаватель Музыкального колледжа Беркли, Университета Род-Айленда и колледжа Уэллсли)

«ТИМ КАРМАН — ОДИН ИЗ ВЕДУЩИХ БАРАБАНОВ И ПРЕПОДАВАТЕЛЕЙ. GROOVE SYSTEM’S — ПУБЛИКАЦИЯ, ОСНОВАННАЯ НА РАЗВИТИИ УБАРАБАНА РАЗВИТИЕ КОНТРОЛЯ, НЕЗАВИСИМОСТИ, КАСАНИЯ… В ОДНОМ ВРЕМЕНИ РАЗЛИЧНЫХ МУЗЫКАЛЬНЫХ СТИЛЕЙ И ЖАНРОВ.КОНЦЕПЦИИ, ПРИМЕНЯЕМЫЕ В ДАННОЙ КНИГЕ, ЯВЛЯЮТСЯ ЭВОЛЮЦИЕЙ ВСЕЙ БОЛЬШОЙ ЛИТЕРАТУРЫ, НАПИСАННОЙ И ИЗУЧЕННОЙ В ПРОШЛОМ СИСТЕМЫ GROOVE БУДУТ ОДНИМ ИЗ МОИМ РЕСУРСОВ, КОТОРЫЕ МОГУТ ПОРЯДОЧИТАТЬСЯ И НАУЧИТЬ ДВИГАТЬСЯ »

— Нил Смит (барабанщик и профессор Музыкального колледжа Беркли, Новой школы и Музыкальной школы Лонги)

Предварительный просмотр книги:

«GROOVE Systems», Макс Мэтьюз и Ричард Мур, США 1970 — 120 лет электронной музыки

В 1967 году композитор и музыкант Ричард Мур начал сотрудничество с Максом Мэтьюз в Bell Labs, исследуя исполнение и выражение в компьютерной музыке в «дружественной для музыкантов» среде.Результатом этого была цифрово-аналоговая гибридная система под названием GROOVE (генерируемые операции в реальном времени на оборудовании, управляемом напряжением), в которой музыкант играл на внешнем аналоговом синтезаторе, а компьютер отслеживал и сохранял действия исполнителя с интерфейсом; играть ноты, вращать ручки и так далее. Цель состоит в том, чтобы создать инструмент для музыкального исполнения в реальном времени, сконцентрировав ограниченную мощность компьютеров, используя его для хранения музыкальных параметров внешнего устройства, а не для генерации самого звука:

«Компьютерное исполнение музыки родилось в 1957 году, когда IBM 704 в Нью-Йорке сыграла 17-секундную композицию в программе Music I, которую я написал.Тембры и ноты не вдохновляли, но технический прорыв все еще ощущается. Музыка Я привел меня к Музыке II через V. Множество других написали Music 10, Music 360, Music 15, Csound и Cmix. Многие захватывающие произведения сейчас исполняются в цифровом формате. IBM 704 и его собратья были строго студийными машинами — они были слишком медленными, чтобы синтезировать музыку в реальном времени. FM-алгоритмы Чоунинга и появление быстрых, недорогих цифровых чипов сделали возможным и, что не менее важно, сделали его доступным в реальном времени.»
Макс Мэтьюз. «Горизонты компьютерной музыки», 8-9 марта 1997 г., Университет Индианы

Система, написанная на ассемблере, работала только на компьютере Honeywell DDP224, который Белл приобрел специально для исследования звука. Добавление дискового запоминающего устройства означало, что также можно было создавать библиотеки программных программ, чтобы пользователи могли создавать свои собственные настраиваемые логические шаблоны для автоматизации или композиции. GROOVE позволял пользователям постоянно настраивать и «смешивать» различные действия в режиме реального времени, просматривать разделы или весь фрагмент, а затем повторно запускать композицию из сохраненных данных.Музыка Баха и Бартока была исполнена с GROOVE на первой демонстрации на конференции по музыке и технологиям в Стокгольме, организованной ЮНЕСКО в 1970 году. Среди участников также несколько ведущих деятелей электронной музыки, таких как Пьер Шаффер и Жан-Клод Риссет.

«Начиная с программы Groove в 1970 году, мои интересы были сосредоточены на живом исполнении и на том, что компьютер может сделать, чтобы помочь исполнителю. Я сделал контроллер, радио-дубинку, а также программу, программу дирижера, чтобы предоставить новые способы интерпретации и исполнения традиционных партитур.Помимо современных композиторов, они оказались привлекательными для солистов как способ игры в оркестровом сопровождении. Певцы часто предпочитают играть под собственный аккомпанемент. Недавно я добавил импровизационные возможности, которые упрощают написание композиционных алгоритмов. Они могут включать предварительно составленные последовательности, случайные функции и жесты живых выступлений. Алгоритмы написаны на языке C. Мы читаем курс в этой области студентам Стэнфордского университета в течение двух лет. К нашему счастливому удивлению, ученикам понравилось изучать и использовать C.В первую очередь, я считаю, что это дает им ощущение полной власти, позволяющей командовать компьютеру делать все, что он может делать ».
Макс Мэтьюз. «Горизонты компьютерной музыки», 8-9 марта 1997 г., Университет Индианы

Система GROOVE состояла из:

• 14 строк управления ЦАП, сканирование которых производится каждые 100 раз в секунду (двенадцать 8-битных и две 12-битных)
• АЦП, подключенный к мультиплексору для преобразования семи сигналов напряжения: четыре генерируются одними и теми же ручками, а три генерируются трехмерным движением контроллера джойстика;
• Два динамика для вывода звука;
• Специальная клавиатура для взаимодействия с ручками для генерации сигналов включения / выключения
• Клавиатура телетайпа для ввода данных
• Дисковое хранилище CDC-9432;
• Магнитофон для резервного копирования данных

Предшественниками GROOVE были аналогичные проекты, такие как PIPER, разработанный Джеймсом Габура и Густавом Чиамага в Университете Торонто, и система, предложенная, но никогда не завершенная Леджареном Хиллером и Джеймсом Бошампом из Университета Иллинойса. .Однако GROOVE была первой широко используемой компьютерной музыкальной системой, которая позволила композиторам и исполнителям работать в режиме реального времени. Проект GROOVE завершился в 1980 году как из-за высокой стоимости системы — около 20 000 долларов, так и из-за достижений в области доступной вычислительной мощности, которая позволила синтезаторам и высокопроизводительным системам работать вместе безупречно.

Источники

Joel Chadabe, Electric Sound: The Prentice Hall, 1997.

Ф. Ричард Мур, Elements of Computer Music , PTR Prentice Hall, 1990.

http://www.vintchip.com/mainframe/DDP-24/DDP24.html

Как это:

Нравится Загрузка …

Альтернатива сварки труб — усовершенствованная система канавок

Как удалить Groove

ВВЕДЕНИЕ

В этой статье описывается, как удалить Microsoft Office Groove 2007, Groove Virtual Office или Groove Workspace.Кроме того, в этой статье описывается, как оставить все связанные данные или удалить все связанные данные при удалении Groove.

Дополнительная информация

В определенных сценариях может потребоваться удалить Groove.

В Groove Virtual Office 3.x вы решаете, хотите ли вы удалить данные Groove при удалении Groove. Во всех других версиях Groove все данные учетной записи и данные общего пространства для более поздней установки Groove остаются после удаления Groove.

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