Thiết kế máy #40: Phân tích dạng sai hỏng và tác động (FMEA) cơ cấu máy — Từ dạng sai hỏng (failure mode) đến hành động thiết kế (design action)

Nhiều nhóm chỉ mở phân tích dạng sai hỏng và tác động (FMEA) khi thiết kế gần xong và khách hàng yêu cầu nộp hồ sơ. Mọi người họp, điền một bảng dài, chấm vài con số rồi lưu file. Bản vẽ, logic và kế hoạch thử máy hầu như không thay đổi.

Đó là một phân tích dạng sai hỏng và tác động (FMEA) “đã hoàn thành” trên giấy, nhưng chưa chắc đã giúp máy tốt hơn.

Giá trị thật của phân tích dạng sai hỏng và tác động (FMEA) nằm ở chuỗi:

Function → dạng sai hỏng (failure mode) → effect → cause → control → hành động thiết kế (design action) → kiểm chứng (verification)

Nếu phân tích không dẫn tới quyết định thiết kế hoặc bằng chứng mới, bảng phân tích dạng sai hỏng và tác động (FMEA) rất dễ trở thành tài liệu trang trí. Bài này trình bày cách dùng phân tích dạng sai hỏng và tác động (FMEA) cho một cơ cấu máy theo hướng thực dụng, từ chức năng đến hành động có thể kiểm chứng.

phân tích dạng sai hỏng và tác động (FMEA) không thay thế đánh giá rủi ro an toàn máy. Khi một dạng sai hỏng (failure mode) tạo ra hoặc làm thay đổi mối nguy (hazard), nhóm thiết kế vẫn phải thực hiện quy trình đánh giá và giảm rủi ro phù hợp, chẳng hạn theo ISO 12100.

1. Bắt đầu trước khi thiết kế bị “đóng băng”

Thời điểm tốt để mở phân tích dạng sai hỏng và tác động (FMEA) không phải sau khi bản vẽ đã phát hành. Nên bắt đầu khi nhóm đã đủ hiểu:

Cơ cấu phải làm gì.
Đầu vào và đầu ra chính là gì.
Các giao diện kết nối (interface) quan trọng nằm ở đâu.
Những phương án thiết kế nào vẫn còn có thể thay đổi.

Nếu làm quá sớm, nhóm thiếu dữ liệu và chỉ viết các dạng sai hỏng (failure mode) chung chung. Nếu làm quá muộn, action tốt cũng trở nên đắt hoặc không còn thời gian thực hiện.

Một nhịp phù hợp có thể là:

Mở phân tích dạng sai hỏng và tác động (FMEA) khi chốt concept.
Cập nhật khi chọn actuator, cảm biến (sensor) và cấu trúc dẫn hướng.
Review trước khi phát hành bản vẽ.
Đối chiếu trong lắp ráp và chạy thử.
Cập nhật từ lỗi nghiệm thu tại xưởng (FAT), nghiệm thu tại hiện trường (SAT) và dữ liệu hiện trường.

phân tích dạng sai hỏng và tác động (FMEA) là hồ sơ sống của quyết định kỹ thuật, không phải ảnh chụp tại một thời điểm.

2. Chọn scope theo chức năng, không theo danh sách linh kiện

Một scope quá rộng như “phân tích dạng sai hỏng và tác động (FMEA) toàn bộ máy” thường làm buổi họp mất trọng tâm. Scope quá hẹp như “phân tích dạng sai hỏng và tác động (FMEA) cảm biến số 3” lại bỏ qua failure ở giao diện kết nối (interface).

Nên chọn một cụm chức năng có ranh giới rõ:

Nhận đầu vào gì?
Tạo đầu ra gì?
Trao đổi năng lượng, vật liệu hoặc tín hiệu với cụm nào?
Người vận hành và bảo trì tương tác ở đâu?
Khi cụm thất bại, hệ thống cấp trên bị ảnh hưởng thế nào?

Ví dụ scope:

Cụm chặn phôi đầu vào, từ khi nhận yêu cầu chặn đến khi xác nhận phôi đã ở vị trí cho phép trạm kế tiếp hoạt động.

Scope này bao gồm cơ khí, truyền động, cảm biến (sensor), logic điều khiển và giao diện kết nối (interface) với phôi. Nó hữu ích hơn một danh sách rời rạc gồm cylinder, van, bracket và proximity switch.

3. Viết function trước khi tìm failure

dạng sai hỏng (failure mode) là cách một phần tử không thực hiện được function. Nếu function mơ hồ, dạng sai hỏng (failure mode) cũng sẽ mơ hồ.

