Применение автоматизированной системы AMOS для управления судовым электрооборудованием морской ледостойкой стационарной платформы имени Ю. Корчагина

К тому же, AMOS поддерживает диалог с несколькими источниками одновременно, позволяя системе одновременно связываться с несколькими системами сбора информации, установленными на объекте.

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

Решение CBM основывается на передаче информационных файлов между системой(ми) сбора данных и AMOS. Эти файлы называются ЕЖЕДНЕВНЫЕ ФАЙЛЫ поскольку им присваиваются названия в соответствии с датой записи. Эти day-files записываются мониторинговыми или другими системами сбора информации в директорию, общую с AMOS, и содержат идентификационные номера точек замеров или значений, которые либо достигли предопределенный CBM порог, либо показывают нежелательный тренд, или просто обновили значение счетчика.

Общая директория CBM должна располагаться на файловом сервере, доступном различным системам и должна быть прописана в AMOS для поиска ЕЖЕДНЕВНЫХ ФАЙЛОВ в установленные интервалы времени.

По нахождению ЕЖЕДНЕВНЫХ ФАЙЛОВ, они обрабатываются и удаляются, если не обнаружено никаких отклонений. В противном случае, они переименовываются, чтобы система их больше не обрабатывала, и пользователь получает оповещение.

В процессе обработки ЕЖЕДНЕВНЫХ ФАЙЛОВ AMOS каждая строка файла прочитывается и проверяется в отношении соответствующего компонента или компонентов системы. На этом этапе работы по техническому обслуживанию помечаются как CBM-активные и/или счетчики обновляются с новыми показателями.

Все периодические работы, зарегистрированные в системе AMOS, имеют атрибут, называемый Статус CBM.

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

Три значения Статуса СВМ означают:

- Норма - означает, что работа СВМ не активна и включена в план ТО по расписанию.

- Подтверждённый - означает, что наряд на СВМ активную работу выдан.

- Неподтверждённый - означает, что работа помечена модулем СВМ по информации из ЕЖЕДНЕВНОГО ФАЙЛА. Этот статус сохраняется до тех пор, пока не будет выдан наряд на работу, или пока статус не будет изменен вручную начальником энергетического отдела в офисе.

AMOS оповещает пользователя об общем статусе СВМ через индикатор, расположенный в нижнем правом углу экрана. Индикатор обозначен красным цветом, если существует хотя бы одна работы со статусом Неподтверждённый. Если работ с этим статусом нет, но есть со статутом Подтверждённый т.е. СВМ активные, но включенные в наряд на работы, то индикатор будет желтым. Зеленый цвет индикатора означает, что нет CBM активных работ, которые требуют срочного внимания.

Каждая строка в ЕЖЕДНЕВНОМ ФАЙЛЕ содержит код, определяющий точку замера, в которой была считана информация. Для того чтобы соотнести код точки замера с правильным компонентом, работой и/или счетчиком в AMOS, в системе используется таблица ссылок. Этот справочник содержит список всех СВМ точек замеров и счётчиков с компонентами, к которым они прикреплены.

Каждой единице оборудования в СВМ присвоены Системный ID и код CBM. Существует три типа ссылок СВМ - Работа, Счетчик и Точки Замеров.

Каждая запись в таблице ссылок имеет следующие поля:

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

CBM Код - идентификационный номер точки замера, счётчика или работы в системе сбора информации.

Инст./Деп. - содержит номер инсталляции и департамента компонента, к которой присоединена точка замера, счётчик или работа.

Компонент - это основное средство или оборудование, кроме трубопроводов - номер компонента, для которого необходимо обновлять счетчик или активировать СВМ работу (или и то, и другое).

Тип - это поле определяет, является ли запись для обновления счетчика, точки замера или активации работы.

Код работы - если эта запись служит для активации работы СВМ, то тогда в поле будет содержаться код работы, прикрепленной к соответствующему компоненту.

Счётчик - означает, что эта запись для обновления счетчика, и содержит поле, указывающее на этот счетчик.

Точка замера - означает, что эта запись для обновления точки замера, и содержит поле, указывающее на неё.

Данная таблица является глобальной для компании и содержит ссылки на компоненты для любой или всех инсталляций и департаментов.

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

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

Функциональное использование системы AMOS в процессе закупки ЗИП

Ниже приведён предлагаемый порядок проведения процесса закупки ЗИП. Она приведена в виде описания.

Составление первичной заявки на закупку ЗИП

Пользователи системы AMOS, имеющие такие права, могут высказывать потребность в заказываемых СЗЧ и материалах для механизмов и механизмов, являющихся основными средствами. Делается это с помощью функции Затребовано - это функция предшествует формированию заявки.

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

