Đo và ghi dữ liệu biến tần: đọc log lỗi từ máy và ghi dữ liệu bắt lỗi chập chờn
Đo và ghi dữ liệu biến tần là cách duy nhất bắt được các lỗi chập chờn — loại lỗi lúc có lúc không, thợ đến hiện trường thì máy chạy bình thường, thợ về là lỗi quay lại. Thay vì chờ đợi và đoán, dữ liệu được ghi lại liên tục: lịch sử lỗi và ảnh chụp thông số ngay trong chính biến tần, hoặc bằng thiết bị ghi dữ liệu (data logger) gắn ngoài trong nhiều ngày. Bài này đi theo đúng thứ tự HLAuto xử lý một ca chập chờn: khai thác dữ liệu có sẵn trong máy trước, chỉ khi chưa đủ mới triển khai ghi bên ngoài. Góc nhìn của mình: ghi dữ liệu không phải việc của riêng nhà máy lớn — một chiếc biến tần bất kỳ đã tự ghi lại nhiều hơn thợ thường khai thác.
Vì sao phải ghi dữ liệu: lỗi chập chờn và giới hạn của đo tại một thời điểm
Mọi phép đo quen thuộc — đồng hồ, ampe kìm, oscilloscope, máy phân tích công suất — đều cho kết quả tại một thời điểm. Với lỗi ổn định (lỗi xuất hiện liên tục) thì như vậy là đủ. Nhưng nhóm lỗi khó nhất trong thực tế lại là lỗi theo điều kiện: chỉ lỗi khi trời nóng buổi chiều, khi tải lên cao điểm, khi lưới điện sụt vào giờ sản xuất cao điểm, hoặc ngẫu nhiên vài ngày một lần. Lúc thợ có mặt, điều kiện gây lỗi không xuất hiện — máy đo gì cũng "bình thường".
Ghi dữ liệu đảo ngược thế bất lợi đó: thiết bị (hoặc chính biến tần) theo dõi liên tục và lưu lại diễn biến, nên thời điểm lỗi xảy ra luôn có dữ liệu đi kèm — thông số nào vừa vượt ngưỡng, điều kiện nào vừa thay đổi. Công việc của thợ chuyển từ "chờ lỗi xuất hiện" sang "đọc lại hiện trường đã được ghi". Vì vậy, khi gặp lỗi không tái hiện được, bước ghi dữ liệu luôn đứng trước quyết định thay linh kiện.

