Blog

2026.10.09

Giám sát vận hành máy công cụ: chọn MTConnect hay umati, RFP và FAT/SAT cho nhà máy Thái Lan

Giám sát vận hành máy công cụ: chọn MTConnect hay umati, RFP và FAT/SAT cho nhà máy Thái Lan

Khi một nhà máy gia công cơ khí của Nhật tại Thái Lan bắt đầu triển khai giám sát vận hành máy công cụ, câu hỏi đầu tiên thường là “chọn MTConnect hay umati”. Tuy nhiên, ở một xưởng có hàng chục máy CNC khác hãng và khác đời, chính cách đặt câu hỏi này đã là đi đường vòng. Máy mới có thể xuất nhiều thông tin qua giao diện chuẩn, nhưng với một máy 15 năm tuổi, đôi khi chỉ lấy được màu của đèn báo. Độ sâu của tín hiệu lấy được khác nhau theo từng máy. Đây là điểm xuất phát.

Bài viết này chỉ có một luận điểm. Giám sát vận hành máy công cụ không phải là bài toán “chọn tiêu chuẩn nào”, mà là bài toán thiết kế: trước hết thống nhất trong toàn nhà máy một định nghĩa trạng thái, tức là “thế nào thì được coi là đang vận hành”, rồi sau đó phân bổ phương thức thu thập cho từng máy. Tiêu chuẩn chỉ là phương tiện. Điều cần xác nhận trong kiểm tra nghiệm thu là “trạng thái đúng theo định nghĩa có được ghi nhận với cùng một ý nghĩa trên mọi máy hay không”.

Dưới đây, để trưởng phòng kỹ thuật sản xuất, trưởng phòng bảo trì và giám đốc nhà máy có thể chuẩn bị đủ căn cứ ra quyết định trong nội bộ, bài viết lần lượt trình bày định nghĩa trạng thái, MTConnect, umati (OPC UA for Machine Tools), giao diện riêng của hãng bộ điều khiển, tín hiệu lắp thêm, mạng và bảo mật, cách nhìn về chi phí, các mục trong RFP, điểm kiểm tra FAT/SAT và các vấn đề riêng của Thái Lan. Lưu ý rằng số máy, số giờ, số tiền và số năm hoàn vốn của nhà máy mô hình trong bài đều là các con số giả định đặt ra riêng cho bài viết này. Chúng không phải là mức trung bình ngành, không phải số liệu khảo sát và cũng không phải giá của nhà sản xuất.

Vì sao lúc này nhà máy tại Thái Lan cần đặt vấn đề giám sát vận hành máy công cụ

Nửa cuối năm 2026, các con số xung quanh nhà máy gia công cơ khí tại Thái Lan cho thấy những tín hiệu theo các hướng khác nhau.

Trước hết là số liệu sản xuất. Theo công bố của Liên đoàn Công nghiệp Thái Lan (FTI), sản lượng ô tô (bốn bánh) của Thái Lan trong tháng 8/2026 là 124,646 chiếc, tăng 10.9% so với cùng kỳ năm trước. Nguyên nhân tăng được nêu là sản lượng BEV chở khách tăng hơn 77% so với năm trước và xe bán tải xuất khẩu tăng hơn 18%. Cùng tháng đó, doanh số trong nước tăng 25.59% còn xuất khẩu giảm 2.04%. Với xe hai bánh, theo một thống kê riêng, FTI công bố sản lượng tháng 8/2026 là 194,642 chiếc (tăng 6.9% so với cùng kỳ) và lũy kế từ tháng 1 đến tháng 8 là 1,658,772 chiếc.

Mặt khác, FTI đã hạ dự báo sản lượng xe bốn bánh cả năm 2026 từ mức tăng 3% trước đó xuống mức giảm 3.33% so với năm trước. Lý do là xuất khẩu giảm do tình hình Trung Đông. Đây là dự báo, không phải số liệu đã chốt. Từng tháng riêng lẻ có thể tăng, nhưng cả năm thì khó đoán trước. Với các nhà máy gia công phụ tùng ô tô và khuôn mẫu, câu hỏi đặt ra là có thể vận hành số máy hạn chế hiện có hiệu quả đến đâu, theo những đợt lên xuống của đơn hàng.

Tiếp theo là số liệu đầu tư. Biện pháp “nâng cấp lên ngành công nghiệp thông minh và bền vững” của Ủy ban Đầu tư Thái Lan (BOI) (ban hành năm 2023) đã nhận được 1,397 hồ sơ với tổng giá trị hơn 146 tỷ baht trong giai đoạn từ năm 2023 đến nửa đầu năm 2026. Đây là tổng của mọi quốc tịch và mọi ngành. Riêng doanh nghiệp Nhật, theo báo chí, số hồ sơ trong cùng giai đoạn là hơn 400 hồ sơ, giá trị hơn 55 tỷ baht.

Ngoài ra, cũng theo bài báo đó, một khảo sát với các doanh nghiệp Nhật tại Thái Lan (thực hiện trong nửa đầu năm 2026, 504 công ty trả lời, trong đó 432 công ty trả lời về kế hoạch đầu tư năm 2026) cho thấy 59% (256 công ty) có kế hoạch thay máy hiện có bằng thiết bị mới, 31% (132 công ty) có kế hoạch cải thiện hiệu suất sản xuất và 22% (96 công ty) có kế hoạch đầu tư DX. Mẫu số của các tỷ lệ này là 432 công ty. Bài báo không nêu rõ tổ chức nào đã thực hiện khảo sát này.

Không ít nhà máy đang lên kế hoạch thay mới hoặc cải thiện hiệu suất. Nhưng nếu trước khi thay máy mà chưa đo đúng được các máy hiện có thực sự chạy bao nhiêu, thì không thể quyết định nên thay máy nào và cần can thiệp vào đâu. Tỷ lệ vận hành ghi theo báo cáo ngày hoặc quan sát bằng mắt có độ chi tiết khi ghi chép và cách ghi lý do dừng khác nhau theo từng người. Hiển thị hiệu suất sử dụng máy công cụ cũng chính là công việc thống nhất tiền đề cho các quyết định đầu tư. Cách nghĩ về bản thân việc đo OEE được trình bày chi tiết trong bài “Cải thiện OEE 2026 | Sửa cách đo trước khi triển khai giải pháp“.

Giám sát vận hành máy công cụ là gì: cần lấy gì để biết máy “đang vận hành”

Việc đầu tiên cần quyết định là “định nghĩa trạng thái”

Trước khi chọn hệ thống giám sát vận hành máy công cụ, nhà máy cần quyết định “gọi trạng thái nào là gì”. Cách phân chia thường gặp là năm trạng thái sau.

Trạng tháiÝ nghĩa (ví dụ định nghĩa trong bài này)Ví dụ tín hiệu dùng để xác định
ChạyĐang chạy tự động và chương trình gia công đang được thực thiTrạng thái thực thi là ACTIVE và chế độ là AUTOMATIC
Dừng (chưa nhập lý do)Có điện nhưng không gia côngTrạng thái thực thi là READY hoặc STOPPED, giữ chạy dao (feed hold) v.v.
Chuyển đổi (setup)Chuyển đổi sản phẩm, cắt thử, sửa chương trìnhChế độ là MANUAL hoặc EDIT, hoặc thao tác nhập của người vận hành
Cảnh báo (alarm)Dừng do bất thườngPhát sinh alarm, nút dừng khẩn cấp được kích hoạt
Dừng theo kế hoạchGiờ nghỉ, bảo trì theo kế hoạch, thời gian không có đơn hàngĐối chiếu với kế hoạch sản xuất hoặc lịch

Điểm quan trọng ở đây là cột bên phải của bảng được phép khác nhau theo từng máy. Một máy xác định “Chạy” bằng trạng thái thực thi và chế độ, còn một máy cũ khác xác định bằng đèn báo màu xanh lá. Dù tín hiệu dùng để xác định khác nhau, chỉ cần “Chạy” ở cột bên trái có cùng một ý nghĩa thì có thể cộng dồn và so sánh tỷ lệ vận hành của toàn nhà máy. Ngược lại, dù đã thống nhất một tiêu chuẩn, nếu chưa quyết định “thời gian feed hold có được tính là Chạy không” hay “thời gian mở cửa lấy phôi ra sau khi chương trình kết thúc là trạng thái gì”, thì ý nghĩa của con số sẽ lệch nhau giữa các máy.

