Industry News, Trends and Technology, and Standards Updates

The Cimetrix Connectivity Group of PDF Solutions is happy to announce that Cimetrix CIMControlFramework^TM (CCF) version 6.0 is now available for download.

CCF is a software development kit (SDK) that enables users to design and implement a high-quality equipment control solution using provided components for supervisory control, material handling, operator interface, platform and process control, and automation requirements. CCF is built on the reliable Cimetrix connectivity products which provide GEM/GEM300/EDA interface functionality.

We have previously done a series of blog posts on the functionality of CCF. The same great functionality users have come to expect with CCF is still available, but in a cleaner, slicker, easier to use package.

Reorganized directory structure

In versions before CCF 6.0, core CCF packages (packages provided by CCF) were contained in the same directory as sample code and runtime files. This made it more difficult for CCF users to understand what code was required to be customized and what code was basic to CCF. (Note: you can still customize the basic CCF functionality, but it is not required.) In this release, we modified the directory structure to identify more clearly what is core CCF and what is sample or custom code. This is closer to the structure followed by CCF applications. The following diagram shows the new structure:

In addition to clarifying CCF components, the new structure allows us to easily develop samples for additional equipment types. New samples will be added in future versions of CCF.

New WPF framework

Since CCF started providing a Windows Presentation Foundation (WPF) framework, we have received feedback on WPF features user would like added to the framework. Also, our engineers have continued to improve their WPF expertise, which has led to other improvements. CCF 6.0 includes the requested changes and best practice improvements in the new WPF framework. Some of these changes include:

• Simplified hierarchy which makes it easier to understand which objects to inherit from.

• Centralized style elements to allow users to change the look and feel (skin) of the operator interface to meet their needs.
• Enhanced controls library that provides common controls for use in creating equipment control.
• Increased E95 compliance, available with a configurable control panel.
• Accelerated screen creation is possible with the change in hierarchy organization and the enhanced control library.
• Richer set of native WPF screens. In earlier versions, CCF had several native WPF screens, but also had many screens created with WinForms and hosted in WPF. CCF 6.0 has all native WPF screens in the WPF sample operator interface. These screens can be reused, customized, or replaced. (Note: WinForms screens are also still available in CCF 6.0.)

The following image shows the main screen of the WPF operator interface for the CCF atmospheric equipment sample application. Most of the controls on the screen are available for use and customization by CCF developers.

Updated samples

CCF has contained fully functional atmospheric and vacuum sample applications for many years. Over the years, we have improved the functionality for scheduling, simulation, and device interface interaction. However, the samples had always remained the same. With CCF 6.0, the atmospheric and vacuum sample applications were updated to take advantage of the other changes that have been made in CCF. These changes to the samples make them more useful in illustrating the proper use of CCF and providing a better starting point for creating custom applications.

Spring cleaning

CCF was originally released the summer of 2011 making it 10 years-old. Over the years, CCF has had several methods, objects and devices become obsolete. They were not removed from the product for backward compatibility reasons, but they were marked as obsolete. Because CCF 6.0 is a major release, we took the opportunity to do some spring cleaning and remove the obsolete items. CCF is now cleaner and tighter, and using it is much clearer.

Training material and upgrade guide

All the PowerPoint slides, lab documents, and corresponding solutions used for training developers on CCF have been updated for CCF 6.0. We have already successfully used the new training materials with a few customers to help them get started with their equipment control application development.

As part of CCF 6.0, we provide a CCF 5.10 to CCF 6.0 Upgrade Guide that contains detailed instructions on how to migrate applications created using previous versions of CCF to CCF 6.0.

Conclusion

We have been looking forward to the CCF 6.0 release for a long time and are excited for developers to get started using it. We are confident existing users will like the changes and that new users will have a good springboard in getting started with their equipment control application needs. We look forward to working with you and hearing from you.

Near the end of January for almost two decades, the companies that form the Automation Network Dresden (AND) have hosted a gathering of semiconductor automation professionals in the picturesque setting of Dresden, Germany. The chill of winter during this event has always been in stark contrast to the warmth of the reception the speakers and participants enjoy at this event. The big question this year was “how could the organizers possibly maintain this tradition amid the COVID-19 pandemic and its travel restrictions?"

Automation people being a creative bunch, they responded by offering a series of free, half-day “digital events” spread across the first four months of the year, and each hosted by one of the AND member companies: SYSTEMA, Fabmatics, XENON, and Kontron AIS. The first two sessions are now in the record books, and as a participant in both, I can attest that no momentum or value has been lost. The only exception is the lack of the forum’s famous evening event, which will undoubtedly return next year when the virus is behind us.

