Форум АСУ в Україні
http://asu.in.ua/

Alarm і все що з ним пов'язано
http://asu.in.ua/viewtopic.php?f=251&t=900
Сторінка 1 з 1

Автор:  san [ 16 листопада 2014, 11:19 ]
Тема повідомлення:  Alarm і все що з ним пов'язано

Особливо ніколи не переймався тим, як краще перекласти слово Alarm, як в локалізації СКАДи називалось - так і називав. Найбільш часто це "Тривога". В темі Алармів почав займатися перекладом термінів, вирішив проконсультуватися з лінгвістами тут і тут на ФБ. Після деяких дискусій, я зрозумів що не все так однозначно, хоч усім казав що прийнято користуватися терміном "Тривога". Нижче буду збирати різні варіанти перекладів, як правило на російську.

Автор:  san [ 16 листопада 2014, 11:31 ]
Тема повідомлення:  Re: Alarm і все що з ним повязано

Я так розумію, в Master SCADA "Alarm" - це "Сообщение"
Сообщения и журналы Master SCADA
http://www.masterscada.ru/products/?category=1282
Цитата:
В режиме исполнения необходимо оповещать оператора о различных событиях. В MasterSCADA есть системные сообщения (сообщения о нехватке места на диске, отказ OPC сервера и т.д.), стандартные встроенные сообщения от переменных и функциональных блоков (нарушение контролируемых границ изменения параметров и т.п.), а также пользовательские сообщения, формируемые по любым определенным пользователям в проекте событиям. Количество сообщений в проекте не ограничивается.
Сообщения делятся на разные категории с разным уровнем приоритета, что позволяет наглядно выдавать оператору (диспетчеру) информацию.
В MasterSCADA существует несколько способов представления сообщений оператору – всплывающее окно сообщений, строка статуса, журнал сообщений, уведомления по SMS и E-Mail. Каждой категории можно назначить один или несколько каналов вывода сообщений.
С сообщениями можно работать и через журналы сообщений, которых может быть неограниченное количество. Журналы имеют доступ к полному архиву сообщений и могут быть специализированы по категориям, приоритетам или источникам информации так, как это выберет разработчик проекта.

Автор:  san [ 16 листопада 2014, 11:48 ]
Тема повідомлення:  Re: Alarm і все що з ним повязано

В ГОСТ Р МЭК 60601-1-8-2007 безпосереднього перекладу та визначення слова "Alarm" немає, але різни варіанти комбінацій його з іншими словами, ДЕ Alarm перкладається по різному, наприклад як "Сигнализация", як "опасность".

  + "Термины и определения"
2.201* ОПАСНАЯ СИТУАЦИЯ (ALARM CONDITION): Такое состояние СИСТЕМЫ СИГНАЛИЗАЦИИ, при котором существует потенциальная или действительная опасность.
Примечание 1 - ОПАСНАЯ СИТУАЦИЯ может быть ложной, т.е. ЛОЖНАЯ ОПАСНАЯ СИТУАЦИЯ.
Примечание 2 - ОПАСНАЯ СИТУАЦИЯ может быть пропущена, т.е. ПРОПУСК ОПАСНОЙ СИТУАЦИИ.

2.202* ЗАДЕРЖКА ОПАСНОЙ СИТУАЦИИ (ALARM CONDITION DELAY): Период времени от момента возникновения инициирующего события, произошедшего либо с ПАЦИЕНТОМ, т.е. ФИЗИОЛОГИЧЕСКАЯ ОПАСНАЯ СИТУАЦИЯ, либо с изделием, т.е. ТЕХНИЧЕСКАЯ ОПАСНАЯ СИТУАЦИЯ, до момента, когда СИСТЕМА СИГНАЛИЗАЦИИ определяет наличие ОПАСНОЙ СИТУАЦИИ.

2.203* ПРЕДЕЛ СИГНАЛИЗАЦИИ (ALARM LIMIT): Порог, используемый СИСТЕМОЙ СИГНАЛИЗАЦИИ для определения ОПАСНОЙ СИТУАЦИИ.

2.204 СИГНАЛИЗАЦИЯ ОТКЛЮЧЕНА (ALARM OFF): Состояние неопределенной продолжительности, при котором СИСТЕМА СИГНАЛИЗАЦИИ или часть СИСТЕМЫ СИГНАЛИЗАЦИИ не генерирует СИГНАЛЫ ОПАСНОСТИ.

2.205* СИГНАЛИЗАЦИЯ ПРИОСТАНОВЛЕНА (ALARM PAUSED): Состояние определенной продолжительности, при котором СИСТЕМА СИГНАЛИЗАЦИИ или часть СИСТЕМЫ СИГНАЛИЗАЦИИ не генерирует СИГНАЛЫ ОПАСНОСТИ.

2.206 ПРЕДВАРИТЕЛЬНЫЕ УСТАНОВКИ СИГНАЛИЗАЦИИ (ALARM PRESET): Набор сохраненных параметров конфигурации, включая выбор алгоритмов и начальные значения для использования в алгоритмах, которые изменяют работу СИСТЕМЫ СИГНАЛИЗАЦИИ или влияют на нее.

2.207 СБРОС СИГНАЛИЗАЦИИ (ALARM RESET): Действие ОПЕРАТОРА, которое приводит к окончанию действия СИГНАЛИЗАЦИИ, для которой больше нет соответствующих ОПАСНЫХ СИТУАЦИЙ.

2.208 УСТАНОВКИ СИГНАЛИЗАЦИИ (ALARM SETTINGS): Конфигурация СИСТЕМЫ СИГНАЛИЗАЦИИ, включая следующие характеристики (но не ограничиваясь только ими):
- ПРЕДЕЛЫ СИГНАЛИЗАЦИИ;
- характеристики любого состояния инактивации СИГНАЛОВ ОПАСНОСТИ;
- значения переменных или параметров, которые определяют действие СИСТЕМЫ СИГНАЛИЗАЦИИ.
Примечание - Необходимо некоторое время для установки или повторной установки некоторых УСТАНОВОК СИГНАЛИЗАЦИИ, определенных алгоритмами.

2.209 СИГНАЛ ОПАСНОСТИ (ALARM SIGNAL): Тип сигнала, генерируемый СИСТЕМОЙ СИГНАЛИЗАЦИИ для обозначения наличия (или отсутствия) ОПАСНОЙ СИТУАЦИИ.

2.210* ЗАДЕРЖКА ФОРМИРОВАНИЯ СИГНАЛА ОПАСНОСТИ (ALARM SIGNAL GENERATION DELAY): Период с момента возникновения ОПАСНОЙ СИТУАЦИИ до генерации СИГНАЛА ОПАСНОСТИ.

2.211 СИСТЕМА СИГНАЛИЗАЦИИ (ALARM SYSTEM): Части МЕДИЦИНСКОГО ЭЛЕКТРИЧЕСКОГО ИЗДЕЛИЯ или МЕДИЦИНСКОЙ ЭЛЕКТРИЧЕСКОЙ СИСТЕМЫ, которые определяют ОПАСНЫЕ СИТУАЦИИ и в случае необходимости генерируют СИГНАЛЫ ОПАСНОСТИ.

2.212 ЗВУКОВАЯ СИГНАЛИЗАЦИЯ ОТКЛЮЧЕНА (AUDIO OFF): Состояние неопределенной продолжительности, при котором СИСТЕМА СИГНАЛИЗАЦИИ или часть СИСТЕМЫ СИГНАЛИЗАЦИИ не генерирует звуковые СИГНАЛЫ ОПАСНОСТИ.

2.213 ЗВУКОВАЯ СИГНАЛИЗАЦИЯ ПРИОСТАНОВЛЕНА (AUDIO PAUSED): Состояние определенной продолжительности, при котором СИСТЕМА СИГНАЛИЗАЦИИ или часть СИСТЕМЫ СИГНАЛИЗАЦИИ не генерирует звуковые СИГНАЛЫ ОПАСНОСТИ.

2.214 СЕРИЯ ИМПУЛЬСОВ (BURST): Группа импульсов с характерным ритмом или определенного образца.

2.215 ДЕЭСКАЛАЦИЯ (DE-ESCALATION): Процесс, при котором СИСТЕМА СИГНАЛИЗАЦИИ снижает приоритет ОПАСНОЙ СИТУАЦИИ или снижает срочность СИГНАЛОВ ОПАСНОСТИ.

2.216 ПРЕДВАРИТЕЛЬНЫЕ УСТАНОВКИ СИГНАЛИЗАЦИИ ПО УМОЛЧАНИЮ (DEFAULT ALARM PRESET): Предварительные установки сигнализации, которые могут быть активизированы СИСТЕМОЙ СИГНАЛИЗАЦИИ без участия ОПЕРАТОРА.
Примечание - ПРЕДВАРИТЕЛЬНЫЕ УСТАНОВКИ СИСТЕМЫ СИГНАЛИЗАЦИИ, определенные изготовителем или ПОЛЬЗОВАТЕЛЕМ, являются возможными типами ПРЕДВАРИТЕЛЬНЫХ УСТАНОВОК СИСТЕМЫ СИГНАЛИЗАЦИИ ПО УМОЛЧАНИЮ.

2.217* РАСПРЕДЕЛЕННАЯ СИСТЕМА СИГНАЛИЗАЦИИ (DISTRIBUTED ALARM SYSTEM): СИСТЕМА СИГНАЛИЗАЦИИ, включающая более одного компонента оборудования МЕДИЦИНСКОЙ ЭЛЕКТРИЧЕСКОЙ СИСТЕМЫ.
Примечание - Части РАСПРЕДЕЛЕННОЙ СИСТЕМЫ СИГНАЛИЗАЦИИ могут находиться на большом расстоянии друг от друга.

2.218 ЭСКАЛАЦИЯ (ESCALATION): Процесс, при котором СИСТЕМА СИГНАЛИЗАЦИИ увеличивает приоритет ОПАСНОЙ СИТУАЦИИ или увеличивает срочность СИГНАЛОВ ОПАСНОСТИ.

2.219 ВРЕМЯ СПАДА (FALL TIME) ГОСТ Р МЭК 60601-1-8-2007 Изделия медицинские электрические. Часть 1-8. Общие требования безопасности. Общие требования, испытания и руководящие указания по применению систем сигнализации медицинских электрических изделий.... (не действует на территории РФ): Интервал, при котором амплитуда ИМПУЛЬСА снижается с 90% до 10% от своего максимума (см. рисунок 201).

2.220 ПРОПУСК ОПАСНОЙ СИТУАЦИИ (FALSE NEGATIVE ALARM CONDITION): Отсутствие ОПАСНОЙ СИТУАЦИИ при наличии действительного инициирующего события, произошедшего с ПАЦИЕНТОМ, изделием или СИСТЕМОЙ СИГНАЛИЗАЦИИ.
Примечание - ОПАСНАЯ СИТУАЦИЯ может быть отклонена или пропущена из-за ложной информации, поступившей от ПАЦИЕНТА, интерфейса изделие-ПАЦИЕНТ, других изделий или самого изделия.

2.221 ЛОЖНАЯ ОПАСНАЯ СИТУАЦИЯ (FALSE POSITIVE ALARM CONDITION): Появление ОПАСНОЙ СИТУАЦИИ при отсутствии действительного инициирующего события, произошедшего с ПАЦИЕНТОМ, изделием или СИСТЕМОЙ СИГНАЛИЗАЦИИ.
Примечание - ЛОЖНАЯ ОПАСНАЯ СИТУАЦИЯ может возникнуть из-за ложной информации, поступившей от ПАЦИЕНТА, интерфейса изделие-ПАЦИЕНТ, других изделий или самого изделия.

2.222 ВЫСОКИЙ ПРИОРИТЕТ (HIGH PRIORITY): Необходимы немедленные ответные действия ОПЕРАТОРА.
Примечание - Приоритет определяется в результате анализа рисков.

2.223* ИНФОРМАЦИОННЫЙ СИГНАЛ (INFORMATION SIGNAL): Любой сигнал, не являющийся СИГНАЛОМ ОПАСНОСТИ или СИГНАЛОМ НАПОМИНАНИЯ.
Пример 1 - Форма волны ЭКГ.
Пример 2 - Звук SpOГОСТ Р МЭК 60601-1-8-2007 Изделия медицинские электрические. Часть 1-8. Общие требования безопасности. Общие требования, испытания и руководящие указания по применению систем сигнализации медицинских электрических изделий.... (не действует на территории РФ).
Пример 3 - Индикация рентгеноскопического луча.

