Tích hợp dữ liệu cân: Từ giá trị ổn định đến hồ sơ chất lượng

title: “Tích hợp dữ liệu cân: Từ giá trị ổn định đến hồ sơ chất lượng”

slug: “weighing-scale-data-integration-factory-2026-vi”

lang: “vi”

meta_description: “Hướng dẫn tích hợp dữ liệu cân cho nhà máy: ổn định, tare/net/gross, đơn vị, hiệu chuẩn, liên kết lô, RS-232 đến OPC UA, RFP và FAT/SAT.”

keywords: “tích hợp dữ liệu cân, tự động ghi dữ liệu thiết bị đo, thu thập dữ liệu kiểm tra, hồ sơ chất lượng điện tử”

category: “OT・IoTトレーサビリティ”

Tích hợp dữ liệu cân chưa hoàn tất khi một con số xuất hiện trên máy tính. Để trở thành hồ sơ chất lượng, dữ liệu phải cho biết giá trị đã ổn định hay chưa, đó là gross, tare hay net, dùng đơn vị nào, thuộc lô hàng, mã sản phẩm, người vận hành, cân và thời điểm nào. Bài viết này chuyển các yêu cầu đặc thù đó thành kế hoạch mua sắm, RFP và kiểm thử nghiệm thu thực tế cho nhà máy tại Thái Lan.

Để xem kiến trúc chung cho nhiều loại đồng hồ và thiết bị kiểm tra, hãy đọc “Hệ thống thu thập dữ liệu kiểm tra 2026”. Bài này đi sâu vào câu hỏi quyết định đối với cân: làm thế nào biến một tín hiệu luôn dao động thành sự kiện cân đã được chấp nhận và có thể truy xuất. Đây không phải tư vấn pháp lý và không bảo đảm phê duyệt kiểu, kiểm định hay chứng nhận. Khi cân được dùng cho thương mại, chứng cứ, quy trình có quản lý hoặc chứng thư khách hàng, cần xác nhận thiết bị và mục đích cụ thể với cơ quan có thẩm quyền của Thái Lan, nhà sản xuất và chuyên gia đủ năng lực.

Tích hợp dữ liệu cân phải thu thập một sự kiện, không chỉ một con số

Giả sử màn hình hiển thị 12.345 kg và cổng nối tiếp trả về 12.345. Bài kiểm tra truyền thông đã đạt, nhưng bài kiểm tra hồ sơ chất lượng chưa đạt. Giá trị đó là gross hay net? Tare từ thùng trước có còn hiệu lực không? Tải có đang chuyển động không? Đơn vị có bị đổi từ ca trước không? Lô được chọn trên màn hình có đúng với vật liệu thật không? Một con số không trả lời được các câu hỏi này sẽ không thể tái dựng đáng tin cậy khi điều tra.

Vì vậy, đơn vị thiết kế cơ sở dữ liệu nên là sự kiện cân (weighing event). Mỗi sự kiện gồm giá trị được chấp nhận, điều kiện chấp nhận, đối tượng và ngữ cảnh nghiệp vụ, người chịu trách nhiệm, thiết bị cùng các mốc thời gian. Một bản ghi đúng cấu trúc có thể phục vụ kiểm toán, điều tra sai lệch, phả hệ lô, tiêu hao vật liệu và cải tiến quy trình.

Bộ dữ liệu tối thiểu dành riêng cho cân

OIML R 51-1 là khuyến nghị cho cân tự động kiểu catchweighing, có định nghĩa thiết bị lưu trữ dữ liệu và việc tách rõ phần mềm liên quan pháp lý khỏi phần không liên quan. Tài liệu cũng yêu cầu kết quả cân chứa tên hoặc ký hiệu đơn vị khối lượng và một chỉ thị trọng lượng chỉ dùng một đơn vị khối lượng. Điều này không có nghĩa R 51 áp dụng trực tiếp cho mọi cân trong nhà máy, nhưng đem lại hai nguyên tắc tốt: không tách giá trị khỏi đơn vị và xác định rõ ranh giới giữa ứng dụng nghiệp vụ có thể thay đổi với chức năng cân có thể liên quan pháp lý.

