Thu thập dữ liệu PLC 2026 – không lấy được là do số điểm tag và chu kỳ, không phải do chuẩn truyền thông

Với câu hỏi “thiết bị này có thu thập dữ liệu từ PLC được không”, chưa một lần nào chúng tôi trả lời gọn được bằng đúng một chữ “được” hoặc “không được”. Bởi vì thứ thực sự đã được quyết định trong việc thu thập dữ liệu PLC không phải là khả thi hay không khả thi, mà là sẽ đi qua tuyến nào trong bốn tuyến. Một khi tuyến đã được xác định, thì chi phí, giới hạn của những giá trị lấy được, và cả danh sách những điều phải hỏi nhà chế tạo thiết bị, gần như tự động được xác định theo. Còn nguyên nhân thật sự khiến các báo giá lệch nhau cả một bậc thì không nằm ở việc chọn OPC UA hay Modbus. Nó nằm ở ba thứ. Số điểm tag, chu kỳ thu thập, và bảo hành của nhà chế tạo thiết bị.

Thứ thực sự được quyết định trong thu thập dữ liệu PLC là “tuyến”

Khi xếp các báo giá cạnh nhau, cùng một nhà máy và cùng số lượng máy mà số tiền chênh nhau gấp hai gấp ba lần. Hiện tượng này không hề hiếm. Người ta hay giải thích nguyên nhân là do khác chuẩn truyền thông, nhưng khi mở phần chi tiết ra thì thường không phải vậy. Cái khác nhau là tuyến mà mỗi bên đang giả định.

Chỉ có bốn tuyến. Đọc trực tiếp PLC hiện hữu có cổng Ethernet, dùng chức năng OPC UA server tích hợp sẵn trong PLC, gắn thêm bộ chuyển đổi cho PLC đời cũ chỉ có cổng serial, và hoàn toàn không động vào PLC mà đo từ bên ngoài. Chỉ bốn tuyến này. Việc cả bốn tuyến cùng tồn tại trong một nhà máy là chuyện bình thường, và vì vậy câu hỏi “nhà máy tôi có thu thập dữ liệu được không” ngay từ đầu đã sai độ chi tiết. Tuyến được quyết định cho từng máy một, và mỗi tuyến có đơn giá cùng giới hạn riêng.

Về bức tranh tổng thể của IoT nhà máy và thứ tự nên bắt tay từ đâu, chúng tôi đã sắp xếp trong bài toàn cảnh triển khai giám sát IoT cho nhà máy. Bài viết này đào sâu vào đúng một điểm trong đó, là “lấy giá trị ra khỏi PLC”, tới mức chi tiết của tuyến và chi phí.

Tuyến 1 – đọc trực tiếp PLC Ethernet hiện hữu (MC Protocol / FINS / S7 / EtherNet/IP)

Đây hiện là tuyến có số lượng nhiều nhất tại các nhà máy trong và ngoài nước. Với PLC vốn đã có sẵn cổng Ethernet, IoT gateway hoặc thiết bị biên sẽ nói chuyện bằng giao thức riêng của từng hãng và đọc thẳng vùng nhớ device của PLC.

• Với dòng MELSEC của Mitsubishi Electric là MC Protocol
• Với Omron là FINS
• Với Siemens là S7 (S7comm)
• Với Rockwell Automation là EtherNet/IP (CIP)

Tất cả đều lấy nguyên giá trị mà PLC đang giữ, dưới dạng “đọc 10 word từ thanh ghi D số 100” hoặc “chỉ định tên tag rồi đọc”.

Ưu điểm lớn nhất của tuyến này là có thể bắt đầu mà không cần đụng vào chương trình ladder. Về cơ bản, đứng từ phía PLC thì việc đọc chỉ là một yêu cầu truy cập từ bên ngoài, nên có thể mang giá trị ra khỏi thiết bị đang chạy mà không phải sửa một dòng nào của logic điều khiển hiện hữu. Xét ở khía cạnh có thể khởi động mà không phải dừng chuyền đang sản xuất, giá trị thực tiễn của điều này là rất lớn.

Nhược điểm là ý nghĩa của tag không ở dạng máy đọc được. Trong D100 chứa cái gì thì không được ghi ở bất kỳ đâu trong PLC. Nó nằm trong bản thiết kế, trong dòng chú thích của ladder, hoặc trong trí nhớ của người bảo trì kỳ cựu. Nhìn từ phía gateway, D100 chỉ là một số nguyên 16 bit. Máy không thể tự phán đoán đơn vị là mili giây hay giây, con số là sản lượng tích lũy hay sản lượng của ca trực, và khi giá trị bằng 0 thì đó là “đang dừng” hay là “không truyền thông được”.

Công việc lập ra “bảng đối chiếu ý nghĩa” này chính là khối lượng công việc thực chất của tuyến 1. Nội dung nằm sau dòng “chi phí cài đặt” ghi gọn một dòng trong báo giá chính là chỗ này, và nếu mỗi máy lấy 4 biến số thì cần có người xác nhận ý nghĩa, đơn vị, kiểu dữ liệu và thời điểm cập nhật cho 4 địa chỉ rồi ghi vào sổ tay quản lý tag. Thiết bị khác nhau thì địa chỉ khác nhau, và ngay cả cùng một model của cùng một hãng thì cách gán địa chỉ vẫn khác nhau theo từng nhà chế tạo máy. Nếu bỏ qua phần này, kết cục sẽ là việc thu thập thì thành công nhưng con số trên dashboard thì không ai giải thích nổi.

Ngoài ra, tuyến này lấy tiền đề là PLC đã được đấu vào mạng của nhà máy. Ở những nhà máy mà mạng điều khiển được tách khỏi mạng thông tin, cần có thiết kế xác định đặt ranh giới ở đâu và bố trí gateway ở đâu. Phần thiết kế phía mạng được xử lý trong bài mạng công nghiệp và LAN không dây trong nhà máy.

Tuyến 2 – dùng chức năng OPC UA server của PLC

Các dòng PLC tầm trung và tầm cao những năm gần đây tích hợp sẵn chức năng OPC UA server. Phần lớn được kích hoạt bằng module tùy chọn hoặc license key, và khi đã kích hoạt thì bản thân PLC hoạt động như một OPC UA server, cho phép client bên ngoài tham chiếu không gian địa chỉ. OPC UA là quy cách đã được tiêu chuẩn hóa quốc tế dưới mã IEC 62541.

Khác biệt mang tính quyết định so với tuyến 1 là thông tin mô tả đi kèm cùng giá trị, chứ không chỉ có mỗi con số.

Một phần những thông tin mà ở tuyến 1 con người phải chép tay vào sổ quản lý thì nay đã nằm sẵn phía server ở dạng máy đọc được. Đây là lý do lớn nhất để chọn OPC UA. Đặc biệt chất lượng (status) phát huy tác dụng trong vận hành, vì phía nhận có thể phân biệt được khi giá trị bằng 0 thì đó là “đúng là 0” hay là “không đọc được”. Ở tuyến 1 không phân biệt được chỗ này, nên có những trường hợp một lần mất truyền thông bị vẽ thẳng lên đồ thị thành “sản lượng bằng 0”.

Thêm một điểm nữa, OPC UA có cơ chế subscription. Khi client đăng ký “hãy báo cho tôi nếu biến số này thay đổi vượt quá deadband”, thì trong lúc không có thay đổi sẽ không phát sinh lưu lượng. So với kiểu polling hỏi liên tục theo chu kỳ cố định, đây là cấu trúc mà các tag im lặng không tiêu tốn mạng và CPU. Đó là khác biệt sẽ lộ ra khi số điểm tag tăng lên.

Nhược điểm có ba. Thứ nhất là tải CPU. Vì OPC UA server chạy trên chính CPU của PLC nên nó chia sẻ tài nguyên với vòng quét điều khiển. Với chuyền đang chạy, cần kiểm tra thời gian quét thay đổi ra sao trước và sau khi kích hoạt. Thứ hai là chi phí license. Nhiều model đòi hỏi license có phí để kích hoạt, và khoản này cộng dồn theo số lượng thiết bị. Thứ ba là số model bị giới hạn. Những PLC đã lắp từ 10 năm hay 20 năm trước thì ngay từ đầu đã không có chức năng này.