Bộ từ vựng trạng thái trong tiêu chuẩn

Lược đồ Streams của MTConnect (v2.7) định nghĩa các mục dữ liệu biểu thị trạng thái và các giá trị có thể nhận. Chẳng hạn, Execution (trạng thái thực thi) có READY, ACTIVE, INTERRUPTED, FEED_HOLD, STOPPED, OPTIONAL_STOP, PROGRAM_STOPPED, PROGRAM_COMPLETED, WAIT, PROGRAM_OPTIONAL_STOP, UNAVAILABLE. ControllerMode (chế độ của bộ điều khiển) có AUTOMATIC, MANUAL, MANUAL_DATA_INPUT, SEMI_AUTOMATIC, EDIT v.v. Availability có AVAILABLE và UNAVAILABLE, còn EmergencyStop có ARMED, TRIGGERED, UNAVAILABLE. Ngoài ra, lược đồ còn định nghĩa các phần tử như PartCount (số chi tiết), Program, Block, Line, PathFeedrate, SpindleSpeed, RotaryVelocity.

Bộ từ vựng này tiện dùng làm khung tham chiếu khi xây dựng định nghĩa trạng thái của nhà máy. Ví dụ, nếu ghi “Chạy” là “Execution là ACTIVE và ControllerMode là AUTOMATIC”, thì với các máy hỗ trợ MTConnect, quy tắc xác định được quyết định ngay. Với umati (OPC UA for Machine Tools), như sẽ đề cập sau, cũng có sẵn các kiểu biểu thị chế độ vận hành của máy và trạng thái của công việc (job). Bước đầu tiên trong thực tế là lập bảng ánh xạ từ vựng của các tiêu chuẩn khác nhau sang năm trạng thái của nhà máy.

Định nghĩa KPI: tham chiếu tiêu chuẩn nhưng do nhà máy tự viết

Về định nghĩa tỷ lệ vận hành và OEE, có tiêu chuẩn ISO 22400-2:2014 (KPI cho quản lý vận hành sản xuất, Phần 2: Định nghĩa và mô tả). Đây là tiêu chuẩn định nghĩa KPI theo công thức, thành phần, cách xử lý thời gian và đơn vị, và đã có bản bổ sung năm 2017 (Amd 1:2017). Tuy nhiên, tiêu chuẩn này đang được sửa đổi. Tại thời điểm 17/9/2024, bản sửa đổi ISO/DIS 22400-2 ở giai đoạn 40.99 và dự kiến sẽ thay thế bản 2014 cùng bản bổ sung. Chúng tôi chưa xác nhận được việc phát hành bản 2025 hay bản 2026.

Nếu trong RFP hay quy định nội bộ chỉ ghi “tỷ lệ vận hành tuân theo ISO 22400-2”, thì phiên bản áp dụng và việc đo thành phần nào bằng tín hiệu nào sẽ trở nên mơ hồ. An toàn hơn là chỉ dùng tiêu chuẩn làm tham chiếu, còn định nghĩa của nhà máy thì viết thành công thức “lấy thời gian của trạng thái nào chia cho thời gian nào”.

Giám sát vận hành máy công cụ: chọn MTConnect hay umati, RFP và FAT/SAT cho nhà máy Thái Lan - figure 2

Hình: Năm trạng thái cần thống nhất trong nhà máy (Chạy, Dừng, Chuyển đổi, Cảnh báo, Dừng theo kế hoạch) và ví dụ chuyển tiếp giữa các trạng thái. Tín hiệu dùng để xác định có thể khác nhau theo từng máy, nhưng ý nghĩa của trạng thái phải giống nhau trên mọi máy.

MTConnect là gì: cơ chế và những điểm chính khi triển khai MTConnect

Phiên bản tiêu chuẩn và phiên bản phần mềm là hai thứ khác nhau

MTConnect là tiêu chuẩn để đọc dữ liệu của thiết bị sản xuất như máy công cụ bằng một bộ từ vựng chung. MTConnect® là nhãn hiệu đã đăng ký của AMT (The Association For Manufacturing Technology) tại Mỹ.

Phiên bản mới nhất của tiêu chuẩn (mô hình thông tin) được ghi trong bản phát hành trên GitHub chính thức của MTConnect là “Version 2.7 (February 2026)”, ngày thông qua là 16/2/2026. Phiên bản ngay trước đó là Version 2.6 (tháng 9/2025, ngày thông qua 1/9/2025). Từ v2.0 trở đi, mô hình viết bằng SysML là mô hình thông tin có tính quy chuẩn, còn tài liệu được sinh ra từ mô hình đó.

Cần lưu ý rằng phiên bản tiêu chuẩn và phiên bản của phần mềm triển khai tham chiếu đi theo những dãy số khác nhau. Bản phát hành mới nhất của agent C++ (cppagent) do MTConnect Institute công bố là v2.8.0.3 (công bố ngày 25/9/2026), gồm sửa lỗi chuyển đổi dữ liệu bằng Ruby, tái cấu trúc một module lớn và sửa lỗi stack khi xử lý URL dài trên Alpine Linux. Bản trước đó là v2.8.0.1 (3/9/2026) đã sửa lỗi rò rỉ tài nguyên, bổ sung chức năng giám sát file descriptor và bộ nhớ, và nâng độ chính xác của thời điểm sinh dữ liệu lên micro giây. Đây là phiên bản phần mềm. Nếu trong đề xuất có ghi “hỗ trợ MTConnect 2.8”, hãy xác nhận đó là phiên bản tiêu chuẩn hay phiên bản agent.

Phiên bản có thể xác nhận là tiêu chuẩn ANSI là v1.4.0 (ANSI/MTC1.4-2018). Vì chưa xác nhận được tình trạng phê duyệt ANSI của v2.x, nếu đề xuất nào ghi v2.x là tiêu chuẩn ANSI thì đáng để hỏi căn cứ.

Cơ chế: adapter và agent

Theo README của cppagent, cấu trúc như sau.

  • Đầu vào: Agent hỗ trợ nhiều phương thức đầu vào như SHDR, JSON, MQTT. Cách cơ bản là lấy dữ liệu từ CNC qua adapter SHDR, còn từ cảm biến IoT v.v. thì qua MQTT
  • SHDR: Giao thức dạng văn bản riêng của MTConnect, truyền các cặp khóa và giá trị có gắn thời gian qua TCP thuần. README coi đây là đầu vào phổ biến nhất của adapter CNC
  • Đầu ra: Qua REST HTTP, trả về /probe (cấu hình máy), /current (giá trị hiện tại), /sample (lịch sử), /assets (thông tin tài sản như dụng cụ cắt). Cũng có thể xuất qua MQTT
  • Truyền tải: Có ghi HTTP, WebSockets, TLS, MQTT

Nói cách khác, đây là cấu trúc hai tầng: mỗi máy cần một “adapter chuyển dữ liệu nội bộ của CNC sang SHDR”, phía sau là agent, và hệ thống cấp trên đọc dữ liệu từ agent. Bản thân agent (cppagent) là mã nguồn mở theo Apache License 2.0 nên không mất phí bản quyền agent. Tuy nhiên, adapter của từng hãng CNC và các tùy chọn phía bộ điều khiển là chuyện khác, cần xác nhận điều kiện theo từng model.

Tính chất chỉ đọc

README của cppagent ghi rõ agent là mô hình thông tin một chiều và chỉ đọc, không gửi lệnh ngược lại cho máy. Với mục đích giám sát vận hành, tính chất này trực tiếp trở thành một thiết kế theo hướng an toàn, vì có thể xây dựng cấu hình mà ngay từ đầu không có đường ghi từ hệ thống giám sát vào bộ điều khiển.

Cầu nối với OPC UA

MTConnect và OPC UA không đối lập nhau. OPC Foundation có đặc tả đồng hành (companion specification) OPC 30070-1 “MTConnect Devices” biểu diễn mô hình thiết bị của MTConnect bằng OPC UA, đã phát hành V2.00 (15/1/2019) và V2.00.1 (25/6/2020) (cần đăng ký để xem).

