Poling Group News   |   Volume 3   |   Issue 1
CTI's Final Finish Host (FFH) Software

CTI’s Final Finish Host is a software suite developed specifically to manage data for a tire factory’s final finish area. It was designed to be easily customized to meet the product, manufacturing, and business needs of an individual company and/or factory.
 
FFH communicates with your final finish tire testing machines.
Of course, when you install a Poling Group uniformity tire testing machine or upgrade your controller to a TTOC, your machine is already fully integrated with FFH. But you may be surprised to learn we also interface FFH with a wide variety of uniformity, geometry, and balance machines from multiple vendors.
 
FFH is web based.
Users access setup and reporting applications with a web browser. This zero-footprint architecture lowers the cost of ownership by eliminating the need to install client software on each user’s workstation computer. FFH only requires a relatively recent version of web-browser (IE or Firefox) and Acrobat Reader for reports, software that requires no additional licensing cost.
 
Because FFH is web-based, corporate quality personnel view consistent data from global locations and your IT department controls access to the application suite. You can even customize menus for individual users or user groups. For example, some users require access to modify recipes, while other users only need to generate reports
.
 
CTI offers low cost, real-time remote support for FFH
Our support staff can log in when necessary to economically and efficiently diagnose and solve problems, should they arise. We can also provide brief “fitness” inspections on a periodic basis to monitor database capacity and look for other conditions that could lead to future problems.

CTI has the expertise to customize FFH for your operations
Our software engineers understand your data and reporting needs and know that every facility has special requirements based on specific customers, tire types produced, and management priorities. While FFH already addresses some of these needs with an ad-hoc reporting tool that allows you to turn SQL queries into HTML-based reports, we also understand you may have a special report you want to implement in multiple plants, or collect/send data to your own proprietary applications. We are capable of implementing these and other enhancements for a reasonable price
.

The FFH Offers Centralized Recipe Management (See figure 1 to the right)
Does your quality engineer have to manage recipes at individual test machines? The repetitive task of entering the same recipes into each test machine controller is a time-consuming task within a highly interrupted, distracting environment that often leads to human error.
 
With FFH, your quality engineer can modify a recipe from a desktop computer and directly download it to one or all machines in the final finish area. This methodology minimizes error and allows your quality engineer to spend more time identifying and correcting quality problems. If multiple personnel manage recipes in your final finish area, you’ll appreciate the recipe versioning feature FFH provides. This tool enables the quality department to easily and accurately track recipe changes, adding an extra level of accountability to your quality operations.
 
Figure 1 illustrates the grading setup for a typical recipe. We accommodate different methodologies for tire grading and can supply the methodology your personnel are most accustomed to using. We can also add “tabs” on the screen to include any setup parameter a machine in your facility can receive. Controls at the top of the recipe screen allow the user to list all recipes, copy an existing recipe to a new one, create or delete recipes, or release a recipe. The release mechanism allows the quality engineer a controlled way of directing edited recipes to machines for grading purposes.

 
Dynamic Production Monitoring (See figure 2 to the right)
Figure 2 provides a real-time, dynamic picture of process flow in the final finish area. It shows a line of data for each machine that includes the product being processed (SKU/SKU+), mode of operation (Batch or Mixed), a timestamp related to the last test results received from the machine, and shift production counts. The last line on the report shows projected counts for the shift, based on the current rate at which test results arrive at FFH. The counts automatically reset at end of shift.
 
You can color-code a recipe or groups of recipes for display on the screen. For example, you can make all SKUs for a particular customer the same color. Or you could use color to indicate non-production processing—i.e., when the machine is processing experimental tires, processing master tires used for machine repeatability testing, or processing tires used to check upstream tooling changes. FFH reserves the color red to indicate that a machine has not sent results to FFH for a configurable time. Machines that show red could be idle due to a lack of tires to process or because maintenance is being performed. Multiple red lines could indicate a plant network issue.
 