Về việc tiêu chuẩn hóa ở tầng field, OPC Foundation đang thúc đẩy OPC UA FX (Field eXchange). Theo thông tin đã công bố, quy cách Controller-to-Controller (C2C) đã hoàn thành, và tại thời điểm tháng 6 năm 2026 thì phần mở rộng Controller-to-Device (C2D) đang ở giai đoạn chuẩn bị bản ứng viên phát hành. C2D nhắm tới việc tích hợp thiết bị motion, remote I/O, cảm biến và cơ cấu chấp hành. Có báo cáo cho biết một sự kiện liên thông (IOP) đã được tổ chức tại văn phòng Berlin của Beckhoff trong các ngày 16 đến 19 tháng 2 năm 2026, và một demo wall đa nhà cung cấp đang được chuẩn bị hướng tới SPS 2026. Thời điểm phát hành chính thức và số hiệu phiên bản thì chưa được công bố, nên xin tránh việc xây dựng thiết kế dựa trên tiền đề có C2D cho những dự án đang lập kế hoạch ngay lúc này. Thứ chắc chắn dùng được ở thời điểm hiện tại là chức năng OPC UA server hiện có.

Tuyến 3 – gắn thêm bộ chuyển đổi cho PLC đời cũ chỉ có cổng serial

Những PLC không có cổng Ethernet, chỉ có RS-232C hoặc RS-485. Trong các nhà máy đang vận hành, số lượng còn lại là khá đáng kể. Trường hợp này, ta bổ sung vào trong tủ điện một module chuyển đổi từ serial sang Modbus TCP hoặc tương đương.

Modbus có cách hiện thực đơn giản, số thiết bị hỗ trợ nhiều, và module chuyển đổi thì rẻ. Đổi lại, nó có ba ràng buộc mang tính bản chất.

Thứ nhất, nó chỉ chạy bằng polling. Master hỏi, slave trả lời. Chỉ có thể lấy giá trị bằng cách lặp đi lặp lại vòng hỏi đáp đó. Vì không có cơ chế để thiết bị tự báo lên khi có thay đổi, nên “muốn không bỏ sót thay đổi thì chỉ còn cách hỏi liên tục với chu kỳ ngắn”.

Thứ hai, thiết kế cách đọc làm tốc độ chênh nhau cả một bậc. Đọc theo khối các thanh ghi liên tiếp trong một request, so với lặp lại việc đọc lẻ từng điểm một, là hai mức hiệu quả hoàn toàn khác nhau. Gộp thành khối thì nhanh hơn áp đảo. Với bus serial như RS-485, thời gian của một vòng hỏi đáp và sự tranh chấp trên bus tạo ra trần tốc độ, nên giảm chính số lượng request là biện pháp tăng tốc duy nhất. Phần lớn những dự án bị than là “Modbus chậm” thì thực ra không phải giao thức chậm, mà chỉ là cách đọc đang bị lặp lại kiểu đọc lẻ. Thiết kế này lại phụ thuộc vào việc các thanh ghi có nằm liên tiếp nhau hay không, nên giống hệt tuyến 1, phải có trước sổ quản lý “địa chỉ nào chứa cái gì”.

Thứ ba, bản thân Modbus nguyên gốc không có xác thực, phân quyền hay mã hóa. Bất kỳ ai tới được mạng đều đọc được thanh ghi, và tùy cách hiện thực thì còn ghi được. Một khi đã bắc cầu từ mạng điều khiển sang mạng thông tin, xin nhất định đưa điểm này vào thiết kế. Cần các biện pháp như cấu hình gateway ở chế độ chỉ đọc, chia vùng bằng VLAN, hoặc làm cho luồng từ module chuyển đổi trở đi chỉ đi một chiều. Việc bảo vệ phía OT của nhà máy được sắp xếp trong bài an ninh OT cho nhà máy tại Thái Lan.

Tuyến 4 – không động vào PLC mà đo từ bên ngoài

Máy đơn lẻ không có PLC, máy thao tác bằng tay, và “thiết bị không được phép động vào PLC vì lý do bảo hành của nhà chế tạo”. Với ba nhóm này thì chỉ còn cách đo từ bên ngoài.

Có ba cách tiêu biểu.

• Trích tín hiệu đèn tháp báo hiệu (signal tower) – trích tín hiệu sáng của đèn xanh, vàng, đỏ để đọc và phán đoán trạng thái chạy, dừng hay bất thường. Vì chỉ trích từ dây hiện hữu nên phía PLC không phát sinh bất kỳ thay đổi nào.
• Đếm bằng cảm biến quang điện – đặt cảm biến ở vị trí thành phẩm hoặc phôi đi qua, rồi đếm số lần đi qua làm sản lượng.
• Cảm biến dòng điện – đo dòng của trục chính hoặc động cơ, coi khoảng thời gian vượt ngưỡng là thời gian chạy máy. Loại kẹp thì lắp được mà không phải cắt dây.

Thứ lấy được ở tuyến này chỉ dừng ở trạng thái chạy hay dừng và sản lượng. Mã nguyên nhân dừng máy thì không lấy được. Có biết đèn đã chuyển sang đỏ đi nữa thì cũng không phân biệt được đó là kẹt phôi, hết vật liệu hay lỗi bộ gia nhiệt. Cũng không phân tách được cơ cấu của thời gian chu kỳ, tức là “gia công mất bao nhiêu giây, vận chuyển mất bao nhiêu giây”. Vì từ bên ngoài chỉ nhìn thấy kết quả, còn trạng thái bên trong thiết bị thì không nhìn thấy.

Vì vậy nên hiểu tuyến 4 không phải là phiên bản kém đi của các tuyến khác, mà là chính tập hợp các biến số lấy được đã khác. Đây cũng là lý do vì sao trong nhà máy mô hình trình bày phía sau, số biến số của 4 máy nhóm D được đặt là 2 chứ không phải 4. Việc chọn vật tư cụ thể và các điểm mấu chốt khi lắp đặt cho tuyến này được tổng hợp trong bài IoT hóa và retrofit thiết bị cũ, còn phần chỉ bàn riêng về đếm sản lượng thì nằm ở bài tự động hóa việc đếm sản lượng.

Xếp bốn tuyến cạnh nhau, ta có bảng sau.

Ba thứ đổi chuẩn truyền thông cũng không lấy được

Sau khi đã chốt tuyến, vẫn có những tình huống dẫn tới kết luận “không lấy được”. Đây là phần thực tiễn nhất của bài viết này. Ba thứ dưới đây có đổi giao thức hay nâng cấp gateway lên loại hiệu năng cao thì cũng không giải quyết được.

Lý do 1 – giá trị cần tìm không tồn tại trong chương trình ladder

Đây là ngõ cụt hay gặp nhất.

Giả sử có yêu cầu “cần mã lý do hàng lỗi”. Công nhân chọn lý do trên màn hình cảm ứng, và giá trị đó nằm ở một device nào đó trong PLC. Ta đi tìm với giả định như vậy, nhưng không có. Lý do không có là vì chẳng ai viết nó trong ladder cả. Thiết bị có thể phát hiện hàng lỗi rồi dừng, nhưng phần xử lý phân loại lý do đó rồi mã hóa thành con số thì nếu không được yêu cầu sẽ không được hiện thực.

Giá trị không tồn tại thì giao thức nào cũng không đọc được. Đây không phải vấn đề truyền thông mà là vấn đề thiết kế. Do đó, giải pháp cũng không nằm ở phía truyền thông, mà là bổ sung chức năng vào ladder. Nếu là thiết bị tự chế tạo thì do kỹ sư nội bộ làm, còn nếu là thiết bị do nhà chế tạo bàn giao thì phải đặt hàng cải tạo cho họ. Đương nhiên sẽ phát sinh chi phí, thời gian, và nếu là thiết bị đang chạy thì còn phải sắp xếp lịch dừng máy.

Tại bàn báo giá, đây là điểm rẽ nhánh đầu tiên phân tách “làm được” và “không làm được”. Ngay khi nhận được yêu cầu về thu thập dữ liệu, điều đầu tiên chúng tôi kiểm tra cũng chính là “giá trị đó hiện có nằm trong ladder hay không”. Nếu không có, thì đó không còn là một dự án thu thập dữ liệu, mà là dự án có bao gồm cả phần sửa đổi chương trình PLC. Cách tiến hành khi đưa phần sửa đổi ra bên ngoài được xử lý trong bài thuê ngoài phát triển chương trình PLC.

Xét về thực tiễn, việc dứt khoát chấp nhận “giá trị nào không có thì không lấy” cũng là một lựa chọn chính đáng. Không có mã nguyên nhân dừng máy thì vẫn được, miễn là lấy được trạng thái chạy hay dừng, sản lượng và thời gian chu kỳ, thì vẫn biết được thời điểm và độ dài của mỗi lần dừng. Phần nhập lý do thì trước mắt chuyển sang nhập tay bằng máy tính bảng, chờ dữ liệu tích lũy đủ rồi mới phán đoán có cần cải tạo hay không. Trình tự này giúp tránh được cái kết trả tiền cải tạo trước rồi “rốt cuộc chẳng ai dùng tới mã đó”.

Lý do 2 – chu kỳ thu thập thô hơn chu kỳ quét

Thứ hai là chuyện chu kỳ. Chỗ này không nhìn bằng con số thì không nắm được cảm giác.

PLC lặp lại việc đọc đầu vào, tính toán và cập nhật đầu ra ở tốc độ cao. Một vòng như vậy là chu kỳ quét, và tùy quy mô, những thiết bị chạy ở mức khoảng 10ms là không hiếm. Trong khi đó, chu kỳ polling phía thu thập, vì lý do số điểm tag và điều kiện mạng, rất hay được đặt ở 1,000ms (1 giây).

1,000ms chia cho 10ms bằng 100 lần. Tính ra, phía thu thập chỉ nhìn giá trị đúng một lần trong khoảng thời gian PLC quét 100 lần.

Độ thô này dẫn tới cái gì. Hãy xét trường hợp đo một công đoạn có thời gian chu kỳ 30 giây bằng chu kỳ 1 giây. Thời điểm bắt đầu và thời điểm kết thúc của công đoạn, mỗi cái đều chứa phần bỏ sót tối đa 1 giây. Nghĩa là sai số của giá trị đo là tối đa ±1 giây, tương ứng 3.33% so với 30 giây. Mức này đủ để xem xu hướng hằng ngày, nhưng không đủ cho mục đích kiểm chứng hiệu quả của một cải tiến chưa tới 1 giây trên mỗi chu kỳ.

Nghiêm trọng hơn nữa là các lần dừng máy ngắn.

Lần dừng 20 giây thì với chu kỳ 1 giây sẽ lấy mẫu được trạng thái dừng nhiều lần nên chắc chắn được ghi lại. Nhưng lần dừng 3 giây thì tùy vào thời điểm lấy mẫu, hoàn toàn có thể xảy ra chuyện máy phục hồi mà không hề được quan sát thấy trạng thái dừng dù chỉ một lần. Với yêu cầu muốn nhìn thấy các lần dừng máy ngắn, nếu cứ đề xuất nguyên một cấu hình phổ thông chu kỳ 1 giây, thì kết quả là đúng cái thứ khách hàng muốn nhìn nhất, tức các lần dừng ngắn, lại là thứ bị rơi mất.

Biện pháp chỉ có hai. Tăng tần suất thu thập, hoặc để chính PLC đếm. Cách trước thì lưu lượng và tải server được quyết định bởi tích của số điểm tag và chu kỳ, nên khi số điểm nhiều thì không còn khả thi. Cách sau tuy cũng là sửa ladder giống lý do 1, nhưng nếu để PLC tích lũy số lần dừng và thời gian dừng theo chu kỳ quét của chính nó, còn phía thu thập chỉ đọc giá trị tích lũy đó với chu kỳ 1 giây, thì độ thô của chu kỳ không còn là vấn đề. Đó là cách nghĩ dồn chỗ đo về phía PLC. Phần thiết kế vận hành về việc phản ánh các lần dừng ngắn vào OEE ra sao được tổng hợp trong bài cách hiểu về dừng máy ngắn và OEE.

Lý do 3 – bảo hành của nhà chế tạo thiết bị và khả năng được phép cải tạo

Thứ ba không phải vấn đề kỹ thuật mà là vấn đề hợp đồng. Và tại các nhà máy đang vận hành, đây lại là ràng buộc mạnh nhất.

Thiết bị do nhà chế tạo bàn giao thường đi kèm điều khoản hạn chế cải tạo. Vấn đề là phạm vi của điều khoản đó không nhất thiết chỉ giới hạn ở “viết lại ladder”. Dù chỉ có ý định đọc thôi, trên thực tế vẫn có thể cần tới các công việc sau.

• Bổ sung module truyền thông (chiếm slot trong tủ điện)
• Thay đổi tham số truyền thông của PLC (số trạm, địa chỉ IP, mở cổng)
• Kích hoạt chức năng OPC UA server và nạp license
• Đi thêm dây trong tủ và khoan lỗ trên cánh tủ

Những việc này nằm trong phạm vi bảo hành tới đâu thì tùy vào hợp đồng và chính sách của nhà chế tạo. Có hãng nói “chỉ đọc thôi thì không sao”, cũng có hãng nói “việc bổ sung module truyền thông chỉ nhân sự của chúng tôi được làm”.

Về mặt kỹ thuật cũng có điểm cần kiểm tra. Yêu cầu truyền thông từ bên ngoài sẽ cộng vào thời gian quét của PLC. Với thiết bị mà phần điều khiển không còn nhiều dư địa, việc polling nhiều tag ở chu kỳ ngắn có khả năng kéo dài thời gian quét và ảnh hưởng tới chu kỳ điều khiển. Đây là vùng mà nếu không phải nhà chế tạo thiết bị thì không ai phán đoán được.

Vì vậy trong thực tế, ta sẽ đặt việc hỏi nhà chế tạo thiết bị ở ngay đầu tiến độ. Việc phải chờ vài tuần mới có câu trả lời không hề hiếm, và nếu câu trả lời là “nhân viên của chúng tôi sẽ trực tiếp xử lý tại hiện trường” thì chi phí nhân công đó sẽ nằm trong báo giá. Việc phần ước tính mô hình phía sau có tính khoản “chi phí công tác của nhà chế tạo thiết bị 35,000 THB cho mỗi máy” cho tuyến 2 chính là để phản ánh thực tế này. Chỉ một dòng đó có hay không mà đơn giá mỗi thiết bị của tuyến 2 thay đổi từ 25,000 THB thành 60,000 THB.

Ba biến số làm báo giá lệch nhau cả một bậc (số điểm tag, chu kỳ thu thập, bảo hành)

Xin tóm tất cả nội dung từ đầu tới đây thành ba biến số nhìn từ góc độ báo giá. Khi số tiền của các nhà cung cấp không khớp nhau, nguyên nhân thường nằm ở một trong ba thứ này.

Biến số 1, số điểm tag. Đây là tổng số biến số được thu thập. Không phải số lượng máy. Cùng là 8 máy, nhưng mỗi máy 1 biến số thì là 8 điểm, còn 4 biến số thì là 32 điểm. Và license của nhiều phần mềm thu thập cùng phần mềm hiển thị được định giá theo bậc của chính con số điểm này.

Trong điều kiện mô hình của bài viết này, chúng tôi đặt các bậc như sau.

Ranh giới nằm giữa 50 và 51. Nếu là 50 tag thì 180,000 THB, còn 51 tag thì 250,000 THB. Ở đây có một điểm gián đoạn, chỉ tăng thêm 1 tag mà giá vọt lên 70,000 THB.

Đây không phải chuyện lý thuyết trên giấy. Số điểm tag của phương án A trình bày phía sau là 8 máy nhân 4 biến số bằng 32 điểm, nằm gọn trong bậc từ 50 tag trở xuống, nhưng phương án B là 20 máy nhân 4 biến số cộng 4 máy nhân 2 biến số, tức 80 cộng 8 bằng 88 điểm, và bị đẩy lên bậc từ 51 đến 250 tag. Đây là cấu trúc mà ngoài phần tăng trực tiếp do thêm 16 máy (gateway và thi công), riêng bậc license phần mềm đã tạo ra chênh lệch 70,000 THB.

Vì vậy, thứ cần xác nhận ở giai đoạn định nghĩa yêu cầu không phải “sẽ lắp cho bao nhiêu máy” mà là “mỗi máy lấy bao nhiêu biến số, tổng cộng ra bao nhiêu điểm“. Nếu đi lấy báo giá so sánh khi chưa trả lời được câu hỏi này, mỗi bên sẽ đưa ra số tiền dựa trên một số điểm khác nhau, và việc so sánh không thành lập.

Biến số 2, chu kỳ thu thập. Như đã nói ở lý do 2, chu kỳ quyết định độ chính xác. Đồng thời nó cũng quyết định chi phí. Làm chu kỳ mịn hơn 10 lần thì lượng dữ liệu trên một đơn vị thời gian tăng 10 lần, tác động thẳng vào dung lượng lưu trữ, mạng và tải xử lý của server. Với hệ serial của tuyến 3 thì nó đụng thẳng vào trần tốc độ của bus.

Về mặt thực tiễn, thiết kế không đặt cùng một chu kỳ cho toàn bộ tag là cách hiệu quả. Các biến số cần bắt thay đổi trong thời gian ngắn như trạng thái chạy hay dừng thì dùng chu kỳ ngắn, còn các biến số chỉ cần giá trị tích lũy như sản lượng cộng dồn thì dùng chu kỳ dài, tức là gán chu kỳ riêng theo từng biến số. Nếu dùng được subscription của OPC UA thì những tag không thay đổi ngay từ đầu đã không phát sinh truyền thông.

Biến số 3, bảo hành và chi phí công tác của nhà chế tạo thiết bị. Đúng như lý do 3. Công việc mà với thiết bị tự chế tạo thì nội bộ làm trọn gói, đến thiết bị do nhà chế tạo bàn giao lại đội lên thành chi phí công tác của hãng. Trong điều kiện mô hình là 35,000 THB cho mỗi thiết bị. Xếp cạnh nhau một báo giá có tính khoản mục này và một báo giá không tính, thì đương nhiên chúng trông lệch nhau cả một bậc.

Cả ba đều không phải chuyện chuẩn truyền thông. Chọn OPC UA hay chọn Modbus thì số điểm tag cũng không đổi, mà điều khoản bảo hành của nhà chế tạo thiết bị cũng không đổi. Chênh lệch của báo giá sinh ra từ ba biến số này chứ không phải từ chuẩn truyền thông, đó là kết luận ở đây. Cách sắp xếp rộng hơn, chia cấu trúc chi phí IoT nhà máy thành 5 lớp, được xử lý trong bài phân tách chi phí IoT nhà máy thành 5 lớp.

Phân tách chi phí và hoàn vốn trên nhà máy mô hình

Từ đây bước vào phần con số. Toàn bộ các số liệu dưới đây là giá trị ước tính theo điều kiện mô hình của bài viết này, không phải số liệu thực tế đã ghi nhận. Vì đơn giá và hiệu quả khác nhau rất nhiều giữa các nhà máy, xin hãy đọc bằng cách thay vào điều kiện của chính doanh nghiệp mình. Thứ chúng tôi muốn trình bày không phải bản thân số tiền, mà là cách dựng phép tính.

Tiền đề của nhà máy mô hình

Cách chia nhóm tương ứng luôn với tuyến. Nhóm A là tuyến 1, nhóm B là tuyến 2 (vì do nhà chế tạo bàn giao nên phát sinh việc xác nhận bảo hành và chi phí công tác), nhóm C là tuyến 3, nhóm D là tuyến 4. 10 cộng 6 cộng 4 cộng 4 là 24 máy.

Thực trạng dừng máy như sau.

Dòng cuối cùng là tiền đề quan trọng nhất của bài viết này. Việc dừng của công đoạn không phải nút cổ chai thì không trở thành lợi nhuận mất đi. Vì công đoạn đó có dừng một giờ thì phần đó vẫn được hấp thụ bởi tồn kho bán thành phẩm và dư địa của các công đoạn khác, nên sản lượng xuất hàng cuối cùng không thay đổi. Thời gian dừng của 16 máy còn lại là 380 trừ 240 bằng 140 giờ, nhưng chúng tôi không quy phần này ra tiền chính là vì lý do đó.

Xin nêu thêm vài số liệu thống kê gần đây của ngành chế tạo Thái Lan để tham khảo. Theo công bố của Cục Kinh tế Công nghiệp (OIE) thuộc Bộ Công nghiệp Thái Lan, chỉ số sản xuất công nghiệp (MPI) tháng 6 năm 2026 được đưa tin là -3.10% so với cùng kỳ năm trước, tức mức giảm sâu nhất kể từ tháng 11 năm 2025, quý 2 năm 2026 là -1.79%, và tỷ lệ huy động thiết bị bình quân là 57.47%. Ô tô và dầu mỏ là hai nhóm kéo chỉ số xuống, còn các mặt hàng thiết yếu như đường, bột giặt, xà phòng và mỹ phẩm được cho là đang có xu hướng phục hồi.

Đọc con số tỷ lệ huy động 57.47% này thành “thiết bị đang trống một nửa nên cần thu thập dữ liệu” là suy diễn vội vàng. Điều có ý nghĩa ở đây là một điểm khác, đó là trong giai đoạn năng lực còn dư địa, việc dừng của các thiết bị không phải nút cổ chai lại càng dễ được hấp thụ hơn. Nói cách khác, một quyết định đầu tư kiểu “giám sát toàn bộ máy” từng đứng vững trong thời kỳ chạy hết công suất và đơn hàng chất đầy, thì tới lúc tỷ lệ huy động đi xuống lại có thể không còn đứng vững nữa. Công đoạn nào được đặt lợi nhuận mất đi bằng không là điều dịch chuyển theo môi trường nhu cầu. Xin đừng suy ra con số của doanh nghiệp mình từ thống kê, mà hãy xác nhận ngay trên các công đoạn của chính mình.

Ước tính hiệu quả (dùng chung cho cả hai phương án)

Lấy được dữ liệu thì cái gì thay đổi. Nội dung của hiệu quả là “bản thân thời gian dừng máy ngắn lại”. Nó gồm hai phần.

Phát hiện là khoảng thời gian cho tới khi có người nhận ra thiết bị đã dừng. Con số 12 phút của hiện trạng phát sinh vì các lý do như công nhân đang ở công đoạn khác, hoặc từ phòng giám sát không nhìn thấy. Nếu thu thập rồi phát thông báo thì rút xuống 2 phút. Đây là phần mà kết quả thay đổi theo cách thiết kế thông báo, và việc xây dựng danh sách người nhận cùng cơ chế leo thang được xử lý trong bài thiết kế thông báo bất thường thiết bị.

Xác định nguyên nhân là khoảng thời gian từ lúc chạy tới nơi cho đến khi phán đoán được chuyện gì đã xảy ra. Nếu có lịch sử mã nguyên nhân dừng máy và thời gian chu kỳ thì có thể xem ngay trên màn hình chuyện gì vừa diễn ra trước đó, nên 18 phút giảm còn 8 phút. Nói ngược lại, mức rút ngắn này lấy tiền đề là mã nguyên nhân dừng máy đang được lấy về. Với những thiết bị chỉ dùng được tuyến 4, không thể kỳ vọng có được 10 phút rút ngắn này.

Tổng cộng rút ngắn 20 phút cho mỗi vụ. Nhân con số này với số vụ dừng máy của nhóm nút cổ chai.

• 320 vụ x 20 phút = 6,400 phút/năm
• 6,400 phút / 60 = 106.67 giờ/năm
• 106.67 giờ x 3,200 THB = 341,333 THB/năm
• Trong 5 năm là 1,706,667 THB

Có một thứ ở đây được cố ý không đưa vào. Đó là phần rút ngắn thời gian dừng của 16 máy không phải nút cổ chai. Chúng cũng rút ngắn 20 phút y như vậy, nhưng một khi đã đặt lợi nhuận mất đi cho mỗi giờ dừng của các công đoạn đó bằng 0 THB, thì số tiền là con số không. Chúng tôi không cộng nó vào giá trị hiệu quả.

Chúng tôi hiểu cảm giác muốn cộng vào. Nếu tính đủ cho 24 máy thì giá trị hiệu quả sẽ lớn hơn, và tờ trình đầu tư dễ được duyệt hơn. Nhưng con số đó là số tiền được gắn cho việc “đã giảm bớt thời gian dừng của những công đoạn mà dù có dừng thì lượng xuất hàng cũng không giảm”. Khi đối chiếu với thực tế sau lúc vận hành, nó chắc chắn sẽ không khớp. Vẫn có những giá trị định tính, như khả năng nút cổ chai sẽ dịch chuyển trong tương lai, hay có thêm nguyên liệu cho hoạt động cải tiến. Tuy nhiên trong phần ước tính này chúng tôi không quy chúng ra tiền.

Phương án A – thu hẹp vào 8 máy nút cổ chai

Đối tượng là nhóm A 5 máy, nhóm B 2 máy, nhóm C 1 máy, tổng cộng 8 máy, mỗi máy 4 biến số.

Số điểm tag là 8 máy x 4 biến số = 32 điểm. Nằm gọn trong bậc từ 50 tag trở xuống.

Lý do chỉ cần 1 gateway là vì model này chứa được tối đa 8 node trên một bộ. Với 5 máy của nhóm A thì 1 bộ là đủ. Ở đây có một bậc thang, 5 máy hay 8 máy thì 45,000 THB vẫn không đổi, nhưng tới máy thứ 9 thì cần bộ thứ hai. Khi bàn tới chuyện có thêm một máy vào hay không, xin hãy kiểm tra mình đang đứng ở phía nào của bậc thang này.

Chi phí vận hành hằng năm như sau.

Tổng hợp cho 5 năm.

• Tổng chi phí 5 năm = 542,000 + 90,000 x 5 = 992,000 THB
• Hiệu quả 5 năm = 1,706,667 THB
• Lợi ích ròng 5 năm = 1,706,667 – 992,000 = 714,667 THB
• Hoàn vốn giản đơn = 542,000 / (341,333 – 90,000) = 2.16 năm (25.9 tháng)

Còn một tỷ lệ nữa trong cơ cấu chi phí đáng để xem.

Phần lấy giá trị ra khỏi PLC tại hiện trường chỉ chiếm một nửa chi phí ban đầu. Một nửa còn lại là server và mạng, tức “bên ngoài hiện trường”. Nếu không biết điều này mà bỏ nhiều thời gian vào việc thương lượng “hãy giảm đơn giá gateway”, thì biên độ tác động sẽ rất hạn chế. Thực tế, bản thân gateway của tuyến 1 là 45,000 THB, chưa tới một phần mười so với 542,000 THB chi phí ban đầu.

Phương án B – lắp cho toàn bộ 24 máy

Đây là phương án lắp cho tất cả các máy. Áp dụng tuyến 1 cho 10 máy nhóm A, tuyến 2 cho 6 máy nhóm B, tuyến 3 cho 4 máy nhóm C, và tuyến 4 cho 4 máy nhóm D.

Số điểm tag là 20 máy của nhóm A đến C x 4 biến số = 80 điểm, cộng 4 máy nhóm D x 2 biến số = 8 điểm, tổng cộng 88 điểm. Vì vượt qua bậc từ 50 tag trở xuống nên server thu thập và phần mềm hiển thị thành 250,000 THB. Chênh lệch 70,000 THB so với phương án A là do đã bước qua ranh giới bậc này.

Gateway là 2 bộ cho 10 máy nhóm A, vì vượt quá giới hạn chứa 8 node.

Chi phí vận hành hằng năm.

Tổng hợp cho 5 năm.

• Tổng chi phí 5 năm = 1,203,000 + 123,000 x 5 = 1,818,000 THB
• Hiệu quả 5 năm = 1,706,667 THB (bằng đúng phương án A)
• Lợi ích ròng 5 năm = 1,706,667 – 1,818,000 = -111,333 THB (lỗ)
• Hoàn vốn giản đơn = 1,203,000 / (341,333 – 123,000) = 5.51 năm (66.1 tháng)

Xin chú ý điểm giá trị hiệu quả bằng đúng phương án A. 16 máy được thêm vào đều không phải nút cổ chai, và lợi nhuận mất đi cho mỗi giờ dừng của chúng là 0 THB. Chỉ có chi phí tăng lên, còn phần hiệu quả quy ra được thành tiền thì không tăng thêm dù chỉ một baht.

Chênh lệch là 826,000 THB. Thứ phân tách hai phương án không phải chuẩn truyền thông

Xếp hai phương án cạnh nhau.

Chênh lệch lợi ích ròng 5 năm là 714,667 – (-111,333) = 826,000 THB.

Con số 826,000 THB này trùng khớp với chênh lệch tổng chi phí 5 năm, tức 1,818,000 – 992,000 = 826,000 THB. Điều đó là đương nhiên. Vì giá trị hiệu quả của hai phương án bằng nhau. Nếu hiệu quả không đổi mà chỉ có chi phí tăng, thì chênh lệch lợi ích ròng chính bằng chênh lệch chi phí.

Một dòng nên viết vào tờ trình đầu tư là dòng này.

Thứ phân tách phương án A và phương án B không phải là chuẩn truyền thông, cũng không phải là hãng PLC. Chỉ là “khi thiết bị đó dừng, việc dừng ấy có thật sự trở thành khoản mất doanh thu hay không”.

Tại bàn báo giá, tranh luận rất dễ tập trung vào việc chọn OPC UA hay Modbus, chọn gateway nào. Nhưng thứ làm số tiền dịch chuyển nhiều nhất trong điều kiện mô hình lại là cách chọn thiết bị đối tượng. So với đơn giá 45,000 THB của bản thân gateway, số tiền mà việc thu hẹp đối tượng làm dịch chuyển là 826,000 THB.

Ba phép thử độ nhạy

Xin xem đúng ba trường hợp về việc kết luận dịch chuyển ra sao khi tiền đề thay đổi. Chúng tôi sẽ không cố tình tăng số lượng kịch bản để làm ra vẻ “tiền đề nào cũng đứng vững”. Ngược lại, chúng tôi đưa ra trước các điều kiện làm cho phương án không còn đứng vững.

Độ nhạy 1, trường hợp lợi nhuận mất đi cho mỗi giờ dừng máy giảm từ 3,200 xuống 1,600 THB.

• Hiệu quả hằng năm = 106.67 giờ x 1,600 THB = 170,667 THB/năm
• Hoàn vốn của phương án A = 542,000 / (170,667 – 90,000) = 6.72 năm (80.6 tháng)

Đến phương án A cũng không còn đứng vững. Nó không nằm gọn trong khung đánh giá đầu tư theo mốc 5 năm. Đơn giá của lợi nhuận mất đi lên xuống theo tỷ lệ huy động, lượng đơn hàng tồn đọng và khả năng sản xuất thay thế. Xin đừng mang nguyên số năm hoàn vốn tính bằng đơn giá của thời kỳ chạy hết công suất sang áp cho giai đoạn nhu cầu đi xuống. Diễn biến của MPI và tỷ lệ huy động nêu ở trên là bằng chứng gián tiếp cho thấy đơn giá này không phải một giá trị cố định.

Độ nhạy 2, trường hợp mức rút ngắn thời gian phát hiện và xác định nguyên nhân chỉ dừng ở 10 phút thay vì 20 phút.

• Hiệu quả hằng năm = 320 vụ x 10 phút = 3,200 phút = 53.33 giờ, 53.33 giờ x 3,200 THB = 170,667 THB/năm

Bằng đúng con số của độ nhạy 1. Vì giá trị hiệu quả là tích của “đơn giá theo giờ” và “phần rút ngắn”, nên dù thừa số nào giảm một nửa thì điểm hạ cánh vẫn như nhau. Nói ngược lại, điều đó cũng có nghĩa là hai tiền đề này ít có ý nghĩa khi đem ra bàn một cách độc lập với nhau. Nếu muốn kiểm chứng tiền đề trong tờ trình, thì hỏi thẳng vào giá trị của tích sẽ nhanh hơn là bàn riêng từng thừa số.

Nguyên nhân thực tế khiến mức rút ngắn chỉ dừng ở 10 phút thường nằm ở phía xác định nguyên nhân. Với những thiết bị không có mã nguyên nhân dừng máy trong ladder (lý do 1), hoặc những thiết bị chỉ dùng được tuyến 4, thì phần 18 phút giảm còn 8 phút sẽ không thành hiện thực. Ở đây có một quan hệ, nếu lơ là việc kiểm tra lý do 1 thì hiệu quả sẽ giảm một nửa.

Độ nhạy 3, trường hợp nút cổ chai chỉ có 4 máy chứ không phải 8 máy.

Xin sắp lại các tiền đề. Thời gian dừng của nhóm nút cổ chai là 120 giờ, số vụ là 160 vụ, mức rút ngắn là 160 vụ x 20 phút = 3,200 phút = 53.33 giờ, và hiệu quả là 53.33 giờ x 3,200 THB = 170,667 THB/năm.

Nếu cơ cấu 4 máy đối tượng là nhóm A 3 máy, nhóm B 1 máy, nhóm C 0 máy, thì chi phí ban đầu như sau.

Chi phí vận hành hằng năm là 70,000 THB.

• Hoàn vốn giản đơn = 390,000 / (170,667 – 70,000) = 3.87 năm (46.5 tháng)

Đây chính là chỗ nghịch lý. Hoàn vốn của phương án A (8 máy) là 2.16 năm, còn của phương án này (4 máy) là 3.87 năm. Đã giảm đối tượng xuống một nửa, vậy mà hoàn vốn lại chậm đi.

Lý do là chi phí cố định. Server thu thập và phần mềm hiển thị thì 16 tag hay 32 tag cũng đều là 180,000 THB. Thi công mạng cũng không tỷ lệ hoàn toàn theo số lượng máy. Trong khi đó, hiệu quả lại giảm một nửa gần như tỷ lệ thuận với số vụ. Tử số (hiệu quả) giảm một nửa còn mẫu số (chi phí) thì không giảm một nửa. Vì thế hiệu suất đi xuống.

Do đó, không phải “càng thu hẹp càng lợi”. Nói cho đúng thì phải là thu hẹp tới phạm vi vẫn còn gom đủ số vụ nút cổ chai để pha loãng chi phí cố định. Con số 8 máy của phương án A là điểm nhồi được nhiều hiệu quả nhất trên nền chi phí cố định, trong phạm vi 32 tag vẫn nằm gọn ở bậc từ 50 tag trở xuống (180,000 THB). Bớt đi một máy thì chỉ có hiệu quả giảm. Ngược lại, nếu cứ mở rộng đối tượng ra, thì tại thời điểm số điểm tag vượt quá 50, server thu thập sẽ nhảy lên bậc 250,000 THB, và tại thời điểm số máy đấu nối của tuyến 1 vượt quá 8, gateway sẽ tăng lên bộ thứ hai. Xin hãy ý thức các bậc thang này khi kẻ đường ranh giới.

Năm điểm cần kiểm tra trước tại nhà máy ở Thái Lan

Xin nêu năm hạng mục cần kiểm tra tại chỗ trước khi bước vào thiết kế. Nếu lập kế hoạch với cùng tiền đề như nhà máy ở Nhật Bản, thì sẽ bị chặn lại ở đây.

1. Nguồn điện. Gateway và module chuyển đổi về cơ bản lấy nguồn từ nguồn điều khiển trong tủ, nhưng tủ hiện hữu chưa chắc còn dư địa. Cần kiểm tra dung lượng của bộ nguồn DC24V, số vị trí trống của aptomat, và cách xử lý chống sụt áp tức thời. Ở những địa điểm mà chất lượng điện phía nhà máy không ổn định, sẽ xảy ra tình trạng chỉ riêng thiết bị thu thập bị mất điện và thành ra “máy vẫn chạy nhưng dữ liệu thì khuyết”. Vì phần dữ liệu khuyết trên đồ thị không phân biệt được với trạng thái dừng, nó sẽ làm sai lệch việc tổng hợp tỷ lệ vận hành. Cần một trong hai biện pháp, hoặc lắp UPS, hoặc làm cho phía thu thập phân biệt được dữ liệu khuyết với trạng thái dừng.

2. Không gian trong tủ điện. Cả module chuyển đổi lẫn gateway đều cần chỗ đặt vật lý. Chỗ trống trên thanh DIN, khoảng hở khi đóng cánh tủ, và nhiệt độ trong tủ. Ở các nhà máy tại Thái Lan, nhiệt độ bên trong những tủ đặt trong nhà xưởng không có điều hòa có lúc tiến sát giới hạn định mức của thiết bị. Xin kiểm tra dải nhiệt độ làm việc của thiết bị ngay từ đầu khi xem bản quy cách. Với những tủ không còn chỗ mở rộng, sẽ phát sinh việc dựng thêm một tủ phụ cỡ nhỏ bên cạnh, và khoản này tác động thẳng vào mục “chi phí thi công” của báo giá.

3. Tách mạng. Việc phân tách mạng điều khiển (OT) và mạng thông tin (IT) ở đâu là điều phải chốt ngay tại thời điểm bắt đầu thu thập. Modbus của tuyến 3 không có xác thực cũng không có mã hóa, và các giao thức riêng của từng hãng ở tuyến 1 cũng vậy, phần lớn được thiết kế theo kiểu cứ tới được mạng là đọc được. Cách làm cơ bản là đặt gateway ở vị trí ranh giới và chỉ gửi lên phía trên đúng những thông tin cần thiết. Nếu dùng LAN không dây hiện hữu thì việc đo thực tế môi trường sóng và việc cùng tồn tại với lưu lượng của hệ sản xuất cũng là các hạng mục phải kiểm tra.

4. Bảo hành của nhà chế tạo thiết bị. Đúng như lý do 3. Nếu có những thiết bị do nhà chế tạo bàn giao như nhóm B, thì việc gửi yêu cầu xác nhận và chờ phản hồi sẽ mất thời gian. Xin đặt nó ở ngay đầu tiến độ. Tùy nội dung phản hồi, cũng có thể đi tới quyết định hạ riêng thiết bị đó từ tuyến 2 xuống tuyến 4 (đo từ bên ngoài). Số biến số lấy được sẽ giảm, nhưng vẫn lấy được trạng thái chạy hay dừng và sản lượng trong khi giữ nguyên bảo hành.

5. Có dùng được khấu trừ chi phí 200% của depa hay không. Thái Lan có chính sách cho phép khấu trừ chi phí ở mức 200% đối với các khoản chi cho chuyển đổi số của doanh nghiệp vừa và nhỏ. Xin sắp xếp các điều kiện.

Xin viết thẳng thắn. Phần lớn các nhà máy Nhật Bản đang đầu tư tại Thái Lan không đáp ứng được điều kiện doanh nghiệp vừa và nhỏ này. Mức vốn góp đã thanh toán từ 5,000,000 THB trở xuống và doanh thu năm từ 30,000,000 THB trở xuống là ngưỡng mà với quy mô của nhà máy mô hình trong bài viết này (220 nhân viên) thì thông thường không thể đáp ứng. Ngoài ra, ràng buộc không dùng được cho khoản chi của dự án đang hưởng ưu đãi BOI cũng là điều kiện thường rơi trúng các doanh nghiệp chế tạo Nhật Bản.

Trên cơ sở đó, mức trần là 300,000 THB. So với 542,000 THB chi phí ban đầu của phương án A, thì dù có áp dụng được đi nữa, phạm vi thụ hưởng cũng chỉ dừng ở một phần. Vị trí phù hợp của khoản này là một hạng mục chỉ đi kiểm tra khi đã đáp ứng điều kiện, chứ không phải thứ đưa vào tiền đề của quyết định đầu tư. Về phán đoán cuối cùng cho khả năng áp dụng, xin nhất định xác nhận với công ty kế toán hoặc chuyên gia thuế. Thứ bài viết này trình bày được chỉ nằm trong phạm vi các điều kiện đã được công bố.

Thêm một thông tin liên quan có ảnh hưởng tới mặt bằng chi phí, mức lương tối thiểu của Thái Lan từ ngày 1 tháng 7 năm 2025 đã được nâng lên 400 baht một ngày (trước khi điều chỉnh là 372 baht) tại Bangkok và các khu công nghiệp như Chonburi và Rayong, và bước sang năm 2026 vẫn giữ nguyên. Trên toàn quốc thì dao động trong khoảng từ 337 đến 400 baht. Cách vận hành theo kiểu để người đi vòng quanh hiện trường phát hiện máy dừng, hỏi nguyên nhân, ghi ra giấy rồi sau đó nhập lại, sẽ nặng thêm mỗi năm đúng bằng phần tăng của mặt bằng lương này. Quyết định đầu tư cho việc thu thập dữ liệu là loại quyết định cần nhìn cùng với xu hướng chi phí nhân công này.

Xét trong bối cảnh chính sách công nghiệp rộng hơn, Ngân hàng Thế giới đã nêu chủ đề “Advanced Green Manufacturing for Growth” trong bản Thailand Economic Monitor tháng 2 năm 2026. Việc nâng cấp thiết bị và số hóa đang trở thành mối quan tâm của phía chính sách là chất liệu có thể dùng làm bối cảnh trong tài liệu giải trình nội bộ.

Trình tự triển khai trong 90 ngày

Đây là cách tiến hành thực tế, lấy việc thu hẹp đối tượng làm tiền đề.

Tuần 1 đến 2, đếm số liệu thực tế về dừng máy. Thu thập hồ sơ dừng máy của 12 tháng vừa qua và tổng hợp thời gian dừng cùng số vụ theo từng thiết bị. Tiếp đó, chia thành hai nhóm theo tiêu chí lần dừng đó có dẫn tới việc giảm lượng xuất hàng hay không. Chính việc phân loại này là bản thân công việc xác định nút cổ chai. Nếu hồ sơ chỉ ghi tới mức “đã điều chỉnh” hay “đã sửa xong” nên không phân loại được, thì việc cần làm trước là sửa chính chỗ đó. Sản phẩm của giai đoạn này chỉ cần một bảng duy nhất là đủ. Nếu kết quả cho thấy gần như không có lần dừng nào quy ra được thành tiền, thì hoàn toàn có thể tạm hoãn khoản đầu tư cho việc thu thập dữ liệu. Điều quan trọng là thiết kế cách tiến hành sao cho chấp nhận được nhánh rẽ này.

Tuần 3 đến 4, chia thiết bị thành các nhóm. Phân loại các thiết bị ứng viên theo bốn tiêu chí, có PLC hay không, có Ethernet hay không, có chức năng OPC UA server hay không, và do nhà chế tạo bàn giao hay là thiết bị tự chế tạo. Đây chính là việc gán tuyến. Đồng thời, xin gửi yêu cầu xác nhận tới nhà chế tạo thiết bị ngay trong tuần này. Đây là công đoạn có thời gian chờ phản hồi dài nhất.

Tuần 5 đến 6, chốt biến số và tính ra số điểm tag. Quyết định “sẽ lấy cái gì” cho từng thiết bị. Đây là lúc thực hiện việc kiểm tra của lý do 1. Xác nhận từng biến số một xem biến số cần lấy có tồn tại trong ladder hay không, dựa vào bản thiết kế hoặc dựa vào chính nội dung bên trong PLC. Với những biến số không tồn tại, hãy quyết định sẽ cải tạo hay là trước mắt không lấy. Kết thúc công việc này thì tổng số điểm tag được chốt, và bậc license của phần mềm được xác định. Tuần này chính là tuần làm cho độ chính xác của báo giá thay đổi cả một bậc.

