Thu thập dữ liệu đèn tháp 2026: Thiết kế IoT cho máy cũ

Trong các nhà máy tại Thái Lan và ASEAN, thu thập dữ liệu đèn tháp là một cách ít can thiệp để bắt đầu quan sát máy cũ. Tuy nhiên, quyết định quan trọng không phải là mua bộ phát hay gateway nào. Doanh nghiệp cần xác định tín hiệu đèn chứng minh được điều gì, được chuyển thành trạng thái máy ra sao, và quyết định nào vẫn phải dựa vào sản lượng, lệnh sản xuất, lịch dừng máy, mã cảnh báo hoặc lý do do người vận hành nhập.

Bài viết này biến hoạt động giám sát đèn tín hiệu từ một dự án màn hình thành thiết kế có thể kiểm thử và nghiệm thu. Nội dung so sánh lấy dry contact trực tiếp, bộ thu thập không dây của nhà sản xuất, PLC/IO-Link và edge gateway; sau đó đi sâu vào quy tắc ưu tiên trạng thái, timestamp, debounce, heartbeat, dữ liệu thiếu, an ninh OT, khảo sát hiện trường, PoC, RFP, FAT/SAT và quản trị KPI.

1. Dữ liệu đèn tháp chứng minh được gì và không chứng minh được gì

Xem đèn tháp là điểm quan sát

Đèn đỏ, vàng, xanh hoặc còi thể hiện điều mà hệ điều khiển máy đã chọn để hiển thị. Nếu lấy tín hiệu từ contact an toàn, gắn transmitter vào loại đèn tương thích hoặc đọc output PLC, nhà máy có thể bắt đầu quan sát mà không cần sửa lớn chương trình máy. Điều này phù hợp với dây chuyền có nhiều thế hệ thiết bị và khó bố trí thời gian dừng.

Tuy vậy, dữ kiện thô chỉ là một input đã bật, tắt hoặc thay đổi tại một thời điểm được quan sát. Nó không tự chứng minh máy ngừng vì lỗi, đang tạo sản phẩm tốt hay đang thiếu vật tư. Cần đối chiếu sơ đồ điện, dây đèn, logic máy, tiêu chuẩn thao tác và hành vi thực tế của từng thiết bị.

Gọi thời gian đèn xanh là “thời gian chạy thực” trước khi xác minh dễ làm người dùng mất niềm tin. Máy có thể giữ đèn xanh khi chờ vật liệu, dùng đèn vàng khi khởi động, hoặc tắt toàn bộ đèn khi mất nguồn điều khiển. Kết quả đầu tiên đáng tin cậy là mô hình quan sát có tài liệu và truy vết được, không phải dashboard nhiều màu.

Tách dữ liệu thành bốn lớp

1. Raw input giữ nguyên quan sát đỏ, vàng, xanh, còi, contact và trạng thái truyền thông.
2. Normalized state dùng quy tắc có phiên bản cho từng máy để tạo RUN, STOP, ALARM, IDLE hoặc UNKNOWN.
3. Business event biểu diễn bắt đầu dừng, phục hồi, lý do đã xác nhận hoặc bắt đầu đổi mã hàng.
4. KPI kết hợp event với lệnh sản xuất, số lượng, chất lượng và lịch dừng theo kế hoạch.

Nhờ tách lớp, nhóm dự án có thể cải tiến quy tắc và tính lại lịch sử mà không phá hủy bằng chứng ban đầu. Tên trạng thái trên dashboard cũng không bị nhầm với tín hiệu gốc.

2. Chọn kiến trúc giám sát đèn tín hiệu và thu thập dữ liệu máy cũ

Phương án A: lấy dry contact trực tiếp

Module digital input có thể đọc contact hoặc nhánh tín hiệu đã được phê duyệt từ mạch đèn. Quan hệ giữa dây và input rõ ràng, đồng thời không cần mạng vô tuyến. Dù vậy, thiết kế phải kiểm tra điện áp, cực tính, cách ly, khả năng đấu terminal, quyền mở tủ, cập nhật bản vẽ, bảo hành máy và trách nhiệm bảo trì.

