Posted on Thu, Jun 24, 2010
by Dave Faulkner,
EVP, Sales & Marketing
Engineers love data. Business people love information. But it all starts with high-quality, real-time data. The possibilities are endless with good data.
As an equipment supplier, history probably has you living with a tool architecture from the early 300mm days. The focus was on implementing AMHS systems and meeting the GEM300 standards. A data driven architecture wasn't on the radar screen. And it wasn't a business priority. Times have changed. Fabs started asking for more data by creating the SEMI Interface A standards - and equipment suppliers are learning they can produce more productive equipment by leveraging the right data.
Interface A was an interesting concept when it started in the early 2000s. Discoverable data available to the fabs in real time would seem to be the answer to many problems. But the adoption has been less than stellar - even with strong endorsement and technical support by ISMI. Lack of fab side applications plumbed to use the Interface A data and "ownership" issues of the data haven't helped. These are real business problems that must be solved and will be solved with the next wave of fab purchases.
But what have we learned as equipment suppliers and software providers? Tool data models are helpful. Self description is great. We can create high performance data gathering applications that integrate with existing tool control architectures to make data available and controllable by the equipment supplier. Look at the performance of CIMPortal, our comprehensive equipment data acquisition (EDA) solution. We also learned that given the opportunity to "start over", we can create new tool control architectures that are data driven and prepared for the future. Look at CIMControlFramework. So the data is available - or you can make it available with an existing or new tool control architecture.
Let's put this data to work. Either to benefit you as the tool supplier or to help your customer. How is your tool accepted at the fabs? Do you have contingencies on your customer's payments? Does tool uptime have an impact on the tool price? Are your warranty costs too high? You get the point. With high-quality, real-time data at our fingertips, we can solve some of these business issues. We are at the beginning of a phase where the tool supplier makes use of this data and it directly impacts business results. Tool side fault detection, preventative maintenance, whatever is needed. The important point is we are finally starting from a strong foundation with the right data at the right time - and it can lead to increased margins or higher levels of customer satisfaction. Bring us your business problem and let's build something together to put this data to good use. Let's do it now!
You might also be interested in:
Posted on Wed, Jan 27, 2010
by Sheethong Ho,
Solutions Architect
It is a natural tendency to think that Yield Ma
nagement Integration is simply a data integration job that gathers related manufacturing and test data into a Yield Management System (such as dataPOWER, PDF), and thereafter the engineers and their Yield Management System live happy ever after.
For the fact that a production environment is never static and is evolving constantly makes the maintenance aspects of the Yield Management System a formidable challenge. It is fairly common to see a facility struggling to have its newly implemented Yield Management System keep up with new production needs. Any intentional or unintentional change in manufacturing data may break the loading of a data feed causing its yield analysis capabilities render useless.
The following are some of the key considerations when designing or selecting a solution for the implementation of a Yield Management System.
- How flexible is the solution in adapting to changing needs in the manufacturing environment? For instance, a new foundry plant is providing the assembly testing that feeds an existing data source for the Yield Management System. However, its test data does not comply with the expected format and could not be processed and loaded. What will be the cost and effort associated with fixing the assembly test data feed?
- How easy is it to manage and administrate the system? Anyone tasked to manage and maintain the data processing and data feed for the Yield Management System will experience a substantial amount of time investigating why a certain data failed to load. Hence, the question: does the solution provide good error reporting and handling? When the system administrator is approached by the yield engineer on a certain high priority lot not appearing in the Yield Management System – what tools are available to help diagnose the problem or to track down the missing lot? Will the system provide any further means to answer these questions:
- Did the test data for the lot make it to the Yield Management system? Perhaps the lot has not even been tested or data was not made available to the system.
- What is the cause for the failure? A typical failure is the missing Meta (e.g. Wafer Map Configuration) data that is required for the loading. (Usually the Process Engineers are responsible in keeping the Meta data updated)
- How the error could be eradicated and the data loading be resumed. What tools are provided to facilitate such activities?
- Does the system provide critical alarms and warnings ahead of time such that problems are not identified only when data are discovered to be missing or incorrect during yield analysis? These alarms and warning could also include system resources such as storage space and CPU usage that could affect the processing and loading of yield related data.
In considering a solution for Yield Management System integration, perhaps more than simply concerning about getting the data accurately into the system, the ease of system maintenance is equally important.
Contact Cimetrix Global Services to discover Cimetrix can help with your Yield Management System implementation and integration.
You might also be interested in: