Blog

2026.09.03

Thu thập dữ liệu sản xuất: PoC 90 ngày và RFP tại Thái Lan

Thu thập dữ liệu sản xuất: PoC 90 ngày và RFP tại Thái Lan

Thu thập dữ liệu sản xuất trong một nhà máy Thái Lan đang vận hành hiếm khi bắt đầu với hạ tầng đồng nhất. Nhãn hiệu PLC, đời máy, mạng, cảm biến, data logger và ứng dụng nghiệp vụ đều khác nhau. Một bản demo có thể đưa số liệu lên màn hình rất nhanh, nhưng dữ liệu mất khi đứt mạng, sai thời gian, thiếu bối cảnh hoặc không thể khôi phục cấu hình vẫn chưa đủ tin cậy cho quyết định sản xuất, bảo trì hay chất lượng.

Bài viết này coi thu thập dữ liệu PLC, dữ liệu thiết bị, dữ liệu cảm biến và data logger trong nhà máy là một năng lực vận hành có quản trị. Nội dung đi từ RFP, PoC 90 ngày, FAT/SAT, vận hành, sao lưu/khôi phục tới TCO ba năm. Trừ số liệu có nguồn sơ cấp, mọi mục tiêu và chi phí đều là giá trị thiết kế khuyến nghị để minh họa, không phải tiêu chuẩn, luật, giá thị trường hay cam kết hiệu suất.

Định nghĩa thu thập dữ liệu sản xuất bằng quyết định, không phải số tag

Trước tiên hãy xác định ai phải quyết định việc gì, trước thời hạn nào và hậu quả nếu sai. Gọi hỗ trợ trong ca, phân tích chronic stop ngày hôm sau và điều tra truy xuất lot khách hàng cần độ chi tiết, timestamp, retention và quyền phê duyệt khác nhau. Viết yêu cầu theo chuỗi dữ liệu → thông tin → quyết định → hành động.

Quyết địnhBằng chứng gốcBối cảnhĐầu ra và hành động
Máy nào dừng lặp lại?RUN, STOP, FAULT, thời giantài sản, sản phẩm, ca, lý doPareto, người phụ trách, hạn
Sai lệch điều kiện có ảnh hưởng chất lượng?nhiệt độ, áp suất, tốc độ, setpointlot, công đoạn, recipe, hiệu chuẩnphạm vi, hold, điều tra
Năng lượng trên đơn vị có xấu đi?điện, lưu lượng, sản lượngsản phẩm, trạng thái, khung giờchênh baseline, lệnh kiểm tra
Có cần hành động bảo trì?rung, nhiệt độ, dòng, alarmtải, mode, lịch sửcông việc đề xuất, ưu tiên

ISO 22400-1:2014 cung cấp khung trung lập ngành để định nghĩa, cấu thành, trao đổi và sử dụng KPI cho manufacturing operations management. Trang ISO chính thức cho biết phiên bản này được xem xét và xác nhận năm 2025 nên vẫn hiện hành. Tiêu chuẩn không quyết định tử số, mẫu số, loại trừ, giờ chốt hay quyền sửa của nhà máy; chúng phải nằm trong data contract.

Chia thành công thành ba lớp. Các con số dưới đây chỉ là ví dụ thiết kế.

LớpBằng chứngMục tiêu minh họa
Kỹ thuậtkết nối, chu kỳ, buffer, replay, đồng hồđầy đủ ít nhất 99,5% trong cửa sổ sản xuất đã thống nhất
Thông tinđơn vị, quality, liên kết máy/sản phẩm/lot100% tag bắt buộc có ý nghĩa, owner và version
Nghiệp vụhọp, quyết định, action, theo dõidùng hằng ngày, việc mở có owner và due date

Phân vai PLC, cảm biến, data logger và gateway

Thu thập dữ liệu PLC phải bảo vệ điều khiển

PLC chứa state, alarm, counter, setpoint và interlock có giá trị, nhưng truy vấn không giới hạn từ hệ thống cấp trên có thể tạo rủi ro cho control. Quy định đường read-only, allowed tag, connection limit, polling load, timeout, reconnect, hành vi lỗi và change approval. Kiểm tra warranty và safety boundary của nhà chế tạo. Mọi write-back tương lai nên là phạm vi rủi ro và thử nghiệm được phê duyệt riêng.