Заявка на закупку ЗИП формируется по направлениям в системе AMOS на основании данных по мере проведения ТО. Формирование заявки происходит в период с 26 числа текущего месяца по 25 число следующего. Подача заявки в офис должна быть осуществлена в период с 25 числа по 30 число следующего. Необходимо помнить, что ЗИП и материалы, которые в текущий момент числятся в активных Заявках, рассматриваются системой как Заказываемые и поэтому не учитываются при расчёте требуемого ЗИП. То есть не добавляются в список требуемого ЗИПа именно в том количестве, которое присутствует в активных Заявках.

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

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

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

Экспортироваться заявка в офис будет только после того как главный инженер энергослужбы на платформе поставили своё одобрение на Заявке. Это необходимо для проведения предварительного анализа Заявок на объекте.

При формировании заявки необходимо указать приоритет Заявки:

- Обычный

- Срочно

Также при формировании заявки необходимо указать Направление (Отдел в который направляется заявка).

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

Заявки попадают в офис в период с 25 по 30 число текущего месяца после синхронизации Баз Данных.

Составление заявки на доставку ЗИП на удалённый объект

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

Материально ответственные лица на платформе при работе с системой под своим именем формируют в системе заявку, с обязательным установлением признака «Заявка на доставку». В Заявку включается необходимый ЗИП путём добавления из справочников. Заявка на доставку может быть создана как на основании информации из Затребовано, так и непосредственно путём добавления в неё позиций заказа вручную.

Заявка на доставку ЗИП формируется по направлениям в системе AMOS BS на основании графика плановых работ по проведению ТО и ремонтов. Заявка на доставку должна быть подана за 15 дней до начала проведения работ.

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

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

Экспортироваться заявка на доставку в офис будет только после того как Руководители по направлениям на платформе поставили своё одобрение. Это необходимо для проведения предварительного (на объекте) анализа Заявок на доставку.

Также при формировании заявки на доставку необходимо указать Направление (Отдел, в который направляется заявка).

Анализ заявки в офисе

После импорта данных с объекта заявки попадают в офисную базу данных. Начальник энергетического отдела в офисе через фильтр в интерфейсе AMOS получает список заявок.

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

После проверки заявки на состав и её корректировки Начальник энергетического отдела по направлениям подтверждает готовность заявки для отправки в SAP/R3, проставляя своё одобрение заявки. В процессе одобрения заявки система AMOS, проверяет наличие в заявке позиций неактулизированных в SAP/R3, при обнаружении таковых не позволяет одобрить заявку и выдаёт сообщение о наличии неактулизированных позиций в заявке.

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

Заявка на доставку распечатывается, проходит стадию согласования с главным инженером компании. Далее начальник энергетического отдела в офисе отправляет ее на КТПБ.

На комплексной транспортно-производственной базе (КТПБ) формируют материалы согласно заявки на доставку, в SAP/R3 формируют Требования-накладную на передачу. Далее эта Требования-накладная из SAP/R3 интегрируется в систему AMOS, эту задачу будет решать модуль импорта Требования-накладной из SAP/R3 в AMOS.

Приём ЗИП на объекте

Передача ЗИП с КТПБ на удалённые объекты осуществляется в системе SAP/R3 путём создания Требования- накладной (форма М11).

Приём ЗИП материально ответственными лицами (МОЛ) на удалённых объектах должен осуществляться по Передаточному документу в системе AMOS. То есть Требование-накладная из SAP/R3 должна автоматически трансформироваться в Передаточный документ в системе AMOS. Эту задачу будет решать модули:

- Модуль экспорта требования накладной из SAP/R3

- Модуль импорта передаточного документа в AMOS

Списание ЗИП на объекте

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

После того, как ЗИП будет списан, не имеет значения каким способом, будут сформирована запись в Транзакции ЗИП свидетельствующая о фиксации списания. В этой записи будет указано наименование ЗИП, количество списанного ЗИП и ответственное лицо (МОЛ). Такие записи должны автоматически быть импортированы в SAP/R3. Эту задачу будет решать модуль экспорта транзакций ЗИПа из AMOS в SAP/R3.

Инвентаризация на объекте

МОЛ на объектах вносят информацию об инвентаризации ЗИП, их перемещениях и местах хранения, согласно своему заведованию. При правильной работе с системой состояние склада и перемещения ЗИП контролируется в режиме реального времени.

МОЛ перед проведением инвентаризации распечатывает в системе информацию о количестве ЗИП по своему заведованию. После этого сверяют эти данные с реальным количеством на объекте и вносят следующую информацию в систему: количество по определённым местам хранения.