The first session of the year was hosted by SYSTEMA on January 28 with the theme of Datafication and Automation: The new normal for semiconductor manufacturing. I was privileged to among the invited speakers, and shared the agenda with Manfred Austen of SYSTEMA (always a hard act to follow!), Jean-Marc Philippe of ST/Micro Singapore, Axel Wogawa of SYSTEMA, and Klaus Kleilein of Fabmatics.

In this context, I chose the topic of semiconductor backend automation, and you can download my presentation “Wafer Fab Best Practices for Backend Automation”. Key takeaways from this presentation include the industry drivers for higher levels of backend automation, the unique challenges this poses when compared to wafer fab automation (see the figure highlighting multiple material transformations below), the role that industry standards in many categories will play in this process, and last but not least, the importance of defining explicit integration message sequences between all the equipment and the factory systems that bring them together into fully automated operations. This latter insight was one of the key enablers for the wafer fab transition from 200mm to 300mm, and the concept equally applies in the backend.

The second event in the series was hosted by Fabmatics on February 25, 2021, with the enticing theme of Forever Young: Automation Makeover Rejuvenates Golden Age Fabs. It featured speakers from Bosch, Nexperia, Cohu, and SYSTEMA.

The next event will be hosted by Xenon on March 25, 2021 with the theme Digitalization Meets Mechanical Engineering, and the final event hosted by Kontron AIS on April 29, 2021 (theme still TBD – stay tuned). For more information about this digital event series, visit the Automation Network Dresden website.

For help in crafting and executing your own backend automation strategy, or any other topic related to advanced manufacturing connectivity and control, please contact us by clicking the button below. 

Read the pre-show blog of the SEMICON China 2021 show today. Read it now in Chinese or below in English.

SEMICON China 2021将于2021年3月17日至19日在上海新国际博览中心举办。矽美科公司将一如既往的参加，希望在展会上和你们相遇！

如果您也在此展会，欢迎您光临我们位于N3-3157号展位。我们将展出GEM和EDA/Interface A产品以及我们的智能工厂平台。

SEMICON China将我们和世界上发展最快、最具活力的微电子市场联系在一起，并为参展商提供了一个为中国最专业的人士展示我们的产品和技术的平台。

在我们为展会做准备的过程中，我们欢迎任何会议邀约，无论是在线的还是具体地点面对面的，请单击下面的按钮预约。如果您也参与展会，我们随时恭候您光临我们的展位。希望我们很快能见面！

SEMICON China 2021, an in-person, is taking place March 17-19, 2021 at the Shanghai New International Expo Center. Cimetrix Incorporated will be exhibiting and we hope to see many of you there!

If you are able to be at the exhibition during this time, we encourage you to visit Cimetrix Incorporated at booth N3 3157. We will be featuring our GEM and EDA/Interface A products as well as our Smart Factory Platform.

SEMICON China connects people in the world’s fastest growing and most dynamic microelectronics market and gives exhibitors the platform to showcase our products and technologies in front of the most qualified audience of industry professionals in China.

As we prepare for the show, we welcome any meeting requests, both virtual or in-person depending on location, by clicking the button below. Or if you are able to be in Shanghai during SEMICON, we look forward to you dropping by our booth at any time. We hope to meet with you soon!

SEMI Europa is sponsoring a new event – Technologies Unite Global Summit – and we are excited to announce that Cimetrix Incorporated will have a virtual booth at this online event on 15-19 February, 2021. 

Technologies Unite Global Summit brings together the global microelectronics supply chain, manufacturers, and the end users for this digital experience that spotlights digital transformation and microelectronics industry innovation and growth. This summit will feature eight forums presenting the latest innovations, as well as seven pavilions from around the world where exhibitors and attendees can connect with the global SEMI community.

After a year of cancelled and postponed in-person events, we are happy to participate in these virtual events that gives all of a us a chance to re-connect with our global communities. Be sure to register for and attend this brand new event and be sure to stop by our booth!

Thomas Simon, the General Manager of our Europe office will be available during booth hours to host discussions about all of our products, and particularly our Cimetrix Sapience^® Smart Factory Platform.

We hope to see you there. You can contact our team any time to schedule a demo or make an appointment by clicking the button below.

Acquisition Provides Potential of Unrivaled Intelligence for Semiconductor, Packaging, and Electronics Manufacturing

PDF Solutions, Inc. (NASDAQ: PDFS) today announced it has entered into a definitive agreement to acquire Cimetrix Incorporated. The combination of Cimetrix^® connectivity products and platforms with PDF Solutions’ Exensio^® analytics platform powered by machine learning, is intended to enable IC, assembly, and electronics manufacturer customers to extract more intelligence – not just data – from their factory floor, to build more reliable ICs and systems at lower manufacturing costs.

“Cimetrix is excited to join the PDF Solutions team. Our two companies share the vision and commitment to provide a smart manufacturing platform that seamlessly connects high quality data from the factory floor to cloud based analytics platforms,” said Bob Reback, Chairman, President, and CEO at Cimetrix. “We believe this combination will provide tremendous opportunities for Cimetrix customers to benefit from the cloud, AI/ML, and analytics capabilities from PDF Solutions, and PDF customers will benefit from higher quality data originating from the factory floor using Cimetrix’s connectivity products and platforms.”

To read more, please view press release here.

Background and Audience

Over the past several years, I have written numerous blog postings heralding the benefits of the SEMI Equipment Data Acquisition (EDA, also known as Interface A) standards, promoting their adoption by 300mm wafer fabs around the world, explaining how to develop robust purchase specs to ensure the interfaces delivered by the equipment suppliers meet the fab customers’ expectations, describing how the various components of the standards work together and the importance of the embedded equipment model, and finally explaining how to run compliance and performance tests on an EDA interface to validate its fitness for production use. The target audience for most of these postings has been the factory users, for they are the ones who increasingly depend on detailed equipment and process data to profitably run their enterprises.

By contrast, this posting is aimed at the equipment suppliers who are looking to increase the value of their product families by augmenting their hardware offerings with software capabilities that only they are uniquely qualified to provide.

This is not a new idea. Several major equipment suppliers have offered so-called “Equipment Engineering Systems (EES)” products as companions for their equipment over the years, providing applications like Fault Detection and Classification (FDC), production monitoring, maintenance management, local repositories for diagnostics and field support, and other capabilities that leveraged deep domain knowledge of the equipment. However, these systems necessarily relied on private interfaces to the equipment for their data, such as an additional network connection, direct access to the file system, or other mechanisms. And from the fab’s perspective, these constituted yet another piece of infrastructure to maintain.

Now there’s EDA: a key enabler for value-added equipment applications

Since the SEMI EDA standards are inherently multi-client, a single EDA interface can support not only the factory information and control systems that depend on equipment data, it can also provide whatever information a supplier-specific application may need as long this data is represented in the equipment metadata model. Since that model is designed by the equipment suppliers as a fundamental component of the EDA interface, they can choose to put as much information in these model as they want, possibly well beyond that required by the fab customers’ purchase specifications. In fact, these models could be used to implement the diagnostic logging capability that suppliers usually build into their equipment for their own use, but without requiring custom software to read and interpret that information. See the figure below for an example of such a configuration.

The EDA standards also include a provision for “built-in DCPs” (DCP = Data Collection Plan) which can be shipped with the equipment and protected from accidental deletion at the factory site. These DCPs could be crafted by the equipment supplier to directly feed whatever value-added applications the supplier chose to develop, whether these resided on a computer local to the equipment in the fab, on portable computers used by field service engineers to diagnose problems, or on remote cloud-based systems allowed to connect via secure EDA-defined URLs. This flexibility opens up a wide range of application types, from those that embed equipment-specific algorithms to generic Machine Learning frameworks… the possibilities are endless.

What all these approaches have in common is a standard EDA client capability that can establish a session with the equipment, activate Data Collection Plans, and receive the ensuing Data Reports. The EDAConnecter within the Cimetrix Sapience platform provides all these features and more in a lightweight set of .NET libraries which can be deployed wherever they are needed to consume EDA data.

Conclusion

More and more semiconductor factories are requiring EDA interfaces with their new equipment purchases with highly prescribed equipment models and demanding performance criteria. From the equipment supplier’s perspective, these requirements have been viewed as a source of additional cost, with all the benefits accruing to the factory customers. But it doesn’t have to be that way…

Why not take advantage of this interface to offer additional value using a standards-based approach? This just might be an idea whose time has finally come. If you agree, give us a call – we can help you make it happen!

Background

Previous blog posting in this series have discussed the rationale for using SEMI’s GEM, GEM 300, and related automation standards in semiconductor backend factories, and pointed out that the specific adaptations required for the various backend equipment types are one of the focus areas for the SEMI Advanced Backend Factory Integration (ABFI) Task Force. In this posting, I will deal specifically with the benefits that can be realized by using the E157 Process Module Tracking standard in a backend factory context.

Since none of the backend material transformations are implemented in what front end experts would consider a “process chamber,” this may seem like an unlikely fit. Moreover, the velocity of backend processes seems contrary with the typical front end recipe execution paradigm. Finally, the lack of distinct substrate locations for some of the processes makes it difficult to know precisely when the process begins and ends for the affected material in some cases.

Regardless of these challenges, the requirements for single device traceability that include knowing the exact process conditions that a device was exposed to at every moment in its manufacturing life cycle (including the backend) argue for use of this standard wherever possible.Since none of the backend material transformations are implemented in what front end experts would consider a “process chamber,” this may seem like an unlikely fit. Moreover, the velocity of backend processes seems contrary with the typical front end recipe execution paradigm. Finally, the lack of distinct substrate locations for some of the processes makes it difficult to know precisely when the process begins and ends for the affected material.

SEMI E157 – Process Module Tracking

The purpose of SEMI E157 is “to define a standard equipment capability to report process-related data to the factory system… the activities of a processing location (i.e., process module) that are related to the execution of a recipe.” The standard further states that “the collection of process data during recipe execution is important to today’s semiconductor factories to support various applications that help optimize equipment processes, finished product quality, yield, and overall factory performance.”

These requirements are now every bit as important for backend factories as they are for the front end, so it is useful to understand how E157 can be effectively applied.

First of all, the E157 Module Process State Model is fairly simple, having only 4 states (three of which are “base states” with no sub-states) and 7 state transition events, shown in the diagram below.

This model represents the state of that portion (or portions) of a unit of equipment that executes a recipe to transform whatever material is present in that part of the equipment. In front end equipment, the chambers are relatively distinct, and usually process a small number of substrates (often one) at a time. By contrast, backend processes cover a broad spectrum of material types, from single wafers to strips (or lead frames) of multiple die to individual packages. The material flow characteristics also vary, from discrete (i.e., single workpieces) to batch to continuous. Moreover, the production rates and material volumes for these processes range from perhaps 90 wafers per hour to thousands of packages per hour… With these challenges, it is no wonder that the pace of automation for these facilities has lagged that of the front end.

How is the E157 Standard Used?

From the equipment’s perspective, every time the process module changes state according to the model above, the equipment sends the corresponding state transition event to the factory host computer. This is done using the SECS-II S6, F11 Event Report message with an event name exactly prescribed by the E157 standard.

The event report should also include whatever “context information” from the equipment that the factory applications need to analyze the equipment’s performance and behavior. For some backend processes, this might be lot ID, process job ID, recipe name, control settings, and current parameter values for important process variables. For others, it might be cumulative usage counts for fixtures with limited lifetimes, current levels of consumables used in the process, or configuration parameters for equipment with a range of setup possibilities. To further complicate matters, some of this information is common across most processes, some of it is process-specific, but some of it may actually be vendor-specific. It all depends on how the factory operates.

Finally, when used in conjunction with event timing information from other required standards (e.g., E90 Substrate Management), E157 data can help identify potential productivity issues, say, when there is an unexpected delay between material arrival (from E90) and recipe start (E157).

How Might E157 be Adapted for Backend Equipment?

As noted above, some equipment types process a stream of material continuously. In these situations, for a given lot, multiple substrates may be processed at the same time in a continuous flow (say, on a conveyor through an oven) until the lot is complete. For these types of equipment, E157 cannot be directly applied because it is chamber oriented, and you don’t get much useful information if you use the entire lot as the execution starting and completing events.

However, if you apply the same state model to the material (substrate, strip/lead frame, carrier, etc.) being processed rather than the equipment component, the collection events defined by E157 can be implemented when a unit of that material changes state. Specifically, the equipment can report the same collection events (ExecutionStarted, StepStarted, StepCompleted, ExecutionCompleted, StepFailed and ExecutionFailed) when execution on a substrate changes state, including when a step is started and completed. The meaning of a “step” would still be interpreted and designed by the equipment supplier. Associating these E157 collection events with a new “substrateID” data variable rather than a chamber enables the factory user to track the material state for each substrate going through the equipment.

Which Backend Equipment Types Should Implement E157?

Even though backend metrology, inspection, and test equipment may run recipes to perform their tasks, since no material transformation takes place, the state transition events and related context are far less important than the measurement and inspection results that these equipment types generate.
For the rest of the backend processes, the relative priorities for implementing E157 are the following:

High – die attach, wire bonding, dicing/sawing/singulation

Medium – backside grinding, polishing, plating, annealing molding, trim and form

Low – wafer mounting, die glue curing, deflashing, laser marking, tie bar cut, baking, burn-in

One category of equipment we have not mentioned is custom assembly equipment that can vary greatly by the end product form factor. The use of E157 in this equipment will depend entirely on the process complexity and sources of variability that must be tracked. However, it is safe to assume that for all but the simplest of processes, E157 will likely play a useful role.

Conclusion

E157 is a prime example of an exceptionally simple and well-written standard built on top of GEM technology that is easy to implement and provides a lot of end user value. The SEMI ABFI task force is now evaluating the specific adaptation of E157 for various backend equipment types and welcomes your contribution to that process.

We are once again gearing up for a virtual show next week! SMTA International is going to be held virtually 28-30 September, 2020. We are excited to be exhibiting at this show for the first time! SMTA International (or Surface Mount Technology Association International) was established in 1984 and is a non-profit international association of companies and individuals involved in all aspects of the electronics industry. The association brings together a professional network of process engineers, executives, project managers, designers and technologists who are shaping the future of the electronics assembly industry.

For the first virtual SMTAi Conference, anyone can register for a free expo pass that also includes the Live Electronics Expo, (Mon-Wed 9/28 – 9/30), the Student and Young Professionals Program (Tues PM 9/29), the Women’s Leadership Program (Wed PM 9/20) and much more.

Cimetrix will have a virtual booth that will me manned by product experts throughout the 3-day expo. We will have live demo times available by reservation (you can sign up now or during the show!). We will also have videos and documentation that features our products and services.

Cimetrix Sapience® will be showcased at SMTAi. Sapience is a smart factory platform to seamlessly connect varying factory equipment within a single event-driven framework. The Sapience platform provides rapid-deployment tools for factories to mine the treasure trove of data available from shop floor equipment, driving actionable insights for optimal decision-making.

We would love to “see” you at the virtual SMTAi Conference next week! Be sure to stop by our booth and talk to us! There will be private chat and voice/video conferencing available from 9:30 am – 4:30 pm CT during the expo and we’d love to meet up and talk about your needs!

SEMICON Taiwan 2020 is coming soon and our Taiwan team will be there! You can read about it now in Traditional Chinese or below in English

SEMICON Taiwan將是SEMI的第一個全面的實體虛擬活動。這與Cimetrix的業務完全吻合，我們將在智能製造大廳的K3068號展位展出。

我們知道今年是史無前例的，許多人將無法前往台灣。但是，我們想邀請所有能夠參加展會的人前來參觀，看看Cimetrix的新功能！ （您也可以在演出前隨時與我們安排會議）！

Cimetrix將在SEMICON Taiwan上展示我們的最新產品和尖端技術。這包括我們的設備控制平台演示，EDA產品以及GEM連接性和一致性測試產品。我們還將能夠提供有關SEMI標準和SEMI技術的一些最新更改的更新。

我們也很高興宣布今年的演講嘉賓：我們的新產品創新副總裁艾倫·韋伯（Alan Weber）和我們的台灣總經理李孟修（Michael Lee）將就“半導體智能製造：業務驅動器，技術的不斷發展的紐帶和標準”發表演講。於9月24日星期四上午11:30會見專家展位（J3146）

祝大家安全健康地進行展覽。儘管我們的許多全球團隊都會錯過此次展會，但我們的台灣團隊和合作夥伴將隨時準備回答您的所有問題。我們希望看到你在那裡！

SEMICON Taiwan will be SEMI’s first comprehensive physical-virtual event, and will take place during September 23-25 at TaiNEX 1 (Nangang Exhibition Center) in Taipei, Taiwan with the theme “Leading the Smart Future.” This is perfectly aligned with the business of Cimetrix, and we will exhibit in the Smart Manufacturing hall at booth K3068.

We know this year is unprecedented and many will not be able to travel to Taiwan. However, we would like to invite everyone who is able to attend the show to stop by and see what’s new with Cimetrix! (You can also schedule a meeting with us at any time before the show)!

