Triển khai SEMI EDA Interface A tại nhà máy bán dẫn ở Thái Lan không dừng ở câu trả lời “có thể đọc dữ liệu từ máy”. Bên mua cần xác định giá trị nào của thiết bị, mô đun và cảm biến sẽ được thu thập; tần suất hoặc điều kiện kích hoạt; ý nghĩa và chất lượng của từng giá trị; và ai được quyền thay đổi kế hoạch thu thập. Bài viết chuyển những câu hỏi đó thành yêu cầu mua sắm và bằng chứng nghiệm thu. Trọng tâm là thu thập dữ liệu khối lượng lớn, metadata, Data Collection Plan (DCP), phân quyền, tương thích phiên bản, PoC và FAT/SAT, đồng thời giữ ranh giới điều khiển của SECS/GEM.
Đối tượng là bộ phận mua sắm, kỹ sư quy trình, đội OT và nhà cung cấp thiết bị được yêu cầu hỗ trợ Interface A. Tiêu chuẩn SEMI không đổi theo quốc gia. Sự khác biệt tại nhà máy Thái Lan nằm ở cấu hình thiết bị, mạng, đội vận hành và trách nhiệm hỗ trợ; các điểm này phải có trong RFP.
Tách thu thập EDA khỏi điều khiển SECS/GEM
Hai vai trò quanh cùng một thiết bị
Theo giải thích SEMI công bố tháng 8/2026, SECS/GEM và GEM300 chủ yếu đảm nhiệm điều khiển, cấu hình thiết bị; EDA/Interface A là kênh song song tập trung vào thu thập dữ liệu khối lượng và tốc độ cao. RFP không nên yêu cầu thay SECS/GEM bằng EDA. Recipe, trạng thái thiết bị, job và xử lý vật liệu vẫn cần giao diện điều khiển được thống nhất; EDA mô tả dữ liệu trích xuất cho phân tích. Xem thêm hướng dẫn triển khai SECS/GEM tại Thái Lan về phía điều khiển.
Hai kênh tách biệt không có nghĩa tải thu thập bằng không. CPU, lưu trữ, mạng nội bộ và phần mềm điều khiển của thiết bị có thể dùng chung tài nguyên. Phải thử DCP tần suất cao khi máy chạy ở trạng thái đại diện cho sản xuất. Yêu cầu nhà cung cấp nêu giới hạn số điểm, dải tốc độ, số client đồng thời, bộ đệm và cách xử lý khi client mất kết nối. Chỉ tiêu có ý nghĩa là tổ hợp số điểm, tần suất, độ trễ, mức thiếu dữ liệu cho phép và tải máy, không phải một con số Hz quảng cáo.
SEMI nhận xét việc thu thập bằng GEM truyền thống có thể bị giới hạn do chia sẻ kênh với điều khiển. EDA giúp yêu cầu event, trace và exception linh hoạt hơn. Tuy nhiên khả năng thật phụ thuộc cấu hình; “tương thích EDA” không có nghĩa mọi cảm biến bên trong đều được xuất ra.
Diễn đạt đúng ranh giới “chỉ đọc”
Trong thiết kế này, EDA là đường thu thập phục vụ phân tích: client phân tích không phát lệnh đổi recipe hoặc điều khiển sản xuất. Điều đó không có nghĩa không tồn tại thao tác quản trị thu thập. Người có quyền vẫn cần tạo, kích hoạt, dừng và duy trì DCP. RFP cần phân biệt lệnh điều khiển sản xuất với thao tác quản lý kế hoạch thu thập, nêu rõ người thực hiện, người phê duyệt và audit log.
Nếu ứng dụng phân tích sẽ ra lệnh dừng máy hoặc điều chỉnh recipe khi phát hiện lỗi, đó là thiết kế vòng điều khiển khác. Nó cần đánh giá an toàn, quản lý thay đổi và kiểm thử nghiệm thu riêng. PoC ban đầu nên giới hạn ở thu thập, lưu và hiển thị dữ liệu với phạm vi đã phê duyệt.
Quyết định trường hợp sử dụng trước khi liệt kê tiêu chuẩn
Danh mục Information & Control công khai của SEMI nêu E120, E125, E128, E132, E134, E138 và E164 trong nhóm liên quan EDA. Về khái niệm, E120 mô tả mô hình thiết bị chung, E125 mô tả thiết bị tự khai báo, E132 liên quan xác thực và phân quyền client, E134 quản lý thu thập, E164 metadata chung. Chép danh sách này rồi tuyên bố “tuân thủ đầy đủ” là chưa đủ. Cần ghi phiên bản chính thức, chức năng được triển khai, mô hình máy và điểm dữ liệu có thể xuất. Đối chiếu văn bản tiêu chuẩn chính thức và yêu cầu bảng tuân thủ cho đúng cấu hình mua.
Hãy bắt đầu bằng hai hoặc ba bài toán cụ thể: đối chiếu áp suất buồng và trạng thái van với wafer hoặc lot; xem lịch sử nhiệt độ trước/sau alarm; ghép sự kiện vận chuyển với thời gian dừng máy. Câu “thu mọi dữ liệu cho AI trong tương lai” không đặt được giới hạn tải, lưu trữ, thời hạn giữ hay chi phí. Với mỗi bài toán, ghi thiết bị, tín hiệu, kết quả phân tích và quyết định vận hành cần hỗ trợ.
Độ chi tiết tùy mục đích. Phân loại downtime theo tháng có thể chỉ cần event và chuyển trạng thái, không cần waveform mỗi mili giây. Nhận diện dao động quy trình rất ngắn cần mẫu tần suất cao và timestamp chính xác. So sánh recipe cần ngữ cảnh recipe, step và vật liệu. Hãy lập ma trận bài toán–tín hiệu thay vì áp một chu kỳ cho mọi dữ liệu.
Metadata phải giải thích ý nghĩa, không chỉ liệt kê tag
Liên kết cấu trúc thiết bị với tín hiệu
Thiết bị tự mô tả chưa bảo đảm hệ thống nhận có thể hiểu và dùng dữ liệu. Kiểm tra cấu trúc thiết bị, mô đun, hệ con, cảm biến, event và parameter. Hai máy cùng mã sản phẩm vẫn có thể khác option hoặc phiên bản phần mềm. Hãy yêu cầu xuất metadata từ đúng cấu hình bàn giao, không chỉ ảnh chụp trong catalogue.
Với từng điểm, cần ID ổn định, tên hiển thị, vị trí trong cây thiết bị, đại lượng vật lý, đơn vị, kiểu dữ liệu, điều kiện thu thập, nguồn thời gian, cách thể hiện giá trị thiếu, cờ chất lượng, phiên bản và lịch sử thay đổi. “Pressure” không nói buồng nào, áp suất tuyệt đối hay áp suất tương đối, Pa hay Torr. “Temperature” có thể là số đo cảm biến, setpoint hoặc ước tính. Đây là yêu cầu về chất lượng từ điển dữ liệu của dự án; không có nghĩa một điều khoản SEMI đảm bảo mọi nhà cung cấp đặt cùng tên tag.
Event, trace và exception còn cần ngữ cảnh sản xuất. Kiểm tra chênh lệch đồng hồ máy–host, module ID, material ID, recipe và process step. Lập bảng trường nào đến từ EDA, SECS/GEM, MES hoặc hệ khác; không mặc định EDA cung cấp toàn bộ lịch sử lot. Bài viết về MQTT Sparkplug B trong kết nối dữ liệu nhà máy bàn về việc giữ ý nghĩa dữ liệu khi chuyển hệ thống. Sparkplug B và EDA là hai giao diện khác nhau; nếu có cầu nối, phải định nghĩa mapping và quy tắc chất lượng.
Lưu metadata được chấp nhận làm baseline. Sau khi nâng phần mềm hoặc thay cảm biến, so sánh ID, đơn vị và cây cấu trúc, xác định DCP và mô hình phân tích bị tác động, rồi phê duyệt thay đổi. Quyết định điểm mới được thu tự động hay chỉ sau xét duyệt. Dashboard liên kết qua tên hiển thị có thể âm thầm đọc sai đại lượng sau khi tên được dịch hoặc sửa.
Quản lý vòng đời DCP
Data Collection Plan thể hiện yêu cầu thu thập của bên dùng dữ liệu gửi đến thiết bị. Tài liệu SEMI công khai đề cập event request, trace request và thu thập có điều kiện. Trong RFP, yêu cầu nhà cung cấp trình diễn việc tạo, kiểm tra, kích hoạt, dừng, khởi động lại và xóa theo sản phẩm thực tế. “Có hỗ trợ DCP” chưa phải bằng chứng nghiệm thu. Nhật ký cần cho biết ai thay đổi kế hoạch, lúc nào và tại sao.
Chia DCP theo mục đích như giám sát mức sử dụng, chẩn đoán quy trình và bảo trì. Một DCP khổng lồ làm mờ chủ sở hữu và tải hệ thống. Ghi chủ sở hữu, điểm dữ liệu, sự kiện kích hoạt, chu kỳ trace, điều kiện bắt đầu/dừng, mức ưu tiên và mã yêu cầu thay đổi cho mỗi DCP. Đích nhận và thời hạn lưu là yêu cầu của collector/pipeline nhà máy cần tài liệu hóa cùng DCP, không nên mô tả như thuộc tính gốc bắt buộc của E134. Thử khoảng trống hoặc bản ghi trùng khi đổi kế hoạch. Nếu nhiều client cùng yêu cầu một điểm, kiểm tra giới hạn thiết bị.
Chỉ đếm điểm không đủ để định cỡ. Năm trăm giá trị nhỏ mỗi giây khác nhiều so với năm trăm cấu trúc phức tạp tần suất cao. Ước lượng dung lượng bằng số điểm × kích thước trung bình × tần suất, cộng burst event và overhead, rồi đo thật tại PoC. Thử máy dừng/khởi động, client ngắt và bộ đệm đầy; ghi dữ liệu nào mất, trùng hoặc đến muộn.
Gộp phân quyền với kiến trúc mạng OT
E132 liên quan xác thực và phân quyền client; không có nghĩa mở cổng dữ liệu cho bất kỳ ai. Xác định danh tính client, nguồn kết nối, certificate hoặc phương thức xác thực được chọn, vai trò, gia hạn và thu hồi khóa, audit log. Kiểm tra có tách quyền đọc với quyền sửa DCP không. Đưa thay đổi cấu hình thu thập vào quy trình quản lý chất lượng và thay đổi thiết bị của nhà máy.
Vẽ tool server, collector, OT DMZ, nơi lưu và nền tảng phân tích trong một sơ đồ, kèm chiều lưu lượng. Đề xuất nối máy trực tiếp lên cloud cần được xét theo chính sách an ninh, quyền sở hữu dữ liệu và nơi lưu theo hợp đồng. Có thể thu tại nhà máy rồi giới hạn dữ liệu đi ra. Hướng dẫn chọn industrial data diode mô tả ranh giới một chiều có mức an ninh cao; bản thân thiết bị một chiều không giải quyết việc quản trị DCP qua ranh giới ấy.
Trước FAT, gán người phụ trách đồng bộ giờ, DNS, firewall, hạn certificate và log. Ở Thái Lan, nhà cung cấp máy, SI địa phương, OT nhà máy và IT trụ sở có thể giữ các phần khác nhau. Bảng RACI phải nêu ai gia hạn chứng chỉ và ai phản ứng khi mất kết nối ca đêm. Nếu không, hệ thống có thể hoạt động lúc bàn giao rồi ngừng khi thông tin xác thực hết hạn.
Kiểm tra phiên bản, không mua nhãn “Freeze 3”
Bài viết SEMI năm 2018 mô tả phương thức SOAP/XML trên HTTP/1.1 và đề xuất HTTP/2, gRPC, Protocol Buffers. Bài năm 2020 thông báo E179-0320 đã xuất bản cùng công việc phát triển các tiêu chuẩn EDA khác trong định hướng Freeze 3. Đây là thông tin ở thời điểm xuất bản, tự nó không chứng minh cả bộ Freeze 3 đã được phê chuẩn và tương thích trong năm 2026. Khi mua sắm, đối chiếu phiên bản SEMI chính thức hiện hành và phạm vi chức năng thực tế của từng nhà cung cấp.
Tạo ma trận tương thích gồm số và phiên bản tiêu chuẩn, transport, encoding, xác thực, lấy metadata, thao tác DCP, dữ liệu event/trace/exception, client đồng thời và xử lý lỗi. Các cột là server của máy, collector của nhà máy và adapter phân tích. Kiểm thử đúng cặp phiên bản sẽ mua. Nếu cần converter, đưa phát triển, bảo trì và kiểm thử hồi quy vào báo giá.
Tuân thủ tiêu chuẩn cũng không nói hết điểm dữ liệu của từng model. Yêu cầu metadata xuất từ máy, khác biệt option, tải thu thập tối đa đã thử, chính sách tương thích sau cập nhật và bằng chứng kết nối liên thông đã ẩn tên khách hàng. Nếu đặc tả khách hàng gọi rõ phiên bản hoặc Freeze, giữ đúng câu chữ; không đổi thành lời hứa mơ hồ “bản mới nhất”.
PoC phải chứng minh dữ liệu dùng được, không chỉ kết nối được
Trước PoC, cố định máy, phiên bản phần mềm, collector, điểm dữ liệu, DCP, mạng và thời gian làm việc. Với máy đang sản xuất, xin chủ máy phê duyệt đánh giá tác động và kế hoạch rollback. Tiêu chí đạt phải gồm độ đầy đủ metadata, đơn vị, timestamp event/trace, liên kết lot/step, dữ liệu thiếu lúc peak, log thay đổi DCP, tác động tới điều khiển và khôi phục sau mất kết nối. Một giá trị hiện trên màn hình chứng minh rất ít.
Đo giá trị kỳ vọng và thực tế theo từng điểm, phân bố chu kỳ lấy mẫu, phân bố độ trễ đầu-cuối, bản ghi thiếu/trùng/gửi lại, sai lệch đồng hồ, tải CPU, bộ nhớ và mạng của máy, cùng tác động chất lượng nếu có. Trung bình có thể che burst ngắn hoặc khoảng trống lúc đổi bước. Thử đổi recipe, alarm, maintenance, dừng máy và restart client. Lưu dữ liệu thô để kiểm số bản ghi, thứ tự và đơn vị bằng chương trình lẫn kiểm tra thủ công.
Ngưỡng số phải suy ra từ mục đích. Phát hiện bất thường ngay trong quy trình có nhu cầu độ trễ khác báo cáo cải tiến mỗi ngày. Không có một mức latency hoặc loss phổ quát cho mọi hợp đồng EDA. Lấy dải nhà sản xuất bảo đảm rồi so với yêu cầu nhà máy. Nếu PoC không đạt, định giá các phương án như giảm điểm, DCP có điều kiện, nâng tài nguyên máy hoặc triển khai theo giai đoạn.
Viết RFP để so sánh câu trả lời nhà cung cấp
Mở đầu bằng quyết định mà dữ liệu sẽ hỗ trợ. Sau đó nêu máy và option, SECS/GEM hiện hữu, điểm dữ liệu, phiên bản và mức tuân thủ, metadata, DCP, quyền, mạng, hiệu năng, lưu trữ, kiểm thử và hỗ trợ. Bảng trách nhiệm cần chia phần của máy, collector và MES/FDC. Gửi cùng dữ liệu đầu vào cho mọi nhà thầu.
Tách dòng báo giá: giấy phép EDA trên máy, cập nhật phần mềm, công bố thêm điểm, chuẩn bị metadata, collector, mạng/certificate, lưu trữ, tích hợp, FAT/SAT, đào tạo và bảo trì. Tách giá máy đầu tiên với các máy sau. Một máy có EDA vẫn có thể cần phát triển riêng để xuất thêm tín hiệu. Hợp đồng dịch vụ nên gồm thông báo đổi tên/đơn vị điểm, thử tương thích sau cập nhật, cung cấp log và thời gian phản hồi tại chỗ hoặc từ xa.
Mỗi yêu cầu nên được trả lời “tiêu chuẩn”, “cấu hình”, “phát triển thêm” hoặc “không hỗ trợ”, kèm phiên bản sản phẩm, trang tài liệu hay chứng cứ trình diễn. Trả lời chung chung “làm được” không thể so sánh. Lưu phiên bản tiêu chuẩn mà nhà thầu viện dẫn và người chịu trách nhiệm tuyên bố tuân thủ.
| Hạng mục RFP | Câu trả lời cần có | Bằng chứng nghiệm thu |
|---|---|---|
| Phiên bản và tương thích | Phiên bản SEMI, transport, encoding, điều kiện kết nối | Ma trận tuân thủ và log |
| Metadata | ID ổn định, cấu trúc, kiểu, đơn vị, thông báo đổi | Xuất dữ liệu thật và bản so sánh |
| DCP | Vòng đời, quyền, giới hạn kế hoạch đồng thời | Log thao tác và kết quả tải |
| Chất lượng dữ liệu | Chu kỳ, trễ, mất, thời gian, trùng | Bảng đo kịch bản sản xuất |
| An ninh | Xác thực, tách quyền, gia hạn credential | Thử thu hồi và từ chối |
| Khôi phục | Restart máy/client, mất mạng, bộ đệm | Hồ sơ khôi phục và so dữ liệu |
FAT và SAT tạo bằng chứng ở hai môi trường khác nhau
FAT diễn ra tại nhà máy nhà cung cấp hoặc môi trường thử, dùng đúng phiên bản máy và collector đã thống nhất. Kiểm metadata, DCP, phân quyền, event/trace, tải và khôi phục khi ngắt. Lưu log và dữ liệu thô. Nếu không mô phỏng được sản xuất đầy đủ, ghi điều kiện mô phỏng và mục còn mở. Thống nhất trường hợp phải thử lại khi phần mềm thay đổi sau FAT.
SAT diễn ra tại nhà máy Thái Lan với mạng OT, credential, đồng bộ giờ, MES/FDC và trạng thái sản xuất thật. Một cấu hình qua FAT vẫn có thể lỗi vì firewall, DNS, bandwidth, đồng hồ lệch hoặc option khác. Thử đổi sản phẩm, alarm, bảo trì, máy dừng và gián đoạn truyền thông có kiểm soát. Nếu không thể dừng máy, thống nhất phương án an toàn hoặc nghiệm thu từng giai đoạn; ghi ca chưa thử là tồn tại mở, không đánh dấu đạt.
Với từng requirement ID, ghi phương pháp, kết quả mong đợi, kết quả đo, tệp chứng cứ, đạt/không đạt, người phụ trách lỗi và hạn xử lý. Ảnh màn hình không đủ; đính kèm log có thời gian, bản ghi thô và tải máy. Khi mất dữ liệu hoặc thay đổi ý nghĩa, tìm nguyên nhân ở máy, mạng, collector hay bước biến đổi phân tích trước khi chấp nhận cách khắc phục. Bàn giao cả chỉ số giám sát và đầu mối ứng cứu.
Duy trì hệ thống tại nhà máy Thái Lan
Dù trụ sở đầu tư, kỹ thuật bảo trì và quy trình tại Thái Lan thường là người vận hành. Bàn giao từ điển điểm, danh sách DCP và thủ tục khôi phục bằng ngôn ngữ đội địa phương sử dụng được. Phân rõ nhà sản xuất máy, nhà cung cấp collector, SI tại chỗ, OT và kỹ sư quy trình. Mỗi điểm dữ liệu cần chủ sở hữu kỹ thuật và chủ sở hữu mục đích phân tích.
Cải tạo máy cũ cần kiểm tra thêm: máy có phiên bản EDA yêu cầu không, có phải nâng CPU/lưu trữ không, bảo hành bị ảnh hưởng không, và cho phép dừng máy bao lâu. Xếp ưu tiên theo giá trị dữ liệu, khó khăn kết nối và thời gian dừng cho phép. Dùng kết quả máy đầu tiên để sửa chuẩn triển khai trước khi nhân rộng cả nhóm.
Sau khi vận hành, xem lại DCP không sử dụng, tỷ lệ thiếu dữ liệu, độ trễ, thay đổi metadata, lần xác thực thất bại và tăng trưởng lưu trữ. Nếu dùng dữ liệu để chứng minh cải tiến, phải truy về phiên bản máy và phiên bản từ điển tạo dữ liệu đó. Đưa việc rà soát định kỳ và thủ tục thay đổi vào hợp đồng ban đầu.
Gắn việc đổi phiên bản với kế hoạch dừng máy
Nhà cung cấp đề xuất nâng EDA không đồng nghĩa phải cập nhật cả đội máy đang chạy. Trước tiên xác định lợi ích vận hành: xuất được điểm còn thiếu, giảm lưu lượng đã đo, đạt chính sách xác thực hay kéo dài thời hạn hỗ trợ. Sau đó xem tool server, collector, adapter, DCP, certificate và giám sát phải thay đổi gì. Nếu lợi ích nhỏ mà phải đụng nhiều dây chuyền, hãy thử giới hạn trên máy đầu tiên.
Trước khi chuyển phiên bản, sao lưu metadata, DCP, cấu hình và mẫu dữ liệu đã nghiệm thu. So ID và đơn vị sau cập nhật, thử cặp client thực, đặt điều kiện rollback. Thu dữ liệu trước và sau trên cùng sản phẩm và điều kiện quy trình có thể so sánh để phát hiện khoảng trống hoặc ý nghĩa thay đổi. Nếu không thể quay lại phiên bản cũ, thống nhất cách phục hồi và thời gian dừng tối đa trước ký hợp đồng. Phiên bản mới phải được đánh giá theo giá trị dữ liệu, rủi ro sản xuất và chi phí duy trì.
Ghi rõ những trường hợp nghiệm thu không đạt
Cấu trúc metadata có thể đạt ở FAT nhưng sensor ID đổi tại SAT vì máy có option khác. Không được âm thầm đổi nhãn trong collector; yêu cầu nhà sản xuất giải thích mapping và độ ổn định ID. Nếu áp suất hiển thị bằng Pa ở FAT nhưng Torr ở SAT, không thể chuyển thẳng cho phân tích. Khi đổi đơn vị, giữ giá trị gốc và ghi vị trí chuyển đổi. Giá trị 0 phải phân biệt được số đo bằng không, cảm biến hỏng và mất truyền thông.
Trace tần suất cao có thể tốt khi chạy bình thường nhưng thiếu đúng khoảng ngắn trước alarm, khiến chẩn đoán lỗi không dùng được. Đặt thời điểm chuyển DCP, tải máy, truyền lại và hàng đợi ghi collector trên cùng trục thời gian để tìm nguồn mất. Giữ cả thời gian máy và thời gian nhận để điều tra bản ghi đảo thứ tự. Khi dữ liệu cũ được gửi lại sau mất mạng, cần khóa loại trùng và giới hạn độ trễ chấp nhận. Nghiệm thu bằng bản ghi gốc về thiếu, trùng và trễ, không chỉ bằng đồ thị trông liên tục.
Kiểm thử an ninh phải có trường hợp bị từ chối: credential đã thu hồi, terminal chưa duyệt và người chỉ có quyền đọc cố sửa DCP. Thử kết nối lại sau đổi certificate, trạng thái DCP sau restart máy và bảo toàn audit log. Nếu yêu cầu lỗi làm ngừng thu thập hoặc ảnh hưởng điều khiển, phải khắc phục cả phân quyền, tải và xử lý ngoại lệ. Mỗi lỗi cần bước tái hiện, phạm vi tác động, giải pháp tạm, sửa đổi lâu dài, hạn thử lại và quyết định rõ có được bắt đầu sản xuất không.
Câu hỏi thường gặp
SEMI EDA Interface A có thay SECS/GEM không?
Không. SEMI mô tả vai trò song song: SECS/GEM và GEM300 chủ yếu điều khiển, cấu hình; EDA chủ yếu thu thập dữ liệu khối lượng lớn. RFP cần xác định ranh giới trên đúng máy và host.
Máy tương thích EDA có xuất mọi cảm biến nội bộ không?
Không chắc. Kiểm điểm thực tế, đơn vị, metadata, điều kiện thu thập, option và phiên bản phần mềm. Cảm biến có lắp trong máy không đồng nghĩa dữ liệu được công bố ra ngoài.
DCP cho phép thu tần suất cao không giới hạn không?
Không. Số điểm, tần suất, kiểu dữ liệu, số client, tài nguyên máy, mạng và lưu trữ đều có giới hạn. Thử peak, dữ liệu thiếu và tác động điều khiển với nhà cung cấp.
Có nên chỉ ghi “Freeze 3” trong RFP không?
Hãy kiểm yêu cầu khách hàng và phiên bản thực của máy/client. Bài viết về kế hoạch phát triển không chứng minh mọi tiêu chuẩn liên quan đã phê chuẩn hoặc kết nối được. Ghi phiên bản và chức năng, rồi thử liên thông.
Chi phí khác nhau ở đâu?
So giấy phép máy, phát triển điểm, nâng cấp, collector, an ninh/mạng, lưu trữ, kết nối MES/FDC, FAT/SAT và bảo trì trong cùng phạm vi chào giá.
Kết luận
Mục tiêu triển khai SEMI EDA Interface A là lấy được dữ liệu quy trình đúng nghĩa, đúng thời điểm và không gây gián đoạn sản xuất. Phân ranh giới điều khiển/thu thập, yêu cầu từ điển metadata và DCP quản lý được, kiểm phân quyền và phiên bản, đo chất lượng cùng tải máy trong PoC. Theo cùng requirement ID qua FAT và SAT tại Thái Lan.
Nếu đang soạn RFP cho nhà sản xuất thiết bị, rà soát điểm trên máy hiện hữu hoặc lập chứng cứ PoC/FAT/SAT, hãy liên hệ TOMAS TECH. Có thể bắt đầu từ dữ liệu và quyết định cần hỗ trợ ngay cả trước khi chọn máy hay sản phẩm cụ thể.