Tuần 7 đến 8, gán chu kỳ và chốt cấu hình. Quyết định chu kỳ thu thập cho từng biến số. Nếu có biến số cần nhìn các lần dừng máy ngắn, thì đây là lúc phán đoán sẽ tăng tần suất thu thập hay để PLC đếm. Song song, hãy kiểm tra tại hiện trường số lượng cùng vị trí lắp gateway, việc phân vùng mạng, không gian trong tủ và nguồn điện. Chỉ tới giai đoạn này thì báo giá mới khớp với thực tế.

Tuần 9 đến 11, lắp đặt và kiểm tra thông tuyến. Lắp thiết bị, kiểm tra truyền thông và xem giá trị có biến động đúng như kỳ vọng hay không. Việc kiểm chứng ở đây không phải là “truyền thông có thành công hay không” mà là “ý nghĩa của giá trị có khớp hay không“. Hãy cho thiết bị chạy bằng tay rồi đối chiếu từng máy một, xem sản lượng có tăng lên 1 hay không, khi cho dừng thì cờ báo chạy có hạ xuống hay không, thời gian chu kỳ có khớp với giá trị đo thực tế hay không. Với tuyến 1, việc phát hiện ra nhầm địa chỉ trong lúc đối chiếu này là chuyện không hiếm.

Tuần 12 đến 13, chốt quy tắc vận hành. Người nhận thông báo và cơ chế leo thang, quy tắc nhập mã nguyên nhân dừng máy, cách xử lý khi có dữ liệu khuyết, và thời gian lưu trữ dữ liệu. Nếu chưa chốt những thứ này mà chỉ dựng lên màn hình hiển thị, thì trong 3 tháng sẽ không còn ai nhìn tới. Mục đích không phải là làm ra màn hình, mà là rút ngắn lần dừng máy 45 phút. Xin viết thành văn bản rằng ai, trong bao nhiêu phút, phải làm gì.

Không nhất thiết phải hoàn thành toàn bộ số máy trong 90 ngày. Chạy trọn một vòng với số lượng đã thu hẹp, đo được hiệu quả thực tế rồi mới mở rộng sang nhóm tiếp theo, thì cả độ chính xác của báo giá vòng hai lẫn chất lượng của quy tắc vận hành đều tốt lên. Con số 8 máy giả định ở phương án A đúng là quy mô của “vòng thứ nhất” này.

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

Thu thập dữ liệu PLC có cần sửa chương trình ladder không?

Với tuyến 1 (đọc trực tiếp PLC Ethernet hiện hữu) và tuyến 3 (chuyển đổi từ serial), nếu chỉ đọc các giá trị đã có sẵn thì về nguyên tắc không cần sửa ladder. Tuyến 2 (chức năng OPC UA server) cần kích hoạt chức năng và nạp license, nhưng bản thân logic điều khiển thì không đổi. Trường hợp cần sửa là khi giá trị cần lấy ngay từ đầu đã không tồn tại trong ladder. Điển hình là mã nguyên nhân dừng máy, nếu không có ai phân loại trong ladder rồi ghi vào device thì giao thức nào cũng không đọc được. Ngoài ra, khi muốn bắt chắc chắn các lần dừng máy ngắn có độ dài nhỏ hơn chu kỳ thu thập, thì việc sửa ladder để chính PLC đếm cũng là lời giải thực tế. Với thiết bị do nhà chế tạo bàn giao, việc xác nhận điều khoản bảo hành phải làm trước.

Nên chọn OPC UA hay Modbus?

Trong nhiều trường hợp, đây không phải thứ để chọn mà là thứ được quyết định bởi model của thiết bị. Chức năng OPC UA server chỉ có trên các dòng tầm trung và tầm cao những năm gần đây, còn với PLC đời cũ chỉ có cổng serial thì ngay từ đầu đã không có lựa chọn nào. Việc trong cùng một nhà máy có nhiều tuyến khác nhau cùng tồn tại theo từng thiết bị là chuyện bình thường.

Trên cơ sở đó, nếu sắp xếp khác biệt về tính chất của hai bên, thì OPC UA gắn kèm kiểu dữ liệu, đơn vị, nhãn thời gian và chất lượng vào giá trị, đồng thời có thể chỉ thông báo khi có thay đổi nhờ subscription. Còn Modbus thì chỉ chạy bằng polling, nếu không thiết kế đọc theo khối các thanh ghi liên tiếp thì không có tốc độ, và bản quy cách nguyên gốc không có xác thực cũng không có mã hóa.

Ngoài ra, đôi khi nó được đem so với MQTT Sparkplug, nhưng OPC UA và Sparkplug là quan hệ phân vai chứ không phải quan hệ cạnh tranh. Sparkplug là quy cách của Eclipse Foundation, bổ sung lên trên MQTT thuần túy phần chuẩn hóa không gian tên topic, payload có kiểu, cùng chứng chỉ birth/death (cơ chế để phía nhận luôn phân biệt được thiết bị có đang online hay không). Cũng tồn tại tổ hợp mang tên OPC UA PubSub over MQTT. Cách sắp xếp gần với thực tế hơn là dùng phân vai giữa lớp lấy dữ liệu ra khỏi hiện trường và lớp phân phối lên phía trên, chứ không phải “chọn một trong hai”.

Thiết bị cũ có thu thập dữ liệu được không?

Được. Nhưng phạm vi các biến số lấy được sẽ thay đổi. Nếu có PLC với cổng serial thì đi theo tuyến 3 (bổ sung module chuyển đổi), còn với máy đơn lẻ và máy thao tác tay không có PLC thì đi theo tuyến 4 (trích tín hiệu đèn tháp, cảm biến quang điện, cảm biến dòng điện).

Thứ lấy được ở tuyến 4 chỉ dừng ở trạng thái chạy hay dừng và sản lượng, còn mã nguyên nhân dừng máy và cơ cấu chi tiết của thời gian chu kỳ thì không lấy được. Đây không phải là hạn chế về hiệu năng thiết bị, mà là giới hạn về mặt cấu trúc do đang nhìn từ bên ngoài. Việc trong nhà máy mô hình của bài viết này số biến số của 4 máy nhóm D được đặt là 2 chứ không phải 4 cũng chính vì lý do này. Khi nhận được lời chào “thiết bị cũ cũng lấy được”, xin hãy yêu cầu bên đề xuất nêu rõ danh sách các biến số lấy được. Điểm mấu chốt là xác nhận ở độ chi tiết của biến số, chứ không phải của số lượng máy.

Cần bao nhiêu IoT gateway?

Nó không được quyết định bởi số lượng máy, mà bởi số node chứa được và cách phân vùng mạng. Điều kiện mô hình của bài viết này lấy tiền đề là model chứa được tối đa 8 node trên một bộ, nên đã tính 1 bộ (45,000 THB) cho 5 máy đối tượng của tuyến 1 ở phương án A, và 2 bộ (90,000 THB) cho 10 máy đối tượng của tuyến 1 ở phương án B. Có một bậc thang ở đây, 5 máy hay 8 máy thì 1 bộ vẫn đủ, nhưng tới máy thứ 9 thì cần bộ thứ hai.

Trên thực tế, ngoài điều đó ra, số lượng còn có thể tăng vì các lý do vật lý như vị trí các tủ điện nằm cách xa nhau, hoặc mạng bị chia thành nhiều vùng. Ngược lại, xét theo tỷ trọng trong tổng chi phí ban đầu thì đơn giá gateway không lớn. Ở phương án A, trong 542,000 THB chi phí ban đầu thì bản thân gateway là 45,000 THB, còn 180,000 THB của server thu thập và phần mềm hiển thị cùng 95,000 THB của thi công mạng mới là những khoản có tác động lớn hơn. Thay vì bàn về số lượng gateway, xin hãy xác nhận trước số điểm tag đang nằm ở phía nào của ranh giới bậc license.

Các lần dừng máy ngắn có nhìn thấy được bằng thu thập dữ liệu PLC không?

Tùy vào chu kỳ thu thập. Nếu đặt chu kỳ polling là 1 giây, thì lần dừng 20 giây trải qua nhiều lần lấy mẫu nên chắc chắn được ghi lại, nhưng lần dừng 3 giây thì tùy thời điểm mà có thể phục hồi mà không được quan sát thấy dù chỉ một lần. Nếu PLC quét ở 10ms còn thu thập ở 1,000ms, thì phía thu thập chỉ đang nhìn với độ phân giải thô hơn 100 lần. Đo một công đoạn có thời gian chu kỳ 30 giây bằng chu kỳ 1 giây thì sai số là tối đa ±1 giây, quy ra tỷ lệ là 3.33%.

