Performance Visibility Terminal
  • 03 Aug 2023
  • 3 Minutes to read
  • Contributors

Performance Visibility Terminal


Article Summary

This Article summarizes how the Performance visibility terminal application is structured and built.

The Performance Visibility Terminal application is a simple solution for logging running and downtime events during production. The operator-friendly user interface is designed to be easy to understand and use. The application's functions include logging events (running, downtime), downtime reasons, and the number of good parts and defects.

Tables Used

The table used in the application is called Station Activity History. Each record in the table is a station activity event that has a status. When using the application, data is logged in this table. The user can view the analysis of the table’s data on the Analytics step.

Fields of Station Activity History:

ID: the unique identifier of each event
Status: the status of the event e.g.: RUNNING, DOWN, OFF
Downtime reason: if the status of the event is DOWN, the user can select the reason for the downtime which will be stored in the downtime reason field of the record
Duration: the time interval of the event
Station: the station on the shop floor where the event occurred
Actual: number of good parts produced during the event
Target: a target number of products that are calculated automatically from the duration and the event and the manually predefined production rate
Defects: number of bad parts produced during the event
Product ID: the unique identifier for the product type made during the event

App Structure

The Start Shift step is the first step of the application where you can start your shift.
pv_1.png

On the Setting/Production step, the user can decide to set up the machine or start production immediately. The Set up button will navigate you to the Setting in Progress step, whereas the Production button would navigate you to the Select Product step.
pv_2.png

On the Setting in progress step the user has to select the Finish setting up button to log that the setup is done. The application will navigate to user back to the Setting/Production step so that they can choose to start Production.
pv_3.png

On the Select Product step, the user has to enter the product ID and the production rate. If the values are entered it is possible to start production.
Screenshot 2023-07-18 at 13.56.34.png

On the Production in progress step, the Product ID and the time of production start are displayed for the operator. When production has to be interrupted the user needs to select the reason for the interruption. That means to end of the production event and the start of a downtime event. If the operator would like to log good and bad products they need to click on the green Log output button.
pv_5.png

If the user selects any of the downtime reasons on the Production in Progress step, the application navigates to the Production Suspended step. To end the downtime event the user must click the Continue production button.
pv_6.png

If the user selects the Log output button on the Production in Progress step, the application navigates to the Finish Production step. The user can type in the number of good parts and the number of defects manually, or they can use the buttons that will increment or decrement the values by the numbers displayed on them. As soon as the two values are set, they can be logged into the table and the user can decide to continue the production of the same type of product as before or to go back to the Select Product page and choose another product to produce.
pv_7.png

The Analytics step can be reached from any of the other steps. The user can view analytics about the performance of the production.
pv_8.png


Was this article helpful?