Blog

2026.10.12

Tích hợp dữ liệu máy thử kéo tại Thái Lan: từ mẫu thử đến MES

Tích hợp dữ liệu máy thử kéo tại Thái Lan: từ mẫu thử đến MES

Khi triển khai tích hợp dữ liệu máy thử kéo, quyết định đầu tiên không phải là chọn giao thức. Nhà máy cần xác định đơn vị ghi nhận: mẫu nào được thử, bằng phương pháp và điều kiện nào, có bao nhiêu lần chạy, và kết quả nào được phê duyệt chính thức. Chỉ xuất lực cực đại ra CSV sẽ không giúp truy ngược đến lô vật liệu hay lô sản xuất nếu mã mẫu thử không rõ ràng. Bài viết này hướng dẫn nhà máy tại Thái Lan thiết kế kết nối cho cả máy hiện hữu và máy mới, soạn RFP, làm PoC và kiểm thử nghiệm thu.

Xác định phạm vi tích hợp dữ liệu máy thử kéo

Trong phép thử kéo, mẫu được kéo theo phương pháp quy định để xác định các đặc tính liên quan đến độ bền và độ dẻo từ lực và độ giãn. Với kim loại ở nhiệt độ phòng, ISO 6892-1:2019 quy định phương pháp và các tính chất cơ học có thể xác định. ASTM E8/E8M-25 đề cập đến giới hạn chảy, độ bền kéo, độ giãn dài và độ thắt tương đối, cùng các phép xác định khác. Tiêu chuẩn áp dụng phải lấy từ bản vẽ khách hàng, đặc tả vật liệu, hợp đồng và quy trình phòng thử nghiệm. Bài viết này không thay thế quy trình thử theo tiêu chuẩn. Phạm vi tích hợp bắt đầu từ yêu cầu thử và kết thúc khi kết quả đã duyệt đi vào hồ sơ sản xuất.

Nếu chỉ định nghĩa dự án là “đưa tệp từ PC của máy vào thư mục chung”, phần lớn quy trình vẫn chưa được xử lý. Thực tế phải nhận lô, cắt nhiều mẫu, đo kích thước từng mẫu, chọn phương pháp, đo lực và chuyển vị hoặc biến dạng, rồi đánh giá sau khi mẫu đứt. Có thể có phép thử vô hiệu và phải thử lại. Người phụ trách quyết định phép đo nào được đưa vào báo cáo cuối. MES hoặc LIMS cần bản ghi có cấu trúc để truy vết những quyết định đó, chứ không chỉ một con số.

Chức năng chính hãng là điểm khởi đầu hữu ích. Instron cho biết Bluehill Universal có thể xuất kết quả và dữ liệu thô thành CSV hoặc văn bản tùy chỉnh để nhập vào LIMS. ZwickRoell mô tả khả năng xuất dữ liệu thử, dữ liệu tổ chức và dữ liệu thô từ testXpert sang hệ thống ngoài. Khả năng thực tế vẫn phụ thuộc phiên bản đang cài, tùy chọn đã mua, quyền truy cập, hệ điều hành cũ và chính sách an ninh của nhà máy. Phải kiểm tra máy cùng giấy phép trước khi chốt báo giá.

Tích hợp dữ liệu máy thử kéo tại Thái Lan: từ mẫu thử đến MES - figure 1

Ranh giới với các bài viết liên quan

Bài về chi phí và hoàn vốn thu thập dữ liệu kiểm tra bàn về đầu tư cho nhiều công đoạn kiểm tra. Bài này đi sâu vào riêng máy thử kéo: đường cong đo, kích thước mẫu, lần chạy vô hiệu, thử lại và lựa chọn kết quả chính thức. Kiến trúc ba lớp cho dữ liệu chất lượng phân biệt lớp ghi nhận, liên kết và phân tích; ở đây lớp liên kết được cụ thể hóa giữa mẫu thử, lô vật liệu, sản phẩm và điều kiện sản xuất. Đây là phép thử vật liệu phá hủy trên một mẫu, vì vậy cần phân biệt mẫu đó với toàn bộ lô mà nó đại diện.