Cimetrix will showcase our latest products and cutting-edge technologies during SEMICON Taiwan. This includes our equipment control platform demonstrations, EDA products and GEM connectivity and compliance testing products. We will also be able to give updates on some of the latest changes to the SEMI Standards and SEMI technologies.

We are also excited to announce our speaker this year: Alan Weber, our VP of New Product Innovations, and Michael Lee, our General Manager in Taiwan, will speak on the topic of “Semiconductor Smart Manufacturing: An Evolving Nexus of Business Drivers, Technologies, and Standards” at the SEMI Meet the Experts Booth (J3146) on Thursday, September 24 at 11:30 a.m.

We wish everyone a safe and healthy exhibition. While many of our worldwide team will miss being at the show, our Taiwan team and our partners will be available and ready to answer all your questions. We hope to see you there!

Hi folks! We in the CCF (CIMControlFramework) Services Team love training/consulting on CCF implementations and building custom software for our customers. We’re especially thrilled when we can help our customers ship new equipment and subsequently hear that the equipment successfully ran thousands millions of cycles without issues.

Recently, we enjoyed helping one of our customers build a tool that processes non-wafer substrates. The tool control system included some typical components such as Rorze Hardware Drivers, Light Tower drivers, and a Load Port E84 IO Control, but had some more unique capabilities as well. In this posting we will explore some of the challenges posed and advantages realized from these special capabilities. Before we dive in, please allow me to give a shout out to John Last, our Senior Software Engineer who designed and built most of these capabilities.

Process Module Operation Screen

Rather than simply logging data points, our customer wanted a visual representation of temperature over time (minutes). We displayed the categorized variables and their values in tables as well, but the graph updating in real time made it much easier for the operator to visualize the patterns and identify risk events and their sources. The graphing feature needed to be active whether or not the process module operation screen was being displayed. Moreover, It had to handle 3 different step types (Ramp, Dwell and Cool).

Calculating the Y-Axis range for this display presented an additional interesting challenge. The minimum and maximum values were determined by searching all recipe steps and selecting the lowest and highest value setpoints, then subtracting a fixed number from the lowest to get the Y-Axis minimum value and adding a fixed number to the highest value to get the Y-Axis maximum value. The figure below shows how the expected process data should look compared to the observed process data. This allows the operator to see what the equipment is expected to do compared with its actual behavior.

Partial FOUP grouping to create a single batch

Our customer required the capability to group multiple partial FOUPs into a single batch. This is especially useful in scenarios where partially filled FOUPs would be used—say, in R&D environments. In other words, we needed to support scenarios where the number of FOUPs needed for processing a batch exceeded the number of load ports. This required us to create Control Jobs with a MtrlOutSpec containing a valid SourceMap with an empty DestinationMap. We relied on SEMI E94’s concept of “Late Announcement of Output FOUP” to specify the input FOUP but not the output FOUP. This allows the scheduler to say, “We know the substrate will go to a different slot, but we won’t tell you which slot until later.”

E90 substrate reading in the Panel solution

As with most tools, each of the substrates has an ID, and this ID must be read and reported to the host. In this case, our host had to verify that the expected ID matched the actual ID. On a successful match, the equipment would then continue the job. If it failed, however, the host would be notified and decide whether to proceed or change something. Capabilities like these maximize throughput and mitigate risks to equipment safety side and production scrap.

Different Panel Types

This machine was required to deal with panels having multiple thicknesses and possible warpage. Therefore we needed to provide a method for an operator, the recipe, and the host to specify the panel type to be processed. None of the variations of panel types were known ahead of time, so we needed methods that handled additional panel types without having to make code changes after the equipment was deployed in production.

The tool also required different substrate mapping parameters for each panel type. Because panel type was specified in the process program referenced in the Process Job, the panel type was not known when the FOUP arrived at the load port. To handle this situation, we customized a standard factory automation SECS II message to communicate the panel type from the host to the tool on arrival of the FOUP.

Conclusion

This equipment was built on an extremely aggressive timeline by a very small team. I was particularly impressed by the team’s ability to grasp the end customer’s requests and creatively explore alternative ways to solve the never-before-seen challenges. In summary: no drama; a few delays; even fewer verbal altercations; just a little frustration; only a little scope creep; and most important, a satisfied factory customer. We all cheered when our customer shipped the tool in 2020.

To find out more about CIMControlFramework and our CCF Services team, or to contact us for a demo, click the button below.