2.224* ИНТЕЛЛЕКТУАЛЬНАЯ СИСТЕМА СИГНАЛИЗАЦИИ (INTELLIGENT ALARM SYSTEM): СИСТЕМА СИГНАЛИЗАЦИИ, которая делает логические заключения, основанные на отслеживаемой информации без вмешательства ОПЕРАТОРА.
Пример 1 - СИСТЕМА СИГНАЛИЗАЦИИ, которая изменяет приоритет, основанный на скорости изменения отслеживаемых переменных.
Пример 2 - СИСТЕМА СИГНАЛИЗАЦИИ, которая подавляет сигнал соответствующей ОПАСНОЙ СИТУАЦИИ, если в результате возникновения ОПАСНОЙ СИТУАЦИИ высшего приоритета появился новый СИГНАЛ ОПАСНОСТИ.

2.225 ИНТЕРВАЛ МЕЖДУ СЕРИЯМИ ИМПУЛЬСОВ (INTERBURST INTERVAL) ГОСТ Р МЭК 60601-1-8-2007 Изделия медицинские электрические. Часть 1-8. Общие требования безопасности. Общие требования, испытания и руководящие указания по применению систем сигнализации медицинских электрических изделий.... (не действует на территории РФ): Период времени между окончанием последнего ИМПУЛЬСА СЕРИИ и началом первого ИМПУЛЬСА следующей СЕРИИ того же СИГНАЛА ОПАСНОСТИ (см. рисунок 201).

2.226 ФИКСИРОВАННЫЙ СИГНАЛ ОПАСНОСТИ (LATCHING ALARM SIGNAL): СИГНАЛ ОПАСНОСТИ, который продолжается после окончания действия инициирующего его события, пока ОПЕРАТОР не предпримет действия по его отключению.

2.227 НИЗКИЙ ПРИОРИТЕТ (LOW PRIORITY): Необходимо уведомление ОПЕРАТОРА.
Примечание - Приоритет определяется в результате анализа рисков.

2.228 СРЕДНИЙ ПРИОРИТЕТ (MEDIUM PRIORITY): Необходимы быстрые ответные действия ОПЕРАТОРА.
Примечание - Приоритет определяется в результате анализа рисков.

2.229 НЕФИКСИРОВАННЫЙ СИГНАЛ ОПАСНОСТИ (NON-LATCHING ALARM SIGNAL): СИГНАЛ ОПАСНОСТИ, который автоматически прекращается после окончания действия инициирующего его события.

