1. BIG PICTURE — A MACHINE IS BUILT FROM SUBSYSTEMS
An industrial machine (máy công nghiệp) is not a single monolithic system; it is built from multiple subsystems (hệ thống con), each responsible for a specific part of the overall behavior. For example, in a wafer inspection machine, you typically have a motion subsystem (hệ chuyển động), a vision subsystem (hệ thị giác), and a handling subsystem (hệ vận chuyển), all working together to produce a result.
Một máy công nghiệp không phải là một hệ thống đơn khối, mà được xây dựng từ nhiều hệ thống con (subsystem), mỗi hệ thống đảm nhiệm một phần chức năng cụ thể. Ví dụ, trong máy kiểm tra wafer, thường có hệ chuyển động, hệ thị giác và hệ vận chuyển cùng phối hợp để tạo ra kết quả.
The reason we split a machine into subsystems (hệ thống con) is to manage complexity. Each subsystem contains multiple devices (thiết bị) and encapsulates its own logic, making the overall system easier to understand, develop, and maintain.
Lý do chúng ta chia máy thành các hệ thống con là để quản lý độ phức tạp. Mỗi hệ thống con chứa nhiều thiết bị và bao bọc logic riêng, giúp toàn bộ hệ thống dễ hiểu, dễ phát triển và dễ bảo trì hơn.
2. WHAT IS A SUBSYSTEM?
A subsystem (hệ thống con) is a logical grouping of related components that work together to achieve a specific function. It provides a clear boundary (ranh giới rõ ràng) in the system, both in software and hardware.
Một hệ thống con là một nhóm logic các thành phần liên quan, cùng làm việc để thực hiện một chức năng cụ thể. Nó tạo ra một ranh giới rõ ràng trong hệ thống, cả về phần mềm lẫn phần cứng.
For example, a motion subsystem (hệ chuyển động) is responsible for controlling movement, including motors (động cơ), encoders (bộ mã hóa), and motion controllers (bộ điều khiển chuyển động). A vision subsystem (hệ thị giác) handles image capture and processing using cameras (camera công nghiệp) and lighting devices (thiết bị chiếu sáng).
Ví dụ, hệ chuyển động chịu trách nhiệm điều khiển chuyển động, bao gồm động cơ, encoder và bộ điều khiển chuyển động. Hệ thị giác xử lý việc chụp và phân tích hình ảnh bằng camera công nghiệp và thiết bị chiếu sáng.
Each subsystem has its own internal logic, state (trạng thái), and lifecycle (vòng đời). It can be started, stopped, or put into an error state independently of other subsystems.
Mỗi hệ thống con có logic nội bộ, trạng thái và vòng đời riêng. Nó có thể được khởi động, dừng hoặc chuyển sang trạng thái lỗi độc lập với các hệ thống con khác.
3. VISUAL — SUBSYSTEM STRUCTURE
When you look at a real industrial machine, you can conceptually divide it into blocks, where each block represents a subsystem (hệ thống con). These blocks are not just theoretical—they often map to actual physical modules inside the machine cabinet.
Khi nhìn vào một máy công nghiệp thực tế, bạn có thể chia nó thành các khối, mỗi khối đại diện cho một hệ thống con. Những khối này không chỉ mang tính lý thuyết mà thường tương ứng với các module vật lý bên trong tủ điều khiển.
This separation of responsibilities allows teams to debug and maintain the system more effectively. If something goes wrong in the vision subsystem (hệ thị giác), you don’t immediately suspect the motion subsystem (hệ chuyển động).
Việc phân tách trách nhiệm này giúp đội ngũ dễ dàng debug và bảo trì hơn. Nếu có lỗi xảy ra trong hệ thị giác, bạn không cần nghi ngờ ngay hệ chuyển động.
4. WHAT IS A DEVICE?
A device (thiết bị) is a physical component that directly interacts with the real world. Unlike software components, devices have physical constraints, delays, and failure modes.
Thiết bị là một thành phần vật lý tương tác trực tiếp với thế giới thực. Khác với phần mềm, thiết bị có các giới hạn vật lý, độ trễ và các kiểu lỗi riêng.
Common examples include motors (động cơ), sensors (cảm biến), industrial cameras (camera công nghiệp), and valves (van). Each of these devices performs a specific function and exposes a control interface to the system.
Các ví dụ phổ biến gồm động cơ, cảm biến, camera công nghiệp và van. Mỗi thiết bị thực hiện một chức năng cụ thể và cung cấp giao diện điều khiển cho hệ thống.
Although devices are controlled by software, they are not deterministic like code. A command to a motor (động cơ) may fail due to mechanical issues, not just logic bugs.
Mặc dù thiết bị được điều khiển bằng phần mềm, nhưng chúng không mang tính xác định như code. Một lệnh gửi đến động cơ có thể thất bại do lỗi cơ khí, không chỉ do bug logic.
5. TYPES OF DEVICES
Sensors (cảm biến)
Sensors (cảm biến) detect signals (phát hiện tín hiệu) from the environment and provide input to the system. For example, a proximity sensor detects whether an object is present.
Cảm biến phát hiện tín hiệu từ môi trường và cung cấp dữ liệu đầu vào cho hệ thống. Ví dụ, cảm biến tiệm cận phát hiện xem có vật thể hay không.
Actuators (cơ cấu chấp hành)
Actuators (cơ cấu chấp hành) create movement (tạo chuyển động) or perform physical actions based on commands. Motors, pneumatic cylinders, and valves are common actuators.
Cơ cấu chấp hành tạo chuyển động hoặc thực hiện hành động vật lý dựa trên lệnh. Động cơ, xi lanh khí nén và van là các ví dụ phổ biến.
Controllers (bộ điều khiển)
Controllers (bộ điều khiển) coordinate devices and execute control logic. A PLC (bộ điều khiển lập trình) or motion controller sends commands and processes feedback from sensors.
Bộ điều khiển điều phối các thiết bị và thực thi logic điều khiển. PLC hoặc bộ điều khiển chuyển động gửi lệnh và xử lý phản hồi từ cảm biến.
6. VISUAL — REAL DEVICES
In a real machine, you will see a wide variety of devices (thiết bị), each with different sizes, interfaces, and purposes. Some are mounted on the machine frame, others inside control cabinets.
Trong máy thực tế, bạn sẽ thấy nhiều loại thiết bị khác nhau với kích thước, giao diện và mục đích khác nhau. Một số được gắn trên khung máy, một số nằm trong tủ điều khiển.
Understanding the physical nature of devices is critical. You are not just calling a function—you are interacting with hardware that can wear out, drift, or behave inconsistently.
Hiểu bản chất vật lý của thiết bị là rất quan trọng. Bạn không chỉ gọi một hàm, mà đang tương tác với phần cứng có thể bị mài mòn, sai lệch hoặc hoạt động không ổn định.
7. SUBSYSTEM + DEVICE RELATIONSHIP
A subsystem (hệ thống con) controls multiple devices (thiết bị) and provides a higher-level abstraction to the rest of the system. It hides the complexity of individual device operations.
Một hệ thống con điều khiển nhiều thiết bị và cung cấp một mức trừu tượng cao hơn cho toàn hệ thống. Nó che giấu sự phức tạp của từng thiết bị riêng lẻ.
For example, a motion subsystem (hệ chuyển động) may control motors (động cơ), encoders (bộ mã hóa), and drivers (bộ điều khiển công suất). The rest of the system simply asks it to “move to position X.”
Ví dụ, hệ chuyển động có thể điều khiển động cơ, encoder và driver. Phần còn lại của hệ thống chỉ cần yêu cầu “di chuyển đến vị trí X”.
This abstraction is critical for maintainability. If you change a motor type, ideally only the motion subsystem needs to be updated.
Sự trừu tượng này rất quan trọng để bảo trì. Nếu thay đổi loại động cơ, lý tưởng là chỉ cần cập nhật hệ chuyển động.
8. COORDINATION BETWEEN SUBSYSTEMS (VERY IMPORTANT)
Subsystems (hệ thống con) do not operate in isolation—they must coordinate (phối hợp) with each other to complete a workflow (luồng xử lý).
Các hệ thống con không hoạt động độc lập mà phải phối hợp với nhau để hoàn thành một luồng xử lý.
For example, the motion subsystem moves a stage to a position, and only after it stabilizes does the vision subsystem capture an image. If timing is wrong, the image will be blurred.
Ví dụ, hệ chuyển động đưa bàn máy đến vị trí, và chỉ sau khi ổn định thì hệ thị giác mới chụp ảnh. Nếu timing sai, ảnh sẽ bị mờ.
This coordination often requires synchronization mechanisms, timing control, and state management. Small delays or mismatches can cause significant system errors.
Việc phối hợp này thường yêu cầu cơ chế đồng bộ, kiểm soát thời gian và quản lý trạng thái. Những sai lệch nhỏ có thể gây lỗi lớn cho hệ thống.
9. VISUAL — MULTI-SUBSYSTEM COORDINATION
In real systems, you will often see multiple subsystems working together in a tightly synchronized manner. Motion, vision, and handling must align precisely.
Trong hệ thống thực tế, nhiều hệ thống con hoạt động đồng bộ chặt chẽ. Chuyển động, thị giác và vận chuyển phải phối hợp chính xác.
This interaction is where most system complexity lies. It’s not in controlling a single device, but in orchestrating multiple subsystems reliably.
Đây chính là nơi phát sinh phần lớn độ phức tạp của hệ thống. Không phải ở việc điều khiển một thiết bị, mà là điều phối nhiều hệ thống con một cách đáng tin cậy.
10. DEVICE COMMUNICATION & CONTROL
Devices (thiết bị) communicate with the control system through protocols (giao thức) such as industrial Ethernet or fieldbus. Commands are sent from software and responses are received asynchronously.
Thiết bị giao tiếp với hệ điều khiển thông qua các giao thức như Ethernet công nghiệp hoặc fieldbus. Lệnh được gửi từ phần mềm và phản hồi được nhận một cách bất đồng bộ.
For example, you send a “move” command to a motor (động cơ), then wait for a status update indicating completion. This introduces latency (độ trễ) and uncertainty.
Ví dụ, bạn gửi lệnh “di chuyển” đến động cơ, sau đó chờ trạng thái hoàn thành. Điều này tạo ra độ trễ và sự không chắc chắn.
Communication errors such as timeouts, packet loss, or device disconnection must always be handled explicitly in the system.
Các lỗi giao tiếp như timeout, mất gói tin hoặc mất kết nối thiết bị luôn phải được xử lý rõ ràng trong hệ thống.
11. FAILURE MODES IN DEVICES
Devices (thiết bị) can fail in unpredictable ways, and this is one of the biggest differences compared to pure software systems.
Thiết bị có thể gặp lỗi theo cách khó đoán, và đây là điểm khác biệt lớn so với hệ thống phần mềm thuần túy.
A sensor (cảm biến) might give incorrect readings, a motor (động cơ) may fail to move, or a controller (bộ điều khiển) might stop responding.
Một cảm biến có thể đưa ra giá trị sai, động cơ có thể không di chuyển, hoặc bộ điều khiển có thể ngừng phản hồi.
Your system must detect these failures, enter safe states, and provide recovery mechanisms. Ignoring failure handling is a critical design mistake.
Hệ thống phải phát hiện các lỗi này, chuyển sang trạng thái an toàn và cung cấp cơ chế phục hồi. Bỏ qua xử lý lỗi là một sai lầm nghiêm trọng.
12. MENTAL MODEL FOR SOFTWARE ENGINEERS
For a software engineer, a subsystem (hệ thống con) is similar to a service or module, and a device (thiết bị) is similar to an external dependency or remote system.
Đối với lập trình viên, hệ thống con giống như một service hoặc module, còn thiết bị giống như một dependency bên ngoài hoặc hệ thống remote.
A device call is like a remote API call—but less reliable, slower, and affected by physical reality.
Một lời gọi đến thiết bị giống như gọi API từ xa—nhưng kém ổn định hơn, chậm hơn và chịu ảnh hưởng bởi yếu tố vật lý.
This mental model helps you design better abstractions, but you must always remember: hardware is not software.
Mô hình tư duy này giúp bạn thiết kế abstraction tốt hơn, nhưng luôn phải nhớ: phần cứng không phải phần mềm.
13. WHY THIS MATTERS FOR YOUR ROLE
Most system complexity in industrial machines comes from subsystem (hệ thống con) interaction, not individual device control.
Phần lớn độ phức tạp của máy công nghiệp đến từ sự tương tác giữa các hệ thống con, không phải từ việc điều khiển từng thiết bị riêng lẻ.
Poor design leads to tight coupling (liên kết chặt), making the system fragile and hard to evolve.
Thiết kế kém dẫn đến liên kết chặt, khiến hệ thống dễ vỡ và khó mở rộng.
Good design isolates responsibilities, defines clear boundaries, and ensures subsystems communicate through well-defined interfaces.
Thiết kế tốt tách biệt trách nhiệm, định nghĩa ranh giới rõ ràng và đảm bảo các hệ thống con giao tiếp qua interface rõ ràng.
14. COMMON MISTAKES
A common mistake is treating devices (thiết bị) as reliable and deterministic. In reality, they fail frequently and behave inconsistently.
Một sai lầm phổ biến là coi thiết bị là đáng tin cậy và mang tính xác định. Thực tế, chúng thường xuyên lỗi và hoạt động không ổn định.
Another mistake is mixing subsystem (hệ thống con) responsibilities, such as letting vision logic directly control motion devices.
Một lỗi khác là trộn lẫn trách nhiệm giữa các hệ thống con, ví dụ để logic thị giác điều khiển trực tiếp thiết bị chuyển động.
Lack of clear boundaries and tight coupling between components leads to systems that are difficult to debug and maintain.
Thiếu ranh giới rõ ràng và liên kết chặt giữa các thành phần khiến hệ thống khó debug và bảo trì.
15. KEY TERMINOLOGY (EN ↔ VI)
| English | Vietnamese | Meaning |
|---|---|---|
| subsystem | hệ thống con | Logical group of components |
| device | thiết bị | Physical hardware component |
| sensor | cảm biến | Detects signals |
| actuator | cơ cấu chấp hành | Performs actions |
| controller | bộ điều khiển | Controls devices |
| coordination | phối hợp | Subsystems working together |
| communication | giao tiếp | Data exchange between devices |
16. FURTHER READING
To deepen your understanding, explore industrial device catalogs from vendors like Siemens or Rockwell Automation, which show real devices (thiết bị) used in production systems.
Để hiểu sâu hơn, bạn nên xem các catalog thiết bị từ các hãng như Siemens hoặc Rockwell Automation, nơi cung cấp các thiết bị thực tế dùng trong hệ thống sản xuất.
You can also study PLC (bộ điều khiển lập trình) hardware setups and real automation system examples to see how subsystems (hệ thống con) and devices (thiết bị) are integrated in practice.
Bạn cũng nên tìm hiểu các hệ thống PLC và ví dụ thực tế về tự động hóa để thấy cách các hệ thống con và thiết bị được tích hợp trong thực tế.