Dây tạm trong PoC không nên âm thầm trở thành tiêu chuẩn vận hành. Hồ sơ bàn giao cần có số dây và terminal, bản vẽ cập nhật, quy tắc dùng kênh dự phòng, hướng dẫn thay thế và bằng chứng cho thấy lỗi của mạch giám sát không ảnh hưởng điều khiển hoặc an toàn.

Phương án B: bộ thu thập không dây của nhà sản xuất

PATLITE mô tả WD system nhận thông tin input của đèn tháp qua transmitter, truyền trên mạng không dây WD tới receiver/host và ghi CSV bằng phần mềm thiết lập. Mô tả sản phẩm hiện tại nêu mục đích thu trạng thái từ đèn tương thích bất kể tuổi hoặc model máy. WD PRO bổ sung lựa chọn contact input và tích hợp, nhưng phải xác minh tương thích, connector và capacity của model cụ thể.

Tài liệu WD mô tả một mạng receiver hỗ trợ tối đa 30 transmitter và brochure hiện tại đưa ra 20 thiết bị là số khuyến nghị trong bối cảnh sản phẩm. Đây là thông số riêng của sản phẩm, không phải mục tiêu thiết kế phổ quát. Khoảng cách vô tuyến trong brochure cũng chỉ là tham chiếu theo điều kiện được nêu, không phải cam kết trong nhà máy Thái Lan có nhiều máy kim loại, tủ, tường, vật liệu di chuyển và nguồn vô tuyến khác. Cần khảo sát sóng và kiểm thử nghiệm thu tại chỗ.

Thiết bị không dây có thể giảm việc can thiệp vào máy, nhưng mô hình vận hành vẫn phải bao gồm nguồn transmitter, tương thích, phụ tùng, backup cấu hình, phạm vi ảnh hưởng khi receiver lỗi và thay đổi môi trường sóng. Có file CSV không đồng nghĩa đã có KPI; ứng dụng visualization là chức năng phía host riêng biệt.

Phương án C: PLC hoặc IO-Link

Khi PLC đã có state bit hoặc alarm code hữu ích và việc truy cập được quản lý, PLC có thể cung cấp ngữ nghĩa sâu hơn đèn. Không cần chọn một phương pháp cho toàn bộ nhà máy: dùng đèn làm điểm khởi đầu ít can thiệp, còn kết nối PLC cho các máy cần tích hợp sâu. Có thể đọc thêm hướng dẫn thu thập dữ liệu PLC.

IO-Link được chuẩn hóa theo IEC 61131-9, là truyền thông point-to-point cho sensor và actuator, hỗ trợ dữ liệu process, parameter và diagnostic hai chiều. Đây không phải fieldbus và không nên bị biến thành yêu cầu bắt buộc cho mọi đèn cũ. Chỉ dùng khi device và master hỗ trợ. Gói phát hành hiện tại được IO-Link Community hiển thị là phiên bản 1.1.5 (2025 package); specification và IODD của từng thiết bị phải là tài liệu tham chiếu chính thức cho giao diện.

Phương án D: edge gateway cho hệ thống hỗn hợp

Nhà máy thực tế thường có contact, wireless, PLC và IO-Link cùng tồn tại. Edge gateway có thể chuẩn hóa chúng thành event chung và tạo ranh giới với hệ thống phía trên. Các chức năng có thể gồm timestamp, debounce, nhận dạng nhấp nháy, buffer cục bộ, retry, chống trùng, heartbeat, phiên bản cấu hình và truyền dữ liệu có xác thực.

Để có khung lựa chọn rộng hơn, xem hướng dẫn retrofit IoT cho thiết bị cũ.

3. Xây dựng mô hình trạng thái cho đỏ, vàng, xanh và còi

Không coi ý nghĩa màu là phổ quát

“Xanh là chạy, vàng là chờ, đỏ là lỗi” có thể là giả thuyết trong workshop nhưng không phải sự thật toàn nhà máy. Ý nghĩa thay đổi theo nhà chế tạo, phiên bản điều khiển, lịch sử cải tạo, chế độ và tiêu chuẩn thao tác. Với từng máy, hãy thu thập:

• sơ đồ điện và dây tới đèn;
• điều kiện điều khiển sáng liên tục, nhấp nháy và còi;
• hiển thị thực khi khởi động, sản xuất, chờ vật liệu, đổi mã, alarm, bảo trì và mất điện;
• các tổ hợp sáng đồng thời;
• cách người vận hành hiểu và ghi nhận;
• bypass, manual mode và lịch sử thay đổi.