Tự động ghi dữ liệu thiết bị đo bắt đầu từ định nghĩa ổn định

Tín hiệu load cell thay đổi bởi rung, gió, va đập khi nạp vật liệu, lực kéo đường ống, biến dạng sàn, nhiệt độ và thao tác của người dùng. Cổng truyền thông có thể gửi nhiều mẫu mỗi giây, nhưng không phải mẫu nào cũng là kết quả sản xuất. Nếu lưu continuous output mà không có quy tắc chấp nhận, một thao tác sẽ tạo ra nhiều giá trị ứng viên và không ai biết giá trị nào là bản chính.

Ưu tiên stable flag của chính cân

Lựa chọn đầu tiên là stable flag hoặc phản hồi chỉ khi ổn định do nhà sản xuất định nghĩa. Nó dùng cùng logic với hiển thị, bộ lọc và độ phân giải, đồng thời tạo ranh giới trách nhiệm rõ hơn thuật toán chỉ nhìn sampling ở tầng trên. Tuy nhiên, RFP vẫn phải hỏi:

• Điều kiện stable có cấu hình được không và thay đổi có được ghi log không?
• Có thể yêu cầu chỉ trả giá trị ổn định, hay continuous output có state bit?
• Giá trị ổn định có bị phát lại và có event ID để chống trùng không?
• Có phân biệt zero, tare, motion, giá trị âm và out-of-range không?
• Sau reconnect, cân có gửi lại dữ liệu buffer cũ không?

Nếu cân không cung cấp stable, edge có thể dùng quy tắc được lập hồ sơ, ví dụ chênh lệch lớn nhất–nhỏ nhất trong một cửa sổ thời gian không vượt ngưỡng. Đây là quy tắc triển khai minh họa của TOMAS TECH, không thay thế logic ổn định của nhà sản xuất hay sự phù hợp pháp định. Phải cố định chu kỳ lấy mẫu, ngưỡng, thời gian quan sát, bộ lọc và dải cân, sau đó xác nhận trong điều kiện lắp đặt và sản phẩm thật.

Không tự động ghi mọi lần chuyển sang stable

Thùng rỗng đặt lên bàn cũng có thể ổn định. Thùng mới nạp một nửa và người vận hành dừng tay cũng có thể ổn định. Vì vậy cần kết hợp stable với điều kiện nghiệp vụ:

1. Lệnh sản xuất hoặc lệnh kiểm tra đang hoạt động.
2. Sản phẩm và lô vật lý đã được quét.
3. Công việc được phân cho đúng scale ID.
4. Net nằm trong giới hạn recipe/specification hiện hành.
5. Stable duy trì đủ thời gian hoặc người vận hành xác nhận.
6. Chưa có sự kiện đã nhận cho cùng order, operation và weighing sequence.

Mục tiêu tự động hóa không chỉ là bỏ thao tác gõ phím mà là chuẩn hóa bằng chứng chấp nhận giá trị.

Quản lý tare, net và gross trong hồ sơ chất lượng điện tử

Tare là một trong những điểm rủi ro nhất. Nếu hệ thống cấp trên chỉ lưu net, khi có sự cố sẽ không biết dùng sai thùng, tare cũ còn giữ hay preset tare bị nhập sai. Khi thiết bị hỗ trợ, hãy lưu gross, tare, net và tare mode trong cùng một sự kiện.

Xác định quy tắc nhất quán cho ba giá trị

Về nguyên tắc net = gross - tare. Tuy nhiên, làm tròn hiển thị, độ phân giải nội bộ, quy đổi đơn vị và quy ước dấu có thể tạo chênh lệch một scale interval. RFP cần ghi rõ:

• so sánh giá trị nội bộ, giá trị truyền hay giá trị hiển thị;
• dung sai liên hệ thế nào với scale interval;
• ba giá trị có cùng snapshot và timestamp không;
• mã nào phân biệt measured tare với preset tare;
• clear tare, re-tare và set zero có trở thành event hay không.

OPC UA for Weighing Technology cung cấp mô hình có SetTare, ClearTare, SetPresetTare, SetZero, RegisterWeight, các kiểu dữ liệu trọng lượng, tare mode và trạng thái cân. “Hỗ trợ OPC UA” không tự động đồng nghĩa với hệ thống đúng, nhưng companion specification giúp bên mua và nhà cung cấp nói cùng một ngôn ngữ về giá trị, trạng thái và thao tác.

Xử lý giá trị và đơn vị như một đối tượng

Cột weight_kg sẽ nguy hiểm nếu ai đó đổi cân sang g trong khi parser vẫn giả định kg. Hãy lưu original value, original unit, normalized value, normalized unit và phiên bản quy tắc chuyển đổi. Nếu cân gửi 12500 g và MES chuẩn hóa thành 12.500 kg, cần giữ cả hai. BIPM SI Brochure là tài liệu chính thức về SI và có thể dùng để thống nhất ký hiệu đơn vị trên màn hình, CSV, API và báo cáo.

Liên kết lô, sản phẩm, người vận hành và scale ID trước khi nhận trọng lượng

Trong thu thập dữ liệu kiểm tra, nhận diện đúng đối tượng thường khó hơn đọc giá trị. Một trọng lượng chính xác gắn nhầm lô vẫn là hồ sơ chất lượng sai. Luồng thao tác nên theo nguyên tắc “ngữ cảnh trước, giá trị sau”:

1. Người vận hành đăng nhập bằng ID cá nhân.
2. Mở lệnh sản xuất hoặc kiểm tra.
3. Quét sản phẩm và lô trên vật thật.
4. Hệ thống đối chiếu order, item, lot, operation và giới hạn.
5. Xác nhận scale ID được phân công.
6. Đặt thùng và thực hiện tare theo quy trình được phê duyệt.
7. Khi stable và trong giới hạn, chấp nhận event.
8. In nhãn, mở công đoạn kế tiếp hoặc tạo deviation.

Xem thêm nhận diện vật lý trong “Hệ thống quản lý mã vạch nhà máy 2026” và lựa chọn độ chi tiết truy xuất trong “Chi phí xây dựng hệ thống truy xuất nguồn gốc 2026”.

GS1 Global Traceability Standard diễn tả dữ liệu qua who, what, when, where và why với tư duy Identify–Capture–Share. Trong sự kiện cân, con số chỉ là một phần của “what”. Khi bổ sung người, đối tượng, thời gian, địa điểm và mục đích, dữ liệu tại máy có thể kết nối với phả hệ trong nhà máy và chuỗi cung ứng.

Chọn RS-232, USB, Ethernet, fieldbus hay OPC UA

Không nên chọn chỉ vì giao diện mới hơn. Hãy xét số lượng cân cũ, khoảng cách, nhiễu điện, kiến trúc PLC, dữ liệu trạng thái cần thiết, an ninh mạng và kỹ năng đội bảo trì địa phương.

RS-232 cần đặc tả frame, không chỉ lời hứa “kết nối được”

ASCII frame có thể khác ở ký tự đầu/cuối, dấu, dấu thập phân, đơn vị, stable marker, gross/net marker, checksum, command và timeout. Hãy đính kèm sample frame thật vào RFP và kiểm tra parser với đúng firmware trong FAT. Thiết bị USB xuất hiện dưới dạng virtual COM cũng có vấn đề ở tầng ứng dụng tương tự.

Ethernet phải nêu rõ application protocol

“Cắm LAN được” không cho biết đó là proprietary TCP, Modbus TCP, HTTP hay OPC UA. Cần giới hạn hướng truyền và port, không đặt cân vào mạng văn phòng mở. Nếu dùng certificate, phải có quy trình phát hành, gia hạn, thu hồi và khôi phục khi thay thiết bị.

Với OPC UA, hãy xem mô hình nào được triển khai

Mô hình Weighing Technology của OPC Foundation và VDMA bao phủ automatic filling, catchweigher, checkweigher, continuous, hopper, laboratory, piece-counting, simple, totalizing, vehicle scale và nhiều loại khác. RFP phải hỏi phiên bản OPC 40200, scale type, Server Facet, nodes và methods cụ thể. Nếu server chỉ có proprietary nodes, việc đổi hãng sau này vẫn cần phát triển riêng.

Phân chia trách nhiệm giữa PLC, MES và cơ sở dữ liệu chất lượng

Đưa mọi thứ vào PLC hoặc gửi mọi quyết định lên cloud đều làm hệ thống khó bảo trì. ISA-95 tổ chức tích hợp doanh nghiệp–điều khiển; thường Level 1 là sensor/device, Level 2 là PLC/DCS giám sát và điều khiển, Level 3 là vận hành sản xuất như MES/SCADA. Hãy chia chức năng theo yêu cầu thời gian và trách nhiệm.

Việc dừng máy ở cấp mili giây nên ở PLC/edge, không phụ thuộc round trip đến MES/cloud. Ngược lại, không nhốt phả hệ lô, quyền và lưu trữ dài hạn trong PLC. Khi mất mạng, hệ thống phải có hành vi an toàn đã định nghĩa và phát lại các event theo đúng thứ tự sau khi phục hồi.

Offline phải chọn dừng, tiếp tục giới hạn hoặc fallback có kiểm soát

Đặc tính quan trọng có thể buộc dừng khi không xác nhận được order/spec hiện hành. Phép đo nội bộ rủi ro thấp có thể tiếp tục với job và limit đã ký, preload ở edge. Nếu vẫn cho ghi giấy rồi nhập sau, phải phân biệt với bản ghi bình thường và bắt buộc lý do, người nhập, người kiểm và tham chiếu bản gốc.

Lưu trạng thái hiệu chuẩn, kiểm định và thời gian cùng kết quả

PDF chứng chỉ hiệu chuẩn trong thư mục dùng chung không tự chứng minh rằng một event dùng cân còn đủ điều kiện. Scale master nên có scale ID, serial, vị trí, capacity, division, use class, ngày hiệu chuẩn gần nhất/kế tiếp, enabled status và certificate ID. Event cần giữ snapshot trạng thái hoặc tham chiếu phiên bản có hiệu lực khi cân.

Không dùng “đã hiệu chuẩn”, “daily check đạt” và “được phép dùng theo pháp luật” như từ đồng nghĩa. Hiệu chuẩn xác lập quan hệ với chuẩn tham chiếu. Phê duyệt kiểu, kiểm định, niêm phong hay tái kiểm định có thể là nghĩa vụ pháp lý khác. Daily check cũng không thay thế hai nội dung đó. Hãy quản lý thành trạng thái riêng và định nghĩa phản ứng vận hành cho từng trạng thái.

Phân biệt thời gian capture tại cân/edge, gateway nhận và server commit, cùng trạng thái NTP và múi giờ. Một cách phù hợp tại Thái Lan là lưu UTC và hiển thị ICT, nhưng phải thống nhất với MES hiện hữu và ghi rõ offset khi trao đổi liên quốc gia.

Tách đo lường pháp định khỏi kiểm soát quá trình ngay từ đầu RFP

Thái Lan có Weights and Measures Act B.E. 2542 và Department of Internal Trade công bố thông tin pháp luật liên quan. Điều này không có nghĩa mọi cân trong nhà máy có cùng nghĩa vụ, cũng không có nghĩa cân gọi là “process scale” luôn nằm ngoài phạm vi. Mục đích sử dụng, giao dịch hoặc chứng cứ, loại thiết bị, thông báo áp dụng và bản chất thay đổi phần cứng/phần mềm đều có thể ảnh hưởng.

Chỉ đọc cổng ra khác với việc điều khiển zero, tare hoặc tham số liên quan calibration từ tầng trên. Hãy tách chức năng có thể liên quan pháp lý khỏi MES có thể thay đổi, và yêu cầu nhà sản xuất xác nhận bằng văn bản về seal, type, software ID và verification. OIML-CS là tham chiếu quốc tế hữu ích, nhưng chứng chỉ OIML không tự động bảo đảm tính hợp pháp của một lắp đặt và mục đích sử dụng cụ thể tại Thái Lan.

16 yêu cầu cần có trong RFP cho nhà máy tại Thái Lan

1. Danh mục cân: hãng, model, serial, firmware, indicator, capacity, division.
2. Phân loại sử dụng: process, quality, trade/evidence, customer certificate.
3. Trường đầu ra: gross, tare, net, unit, stable, zero, range, error.
4. Phạm vi điều khiển: read-only hay remote zero/tare/register.
5. Truyền thông: physical layer, protocol, frame, checksum, timeout, reconnect.
6. Ngữ cảnh: order, item, lot, operation, operator, scale, container ID.
7. Thời gian: nguồn, UTC/ICT, drift và nhiều timestamp.
8. Idempotency: event ID, replay và xử lý duplicate.
9. Offline: điều kiện lưu, thứ tự, mã hóa, phản ứng khi buffer đầy.
10. Interlock: quyết định ở PLC và safe response cho từng lỗi.
11. Metrology status: chặn quá hạn, daily check, certificate.
12. Security: account, role, certificate, log, segmentation, patch.
13. Audit trail: cân lại, hủy, nhập tay, thay master.
14. Data ownership: schema, API/export và quyền chuyển đổi.
15. Ngôn ngữ/hỗ trợ: Thái, Anh, Nhật, thời gian phản hồi và phụ tùng.
16. FAT/SAT: tiêu chí đạt, trách nhiệm, kiểm lại và evidence bàn giao.

Yêu cầu ma trận theo từng model. “Hỗ trợ mọi loại cân” có thể chỉ có nghĩa đọc được chuỗi số. Ma trận ○△× cho status, tare mode, error, remote operation và time sync sẽ làm lộ khối lượng custom trước hợp đồng.

FAT và SAT cho thu thập dữ liệu kiểm tra

FAT xác nhận đặc tả và tình huống bất thường tại môi trường nhà cung cấp. SAT lặp lại các trường hợp quan trọng với cân, nền, rung, mạng, PLC và hướng dẫn làm việc thực tế. Một giá trị bình thường vào được database chưa phải nghiệm thu.

Phân biệt giá trị nội bộ và hiển thị tại biên

Khi upper limit là 10.00 kg, giá trị nội bộ 10.004 kg có thể hiển thị 10.00 kg. Kết quả phụ thuộc hệ thống so sánh internal, transmitted hay displayed value. FAT phải thử ngay dưới, bằng và ngay trên biên, rồi đối chiếu màn hình, PLC, MES và Quality DB. Evidence gồm input, expected, actual, firmware, settings, tester và thời gian.

Kiểm thử bản ghi trùng, không chỉ dữ liệu thiếu

Replay sau reconnect có thể tạo hai giao dịch tiêu hao vật liệu. Tốt nhất event ID được tạo khi cân/edge chấp nhận lần cân và dùng lại ID đó khi gửi lại. Server xử lý cùng ID theo nguyên tắc idempotent thay vì insert sự kiện thứ hai.

Pilot phải có một “cân khó”, không chỉ cân mới nhất

Pilot chỉ với cân Ethernet mới không chứng minh khả năng triển khai cho thiết bị cũ. Hãy gồm ít nhất một model cũ có số lượng lớn và một điều kiện khó như rung cao, tare phức tạp, rửa thường xuyên hoặc nhiều loại thùng.

1. Quan sát việc chép số, chọn lô và cân lại hiện tại.
2. Phê duyệt data dictionary cho giá trị, trạng thái, đơn vị, ID và dữ liệu thiếu.
3. Thu thập read-only song song với hồ sơ hiện tại.
4. Bật specification check, stability, dedup và deviation.
5. Kết nối interlock sau risk review.
6. Chuyển hồ sơ điện tử thành bản chính sau training, backup và change control.
7. Tái sử dụng template model và SAT pack khi mở rộng.

