Semi E122.1
SEMI E122.1 defines the exact SECS-II message set for TSEM — the specific status-variable IDs (SVIDs), report IDs (RPTIDs), and collection-event IDs (CEIDs) a tester uses to report test-program identity, bin/sort results, and site status over the wire — rather than the general tester-vocabulary concept E122 establishes. E122 says a TSEM-compliant tester has to expose test-program, bin, and site-state information through a defined vendor-neutral vocabulary; E122.1 is the protocol-binding companion that fixes precisely which SECS-II messages and variable numbers carry that vocabulary, the same relationship E99.1 has to E99 and E116.1 has to E116, now applied to the test floor.
The reason E122 needed its own protocol-binding companion is the same gap every other CEM specialization closes the same way: a defined vocabulary in prose still leaves the SVID, RPTID, and CEID numbers open to each tester vendor's own implementation, so two E122-compliant testers can report the same bin result using different variable IDs the host has to reconcile by hand. E122.1 removes that gap by fixing the SECS-II message set itself, so a fab's test-floor host software can write one GEM driver against E122.1's defined numbering scheme and have it work against any tester implementing TSEM, rather than maintaining a per-vendor mapping table for test-program, bin, and site data.
E122.1 completes TSEM the same way every ".1" protocol binding completes its base standard: E122 defines what a tester has to communicate, and E122.1 is the fixed SECS-II numbering scheme that makes that communication identical across vendors, so a fab's test-floor host software never has to special-case a tester by brand to get usable bin and site data out of it.