Kết quả phải là bảng trạng thái có người duyệt, ngày xác nhận và phiên bản bản vẽ hoặc logic.

Quy định thứ tự ưu tiên rõ ràng

Bảng dưới đây chỉ là ví dụ thiết kế dự án, không phải khuyến nghị áp dụng cho mọi máy.

Ngay cả khi precedence chuyển đỏ cộng xanh thành ALARM, vẫn phải lưu cả hai raw input. Quy tắc chuẩn hóa cần có phiên bản và thời điểm hiệu lực để tái hiện kết quả cũ khi mapping thay đổi.

Phân biệt nhấp nháy có chủ đích với chatter

Nhấp nháy có thể mang thông tin, trong khi contact chatter hoặc truyền thông không ổn định cũng tạo chuyển trạng thái ngắn. Một giá trị debounce chung có thể xóa pattern thật hoặc giữ noise thành event. Trong PoC, hãy lưu edge gốc, quan sát chu kỳ thực và đặt quy tắc theo nhóm máy. Mọi khoảng debounce mẫu đều phải ghi rõ là ví dụ thiết kế, không phải chuẩn phổ quát.

4. Thiết kế chất lượng dữ liệu theo thời gian, heartbeat và dữ liệu thiếu

Lưu nhiều mốc thời gian cần thiết

Một event có thể có thời gian input thay đổi, thời gian transmitter gửi, gateway nhận và server lưu. Gộp tất cả thành một timestamp sẽ che giấu độ trễ và store-and-forward. Ít nhất hãy tách event time khỏi receive time và ghi rõ time source, time zone, phương pháp đồng bộ. Kiểm thử clock drift, ranh giới ngày/ca, gateway restart và event đến muộn.

Dùng heartbeat để phân biệt “không đổi” với “không nhìn thấy”

Không có transition trong nhiều giờ có thể nghĩa là máy giữ nguyên trạng thái hoặc chuỗi thu thập đã hỏng. Thiết kế liveness tại các đoạn transmitter, receiver, gateway và upstream phù hợp. Gắn quality state như valid, stale, missing và maintenance.

Không kéo dài trạng thái xanh cuối cùng vô hạn qua thời gian mất truyền thông, vì sẽ tạo runtime giả. Cũng không âm thầm thay dữ liệu thiếu bằng zero hoặc stop. UNKNOWN/MISSING phải là trạng thái chính thức, có quy tắc rõ về mẫu số KPI và chỉ số chất lượng dữ liệu.

Kiểm thử retry, dữ liệu trùng và đảo thứ tự

Khi đường truyền phục hồi, event trong buffer có thể đến không đúng thứ tự phát sinh. Cần đủ định danh như device, input, event ID, occurrence time và sequence hoặc cơ chế tương đương để chống đếm đôi. Phải thống nhất cách tính lại báo cáo ca đã phát hành khi event đến muộn.

Giữ correction thủ công dưới dạng audit trail

Người vận hành có thể sửa lý do, nhân viên bảo trì có thể sửa state mà hệ thống hiểu sai. Không ghi đè raw data. Lưu riêng kết quả tự động, giá trị sửa, người sửa, thời gian, lý do và trạng thái phê duyệt. Tỷ lệ correction cao là tín hiệu input hoặc quy tắc chưa phù hợp, không đơn giản là lỗi của con người.

5. An ninh OT và thiết kế ranh giới mạng

Input đơn giản không làm receiver hay gateway tự động an toàn. Asset không được quản lý, dùng cấu hình mặc định, không xác định người chịu trách nhiệm cập nhật hoặc có quyền quá rộng lên hệ thống phía trên đều có thể tăng bề mặt rủi ro.

NIST IR 8259 Revision 1 được hoàn thiện tháng 4/2026 và mô tả các hoạt động an ninh mạng nền tảng cho nhà sản xuất sản phẩm IoT. NIST IR 8259A xác định nền tảng năng lực kỹ thuật của thiết bị, còn NIST IR 8259B bao quát năng lực hỗ trợ phi kỹ thuật như tài liệu và cung cấp thông tin. Đây là hướng dẫn, không phải tuyên bố rằng quy tắc NIST bắt buộc với nhà máy tư nhân tại Thái Lan. Có thể dùng Revision 1 để xem xét hoạt động trong vòng đời của nhà sản xuất và dùng 8259A/8259B làm khung tham chiếu khi đánh giá thiết bị kết nối cùng nhà cung cấp.

Thiết kế nên bao gồm:

• danh mục và chủ sở hữu transmitter, receiver, gateway, server và máy quản trị;
• xác thực, phân quyền, certificate và nơi lưu secret;
• chỉ cho phép đúng hướng, đích và dịch vụ cần thiết qua ranh giới OT;
• tuyến cập nhật có kiểm soát, không giả định kết nối Internet trực tiếp;
• backup cấu hình, phục hồi, thông tin firmware và vòng đời hỗ trợ;
• log đồng bộ thời gian và phát hiện thay đổi cấu hình hoặc mất truyền thông;
• điều kiện phê duyệt, giới hạn thời gian và ghi nhận remote support;
• phân tách để lỗi hệ thu thập không lan tới điều khiển hoặc an toàn máy.

6. Từ khảo sát hiện trường đến PoC và RFP có thể so sánh

Khảo sát sự khác biệt, không chỉ đếm máy

Danh mục thiết bị cần ghi nhà chế tạo, tuổi, model đèn, dây, nguồn, không gian tủ, khả năng truy cập PLC, môi trường vô tuyến, vùng mạng, ca làm việc, ý nghĩa hiển thị và chủ bảo trì. Với wireless, kiểm tra điều kiện vận hành đại diện thay vì dùng khoảng cách brochure làm cam kết. Với contact, kiểm tra điểm tách an toàn, thời gian dừng và bản vẽ.

Để PoC chứng minh một quyết định

PoC 5–10 máy hoặc một ca chỉ là ví dụ thiết kế phạm vi, không phải khuyến nghị chung. Chọn đủ sự đa dạng về họ máy, chuyển trạng thái, môi trường sóng và sự khác biệt giữa các ca có thể ảnh hưởng đến quyết định mở rộng.

PoC cần chứng minh:

1. quan sát được pattern sáng liên tục, kết hợp, nhấp nháy và còi đại diện;
2. truy vết raw input tới normalized state qua quy tắc có thể review;
3. phân biệt mất điện, mất truyền thông, restart, retry, trùng và sai clock;
4. đối chiếu event với quan sát và hồ sơ sản xuất hiện tại;
5. lưu vết lý do và correction của người dùng;
6. xác định chủ tài khoản, mạng, cập nhật và backup;
7. ước lượng công việc thêm máy, thay thiết bị và support.

Viết RFP để các nhà cung cấp trả lời cùng một cơ sở

Để phân biệt logger đơn giản với nền tảng có quản trị, xem so sánh industrial data logger và IoT nhà máy.

So sánh chi phí bằng WBS, không bịa giá thị trường

Tách hardware/adapter; công việc điện; khảo sát vô tuyến/mạng; gateway, server và storage; data model/dashboard; security; commissioning và acceptance; đào tạo, phụ tùng, license và hỗ trợ vòng đời. Yêu cầu mỗi nhà cung cấp đánh dấu included, excluded, phụ thuộc số lượng và cần xác nhận tại chỗ. Cũng cần so sánh cấu trúc chi phí khi thêm máy, đổi rule, thay gateway và duy trì an ninh, không chỉ giá mua ban đầu.

7. Nghiệm thu theo giai đoạn FAT, SAT và sản xuất có kiểm soát

FAT: chứng minh logic và hành vi khi lỗi

Mô phỏng từng đèn, tổ hợp, nhấp nháy, còi; transition ngắn; mất nguồn input/gateway; mất và phục hồi liên kết; buffer, retry, duplicate, out-of-order; clock drift; qua ngày/ca; asset chưa đăng ký; thao tác không có quyền; và phục hồi từ backup. Lưu expected result, log đo được, sai lệch và kết quả sửa.

SAT: chứng minh lắp đặt thực tế tại nhà máy Thái Lan

SAT bao gồm dây, đèn, tủ, nguồn, sóng, mạng, time source, hệ thống phía trên và quy trình người vận hành. Đối chiếu hành vi nhìn thấy với event thu được. Với wireless, dùng phương pháp và điều kiện tại chỗ đã thống nhất chứ không dùng khoảng cách brochure. Với contact trực tiếp, xác minh tháo hoặc lỗi mạch giám sát không ảnh hưởng control/safety.