Data Collection and Reporting (See figure 3 to the right)
FFH relieves quality engineers of the tedious task of pulling test data from different sources associated with a variety of machine types. With FFH, the uniformity engineer can combine results from balance, geometry and uniformity testing machines in a single report. While FFH has the capacity to store hundreds of different measurements provided by testing machines, users have the ability to pick and choose which ones display on any report. FFH stores test results in individual and summary form to allow analysis of a single test or identification of general quality trends. You can also configure an automatic deletion schedule based on the volume of data generated in the final finish area—typically plants retain individual data for up to 18 months and actively maintain summarized results for up to 5 years. We also work with your IT department to develop a backup and restoration scheme.
 
Figure 3 shows typical quality statistics. You can choose different report populations based on time, machine, product, and processing. In addition, you can select different statistical calculations and group the output in different ways (for example, group by SKU or machine). While FFH consistently stores measurements in SI units (regardless of how a machine provides them), users control the specific units of measure to display on a report.
 
Because FFH uses recipe versioning, statistical calculations performed on historical results don’t change with subsequent changes to a recipe. But if you need “what if” analysis, FFH provides it with a report that allows you to vary limits related to historical results so you can analyze the effect of proposed specification changes.
 
Graphic Report (See figure 4 to the right)
FFH provides graphic reports to illustrate trends of interest to the quality engineer. Figure 4 is an example of a graphic report that demonstrates the Weibull nature of the measurement distribution. The specification limit displays to provide a useful reference.
 
To generate a report, you select measurements, products, times, and machines of interest. After selecting report parameters, click a single button to display the report in PDF format on the screen. Once displayed, the report can be saved, printed, or emailed.
 
To save time selecting parameters for frequently used reports, FFH provides a report template feature. Once you create a template you simply retrieve the report settings, make minor changes (if needed) and then click a button to display the results. You can share report templates among users; they also allow you to automatically generate and email reports on a daily, weekly, or other periodic basis. You can even configure specific report templates to generate automatically at the completion of machine repeatability check or when the last tire of an experimental or check tire group has been processed.
  
We know you can choose from many statistical packages, but consider this: can they collect and report test result data unique to tire manufacturing? When you choose FFH, you get an application suite designed for tire manufacturers and supported by software engineers with experience and expertise—we ask the right questions and ensure that you get the value from your tire data that you expect and deserve
.

GET STARTED
LEARN MORE
Need a standalone or network solution
to meet your QA reporting goals?
Answer the following questions to find out :
1) Spending too much time managing and downloading test recipes to a variety of machines?
2) Need an audit trail for recipes, limits, and results?
3) Having problems collecting and managing data from tire test machines provided by a variety of vendors?
4) Want to direct tire flow based on manufacturing data?
5) Consuming too many IT and engineering resources to implement out-of-the box solutions?
1-Direction Tire Testing
The TTOC6 controller can compare lateral shift measured in the first direction with historical lateral shift average to determine, for a specified confidence window, if second-direction testing is required for non-OE tires of a given construction.

Poling Group’s Final Finish Host (FFH) supplies the historical data, including average PLY steer, that enable TTOC6 to also predict conicity when second-direction testing is eliminated.

The Result : An advanced method of testing for trade tire uniformity that significantly increases production capacity.
Selected Features
Completely integrated with Poling Group's TTOC uniformity machine controller, FFH also supports a variety of other final finish testing machines.
Supports bar coded material handling.
Zero footprint architecture using a Linux server.
View, save, and print PDF reports at any PC.
Summary data compiled across many machines.
Field Proven
FFH has been customized for and successfully implemented at several global tire companies. It provides a single access point to control customer specs, analyze data and view machine performance.
FFH easily collects a high volume of test results with a proven methodology that insures chronological insertion to the database in the event of plant network disruptions
Screen Captures (Click for Full Size)

Figure 1 - Recipe Management

Figure 2 - Production Monitoring

Figure 3 - Data Collection and Reporting

Figure 4 - Graphic Reports
© 2012 Poling Group. All Rights Reserved
Phone : 330.753.1077      Online : www.PolingGroup.com      Email : Contact the Poling Group