Как создать свою первую приборную панель цеха

Как создать свою первую приборную панель цеха

Узнайте, как создать интерактивную приборную панель в редакторе приложений Tulip

Tulip позволяет создавать два типа приборных панелей для визуализации прогресса в достижении производственных целей:

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

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

Выглядит она примерно так:

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

Итак, вот пример того, как одна компания создала несколько типов приложений, которые могут совместно измерять KPI цеха с помощью Tulip.

Вот краткое описание процесса:

1. Определите KPI, которые вы хотели бы улучшить.
2. Создайте одну приборную панель, которая охватывает все показатели высокого уровня, определяющие успех.
3. Создайте приложение для каждого участка в цеху, где выполняется работа, связанная с одним из KPI.
4. В этих приложениях создайте переменные, которые будут отслеживать отдельные точки данных, которые нужно будет агрегировать.
5. Создайте отдельные анализы, позволяющие глубже изучить каждый КПЭ с помощью переменных из приложения.
6. Включите эти анализы в то же приложение, что и высокоуровневую приборную панель, в виде шагов, позволяющих более глубоко изучить каждый KPI.

Вот краткая диаграмма процесса:

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

Вот схема этого процесса:

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

Выбор KPI

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

В этом руководстве мы рассмотрим пример велосипедной фабрики, у которой есть следующие болевые точки:

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

Чтобы решить эти проблемы, велосипедный завод решил сосредоточиться на следующем:

• Коэффициент переработки/брака: Узнать, какие продукты и участки приводят к переработке или браку.
• Время цикла по продуктам: Узнайте, сколько времени каждый SKU или рабочий заказ проводит на каждом участке.
• Процентное время безотказной работы по станкам/станциям: Узнайте, какие машины/станции создают узкие места или используются недостаточно эффективно.

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

Построение приборной панели высокого уровня

Это пример приборной панели, которая будет представлена на сенсорном экране в цехе для отслеживания упомянутых KPI:

Она охватывает каждый KPI, который велосипедному заводу необходимо улучшить:

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

Эта приборная панель цеха позволяет операторам и технологам делать следующее:

• Просматривать показатели в различных диапазонах дат: Сегодня/Вчера/На прошлой неделе и т.д.
• Сравнивать производственные данные в реальном времени с поставленными целями
• Углубляться в отдельные KPI и видеть более детальные показатели с помощью кнопки "Детали".
• Увидеть узкие места на производстве с помощью кнопки "Время цикла".

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

Вот где возникает сложность: эта приборная панель фактически собирает данные из 10 отдельных производственных приложений.

Мы рассмотрим каждое отдельное приложение и покажем, как оно собирает данные для этой приборной панели. Вот различные типы приложений:

1. Приложение "Рабочие инструкции" предоставляет оператору серию рабочих инструкций для выполнения задания. Они отслеживают время выполнения задания каждый раз, когда оператор завершает работу и нажимает кнопку "Завершить". Это время делится на отдельные SKU, которые оператор включает путем сканирования штрих-кода на каждом продукте. Эти данные SKU сохраняются при каждом завершении приложения с помощью переменной.
2. На упаковочной станции используется приложение без головы. Это означает, что приложение отслеживает данные, когда оператор нажимает кнопку на производственной линии, подключенной к устройству Tulip Edge Device. Операторы не взаимодействуют с самим приложением.
3. Каждое приложение по качеству непрерывно работает на планшете, который носит с собой специалист по качеству. Каждый раз, когда они проверяют деталь, они регистрируют свою работу на планшете.
4. Приложение для технического обслуживания работает на планшете, который носит с собой техник по техническому обслуживанию. Во время еженедельного обхода техник по обслуживанию регистрирует все проблемы в приложении. Проблемы регистрируются в полях формы. Это приложение просто показывает, завершены ли обходы или нет. При нажатии на детали можно увидеть, какая часть еженедельного обхода была выполнена или не выполнена.
5. Приложение для мониторинга станков также является приложением без головы. Оно подключается к машине, которая имеет заданное время цикла, не более 30 секунд. Если машина не работает в течение 30 секунд в течение рабочего дня, приложение регистрирует время простоя. Если он работает, приложение регистрирует время работы. Интерфейс для оператора отсутствует. Машина подключается к Tulip через OPC UA Connector.

Вот различные функции Tulip, необходимые для создания этой приборной панели цеха:

Каждое число в колонке "Цели" - это статический текст.

Каждое число в колонке "Факт" - это встроенный Анализ, который использует шаблон "Одно число". Таким образом, эти анализы были созданы в Конструкторе аналитики, а затем добавлены в приборную панель.

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

Кнопки в правой части приложения направляют операторов на другие шаги приложения с более подробной аналитикой по каждому KPI. В данном примере 4 анализа посвящены исследованию коэффициента переделок:

Приложение рабочих инструкций

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

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

Ваше приложение для рабочих инструкций может выглядеть примерно так же, как Tulip Terminal:

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

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

В начале приложения можно потребовать от оператора сканировать штрих-код перед продвижением вперед с помощью сканера штрих-кода, подключенного к планшету станции:

Данные штрих-кода можно использовать двумя способами:

1. Если вам нужен только номер штрихкода, вы можете сохранить его в переменной.
2. Вы можете использовать функцию коннектора для ввода дополнительных данных о SKU из базы данных SQL или с помощью API в вашу MES или систему учета данных. Затем вы можете сохранить эти данные в переменных.

