Калькулятор OEE

Назначение

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

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

1. Доступность - измерение времени работы процесса по сравнению с общим временем.

1 (Время работы / (Время работы + Время простоя + Фактическое время настройки)) * 100

1. Производительность - измерение того, сколько деталей было изготовлено по сравнению с целевым количеством деталей.

1 (((Хорошие детали + бракованные детали)*(Стандартное время выполнения на деталь)) / (Продолжительность смены - перерывы)) * 100

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

1 (Хорошие детали / (Хорошие детали + ломаные детали)) * 100

1. OEE - представление трех предыдущих показателей.

1 (Доступность * Производительность * Качество) / 10000

Краткое описание применения

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

1. Загрузка машины (или процесса) - это приложение предназначено для общего использования в ряде процессов. Для управления этими процессами используется встроенная таблица, обеспечивающая представление доступных процессов, по которым можно создавать отчеты. Выберите машину или процесс, для которого вы представляете данные. Описание таблицы Machine List см. в разделе 3.1.
2. Store Run Information (Информация о выполнении ) - это поле можно использовать для отслеживания конкретных предметов, операций и/или рабочих заказов. Эти поля по умолчанию являются обязательными, но не учитываются в используемых уравнениях.
3. Данные журнала - данные о производстве должны быть добавлены в среднюю часть страницы.
4. Рассчитать и отправить - Кнопка "Рассчитать" может использоваться для отображения расчетов на основе информации, введенной пользователем. Кнопку Calculate and Submit следует использовать после того, как данные будут проверены и готовы для ввода в данные о завершении работ.

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

Настройка

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

Таблица станков (или процессов)

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

В дополнение к приложению в экземпляр должна быть импортирована таблица Tulip Table под названием [OEE Calculator] Machine List. Это схема таблицы, которая может быть использована для создания стандартного списка машин или других процессов, которые может отслеживать данный калькулятор, а также для предоставления других полезных метаданных, которые могут быть использованы при обсуждении аналитики.

В этой таблице мы видим следующие столбцы:

• ID (первичный ключ - текст) - уникальный идентификатор машины, линии, ячейки или другого процесса, который отслеживается.
• Отдел (Текст) - отдел, в котором находится машина, линия, ячейка или другой процесс. Это можно использовать для поиска общего показателя OEE для группы процессов.
• Тип машины (Текст) - Тип машины может использоваться для поиска общего OEE по типу машины.
• Модель машины (Текст) - Модель машины может быть использована для поиска общего OEE по модели машины.
• Объект (Текст) - объект, на котором выполняется процесс, для поиска общего OEE по объектам.

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

Конфигурация кода причины

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

• Плановое обслуживание
• Незапланированное обслуживание
• Сломанный инструмент
• Неработающий инструмент
• Встречи
• Другое

Чтобы добавить коды или изменить этот список, откройте приложение в Tulip App Editor, выберите выпадающие виджеты и внесите необходимые изменения, используя новую опцию, изменяемые текстовые поля и кнопку удаления (мусорная корзина) в правой части экрана.

Расчет метрики OEE

В разделе 1 были описаны стандартные конфигурации расчетов OEE. С помощью платформы Tulip Platform этими расчетами можно легко управлять и преобразовывать. В редакторе приложений Tulip выберите кнопку Вычислить и/или Вычислить и отправить. В правой части экрана должен появиться триггер, соответствующий тексту кнопки. Чтобы изменить расчет, откройте триггер с помощью значка карандаша.

Структура триггера может быть сведена к следующему:

1 2 3 4 5 Когда кнопка нажата: Если ВСЕ переменные на экране заполнены: Выполнить вычисления и сохранить в переменных Иначе: Показать ошибку заполнения всех необходимых полей.

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

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

Данные и аналитика

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

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

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

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

Ежедневная доступность для одной машины

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

Если бы наш стандартный процесс выполнял это приложение раз в день для конкретной машины (или с постоянным временем смены), все, что нам нужно сделать, - это показать переменную Availability приложения для диапазона дат Today и добавить фильтр для Current Machine ID, равный целевому ID по вашему выбору. Однако такому подходу не хватает гибкости, потому что если у нас есть две заявки на день (допустим, одна на 480 минут, а другая на 120 минут), это по своей сути усреднит значения, а не сделает больший вес в пользу более длинной смены.

Вместо этого мы эффективно выполним расчет в аналитике, чтобы объединить необработанные значения и создать точный взвешенный расчет. Для этого в разделе "Число" измените значение на "Выражение".

Мы фактически используем тот же расчет, что и в приложении, но ставим условия суммирования вокруг каждой переменной, чтобы приложение объединило все данные о завершении в выбранном диапазоне времени. Затем мы умножаем результат на 100, чтобы преобразовать его в проценты, округляем до двух знаков после запятой и соединяем символ '%', чтобы преобразовать число в строку с символом процента. Для этого примера на скриншоте выше показан фильтр, который мы используем, чтобы ограничить эту аналитику завершениями только для Test Machine.

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

Еженедельная производительность для отдела

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

Одно важное замечание: для этой аналитики мы должны использовать переменную Total Standard Run Time, которая является промежуточным расчетом, выполняемым в приложении и эффективно представляющим эту часть уравнения производительности (хорошие детали + отбракованные детали) * Standard Run Time per Part). Причина, по которой мы это делаем, заключается в том, что мы столкнулись бы с аналогичными проблемами взвешивания переменной Standard Run Time per Part, где она не является чем-то, что должно быть суммировано или усреднено по нескольким завершениям.

Затем мы можем выбрать текущую неделю (которая будет обнуляться каждый понедельник в 12 часов утра) или последние 7 дней для скользящей недели. Наконец, вместо фильтрации по идентификатору машины мы можем отфильтровать по отделу машины (или любым другим метаданным), чтобы сгруппировать аналитику и получить лучшее представление об общей производительности.

Диаграмма Парето по коду причины простоя

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

Сначала мы выберем тип аналитики "Одна операция". Для этого примера осью X будет код причины, а осью Y - сумма времени простоя. Затем мы можем изменить диаграмму на парето в раскрывающемся меню Display над заголовком аналитики. И снова мы можем изменить диапазон дат и добавить любые фильтры. Ниже приведен пример представления всех машин за текущий месяц.

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

Стратегия развертывания

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

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