Industry News, Trends and Technology, and Standards Updates

Standards Activity Report SEMI NA Spring 2021

Posted by Brian Rubow: Director of Solutions Engineering on May 12, 2021 11:45:00 AM

Stcked_Standards_logoFor the first time since the Fall of 2019, the SEMI North America Information & Control Committee (I&CC) was finally able to meet and conduct business online. Throughout all of 2020, the I&CC was not able to meet because SEMI regulations did not at that time allow voting in online meetings. Instead, only the task forces have been meeting. As a result, any passing ballots, unless super clean, had to wait for adjudication in the North America I&CC.

This year, prior to the I&CC meeting on April 1 and 2, all of the associated task forces also met as usual, including the GEM 300, Diagnostic Data Acquisition (DDA), and Advanced Backend Factory Integration (ABFI) task forces. Moreover, the I&CC was able to conduct all the unresolved business that had accumulated over the last year. During the committee meeting, the I&CC successfully used the SEMI Virtual Meeting (SVM) software which runs in an internet browser, allows each committee member to log in, and allows for official voting to take place during the meeting. The North America I&CC will meet again during the summer.

GEM 300 Task Force

In the GEM 300 task force, the primary activity was to officially redefine its charter and scope to match what it has already been doing for the last 20 years. Each SEMI task force defines a “Task Force Organization Force” document (aka TFOF) to establish its charter and scope. Somehow, the GEM 300 task force charter and scope were severely out of date.

In addition to this update, some changes to the E5 standard finally passed voting, pending some final approval. The E5 changes include several new messages and establish definitions for commonly used data collection terminology. The new messages complement the existing set of messages by allowing the host to query information about the current data collection setup. Currently, it is common for a host program to reset and redefine all data collection after first connecting to an equipment because there has been no way to query this information. With these new messages, the host will be able to query the setup and confirm that no data collection has changed while disconnected. Finally, it will be easier to test GEM interfaces with these new messages.

The task force already approved tasks to consider some major work to the GEM standard. The task force is also considering changes to the E116 standard, but there is some resistance to these changes. Here is a summary table of the GEM-related standards activity from across the globe.

Region

Ballot

Standard(s)

Status

Topic

South Korea

5832

New

Cycle 5, 2020

Generic Counter

South Korea

6695

E87

Adjudication

Ready to unload prediction changes.

North America

6572

E30

Development

Add Stream 21, more stream 2, Cleanup Process Program Management.

North America

6552

E5

Adjudicated Spring 2021

Data collection setup, terminology. Ratification ballot proposed.

2 line-items pending since Summer 2020

North America

6598

E37, E37.1

Cycle 7, 2020

Standardize TCP/IP port numbers

North America

6597

E173

Adjudicated Spring 2021

Minor updates, clarification

Pending since Spring 2020.

North America

6647

E116

SNARF Revision

Recommendations from the ABFI task force

North America

6683

E148

Development

Line item revision

 

DDA Task Force

In the Diagnostic Data Acquisition (DDA) task force (responsible for the EDA standards, aka Interface A), freeze 3 development is moving forward. All of the ballots still failed as expected. The number of remaining technical issues nevertheless has dwindled to just a handful. E132, E125, and especially E164 need the most work.

Following is a summary of the previously completed work.

Standard (Ballot)

Ballot Status

Lead

E132 (6337)

Published - 04/29/2019

Brian Rubow (Cimetrix)

E138 (6336)

Published - 03/15/2019

Brian Rubow (Cimetrix)

E134 (6335)

Published – 03/29/2019

Inhyeok Paek (Link Genesis)

E120 (6434)

Published – 05/30/2019

Inna Skvortsova (SEMI)

E145 (6436)

Published – 05/31/2019

Inna Skvortsova (SEMI)

E178 (6300)

Published – 01/10/2020

Mitch Sakamoto (ZAMA)

E179 (6344A)

Published – 03/27/2020