Вот пример того, как можно использовать редактор триггеров для вызова функции коннектора после сканирования штрихкода:

Вот более подробная информация об операторе "Then":

Итак, вот последовательность событий в приложениях рабочих инструкций:

1. Приложение начинается
2. Оператор сканирует штрихкод
3. После сканирования штрихкода запускается функция коннектора и извлекает данные, относящиеся к SKU.
4. Оператор завершает приложение, данные штрихкода привязываются к завершению приложения.

Вот диаграмма всех приложений, работающих вместе.

Затем вы можете добавить все 5 станций в один анализ и разделить результаты по каждой станции по SKU, чтобы увидеть, какие станции замедляют работу линии. Это "анализ глубокого погружения", поэтому он будет отображаться на приборной панели, которая будет показана оператору, когда он нажмет кнопку "Время цикла".

Читать далее

• Как просматривать данные о цикле в режиме реального времени в анализе
• Как написать функцию коннектора

Приложение "Станция отгрузки

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

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

Поэтому вам нужно создать "безголовое приложение". Это означает, что в нем нет человеческого интерфейса. Вместо этого приложение подключается к кнопке, которую оператор нажимает, когда ящик упакован. Эта кнопка подключена к устройству Tulip Edge Device, которое передает данные о каждом нажатии кнопки в Tulip.

При каждом нажатии кнопки вы можете увеличить количество продукции на 6.

Вот пример этого одношагового приложения, которое будет работать на дисплее на станции отгрузки:

Итак, оператор может ТЕХНИЧЕСКИ использовать это приложение с помощью кнопки "Ручное увеличение". Но это нужно делать только в том случае, если физическая кнопка по какой-то причине сломалась.

Вот как данные поступают в приложение.

После завершения работы над приложением эти данные можно подключить к MES или ERP.

Аналитика

В этом приложении нет переменных, поэтому по завершении работы приложения вы получите две точки данных:

1. обновленный подсчет производства
2. Время выполнения заказа для участка.

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

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

Вот как это сделать в Analytics Builder. Во-первых, установите диапазон дат от "После 7 дней назад" до "До 1 дня назад". Это даст вам последние 6 дней, предшествующих сегодняшнему дню.

Затем с помощью поля "Фильтры" выберите "Последние 2 рабочих дня". Это позволит охватить сегодняшний день, а также последний рабочий день до сегодняшнего.

Пересечение этих двух полей даст вам "Вчера".

Вот как это выглядит в Analytics Builder:

А вот вид временной шкалы.

Читать далее

• 10 самых распространенных триггеров в Tulip

Приложение для контроля качества

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

Хотя это происходит после 4 сборочных станций, время завершения работы приложения не включается в общее время цикла для продукта. Именно поэтому они не были упомянуты в разделе "Рабочие инструкции".

Кроме того, поскольку операторы собирают несколько изделий с одним и тем же SKU подряд, прежде чем перейти к другому SKU, приложение по умолчанию предполагает, что SKU изделия такой же, как у предыдущего изделия.

Вот первый шаг в приложении:

Если SKU отличается от предыдущего продукта, оператор нажимает кнопку "Scan New Daysheet ID". В результате откроется экран, где ему будет предложено отсканировать продукт с помощью сканера штрих-кода. После сканирования приложение использует функцию Connector для подключения к системе MES и получения соответствующих данных. Затем оператор может указать, является ли товар "хорошим" или "забракованным".

Если оператор выбирает "Хорошо", приложение завершается, и значения переменных в левой части шага сохраняются вместе с завершением. Это позволит позже проанализировать SKU.

Если оператор выбирает "Отклонено", он отправляется на шаг формы, где он может выбрать дефект. После выбора дефекта оператор может завершить приложение.

Вот диаграмма логики приложения:

Коннекторы

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

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

Аналитика

Это приложение предоставит вам коэффициент переработки - процент продукции, не допущенной к отгрузке из-за дефекта. Это можно рассчитать просто:

1. Зарегистрируйте общее количество завершений приложений, в которых было нажато "Хорошо".
2. Зарегистрируйте общее количество завершений приложений, в которых было нажато "Отклонить".

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

Вы можете использовать поле "Фильтры" для просмотра конкретных продуктов, а поле "Число" для создания соотношения хороших/отвергнутых товаров в шаблоне "Одно число".

Дальнейшее чтение

• Как изменить анализ

Приложение для технического обслуживания

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

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

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

Это приложение очень простое: один начальный шаг маршрутизации, затем шаг формы для каждой инспекции.

Аналитика

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

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

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

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

Читать далее

• Шаблоны анализа, пояснения

Добавление данных мониторинга оборудования на приборную панель цеха

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

Создание первой приборной панели цеха

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

1. приложения для каждого участка или роли в цехе
2. Переменные в этих приложениях для отслеживания важных деталей
3. анализы, которые углубляются в каждую отдельную переменную
4. Копии этих анализов для соответствия нескольким временным рамкам
5. Серия информационных панелей в рамках одного приложения.

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

Вы нашли то, что искали?

Вы также можете зайти на community.tulip.co, чтобы задать свой вопрос или узнать, сталкивались ли другие с подобным вопросом!