Данные транзакции фиксируются в системе AMOS, и по ним могут быть составлены все отчёты по перемещению ЗИП, например, материальный отчёт.

Транзакции о списании ЗИП должны экспортироваться в систему SAP/R3.

Функциональное использование модуля Бюджетов в системе AMOS

Система поддерживает использование трех классов бюджета:

- Закупок

- Сервисное Обслуживание

- Склада

Функционально бюджет класса Закупок используется для закупки ЗИП, или услуг, если возникает такая необходимость. Система позволяет оформлять Заявку и Заказ для ЗИП с указанием бюджетного кода класса Закупок, что в последствии позволит вести учёт денежных средств затраченных на закупку ЗИП. Денежные средства будут списаны с бюджета после возникновения в SAP/R3 Распоряжения на оплату. На этапе внедрения системы денежные средства будут списываться в ручном режиме. После завершения интеграции AMOS и SAP/R3 денежные средства будут списываться в автоматическом режиме.

Выбор статьи бюджета производится соответствующим работником компании при подтверждении заявки.

Использование класса Сервисное Обслуживание подразумевает, что при отчете о выполненном сервисном обслуживании начальник энергетического отдела в офисе по актам выполненных работ указывают стоимость и бюджетную статью. То есть с бюджета класса Сервисное Обслуживание будут списываться деньги, затраченные на производство работ. На этапе внедрения системы бюджетный код и стоимость будут вноситься в наряд на работу в ручном режиме. Впоследствии будет настроена синхронизация с SAP/R3 по передаче этих данных в AMOS (во время создания распоряжения на оплату в системе SAP/R3).

Использование бюджета класса Склад подразумевает возможность отслеживать фактический расход ЗИП в денежном эквиваленте при производстве работ (списание при отчете о произведенном ТО и пр.).

В качестве Бюджетных статей предлагается использовать места возникновения затрат на объекте. Это позволит в иерархии бюджетных статей оперативно отслеживать затраты.

При применении модуля Бюджет руководство компании получит возможность не только контролировать текущие затраты по объекту целиком, так и по конкретным статьям расходов.

С помощью отчетов возможно проведение сравнения расходов по сериям объектов и анализ.

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

Администрирование системы AMOS в офисе

Системные администраторы организуют и поддерживают работоспособность системы в офисе:

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

- организуют обновление курсов валют;

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

- организуют получение экспортных файлов с объектов, их хранение и импорт в систему;

- организуют передачу на объекты экспортных файлов из офиса;

- производят резервное копирование БД;

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

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

- Контролируют и организуют обмен информацией с сопряженными системами

Администрирование системы AMOS на объекте

На объект администратором является обученный или назначенный компанией специалист. Его обязанности:

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

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

- организует получение экспортных файлов из офиса, их хранение и импорт в систему;

- организует передачу на объект экспортных файлов в офис;

- производит резервное копирование БД;

Организация синхронизации офисной и базы данных объекта

В данном разделе описан принцип процесса синхронизации офисной и удалённых баз данных, а также способ её организации.

Общее описание процесса синхронизации:

К использованию предлагается система AMOS Replication. На каждом объекте устанавливается своя база данных. Каждая база данных удалённого объекта синхронизируется с офисной базой данных через определённые интервалы времени, по принципу, как показано на рис.3.4.7:

Рис.3.4.7. Синхронизация Баз Данных

Для полной синхронизации информации офисной и удалённых баз данных производятся периодические операции обмена данными с помощью программного обеспечения AMOS Replication. В качестве транспорта для передачи данных могут использоваться любые системы связи, обеспечивающие передачу файлов посредством электронной почты. В качестве системы управления базами данных (СУБД) запланировано использование СУБД Sybase ASA.

Кодирование компонент электрооборудования в системе AMOS с учётом SFI

Введение

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

История, цель, преимущества

SFI впервые была выпущена в 1972 году, как результат исследовательского проекта проводимого судовым исследовательским институтом Норвегии. Сегодня продажа, маркетинг и оценка проводится SpecTec.

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

SFI предоставляет основные преимущества для корабельных и береговых операций в следующих сферах:

- Общение

- Сотрудничество

- Контроль стоимости

- Сравнение качества

- Компьютеризация

- Развитие

- Образование и тренинг

- Стандартизация

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

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

Проблемы решаемые SFI

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

SFI обеспечивает судовые и береговые компании, верфи, управленцев, поставщиков и консультантов общим планом технических расчетов в следующем:

- Спецификации

- Оценивание

- Чертежи

- Закупки

- Администрирование материалов

- Эксплуатация и планирование ремонта

- Инструкции