Albert Fuchigami (PEER)


And here is a summary of the work in progress.

Standard (Ballot)

Ballot Status

Lead

E125 (6718)

Development

Brian Rubow (Cimetrix)

Hyungsu Kim (Doople)

E132 (6719)

Development

Mitch Sakamoto (ZAMA)
Albert Fuchigami (PEER)

E134 (6720)

Development

Brian Rubow (Cimetrix)

E164

 

Alan Weber (Cimetrix)

E125.2 (6345)

Development

Albert Fuchigami (PEER)

E132.2 (6346E)

Development

Albert Fuchigami (PEER)

E134.2 (6347)

Development

Albert Fuchigami (PEER)

E125 (6527C)

To Abolish

Replaced by 6718

E132 (6571C)

To Abolish

Replaced by 6719

E134 (6553C)

To Abolish

Replaced by 6720

 

All of the failed ballots will be reworked and resubmitted for voting. For many of these ballots, it will be the sixth time to go through the SEMI ballot procedure. Consensus is very nearly achieved, and the defects in the ballots have been identified and corrected. Additionally, there are plans to modify SEMI E179, the standard that defines how gRPC will be utilized. While testing EDA freeze 3, Cimetrix has identified two simple ways to modify the E179 protocol buffer files in order to reduce overhead. These and a few other changes will be proposed in a new ballot.

One of the last changes to the freeze 3 standards will be the introduction of passwords. In the current freeze 1 and freeze 2 versions, there are no passwords. Any client that knows a valid, unused Access Control List entry (ACL, the equivalent of a user name) can connect; therefore, there really isn’t any authentication unless using the SSL protocol with certificates. Passwords will enhance EDA security and facilitate EDA interface setup by allowing client applications to use the same ACL entry while defining a unique password to block other clients from using the same entry. The final E132 ballot will finalize the password feature.

The task force leaders are asking the voting members to raise any final issues before these ballots are submitted to SEMI to the next voting cycle so that we can approve these standards, give implementers a chance to experiment with EDA freeze 3, raise any serious issues that impede the implementation, and then propose the final changes which incorporate that feedback. Until a version of these standards is formally approved, it will be difficult to get concrete and widespread feedback on the new technology, which is a necessary precursor to its adoption and use.

ABFI Task Force

The Advanced Factory Integration task force passed more changes in E142 without controversy. The task force plans to create E142.4, another GEM implementation of E142, designed for larger wafer maps to allow for increased traceability possibilities. Additionally, the task force continues to make plans to develop an adoption matrix as a new standard to describe when GEM and GEM 300 standards should be adopted in backend equipment based on equipment features.

Topics: Industry Highlights, SECS/GEM, Semiconductor Industry, EDA/Interface A, Doing Business with Cimetrix, Smart Manufacturing/Industry 4.0, GEM300, Standards

Summer 2020 North America GEM 300 Task Force Report

Posted by Brian Rubow: Director of Solutions Engineering on Jul 22, 2020 10:45:00 AM

Background

The SEMI North America GEM 300 task force is part of the North America Information and Control Committee (I&CC or NA I&CC). Normally this task force meets in San Francisco as part of SEMICON West. However, this year the technical committee meetings are spread over several weeks and don’t coincide directly with SEMICON West. Additionally, the I&CC did not meet at all because SEMI regulations do not currently allow TC Chapter (Committee) voting in virtual meetings. That will hopefully change later this year, but for now inhibits the pace of SEMI standards development.

However, the GEM 300 task force did meet on Monday July 13, 2020, and continues to develop SEMI standards. I am co-leader of the NA GEM 300 task force, along with Chris Maloney from Intel. This blog is a summary of the current task force activities.

Pre-Meeting Summary

The table below contains a summary of the worldwide activities related to the GEM 300 task force as of the start of this summer’s meeting. There are corresponding task forces in the Japan and South Korea regions which are also active.

Region

Ballot

Standard(s)

Status

Topic

South Korea

5832

New

Cycle 5, 2020

Generic Counter

North America

6348

E30

Published

SEMI style/regulation conformance

North America

6572

E30

Development

Add Stream 21, Cleanup Process Program Management.

North America

6552

E5

Cycle 5, 2020

Data collection setup, terminology

North America

6598

E37, E37.1

Cycle 5, 2020

Standardize TCP/IP port numbers

North America

6597

E173

Adjudication Pending

Minor updates, clarification

Awaiting I&CC adjudication from cycle 2, 2020 voting (no negatives) and the task force recommendation from Spring 2020.

North America

6647

E116

Development

Recommendations from the ABFI task force

 

Current Ballot Activity

Two ballots were adjudicated during the most recent GEM 300 task force meeting. For those of you new to the standards development process, the term “adjudication” means that we review the results of the voting and recommend handling of all negative votes and comments received. The recommendations by the task force are then presented to and finalized at the committee level. Since the North America I&CC did not meet, the failed and super-clean ballots are being transferred to other regions (probably Taiwan) for further processing. Passed ballots with any negatives or comments are put on hold until NA I&CC meets so that the merits of the comments and overridden negatives can be evaluated.

6552A E5

This ballot modifies the E5 SECS-II standard. The ballot included three line-items, each of which is voted on separately

  1. This is the most exciting activity in this ballot because it will give GEM host software much better tools for managing and testing GEM data collection. The first line item proposed adding several new messages to the E5 standard including a message to:
    1. Query the list of defined report identifiers
    2. Query report definitions
    3. Query a list of event report links
    4. Query the list of enabled events (this could already be done using Status Variable EventsEnabled)
    5. Query the list of streams and functions configured for spooling
    6. Query the list of defined trace identifiers
    7. Query trace definitions
  1.  
  2. Establish proper definitions for status variables, data variables and equipment constants. Additionally, deprecate the usage of the data item “DVNAME” which has generated confusion for years since it means a data variable identifier and not a data variable name.
  3. Clarify the usage of message S7F17/F18. This message allows deletion of one or more recipes, but only returns a single acknowledgement code. The new clarification defines what to expect when an error is returned.

Each of the line items had at least one comment or negative; therefore, none was super-clean. The GEM 300 task force decided to pass line items 1 and 3, but fail line item 2.

6598A E37

The primary purpose of this ballot is to clarify some confusing text related to the T8 timer. Additionally, there are other improvements related to recommended settings. The GEM 300 task force decided to fail this ballot.

New Ballot Activity

Here is a summary of the next set of ballots to expect from the NA GEM 300 task force planned to be presented for Cycle 7 voting later this year.

Ballot

Specification

Description

6552B

E5

A rework of ballot 6552A line item #2, which is described above.

6598B

E37

A rework of ballot 6598A described above.

6647

E116

Recommendations from the ABFI task force to allow the GEM host to declare scheduled/unscheduled down time and for the equipment to declare an Engineering mode. This will allow E116 to map better to E10.

6572

E30

A major change to the GEM standard to officially allow usage of Stream 21 for large unformatted recipes and E172 SEDD files, deprecation of some little used recipe alternatives like E42, implementation of the new E5 messages from ballot 6552A line item #1, and several other enhancements.

Note that the ballot number will be changing due to a late scope change.

?

E148

Upgrade NTP from version 3 to version 4.

 

Getting Involved

For those interested in participating, it is easy to join SEMI standards activities. Anyone can register at www.semi.org/standardsmembership.

All SEMI task force ballot activities are logged at http://downloads.semi.org/web/wstdsbal.nsf/TFOFandSNARFsbyCommittee?OpenView&Start=1&Count=1000&ExpandView

After joining the standards activities, anyone can get involved. The task forces post everything on the connected @ SEMI website https://connect.semi.org/home. The North America GEM 300 task force community is called “GEM 300 Task Force - North America”.

To find out more about SEMI Standards, GEM300, or to talk to standards expert, click the button below. 

Ask an Expert

Topics: Industry Highlights, SECS/GEM, Semiconductor Industry, GEM300

How we helped a customer deliver a GEM-compliant equipment using CCF

Posted by Rich Kingsford; Project Manager, CCF Services on Jun 4, 2020 2:30:00 PM

Welcome to the first posting in the Cimetrix CIMControlFramework (CCF) Services blog series! While Cimetrix has been providing professional services for many years, in order to better serve the growing demand from many new equipment maker customers worldwide that have purchased our CCF product, Cimetrix earlier this year formed a new CCF Services group, reporting directly to the CEO. Being a senior developer at Cimetrix for the past 15 years in a variety of positions, I was delighted when asked to lead this group. We have an outstanding team of software engineers highly experienced in factory automation, equipment control software and SEMI standards. We are dedicated to ensuring our customers’ success by providing training, consulting, and developing custom solutions for our CCF customers. We love learning about the myriad ways that companies can integrate CCF with their equipment to meet the material handling and factory automation requirements of their factory customers. Our goal for these articles is to share some of the lessons learned and other implementation insights to help you efficiently build manufacturing equipment that is sophisticated, robust, and productive. To this end, our first posting will deal with one of the most common requests we get – enjoy!

- Forward by Brent Forsgren, Director of CCF Services

How we helped a customer deliver a GEM-compliant equipment using CCF

The Goal

One of our recent customers wanted to build a new type of LED manufacturing equipment that could be controlled by a Factory Host using the standard GEM Remote Commands: PP_SELECT (Process Program Select), START, STOP, ABORT, PAUSE and RESUME. The equipment could be delivered in a variety of physical configurations, including 1-to-multiple source cassettes for product material, and 1-to-multiple process modules. It also had multiple destination cassettes to be filled according to the post-process analysis results. The initial instance of the equipment had 4 loadports (LPs) and four process modules (PMs).

The functional requirements were clear – that was the good news. Now for the rest of the story… the project schedule and budget constraints were closing in, so we needed to work quickly and efficiently with the customer to get it done. Sound familiar?

The Approach

The Cimetrix CCF Services team always works closely with the software team of the equipment manufacturer. In this case, we started with one week of mutual discovery and in-depth hands-on training. Team members were fully engaged and picked up the CCF capabilities very quickly. This included even some of the more advanced features, such as developing a scheduler that would control the components of the customer’s application. We regularly fine tune training modules to 1) introduce CCF concepts, 2) expose common challenges and potential approaches, and 3) provide realistic implementation practice exercises. As anticipated, the customer was able to use the results of the training exercises in the actual equipment control solution. We also kicked off the project with our work-breakdown exercise to more deeply explore the unique requirements for their specific equipment type.

After an intense first week, everyone on the project team concluded that CCF would in fact be a strong match for their needs. CCF features direct integration with our CIMConnect, CIM300, and CIMPortal connectivity products to provide full GEM, GEM300 and EDA compliance. Because the Cimetrix connectivity products are deployed in every semiconductor 300mm factory in the world, our customers can be assured that they will meet their customer’s factory automation requirements. In this application, the end customer’s LED factory only required GEM.

To address requirements that may go beyond the basic GEM standards, CCF also provides support for custom remote commands, data publication, and alarm management. Finally, CCF supports integrating custom hardware devices using CCF’s base Equipment Classes.

To prove all was working, we chose the Cimetrix EquipmentTest product to develop and execute a set of unit tests that emulate communications with the factory software using GEM messages. This was not intended to be a comprehensive set, but rather just enough to show the equipment passed round-trip system testing. In this context, round trip means showing that the equipment can move material from the incoming cassette to the aligner to the process module and back into the cassette. EquipmentTest also supports editing message settings and parameters on the fly to experiment with different configurations of a round-trip test.