2.230 ПОЗИЦИЯ ОПЕРАТОРА (OPERATOR'S POSITION): Определенное положение ОПЕРАТОРА по отношению к части СИСТЕМЫ СИГНАЛИЗАЦИИ, генерирующей СИГНАЛ ОПАСНОСТИ.
Примечание - В случае РАСПРЕДЕЛЕННОЙ СИСТЕМЫ СИГНАЛИЗАЦИИ может быть множество разных ПОЗИЦИЙ ОПЕРАТОРА.

2.231 ФИЗИОЛОГИЧЕСКАЯ ОПАСНАЯ СИТУАЦИЯ (PHYSIOLOGICAL ALARM CONDITION): ОПАСНАЯ СИТУАЦИЯ, возникающая при отслеживании переменных, имеющих отношение к ПАЦИЕНТУ.
Пример 1 - Высокая концентрация выдыхаемого анестезирующего вещества.
Пример 2 - Низкий выдыхаемый дыхательный объем.
Пример 3 - Низкое насыщение кислородом, измеренное с помощью пульсовой оксиметрии.
Пример 4 - Высокое артериальное давление.
Пример 5 - Высокий сердечный ритм.

2.232 ИМПУЛЬС (PULSE): Краткий звуковой сигнал, имеющий специфическое спектральное содержание.

2.233 ЧАСТОТА ИМПУЛЬСОВ (PULSE FREQUENCY) ГОСТ Р МЭК 60601-1-8-2007 Изделия медицинские электрические. Часть 1-8. Общие требования безопасности. Общие требования, испытания и руководящие указания по применению систем сигнализации медицинских электрических изделий.... (не действует на территории РФ): Основная частота (первая гармоника) ИМПУЛЬСА

2.234* СИГНАЛ НАПОМИНАНИЯ (REMINDER SIGNAL): Периодический сигнал, который напоминает ОПЕРАТОРУ, что СИСТЕМА СИГНАЛИЗАЦИИ находится в режиме инактивации ОПАСНОЙ СИТУАЦИИ.

2.235 ВРЕМЯ НАРАСТАНИЯ (RISE TIME) ГОСТ Р МЭК 60601-1-8-2007 Изделия медицинские электрические. Часть 1-8. Общие требования безопасности. Общие требования, испытания и руководящие указания по применению систем сигнализации медицинских электрических изделий.... (не действует на территории РФ): Интервал, при котором амплитуда ИМПУЛЬСА повышается с 10% до 90% от своего максимума (см. рисунок 201).

2.236 ТЕХНИЧЕСКАЯ ОПАСНАЯ СИТУАЦИЯ (TECHNICAL ALARM CONDITION): ОПАСНАЯ СИТУАЦИЯ, возникающая при отслеживании переменных, имеющих отношение к изделию или к СИСТЕМЕ СИГНАЛИЗАЦИИ.
Пример 1 - Электрическая, механическая или другая неисправность.
Пример 2 - Неисправность датчика или компонента (опасное напряжение, высокий импеданс, артефакт, сигнал с шумами, разъединение, ошибка калибровки, непроходимость трубки и т.д.).
Пример 3 - Алгоритм, который не может классифицировать доступные данные или принять по ним решение.

Автор:  san [ 16 листопада 2014, 12:25 ]
Тема повідомлення:  Re: Alarm і все що з ним пов'язано

TraceMode
http://www.adastra.ru/products/overview/alarming/
На їх сторінці про Аларми можна переключати мову, таким чином подивитися як офіційно вони перекладають свої терміни:
Управление тревогами Alarming
SCADA TRACE MODE обладает мощной системой сигнализации о событиях, происходящих на промышленном объекте и управления тревогами. Управление тревогами и событиями осуществляется серверами тревог, встроенными в Мониторы реального времени TRACE MODE и T-Factory. TRACE MODE has a powerful alarming system, provided by alarm servers. The alarm servers are built-in the most TRACE MODE and T-Factory server products such as Real time monitors, Loggers etc.

Сервер тревог SCADA сохраняет информацию о событиях, произошедших на контролируемом объекте в виде текстовых сообщений. Для управления тревогами каждому событию приспаивается свой статус: •авария; •предупреждение; •системное сообщение; •пользовательское сообщение; •ошибка; •команда;•и т.д. The HMI alarms server saves text information about events occurred in the monitored process. Each message may have different statuses:•alarm; •warning; •system message; •user message; •error; •command; HMI alarm report TRACE MODE 6 •etc.

Событие, по которому в отчет тревог попадает сообщение, может быть произвольным - изменение дискретного сигнала, попадание аналогового сигнала в контролируемый интервал, либо любое изменение аналогового сигнала. The alarming system may generate and write down to alarm report an alarm message after occurrence of any king of events – change of a discrete signal, entering of the monitored value into the fixed interval, any alteration in analogue signal so on.

Текст сообщений задается пользователем произвольно. Помимо пользовательских сообщений, система управления тревогами SCADA заносит в отчет системные события: вход и выход (авторизация) пользователей, а также запуск и остановка монитора реального времени. The text message attributed to the event is flexibly defined by the user. Beside the user messages, the HMI alarming system logs into the alarm report such events as: users login/logout, startup and shutdown of the real time monitor.

Система управления тревогами SCADA может выводить отчет на экран, печатать, сохранять в файл и даже отсылать отчет тревог в виде SMS на сотовый телефон оператора. The alarming system may display messages on the HMI screen, print them out, save them in a file. Moreover the TRACE MODE HMI alarming system ensures alarm message sending from HMI PC (or from PLC) in form of SMS to the operator mobile phone.

Система управления тревогами может обрабатывать любые события на SCADA ПК, в том числе вычисляемые и генерируемые на основе статистической обработки данных СУБД РВ SIAD/SQL 6. Каждое сообщение может быть квитировано (подтверждено) оператором с фиксацией времени квитирования и фамилии оператора. Alarming covers events of any kind, including those calculated and generated on the basis of statistical data processing of real time values, or of the data stored in the SIAD/SQL 6 real time DBMS. Each message can be acknowledged by the operator with registering of acknowledgement time and operator’s name.


Мені здалося,що тут просто салат із термінів, і особливо ніхто цим не заморочувався. Як сказав би Левенчук - "Терминологический пофигизм" :)

Автор:  san [ 16 листопада 2014, 12:49 ]
Тема повідомлення:  Re: Alarm і все що з ним пов'язано

SCADA Zenon
http://www.copa-data.com.ua/?inc=04&cnt=040103
Тут все мені знайомо, і в термінології використані саме Тривоги.
А от англомовні терміни http://www.copadata.com/no_cache/en/pro ... -list.html
  +