Kết thúc chạy song song khi đã qua đủ sản phẩm, dải, thùng, ca và tình huống bất thường đại diện, không chỉ vì hết một số ngày cố định.

Mô hình giả định minh họa của TOMAS TECH

Các số sau là mô hình giả định minh họa của TOMAS TECH, không phải trung bình thị trường hay cam kết nhà cung cấp. Hãy thay bằng dữ liệu quan sát thực tế.

Giả định 240 lần cân/ngày, 250 ngày/năm. Viết và nhập lại mất 45 giây/lần, kiểm tra kép 20 giây. Vấn đề do nhập tay xảy ra 3 lần trên 1.000 lần cân và cần 25 phút điều tra mỗi vụ. Sau tự động hóa, controlled exception chiếm 2% và mất 2 phút/vụ.

• Lần cân/năm = 240 × 250 = 60.000
• Thời gian ghi/kiểm hiện tại = 60.000 × 65 giây = khoảng 1.083 giờ
• Vụ việc hiện tại = 60.000 ÷ 1.000 × 3 = 180 vụ
• Điều tra hiện tại = 180 × 25 phút = 75 giờ
• Ngoại lệ sau tự động hóa = 60.000 × 2% = 1.200 vụ
• Xử lý ngoại lệ = 1.200 × 2 phút = 40 giờ
• Thời gian giảm theo mô hình = 1.083 + 75 − 40 = khoảng 1.118 giờ/năm

Nếu quy đổi tài chính, lấy giờ tiết kiệm × chi phí lao động đầy đủ nội bộ, rồi trừ hỗ trợ hằng năm, hiệu chuẩn/kiểm chứng tăng thêm, mạng, thiết bị thay thế, đào tạo và bảo trì master. Hoàn vốn đơn giản là đầu tư ban đầu ÷ lợi ích ròng hằng năm. Không nên quy toàn bộ tuân thủ pháp luật hoặc rủi ro chất lượng nghiêm trọng thành tiết kiệm lao động. Hãy đo thời gian chép số, cân lại, lỗi mạng và điều tra thực tế trong 2–4 tuần trước khi phê duyệt business case.

Sai sót thường gặp và cách phòng tránh

Trọng lượng được lấy tự động nhưng lô nhập sau

Nhập sau vẫn cho phép gắn một giá trị đúng vào sai công việc. Bắt buộc hoàn tất ngữ cảnh trước khi cân. Nếu không thể nhận diện theo quy trình chuẩn, hãy chuyển event sang hold queue có mã lý do thay vì âm thầm cho phép back-entry.

Sao chép một cấu hình stability cho mọi cân

Rung, độ phân giải, capacity và lắp đặt khác nhau cần cấu hình đã xác nhận khác nhau. Quản lý phiên bản theo model, range và vị trí, sau đó tái xác nhận khi có thay đổi liên quan.

Quá hạn metrology chỉ tạo cảnh báo

Cảnh báo lặp lại sẽ bị coi như nhiễu. Hãy xác định trước chế độ dừng, sử dụng giới hạn có phê duyệt chất lượng hoặc chỉ làm giá trị tham khảo theo rủi ro, để người vận hành không tự quyết dưới áp lực sản xuất.

Gửi trọng lượng thẳng vào ERP rồi mất sự kiện nguồn

ERP phù hợp cho posting tổng hợp nhưng có thể không giữ raw frame, stable, tare mode và retry history. Hãy giữ weighing event bản chính ở MES/Quality DB rồi chỉ gửi kết quả sản xuất đã duyệt sang ERP.

Coi “hỗ trợ OPC UA” là bảo đảm khả năng tương tác

Server có thể dùng OPC UA nhưng chỉ cung cấp proprietary nodes. Cần xác minh companion specification, data type, method, security policy và certificate operation trên thiết bị thật.

Câu hỏi thường gặp về tích hợp dữ liệu cân

Tích hợp dữ liệu cân có phải chỉ là xuất CSV?

Không. Hồ sơ có thể bảo vệ phải kết hợp stable, gross/tare/net, unit, device state, time, lot, item, operator và scale ID, đồng thời giữ replay, cancel và reweigh.

