IoTLabs

Nghiên cứu, Sáng tạo và Thử nghiệm

Series MQTT & IoT: Bài 11 – Use-case thực tế – Theo dõi máy bơm / motor: rung, nhiệt, dòng điện để dự đoán hỏng

1. Bối cảnh thực tế

Máy bơm và motor là những thiết bị chạy liên tục, thường nằm ở:

  • Nhà máy
  • Trang trại
  • Hệ thống cấp nước
  • Kho lạnh
  • Dây chuyền sản xuất nhỏ

Trong nhiều trường hợp, chúng chỉ được:

  • Bật lên và chạy
  • Chỉ phát hiện sự cố khi đã hỏng

Hậu quả:

  • Dừng hệ thống đột ngột
  • Hỏng lan sang thiết bị khác
  • Tốn chi phí sửa chữa và nhân công
  • Ảnh hưởng tới toàn bộ quy trình vận hành

2. Bài toán cần giải quyết

Một hệ thống theo dõi máy bơm/motor hiệu quả cần trả lời:

  • Thiết bị có đang chạy bình thường không?
  • Có dấu hiệu bất thường sớm không?
  • Khi nào nên bảo trì?
  • Thiết bị có đang quá tải hay không?
  • Nếu có sự cố, có phát hiện ngay không?

👉 Đây là bài toán dự đoán hỏng (predictive maintenance), không phải chờ hỏng mới xử lý.

3. Mục tiêu của hệ thống

Hệ thống theo dõi máy bơm/motor cần:

  • Giám sát các chỉ số quan trọng theo thời gian
  • Phát hiện xu hướng bất thường
  • Cảnh báo sớm trước khi hỏng
  • Ghi lại lịch sử để phân tích
  • Hoạt động ổn định, lâu dài

4. Tư duy kiến trúc ở mức logic

Hệ thống được chia thành 4 lớp rõ ràng:

  1. Thiết bị & cảm biến
    • Cảm biến rung
    • Cảm biến nhiệt
    • Cảm biến dòng điện
  2. Truyền dữ liệu
    • Gửi telemetry định kỳ
    • Gửi event khi vượt ngưỡng
  3. IoT Cloud
    • Lưu dữ liệu dài hạn
    • Phân tích xu hướng
    • Chạy rule cảnh báo
  4. Người vận hành
    • Theo dõi dashboard
    • Nhận cảnh báo
    • Lên kế hoạch bảo trì

5. Các vấn đề thực tế & hướng giải quyết

5.1. Máy vẫn chạy nhưng đã “xuống cấp”

Vấn đề

  • Motor vẫn quay
  • Nhưng:
    • Rung tăng dần
    • Nhiệt cao bất thường
    • Dòng điện không ổn định

Nếu không theo dõi:

  • Hỏng bất ngờ
  • Không kịp xử lý

Giải pháp

  • Theo dõi xu hướng, không chỉ giá trị tức thời
  • So sánh với:
    • Mức bình thường
    • Dữ liệu lịch sử

👉 Phát hiện bất thường sớm, trước khi hỏng thật.

5.2. Không biết lúc nào cần bảo trì

Vấn đề

  • Bảo trì theo lịch cứng
  • Hoặc chờ tới khi hỏng

Cả hai đều không tối ưu.

Giải pháp

  • Dựa vào dữ liệu:
    • Rung tăng
    • Nhiệt tăng
    • Dòng điện dao động

👉 Chuyển từ bảo trì định kỳ sang bảo trì theo tình trạng.

5.3. Không phát hiện được quá tải

Vấn đề

  • Bơm chạy quá tải
  • Dòng điện tăng cao
  • Nhưng không có cảnh báo

Giải pháp

  • Đặt ngưỡng dòng điện
  • Gửi event khi vượt ngưỡng
  • Cảnh báo sớm cho kỹ thuật viên

5.4. Không biết thiết bị đã dừng hay bị lỗi

Vấn đề

  • Motor dừng do lỗi
  • Mất nguồn
  • Hay bị ngắt kết nối

Người vận hành không biết ngay.

Giải pháp

  • Theo dõi:
    • Status online/offline
    • Trạng thái hoạt động
  • Phân biệt:
    • Dừng chủ động
    • Dừng do sự cố

6. Dashboard cần thể hiện những gì?

Dashboard theo dõi motor nên tập trung vào:

  1. Trạng thái hiện tại
    • Đang chạy / Dừng
    • Bình thường / Cảnh báo
  2. Chỉ số chính
    • Rung
    • Nhiệt độ
    • Dòng điện
  3. Biểu đồ xu hướng
    • Theo ngày / tuần / tháng
  4. Danh sách cảnh báo
    • Thời điểm
    • Loại sự cố
    • Mức độ nghiêm trọng

👉 Dashboard giúp ra quyết định bảo trì, không chỉ để xem số.

7. Vận hành & độ tin cậy

Hệ thống cần đảm bảo:

  • Không mất dữ liệu quan trọng
  • Phát hiện thiết bị offline
  • Cảnh báo kịp thời

Điều này đạt được nhờ:

  • Telemetry + Event kết hợp
  • Status rõ ràng
  • Rule cảnh báo hợp lý

8. Giá trị mang lại sau khi triển khai

Triển khai hệ thống theo dõi máy bơm/motor giúp:

  • Giảm downtime
  • Giảm chi phí sửa chữa
  • Kéo dài tuổi thọ thiết bị
  • Chủ động bảo trì
  • Nâng cao hiệu quả vận hành

9. Kết luận

Theo dõi máy bơm/motor bằng IoT không phải để biết nó có chạy hay không, mà để biết:

Khi nào nó sắp hỏng – và xử lý trước khi quá muộn.

MQTT + IoT Cloud biến dữ liệu vận hành thành công cụ dự đoán và ra quyết định.

Trong phần triển khai dự án thực tế, chúng ta sẽ đi sâu vào:

  • Thiết kế dashboard theo dõi motor
  • Phân tích xu hướng dữ liệu
  • Xây dựng rule cảnh báo sớm

Bài tiếp theo:

Phần 2, Bài 12: Use-case thực tế — Bãi xe / barrier: đếm lượt xe + uptime + báo lỗi thiết bị