OUTPUT QUANTITY | INTERNET OF THINGS

Top

For any kind of measurement it’s imperative for manufacturers to know the amount of parts produced by the equipment. Now that the customer knew about the state of the production resources at a given point in time this requirement waited for a solution.

Goal:

• Acquire equipment output from highly diverse manufacturing resources

To be able to collect output the project team first had to look at the manufacturing techniques used by different types of machines. In general it was possible to distinguish between several methods:

Manufacturing Techniques

As the project team knew that the majority of PLC and CNC controlled machines has an internal part counter (F) which stores the total number of cycles executed by the device it should be possible to read and use this value in the same way as with machine-states. The querying service then simply would have to subtract the value received in the last reading cycle (A) from the actual one (B) and report the difference (C). In case of a ‘one tool - multiple parts’ or ‘one work step - multiple parts’ manufacturing technique the result would have to be multiplied by the number of parts mounted at the clamping device.

FIG 1:    Acquisition of part counter values (click to enlarge)

FIG 2:    Screenshot of a machine’s operator panel showing part counter values (click to enlarge)

Unfortunately in reality it isn’t that simple... Although the part counter values are increased and stored with every cycle completed it is possible to reset them to zero, either by pushing a reset button or clearing out the value at the operator panel. In case the data acquisition solution now would calculate the difference between the last read (B) and the current value (D) the result would be negative. This simply isn’t correct and would lead to unpredictable results.

• To resolve this potential issue the data acquisition service was equipped with additional logic that is able to detect reset operations (previously read value is higher than actual value) and calculate the increment of the output (E) correctly by taking the reset into account.

Although PC controlled devices such as Laser Markers and Molding machines usually do not have this built in part counter it was possible to again use CNCnetPDM’s log file analyzing functionality to accomplish this task. As for the other machine types the data acquisition service internally maintains an own part counter for every machine. In addition to finding out the ‘mutually exclusive machine state’ the service was equipped with logic that searches the log file for entries that indicate part output since the last reading cycle. If more than one entry is found the service sums up the number of parts produced before sending the value to the machine’s part counter at the server. Fortunately no reset detection functionality was needed for this type of machines.

Functions:

• Acquisition of part counter values from CNC, PLC and PC controlled devices
• Detection and compensation of reset procedures

Benefits:

• Enabled comparable counting of equipment output from machines that perform different manufacturing techniques
• Eliminated the need for manual input of the number of parts produced
• Took into account reset procedures