- Контроль бюджета и цены

- Записи

Сфера распространения системы постепенно увеличивается и система внесла вклад в повышение качества в морской промышленности. SFI является особенно полезным орудием когда устанавливается порядок в соответствии с кругом качества (относится к ISO 9004).

Спецификация

Спецификации обычно устанавливаются для разных уровней детали: схема, контракт, построение спецификации строения и ремонта.

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

Спецификации можно отнести к различным уровням групп системы:

- Общее описание к уровню основной группы

- Функциональные требования к уровню группы

- Функциональные решения уровню подгруппы

- Отбор компонентов к уровню кодов деталей

Расчеты

Так как расчеты основаны на спецификации, они должны следовать той же структуре распределения (табл.3.5.1.)

Табл.3.5.1. Структура распределения SFI

Код	Наименование	Часы	Материал
73	Компрессорные воздушные системы
731	Пусковые воздушные системы	200
731.001	Пусковой воздушный компрессор		150,000
731.003	Аварийный пусковой воздушный компрессор		98,000
731.005	Пусковой воздушный водно/масляный сепаратор		17,000
731.010	Пусковые воздушные резервуары		33,000
731.012	Пусковые воздушные баллоны		9,500
731.014	Пусковой воздушный охладитель		12,000
731.016	Пусковой воздушный глушитель		5,000

Чертежи и ведение документации

Чертежи легко могут быть пронумерованы в системе SFI, а сложные чертежи в системе CAD могут быть распределены по уровням, чтобы показать индивидуальную установку в соответствии с SFI.

Идентификация чертежей может объединять номер SFI. Стандартный номер чертежа может быть представлен следующим образом:

179-731-001

(№ корабля - № подгруппы SFI - № последовательности)

По возможности чертежи должны быть пронумерованы в соответствии с уровнем подгруппы. Уровни группы и основной группы обычно используются для систематизации и организации чертежей:

179 - 100 - 000: общая организация

179 - 200 - 001: план вертикального разреза и палубы

179 - 350 - 000: система погрузки и разгрузки

179 - 446 - 001: организация машинного отделения

Список чертежей тоже может быть закодирован в соответствии с SFI.

Закупки

Закупки обычно вверяются финансовому отделу часто называемому техническим отделом порта. Касаясь закупочных составляющих береговой центр может определить индивидуальные вещи по коду деталей (6 цифра) в SFI. Когда корабельная компания заказывает запасные части они могут быть определены по коду деталей SFI + последовательный номер (всего 9-10 цифр).

Администрирование

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

731.001 пусковой воздушный компрессор

731.001.001 HP цилиндр

731.001.002 LP цилиндр

731.001.003 НP крышка цилиндра

731.001.004 LP крышка цилиндра

Эксплуатация

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

731.001 пусковой воздушный компрессор №1

Производитель:

Тип:

Серийный номер:

Мощность:

Процедура приостановления эксплуатации и класс обследования раздела эксплуатации открывается рабочей идентификацией.

731.001 пусковой воздушный компрессор №1

Работа А:3000 часов

Работа В:класс обследования

Все записи приостановления и исправления эксплуатации должны быть зарегистрированы и отнесены к разделу эксплуатация. Технический раздел плановой эксплуатационной системы, такие как АМОS эксплуатации и закупок обычно основаны на SFI групповой системе.

Ремонт

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

Бюджет управления

SFI система используется для финансирования эксплуатации и ремонтных работ, поставок запасных частей. Чтобы составить полный бюджет в компании нужно связать групповую систему с планом финансового отдела. Любой финансовый план может быть использован с SFI. План финансового отчета обычно содержит запасные и используемые части. Финансирование запчастей может быть осуществлено используя SFI.

Контроль стоимости

Ценовой контроль покупки новых или ремонтных работ обычно осуществляется на подгруппе и на уровне кода деталей. Прямые закупки доверяются SFI кодам деталей (табл.3.5.2.,табл.3.5.3.).

Табл.3.5.2. Целевой контроль закупки при помощи SF

Материал
731.001 пусковой воздушный компрессор	Планируется 150.000	Фактически 158.000	Разница + 8.000

I

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

Табл.3.5.3. Целевой контроль закупки при помощи SF

Часы
731.001 пусковой воздушный компрессор	Планировалось 200	Фактически 210	Разница + 10

Гарантия качества

В соответствии с требованиями ISO 9000 и IMO для безопасного управления судами необходимо учредить процедуры, которые соответствуют требованиям спецификации, правилам и инструкциям управленцев и отвечают классификационным сообществам с тем, чтобы судно управлялось безопасно. Следующие процедуры и инструкции должны быть классифицированы в соответствии с SFI:

- Руководство инспектирования

- Описание установки

Регистрация

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

- Процедуры тестирования и введения в строй после ремонта

- Руководство по управлению, пуску и останову

- Инструкции по эксплуатации

- Обнаружение неисправностей

- Запасные части

- Инструменты

- Список чертежей

- Сертификаты

- Поставщики

Структура кодирования в SFI

SFI система построена как трех цифровая десятичная квалификационная система. Судно/такелаж разделен на 10 основных групп от 0 до 9. Только главная группа используется от 1 до 8 (рис.3.5.3.). Пользователи могут использовать основные группы 0 и 9 для классификации основных компонентов, которые не покрываются стандартами SFI. Каждая основная группа (1 цифра) состоит из 10 групп (2 цифра) и каждая группа разделена на 10 подгрупп (3 цифра).

Основная группа (1 цифра) SFI для судов описана ниже:

Основная группа 1 - Судно в целом

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

Основная группа 2 - Корпус

Корпус, структура и материалы защиты судна.

Основная группа 3 - Оборудование для грузов

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

Основная группа 4 - Судовое оборудование

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

Основная группа 5 - Оборудование для экипажа и пассажиров

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

Основное оборудование 6 - Основные компоненты машинного отделения

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

Основная группа 7 - Системы основных компонентов машинного отделения

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

Основная группа 8 - Общие системы судна

Центральные системы судна, например, балласт и трюмовая системы, пожарная система, смывная система, электрораспределительная система.

SFI Структура кодирования оснастки

Основные группы SFI для оснастки следующие:

- Основная группа 1 - оснастка в общем

- Основная группа 2 - корпус и структура

- Основная группа 3 - Тренировочное оборудование и системы

- Основная группа 4 - Оборудование палубы

- Основная группа 5 - Оборудование для команды

- Основная группа 6 - Основные компоненты машины

- Основная группа 7 - Системы для основных компонентов машинного отделения

- Основная группа 8 - Общая система палубы

SFI Коды деталей и материалов (6 цифра)

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

- один класс составляют компоненты и материалы, которые заказываются напрямую для судна;

- второй класс составляют материалы и компоненты, заказываемые на склад;

Соответственно коды делятся на две части:

Код деталей: компоненты, которые закупаются прямо по заказу судну. Код детали используется, чтобы определить индивидуальный компонент и оборудование, которое действует в подсистемной функции. В коде деталей дополнительные коды составляются от 0001-099.

Код материала: Этот код относится к материалу, который закупается со склада.

Отношение между кодами следующее:

- SFI групповая система + код детали: 731.000 - 731.099

- SFI групповая система + код материала: 731.100 - 731.999

Права пользователя для SFI групповой системы

Лицензия пользователя SFI:

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

Форматы SFI групповой системы

SFI руководства

Руководства SFI доступны в следующих форматах:

SFI для кораблей: А5 книга, 3 и 6 цифра (коды деталей и материалов) плюс АС карманная версия, 3 цифра.

SFI для оснастки: А5 книга, 3 цифра. Руководство А5, 3 цифра содержит следующие части:

- Общее описание основных групп

- Детальное описание групп и подгрупп

- Журнал (регистр) паролей

Руководство А5, 6 цифра включает то же, что и руководство 3 цифра плюс 2 главы (доступны только в корабельной версии):

- Код деталей

- Код материалов

Руководство А6 содержит (доступны только в корабельной версии):

- Общее описание

- Регистр паролей

Решение процессов технического обслуживания и ремонта электрооборудования МЛСП им. Ю. Корчагина при помощи системы AMOS

Общие сведения по техническому обслуживанию электрооборудования МЛСП им. Ю. Корчагина

Обзор ГРЩ

ГРЩ производится в соответствии с техническими условиями на комплектные распределительные устройства ТУ3412-018-05758859-2004.

Род тока переменный трехфазный частотой 50 Гц.

Номинальное напряжение 380В переменного тока.

Напряжение вспомогательных цепей 220В переменного/24В постоянного тока.

Система распределения электроэнергии - трехфазная, трехпроводная, изолированная.

Степень защиты оболочек IP32.

Приборы и аппараты, комплектующие ГРЩ, надежно функционируют при коэффициенте искажения формы кривой напряжения до 10 %.

Ток сборных шин ГРЩ 4000 А

Конструкция ГРЩ с обслуживанием с одной стороны с подводом кабеля спереди, ввод кабеля в щит сверху.

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

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

Щит состоит из секций с выкатными элементами силовых и вспомогательных цепей и секций с фиксированными выключателями.

Секции представляют собой стальную каркасную конструкцию:

а) с лицевой стороны расположены двери и панели заглушки;

б) с боковой и тыльной стороны располагаются съемные панели;

Габаритные размеры ГРЩ (длина x глубина x высота): - 11400х800х2200

ГРЩ 7 рассчитан на ударные (peak) и действующие (rms) значения токов короткого замыкания 148 кА, 68 кА. Состав ГРЩ приведен в табл.4.1.1.

Табл.4.1.1. Состав ГРЩ

Маркировка секции	Наименование секции	Наименование схемы электрической принципиальной и перечня элементов	Обозначение
СВТ1	Секция вводная трансформаторная СВТ1	ИЯТЛ.656456.126Э3 ИЯТЛ.656456.126ПЭ3	ИЯТЛ.656456.126
СР1	Секция распределительная СР1	ИЯТЛ.656456.120Э3 ИЯТЛ.656456.120ПЭ3	ИЯТЛ.656456.120
СР2	Секция распределительная СР2	ИЯТЛ.656456.121Э3 ИЯТЛ.656456.121ПЭ3	ИЯТЛ.656456.121
СР3	Секция распределительная СР3	ИЯТЛ.656456.122Э3 ИЯТЛ.656456.122ПЭ3	ИЯТЛ.656456.122
СР4	Секция распределительная СР4	ИЯТЛ.656456.123Э3 ИЯТЛ.656456.123ПЭ3	ИЯТЛ.656456.123
СР5	Секция распределительная СР5	ИЯТЛ.656456.125Э3 ИЯТЛ.656456.125ПЭ3	ИЯТЛ.656456.125
ССВ	Секция секционного выключателя ССВ	ИЯТЛ.656456.129Э3 ИЯТЛ.656456.129ПЭ3	ИЯТЛ.656456.129
СУ	Секция управления СУ	ИЯТЛ.656456.130Э3 ИЯТЛ.656456.130ПЭ3	ИЯТЛ.656456.130
СР6	Секция распределительная СР6	ИЯТЛ.656456.133Э3 ИЯТЛ.656456.133ПЭ3	ИЯТЛ.656456.133
СР7	Секция распределительная СР7	ИЯТЛ.656456.124Э3 ИЯТЛ.656456.124ПЭ3	ИЯТЛ.656456.124
СР8	Секция распределительная СР8	ИЯТЛ.656456.127Э3 ИЯТЛ.656456.127ПЭ3	ИЯТЛ.656456.127
СР9	Секция распределительная СР9	ИЯТЛ.656456.131Э3 ИЯТЛ.656456.131ПЭ3	ИЯТЛ.656456.131
СР10	Секция распределительная СР10	ИЯТЛ.656456.134Э3 ИЯТЛ.656456.134ПЭ3	ИЯТЛ.656456.134
СВТ2	Секция вводная трансформаторная СВТ2	ИЯТЛ.656456.128Э3 ИЯТЛ.656456.128ПЭ3	ИЯТЛ.656456.128

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

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

Конструкция секций ГРЩ8 обеспечивает:

- одностороннее обслуживание (с лицевой стороны);

- расположение секций ГРЩ8 в одну линию;

- крепления корпуса к фундаменту - болтовыми соединениями;

- степень защиты корпуса IP32;

- подвод кабелей - снизу;

- материал корпуса секций - сталь;

Техническое обслуживание и ремонт ГРЩ

Интервалы обслуживания и инспекций проводятся в соответствии с табл. 4.1.2.:

Табл.4.1.2. Интервалы обслуживания и инспекций ГРЩ

Выполняемые работы	Ежегодно	Каждые 5 лет
Общий визуальный контроль	X
Перевод выкатных блоков в тестовое положение и проверка всех функций	X
Встроенные коммутационные аппараты для пробы несколько раз включить и отключить с проверкой всех функций	X
Проверка комплектности и исправного состояния принадлежностей подсоединений		X
Чистка и смазка разъединительных контактов		X
Проверка функционирования и повторный ввод в эксплуатацию		X

Обслуживание ячеек:

- Очищайте контакты ячеек с помощью ARAL 4005 или HAKU 1025/920 (содержит гидрокарбонаты) и мягкую ткань.

- Смазку наносите тонким слоем только на контактную поверхность, используя шпатель из дерева или картона.

Замену ВМ производить в следующей последовательности:

- для извлечения ВМ нажмите кнопку модуля, находящегося в отсоединенном положении;

- поддерживая ВМ одной рукой спереди, другой рукой возьмитесь за отверстие для переноски сбоку модуля;

- после этого возьмитесь второй рукой за рукоятку на второй стороне и вытяните до тех пор, пока задний угол ВМ будет находиться на полке отсека;