Nhánh 1 — Dữ liệu có sẵn ngay trong chính biến tần
Trước khi nghĩ tới bất kỳ thiết bị ghi nào, hãy khai thác ba nhóm dữ liệu biến tần đã tự lưu:
- Lịch sử lỗi (fault history): biến tần lưu các mã lỗi gần nhất kèm thứ tự thời gian, nhiều dòng máy lưu kèm giờ vận hành tại thời điểm lỗi. Chuỗi lỗi lặp lại một mã theo chu kỳ ngày/tuần là manh mối đầu tiên về điều kiện gây lỗi.
- Snapshot tại thời điểm lỗi: nhiều hãng lưu bộ thông số tại khoảnh khắc trip — dòng điện, điện áp DC bus, tần số, nhiệt độ tản nhiệt ngay trước khi ngắt. Đây là "hiện trường" giá trị nhất: nó cho biết máy chết vì quá dòng thật, sụt áp đầu vào hay quá nhiệt.
- Bộ đếm vận hành: tổng giờ chạy, số lần khởi động, số lần trip theo từng loại lỗi, năng lượng tiêu thụ tích lũy. So sánh các bộ đếm giữa hai lần kiểm tra cho thấy tần suất lỗi đang tăng hay giảm.
Dữ liệu này đọc được qua màn hình/keypad ở mức cơ bản, và đầy đủ nhất qua phần mềm của hãng (như Drive Composer của ABB, STARTER của Siemens, FR-Configurator của Mitsubishi) hoặc qua truyền thông Modbus từ PLC/HMI của dây chuyền. Chi tiết cách đọc và phân tích từng loại dữ liệu lỗi theo hãng nằm ở bài cách đọc và phân tích dữ liệu lỗi từ biến tần; bài này tập trung vào việc ghi dữ liệu phục vụ chẩn đoán và lựa chọn thiết bị ghi khi dữ liệu trong máy chưa đủ.
Nhánh 2 — Data logger bên ngoài: ghi gì và ghi bao lâu
Khi fault history chỉ cho mã lỗi mà không đủ bối cảnh (ví dụ lỗi quá áp nhưng không rõ do lưới hay do phanh tái sinh), data logger bên ngoài là bước tiếp theo. Các thông số nên ghi, theo thứ tự ưu tiên:
- Điện áp và dòng điện ba pha phía vào — bắt sụt áp, mất cân bằng và quá dòng theo thời gian.
- Điện áp DC bus và dòng ra/tần số ra — nếu thiết bị ghi hỗ trợ kênh đo tương ứng.
- Nhiệt độ tản nhiệt biến tần và nhiệt độ môi trường tủ điện — cặp số liệu quyết định cho các lỗi quá nhiệt theo giờ trong ngày.
- Trạng thái chạy/dừng và tín hiệu lệnh (kênh digital) — để đối chiếu lỗi có gắn với một thao tác vận hành cụ thể hay không.
Chu kỳ ghi chọn theo tốc độ biến thiên của hiện tượng: lỗi gắn với chu kỳ sản xuất theo giờ thì chu kỳ 10–60 giây là đủ và ghi được nhiều ngày; lỗi là sự kiện điện nhanh (sụt áp mili-giây) thì data logger thường không theo kịp — trường hợp đó thuộc về máy phân tích chất lượng điện có chức năng bắt sự kiện, hoặc chức năng ghi sóng của oscilloscope. Thời gian ghi tối thiểu nên phủ hết một chu kỳ vận hành đầy đủ của dây chuyền (thường 3–7 ngày với lỗi theo ngày), và nên đặt ngưỡng cảnh báo (alarm) cho các thông số chính để biết ngay khi sự kiện xảy ra.
Một lưu ý an toàn không được bỏ qua: logger thường được đấu nối trong tủ điện đang vận hành để không gián đoạn sản xuất. Các đầu đo điện áp và biến dòng kẹp phải đúng cấp cách điện cho điện áp tủ, thao tác đấu nối thực hiện bởi người có chuyên môn điện và tuân thủ quy trình an toàn của nhà máy. Dữ liệu tốt không đáng đánh đổi bằng một thao tác ẩu trong tủ đang có điện.

Quy trình ghi dữ liệu bắt lỗi chập chờn
- Mô tả hiện tượng thật cụ thể: lỗi gì, mã nào, xuất hiện khi nào (giờ trong ngày, ca sản xuất, điều kiện tải), tần suất ra sao. Hiện tượng càng cụ thể, danh sách thông số cần ghi càng ngắn và đúng.
- Khai thác dữ liệu trong máy trước: đọc fault history, snapshot và bộ đếm; bước này miễn phí và nhiều ca kết luận được ngay tại đây.
- Chọn thông số và chu kỳ ghi theo bảng tra ở mục dưới; đấu nối logger, kiểm tra tín hiệu ghi thử vài phút trước khi để chạy dài ngày.
- Đặt ngưỡng cảnh báo cho thông số nghi ngờ chính (ví dụ sụt áp đầu vào, nhiệt độ tản nhiệt) và ghi rõ thời điểm bắt đầu ghi vào hồ sơ ca.
- Để ghi đủ một chu kỳ vận hành hoặc tới khi sự kiện lỗi xảy ra ít nhất một lần có dữ liệu đi kèm.
- Đọc dữ liệu quanh thời điểm lỗi: phóng to cửa sổ thời gian quanh sự kiện, đối chiếu các kênh với nhau để tách nguyên nhân gốc khỏi hệ quả.
- Kết luận và xử lý, sau đó ghi đối chứng: sau khi xử lý, giữ logger thêm một chu kỳ để chứng minh lỗi đã hết — bộ dữ liệu trước/sau là bằng chứng nghiệm thu tốt nhất.
Đọc và diễn giải dữ liệu đã ghi
Biểu đồ dữ liệu chỉ có giá trị khi đọc theo mẫu (pattern). Ba mẫu thường gặp nhất:
- Sụt áp đầu vào ngay trước thời điểm trip: đường áp vào tụt xuống đúng khoảnh khắc lỗi quá áp/thiếu áp xuất hiện → nguyên nhân nằm ở lưới hoặc ở một tải lớn khác cùng tuyến cấp (máy nén, hàn) khởi động. Lỗi này sửa ở hệ thống điện, không sửa ở biến tần.
- Dòng điện và ripple tăng dần theo tuần/tháng: xu hướng tăng đều ở cùng điều kiện tải là dấu hiệu suy giảm dần — kinh điển nhất là tụ DC già làm hiệu suất hệ giảm; đối chiếu thêm bằng phép đo điểm của máy phân tích công suất trước khi quyết định thay tụ.
- Nhiệt độ tản nhiệt tăng theo giờ trong ngày: đường nhiệt leo đều từ trưa tới chiều rồi lỗi quá nhiệt xuất hiện ở cuối ca → vấn đề thông gió tủ điện hoặc nhiệt môi trường tại vị trí lắp, không phải lỗi cảm biến — phân biệt với nhóm lỗi cảm biến trong bài kiểm tra và thay cảm biến nhiệt biến tần.
Một kỹ thuật bổ trợ đáng giá là chụp dạng sóng tại thời điểm sự cố: nhiều oscilloscope có chế độ trigger bắt sự kiện và lưu sóng, cho "bức ảnh" của khoảnh khắc lỗi mà logger chu kỳ dài không ghi kịp. Hai lớp dữ liệu — xu hướng dài hạn của logger và dạng sóng tức thời của oscilloscope trong bài máy oscilloscope trong sửa biến tần — bổ sung cho nhau thành hồ sơ chẩn đoán đầy đủ.
Khi đọc dữ liệu, một thao tác nhỏ nhưng rất hiệu quả là đối chiếu mốc thời gian trên biểu đồ với nhật ký vận hành của dây chuyền: ca nào đang chạy, sản phẩm nào đang lên máy, thiết bị lớn nào vừa khởi động. Rất nhiều "lỗi ngẫu nhiên" hết ngẫu nhiên ngay khi đặt cạnh lịch vận hành — chúng xuất hiện đúng lúc một điều kiện cụ thể lặp lại. Vì vậy khi triển khai ghi, hãy thỏa thuận trước với bộ phận vận hành để họ ghi chú các mốc bất thường theo giờ; dữ kiện này rút ngắn đáng kể thời gian phân tích ở đầu thợ sửa.

Bảng tra: lỗi thường gặp và thông số cần ghi
| Hiện tượng | Thông số cần ghi | Cách ghi tối thiểu |
|---|---|---|
| Trip quá áp/thiếu áp ngẫu nhiên | Điện áp vào 3 pha, điện áp DC bus (snapshot) | Fault history + snapshot trong máy; logger phía vào nếu chưa rõ |
| Quá nhiệt theo giờ trong ngày | Nhiệt độ tản nhiệt, nhiệt độ môi trường tủ | Bộ đếm lỗi OH trong máy + logger nhiệt 3–7 ngày |
| Quá dòng chập chờn | Dòng ra 3 pha, tần số ra, trạng thái lệnh chạy | Snapshot lúc trip + logger dòng theo chu kỳ giây |
| Hóa đơn điện tăng không rõ lý do | Công suất/điện năng, PF, THD theo thời gian | Logger năng lượng 7 ngày liên tục |
| Lỗi lặp lại đúng một ca sản xuất | Toàn bộ thông số chính + mốc thời gian thao tác vận hành | Logger phủ đủ các ca trong 3–7 ngày, đối chiếu lịch sản xuất |
Hai case thực tế
Case 1 — Nhà máy xi măng Long Sơn, Thanh Hóa: biến tần Siemens 30kW ở hệ băng tải nguyên liệu, hóa đơn điện tăng khoảng 20% so với cùng kỳ mà sản lượng không tăng tương ứng. Xưởng triển khai ghi dữ liệu năng lượng liên tục 7 ngày bằng thiết bị ghi Fluke 1736. Biểu đồ cho thấy hệ số công suất giảm từ 0,95 xuống 0,78, sóng hài bậc 5 và 7 tăng cao — truy ngược về tụ bù trong biến tần đã suy giảm dung lượng. Sau khi thay tụ, PF phục hồi về 0,93 và mức tiêu thụ điện giảm 15%. Đây là ca điển hình mà mọi phép đo tại một thời điểm đều "gần như bình thường", chỉ dữ liệu ghi theo xu hướng mới chỉ đúng linh kiện đang già.
Case 2 — Nhà máy bia tại Hà Nội: 8 biến tần ABB điều khiển hệ bơm nước, thường xuyên dừng lặt vặt khó truy nguyên nhân. Mỗi biến tần được gắn một thiết bị ghi Hioki LR8450, chu kỳ ghi 30 giây cho điện áp ba pha, dòng điện, tần số ra và nhiệt độ tản nhiệt, kèm cảnh báo khi thông số vượt ngưỡng. Sau 6 tháng ghi liên tục, dữ liệu chỉ ra 12 lỗi tiềm ẩn trước khi chúng kịp thành sự cố dừng máy, và riêng việc xử lý sớm các lỗi này tiết kiệm khoảng 280 triệu đồng trong năm đầu. Một phát hiện cụ thể từ biểu đồ nhiệt: biến tần số 3 luôn quá nhiệt vào buổi chiều vì lắp gần cửa sổ hứng nắng — nguyên nhân nằm ở vị trí lắp đặt, thứ không một phép đo tại chỗ nào vào buổi sáng phát hiện được.

Câu hỏi thường gặp
Biến tần tự lưu được những dữ liệu gì?
Ba nhóm chính: lịch sử mã lỗi gần nhất kèm thời gian/giờ vận hành, snapshot thông số tại thời điểm trip (dòng, áp DC bus, tần số, nhiệt độ) trên nhiều dòng máy, và bộ đếm vận hành (giờ chạy, số lần khởi động, số lần trip từng loại). Đọc qua keypad ở mức cơ bản hoặc qua phần mềm hãng/Modbus ở mức đầy đủ.
Khi nào cần data logger ngoài nếu máy đã có fault history?
Khi fault history cho mã lỗi nhưng không đủ bối cảnh để kết luận: ví dụ lỗi quá áp không rõ do lưới sụt hay do phanh tái sinh, hoặc lỗi chỉ xảy ra theo điều kiện môi trường. Logger ngoài bổ sung các kênh mà biến tần không tự ghi như điện áp lưới theo thời gian thực và nhiệt độ môi trường tủ điện.
Chu kỳ ghi dữ liệu nên đặt bao nhiêu?
Theo tốc độ của hiện tượng: lỗi theo chu kỳ sản xuất/theo giờ dùng chu kỳ 10–60 giây là đủ và ghi được nhiều ngày; theo dõi nhiệt độ có thể thưa hơn. Sự kiện điện rất nhanh ở mức mili-giây thì data logger thường không theo kịp — cần máy phân tích chất lượng điện có bắt sự kiện hoặc oscilloscope có trigger lưu sóng.
Ghi dữ liệu bao lâu thì đủ kết luận?
Tối thiểu phủ hết một chu kỳ vận hành đầy đủ của dây chuyền — thực tế thường 3–7 ngày cho lỗi theo ngày/tuần — hoặc tới khi sự kiện lỗi xảy ra ít nhất một lần có dữ liệu đi kèm. Sau khi xử lý nên ghi thêm một chu kỳ đối chứng để chứng minh lỗi đã hết.
Đọc dữ liệu lỗi trong biến tần và ghi dữ liệu khác nhau thế nào?
Đọc dữ liệu lỗi là khai thác những gì biến tần đã lưu sẵn (fault log, snapshot, bộ đếm) — chi tiết theo từng hãng ở bài đọc dữ liệu lỗi. Ghi dữ liệu là chủ động triển khai ghi mới (bằng logger ngoài hoặc cấu hình ghi trong máy) để bắt các lỗi chưa tái hiện được và theo dõi xu hướng dài hạn.
Xưởng nhỏ bắt đầu ghi dữ liệu với chi phí thấp nhất bằng cách nào?
Bắt đầu từ dữ liệu miễn phí trong chính biến tần: fault history, snapshot và bộ đếm — rất nhiều ca kết luận được ngay ở bước này. Khi cần ghi ngoài, ưu tiên logger cho đúng một thông số quyết định của ca đó thay vì mua hệ ghi đa kênh đắt tiền cho mọi tình huống.
Biến tần lỗi chập chờn, thợ đến thì máy lại chạy bình thường?
Bên mình chẩn đoán trước, báo giá rõ ràng rồi mới sửa. Anh em gửi model, mã lỗi hay gặp và thời điểm hay lỗi qua Zalo là mình tư vấn hướng ghi dữ liệu bắt lỗi được ngay.