- Распечатать
Как создать приложение для создания цифровых рабочих инструкций
Как создать приложение для создания цифровых рабочих инструкций
С помощью этого пошагового руководства вы узнаете, как воспроизвести бумажные рабочие инструкции в Tulip.
Примечание: Эта тема рассматривается в курсе "Создание базового приложения для рабочих инструкций" в Университете Tulip.
Если в вашей компании используются бумажные рабочие инструкции, вам нужен быстрый и простой способ импортировать каждый этап производственного процесса в Tulip.
Вот один набор инструкций из 65-страничного руководства по сборке и отгрузке продукции:
Это очень много копирования и вставки.
Но есть и хорошая новость: в рабочих инструкциях используется несколько надежных шаблонов, поэтому вам не придется мучиться со сложной логикой в приложении.
Прежде чем начать импортировать инструкции в Tulip, необходимо разделить их по различным станциям на предприятии. Например, упомянутая выше 65-страничная инструкция содержит 9 различных процессов и узлов. Это означает, что вам потребуется 9 отдельных приложений - по одному для каждой станции на вашей линии.
Вероятно, для начала лучше создать только одно приложение и протестировать его на производстве, а затем приступить к созданию остальных восьми.
Терминал Tulip Terminal сделает это еще проще. Большинство операторов не захотят вникать в каждый отдельный шаг. Вместо этого им нужно будет обращаться к рабочим инструкциям только в тех случаях, когда они не помнят следующий шаг. Терминал Tulip Terminal облегчает операторам выборочный просмотр инструкций. Перед созданием рабочих инструкций в Tulip Terminal ознакомьтесь с руководством по Tulip Terminal.
Приложение для создания рабочих инструкций обычно состоит из следующих шагов:
- Сканирование штрихкода или ручной ввод идентификатора штрихкода
- Проверка качества детали
- Одна рабочая инструкция
- Индекс шагов для навигации внутри приложения
Вот возможная схема расположения этих шагов:
Здесь предполагается, что проверка качества происходит параллельно с выполнением рабочих инструкций. Поэтому, если вы ведете отдельные документы для проверок качества и рабочих инструкций, это хорошая возможность объединить их в один поток.
Если же в вашей команде есть отдельные специалисты по качеству, которые занимаются составлением отчетов о дефектах, ознакомьтесь с этим руководством по созданию специального приложения по качеству.
В конце вы сможете просмотреть аналитику в реальном времени по времени цикла каждого оператора в разрезе деталей.
Вот как создать приложение с рабочими инструкциями.
Шаг 1- Сканирование штрих-кода
На этом этапе оператору предлагается отсканировать наряд-заказ с помощью сканера штрихкодов, интегрированного в Tulip. После успешного сканирования оператор автоматически переходит к следующему шагу. Номер наряда-допуска сохраняется в переменной "wo_number".
После этого номер заказа будет привязан к конкретному завершению работы в приложении для последующего анализа.
Построение в Tulip
Вот пример того, как может выглядеть экран:
В шаге используются следующие виджеты:
- Изображение из библиотеки по умолчанию
- Пользовательские кнопки
- Текстовое поле
На вкладке Assets панели инструментов можно добавить изображение штрихкода из библиотеки "Devices".
Экран не имеет автоматического способа перехода на следующий шаг. Для того чтобы реагировать на сканирование штрихкода, необходимо добавить триггер на сам шаг (также называемый "триггером шага").
Оператор может продвигаться только следующим образом:
- сканирование действительного штрихкода
- нажатие кнопки "Search Work Orders" (Поиск заказов) в правом нижнем углу и ручной ввод заказа.
Чтобы добавить триггер шага, щелкните на фоне приложения, после чего в контекстной панели справа появится возможность создать триггер. Вы можете назвать его "Получить данные при сканировании".
Вот как настроить триггер:
В выпадающем списке вверху выберите сканер штрихкодов, интегрированный в Tulip.
Затем создайте выражение, анализирующее номер штрихкода. Сохраните его в переменной с именем "wo_number".
Вот текст из редактора выражений:
@Device Output.data + "
Если вы еще не создали эту переменную, то можете сделать это на этом экране с помощью выпадающего меню рядом с пунктом "переменная".
"Device Output.data" содержит номер штрихкода, полученного с данного конкретного сканера штрихкодов.
Для кнопки "Search Order" можно отправить операторов на шаг "Search for a Work Order" с помощью триггера на кнопке "Search Orders". Вот как может выглядеть этот триггер:
Шаг "Поиск заказа" будет представлять собой шаг формы с единственным входом: числовым полем, в которое операторы могут вручную ввести число.
При этом значение числового поля должно сохраняться в переменной "wo_number" с помощью контекстной панели.
Комбинирование данного шага с другими шагами
Если у вас есть данные, хранящиеся во внешней базе данных (например, в ERP-системе), связанные с этим рабочим заказом, вы также можете использовать сканирование штрих-кода для вызова функции Connector и импорта этих данных в приложение.
Затем на эти данные можно ссылаться в приложении.
Возможности аналитики
На этом этапе можно привязать конкретный заказ к завершению работы приложения. Если у вас 9-шаговый процесс, и все 9 операторов сканируют наряд перед началом работы, то вы можете использовать анализ "Сравнение переменных" для просмотра потока производственных ценностей по каждому отдельному наряду.
Читать далее
- Как настроить сканер штрихкода стороннего производителя
- Настройка USB-устройств Factory Kit
- Как использовать редактор выражений
Шаг 2. Проверка качества поступающей детали
Возможно, у вас есть документация о том, как должна выглядеть деталь ДО того, как оператор приступит к работе с ней, включая объяснение распространенных дефектов.
В этом случае перед набором рабочих инструкций можно включить этап "Проверка", чтобы у оператора была возможность осмотреть деталь и сообщить о переделке или браке.
Создание в Tulip
В терминале Tulip есть панель для изображения и панель для инструкций. Например:
Можно импортировать изображение распространенного дефекта или включить схему, показывающую правильную компоновку. При этом нет необходимости в переменных или триггерах.
Для каждого шага "проверки" достаточно использовать:
- Загружаемое изображение
- текстовое поле
Комбинирование данного этапа с другими этапами
Перед серией шагов рабочей инструкции может потребоваться включить шаг проверки качества. Операторы могут использовать этот шаг для проверки наличия дефектов в детали перед продолжением работы.
В случае обнаружения дефекта оператор может сообщить о нем в своем потоке с помощью кнопки "Сообщить о дефекте", расположенной в нижней части шага.
Дальнейшее чтение
Шаг 3- Один шаг в рамках рабочей инструкции
Шаг в Tulip сопоставляется с шагом из бумажной рабочей инструкции. Вы можете использовать ту же схему, что и в шаге "Проверка качества" - одно изображение и один текст.
Возможно, вы захотите расположить все шаги проверки качества и рабочие инструкции в одной непрерывной последовательности, чтобы операторы могли легко их пролистывать.
Построение в Tulip
Дизайн шага рабочей инструкции аналогичен дизайну шага проверки качества.
Оператору также будет удобно использовать группы шагов для каждого вида работ на верстаке.
Вот группа шагов под названием "Очистка отливки":
В рамках этой группы этапов можно обновлять список "Необходимые детали" на каждом этапе, чтобы оператор знал, какие инструменты ему понадобятся.
Также не забудьте включить кнопки "Следующий" и "Предыдущий", чтобы оператор мог продвигаться вперед:
Дальнейшее чтение
Указатель шагов
Операторам необходим удобный способ доступа к различным частям инструкции. Вы можете создать "Оглавление" с помощью шага формы, а затем поместить кнопку на каждом шаге, чтобы оператор мог перейти к оглавлению.
Создание в Tulip
Сначала добавьте кнопку на базовый макет, чтобы оператор мог в любой момент перейти к оглавлению шага. В данном случае кнопка имеет оранжевый фон.
Используйте триггер кнопки для отправки операторов к указателю шагов. В данном случае шаг называется "Индекс шага".
Индекс шагов - это шаг формы с 5 вариантами, представляющими 5 типов действий в приложении.
После создания шага формы добавьте выпадающее поле и установите флажок в контекстной панели "Показывать как кнопки".
После щелчка на выпадающем поле используйте раздел "Переменные" в правом меню, чтобы создать переменную, которая будет обновляться, когда оператор выберет один из вариантов.
Затем установите кнопку "Submit" в качестве пользовательского действия, чтобы можно было добавить логику if/then.
Получите доступ к значению только что созданной переменной с помощью редактора выражений. Используйте логику if/then для отправки оператора на определенный шаг в приложении в зависимости от выбранного им варианта.
Вот один из примеров:
В операторе If с помощью редактора выражений проверяется значение переменной "Индекс шага".
Переменная.Индекс шага
Если оно равно "Cast Clean", или, другими словами, если оператор выбрал первый вариант в выпадающем списке, то он будет отправлен на шаг Cast Clean в данном конкретном приложении.
Дальнейшее чтение
Общие замечания
Здесь приведена схема полного приложения, включающая все 4 типа шагов.
С помощью этого приложения "Рабочие инструкции" можно ответить на эти два распространенных вопроса:
- Сколько времени обычно требуется каждому оператору для выполнения конкретной задачи?
- Каково среднее время цикла для продукта?
Для ответа на первый вопрос можно посмотреть "Время завершения процесса пользователем". Используйте этот параметр анализа по умолчанию на вкладке "Аналитика" приложения.
Чтобы ответить на второй вопрос, необходимо объединить данные из нескольких приложений. Во введении мы приводили пример производственного потока, который разделен на 9 приложений. Если отсканировать наряд-заказ в начале каждого приложения, то можно объединить данные из всех 9 приложений, чтобы отследить время цикла для всего продукта.
Ознакомьтесь с этим руководством по модификации анализа), чтобы узнать больше.
Вы нашли то, что искали?
Вы также можете зайти на сайт community.tulip.co, чтобы задать свой вопрос или узнать, сталкивались ли другие с подобным вопросом!