Định nghĩa “một phép thử”: lô, mẫu, lần chạy và báo cáo

Dùng bốn mã khác nhau. lot_id chỉ lô vật liệu nhập hoặc lô sản xuất. specimen_id chỉ miếng vật liệu thực tế được cắt để thử. run_id chỉ một lần máy vận hành thật. report_id chỉ đơn vị báo cáo đã phê duyệt. Nếu lấy ba mẫu từ một lô, phải có ba bản ghi mẫu dưới cùng một lô. Nếu ngàm kẹp trượt và cần làm lại, giữ lần chạy đầu và tạo bản ghi mẫu/lần chạy mới phù hợp. Có được dùng lại chính mẫu đó hay không phụ thuộc phương pháp và quy trình phòng thí nghiệm; phần mềm không được mặc nhiên coi mẫu sau là mẫu ban đầu còn nguyên trạng.

Ví dụ lô nhập M-2401 có mẫu M-2401-02, lần chạy T-00853 và báo cáo R-00482. Các mã này cho phép truy từ giá trị công bố về thao tác cụ thể. Mã lô hiển thị có thể trùng giữa nhà cung cấp hoặc nhà máy. Cần chọn khóa ghép gồm nhà cung cấp, nhà máy, vật liệu, hoặc mã nội bộ duy nhất kèm mã hiển thị riêng. Khi in nhãn mã vạch, nên nhập vị trí lấy mẫu, hướng lấy và hình dạng mẫu ngay lúc chuẩn bị, tránh phải khôi phục bằng ghi nhớ sau này.

CấpTrường điển hìnhHậu quả khi sai hoặc thiếu
Lô/yêu cầuĐơn hàng, lệnh sản xuất, mã hàng, cấp vật liệu, vị trí lấy, phép thử yêu cầuKhông liên kết được sản phẩm, bỏ sót phép thử
Mẫu thửMã duy nhất, kích thước, diện tích tiết diện, chiều dài chuẩn, hướngTính ứng suất hoặc so sánh độ giãn sai
Lần chạyMáy, ngàm, load cell, phiên bản phương pháp, giờ bắt đầu, người vận hànhKhó tái hiện và so sánh giữa máy
Đo lườngChuỗi lực, chuyển vị, độ giãn, thiết lập thu nhậnKhông tính lại kết quả được
Đánh giáGiá trị tính toán, giới hạn, tính hợp lệ, lý do thử lạiMất dấu kết quả không đạt và phép thử lại
Duyệt/báo cáoNgười duyệt, thời gian, phiên bản, trạng thái nhận của MES/LIMSGiá trị tạm có thể dùng để giải phóng lô

Trước khi vẽ một mũi tên “tích hợp”, hãy ghi hệ thống cấp từng mã và người chịu trách nhiệm. Có thể MES cấp yêu cầu, LIMS cấp mã mẫu và PC máy cấp mã lần chạy. Khi đó phải quy định việc chuyển mã trước thử, cấp mã khi offline và ngăn trùng số. Bộ phận chất lượng cùng sản xuất nên duyệt quy tắc mã trước khi giao nhà cung cấp lập trình giao diện.

Kích thước và đơn vị quan trọng ngang giá trị đo

Lực cực đại không đủ để đánh giá độ bền kéo; cần diện tích tiết diện và kích thước đã đo. Chiều dài chuẩn và cách dùng extensometer ảnh hưởng đến kết quả liên quan độ giãn. Khi truyền kết quả phần mềm tính, phải gửi đơn vị, kích thước đầu vào, phiên bản phương pháp và quy tắc làm tròn. Chuỗi 500 mà không biết là N, kN hay MPa không được đi vào quyết định đạt/không đạt.