Những điều cần xác nhận trước tiên khi triển khai MTConnect

  • Với từng máy (bộ điều khiển), adapter MTConnect có được nhà sản xuất cung cấp không, hay phải chuẩn bị riêng
  • Phía máy có cần PC hoặc gateway để chạy adapter không
  • Các mục dữ liệu cần cho định nghĩa trạng thái của nhà máy (Execution, ControllerMode, PartCount, alarm v.v.) có thực sự được xuất ra trên máy đó không
  • Đặt agent ở đâu và ai quản lý phiên bản

umati (OPC UA for Machine Tools) là gì: khác biệt với MTConnect

Tên và phạm vi của tiêu chuẩn

Phần cốt lõi của thứ được gọi là umati OPC UA for Machine Tools là đặc tả OPC 40501-1 “OPC UA for Machine Tools – Part 1: Machine Monitoring and Job Management” của OPC Foundation. Theo trang tham chiếu của OPC Foundation, phiên bản hiện hành là Release 1.02.0 (1/11/2024), và tại thời điểm 9/10/2026 chưa có phiên bản 1.03 trở lên được đăng tải.

Phạm vi của đặc tả là “quy định mô hình thông tin OPC UA biểu diễn máy công cụ”, với mục đích giúp tích hợp dễ dàng các máy công cụ của nhiều hãng và nhiều công nghệ khác nhau vào MES, SCADA, ERP và các hệ thống phân tích. OPC 40501-1 được xây dựng trên nền OPC 40001-1 (OPC UA for Machinery).

Đặc tả do OPC Foundation và VDW (Hiệp hội các nhà sản xuất máy công cụ Đức) xây dựng. Trong tài liệu đặc tả có ghi VDW đại diện cho khoảng 290 doanh nghiệp máy công cụ của Đức.

Sáng kiến umati

Trên trang chính thức của VDW, umati (universal machine technology interface) được định nghĩa là “sáng kiến toàn cầu về giao diện truyền thông mở dành cho ngành chế tạo máy và khách hàng của ngành”. Cùng trang đó ghi khoảng 25 đặc tả đồng hành đã được công bố và thêm 30 đặc tả đang được phát triển. Đây là số đặc tả đồng hành OPC UA của toàn ngành máy móc, không chỉ riêng máy công cụ. umati là sáng kiến do VDW dẫn dắt khởi động năm 2017.

Nội dung của đặc tả

Từ mục lục của OPC 40501-1 v1.02, những phần liên quan chặt chẽ đến giám sát vận hành như sau.

  • Use case: nhận diện máy của các hãng khác nhau, tổng quan máy có đang chạy sản xuất hay không, chi tiết trong job, thời gian chạy của job, trạng thái máy, các thao tác thủ công sắp tới, lỗi và cảnh báo, cung cấp dữ liệu để tính KPI (5.8), tổng quan dữ liệu dụng cụ cắt v.v.
  • Giám sát (Monitoring): giám sát kênh và trục chính, máy trạng thái biểu thị chế độ vận hành của máy (MachineOperationModeStateMachineType) v.v.
  • Sản xuất (Production): các kiểu như danh sách job, job, chương trình, chi tiết, thống kê sản xuất
  • Thuật ngữ: đèn tháp (Stacklight), cảnh báo (alert), kênh, job, chương trình v.v.

Việc cung cấp dữ liệu tính KPI được ghi rõ thành một use case là đầu mối dễ hiểu cho nhà máy có mục tiêu hiển thị tỷ lệ vận hành. Tuy nhiên, giống như với MTConnect, bản thân công thức KPI vẫn phải do nhà máy quyết định.

Khác biệt với MTConnect

Góc nhìnMTConnectumati (OPC UA for Machine Tools)
Nền tảng tiêu chuẩnMô hình thông tin riêng của MTConnect (v2.x lấy mô hình SysML làm bản gốc)Mô hình thông tin OPC UA (xây dựng trên OPC 40001-1)
Phiên bản hiện hànhVersion 2.7 (thông qua tháng 2/2026)OPC 40501-1 Release 1.02.0 (tháng 11/2024)
Cấu hình điển hìnhAdapter cho từng máy → agent → đọc qua REST hoặc MQTTOPC UA server phía máy (hoặc gần máy) → đọc bằng OPC UA client
GhiREADME ghi rõ agent là chỉ đọcTùy thiết lập quyền OPC UA (xác nhận theo từng sản phẩm)
Phần liên quan đến giám sát vận hànhExecution, ControllerMode, PartCount v.v.Máy trạng thái chế độ vận hành, job, thống kê sản xuất, dữ liệu cho KPI
Tổ chức xây dựngMTConnect Institute (nhãn hiệu của AMT)OPC Foundation và VDW

Vấn đề không phải bên nào ưu việt hơn, mà được quyết định bởi máy của nhà máy có thể xuất theo chuẩn nào và hệ thống cấp trên dễ tiếp nhận chuẩn nào hơn.

Tuyên bố hỗ trợ của nhà sản xuất và triển lãm

Pháp nhân châu Âu của Mitsubishi Electric đã tham gia buổi trình diễn trực tiếp umati chung với hơn 50 nhà sản xuất máy công cụ tại EMO 2019 (Hannover) vào tháng 9/2019 và tuyên bố ủng hộ umati. Đây là thông cáo của pháp nhân châu Âu tại thời điểm năm 2019. Với M800 hay M80 hiện nay, model nào và với điều kiện tùy chọn nào thì dùng được chức năng server umati, hãy xác nhận với nhà sản xuất.

Ngoài ra, Triển lãm Máy công cụ Quốc tế Nhật Bản lần thứ 33 (JIMTOF 2026) dự kiến diễn ra trong 6 ngày từ thứ Hai 26/10 đến thứ Bảy 31/10/2026 tại Tokyo Big Sight (đơn vị tổ chức: Hiệp hội Công nghiệp Máy công cụ Nhật Bản và Tokyo Big Sight). Vì đây là nơi tập trung các nhà sản xuất máy công cụ, có thể tận dụng làm cơ hội hỏi trực tiếp từng hãng về những thắc mắc phát sinh khi kiểm kê. Tuy nhiên, bài viết này chưa xác nhận hãng nào sẽ trưng bày phương thức kết nối nào.

Giao diện riêng của hãng bộ điều khiển và cảm biến lắp thêm (xử lý máy cũ)

Với các máy không hỗ trợ tiêu chuẩn chung, hoặc máy mà tiêu chuẩn chung không cung cấp đủ thông tin cần lấy, sẽ dùng giao diện riêng của hãng bộ điều khiển hoặc tín hiệu lắp thêm. Nội dung dưới đây là phạm vi đã xác nhận được qua tài liệu chính thức của từng hãng.

FANUC

  • FOCAS2 Library: Thư viện để phát triển ứng dụng Windows, giao tiếp với CNC FANUC qua Ethernet hoặc HSSB. Theo mô tả của nhà sản xuất, có thể đọc và ghi dữ liệu trục và trục chính, quản lý tuổi thọ dụng cụ, file CNC, dữ liệu servo và trục chính, chẩn đoán, alarm, thông báo cho người vận hành v.v. Giá không được đăng tải
  • Chức năng mạng: Trang sản phẩm mới của hãng ghi rằng FANUC Series 30i/31i/32i-MODEL B Plus được trang bị tiêu chuẩn các chức năng mạng FOCAS/Ethernet, FL-net, EtherNet/IP, PROFINET. Đây là mô tả cho 30i/31i/32i-B Plus. Các model khác hoặc model cũ có cùng điều kiện hay không thì cần xác nhận theo từng model
  • FANUC MTConnect Server: Phần mềm chuyển dữ liệu CNC sang XML của MTConnect, đi kèm FANUC MTConnect Adapter và agent MTConnect tiêu chuẩn. CNC được hỗ trợ được ghi là Series 30i/31i/32i-MODEL A, MODEL B cùng dòng, 0i-MODEL D, 0i-MODEL F. Phía máy cần một PC (PC công nghiệp, PC nhúng hoặc PC tiêu chuẩn, chạy Windows 7 hoặc 10). Giá không được đăng tải, có biểu mẫu đăng ký dùng thử miễn phí
  • MT-LINKi: Phần mềm giám sát vận hành dành cho nhà máy, nhà sản xuất cho biết có thể giám sát và quản lý từ 1 đến 2,000 máy (theo công bố của nhà sản xuất). Thu thập qua PC và Ethernet, ngoài CNC FANUC còn kết nối được robot và PLC v.v. bằng giao thức OPC UA server, và một phần CNC FANUC đời cũ có thể kết nối qua bộ chuyển đổi Ethernet. Xem qua Web hoặc máy tính bảng. Giá không được đăng tải

Việc FOCAS2 “có thể đọc và ghi” sẽ được bàn lại trong phần bảo mật.

Okuma

Okuma đã công bố “Okuma Connect Plan”, cho biết sẽ hiển thị dạng biểu đồ trên trình duyệt Web các thông tin trạng thái máy, trạng thái bảo trì, lịch sử chương trình gia công, lịch sử thao tác và lịch sử alarm. Theo tóm tắt thông cáo báo chí, ngoài các máy hỗ trợ OSP suite, hệ thống còn hỗ trợ máy FANUC và máy hỗ trợ MTConnect. Với máy đời cũ, có các tên sản phẩm “OKUMA NETBOX suite-C” (lấy trạng thái vận hành đơn giản), “suite-P” (cho giao thức của hãng khác không được hỗ trợ) và “suite-S” (tường lửa và ngăn kết nối trái phép). Chi tiết như điều kiện model được hỗ trợ, hãy xác nhận với nhà sản xuất. Giá không được công bố.

HEIDENHAIN

Theo brochure của hãng (bản 09/2022), “OPC UA NC Server” của HEIDENHAIN hỗ trợ TNC7 (phần mềm NC 81762x-16 trở lên), TNC 640 (34059x-10 trở lên), TNC 620 (81760x-08 trở lên). Mỗi tùy chọn phần mềm từ 56 đến 61 tương ứng với kết nối của 1 ứng dụng, tổng cộng có thể kết nối tối đa 6 ứng dụng OPC UA. Nếu có ứng dụng hỗ trợ OPC UA và máy đã kết nối mạng, theo hãng, có thể dùng thử một lần với thời hạn 90 ngày.

Về bảo mật, Security Mode là SignAndEncrypt, Security Policy là Basic256Sha256, xác thực người dùng bằng chứng chỉ X.509 v3, và việc kết nối bằng chứng chỉ được thiết lập bằng HEIDENHAIN Connection Assistant. Nhà sản xuất cho biết xác thực, phân quyền và mã hóa phù hợp với khuyến nghị của Văn phòng Liên bang về An ninh Thông tin Đức (BSI) (theo khẳng định của nhà sản xuất). Về chức năng, brochure nêu thông báo các sự kiện như kết thúc hoặc gián đoạn chương trình, thông báo bảo trì hoặc sự cố, thông báo tùy chỉnh từ chương trình NC, truyền chương trình NC và truyền dữ liệu dụng cụ cắt, đồng thời ghi rằng OPC UA có thể được chuyển sang MQTT hoặc REST bằng gateway. Đây là nội dung của brochure năm 2022, nên hãy xác nhận điều kiện có thay đổi ở bản mới nhất hay không.

Siemens, Mitsubishi Electric, Mazak, DMG MORI

Trong lần khảo sát này, chúng tôi chưa xác nhận được trong nội dung tài liệu chính thức các điều kiện hỗ trợ OPC UA, MTConnect và umati cho bộ điều khiển và máy của các hãng này. Vì điều kiện có thể thay đổi theo model, phiên bản phần mềm và tùy chọn cần thiết, chúng tôi khuyến nghị xác nhận bằng văn bản với nhà sản xuất máy và nhà sản xuất bộ điều khiển ngay ở giai đoạn kiểm kê.

Tín hiệu lắp thêm (retrofit)

Với các máy cũ không lấy được dữ liệu từ bộ điều khiển, hoặc máy mà việc bổ sung tùy chọn không đáng chi phí, sẽ lấy tín hiệu từ bên ngoài máy. Ba cách tiêu biểu như sau.

  • Tín hiệu đèn báo: Lấy tín hiệu sáng của đèn đỏ, vàng, xanh lá trên đèn tháp để suy ra trạng thái
  • Tín hiệu dòng điện: Đo dòng điện của động cơ trục chính hoặc toàn bộ máy bằng cảm biến dòng, phân biệt Chạy và Dừng theo ngưỡng
  • Tín hiệu tiếp điểm: Lấy tiếp điểm của nút cycle start, đóng mở cửa hoặc đếm chi tiết

Tín hiệu lắp thêm có thể gắn cho máy của bất kỳ hãng nào, nhưng đổi lại thông tin lấy được sẽ nông hơn. Không biết được số chương trình hay nội dung alarm, có trường hợp chỉ biết được đến mức “có vẻ đang gia công”. Dù vậy, chỉ cần xác định được “Chạy” và “Dừng” trong định nghĩa trạng thái với cùng một ý nghĩa thì vẫn có thể đưa vào tính tỷ lệ vận hành của toàn nhà máy. Lý do dừng được bổ sung bằng thao tác nhập của người vận hành. Cách đặt ngưỡng dòng điện và kiểm tra nghiệm thu được trình bày chi tiết trong bài “Triển khai cảm biến dòng điện giám sát vận hành máy: thiết kế ngưỡng, RFP và nghiệm thu cho nhà máy Thái Lan“.

Bảng so sánh 4 phương thức và cách phân bổ cho từng máy

Bảng so sánh

Góc nhìnMTConnectumati (OPC UA for Machine Tools)API riêng của hãng bộ điều khiểnTín hiệu lắp thêm
Độ sâu thông tin lấy đượcTrạng thái thực thi, chế độ, số chi tiết, chương trình, tốc độ chạy dao, tốc độ trục chính v.v. (tùy mục máy xuất ra)Chế độ vận hành, job, chương trình, thống kê sản xuất, dữ liệu cho KPI v.v. (tùy cách triển khai)Sâu. Tùy hãng có thể lấy đến alarm, chẩn đoán, tuổi thọ dụng cụNông. Chủ yếu suy ra Chạy và Dừng
Dễ thống nhất máy của nhiều hãng khôngDễ vì từ vựng chungDễ vì từ vựng chungPhải làm riêng cho từng hãngPhương thức chung nhưng ngưỡng xác định theo từng máy
Phía máy cần gìAdapter (hãng cung cấp hoặc chuẩn bị riêng), có khi cần PCChức năng OPC UA server của bộ điều khiển (có thể là tùy chọn)Chức năng truyền thông của bộ điều khiển, phần mềm phát triển hoặc thu thậpCảm biến, bộ đầu vào, đi dây
Khả năng ghiAgent là chỉ đọcTùy thiết lập quyềnCó API đọc và ghi được (ví dụ: FOCAS2)Về nguyên lý không ghi vào bộ điều khiển
Hỗ trợ máy cũĐược nếu có adapterTùy model bộ điều khiển, phiên bản phần mềm, tùy chọn (cần xác nhận)Tùy model và đời máyGắn được cho mọi máy
Nơi cần xác nhận chínhNhà sản xuất máy, nhà sản xuất bộ điều khiển, SIerNhà sản xuất máy, nhà sản xuất bộ điều khiểnNhà sản xuất bộ điều khiểnSIer, nhà thầu điện

Quy trình phân bổ cho từng máy

  1. Lập bảng kiểm kê: Với từng máy, liệt kê nhà sản xuất máy, model, hãng và model bộ điều khiển, đời máy, phiên bản phần mềm, có hay không các tùy chọn, có cổng Ethernet hay không, vị trí lắp đặt
  2. Quyết định tín hiệu tối thiểu cần cho định nghĩa trạng thái: Quyết định các tín hiệu tối thiểu cần để xác định năm trạng thái (ví dụ: trạng thái thực thi và chế độ, hoặc màu đèn báo)
  3. Liệt kê các phương thức dùng được trên từng máy: Ghi lại máy đó dùng được MTConnect, umati, API riêng hay tín hiệu lắp thêm, kèm kết quả xác nhận với nhà sản xuất
  4. Chọn phương thức nông nhất mà vẫn đủ dùng: Có trường hợp phương thức lấy được thông tin sâu là tối ưu, có trường hợp không. Nếu đủ cho định nghĩa trạng thái thì chọn phương thức có cấu hình đơn giản và dễ bảo trì. Chỉ những máy cần lấy đến tuổi thọ dụng cụ hay nội dung alarm mới chọn phương thức sâu
  5. Thu gọn số phương thức: Càng nhiều phương thức, gánh nặng của người bảo trì càng tăng. Điều chỉnh sao cho toàn nhà máy chỉ dùng 2 đến 3 phương thức

Khi gom nhiều phương thức lên một màn hình, cấu hình thường dùng là đặt gateway ở giữa để chuyển sang dạng chung như MQTT hay OPC UA. Về cách chọn gateway và kiểm tra nghiệm thu, hãy tham khảo bài “Chọn bộ chuyển đổi giao thức công nghiệp: RFP, FAT và SAT cho nhà máy Thái Lan“.

Giám sát vận hành máy công cụ: chọn MTConnect hay umati, RFP và FAT/SAT cho nhà máy Thái Lan - figure 1

Hình: Ví dụ kiến trúc thu thập của 4 phương thức. MTConnect (adapter và agent), umati (OPC UA server), API riêng của hãng bộ điều khiển (phần mềm thu thập) và tín hiệu lắp thêm (cảm biến và bộ đầu vào) được gom về dạng chung tại gateway trong mạng OT, rồi chuyển cho hệ thống cấp trên phía sau tường lửa.

Thiết kế mạng và bảo mật cho thu thập dữ liệu CNC

Để kết nối phục vụ giám sát không trở thành cửa ngõ tấn công

Khi kết nối máy vào mạng để thu thập dữ liệu CNC, bộ điều khiển vốn bị cô lập trước đó sẽ có đường tiếp cận từ bên ngoài. Thực tế, CISA của Mỹ đã ban hành nhiều khuyến cáo (advisory) về bộ điều khiển máy công cụ.

  • ICSA-26-078-05 (dòng CNC của Mitsubishi Electric, Update A): CVE-2025-2399, điểm cơ bản CVSS v3 là 5.9. Nếu bị khai thác, kẻ tấn công từ xa có thể gây đọc ngoài phạm vi bộ nhớ và dẫn đến từ chối dịch vụ (DoS). Đối tượng gồm M800VW, M800VS, M80V, M80VW (BB trở về trước), M800W, M800S, M80, M80W, E80 (FM trở về trước), C80 (mọi phiên bản), M750VW, M730VW, M720VW, M750VS, M730VS, M720VS, M70V, E70 (LJ trở về trước) v.v. Khuyến cáo của Mitsubishi Electric được ban hành bản đầu vào ngày 10/3/2026, CISA công bố lại vào ngày 19/3/2026, và Update A được ban hành ngày 27/8/2026. Biện pháp giảm thiểu gồm dùng tường lửa hoặc VPN, sử dụng trong LAN và cách ly khỏi mạng không tin cậy, lọc IP, cập nhật lên bản đã sửa (M800VW, M800VS, M80V, M80VW từ BC trở về sau; M800, M80, E80 từ FN trở về sau; M700V, M70V, E70 từ LK trở về sau)
  • ICSA-23-208-03 (dòng CNC của Mitsubishi Electric, Update E): CVE-2023-3346, lỗi tràn bộ đệm kinh điển, điểm cơ bản CVSS v3 là 9.8. Gói tin đặc biệt có thể gây DoS hoặc thực thi mã độc. Bản đầu ngày 27/7/2023, Update E ngày 30/1/2024. Trong khuyến cáo, biện pháp giảm thiểu của Mitsubishi Electric gồm dùng tường lửa hoặc VPN, cài phần mềm diệt virus cho PC kết nối, sử dụng trong LAN và cách ly khỏi mạng không tin cậy, hạn chế truy cập vật lý, còn CISA khuyến nghị không để thiết bị hệ điều khiển có thể truy cập được từ Internet

Phạm vi đối tượng chính xác về model và phiên bản phần mềm, hãy xác nhận trong bản gốc của từng khuyến cáo. Điều muốn nói ở đây không phải là một hãng cụ thể nào đó nguy hiểm, mà là một khi đã kết nối bộ điều khiển vào mạng để giám sát vận hành, thì phải thiết kế với tiền đề là có những khuyến cáo như vậy.

Nguyên tắc thiết kế

  • Tách mạng OT: Đặt tường lửa giữa mạng phía OT, nơi có máy công cụ và thiết bị thu thập, với mạng LAN văn phòng, liệt kê các luồng truyền thông được phép đi qua (bảng quy tắc) và phê duyệt
  • Lấy chỉ đọc làm cơ bản: Với mục đích giám sát, nguyên tắc là không có đường ghi vào bộ điều khiển. Agent của MTConnect được thiết kế chỉ đọc. Mặt khác, cũng có API đọc và ghi được như FOCAS2, nên nếu dùng thì phải xác nhận trong RFP và kiểm tra nghiệm thu rằng chương trình giám sát không dùng chức năng ghi. Các mục đích cần ghi như truyền chương trình NC thì tách ra xử lý như một cơ chế riêng, khác với giám sát
  • Dùng mã hóa và xác thực: Với sản phẩm cho phép chọn xác thực bằng chứng chỉ và mã hóa như OPC UA NC Server của HEIDENHAIN, hãy thiết lập để sử dụng chúng. Đồng thời quyết định trước thời hạn hiệu lực của chứng chỉ và quy trình gia hạn
  • Quản lý phiên bản phần mềm của bộ điều khiển: Việc có thuộc đối tượng của khuyến cáo hay không được quyết định theo phiên bản. Ghi phiên bản vào bảng kiểm kê và có kế hoạch cập nhật
  • Đồng bộ thời gian: Để so sánh thời điểm chuyển trạng thái giữa các máy, thời gian của thiết bị thu thập phải khớp nhau. Đưa độ lệch thời gian vào hạng mục kiểm tra nghiệm thu

Năng lực cần yêu cầu ở SIer

Trong IEC 62443 có IEC 62443-3-3 (2013) quy định yêu cầu bảo mật hệ thống và cấp độ bảo mật, và IEC 62443-2-4 (mới nhất là bản 2023) quy định yêu cầu chương trình bảo mật cho nhà cung cấp dịch vụ của hệ thống điều khiển tự động công nghiệp. 2-4 đề cập đến truy cập từ xa, bản vá, sao lưu v.v. như các yêu cầu đối với nhà cung cấp dịch vụ (SIer) thực hiện tích hợp và bảo trì. Trong RFP, một cách làm là yêu cầu SIer trình bày năng lực có dựa trên 2-4 (quy trình bảo trì từ xa, quản lý PC làm việc, sao lưu). Làm tiền đề cho việc đó, hãy vẽ sẵn bản vẽ các máy được giám sát và đường truyền thông.

Cách nghĩ về chi phí và hoàn vốn (tính toán mô hình)

Từ đây là tính toán mô hình. Mọi con số dưới đây đều là con số giả định do bài viết này tự đặt ra, không phải mức trung bình ngành, không phải số liệu khảo sát và cũng không phải giá của nhà sản xuất. Trong phạm vi khảo sát lần này, FOCAS2, FANUC MTConnect Server, MT-LINKi, Okuma Connect Plan và HEIDENHAIN OPC UA NC Server đều không công bố giá. Khi nhà máy tự xem xét, hãy thay bằng số liệu ghi chép và báo giá của chính mình.

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

  • Nhà máy gia công chính xác của Nhật tại Thái Lan. Có 30 máy công cụ CNC, khác hãng và khác đời
  • Thời gian vận hành theo kế hoạch của mỗi máy là 16 giờ mỗi ngày (2 ca), 300 ngày mỗi năm. Mỗi máy 4,800 giờ mỗi năm, 30 máy là 144,000 giờ mỗi năm
  • Hiện tại nắm tình trạng vận hành bằng báo cáo ngày và quan sát bằng mắt. Chưa biết chính xác có bao nhiêu “dừng không được phát hiện” như máy để không sau khi chương trình kết thúc, chờ vật liệu, chờ kiểm tra

Phân bổ phương thức và chi phí ban đầu (giả định)

Phương thứcSố máyChi phí ban đầu mỗi máy (giả định)Thành tiền
MTConnect (adapter và agent)8 máyTHB 60,0008 × 60,000 = THB 480,000
Kết nối máy hỗ trợ umati (OPC UA)4 máyTHB 60,0004 × 60,000 = THB 240,000
API riêng của hãng bộ điều khiển10 máyTHB 50,00010 × 50,000 = THB 500,000
Tín hiệu lắp thêm (đèn báo, dòng điện)8 máyTHB 40,0008 × 40,000 = THB 320,000
Tổng chi phí theo máy30 máy―THB 1,540,000
Chi phí chung (server thu thập, tách mạng OT, màn hình, FAT/SAT, đào tạo)――THB 1,160,000
Tổng chi phí ban đầu――THB 2,700,000

Tổng số máy là 8 + 4 + 10 + 8 = 30 máy, chi phí theo máy là 480,000 + 240,000 + 500,000 + 320,000 = THB 1,540,000, tổng chi phí ban đầu là 1,540,000 + 1,160,000 = THB 2,700,000. Chi phí vận hành (bảo trì, bản quyền, duy trì server) được đặt là THB 270,000 mỗi năm.

Cách đặt hiệu quả: chỉ so sánh với một thế giới duy nhất

Hiệu quả chỉ được tính là phần chênh lệch so với “chính nhà máy này trong trường hợp không triển khai giám sát vận hành”. Đối tượng so sánh (kịch bản phản thực tế) là một thế giới duy nhất, trong đó khối lượng đơn hàng và nhân sự giống như hiện nay, chỉ khác là không có giám sát vận hành.

Giả định rằng khi triển khai giám sát vận hành, các lần dừng không được phát hiện sẽ hiện ra trên màn hình và qua cảnh báo, giúp lấy lại 0.3 giờ gia công mỗi máy mỗi ngày.

  • Thời gian lấy lại được: 0.3 giờ × 300 ngày × 30 máy = 2,700 giờ mỗi năm (khoảng 1.9% của 144,000 giờ vận hành theo kế hoạch)
  • Giá trị của 1 giờ lấy lại được: THB 500 (giả định, đặt là lợi nhuận biên mỗi giờ trong trường hợp có thêm việc để gia công)
  • Hiệu quả hằng năm: 2,700 giờ × THB 500 = THB 1,350,000
  • Hiệu quả ròng hằng năm sau khi trừ chi phí vận hành: 1,350,000 − 270,000 = THB 1,080,000
  • Số năm hoàn vốn đơn giản: 2,700,000 ÷ 1,080,000 = 2.5 năm

Nếu tiền đề chỉ bằng một nửa

Cũng tính trước trường hợp thời gian lấy lại được chỉ là 0.15 giờ mỗi máy mỗi ngày (một nửa mức trên).

  • Thời gian lấy lại được: 0.15 giờ × 300 ngày × 30 máy = 1,350 giờ mỗi năm
  • Hiệu quả hằng năm: 1,350 giờ × THB 500 = THB 675,000
  • Hiệu quả ròng sau khi trừ chi phí vận hành: 675,000 − 270,000 = THB 405,000
  • Số năm hoàn vốn đơn giản: 2,700,000 ÷ 405,000 = khoảng 6.7 năm

Số năm hoàn vốn thay đổi lớn, từ 2.5 năm đến khoảng 6.7 năm, tùy theo giả định về thời gian lấy lại được. Hơn nữa, nếu không có việc để đưa vào thời gian lấy lại được, giá trị của 1 giờ sẽ bằng 0 và hiệu quả này không phát sinh. Trong giai đoạn đơn hàng giảm, hiệu quả cần được tính theo hình thức khác, như “giảm làm thêm giờ và làm ngày nghỉ” thay vì “tăng sản lượng”, và khi đó phải tính lại với đơn giá khác.

Giám sát vận hành máy công cụ: chọn MTConnect hay umati, RFP và FAT/SAT cho nhà máy Thái Lan - figure 3

Hình: Tính toán của nhà máy mô hình P. Cơ cấu chi phí ban đầu THB 2,700,000 (4 phương thức và chi phí chung), và so sánh giữa trường hợp lấy lại được 0.3 giờ mỗi máy mỗi ngày (hoàn vốn đơn giản 2.5 năm) với trường hợp 0.15 giờ (khoảng 6.7 năm). Tất cả đều dựa trên giá trị giả định của bài viết này.

Lưu ý để tránh tính trùng

  • Không cộng cả mức tăng tỷ lệ vận hành lẫn thời gian lấy lại được: Việc tỷ lệ vận hành (lấy thời gian vận hành theo kế hoạch làm mẫu số) tăng khoảng 1.9 điểm phần trăm và việc lấy lại được 2,700 giờ là hai cách nói về cùng một sự việc. Chỉ quy đổi thành tiền một trong hai
  • Đo đường cơ sở sau khi đã triển khai giám sát vận hành: Các lần “dừng không được phát hiện” trước khi triển khai vốn dĩ không đo được. Ghi nhận 1 tháng ngay sau khi triển khai làm giá trị hiện trạng (đường cơ sở), rồi tính các cải thiện sau đó là phần chênh lệch. Giá trị hiện trạng này là một xấp xỉ dùng thay cho “thế giới không có giám sát vận hành”, và đây là cách tính thận trọng, không tính vào hiệu quả các cải thiện phát sinh trong 1 tháng ngay sau triển khai. Con số 0.3 giờ trong tính toán cũng cần được hiểu là phần chênh lệch so với giá trị hiện trạng này. Nếu lấy tỷ lệ vận hành trong báo cáo ngày làm giá trị hiện trạng, thì ngay cả các lần dừng mà báo cáo ngày bỏ sót cũng sẽ bị tính thành “cải thiện”
  • Phần giảm giờ công tổng hợp báo cáo ngày chưa được đưa vào số tiền lần này: Nếu đưa vào, hãy tính theo số giờ công ròng, sau khi trừ đi phần công việc mới phát sinh là nhập lý do dừng
  • Cũng chưa đưa vào hiệu quả về chất lượng hay tuổi thọ dụng cụ: Nếu đưa vào, mỗi loại cần căn cứ vào ghi chép riêng. Cộng thêm hiệu quả không có căn cứ dễ dẫn đến tính cùng một khoảng thời gian hai lần

Các mục cần ghi trong RFP giám sát vận hành máy công cụ

Khi yêu cầu SIer hoặc nhà sản xuất máy báo giá, nếu đưa 12 mục sau vào RFP thì sẽ dễ so sánh các đề xuất và dễ nghiệm thu hơn.

No.MụcVí dụ nội dung cần ghi
1Bảng kiểm kê máyNhà sản xuất máy, model, model bộ điều khiển, đời máy, phiên bản phần mềm, có hay không các tùy chọn, cổng truyền thông của tất cả các máy. Yêu cầu bên đề xuất ghi ngược lại kết quả xác nhận
2Định nghĩa trạng tháiĐịnh nghĩa năm trạng thái và quy tắc xác định cho từng máy (xác định bằng giá trị nào của tín hiệu nào)
3Phân bổ phương thứcVới từng máy dùng MTConnect, umati, API riêng hay tín hiệu lắp thêm. Lý do, cùng tùy chọn hoặc PC cần thiết
4Mục dữ liệu cần lấy và chu kỳTrạng thái, số chi tiết, số chương trình, alarm v.v. Chu kỳ lấy theo từng mục
5Phiên bản tiêu chuẩn và phần mềmYêu cầu ghi tách riêng phiên bản tiêu chuẩn MTConnect và phiên bản agent, phiên bản OPC 40501-1, phiên bản phần mềm của bộ điều khiển
6Xử lý quyền ghiHệ thống giám sát không ghi vào bộ điều khiển. Cách giới hạn khi dùng API có thể ghi
7Mạng và bảo mậtTách mạng OT, bảng quy tắc tường lửa, vận hành chứng chỉ, phương châm xử lý các khuyến cáo liên quan
8Thiếu dữ liệu và thời gianCách xử lý dữ liệu khi mất kết nối (bộ đệm, gửi lại, hiển thị thiếu dữ liệu), phương pháp đồng bộ thời gian
9Nhập lý do dừngMàn hình để người vận hành nhập lý do, ngôn ngữ (tiếng Thái, tiếng Anh, tiếng Nhật), cách xử lý khi không nhập
10Công thức tính và đầu ra tỷ lệ vận hànhCông thức tỷ lệ vận hành và OEE, định dạng xuất sang hệ thống cấp trên (MES, ERP, historian)
11Hạng mục và tiêu chí đạt của FAT/SATNội dung kiểm tra dựa trên các hạng mục ở phần tiếp theo, tiêu chí đạt, mẫu biểu ghi chép
12Tổ chức bảo trì và tài liệuĐầu mối bảo trì tại chỗ, quy trình bảo trì từ xa, trình bày năng lực dựa trên IEC 62443-2-4, tài liệu hướng dẫn, đào tạo

Mục 5 là vì, như đã nêu, phiên bản tiêu chuẩn MTConnect và phiên bản agent đi theo những dãy số riêng. Mục 6 là để kết nối phục vụ giám sát không trở thành đường ghi vào bộ điều khiển. Mục 8 cần đưa vào đặc tả ngay từ đầu, vì nếu thiếu dữ liệu nhiều thì bản thân con số tỷ lệ vận hành sẽ không còn được tin cậy.

Những gì cần xác nhận trong FAT/SAT

Dưới đây là ví dụ hạng mục kiểm tra nghiệm thu. Thời gian và số lượng là ví dụ mục tiêu giả định của bài viết này, không phải giá trị theo tiêu chuẩn.

FAT (trước khi xuất xưởng, hoặc trong môi trường kiểm chứng trước)

  • [ ] Triển khai định nghĩa trạng thái: Quy tắc xác định năm trạng thái được triển khai đúng như thiết lập cho từng loại máy (phương thức)
  • [ ] Đối chiếu chuyển trạng thái: Chọn 1 máy đại diện cho mỗi phương thức, thực sự tạo ra các tình huống chạy, feed hold, kết thúc chương trình, thao tác thủ công, alarm, dừng khẩn cấp, và trạng thái trên màn hình thay đổi đúng như dự kiến
  • [ ] Khớp số chi tiết: Gia công một số lượng nhất định (ví dụ: 20 chi tiết), số chi tiết trên màn hình khớp với số thực tế
  • [ ] Xử lý thiếu dữ liệu: Rút cáp hoặc ngắt điện thiết bị thu thập, thiếu dữ liệu được ghi nhận là “thiếu dữ liệu” chứ không phải “Dừng”, và sau khi phục hồi, dữ liệu gửi lại hoặc dữ liệu bộ đệm được điền đúng
  • [ ] Thời gian: Độ lệch thời gian giữa các thiết bị thu thập nằm trong tiêu chí đạt (ví dụ: trong vòng 1 giây)
  • [ ] Cấm ghi: Xác nhận rằng với quyền của hệ thống giám sát không thể ghi vào bộ điều khiển
  • [ ] Mã hóa và xác thực truyền thông: Với phương thức dùng chứng chỉ, client chưa đăng ký không kết nối được

SAT (sau khi lắp đặt tại hiện trường)

  • [ ] Đối chiếu trạng thái của tất cả các máy: Trong một khoảng thời gian nhất định (ví dụ: 2 ca mỗi ngày trong 3 ngày), với toàn bộ 30 máy, đối chiếu bản ghi trạng thái trên màn hình với ghi chép của người vận hành hoặc tổ trưởng, hoặc với video, đếm số lần xác định sai trạng thái theo từng máy
  • [ ] Nhập lý do dừng: Người vận hành thực sự nhập được lý do và ngôn ngữ hiển thị đúng
  • [ ] Ranh giới mạng: Chỉ các luồng truyền thông đúng theo bảng quy tắc tường lửa được đi qua
  • [ ] Xuất sang hệ thống cấp trên: Tỷ lệ vận hành được xuất đúng theo công thức và khớp với tính tay
  • [ ] Tài liệu và đào tạo: Có đủ tài liệu hướng dẫn bằng tiếng Thái và tiếng Anh, sơ đồ cấu hình, bảng quy tắc xác định cho từng máy, quy trình khôi phục, và nhân viên bảo trì đã được đào tạo
  • [ ] Ghi nhận 30 ngày sau khi vận hành: Ghi lại số lần thiếu dữ liệu, số lần xác định sai trạng thái, tỷ lệ không nhập lý do dừng, và nối vào kế hoạch cải tiến

Việc tốn thời gian nhất trong SAT là đối chiếu trạng thái. Đặc biệt với các máy dùng tín hiệu lắp thêm, ranh giới giữa “Chạy” và “Dừng” dễ bị lệch tùy theo cách đặt ngưỡng, và nếu không xử lý triệt để các sai sót phát hiện ở đây thì con số tỷ lệ vận hành sẽ không được tin cậy. Về cách lưu nhật ký để có thể tái lập và phân tích các lần dừng về sau, hãy tham khảo thêm bài “Thu nhật ký vận hành thiết bị: tái lập phân tích dừng“.

Những vấn đề riêng của Thái Lan và ASEAN

1. Máy từ nhiều nước sản xuất khác nhau cùng tồn tại

Trong các nhà máy gia công cơ khí tại Thái Lan, có khi máy sản xuất tại Nhật và máy của châu Âu hoặc các nước châu Á khác cùng đặt trong một xưởng. umati là sáng kiến do VDW của Đức dẫn dắt, còn MTConnect là nhãn hiệu của AMT Mỹ. Mức độ hỗ trợ mạnh cho bên nào có thể khác nhau tùy nhà sản xuất máy. Chính vì vậy, cách nghĩ không chốt cứng một tiêu chuẩn mà phân bổ phương thức cho từng máy mới phát huy tác dụng.

2. Chất lượng trả lời khác nhau giữa các đại lý địa phương của nhà sản xuất máy

Có khi hỏi đại lý địa phương về việc có hay không các tùy chọn của bộ điều khiển hay phiên bản phần mềm thì không nhận được câu trả lời ngay. Nếu cố định các mục của bảng kiểm kê, xác nhận bằng văn bản và ghi lại nguồn của câu trả lời (trụ sở tại Nhật, pháp nhân địa phương, đại lý), thì về sau khi điều kiện khác đi vẫn có thể truy lại được.

3. Ngôn ngữ và thói quen nhập liệu của người vận hành

Việc nhập lý do dừng sẽ không thành thói quen nếu không hiển thị bằng ngôn ngữ người vận hành sử dụng. Ngay từ đầu, hãy thiết kế hiển thị 3 ngôn ngữ tiếng Thái, tiếng Anh, tiếng Nhật và số lượng lý do dễ nhập (không quá nhiều lựa chọn). Tỷ lệ nhập được theo dõi bằng bản ghi 30 ngày sau SAT.

4. Biện pháp nâng cao hiệu suất của BOI

“Biện pháp nâng cao hiệu suất cho dự án hiện hữu” của BOI (Hướng dẫn ưu đãi đầu tư 2023) nêu các điều kiện sau: là doanh nghiệp hiện hữu đang hoạt động (không phân biệt có được BOI ưu đãi hay không); nếu là dự án được BOI ưu đãi thì thời hạn miễn thuế thu nhập doanh nghiệp đã kết thúc hoặc chưa được cấp; và số vốn đầu tư từ 1 triệu baht trở lên (không tính tiền đất và vốn lưu động vào số tiền này). Các biện pháp con gồm “1.1 Thay mới máy móc và tự động hóa”, “1.2 Ứng dụng công nghệ số”, “1.3 Chuyển đổi sang Industry 4.0” v.v.

Ưu đãi của 1.1 là miễn thuế nhập khẩu máy móc và miễn thuế thu nhập doanh nghiệp 3 năm (trần là 50% số vốn đầu tư nâng cao hiệu suất); nếu mức liên kết với ngành tự động hóa của Thái Lan từ 30% giá trị máy được thay mới trở lên thì trần là 100%. Ở 1.1, khoản đầu tư vào phần mềm và IT gắn liền với máy móc và thiết bị, dùng để điều khiển, giám sát, hỗ trợ quy trình sản xuất, cũng thuộc đối tượng được tính vào. Đối tượng của 1.2 Ứng dụng công nghệ số là phần mềm và hệ thống thông tin liên kết trong và ngoài tổ chức (có ít nhất ba chức năng phục vụ quản lý nguồn lực) v.v.