Function yếu:

Chặn phôi.

Function tốt hơn:

Nâng cơ cấu chặn để giữ phôi tại vị trí định trước, trong khoảng thời gian yêu cầu và trong các điều kiện tải đã xác định.

Một function tốt thường có:

Động từ: nâng, giữ, dẫn hướng, phát hiện, truyền, giới hạn.
Đối tượng: phôi, cụm trượt, tín hiệu, năng lượng.
Điều kiện: mode, tải, tốc độ, môi trường hoặc trạng thái liên quan.
Tiêu chí: vị trí, thời gian, độ lặp lại, lực hoặc mức độ tin cậy cần thiết.

Không cần biến mọi dòng thành một đặc tính kỹ thuật dài. Nhưng function phải đủ rõ để nhóm trả lời: “Thất bại nghĩa là gì?”

4. Phân biệt dạng sai hỏng (failure mode), effect và cause

Ba khái niệm thường bị viết lẫn:

dạng sai hỏng (failure mode): cách function không được thực hiện đúng.
Effect: điều xảy ra ở cấp cục bộ, cấp hệ thống hoặc với người dùng.
Cause/mechanism: lý do hoặc cơ chế tạo ra dạng sai hỏng (failure mode).

Ví dụ:

Thành phần	Nội dung
Function	Nâng chặn để giữ phôi đúng vị trí
dạng sai hỏng (failure mode)	Không đạt vị trí nâng sau khi có lệnh
Local effect	Cơ cấu vẫn ở vị trí thấp hoặc ở giữa hành trình
Next-level effect	Phôi không được định vị, trạm kế tiếp không có điều kiện cho phép (permissive)
End effect	Chu trình dừng; có thể phát sinh va chạm nếu logic khác không phát hiện trạng thái
Cause	Mất năng lượng, kẹt dẫn hướng, sai dung sai, mòn, cảm biến (sensor) lệch, connector lỏng hoặc tham số sai

“Mất khí” không phải dạng sai hỏng (failure mode) của function nâng; đó là một cause tiềm năng. “Máy dừng” thường là effect, không phải cause. Phân biệt đúng giúp action đi đúng nơi.

5. Xem effect theo nhiều cấp

Chỉ ghi “máy dừng” làm mất thông tin về đường lan truyền của failure.

Nên xem ít nhất ba cấp:

Local effect

Điều xảy ra ngay tại phần tử hoặc cụm đang phân tích.

Ví dụ: chặn không lên hết; cơ cấu trôi; tín hiệu vị trí không đổi.

Next-higher-level effect

Ảnh hưởng tới cụm hoặc chức năng liền kề.

Ví dụ: phôi không được cố định; robot không nhận điều kiện cho phép (permissive); thao tác sau bị thời gian chờ (timeout).

End effect

Ảnh hưởng cuối cùng tới người dùng, sản phẩm, máy hoặc mục tiêu vận hành.

Ví dụ: dừng dây chuyền, sản phẩm sai vị trí, hư hỏng thiết bị hoặc xuất hiện mối nguy (hazard) cần được xử lý trong đánh giá rủi ro (risk assessment).

Chuỗi effect giúp nhóm nhìn thấy failure nào chỉ gây mất năng suất và failure nào có thể liên quan đến chất lượng hoặc an toàn.

6. Tìm failure ở giao diện kết nối (interface)

Nhiều lỗi hiện trường không nằm hoàn toàn trong một linh kiện. Chúng nằm ở ranh giới giữa các phần:

Actuator và tải.
Phôi và mặt định vị.
cảm biến (sensor) và đối tượng phát hiện (target).
Cable và connector.
bộ điều khiển logic lập trình (PLC) command và feedback.
công thức sản xuất (recipe) và cấu hình cơ khí.
Người vận hành và giao diện người–máy (HMI).
Chi tiết mòn và chuẩn lắp thay thế.

Một cách rà soát là đi theo các dòng trao đổi:

Dòng trao đổi	Câu hỏi
Năng lượng	Thiếu, thừa, gián đoạn hoặc còn dư sẽ xảy ra gì?
Vật liệu/phôi	Sai model, sai hướng, kẹt, biến dạng hoặc thiếu phôi thì sao?
Chuyển động	Không đi, đi chậm, quá hành trình, trôi hoặc rung thì sao?
Tín hiệu	Mất, sai, trễ, chập chờn hoặc không hợp lý thì sao?
Dữ liệu	Sai công thức sản xuất (recipe), tham số cũ hoặc mismatch model thì sao?
Con người	Lắp nhầm, thay sai, khó quan sát hoặc khó tiếp cận thì sao?

giao diện kết nối (interface) review thường tìm được các dạng sai hỏng (failure mode) mà BOM review bỏ sót.

7. Prevention control khác detection control

Hai loại control có mục đích khác nhau:

Prevention control

Làm cause ít có khả năng xảy ra hơn.

Ví dụ:

Hình học chống lắp ngược.
Dẫn hướng đủ cứng và chống xoay.
Chuẩn hóa change part.
Chọn connector có khóa phù hợp.
Kiểm soát dung sai và vật liệu.
Thiết kế chi tiết mòn có thể thay đúng vị trí.

Detection control

Phát hiện dạng sai hỏng (failure mode) hoặc cause trước khi tạo end effect.

Ví dụ:

Xác nhận hai trạng thái chuyển động hợp lý.
Kiểm tra mismatch model/công thức sản xuất (recipe).
Đo đặc tính trong thẩm định (validation).
Kiểm tra lỗi lắp ráp trước khi chạy tự động.
cảnh báo (alarm) giữ cảnh báo đầu tiên (first-out) và context chẩn đoán.

Detection tốt không làm failure biến mất. Nếu effect nghiêm trọng, ưu tiên đầu tiên vẫn là loại bỏ mối nguy (hazard), giảm hậu quả hoặc giảm khả năng xảy ra bằng thiết kế — không chỉ bổ sung thêm một cảm biến (sensor) rồi cho rằng rủi ro đã được giải quyết.

8. Đừng để điểm tổng che mất failure quan trọng

Một con số tổng hợp có vẻ giúp xếp hàng nhanh, nhưng cũng có thể tạo ảo giác chính xác.

Các vấn đề thường gặp:

Hai failure khác nhau cho cùng điểm nhưng hậu quả hoàn toàn khác.
Điểm occurrence dựa trên cảm nhận khi chưa có dữ liệu.
Detection được đánh giá tốt chỉ vì “có cảm biến (sensor)”.
Nhóm dùng ngưỡng tổng để bỏ qua một effect nghiêm trọng.
Sau action, điểm được giảm nhưng bằng chứng chưa tồn tại.

Nếu tổ chức áp dụng phương pháp xếp hạng cụ thể, hãy dùng đúng handbook hoặc quy trình đã được phê duyệt. Không nên tự chế bảng điểm rồi gọi đó là AIAG/VDA hoặc IEC.

Quan trọng hơn điểm là chất lượng của chuỗi lập luận:

Function có rõ không?
dạng sai hỏng (failure mode) có đúng cấp không?
Effect có đi tới end effect không?
Cause có đủ cụ thể để tạo action không?
Control hiện tại có bằng chứng không?
Action có thực sự thay đổi thiết kế không?

9. Action phải làm thay đổi thiết kế hoặc bằng chứng

Action yếu:

“Kiểm tra lại.”
“Chú ý khi lắp.”
“Theo dõi.”
“Bảo trì định kỳ.”

Những câu này không chỉ rõ ai làm, làm gì, khi nào hoàn thành và kết quả nào chứng minh hiệu lực.

Action tốt hơn có thể thuộc một trong các nhóm:

Thay đổi thiết kế

Thay đổi cấu trúc dẫn hướng hoặc cữ chặn cứng (hard stop).
Giảm tải bất lợi lên actuator.
Loại bỏ khả năng lắp ngược bằng hình học.
Tách chi tiết mòn khỏi chuẩn định vị chính.
Cải thiện khả năng quan sát và tiếp cận bảo trì.

Thay đổi control

Bổ sung kiểm tra tính hợp lý (plausibility) giữa command và feedback.
Giữ cảnh báo đầu tiên (first-out) để chẩn đoán.
Ngăn mismatch giữa model và change part.
Xác định thời gian chờ (timeout) từ dữ liệu thử thay vì phỏng đoán.

Tạo bằng chứng

Thử nghiệm độ lặp lại ở điều kiện biên.
Đo thời gian chuyển động theo tải và áp suất cho phép.
Thử lắp sai có chủ đích trong thẩm định (validation).
Kiểm tra khả năng thay chi tiết hao mòn (wear parts) và phục hồi chuẩn.

Mỗi action nên có:

người phụ trách (owner).
Thời hạn.
Deliverable hoặc change cụ thể.
Cách kiểm chứng (verification).
Kết quả và bằng chứng.
Đánh giá lại sau khi hoàn tất.

Action chưa kiểm chứng (verification) vẫn là action mở.

10. Ví dụ: phân tích dạng sai hỏng và tác động (FMEA) cho cụm chặn phôi