Kích thước có thể nhập tay, lấy từ dụng cụ đo hoặc nhận từ LIMS. Cách nào cũng cần giữ thời điểm, người đo và nguồn. Nếu sửa kích thước sau đó khiến kết quả tính thay đổi, phải giữ giá trị cũ, lý do sửa và yêu cầu duyệt lại kết quả chính thức. Ghi đè một cột CSV không tạo được lịch sử sửa đổi cho đánh giá.

Lưu riêng đường cong thô, đặc tính tính toán và quyết định

Điều cốt lõi là tách chuỗi lực–chuyển vị hoặc lực–độ giãn khỏi các đặc tính được tính từ đó. Dữ liệu thô phục vụ tính lại và điều tra bất thường. Giá trị tính phụ thuộc phương pháp và phiên bản thuật toán. Quyết định đạt/không đạt còn phụ thuộc giới hạn theo sản phẩm, vật liệu hay khách hàng và trạng thái phê duyệt. Gộp cả ba vào một ô Excel sẽ không thể tái hiện ý nghĩa số liệu cũ khi cách tính hoặc giới hạn thay đổi.

Điều này không có nghĩa phải gửi không giới hạn từng điểm dữ liệu từ mọi máy lên trung tâm. Hãy xác định lưu trữ và yêu cầu truy xuất. Một thiết kế giữ đường cong gốc trên hệ thống máy, gửi mã, checksum, địa chỉ và đặc tính chính về trung tâm. Thiết kế khác chép đường cong gốc lên trung tâm và chỉ dùng máy như nơi lưu tạm. Cách đầu giảm tải mạng; cách sau có thể thuận tiện khôi phục khi PC hỏng. Cả hai đều cần thời hạn lưu, sao lưu, thời gian truy xuất và kế hoạch đọc được định dạng trong tương lai.

Tần suất lấy mẫu không đơn giản là “càng cao càng tốt”. Nó phụ thuộc phương pháp, khả năng đo của máy, thời lượng thử và hiện tượng muốn phân tích. Kiểm tra phần mềm hiện hữu thực sự xuất được gì; đừng nhầm dữ liệu chuẩn của máy với tệp tích hợp đã giảm điểm. Độ chính xác đo và cấp hiệu chuẩn phải xác định theo tiêu chuẩn áp dụng và đặc tả máy. ISO 7500-1:2018 nói về hiệu chuẩn và kiểm tra hệ đo lực của máy thử một trục tĩnh. Chuyển số liệu qua mạng tự nó không xác nhận phép đo hợp lệ.

Phân biệt hợp lệ, vô hiệu và thử lại

Vị trí đứt, trượt ngàm, lỗi cảm biến, nhập nhầm hoặc sai quy trình có thể dẫn tới quyết định vô hiệu. Tiêu chí cụ thể theo phương pháp, yêu cầu khách hàng và quy trình phòng thử. Hệ thống tối thiểu nên tách “đã đo”, “chờ xem xét”, “vô hiệu”, “hợp lệ”, “đã duyệt”, đồng thời lưu ai đổi trạng thái, khi nào và mã lý do. Xóa lần chạy vô hiệu sẽ xóa luôn lời giải thích vì sao cần lấy thêm mẫu.

Mỗi lần thử lại cần run_id mới, tham chiếu lần trước và lý do. Hạn chế quyền thử lại, hiển thị số lần và quy tắc chọn kết quả để phần mềm không vô tình khuyến khích thử đến khi có số đạt. Dù phần mềm tự so giới hạn, một người vẫn có thể phải quyết định tính hợp lệ hoặc duyệt ngoại lệ. Trong trường hợp đó chỉ gửi “đạt” vào MES sau duyệt. Tránh âm thầm ghi đè kết quả tạm bằng kết quả chính thức trong cùng trường API.

Tích hợp dữ liệu máy thử kéo tại Thái Lan: từ mẫu thử đến MES - figure 2

Khảo sát các lối xuất dữ liệu trên máy thực tế

Các đường phổ biến gồm CSV/văn bản được hãng hỗ trợ, thư mục chung, giao diện cơ sở dữ liệu và API. Một số máy có thể dùng OPC UA nhưng không thể mặc định mọi máy thử vật liệu đều có. OPC Foundation mô tả OPC UA là khung trao đổi thông tin từ cảm biến tới MES/ERP. Máy cụ thể có mở information model, lịch sử, sự kiện và bảo mật cần thiết hay không là chuyện khác. Một dòng “hỗ trợ OPC UA” không đủ làm tiêu chí nghiệm thu.

Với máy đang dùng, trước hết ghi tên phần mềm, phiên bản và giấy phép. Thứ hai, chạy một phép thử bình thường, kiểm tệp mẫu về tên cột, đơn vị, đường cong, mã mẫu và phiên bản phương pháp. Thứ ba, xác định thời điểm sinh tệp: máy dừng, tính lại, hay sau duyệt; ý nghĩa khác nhau. Thứ tư, lập danh sách giới hạn PC: không internet, cấm USB, điều khoản bảo trì hãng, OS không nâng cấp được hoặc mạng cách ly. Báo giá “tích hợp API” khi chưa khảo sát có thể thành không thực hiện được.

Lối xuấtPhù hợp khiRủi ro cần thử
CSV/văn bảnĐịnh dạng ổn định, truyền sau thử là đủĐổi cột, mã ký tự, ghi dở, tệp trùng
Thư mục chungMuốn ít sửa PC máyMất mạng, quyền, gửi lại, xóa tệp
Giao diện DBHãng bảo đảm giao diện công khaiĐọc schema nội bộ rồi hỏng khi nâng phiên bản
API/sự kiệnCần yêu cầu và trạng thái duyệt hai chiềuXác thực, tương thích phiên bản, hạn mức, khôi phục
OPC UAMáy công bố node và lịch sử cần thiếtĐọc được số nhưng thiếu ngữ nghĩa mẫu/duyệt

Đọc trực tiếp DB nội bộ không được hãng công bố có thể chạy trong trình diễn ngắn nhưng dễ gãy khi nâng cấp. Ưu tiên lối ra chính thức và đưa từ điển dữ liệu, thông báo thay đổi phiên bản vào hợp đồng. Tích hợp tệp cũng có thể bền vững: ghi tệp tạm rồi đổi tên nguyên tử, hoặc có dấu hiệu hoàn tất để phía nhận không đọc tệp đang ghi. Dùng run_id và phiên bản kết quả để nhập theo cách không tạo trùng; tệp gửi lại không được sinh bản ghi thứ hai.

Thử tình huống offline và múi giờ ngay từ đầu

Quyết định nghiệp vụ: khi mạng phòng thử ngừng, có tiếp tục thử hay dừng? Nếu tiếp tục, cần hàng đợi cục bộ, cảnh báo hết dung lượng, thứ tự gửi lại và chống trùng sau phục hồi. Nếu PC máy cấp run_id, PC thay thế phải tránh va chạm mã. Có thể hiển thị giờ ICT cho người ở Thái Lan, nhưng dữ liệu lưu cần kèm múi giờ; trao đổi giữa máy chủ nên chuẩn hóa UTC. Báo cáo gửi trụ sở Nhật phải ghi rõ giờ nào được hiển thị.

Chỉ dùng thời gian để ghép phép đo với lô là nguy hiểm. Nhiều mẫu có thể chạy cùng ngày và đồng hồ PC có thể lệch. Dùng mã làm khóa chính; thời gian giúp đối chiếu và kiểm toán. Nếu quét nhãn thất bại và cho nhập tay, lưu người xác nhận cùng lịch sử sửa. Hiển thị rõ mã hàng và phương pháp vừa quét trước khi khởi động để phát hiện nhãn mẫu trước còn ở trạm.