Cân RS-232 cũ có tự động ghi dữ liệu thiết bị đo được không?

Thường có thể, nhưng phải xác nhận frame thật, stable/unit marker, request/response, cách ly và reconnect trên đúng firmware. Nếu cân chỉ phát số, cần lập hồ sơ giới hạn của suy luận tầng trên.

PLC hay MES nên phán định kết quả kiểm tra?

PLC/edge thường xử lý dừng tức thời và interlock xác định. MES/QMS xử lý order, lot, spec version, authorization, release và deviation. Phân chia cuối cùng dựa trên rủi ro và thời gian đáp ứng.

Hồ sơ chất lượng điện tử chỉ lưu net có đủ không?

Thông thường không đủ cho điều tra tốt. Hãy lưu gross, tare, net và tare mode khi có, hoặc tối thiểu phải tái dựng được cách tính net, đơn vị và quy tắc làm tròn.

OPC UA có làm mọi hãng cân plug-and-play không?

Không. Phải so sánh phiên bản OPC 40200, type, facets, nodes, methods và extensions rồi xác minh ý nghĩa trong FAT. Dù vậy, mô hình chung vẫn giúp sẵn sàng thay thế hơn chuỗi độc quyền.

Cân quy trình tại Thái Lan có nằm ngoài đo lường pháp định không?

Không thể kết luận chỉ từ tên “process scale”. Mục đích thương mại/chứng cứ, loại thiết bị, thông báo và thay đổi có thể ảnh hưởng. Hãy kiểm tra thông tin DIT hiện hành và xin ý kiến cho thiết bị cùng giao diện cụ thể.

Cần chuẩn bị gì trước RFP?

Danh mục cân, tài liệu truyền thông và sample frame, biểu mẫu hiện tại, luồng order/lot, sơ đồ mạng, PLC I/O, trạng thái metrology, danh sách ngoại lệ và expected FAT/SAT.

Kết luận: tích hợp sự kiện cân có thể tái dựng

Hãy bắt đầu bằng định nghĩa stability, gross/tare/net, unit, điều kiện thiết bị, timestamps, lot, item, operator, scale ID và event ID an toàn khi replay. Chỉ sau đó mới chọn RS-232, USB, Ethernet, fieldbus hay OPC UA. Đặt điều khiển tức thời ở PLC/edge, ngữ cảnh nghiệp vụ ở MES và phê duyệt chất lượng ở QMS. Tách chức năng có thể liên quan pháp lý khỏi ứng dụng quy trình có thể thay đổi, rồi kiểm thử boundary, fault, disconnect và duplicate trước khi biến hồ sơ điện tử thành bản chính.

TOMAS TECH có thể hỗ trợ nhà máy tại Thái Lan lập danh mục cân nhiều model, kiểm tra truyền thông thực tế, viết RFP có thể so sánh, phân chia PLC/MES/QMS và thiết kế FAT/SAT ngay cả khi chưa biết cân cũ xuất được dữ liệu gì. Trao đổi với chúng tôi về dự án tích hợp cân.

Tài liệu tham khảo

• OPC Foundation, OPC UA for Weighing Technology (OPC 40200): https://reference.opcfoundation.org/specs/OPC-40200/1
• OPC Foundation, VDMA Weighing Initiative: https://opcfoundation.org/markets-collaboration/weighing/
• International Society of Automation, ISA-95 Standard: https://www.isa.org/standards-and-publications/isa-standards/isa-95-standard
• OIML R 51-1, Automatic catchweighing instruments: https://www.oiml.org/en/files/pdf_r/r051-1-e06.pdf
• OIML Certification System, instrument categories: https://www.oiml.org/en/oiml-cs/categories
• BIPM, SI Brochure: https://www.bipm.org/en/publications/si-brochure/
• Thailand Department of Internal Trade, Weights and Measures Act B.E. 2542: https://www.dit.go.th/th/law/act/weights-measures-2542/
• GS1 Global Traceability Standard: https://www.gs1.org/standards/gs1-global-traceability-standard/current-standard