Giả sử cụm có function:

Nâng chặn để định vị phôi trước công đoạn kế tiếp trong điều kiện tải và thời gian yêu cầu.

Một phần phân tích có thể được diễn đạt như sau:

dạng sai hỏng (failure mode) 1: Không đạt vị trí nâng

Local effect: chặn ở thấp hoặc giữa hành trình.
Next-level effect: phôi không được định vị.
End effect: chu trình dừng; công đoạn kế tiếp có thể nhận trạng thái không hợp lệ nếu logic xác nhận không đủ.
Causes cần xem: năng lượng cấp không đủ, kẹt dẫn hướng, sai lắp, ma sát tăng, output không hoạt động.
Prevention: rà lại dẫn hướng, tải ngang, dung sai, chống xoay và khả năng lắp.
Detection: xác nhận trạng thái sau command, thời gian chờ (timeout) có cơ sở thử nghiệm, context snapshot.
Action ví dụ: thử hành trình tại các điều kiện tải biên và cập nhật thiết kế dẫn hướng nếu không đạt tiêu chí.

dạng sai hỏng (failure mode) 2: Đạt vị trí nhưng sau đó trôi

Local effect: chặn rời khỏi vị trí giữ.
Next-level effect: phôi dịch chuyển trong công đoạn.
End effect: sai chất lượng, kẹt hoặc va chạm.
Causes cần xem: mất năng lượng, rò, tải vượt giả định, cơ cấu tự hạ hoặc thiếu giữ cơ khí.
Action: xác định trạng thái mất năng lượng từ đánh giá rủi ro (risk assessment); thay đổi concept nếu failure state không chấp nhận được.

dạng sai hỏng (failure mode) 3: Feedback báo đạt nhưng vị trí thực tế sai

Local effect: trạng thái logic không phản ánh cơ khí.
Next-level effect: điều kiện cho phép (permissive) cấp sai.
End effect: chu trình tiếp tục với phôi chưa được định vị.
Causes cần xem: đối tượng phát hiện (target) cảm biến (sensor) lỏng, cảm biến (sensor) lệch, gá cảm biến biến dạng, wiring/logic sai, vùng phát hiện quá rộng.
Prevention: thiết kế đối tượng phát hiện (target) và gá cảm biến (sensor) chống xê dịch, khả năng chỉnh có kiểm soát.
Detection: tính hợp lý (plausibility), thử sai lệch trong thẩm định (validation) và kiểm tra vật lý khi chạy thử và đưa vào vận hành (commissioning).

dạng sai hỏng (failure mode) 4: Cơ cấu hoạt động nhưng thời gian tăng dần

Local effect: hành trình chậm, gần thời gian chờ (timeout).
Next-level effect: chu kỳ không ổn định, cảnh báo (alarm) lặp lại.
End effect: giảm năng suất và dừng máy khó tái hiện.
Causes cần xem: mòn, bẩn, ma sát, suy giảm nguồn năng lượng, sai bảo trì.
Action: xác định đặc tính cần theo dõi và giới hạn kiểm tra; thiết kế điểm bảo trì dễ tiếp cận.

Ví dụ này không cần giả định kích thước, áp suất hoặc điểm priority. Mục tiêu là minh họa cách failure dẫn tới hành động thiết kế và thẩm định (validation).

11. Liên kết phân tích dạng sai hỏng và tác động (FMEA) với các deliverable khác

phân tích dạng sai hỏng và tác động (FMEA) chỉ mạnh khi không bị cô lập trong một spreadsheet.

Phát hiện từ phân tích dạng sai hỏng và tác động (FMEA)	Deliverable cần cập nhật
Function/yêu cầu (requirement) chưa rõ	yêu cầu (requirement) hoặc đặc tả (specification)
Failure do dung sai/giao diện kết nối (interface)	Bản vẽ, tolerance stack hoặc design review
Failure cần poka-yoke	Thiết kế cơ khí, change part hoặc work instruction
Failure cần chẩn đoán	cảnh báo (alarm) list, giao diện người–máy (HMI) và diagnostic design
Failure do mòn	Maintenance plan và phụ tùng dự phòng (spare)/wear-part list
Failure cần bằng chứng	DVP, nghiệm thu tại xưởng / nghiệm thu tại hiện trường (FAT/SAT) hoặc thẩm định (validation) protocol
Failure liên quan mối nguy (hazard)	Machinery đánh giá rủi ro (risk assessment) và an toàn (safety) thẩm định (validation)
Failure từ thay đổi	Change management và revision history