MES/LIMS cần trao đổi gì từ yêu cầu đến phê duyệt?

MES thường quản lý thực thi gắn với lệnh sản xuất, công đoạn, lô, thiết bị và cho phép xuất hàng. LIMS thường quản lý yêu cầu thử, mẫu, phương pháp, kết quả và phê duyệt. Sản phẩm thực tế khác nhau. Nếu cả hai giữ master về mã hàng hoặc phiên bản đặc tả, hãy chỉ định hệ thống gốc cho từng trường để tránh lệch.

Một vòng trao đổi hữu ích: (1) MES phát lô, mã hàng, yêu cầu thử; (2) LIMS hoặc khâu nhận mẫu cấp mã mẫu và phương pháp; (3) PC máy nhận mã, người vận hành đối chiếu nhãn vật lý; (4) máy trả kết quả và tham chiếu đường cong; (5) chất lượng xem xét hợp lệ, thử lại và quyết định; (6) chỉ kết quả chính thức đến quyết định giữ/giải phóng lô trong MES. Hệ thống cũ có thể không nhận được bước (2) hoặc (3). Bắt đầu bằng chuyển kết quả một chiều nhưng kiểm chặt mã mẫu là cách triển khai theo giai đoạn khả thi.

Trong hợp đồng giao diện, đừng viết mơ hồ “gửi khi hoàn thành”. Phải nêu tác nhân kích hoạt là máy dừng, tính toán xong, xem xét xong hay duyệt xong. Định nghĩa thông điệp khi hủy hoặc sửa sau đó. Phía gửi giữ bản ghi đến khi phía nhận xác nhận, lỗi thì gửi lại và không đếm đôi. Sửa kết quả đã duyệt thì lưu bản mới và truy được bản cũ. Đây là tiêu chí nghiệm thu nghiệp vụ quan trọng hơn tên giao thức.

Đính kèm từ điển dữ liệu tối thiểu trong RFP

Thay vì chỉ hỏi “tích hợp được không”, hãy gửi mẫu thực và liệt kê lot_id, specimen_id, run_id, equipment_id, method_id, method_version, operator_id, started_at, completed_at, kích thước, force_curve_ref, extension_curve_ref, tên đặc tính và đơn vị, validity_status, quyết định, approved_at, phiên bản. Với từng trường ghi bắt buộc hay tùy chọn, kiểu, đơn vị, nguồn cấp, lúc được sửa và thời hạn lưu. Độ bền kéo, giới hạn chảy và độ giãn phải có tên đặc tính riêng; đừng gửi tất cả dưới một cột mơ hồ value.

Trường trống cần có ý nghĩa. Không có giá trị từ extensometer khi phương pháp không dùng nó có thể hoàn toàn bình thường. Nhưng thiếu kích thước bắt buộc rồi vẫn phát “đạt” là lỗi. Định nghĩa trường bắt buộc theo điều kiện của phương pháp. Số không, chưa đo, đo lỗi và không áp dụng là bốn trạng thái khác nhau. Lưu giá trị gốc và quy tắc chuyển đơn vị bên cạnh giá trị hiển thị.

PoC bắt đầu với một máy, một sản phẩm và một phương pháp

PoC có ranh giới hẹp thường giúp quyết định đầu tư nhanh hơn. Chọn một máy hiện hữu, một vật liệu hoặc sản phẩm đại diện, một phương pháp áp dụng và một khoảng thời gian thử thật. Mục tiêu không phải tạo AI hay dashboard. Mục tiêu là chứng minh mã mẫu, phép đo, điều kiện và quyết định tới đúng hệ thống mà không mơ hồ. Phải đưa vào cả tình huống ngoại lệ của phòng thử.