Muốn bắt chắc chắn các lần dừng ngắn thì có hai cách. Tăng tần suất thu thập, hoặc để PLC đếm số lần dừng và thời gian dừng rồi phía thu thập chỉ đọc giá trị tích lũy đó. Cách sau tuy phải sửa ladder nhưng chắc chắn, vì nó thoát khỏi ràng buộc của chu kỳ. Yêu cầu “muốn nhìn thấy các lần dừng máy ngắn” xin hãy truyền đạt dưới dạng yêu cầu về chu kỳ, chứ không phải về chuẩn truyền thông. Còn việc phản ánh các lần dừng ngắn đã bắt được vào OEE ra sao thì lại là một phần thiết kế riêng.

Kết luận

Thu thập dữ liệu từ PLC không phải là lựa chọn hai chiều giữa “lấy được” và “không lấy được”. Thứ đã được quyết định là sẽ đi qua tuyến nào trong bốn tuyến. Đọc trực tiếp PLC Ethernet hiện hữu, chức năng OPC UA server, bổ sung bộ chuyển đổi serial, và gắn ngoài mà không động vào PLC. Tuyến được xác định thì đơn giá, phạm vi biến số lấy được, và những điều phải hỏi nhà chế tạo thiết bị cũng được xác định theo. Vì việc bốn tuyến cùng tồn tại trong một nhà máy là chuyện bình thường, xin đừng hỏi “chỗ chúng tôi có thu thập được không” mà hãy phán đoán cho từng máy một.

Có ba thứ đổi chuẩn truyền thông cũng không giải quyết được. Giá trị không tồn tại trong ladder thì giao thức nào cũng không đọc được. Nếu chu kỳ thu thập thô hơn chu kỳ quét thì các lần dừng ngắn về nguyên lý sẽ bị rơi mất. Điều khoản bảo hành của nhà chế tạo thiết bị là vấn đề hợp đồng chứ không phải vấn đề kỹ thuật. Ba thứ này nối thẳng tới ba biến số số điểm tag, chu kỳ thu thập và bảo hành, tức là nguyên nhân thật sự khiến báo giá lệch nhau cả một bậc.

Chúng tôi đã ước tính phần chi phí theo điều kiện mô hình. Phương án A thu hẹp vào 8 máy nút cổ chai có chi phí ban đầu 542,000 THB, tổng chi phí 5 năm 992,000 THB, lợi ích ròng 5 năm là +714,667 THB, hoàn vốn 2.16 năm. Phương án B lắp cho toàn bộ 24 máy có chi phí ban đầu 1,203,000 THB, tổng chi phí 5 năm 1,818,000 THB, lợi ích ròng 5 năm là -111,333 THB tức lỗ, hoàn vốn 5.51 năm. Chênh lệch là 826,000 THB. Vì giá trị hiệu quả của cả hai phương án đều là 1,706,667 THB như nhau, nên chênh lệch này chính là chênh lệch chi phí.

Thứ phân tách hai phương án không phải chuẩn truyền thông cũng không phải hãng PLC, mà chỉ là khi thiết bị đó dừng thì việc dừng ấy có thật sự trở thành khoản mất doanh thu hay không. Lý do chúng tôi không cộng phần rút ngắn thời gian dừng của 16 máy không phải nút cổ chai vào giá trị hiệu quả cũng chính là như vậy. Cộng vào thì tờ trình dễ được duyệt hơn, nhưng sẽ không khớp với thực tế sau khi vận hành.

Đồng thời, cũng không phải càng thu hẹp thì càng tốt. Trong trường hợp nút cổ chai chỉ có 4 máy, với chi phí ban đầu 390,000 THB thì hoàn vốn là 3.87 năm, chậm hơn mức 2.16 năm của phương án 8 máy. Vì khoản chi phí cố định 180,000 THB của server thu thập vẫn còn nguyên đó. Cách nói chính xác sẽ là thu hẹp tới phạm vi vẫn gom đủ số vụ để pha loãng chi phí cố định.

Tiền đề thay đổi thì kết luận cũng thay đổi. Nếu lợi nhuận mất đi cho mỗi giờ dừng máy giảm từ 3,200 THB xuống 1,600 THB, thì hoàn vốn của phương án A cũng kéo dài thành 6.72 năm và không còn đứng vững. Trường hợp mức rút ngắn chỉ dừng ở 10 phút thay vì 20 phút cũng hạ cánh xuống đúng con số 170,667 THB/năm. Chính vì vậy, việc cần làm đầu tiên không phải là đi lấy báo giá từ ba nhà cung cấp, mà là tổng hợp hồ sơ dừng máy của 12 tháng vừa qua theo từng thiết bị, rồi tách ra xem trong đó lần dừng nào đã dẫn tới việc giảm lượng xuất hàng. Chỉ cần có một bảng này, việc lắp cho thiết bị nào sẽ được quyết định một cách máy móc.

Đi qua tuyến nào và chọn thiết bị nào làm đối tượng là những điều không thể phán đoán nếu chưa nhìn vào bên trong tủ điện và số liệu thực tế về dừng máy. TOMAS TECH đặt trụ sở tại Bangkok, hỗ trợ các doanh nghiệp chế tạo Nhật Bản trong các lĩnh vực IT nhà máy, OT/IoT và FA. Quý vị có thể trao đổi với chúng tôi ngay từ giai đoạn trước khi chọn model PLC hay lập báo giá, tức là từ khâu tách bạch từng máy một xem “thiết bị nào sẽ đi theo tuyến nào, và biến số cần lấy có nằm trong ladder hay không”. Chúng tôi cũng sắp xếp giúp danh mục các nội dung cần hỏi nhà chế tạo thiết bị, cũng như khảo sát trước không gian và nguồn điện của các tủ điện hiện hữu, và tiến hành phù hợp với tình hình thực tế tại hiện trường. Xin liên hệ qua trang liên hệ.

Thông tin tham khảo

1. OPC Foundation “Field Level Communications Corner (tháng 6 năm 2026)” – tình trạng hoàn thành C2C và chuẩn bị mở rộng C2D của OPC UA FX, sự kiện IOP và các động thái hướng tới SPS 2026

https://opcconnect.opcfoundation.org/2026/06/field-level-communications-corner-june-2026/

1. EMQ “A Comparison of IIoT Protocols — MQTT Sparkplug vs OPC UA” và HiveMQ “IIoT Protocols — OPC UA, MQTT, Sparkplug Comparison” – không gian tên topic, payload có kiểu, chứng chỉ birth/death của Sparkplug và sự phân vai với OPC UA

https://www.emqx.com/en/blog/a-comparison-of-iiot-protocols-mqtt-sparkplug-vs-opc-ua và https://www.hivemq.com/resources/iiot-protocols-opc-ua-mqtt-sparkplug-comparison/

1. Trout Software “Real-time PLC Data Streaming — OPC UA, Modbus and Modern Integration Patterns” – polling và đọc theo khối của Modbus, trần tốc độ của serial, subscription của OPC UA

https://www.trout.software/blog/real-time-plc-data-streaming-opc-ua-modbus-and-modern-integration-patterns

1. Xinhua (ngày 27 tháng 7 năm 2026) – chỉ số sản xuất công nghiệp Thái Lan (MPI) tháng 6 năm 2026 là -3.10%, quý 2 là -1.79%, tỷ lệ huy động thiết bị bình quân 57.47% (nguồn là Cục Kinh tế Công nghiệp thuộc Bộ Công nghiệp Thái Lan)

https://english.news.cn/20260727/f8b7ceb202d04b1f8facbcbf44ed60ce/c.html

1. Mahanakorn Partners Group “Thailand Approves New Tax Incentive to Accelerate SME Digital Transformation” – đối tượng áp dụng, mức trần 300,000 THB, yêu cầu đăng ký depa và thời hạn đến hết ngày 31 tháng 12 năm 2027 của chính sách khấu trừ chi phí 200% của depa

https://mahanakornpartners.com/thailand-approves-new-tax-incentive-to-accelerate-sme-digital-transformation/

1. JETRO Business Short News (tháng 7 năm 2025) – lương tối thiểu Thái Lan, 400 baht một ngày tại Bangkok và các khu công nghiệp

https://www.jetro.go.jp/biznews/2025/07/b21007a1ac8f7fca.html

1. World Bank “Thailand Economic Monitor February 2026 — Advanced Green Manufacturing for Growth”

https://www.worldbank.org/en/country/thailand/publication/thailand-economic-monitor-february-2026-advanced-green-manufacturing-for-growth

1. Cục Kinh tế Công nghiệp Thái Lan (OIE) Industrial Indices – nguồn phát hành gốc của MPI

https://www.oie.go.th/view/1/industrial_indices/EN-US