Lựa chọn gồm protocol PLC gốc, OPC UA server, SCADA/historian hiện hữu hoặc edge gateway. So sánh đúng model/firmware, licence, nguồn timestamp, quality code, mảng/cấu trúc, event, tải và trách nhiệm support. Nhãn “supported” chưa phải kết quả nghiệm thu.

Thu thập dữ liệu cảm biến là cả chuỗi đo

Cảm biến rung, nhiệt độ, dòng, áp suất, lưu lượng hoặc môi trường có thể bổ sung khả năng quan sát máy cũ. Độ chính xác vẫn phụ thuộc vị trí/gá, range, sampling, converter, dây, nhiễu, calibration, timestamp và operating mode. Gắn tín hiệu với trạng thái máy trên cùng đồng hồ.

Với waveform tần số cao, không nhất thiết luôn gửi toàn bộ raw data lên cloud. So sánh phương án tính feature tại edge và chỉ giữ raw trước–sau event. Ghi phần bị loại, khả năng tính lại, version thuật toán, lịch sử threshold và thời gian giữ raw.

Data logger nhà máy phải có lối ra tích hợp

Data logger hữu ích cho khảo sát độc lập, so sánh calibration, pilot ngắn hoặc máy chưa thể vào mạng. Vận hành USB/CSV thủ công lâu dài tạo rủi ro quên lấy, ghi đè, lệch giờ, xung đột version, malware và nhập tay.

RFP cần hỏi hành vi khi đầy hoặc mất điện, time sync, CSV/API, quality flag, calibration, môi trường, backup cấu hình và thay thiết bị. Xác định từ PoC con đường sang gateway hoặc data platform có quản trị.

Chọn IoT gateway theo vòng đời, không chỉ theo protocol

Gateway là ranh giới cho việc thu nhận, chuẩn hóa, lưu đệm, phát lại dữ liệu, quản lý chứng thư, giám sát và hỗ trợ từ xa. Hãy so sánh thời hạn hỗ trợ, cập nhật hệ điều hành, xử lý lỗ hổng, xuất cấu hình, khôi phục từ thiết bị sạch, thay bằng thiết bị dự phòng, nhật ký, độ bền lưu trữ, nguồn điện và nhiệt độ. Xem thêm hướng dẫn lựa chọn Industrial IoT Gateway.

Thu thập dữ liệu sản xuất: PoC 90 ngày và RFP tại Thái Lan - figure 1

Kiến trúc dữ liệu thiết bị cần chủ sở hữu ở mọi lớp

ANSI/ISA-95.00.01-2025 cập nhật Part 1 của enterprise-control integration thay bản 2010. ISA cho biết tài liệu bao quát phạm vi manufacturing operations/control, tổ chức physical asset, chức năng tại giao diện enterprise/control và thông tin chia sẻ. Đây là từ vựng và mô hình biên, không phải topology bắt buộc của một vendor.

Phân định trách nhiệm giữa thiết bị hiện trường, lớp thu nhận biên, mạng OT, vùng OT DMZ, nền tảng dữ liệu và các hệ thống MES, bảo trì, phân tích. Dù triển khai tại chỗ, trên đám mây hay theo mô hình kết hợp, máy móc không được phụ thuộc vào bảng điều khiển cấp trên; lớp biên phải lưu đệm dữ liệu trong thời gian gián đoạn đã thống nhất; quá trình phát lại không được tạo bản ghi trùng; và hệ thống cấp trên không được có đường truy cập không hạn chế trở lại lớp điều khiển.

LớpTrách nhiệmBằng chứng RFP
PLC/cảm biếnnguồn tín hiệu không ảnh hưởng controlsource tag, cycle, load, approval
Edge/loggernormalise, quality, time, bufferconfig, capacity test, replay log
OT network/DMZsegmentation, allowed flow, observationdata-flow map, rule, deny test
Data platformretention, version, query, API, auditschema, restore, access
MES/analyticsbối cảnh, KPI, workflow quyết địnhcông thức, approval, correction log

Nếu dùng wireless, thử nhiễu khi sản xuất, client thật, authentication, buffer và recovery chứ không chỉ tốc độ. Tham khảo hướng dẫn thiết kế Wireless LAN nhà máy cho RFP và SAT.

Không coi OPC UA, MQTT và Sparkplug là đồng nghĩa

Trang OPC Foundation liệt kê OPC 10000-200 Industrial Automation release 1.01.4, công bố ngày 23/05/2025, là current. OPC UA có thể mang thông tin công nghiệp có type, quality và tính năng security, nhưng “hỗ trợ OPC UA” không chứng minh interoperability. Hãy ghi client/server hay PubSub, profile, authentication, certificate, information model, load, history, alarm và test liên vendor.

OASIS MQTT 5.0 trở thành OASIS Standard ngày 07/03/2019. Đây là client-server publish/subscribe transport nhẹ, không phụ thuộc payload và có ba QoS. QoS không định nghĩa asset ID, unit, quality, birth/death, business uniqueness hay historical replay. Encryption, authentication và authorisation phải được chọn trong thiết kế.

Eclipse Sparkplug 3.0 là bản đầu tiên quản lý dưới quy trình specification của Eclipse Foundation. Eclipse cho biết nó formalise 2.2, làm rõ điểm mơ hồ và thêm normative statement mà không thêm feature phá thiết bị/ứng dụng cũ. Nó có thể chuẩn hóa topic, payload, state trên MQTT nhưng không bắt buộc cho mọi dự án. Kiểm tra compatible implementation, TCK, gateway boundary và legacy.

Lựa chọnChủ yếu định nghĩaHiểu nhầmTrọng tâm nghiệm thu
OPC UAaccess và information model công nghiệpcó logo là semantic khớpprofile, model, certificate, load
MQTT 5.0publish/subscribe transportQoS bảo đảm unique nghiệp vụduplicate, order, reconnect, authz
Sparkplug 3.0topic/payload/state trên MQTTMQTT luôn phải dùngbirth/death, metric, compatibility
CSV/APIbatch/application exchangetruyền đơn giản thì vận hành đơn giảnversion, encoding, replay, audit

Tag dictionary và data contract là nguồn chuẩn

Tên D100, M201, Temp1 không thể mở rộng. Với mỗi tag, ghi stable ID, display name, asset hierarchy, source address, type, unit, scale, quality, range, cycle, change trigger, timestamp source, retention, owner và change reason. Quản lý version mối quan hệ với equipment, product, lot, process và shift.

Data contract định nghĩa mandatory field, null, quality, timestamp, timezone, sequence, event ID, schema version, correction, replay và thông báo breaking change. Thử PLC shutdown, sensor break, gateway restart, clock correction, network loss và platform rejection.

Quy định clock chuẩn, nơi tạo source timestamp, cách xử lý giờ chạy lùi và cách phát hiện mất đồng bộ. Sai lệch giữa PLC event, barcode scan, quality measurement và MES transaction có thể làm thay đổi kết luận traceability.

Thiết kế cho dữ liệu thiếu, trùng và sai thứ tự

Mạng sẽ hỏng. Yêu cầu là phát hiện outage, giữ tại edge theo thời lượng thống nhất, replay an toàn, consumer xử lý duplicate và hiển thị gap. Dùng sequence, event ID, source/ingest time, quality và retry count theo use case.

Ví dụ thiết kế: 40 máy, 1.200 tag; 200 tag quan trọng mỗi một giây, 1.000 tag mỗi mười giây, buffer offline 24 giờ. Đây không phải chuẩn. Định cỡ từ payload thật, change rate, compression, metadata, độ bền storage và thời gian replay; thử 80%, 100% và 120% workload thỏa thuận. Đếm record/ngày, event burst và replay peak, không chỉ tag.

Dashboard chất lượng nên thể hiện completeness, latency, clock offset, out-of-range, frozen value, bad quality, duplicate, order inversion, unmapped tag và schema violation. Tách process anomaly khỏi acquisition failure để owner xác định khoảng dữ liệu dùng được.

Đưa OT security vào RFP ngay từ đầu

NIST SP 800-82 Rev.3 Final tháng 9/2023 hướng dẫn security có xét performance, reliability và safety đặc thù OT. Thiết kế asset/flow visibility, segmentation, least privilege, remote access, logging, change, backup và incident response cùng với kết nối.

Lập data flow có destination, direction, port, protocol, certificate, DNS, time và update service. Tránh shared admin, vendor VPN bật vĩnh viễn và service account đi toàn nhà máy. Yêu cầu identity cá nhân, approval, time limit, session record và closure.

Thử reject flow không cho phép, certificate hết hạn, clock fault, disable account, log forwarding failure, restore và spare replacement. Không active scan ngoài kế hoạch trên thiết bị production; thống nhất cách an toàn với vendor máy và owner IT/OT.

PoC 90 ngày phải chứng minh vận hành

Thu thập dữ liệu sản xuất: PoC 90 ngày và RFP tại Thái Lan - figure 2

90 ngày là ví dụ thiết kế dự án, không phải thời lượng chuẩn. Điều chỉnh để chứa sản phẩm, ca và maintenance window đại diện.

Ngày 0–30: Baseline

Xác định decision, equipment, tag, record hiện tại, outage, network, clock, access và support. Chọn tài sản đại diện nhiều đời PLC và ràng buộc. Phê duyệt tag dictionary đầu tiên, data flow, risk register, success criteria và exclusion trước khi mở rộng.

Ngày 31–60: Technical proof

Kết nối PLC, sensor, logger hoặc gateway. Thử có kiểm soát cable loss, upper platform outage, clock drift, power loss, storage pressure và certificate failure. Ghi buffer, replay, deduplication, alarm, monitoring và restore máy sạch. Mọi fault injection cần phê duyệt và rollback.

Ngày 61–90: Controlled production

Sử dụng dữ liệu trong ít nhất một quy trình của ca sản xuất, bảo trì hoặc chất lượng. Hằng ngày xem xét chất lượng dữ liệu và mức độ sử dụng; sửa mã lý do sai, bối cảnh còn thiếu, độ lệch đồng hồ và gánh nặng cho người vận hành. Chạy lại các phép thử nghiệm thu rồi quyết định tiếp tục, điều chỉnh hoặc dừng. Thành công nghĩa là người phụ trách có thể phê duyệt điều kiện mở rộng dựa trên bằng chứng.

Giai đoạnSản phẩm chínhGate
Baselineuse case, dictionary, flow, riskduyệt scope và pass/fail
Technical proofhồ sơ buffer, security, restoreduyệt limited production
Controlled productionKPI, usage, defect, actionscale, modify hoặc stop

Viết RFP để so sánh báo giá

Mọi bidder cần nhận cùng scope, assumption, exclusion, deliverable và test. “IoT platform package” che licence, tag limit, integration, security, backup và support.

Phần RFPNội dung bắt buộc
Purpose/scopedecision, asset, plant, outage window, exclusion
Current statePLC/sensor/network/app và độ tin cậy bản vẽ
Datadictionary, time, quality, retention, schema, API
Non-functionalperformance, completeness, buffer, recovery, scale
Securityflow, identity, certificate, patch, remote access
Migrationpilot, parallel run, rollback, reconciliation
TestingFAT, SAT, fault, load, restore, business acceptance
Handoverconfig, source, licence, backup, runbook, training
Costinitial, annual, added tag, upgrade, travel, off-hours

Yêu cầu phân loại mỗi câu trả lời thành standard function, configuration, custom development, third party hay roadmap. So sánh onsite tại Thái Lan, ngôn ngữ support, spare, end-of-support notice và export dữ liệu.

So sánh TCO ba năm, gồm thay đổi vận hành

Bảng sau là ví dụ tính toán khuyến nghị, không phải báo giá thị trường, chi phí đủ điều kiện BOI hay cam kết kết quả.

Hạng mụcVí dụ ban đầuVí dụ hằng nămĐiểm kiểm tra
gateway/logger/sensor420.000 THB30.000 THBspare, calibration, replacement
integration/dashboard650.000 THB90.000 THBchange, added tag, API
network/security180.000 THB30.000 THBcertificate, monitor, update
training/FAT/SAT120.000 THB30.000 THBretraining, recovery drill
contingency130.000 THB0 THBlegacy difference, off-hours
Tổng ví dụ1.500.000 THB180.000 THBthay bằng quote dự án

TCO ba năm là 1.500.000 + 180.000 × 3 = 2.040.000 THB. Ở phía lợi ích, tách cash realised, capacity redeployed và risk avoided. Không đếm trùng thời gian lao động, downtime, scrap và throughput; dashboard được xem chưa phải lợi ích nếu hành động không thay đổi.

Trang Smart and Sustainable Industry hiện hành của BOI mô tả, tùy điều kiện, mức đầu tư cải thiện hiệu suất tối thiểu 1 triệu THB không gồm đất và vốn lưu động, miễn thuế nhập khẩu máy móc và miễn thuế thu nhập doanh nghiệp ba năm cho dự án hiện hữu, thường giới hạn 50% khoản đầu tư cải thiện. Trang cũng mô tả mức 100% nếu máy móc liên kết với ngành automation trong nước đạt ít nhất 30% tổng giá trị máy móc, hệ thống automation hoặc robotics. Ví dụ này không tự động đủ điều kiện. Hãy xác nhận activity, timing, cost category, evidence và xử lý mua trước phê duyệt với BOI hoặc chuyên gia trước cam kết.

FAT/SAT tạo bằng chứng nghiệm thu tái lập được

Thu thập dữ liệu sản xuất: PoC 90 ngày và RFP tại Thái Lan - figure 3

FAT dùng PLC đại diện hoặc simulator, gateway, broker, database, dashboard, identity và monitoring trong môi trường kiểm soát. Thử mapping, type, unit, quality, timestamp, load, disconnect, replay, duplicate, certificate và restore. Ghi rõ RF nhà máy, machine load và điều kiện production thật chuyển sang SAT.

SAT dùng máy, mạng, ca và sản phẩm thật. Ảnh màn hình số thay đổi là chưa đủ. Giữ test ID, prerequisite, input, expected/actual, timestamp, log, config version, operator, deviation, retest và approval.

Test ID ví dụKịch bảnBằng chứng đạt
FAT-DQ-01mapping type/unit/qualityđối chiếu dictionary version với record
FAT-BUF-02upper outage và buffer gần đầygap, duplicate, replay time, alarm log
FAT-SEC-03client không phép/certificate hết hạnreject và audit trail
FAT-RES-04restore sang spare sạchapproved config, hash, connect, monitor
SAT-OPS-01peak shiftcompleteness, latency, business view, exception
SAT-REC-02thay máy theo runbookthời gian, work record, issue, sign-off

Mục tiêu minh họa có thể gồm mapping bắt buộc 100%, completeness ít nhất 99,5%, clock offset trong một giây cho traceability event, replay buffer 24 giờ và restore spare trong bốn giờ. Đây không phải giới hạn chuẩn; thay bằng yêu cầu safety, quality, luật hoặc khách hàng nghiêm hơn.

Vận hành và backup phải cho phép nhà máy tự khôi phục

NIST SP 1339 Final tháng 6/2026 cho biết quản lý backup OT hiệu quả cần tích hợp backup vào change management, tạo thường xuyên, thử và xem lại trong recovery exercise. File chưa bao giờ restore chưa phải bằng chứng khôi phục.

Bao gồm gateway config, PLC communication setting, tag dictionary, schema, dashboard, dữ liệu liên quan certificate, licence, install media, network/firewall, runbook và contact. Secret phải ở hệ thống được duyệt, không phải plain text. Xác định owner, frequency, location, encryption, retention, separated copy và trách nhiệm restore.

Gắn pre-change backup và restore point với mọi change ticket. Diễn tập hằng quý chỉ là ví dụ vận hành; thay đổi quan trọng, thay thiết bị và certificate có thể cần bằng chứng bổ sung. Nhân viên nhà máy phải dùng runbook bàn giao để khôi phục connectivity, monitoring và replay từ spare sạch.