Sản xuất có kiểm soát: chứng minh con số dẫn đến hành động

Trước khi mở rộng, chạy trong phạm vi giới hạn và so với báo cáo, lệnh sản xuất, số lượng, mã lý do và hồ sơ bảo trì. Xem xét thời gian UNKNOWN/MISSING, điểm không khớp, kiểu điều chỉnh, cảnh báo hữu ích hoặc gây nhiễu, khác biệt giữa ca và người chịu trách nhiệm. Nếu không đạt, tách nguyên nhân ở dữ liệu đầu vào, quy tắc, quy trình hay mục đích sử dụng.

8. Suy ra KPI mà không vượt quá bằng chứng

Dữ liệu đèn có thể hỗ trợ thời lượng input được quan sát, thời lượng normalized state, số transition và thời gian mất dữ liệu. Đặt tên trung thực như “thời gian quan sát đèn xanh” hoặc “thời gian ALARM theo quy tắc”, thay vì “runtime thực” hoặc “thời gian hỏng” chưa xác minh.

Nguyên nhân thật cần reason/alarm; cycle time cần completion event hoặc count; OEE cần planned time, số lượng, chất lượng và cơ sở tốc độ đã thống nhất. Mỗi KPI cần definition sheet ghi mục đích, công thức, tử số, mẫu số, nguồn, loại trừ, cách xử lý missing, tần suất cập nhật, owner và cuộc họp sử dụng.

Dashboard cần hiển thị độ mới của dữ liệu, khoảng dữ liệu thiếu, phiên bản quy tắc, phạm vi máy và kỳ tính, đồng thời cho phép truy ngược về Event. Mục tiêu là giúp chỉ định người kiểm tra và hạn hoàn thành, không dùng màu đỏ để quy trách nhiệm một chiều cho hiện trường.

9. Giao quyền sở hữu vận hành

RACI cụ thể tùy doanh nghiệp, nhưng lỗi máy, lỗi ngữ nghĩa, lỗi mạng và lỗi quy trình không nên bị đẩy vào một hàng đợi hỗ trợ mơ hồ.

10. Checklist triển khai

Ý tưởng và khảo sát

• [ ] Xác định quyết định kinh doanh cần cải thiện.
• [ ] Kiểm tra model đèn, dây, bản vẽ và tiêu chuẩn thao tác.
• [ ] Map màu theo từng máy, không giả định ý nghĩa chung.
• [ ] Bao gồm tổ hợp, nhấp nháy, còi, all-off và manual mode.
• [ ] So sánh contact, wireless, PLC/IO-Link và thiết kế hỗn hợp.
• [ ] Lập kế hoạch khảo sát sóng tại chỗ nếu dùng wireless.

Dữ liệu và an ninh

• [ ] Tách raw, normalized, event và KPI.
• [ ] Định nghĩa timestamp, time source, time zone và kiểm tra clock.
• [ ] Định nghĩa debounce, heartbeat, missing, retry và duplicate.
• [ ] Giữ manual correction mà không xóa raw data.
• [ ] Quản lý asset, owner, access và support status.
• [ ] Giới hạn ranh giới OT và chứng minh tách control/safety.

PoC và nghiệm thu

• [ ] Chọn sự đa dạng cần thiết, không chỉ số máy thuận tiện.
• [ ] Test tổ hợp và failure path trong FAT.
• [ ] Xác minh môi trường lắp đặt và người dùng trong SAT.
• [ ] Đối chiếu bằng chứng sản xuất trong controlled operation.
• [ ] Lưu criteria, evidence, correction và quyết định mở rộng.
• [ ] So sánh WBS đầy đủ và trách nhiệm suốt vòng đời.

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

Thu thập dữ liệu đèn tháp có tự tính được OEE không?

Không. Thời lượng đèn là dữ liệu quan sát. OEE cần planned time, số lượng, chất lượng và cơ sở tốc độ, cùng quy tắc xử lý UNKNOWN/MISSING. Phải xác minh từng thành phần trước khi gọi kết quả là OEE.

Có thể lắp thêm hệ thống giám sát đèn PATLITE cho máy cũ không?