Тревоги
Список тревог отображает все тревоги, отказы, и сообщения. Отображаемая информация выводится согласно установленным параметрам фильтрации:
•сетевые тревоги;
•исторические тревоги;
•только текущие тревоги;
•только неподтвержденные тревоги;
•продолжительность активных тревог;
•группы, классы, имя переменной, идентификация, время.

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

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

Группы и классы тревог
Группы и классы сигналов тревог служат для логической группировки тревог и позволяют установку приоритетов.
Группировка: логическое объединение сообщений.
Классификация: объединение сигналов по уровню приоритетов, в соответствии с важностью сообщения.
Каждой группе или классу может быть назначено имя, номер, цвет и функция. Класс цвета используется в тревогах и Хронологических списках событий в качестве фона. Как только возникает тревога, то сразу выполняется функция, определенная к этой группе/классу тревог.

Запись данных
Зенон осуществляет запись всех тревог. Чтобы сделать их всегда видимыми, все текущие тревоги сохраняются в свободно настраиваемом кольцевом буфере. Здесь все сигналы тревог находятся в таких состояниях:
•неподтвержденные;
•не отработанные;
•не были удалены вручную (для тревог с обязательным удалением).

Кольцевой буфер может быть сконфигурирован как First-in/First-out (FIFO) или как Last-in/First-out (LIFO). Когда буфер заполнен, существует возможность того, что новые сигналы не будут отображаться. Хотя их не видно, они сохраняются.
Исторические сигналы, как правило, сохраняются по умолчанию (в Windows CE это является опциональным). Эту опцию, по желанию, можно отключить. Сигналы в первую очередь сохраняются в бинарных файлах (по одному файлу в день).
Преимущества:
•простое сравнение всех данных проекта;
•простое управление;
•высокая производительность;
•сохраненные данные не могут быть позже изменены (требование FDA CFR21 Part 11)
Все данные могут быть конвертированы в другие форматы файлов.

Siemens S7-PDIAG
zenon также поддерживает отображение и обработку сообщений процесса диагностики с помощью службы Siemens S7-PDIAG. zenon импортирует сообщения полученные инструментами S7-PDIAG и использует их как определённые значения переменных.
В режиме Runtime сообщения передаются в zenon в активной форме. В месте с сообщениями из ПЛК импортируется временная метка его появления.
Помимо обработки в списке тревог и Хронологическом списке событий (CEL), эти сообщения с помощью службы управления сообщениями (Message Control) могут быть переданы оперативному персоналу или могут быть использованы при составлении плана производительности предприятия с помощью модуля Industrial Performance Analyzer (IPA).

Автор:  san [ 16 листопада 2014, 13:16 ]
Тема повідомлення:  Re: Alarm і все що з ним пов'язано

Citect/VijeCitect
Тут взагалі локалізаторщики молодці, вирішили не заморочуватися проблемою і залишили кальку "Аларм", я мабуть теж так зроблю :)
  +
Зображення


А ось, перклади, коли не було російської локалізації
http://www.scada.ru/userfiles/pdf/CS6_UserGuide_rus.pdf
починаючи з сторінки 164 - всі тіж "Аларми"

Автор:  san [ 16 листопада 2014, 13:57 ]
Тема повідомлення:  Re: Alarm і все що з ним пов'язано

Genesis (Iconics)
Російськомовну документацію знайшов тільки на 6-ту версію.
ftp://ftp.prosoft.ru/pub/Software/ICONI ... 32_RUS.pdf
  + AlarmWorx