- нагните ВМ вниз для обеспечения легкого подъема модуля из отсека;

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

Обзор автоматического выключателя Sentron WL ETU27B компании SIEMENS

Основные защитные функции:

- Защита от перегрузки

- Защита от короткого замыкания с кратковременной задержкой

- Токовая отсечка

- Защита нейтрального проводника

- Отключение при замыкании на землю

Дополнительные функции:

- Защита нейтрального проводника может быть включена/выключена

Техническое обслуживание и ремонт выключателя Sentron WL ETU27B

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

Соблюдайте пять правил техники безопасности:

- Отключение

- Организация защиты от повторного включения

- Проверка целостности изоляции от напряжения питания

- Заземление и короткое замыкание

- Изоляция или обеспечение ограждений от соседних деталей, находящихся под напряжением

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

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

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

Подготовка к техническому обслуживанию:

1. Выключение установки и разряд пружины накопителя:

2. Снятие выключателя с выкатной корзины.

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

1. Снятие дугогасительных камер:

- Отключите автоматический выключатель и разрядите пружинный накопитель;

- Вытяните выкатной автоматический выключатель в положение обслуживания

2. Визуальная проверка

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

3. Проверка износа контактов:

- Отключите автоматический выключатель и разрядите пружинный накопитель;

- Вытяните выкатной автоматический выключатель в положение обслуживания;

- Взведите пружинный накопитель вручную;

- Выполните включение;

- Снимите дугогасительные камеры;

Обзор устройства управления и защиты электроэнергетических установок SYMAP от компании STUCKE ELEKTRONIK GmbH

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

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

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

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

SYMAP обеспечивает функции защиты, представленные в следующей таблице в соответствии с ANSI. Функции защиты основаны на требованиях норм IEC.

Технические характеристики:

Габариты (ш x в x г): 279мм х 192мм х 150мм

Вес: 5 кг

Питание: 12-36 V DC, 36-72V DC, 80-300 V DC или 60-230 AC

Потребляемая мощность: < 30W

Класс защиты Лицевая панель: IP54 (IEC529)

Клеммы: IP10 (IEC529)

Вибростойкость Стандарты: IEC 60068-2-6

Диапазон частот: от 5Hz до 100Hz

Допустимые продольно-поперечные вибрации: Амплитуда: 15,8Hz; +/- 1,0mm,

1g ускорение: в 3 ортогональных осях (X, Y, Z)

Сейсмическая вибрация:

Диапазон частот: От 5Hz до 100Hz

Допустимые продольно-поперечные вибрации:

Амплитуда 11,2Hz; +/- 10,0mm 5g ускорение

Частота качания 5Hz до 35Hz: 1 Oct/min

Частота качания 35Hz до 100Hz: 10 Oct/min

в 3 ортогональных осях (X,Y,Z)

Техническое обслуживание и ремонт SYMAP

В регулярных испытаниях устройства SYMAP нет необходимости. Функции самонаблюдения немедленно сигнализируют о возникновении каких-либо нарушений. Тем не менее, стоит проводить следующие проверки для обеспечения безопасности работы оборудования через шесть месяцев после введения в эксплуатацию, а затем каждые 2-5 лет.

Проверка калибрации. Вычисленное длительное смещение используемых компонентов равно 0.3% за 10 лет. Поэтому мы рекомендуем проверять аналоговые значения каждые 10 лет. Рекалибровку можно легко провести прямо на месте.

Обзор трансформаторов Noratel

Идеальная конструкция для повышения или понижения напряжения или для систем, в которых требуется гальваническая развязка между источниками первичного и вторичного напряжения. Обеспечивает защиту установок и оборудования, образуя новую систему, в которой любые короткие замыкания на землю исключены. Может применяться для электродвигателей, компрессоров, холодильников, автоматических моек, а также для поддержки IT или TN-S систем.

Технические характеристики:

Входное напряжение: от 3x115 до 3x1000 В

Частота: 47-63 Гц

Выходное напряжение: от 3x115 до 3x1000 В

Группа соединений: Dyn11 (стандартная), Dyn5, Ynd 1, Ynd5

В соответствии с: IEC60726 / IEC60076 D.N.V.

Испытательное напряжение: ~ 3 кВ, действующее значение

Класс конструкции: I

Класс изоляции: F (155°C) - стандартный H (180°C)

Температура окружающей среды (ta): 45°C

Степень защиты IP23

Тип разделки выводов: Медные шины

Техническое обслуживание трансформаторов Noratel

Через 1 год эксплуатации:

- Очистить от пыли при помощи пылесоса. При возможности, дополнительно продуть сжатым воздухом.