Thường có thể nếu có đèn tương thích hoặc contact truy cập an toàn. PATLITE mô tả WD để thu trạng thái từ đèn tương thích bất kể tuổi/model máy, nhưng vẫn phải kiểm tra model, dây, nguồn và cấu hình receiver cụ thể.

Signal Tower IoT nên dùng không dây hay có dây?

Không có đáp án chung. Có dây đặt ra vấn đề công việc điện và tuyến cáp; không dây đặt ra vấn đề tương thích, nguồn, sóng và phạm vi lỗi receiver. PLC có thể giàu thông tin hơn khi truy cập được kiểm soát. Hãy so sánh failure và maintenance path trong khảo sát và PoC.

Có thể lấy khoảng cách vô tuyến trong catalogue làm tiêu chí nghiệm thu không?

Không. Đó là tham chiếu dưới điều kiện được nêu. Cần xây dựng và kiểm thử tiêu chí tại chỗ trong điều kiện đại diện của nhà máy Thái Lan.

PoC thu thập dữ liệu máy cũ nên gồm bao nhiêu máy?

Không có số phổ quát. 5–10 máy chỉ là ví dụ thiết kế. Hãy chọn phạm vi đại diện cho khác biệt có thể thay đổi kiến trúc hoặc quyết định mở rộng.

So sánh chi phí thu thập dữ liệu đèn tháp như thế nào?

Dùng WBS gồm field hardware, điện, khảo sát, gateway/server, data model, security, commissioning, đào tạo và hỗ trợ vòng đời. Yêu cầu giả định và ngoại lệ thay vì dựa vào giá thị trường không có nguồn.

Chỉ đưa CSV vào dashboard đã đủ chưa?

CSV có thể là định dạng vận chuyển nhưng chưa tạo ngữ nghĩa đáng tin cậy. Cần thêm identity, timestamp, quality flag, chống trùng, phiên bản state rule và đối chiếu với dữ liệu nghiệp vụ.

Kết luận: biến điểm quan sát ít can thiệp thành vận hành có thể giải thích

Thu thập dữ liệu đèn tháp mở đường vào máy cũ với ít thay đổi điều khiển, nhưng đèn không phải nguồn tham chiếu duy nhất cho nguyên nhân, cycle time hoặc OEE. Hãy tách raw input, normalized state, business event và KPI; lập mapping từng máy; coi timestamp, heartbeat, dữ liệu thiếu và correction là yêu cầu chính.

Chọn direct contact, wireless add-on, PLC/IO-Link hoặc edge hỗn hợp theo thiết bị hiện hữu và chủ vận hành. Dùng khảo sát hiện trường, RFP có thể so sánh, FAT hướng tới lỗi, SAT tại nhà máy và sản xuất có kiểm soát để nghiệm thu một kết quả có thể hành động và giải thích, không chỉ một Dashboard đơn thuần cập nhật số liệu.

TOMAS TECH có thể hỗ trợ từ thiết kế ý tưởng, khảo sát nhà máy tại Thái Lan, xác định phạm vi PoC, mapping trạng thái, chuẩn bị RFP đến định nghĩa nghiệm thu FAT/SAT. Nếu doanh nghiệp vẫn đang cân nhắc điểm bắt đầu cho hệ thống máy móc thuộc nhiều thế hệ, có thể liên hệ với chúng tôi ngay từ giai đoạn kiến trúc và tiêu chí nghiệm thu còn đang mở.

Tài liệu tham khảo

• PATLITE WD System Instruction Manual: https://shop.patlite.com/v/vspfiles/downloadables/WDSystem_InstructionManual.pdf
• PATLITE WD product description: https://shop.patlite.com/article-a/287.htm
• PATLITE WD-Z2 / WD PRO brochure: https://pd.patlite.com/portal/documents/WD-PRO_Enhanced_Wireless_Data_Acquisition_System.pdf
• IO-Link Community: https://io-link.com/
• IO-Link downloads: https://io-link.com/downloads
• NIST IR 8259 Revision 1: https://csrc.nist.gov/pubs/ir/8259/r1/final
• NIST IR 8259A: https://csrc.nist.gov/pubs/ir/8259/a/final
• NIST IR 8259B: https://csrc.nist.gov/pubs/ir/8259/b/final