AlarmWorX32 включает в себя следующие компоненты:
• Alarm Server – сервер аварийных событий (тревог), который осуществляет опрос связанных с ним тегов в серверах OPC и проверяет выполнение множества условий, характеризующих аварийные события. При обнаружении того или иного события сервер выполняет рассылку информации о нем клиентским приложениям, которые ранее были подписаны на получение извещений об аварийных событиях от данного сервера. Настройка параметров аварийных событий для сервера осуществляется при помощи конфигуратора Alarm Server Configurator. Конфигурационная информация сохраняется в базе данных формата MS Access и используется сервером в процессе работы. Сервер аварийных событий Alarm Server может быть зарегистрирован в качестве службы (сервисного процесса) при работе под управлением операционной системы Windows NT.
• Alarm/Event Logger – регистратор событий, рассылаемых сервером аварийных событий, а также сервером системных событий Event Server, который входит в подсистему администрирования. События сохраняются в совместимой с ADO базе данных. Настройка параметров регистратора событий выполняется при помощи конфигуратора Alarm Logger Configurator. Конфигурационная информация сохраняется в базе данных формата MS Access и используется регистратором в процессе работы.
AlarmWorX32 включает в себя следующие компоненты:
• Alarm Server – сервер аварийных событий (тревог), который осуществляет опрос связанных с ним тегов в серверах OPC и проверяет выполнение множества условий, характеризующих аварийные события. При обнаружении того или иного события сервер выполняет рассылку информации о нем клиентским приложениям, которые ранее были подписаны на получение извещений об аварийных событиях от данного сервера. Настройка параметров аварийных событий для сервера осуществляется при помощи конфигуратора Alarm Server Configurator. Конфигурационная информация сохраняется в базе данных формата MS Access и используется сервером в процессе работы. Сервер аварийных событий Alarm Server может быть зарегистрирован в качестве службы (сервисного процесса) при работе под управлением операционной системы Windows NT.
• Alarm/Event Logger – регистратор событий, рассылаемых сервером аварийных событий, а также сервером системных событий Event Server, который входит в подсистему администрирования. События сохраняются в совместимой с ADO базе данных. Настройка параметров регистратора событий выполняется при помощи конфигуратора Alarm Logger Configurator. Конфигурационная информация сохраняется в базе данных формата MS Access и используется регистратором в процессе работы.


Є деяка інфа і в QuickStart (c.21)
ftp://ftp.prosoft.ru/pub/Software/ICONI ... ed_rus.pdf
Зображення

Як видно, в кінці кінців "Травоги", хоча синонім "Аварийные события"

Автор:  san [ 16 листопада 2014, 14:42 ]
Тема повідомлення:  Re: Alarm і все що з ним пов'язано

WinCC 7
Доку чомусь знайшов тільки тут, так як на оф. сайті Сіменса биті файли. Причому всі про це говорять, а нічого не змінилося :)

Содержание Alarms_ru написав:
Система сигнализации
● Доступ к исчерпывающей информации об ошибках и рабочих состояниях
● Предупреждающее выявление критических ситуаций
● Предотвращение и снижение простоя
● Улучшение качества
● Целевая документация по ошибкам и рабочим состояниям
Редактор Alarm Logging (Регистрация аварийных сигналов) используется для
настройки в следующих целях:
● Подготовка сообщений
● Представление сообщений в среде исполнения
● Квитирование сообщений
● Архивирование сообщений

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

systemubersicht_ru написав:
Система регистрации аварийных сигналов
Компоненты системы аварийных сигналов
Система аварийных сигналов состоит из компонентов конфигурирования и среды исполнения.
● Компонент конфигурирования системы аварийных сигналов называется редактором Alarm Logging (Система регистрации аварийных сигналов). Система регистрации аварийных сигналов используется для указания времени и типа аварийного сигнала для отображения с определенным содержимым. Graphic Designer (Графический дизайнер) также распоряжается специальным отображением объекта, WinCC Alarm Control, который используется для отображения сообщений.
● Alarm Logging Runtime (Среда исполнения системы регистрации аварийных сигналов) является компонентом среды исполнения в системе сообщений. Во время работы среда исполнения системы регистрации аварийных сигналов отвечает за выполнение определенных задач мониторинга. При этом происходит управление действиями вывода сообщений, а также подтверждением этих сообщений.
Основные состояния сообщения
Выделяют три основных типа состояний сообщений в WinCC.
● Сообщение сохраняет состояние Active (Активное) до тех пор, пока не перестанет существовать инициирующее событие.
● Когда причина перестает существовать, сообщение получает состояние Cleared (Устраненное).
● Сообщение может быть настроено таким образом, что оператор должен подтвердить его. Тогда сообщение получает состояние Acknowledged (Подтвержденное).
Текущее состояние каждого сообщения — Active (Активное), Cleared (Устраненное) или Acknowledged (Подтвержденное) — отображается в дисплее сообщений. Для каждого состояния используются различные цвета.


Я так зрозумів, що Alarm тут теж по різному перекладався.

Сторінка 1 з 1 Часовий пояс UTC + 2 годин [ DST ]
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/