The Challenge: “The Host is unavailable, but we need to validate that the equipment is both GEM compliant and accomplishes the communication flows the end user requires.”

We get this challenge a lot… Our customers almost always develop the host interface and the embedded control software in parallel and integrate them later in the project. This makes sense at one level, but it does introduce a “chicken and egg” problem for testing this kind of GEM interface. In particular, how can our customer provide evidence that the solution will work with the factory host without testing with the actual host system? Our answer: apply our EquipmentTest custom plugin capability to simulate the end user’s host so we can validate all necessary communication between host and equipment.

Our protocol validation product, EquipmentTest, makes it possible to simulate communications between an equipment control implementation and the host. And although it is impractical to implement scenarios for every possible interaction, we can create enough representative scenarios to be confident the “happy path” (i.e., no errors) will work and that the interface will handle a large handful of “sad path” cases as well.

CCF-Services-Image1

Outcome

We passed all the tests! “Let’s go get some tacos.”

Specifically, we validated that the communications interface supported…

  • Standard GEM Remote Commands
  • Custom Remote Commands
  • Material tracking
  • Data publication

In closing, we must emphasize that our customer should take most of the credit here. Nevertheless, we enjoyed observing, consulting, and testing the equipment. It is always gratifying to see the CCF solution fit so seamlessly into the hardware, execute its commands with optimal timing, and not break anything in the process! Truly a successful, joint team effort.

If the situation above resonates with your current challenges and past experiences, give us a call. We look forward to working with your software engineering team to speed your time-to-market and deliver a high-quality solution quickly, allowing your team members to focus on developing value-added functionality for your customers.

Topics: Industry Highlights, Equipment Control-Software Products, Doing Business with Cimetrix, GEM300

Implementing CIM300

Posted by Brent Forsgren on Oct 26, 2017 11:34:00 AM

I have fond memories as a kid spending Saturdays working on the family cars with my dad. We would dive in to taking things apart and putting them back together again. Whatever the problem was we could figure it out and fix it. With cars from the 1960s and 1970s, there wasn’t too much risk with this approach to car repair. Today, I still like to do my own car repairs when I can. But cars nowadays are far more complicated and compact. I have learned that I can’t just jump in and wing it with any hope of getting it done right or in a timely manner. My experience has taught me to rely on the experience of others, learn from their lessons and save myself from late nights asking, “what have I gotten myself into?”

Cimetrix CIM300TM tool kit out of the box has already implemented a lot of the GEM 300 work for you. Notice I said “a lot” and not “all” of the work for you. To complete your GEM 300 application, your software will have to integrate with CIM300. The GEM 300 standards can be quite complex and some of the scenarios have intricate details. CIM300 provides a rich set of APIs and callbacks to help you implement a compliant GEM 300 solution. The key to success is knowing how to use the APIs and callbacks for the different GEM 300 scenarios.

The SEMI E87 Carrier Id Status state model, pictured below, is just one of many state models defined in the GEM 300 standards.

Carrier ID Status State Model for CIM300Figure 1 CARRIER ID STATUS STATE MODEL

There are several transitions in this state model and intricate conditions that determine which transition should be triggered. CIM300 supports this state model, but it requires interaction with your application to know which transition to make in the state model. In my experience, most people handle the happy path scenarios correctly, whether they're “winging it” or had formal training. However, I have rarely seen people handle the error scenarios correctly, without training on GEM 300 and CIM300. While understandable, error scenarios are often hard to follow and the implementation differences are subtle. The risk of doing it wrong in the software will execute the wrong transition in the state model, which in turn sends the incorrect event to the GEM host. The wrong event could really mess things up for the host. In both the happy path and error scenarios, the CIM300 API to call is the same:

CMSLib::CCxE87CMS::CarrierAtPort

