MENU
    Jak stworzyć zautomatyzowaną aplikację do raportowania odrzuceń?
    • 04 Nov 2023
    • 4 Minuty do przeczytania
    • Współtwórcy

    Jak stworzyć zautomatyzowaną aplikację do raportowania odrzuceń?


    Streszczenie artykułu

    Jak stworzyć zautomatyzowaną aplikację do raportowania odrzutów

    Skorzystaj z tego przewodnika krok po kroku, aby umożliwić specjalistom ds. jakości śledzenie typowych usterek w czasie rzeczywistym.

    Uwaga: Ten temat został przedstawiony w sekcji "Zbuduj aplikację do kontroli jakości" na Uniwersytecie Tulip.

    Niektóre firmy zatrudniają specjalistów ds. jakości do śledzenia i usuwania usterek w ciągu dnia. Specjaliści ci są zwykle wyposażeni w kartkę papieru do śledzenia typowych usterek na hali produkcyjnej. Wygląda to mniej więcej tak:

    How To Build An Automated Rejects Report App_89029881.png

    W pierwszej kolumnie znajduje się seria opcji wyboru numeru części. Następnie operator musi dodać liczbę, aby wskazać problem, którego doświadczył z określonym numerem części.

    Tulip nie posiada interfejsu arkusza kalkulacyjnego. Zamiast tego należy użyć "Formularza Step ", aby każdy pracownik mógł łatwo zgłaszać usterki i wskazywać, czy część wymaga przeróbki, czy powinna zostać złomowana. Pozwala to na śledzenie typowych usterek w czasie rzeczywistym.

    Aplikacja "Rejects Report" powinna składać się z dwóch kroków:

    1. Wybór części z wadą
    2. Wybór typu wady z predefiniowanej listy.

    Oto jak to może wyglądać:

    How To Build An Automated Rejects Report App_92979993.png

    Tulip zapisze defekt w bazie danych, gdy tylko ktoś użyje aplikacji. Następnie można wyświetlić wykres defektów w czasie rzeczywistym na pulpicie nawigacyjnym.

    How To Build An Automated Rejects Report App_89032594.png

    Oto jak zbudować aplikację do raportowania odrzuceń.

    Wymagania wstępne

    Aby zrozumieć ten samouczek, musisz ukończyć Tulip Basics, krótką wycieczkę po edytorze aplikacji Tulip.

    Krok 1- Wybierz część

    How To Build An Automated Rejects Report App_89032597.png

    Ten krok pokaże serię obrazów z nazwami/numerami części i poprosi operatora o wybranie części z wadą.

    Oto część arkusza kalkulacyjnego, którą omawiamy:

    How To Build An Automated Rejects Report App_92983017.png

    Gdy operator wybierze część, użyjesz wyzwalaczy, aby przejść do następnego kroku i zaktualizować zmienną o nazwie "part_id" o konkretną część. Umożliwi to późniejszą analizę częstotliwości defektów według części.

    Po użyciu zmiennej do śledzenia identyfikatora części można utworzyć analizę, która pokazuje typowe wadliwe części.

    Tworzenie analizy w Tulip

    Oto przykład ekranu wyboru części:

    How To Build An Automated Rejects Report App_92980661.png

    Aby umożliwić operatorowi wybór części, należy umieścić niewidoczny przycisk na górze każdej kombinacji obrazu/tekstu.

    Oto przykład przycisku nad częścią po prawej stronie.

    How To Build An Automated Rejects Report App_92980773.png

    W dolnej części zakładki Widget w oknie kontekstowym widać, że "Kolor przycisku" jest ustawiony na przezroczysty. W przycisku nie ma również tekstu. Umożliwia to tworzenie logiki w oparciu o obraz, który operator naciśnie na swoim stole warsztatowym.

    Teraz należy użyć wyzwalaczy i zmiennych do przechowywania nazwy wadliwej części.

    Dodaj wyzwalacz do przycisku i nadaj mu nazwę "Save Part ID - Part x".

    How To Build An Automated Rejects Report App_92981010.png

    Następnie utwórz zmienną o nazwie "partID" i zaktualizuj ją nazwą części. Następnie przejdź do następnego kroku.

    Oto jak to zrobić w edytorze wyzwalaczy:

    A oto instrukcja "Then" z góry:

    W tym przypadku część nazywa się "myPartID". To dość nudne, ale masz pomysł. Może to być numer seryjny lub nazwa wewnętrzna. Aby zapisać to jako tekst, należy umieścić go w cudzysłowie, jak powyżej ("").

    Zmienną partID można utworzyć na tym ekranie, wybierając opcję "Nowa zmienna" obok listy rozwijanej o nazwie "lokalizacja".

    Najpierw należy wybrać te opcje:

    Następnie można utworzyć zmienną, klikając opcję "Nowa zmienna" w polu o nazwie "lokalizacja":

    Po zaktualizowaniu zmiennej wyślij operatora do następnego kroku, dodając instrukcję "Go To Step", "Next".

    How To Build An Automated Rejects Report App_92981974.png

    Łączenie tego kroku z innymi krokami

    W niektórych przypadkach możesz nie chcieć automatycznie wysyłać operatorów do następnego kroku. Możesz chcieć utworzyć dynamiczne ścieżki w aplikacji w oparciu o wybraną część. Aby to zrobić, wystarczy wybrać konkretny krok z listy rozwijanej obok opcji "Przejdź do kroku" dla każdej części.

    Możliwości analityczne

    Dane z tego kroku można wykorzystać do sprawdzenia, które części są często wadliwe.

    Użyj analizy "One Operation", a następnie wybierz zmienną "part_ID" dla osi X. Pokaż częstotliwość na osi Y.

    Więcej informacji

    Krok 2 - Wybierz defekt

    How To Build An Automated Rejects Report App_89032599.png

    Po poznaniu części należy umożliwić operatorowi wybranie wady.

    Oto część arkusza kalkulacyjnego, którą omawiamy:

    How To Build An Automated Rejects Report App_92983068.png

    Można to osiągnąć za pomocą "Kroku formularza". Ponieważ Tulip automatycznie śledzi datę i godzinę ukończenia aplikacji, potrzebne są tylko dwa pola:

    • Typ usterki z wcześniej wybranej listy
    • Obraz wady (jeśli to konieczne)

    Tworzenie aplikacji w Tulip

    Oto jak to może wyglądać:

    How To Build An Automated Rejects Report App_89032158.png

    Potrzebujesz dwóch pól, listy rozwijanej i zdjęcia.

    Najpierw utwórz nowy krok formularza. Następnie dodaj listę rozwijaną za pomocą paska narzędzi.

    How To Build An Automated Rejects Report App_92982603.png

    How To Build An Automated Rejects Report App_92982639.png

    W kroku rozwijanym kliknij "+" obok nazwy zmiennej, aby utworzyć nową zmienną, która śledzi wybór operatora w tym konkretnym polu. Następnie zmień jej nazwę na "Type of Defect" lub "defect_type".

    How To Build An Automated Rejects Report App_89032240.png

    Udostępnij wszystkie opcje w rozwijanym menu jako przyciski, a następnie dodaj opcje za pomocą symbolu "+".

    How To Build An Automated Rejects Report App_89032381.png

    Na koniec zmień przycisk "Dalej" na przycisk "Zakończ", ponieważ jest to ostatni krok aplikacji.

    How To Build An Automated Rejects Report App_89032471.png

    Łączenie tego kroku z innymi krokami

    W niektórych przypadkach możesz chcieć utworzyć wiele kroków formularza z różnymi opcjami rozwijanymi w oparciu o część zgłoszoną w kroku 1.

    W takim przypadku upewnij się, że używasz tej samej zmiennej do śledzenia danych wprowadzanych przez użytkownika z listy rozwijanej w każdym kroku formularza, aby móc ostatecznie utworzyć analizę. Operator będzie wypełniał tylko jeden formularz na ukończenie aplikacji.

    Na przykład, jeśli masz trzy różne kroki formularza, których operator może użyć do zgłoszenia określonej usterki, upewnij się, że wszystkie listy rozwijane aktualizują tę samą zmienną o nazwie "defect_type".

    Możliwości analityczne

    Możesz użyć analizy "One Operation", aby zobaczyć, które usterki występują najczęściej. Wystarczy wybrać zmienną "defect_type" dla osi X.

    Możesz też połączyć dane o usterkach z nazwą części, aby dowiedzieć się, które kombinacje części i usterek są najczęstsze. Użyj analizy "Porównaj zmienne", aby zobaczyć wszystkie kombinacje na jednym wykresie.

    Więcej informacji


    Czy znalazłeś to, czego szukałeś?

    Możesz również udać się na stronę community.tulip.co, aby opublikować swoje pytanie lub sprawdzić, czy inni mieli do czynienia z podobnym pytaniem!


    Czy ten artykuł był pomocny?