Lấy trường hợp đạt bình thường, không đạt bình thường, nhãn không quét được, sửa kích thước, lần chạy bị gián đoạn, kết quả vô hiệu, thử lại và sửa sau phê duyệt. Nếu một mã hàng phục vụ hai chuẩn khách hàng, cũng nên thử. Số lượng mẫu nhiều không quan trọng bằng biết ngoại lệ nằm ở đâu. Theo cùng run_id và trạng thái qua PC máy, dịch vụ tích hợp, LIMS và MES.

Đặt chỉ tiêu từ số liệu gốc của nhà máy. Tuyên bố “nhập tự động 95%” vô nghĩa nếu không biết mẫu số và định nghĩa thành công. Trước PoC, xác định lần chạy nào thuộc phạm vi, khi nào được nhập tay, thời gian gửi lại chấp nhận được và ai chịu trách nhiệm duyệt chậm. Đo thời gian từ kết thúc đến nhận, số trường nhập tay còn lại, số mã lệch, số lần gửi lại, số lần nhầm mẫu và thời gian chờ duyệt. Dùng quan sát đó ước lượng triển khai nhiều máy.

FAT/SAT phải thử cả đường lỗi

FAT kiểm trường, định dạng, xử lý ngoại lệ và phiên bản phần mềm tại môi trường nhà cung cấp. SAT dùng mạng thực, máy thực, mã vạch thực và master thực của nhà máy. Thử mã mẫu sai một ký tự, gửi cùng tệp hai lần, cắt kết nối giữa chừng, khởi động lại PC và sửa sau duyệt. Xác nhận cách từ chối, gửi lại và lưu lịch sử đúng kỳ vọng. Thao tác máy thử kéo phải tuân thủ an toàn của hãng và phòng thí nghiệm.

Chỉ thấy con số trên màn hình là chưa đủ. Từ một lô chọn trước phải lần ra báo cáo chính thức và đường cong gốc. Kết quả vô hiệu vẫn truy được nhưng không làm MES báo đạt. Sau sửa phải thấy giá trị cũ và người sửa. Sau phục hồi mạng không được mất hay trùng bản ghi. Người không có quyền không thể phê duyệt. Thêm thay PC máy, khôi phục backup và cài sai đồng hồ vào SAT để xử lý sự cố vận hành sau này nhanh hơn.

Tích hợp dữ liệu máy thử kéo tại Thái Lan: từ mẫu thử đến MES - figure 3

So sánh toàn bộ chi phí tích hợp

Tách báo giá thành (1) phần mềm/tùy chọn của máy, (2) nâng PC hay OS hiện hữu, (3) mạng và an ninh, (4) dịch vụ tích hợp và mô hình dữ liệu, (5) sửa MES/LIMS, (6) chỉnh phương pháp và master, (7) kiểm chứng, đào tạo và hỗ trợ. Với máy mới, phân biệt tính năng tiêu chuẩn với tùy chọn. Với máy cũ, tính chi phí lên phiên bản còn được hỗ trợ.

Chi phí định kỳ còn có dung lượng đường cong và backup, số giấy phép, thời gian hãng phản hồi, và công kiểm thử lại sau nâng phiên bản. “CSV miễn phí” có thể không rẻ nếu phải sửa cột hoặc khôi phục thủ công hàng tháng. Ngược lại, không nhất thiết mua API đắt cho mọi máy nếu xuất theo lô sau thử bằng chức năng chính hãng đã đủ. So tổng chi phí để đạt các tình huống nghiệm thu, không chỉ so tên công nghệ.

Lợi ích không chỉ là giảm nhập liệu: còn có thời gian đối chiếu mẫu, làm lại báo cáo, chờ giải phóng lô, tìm bằng chứng audit và điều tra thử lại. Đừng khẳng định tỷ lệ giảm lỗi sản phẩm chỉ nhờ kết nối dữ liệu. Cách lấy mẫu, hiệu chuẩn, biến thiên đo và tiêu chí quyết định là việc cải tiến riêng. Trong hồ sơ đầu tư, đo số phép thử/tháng, tỷ lệ ngoại lệ, thời gian điều tra và thời gian dừng thực tế; ước tính một khoảng cải thiện thay vì dùng con số chung không có cơ sở.