Theo dõi gap, clock, disk, certificate expiry, connection, CPU, temperature, firmware, vulnerability, backup result và unauthorised change. Tách first response, vendor escalation, onsite dispatch và production decision, gồm tuyến giao tiếp Việt/Thái/Anh/Nhật khi phù hợp.

Mở rộng bằng template và quản lý khác biệt

Không copy pilot sang 100 máy ngay lập tức. Tạo connection kit, dictionary template, security zone, FAT record, SAT checklist và restore runbook dùng lại. Ghi khác biệt và approved exception từng máy.

Trước mỗi wave, tính lại data quality, ticket, storage, licence, gateway capacity, network và support load. Sửa unknown tag, clock drift và gánh nặng operator ở wave trước rồi mới thêm máy. Ưu tiên business value và maintainability, không phải số lượng.

FAQ: thu thập dữ liệu PLC, thiết bị và cảm biến

Nên bắt đầu thu thập dữ liệu sản xuất từ đâu?

Bắt đầu với một quyết định, một công đoạn đại diện và số tag tối thiểu. Xác định user, deadline, record hiện tại và hậu quả sai trước khi chọn công nghệ.

Thu thập dữ liệu PLC có ảnh hưởng control không?

Có thể, tùy phương thức và tải. Quy định read-only, tag, connection, polling, timeout và reconnect rồi thử tải đại diện. Tách write-back và xác nhận warranty/safety boundary.

Chu kỳ một giây có đủ cho dữ liệu thiết bị?

Không có chu kỳ chung. Stop, energy, condition monitoring và raw vibration cần rate khác nhau. Suy ra từ hiện tượng và quyết định rồi thử burst, storage và network.

Thu thập sensor data có tự tạo predictive maintenance?

Không. Cần mounting, calibration, operating context, maintenance history và failure definition. Quản lý false alarm, missed detection, model version và response owner.

Nên dùng data logger hay IoT gateway?

Logger phù hợp đo độc lập/ngắn hạn; gateway phù hợp thu liên tục nhiều máy, protocol conversion, buffer, certificate và monitoring. So sánh lối ra tích hợp và lifecycle.

MQTT QoS 2 có loại mọi duplicate?

Delivery semantics của protocol khác uniqueness của business record. Thử retry ở client, bridge, store, consumer; dùng event ID và idempotent processing khi cần.

Hai sản phẩm OPC UA có kết nối ngay?

Không chắc. Kiểm profile, policy, certificate, namespace, model, datatype, licence, tag load, update rate, alarm và history trên version chính xác.

So sánh chi phí thế nào?

Gộp hardware, integration, licence, network/security, downtime work, training, backup, support, upgrade, added tag và migration trong TCO ba năm. Tách cash, capacity và risk.

FAT khác SAT ra sao?

FAT chứng minh config, mapping, fault, security và restore trong môi trường kiểm soát. SAT chứng minh với máy, mạng và production thật. Cả hai cần record tái lập và sign-off.

Hệ thống thu thập dữ liệu có thể nhận ưu đãi BOI không?

Có thể nhưng không tự động. Xác nhận activity, category, minimum, eligible cost, domestic automation linkage, application timing và evidence theo yêu cầu chính thức mới nhất trước đặt hàng.

Kết luận: mua khả năng tin cậy, sử dụng và khôi phục

Thu thập dữ liệu sản xuất thành công khi nhà máy tin, dùng và khôi phục được dữ liệu. Suy ra tag, context, quality, time, buffer, security và operations từ quyết định. Phân vai PLC, sensor, logger, gateway và quy định cách test OPC UA, MQTT hay Sparkplug.

PoC 90 ngày phải thử outage, replay, duplicate, time, access, backup và restore, không chỉ giữ dashboard online. RFP so sánh được, TCO đầy đủ và FAT/SAT có bằng chứng sẽ biến demo thành năng lực vận hành.

Ngay cả khi chưa biết hết PLC và protocol, có thể bắt đầu từ use case, site survey và RFP. Nếu đang xem xét thu thập dữ liệu sản xuất tại nhà máy Thái Lan, hãy trao đổi từ giai đoạn ý tưởng qua trang liên hệ TOMAS TECH tiếng Việt.

Nguồn sơ cấp