However, how you specify the parameters to the call, it is different for each scenario. The differences in how you call the API will trigger different transitions in the state model. Our documentation for this one API call alone is longer than this entire blog post. That is how important it is to get it right. In addition to our product documentation, Cimetrix also provides CIM300 training and sample applications illustrating how to use our products.

I strongly recommend taking advantage of our CIM300 training. Training is the best first step to integrating CIM300 with your tool application. Training is typically a week long and provides an overview of the GEM 300 standards as well as hands-on experience using CIM300. The goal for Cimetrix in training is that by the end of the week-long training, clients have completed an implementation of a GEM 300 happy path scenario. That is, you receive hands-on experience using CIM300 to implement carrier verification (SEMI E87), creating and running a process job (SEMI E40) and control job (SEMI E94), tracking substrates (SEMI E90), and tracking equipment performance (SEMI E116).

Make sure you also leverage the sample applications that accompany CIM300. The sample applications provided with CIM300 give a jumpstart on integrating CIM300 with your own application. You can use the sample application as a reference for how to use our APIs and callbacks, copy/paste portions of the code into your own code, or use our application as a starting point for your own software. If you’re like me, you like having working source code you can refer to for concrete examples of how to do things and to see how things should work together.

If you dive right in and start implementing CIM300 without training or mentoring from an expert, you may find yourself spending a lot of late nights asking yourself, “what have I gotten myself into?” A little training goes a long way in simplifying the implementation!

Find out more about CIM300 or request a Technical Product Overview and/or Product Demo today!

Request CIM300 Resources

Topics: Doing Business with Cimetrix, Cimetrix Products, GEM300

A Look Back at 300mm Semiconductor Fabs

Posted by David Francis: Director of Product Management on Mar 26, 2012 10:34:00 AM

By David Francis
Product Manager

I ran across an old issue of Future Fab International – Issue 6 – that I have had since it was published in 1998. I helped write an article that was published in this issue titled “Complete System Integration is Crucial to the Success of 300mm Manufacturing.” The article looked at changes that would be required in semiconductor manufacturing to support the move from 200mm wafers to 300mm wafers.

300mm Wafer resized 600

At the time, I was working for a software company that specialized in the development of Material Control Systems (MCS) for controlling Automated Material Handling Systems (AMHS). Most of the 200mm manufacturing facilities had implemented inter-bay transport systems that move material from one manufacturing bay to another, but within the bays, operators manually loaded wafers onto process or metrology equipment. Operators had to decide what work should be done next, or where the material should go after each process, after reviewing choices from a dispatch screen. There were islands of automation, but not much integration.

With the size, weight, and bulk of the 300mm carriers, transport systems would need to deliver material directly to the processing or metrology tool. This required very tight integration between the MCS, the dispatching system, and the factory Manufacturing Execution System (MES). In 1998 the GEM300 standards that would make all this possible had not been adopted very widely yet and were only starting to get semiconductor equipment suppliers’ attention.

This old article talked about the need for developing a reliable, low-footprint intra-bay transport system. It also explored the new concept of having the dispatch system make the decision about what work to do next rather than just suggesting what could be done. The MCS would need to interface with the dispatching system to be able to position material close to where it would be needed for processing.

The SEMI GEM 300 standards started gaining traction about the year 2000 and the idea of “lights out” manufacturing soon became a reality. It has been exciting to watch as the MES, dispatcher, AMHS and MCS systems have progressed and the fully automated, integrated manufacturing environment described in the article has become a reality.

Semiconductor Fab resized 600

While the move to 450mm wafers is probably still a few years off, I expect that transition will be much easier than the transition from 200mm to 300mm because of the work done for 300mm factories. The standards are well established, the control systems have matured, and the integration of the various components is very stable. It is exciting to see these future visions become common practice.

Recently, Cimetrix updated our Introduction to SEMI GEM 300 Standards white paper.  We have refreshed the content to answer some of the questions many people pose to us. Take a look and let us know what you think.

Topics: Industry Highlights, SECS/GEM, Cimetrix Products, GEM300