Đưa hiệu chuẩn, quyền và audit trail vào kế hoạch

Thu thập tự động không làm máy quá hạn hiệu chuẩn trở nên đáng tin. Liên kết mỗi lần chạy với trạng thái hiệu chuẩn của hệ đo lực và extensometer được dùng, ngàm và phiên bản phần mềm. Không lẫn kiểm tra hệ đo lực theo ISO 7500-1 với phương pháp thử theo sản phẩm và chu kỳ hiệu chuẩn của nhà máy. Nếu phòng thí nghiệm cần vận hành theo ISO/IEC 17025, hãy thiết kế thủ tục, hồ sơ, vai trò, sửa đổi và bảo vệ dữ liệu theo hệ thống chất lượng của phòng. Cài giao diện tự nó không tạo ra công nhận hay sự phù hợp.

Tách quyền xem, thực hiện phép thử, đánh dấu vô hiệu, phê duyệt, đổi phương pháp và quản trị. Nếu người vận hành âm thầm đổi giới hạn hoặc phương pháp, kết quả khó so sánh. Nhưng nếu cấm mọi thay đổi, cải tiến cũng ngừng. Cần yêu cầu thay đổi, người duyệt, ngày hiệu lực và phiên bản cũ. Nhật ký hữu ích theo dõi sửa kích thước sau đo, tính lại, vô hiệu, thử lại và rút phê duyệt cùng người thực hiện; thời điểm đăng nhập không đủ.

Xác định điểm và thời gian khôi phục khi PC máy hỏng. Quy định bao lâu lưu đường cong gốc trên PC dù gửi trung tâm đã thành công hay chưa. Chỉ xóa tệp gửi khi đã có xác nhận nhận. Định kỳ thử khôi phục một run_id với đường cong, giá trị tính và lịch sử duyệt. Thời hạn lưu và biểu mẫu gửi khách hàng phải theo hợp đồng, luật và quy định nội bộ nào áp dụng.

Danh mục RFP cho hãng máy và nhà tích hợp

Nếu hãng máy và nhà tích hợp là hai bên khác nhau, không để trống ranh giới trách nhiệm. Hãng máy cần liệt kê trường xuất được, định dạng, thời điểm, giấy phép và phiên bản hỗ trợ. Nhà tích hợp cần mô tả nhận, xác thực, gửi lại, giám sát, log và khôi phục. Nhà cung cấp MES/LIMS cần nêu giao diện nhận, master, chuyển trạng thái, sửa sau duyệt, màn hình và báo cáo. Chỉ định ai chủ trì thử toàn tuyến.

  1. Model máy, phiên bản phần mềm PC, giấy phép và tình trạng bảo trì là gì? Phần nào tiêu chuẩn, phần nào tùy chọn?
  2. Những trường nào trong mã mẫu, lô, lần chạy, phiên bản phương pháp, kích thước, đường cong, kết quả, quyết định và trạng thái duyệt được xuất chuẩn?
  3. Dữ liệu sinh khi máy dừng, tính xong, xem xét hay duyệt?
  4. Đơn vị, mã ký tự, múi giờ, tên tệp, phiên bản và giá trị thiếu theo quy tắc nào?
  5. Phát hiện và phục hồi tệp ghi dở, mất mạng, gửi lại, trùng, đảo thứ tự và hỏng PC thế nào?
  6. Ai sửa mã mẫu không quét được hoặc nhập sai, và giữ giá trị cũ cùng lý do thế nào?
  7. Vô hiệu, thử lại, rút duyệt và sửa được thông báo tới MES/LIMS ra sao?
  8. Đường cong và báo cáo được lưu ở đâu, bao lâu, backup và đọc sau này bằng cách nào?
  9. Ai quản lý phương pháp, giới hạn và trạng thái hiệu chuẩn, thay đổi được ghi lịch sử thế nào?
  10. Ai chịu trách nhiệm FAT/SAT, dữ liệu thử, tiêu chí đạt và hỗ trợ sau vận hành?