- Подтянуть соединения (болты и гайки) (см. инстр.).

Автоматизация процессов технического обслуживания и ремонта электрооборудования при помощи системы AMOS

Архитектура базы данных

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

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

База данных это файл, содержащий данные, которые разбиты в таблицах внутри базы. Структура базы данных в настоящее время основана на принципах, называемых реляционной моделью.

В терминологии БД двухмерная таблица, предназначенная для упорядоченного хранения данных, называется “отношением”, строки - “кортежами”, столбцы - “атрибутами”. Отношения это множество кортежей. В верхней части таблицы-отношения задается перечень наименований атрибутов: так на рис. 4.2.1.1. атрибутами являются Name, Address ID, Code… Атрибуты отношения выполняют функцию наименований его столбцов и содержательно описывают смысл и назначение элементов данных, располагаемых в соответствующих ячейках. Например, в столбце с атрибутом Name хранятся названия фирм-поставщиков оборудования (Lucoil Inform, Desmi, Icom…). Наименования отношения и атрибутов этого отношения в совокупности называются схемой отношения. Схема отношения представляется в виде имени отношения, за которым следует список имен атрибутов. Например, схема отношения, изображенного на рис. 4.2.1.1. Address может выглядеть так: Address (Name, Address ID, Code…). Строки отношения, отличные от той, которая представляет наименование атрибутов, называют кортежами. Кортеж содержит по одному компоненту для каждого атрибута отношения. Например, 1-ый из кортежей отношения Address включает несколько компонентов, изображенных на рис. 4.2.1.1. включает следующие компоненты: 1000000001, Lucoil Inform, 00004, которые соответствуют Address ID, Name, Code. Отношения - это множество кортежей.

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

В рамках реляционной модели поддерживается весьма высокоуровневый язык программирования, сокращенно называемый SQL от (Structured Query Language - язык структурированных запросов). Благодаря языку SQL можно создавать простые, но чрезвычайно мощные программы позволяющие манипулировать данными, хранящимися в отношениях самыми различными способами.

Порядок создания базы данных

Информация, вносимая в базу данных AMOS включает:

- Системы и оборудование

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

- ЗИП для систем и оборудования: название, поставщик, код по каталогу, позиция по чертежу

- Сертификаты на оборудование с периодическими работами

- Каталоги снабжения

Для нефтедобывающей платформы и нефтеперерабатывающего комплекса МЛСП им. Ю.Корчагина компанией SpecTec была разработана и создана база данных на типах оборудования. БД построена следующим образом. SpecTec применил новую технологию в создании БД. В крупных компаниях одинаковые компоненты будут использоваться на объектах, расположенных в различных местах. Если компания решает использовать данный тип компонента в программе AMOS , то такие сведения как Производитель и Тип, технические характеристики, работы по регламенту СЭО, ЗИП регистрируются только один раз при наполнении БД. Как только на заданном объекте зарегистрирован новый компонент определенного типа, он "наследует" информацию из Регистра учета типов Компонент. Это означает, что вся необходимая информация (ЗИП, работы, сопутствующее оборудование, документация) приписывается к типу оборудования. Существует два подхода к описанию Типов:

- По функциональному признаку

- По производителям

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

Рассмотрим принцип описания электродвигателя типа AMD400L2 R BAB gM производителя ABB.

На рис. 4.2.2. представлено дерево производителей, в каждом производителе (в нашем случае ABB) имеется номенклатура типов производимого им оборудования, которое используется на объекте (в нашем случае это ЭД AMD400L2 R BAB gM). На этом же рисунке представлено основные данные описывающие этот тип (название, производитель, тип).

Рис. 4.2.2. Типы оборудования по производителям

Рис. 4.2.3. Описание типа оборудования

Рис. 4.2.4. показывает список работ с периодичностью, ответственной должностью, отделом, отвечающим за проведение работы.

Рис. 4.2.4. Работы приписанные к типу

На рис. 4.2.5. показана номенклатура ЗИП, соответствующая типу ЭД AMD400L2 R BAB gM. В описании ЗИП используются классификационные справочники используемые компанией (Справочник Классификатор Материалов, Система классификации, Классификатор SAP R/3 ИСУ НГДО).

Рис. 4.2.5. ЗИП, прикрепленный к Типу

На рис. 4.2.6. показан пример присоединённой документации к ЭД AMD400L2 R BAB gM. Данная документация доступна к просмотру при запуске из программы.

Рис. 4.2.6. Документы, прикрепленные к Типу

При построении и описания дерева компонентов используется функциональный подход (рис. 4.2.7., 4.2.8., 4.2.9.).

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

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