Lưu ý rằng ở 1.1 và 1.2, các hoạt động như “Sản xuất ô tô thông thường (Activity 3.6)” thuộc danh mục hoạt động không được áp dụng. Danh mục không được áp dụng này không ghi sản xuất phụ tùng ô tô. Tuy nhiên, việc ưu đãi có thực sự được áp dụng hay không là do BOI xem xét từng trường hợp. Ngoài ra, nội dung này là theo mô tả trong hướng dẫn năm 2023, chúng tôi chưa xác nhận được thời hạn tiếp nhận hồ sơ hay các sửa đổi mới nhất tính đến tháng 10/2026. Nếu cân nhắc sử dụng, hãy xác nhận với BOI hoặc chuyên gia, bao gồm cả việc có còn trong thời hạn tiếp nhận hay không.

5. Bảo trì từ xa và kết nối của nhà sản xuất máy

Khi nhà sản xuất máy tại Nhật hoặc nước ngoài bảo trì từ xa, hãy vẽ lên bản vẽ xem kết nối đó đi vào chỗ nào trong mạng OT và đưa vào bảng quy tắc tường lửa. Tránh tình trạng đường truyền tạo ra để giám sát vận hành lại luôn mở và trở thành đường bảo trì từ xa.

6. Nhân rộng sang các cơ sở khác

Định nghĩa trạng thái, bảng kiểm kê, cách nghĩ về phân bổ phương thức và các hạng mục FAT/SAT xây dựng tại Thái Lan có thể dùng nguyên cho các cơ sở khác như Việt Nam. Nếu dùng cùng một định nghĩa, có thể so sánh tỷ lệ vận hành giữa các cơ sở với cùng một ý nghĩa. Tuy nhiên, chế độ ưu đãi và pháp luật khác nhau theo từng nước, nên hãy xác nhận riêng tại từng nước.

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

MTConnect là gì? Triển khai cần những gì?

MTConnect là tiêu chuẩn để đọc dữ liệu của thiết bị sản xuất như máy công cụ bằng một bộ từ vựng chung, phiên bản tiêu chuẩn mới nhất là Version 2.7 (thông qua tháng 2/2026). Để triển khai MTConnect, cần adapter chuyển đổi dữ liệu CNC cho từng máy và agent thu thập dữ liệu rồi cung cấp qua REST hoặc MQTT. Agent triển khai tham chiếu (cppagent) là mã nguồn mở theo Apache License 2.0, nhưng điều kiện về adapter của từng hãng và tùy chọn của bộ điều khiển cần được xác nhận theo từng model.

umati và MTConnect khác nhau ở điểm nào?

OPC UA for Machine Tools (OPC 40501-1, hiện hành là Release 1.02.0), phần cốt lõi của umati, là mô hình thông tin xây dựng trên OPC UA, do OPC Foundation và VDW xây dựng. MTConnect là mô hình thông tin riêng của MTConnect Institute, trong đó agent cung cấp dữ liệu ở chế độ chỉ đọc. Cả hai đều giống nhau ở chỗ xử lý máy của các hãng khác nhau bằng từ vựng chung, và tiêu chí lựa chọn là máy của nhà máy xuất được theo chuẩn nào và hệ thống cấp trên dễ tiếp nhận chuẩn nào hơn.

Máy công cụ đời cũ có giám sát vận hành được không?

Được. Ngay cả với máy không lấy được dữ liệu từ bộ điều khiển, nếu lắp thêm để lấy tín hiệu đèn báo, dòng điện hoặc tiếp điểm thì có thể xác định Chạy và Dừng. Tuy nhiên, thông tin lấy được nông, thường không biết được số chương trình hay nội dung alarm, nên lý do dừng được bổ sung bằng thao tác nhập của người vận hành. Tùy hãng bộ điều khiển, có thể có sẵn phương tiện kết nối cho máy đời cũ, nên trước hết hãy xác nhận với nhà sản xuất.

Thu thập dữ liệu CNC có gây ảnh hưởng xấu đến bộ điều khiển không?

Với mục đích giám sát, nguyên tắc là xây dựng cấu hình không ghi vào bộ điều khiển. Agent của MTConnect được thiết kế chỉ đọc, nhưng cũng có API đọc và ghi được như FOCAS2, nên hãy chỉ định trong RFP rằng không dùng chức năng ghi và xác nhận điều đó trong kiểm tra nghiệm thu. Ngoài ra, vì CISA đã ban hành nhiều khuyến cáo về bộ điều khiển máy công cụ, hãy đưa việc tách mạng OT, tường lửa và quản lý phiên bản phần mềm vào thiết kế ngay từ đầu.

Chi phí giám sát vận hành máy công cụ khoảng bao nhiêu?

Các sản phẩm chính đã khảo sát lần này không công bố giá, và chi phí thay đổi lớn tùy theo số máy, tổ hợp phương thức và tình trạng mạng. Trong tính toán mô hình của bài viết này (số liệu giả định), với nhà máy 30 máy, chi phí ban đầu được đặt là THB 2,700,000, chi phí vận hành hằng năm là THB 270,000, và số năm hoàn vốn đơn giản thay đổi từ 2.5 năm đến khoảng 6.7 năm tùy giả định về thời gian lấy lại được. Chúng tôi khuyến nghị tính lại bằng báo giá của chính nhà máy và giá trị hiện trạng đo được sau khi triển khai.

Nên bắt đầu hiển thị hiệu suất sử dụng máy công cụ từ đâu?

Bắt đầu từ việc kiểm kê máy và định nghĩa trạng thái. Lập danh sách model bộ điều khiển, đời máy, tùy chọn và cổng truyền thông của tất cả các máy, rồi quyết định xác định “Chạy”, “Dừng”, “Chuyển đổi”, “Cảnh báo”, “Dừng theo kế hoạch” bằng tín hiệu nào. Sau đó, chọn mỗi phương thức 1 máy đại diện để chạy thử, xác nhận việc xác định trạng thái đúng như dự kiến rồi mới mở rộng ra tất cả các máy. Đây là cách tiến hành ít phải làm lại nhất.

Tổng kết

Nếu bắt đầu giám sát vận hành máy công cụ từ việc chọn tiêu chuẩn MTConnect hay umati, sẽ bế tắc khi xử lý các máy cũ hoặc máy không hỗ trợ. Trước hết, hãy thống nhất trong toàn nhà máy định nghĩa năm trạng thái, tức là “thế nào thì được coi là đang vận hành”, rồi phân bổ MTConnect, umati (OPC UA for Machine Tools), API riêng của hãng bộ điều khiển hoặc tín hiệu lắp thêm cho từng máy. Nghĩ theo cách này, tiêu chuẩn được đặt đúng vị trí là phương tiện chứ không phải mục đích.

Hãy xác nhận tách riêng phiên bản tiêu chuẩn và phiên bản phần mềm, và lấy việc tách mạng OT cùng cấu hình chỉ đọc làm cơ bản, để kết nối phục vụ giám sát không trở thành đường ghi vào bộ điều khiển hay đường tấn công. Hiệu quả chi phí thay đổi lớn tùy theo giả định về thời gian lấy lại được và việc có công việc để đưa vào khoảng thời gian đó hay không, vì vậy hãy cân nhắc với tiền đề sẽ tính lại bằng giá trị hiện trạng đo được sau khi triển khai. Và trong kiểm tra nghiệm thu, hãy lần lượt xác nhận qua đối chiếu trạng thái, số chi tiết, thiếu dữ liệu, thời gian và nhập lý do dừng rằng trạng thái đúng theo định nghĩa có được ghi nhận với cùng một ý nghĩa trên mọi máy hay không.

Ngay từ giai đoạn đầu như kiểm kê máy, sắp xếp định nghĩa trạng thái, xem xét phân bổ phương thức hay xây dựng RFP và tiêu chí nghiệm thu, quý vị đều có thể trao đổi với TOMAS TECH. Chúng tôi sẽ cùng quý vị sắp xếp nên bắt đầu từ đâu, phù hợp với thực tế của nhà máy tại Thái Lan có nhiều máy khác hãng và khác đời. Vui lòng liên hệ qua biểu mẫu này.

Tài liệu tham khảo