Khi chưa có các câu trả lời này, số tiền báo giá chưa thể so sánh. “Có tích hợp” có thể là xuất tay một kết quả, hoặc truy vết đầy đủ từ mẫu tới báo cáo duyệt. Đưa mục chưa rõ vào khảo sát hiện trường trước khi chốt giá và ghi rõ giả định.

Câu hỏi thường gặp

Tích hợp máy thử kéo có bắt buộc dùng OPC UA không?

Không. CSV, văn bản hoặc API được hãng hỗ trợ cũng có thể đạt yêu cầu. OPC UA hữu ích khi máy thực sự công bố mã mẫu, kết quả và trạng thái duyệt cần thiết. Xác nhận trên máy cụ thể. Ưu tiên ý nghĩa dữ liệu và xử lý ngoại lệ hơn tên giao thức.

Máy thử kéo hiện hữu có thể nối MES/LIMS không?

Có thể, nhưng cách làm phụ thuộc phiên bản phần mềm PC, hợp đồng bảo trì, giấy phép xuất dữ liệu, OS và chính sách mạng. Hãy chạy một phép thử bình thường, lấy tệp mẫu và kiểm mã mẫu cùng đường cong. Đừng mặc định sẽ đọc trực tiếp DB nội bộ không được hãng hỗ trợ.

Có phải gửi mọi đường cong lực–chuyển vị lên trung tâm?

Không nhất thiết. Có thể lưu gốc tại trung tâm; hoặc giữ trên máy và gửi địa chỉ, checksum, kết quả chính lên trung tâm. Chọn theo yêu cầu khách hàng, thời hạn lưu, nhu cầu tính lại, băng thông và khôi phục. Cả hai cách đều phải chứng minh truy được đường cong bằng run_id khi nghiệm thu.

Thử lại đạt thì có thể xóa kết quả không đạt lần đầu không?

Nên thiết kế giữ lịch sử. Dù lần đầu bị coi là vô hiệu, vẫn giữ lý do, người quyết định, thời điểm và quan hệ với lần tiếp theo. Phương pháp áp dụng, yêu cầu khách hàng và quy trình phê duyệt quyết định kết quả chính thức. Hệ thống giữ bằng chứng và quản lý phiên bản.

Chi phí và thời gian hoàn vốn là bao nhiêu?

Không có mức chung đáng tin vì giấy phép máy, nâng PC, đường kết nối, sửa MES/LIMS và phạm vi kiểm chứng khác nhau. Làm PoC một máy một phương pháp để đo công nhập, đối chiếu, sửa và báo cáo hiện tại; rồi tính riêng phần mở rộng và hỗ trợ định kỳ.

Kết luận

Tích hợp máy thử kéo là thiết kế nối mẫu, lần chạy, đường cong, phép tính, quyết định và phê duyệt về lô sản xuất. Kiểm đầu ra mẫu của máy thật, thống nhất mã, đơn vị, phiên bản phương pháp, lần vô hiệu, thử lại và sửa đổi, sau đó chứng minh trên một máy bằng FAT/SAT. Theo trình tự này, phạm vi dự án và báo giá dễ so sánh hơn.

TOMAS TECH có thể cùng nhà máy xác định RFP và ranh giới chuyển dữ liệu giữa máy thử kéo với MES/LIMS ngay ở giai đoạn xem xét. Nếu đã có model máy, tệp xuất mẫu và luồng lô cần truy vết, hãy liên hệ chúng tôi để trao đổi bước tiếp theo.

Nguồn sơ cấp