Mỗi action nên trỏ tới nơi thay đổi thực sự được kiểm soát. Nếu phân tích dạng sai hỏng và tác động (FMEA) nói “bổ sung kiểm tra” nhưng test protocol không đổi, vòng lặp chưa đóng.

12. Khi nào phải cập nhật phân tích dạng sai hỏng và tác động (FMEA)?

Không chỉ cập nhật theo lịch. Cần có trigger rõ:

Đổi concept hoặc kiến trúc cơ cấu.
Thay actuator, cảm biến (sensor), vật liệu hoặc supplier.
Thêm model hoặc công thức sản xuất (recipe).
Thay đổi tốc độ, tải hoặc môi trường.
Sửa logic, thời gian chờ (timeout) hoặc cảnh báo (alarm).
Thay chi tiết hao mòn (wear parts) hoặc chuẩn bảo trì.
Có lỗi trong nghiệm thu tại xưởng / nghiệm thu tại hiện trường (FAT/SAT).
Có field failure, near miss hoặc khiếu nại chất lượng.
Một action cũ được hoàn tất và có bằng chứng mới.

Mỗi trigger cần trả lời:

Function nào bị ảnh hưởng?
dạng sai hỏng (failure mode)/cause/control nào thay đổi?
Có phát sinh giao diện kết nối (interface) mới không?
đánh giá rủi ro (risk assessment) hoặc thẩm định (validation) có cần cập nhật không?

Đừng chỉ đổi ngày revision. Hãy ghi rõ lý do và phạm vi thay đổi.

13. Checklist review phân tích dạng sai hỏng và tác động (FMEA) cơ cấu máy

Scope và ranh giới phạm vi (boundary) đã rõ chưa?
Các giao diện kết nối (interface) năng lượng, vật liệu, tín hiệu, dữ liệu và con người đã được xem chưa?
Function có động từ, đối tượng, điều kiện và tiêu chí phù hợp không?
dạng sai hỏng (failure mode) có được tách khỏi effect và cause không?
Có local, next-level và end effect không?
Prevention và detection control có được phân biệt không?
Control hiện tại có bằng chứng hay chỉ là giả định?
Failure nghiêm trọng có bị che bởi một điểm tổng không?
Action có người phụ trách (owner), due date, deliverable và kiểm chứng (verification) không?
Action đã đóng có bằng chứng đính kèm không?
Bản vẽ, logic, cảnh báo (alarm), maintenance và test protocol đã được cập nhật tương ứng chưa?
Failure liên quan mối nguy (hazard) đã được chuyển sang đánh giá rủi ro (risk assessment) chưa?
Change point và bài học hiện trường đã được phản hồi vào phân tích dạng sai hỏng và tác động (FMEA) chưa?

Kết luận

phân tích dạng sai hỏng và tác động (FMEA) tốt không được đo bằng số dòng trong bảng. Nó được đo bằng chất lượng của các quyết định mà nó tạo ra.

Hãy bắt đầu từ function, phân biệt rõ dạng sai hỏng (failure mode)–effect–cause, tìm lỗi ở giao diện kết nối (interface), tách prevention khỏi detection và buộc mỗi action phải có kiểm chứng (verification). Khi đó, phân tích dạng sai hỏng và tác động (FMEA) trở thành cầu nối giữa kinh nghiệm của đội kỹ thuật với bản vẽ, logic, cảnh báo (alarm), bảo trì và kế hoạch thử máy.

Nếu một dạng sai hỏng (failure mode) quan trọng vẫn chỉ kết thúc bằng câu “kiểm tra lại”, công việc chưa xong. Câu hỏi tiếp theo phải là:

Thiết kế sẽ thay đổi điều gì, và bằng chứng nào chứng minh thay đổi đó có hiệu lực?

Nguồn tham khảo

IEC 60812:2018 — Failure modes and effects analysis (phân tích dạng sai hỏng và tác động (FMEA) and FMECA): https://webstore.iec.ch/en/publication/26359
ISO 12100:2010 — an toàn (safety) of machinery — đánh giá rủi ro (risk assessment) and risk reduction: https://www.iso.org/standard/51528.html
AIAG & VDA phân tích dạng sai hỏng và tác động (FMEA) Handbook: https://www.aiag.org/training-and-resources/manuals/details/FMEAAV-1
AIAG — giới thiệu phương pháp phân tích dạng sai hỏng và tác động (FMEA) 7 bước: https://blog.aiag.org/its-here...claim-your-copy-of-the-new-aiag-vda-phân tích dạng sai hỏng và tác động (FMEA)-handbook-today

Xem tất cả bài viết kỹ thuật MINATA