SCADA & Alarm Notification
Alarm Không Gửi Email: 8 Kiểm Tra Notification Pipeline Khi Alarm Đã Active
Alarm Không Gửi Email: 8 Kiểm Tra Notification Pipeline Khi Alarm Đã Active là tình huống cần giữ dữ liệu trước khi reset hoặc chạy tạm. Cách làm tốt nhất là khoanh vùng logic,
Khi alarm không gửi email, đội bảo trì không nên chỉ nhìn một tín hiệu đang ON rồi kết luận thiết bị còn tốt. Cần kiểm tra toàn bộ chuỗi điều kiện tạo lỗi.
Pain point từ sheet hôm nay là: Alarm đã Active và xuất hiện đúng trong Alarm Table/DB nhưng notification pipeline không thực sự chạy nên email/SMS/callout không được gửi;
Tóm tắt nhanh
Nếu gặp alarm không gửi email, hãy chụp trạng thái máy, giữ log, ghi điều kiện vận hành và kiểm tra từng nhánh theo checklist trước khi thay thiết bị.
Đối chiếu thêm bài liên quan trong thư viện Kỹ Thuật Nhà Máy và checklist xử lý sự cố tại hiện trường để giữ dữ liệu trước khi reset.
Dành cho ai?
Bài này dành cho đội bảo trì điện, cơ điện, tự động hóa, SCADA và trưởng ca khi cần xử lý lỗi lặp trong nhà máy.
Nó cũng hữu ích cho quản lý sản xuất muốn hiểu vì sao alarm không gửi email có thể làm downtime tăng nếu chỉ xử lý bằng reset hoặc chạy tạm.
Dấu hiệu alarm không gửi email cần ghi lại ngay
Những tín hiệu ban đầu giúp phân biệt alarm không gửi email là lỗi thiết bị, lỗi logic, lỗi cấu hình hay lỗi thiếu dữ liệu bảo trì.
Xác nhận alarm active trong table không đồng nghĩa notification đã gửi.
Đọc log gateway, SMTP, SMS provider và escalation pipeline cùng một mốc thời gian.
Kiểm tra user roster, schedule, rule filter, priority và acknowledge condition.
Test alarm giả lập từ đầu pipeline đến mailbox/điện thoại trước khi chốt OK.
Checklist xử lý alarm không gửi email tại hiện trường
Thứ tự dưới đây giúp xử lý alarm không gửi email có kiểm soát và giảm rủi ro thay sai linh kiện hoặc che mất nguyên nhân gốc.
- Bước 1: Ghi alarm ID, priority, timestamp active và trạng thái acknowledge.
- Bước 2: Kiểm tra pipeline có được gán đúng vào alarm source không.
- Bước 3: Xem rule filter có loại mất alarm vì area, priority hoặc tag path không.
- Bước 4: Kiểm tra roster, lịch trực, email, số điện thoại và escalation delay.
- Bước 5: Đọc log SMTP/API để biết lỗi auth, rate limit, DNS hoặc timeout.
- Bước 6: Test bằng alarm giả lập, không chờ lỗi production thật.
- Bước 7: Xác nhận người nhận thực tế nhận được mail/SMS/callout.
- Bước 8: Ghi kết quả test định kỳ vào checklist vận hành SCADA.
Bảng khoanh vùng nguyên nhân khi alarm không gửi email
Bảng này giúp chọn điểm kiểm tra đầu tiên, tránh đi lan man khi sản xuất đang chờ máy chạy lại.
| Triệu chứng | Nhóm nguyên nhân | Cách kiểm tra | Khi nên gọi hỗ trợ |
|---|---|---|---|
| Alarm active nhưng không ai nhận | Pipeline chưa chạy hoặc bị filter | So alarm event và pipeline log | Bỏ sót sự cố critical |
| Chỉ một nhóm không nhận | Roster hoặc schedule sai | Kiểm tra lịch trực và contact | Escalation không tới đúng người |
| Log báo gửi lỗi | SMTP/API/provider lỗi | Đọc mã lỗi gateway | Thông báo mất hàng loạt |
| Test thủ công gửi được | Alarm rule mapping sai | Kích alarm giả lập cùng source | Nhầm giữa test và production |
Không nên làm khi alarm không gửi email
Các thao tác quen tay có thể làm máy chạy tạm nhưng khiến nguyên nhân thật khó chứng minh hơn ở lần sự cố kế tiếp.
Đừng reset hoặc bypass trước khi giữ dữ liệu
Với alarm không gửi email, trạng thái ngay trước reset thường là bằng chứng quan trọng nhất. Reset sớm có thể làm mất log, mất thứ tự lỗi và làm đội sau phải đoán lại từ đầu.
Không biến chạy tạm thành trạng thái vận hành lâu dài
Chạy tạm khi chưa biết nguyên nhân có thể làm sự cố lan sang cơ khí, điện, an toàn hoặc dữ liệu sản xuất. Cần có giới hạn và người chịu trách nhiệm rõ.
Câu hỏi thường gặp
alarm không gửi email có nên xử lý bằng reset trước không?
Không nên reset trước khi chụp trạng thái, giữ log và ghi điều kiện lỗi. Reset có thể làm mất dữ liệu khoanh vùng.
Cần chuẩn bị gì để hỗ trợ từ xa?
Gửi ảnh hiện trường, alarm/log, thời điểm lỗi, thay đổi gần nhất, sơ đồ liên quan và tác động downtime thực tế.
Khi nào nên gọi hỗ trợ ngoài?
Khi lỗi lặp lại, ảnh hưởng line critical, thiếu sơ đồ hoặc cần can thiệp PLC, drive, mạng OT, SCADA hay logic an toàn.
Cần xử lý lỗi thực tế?
Gửi dữ liệu hiện trường khi alarm không gửi email
Kỹ Thuật Nhà Máy có thể hỗ trợ phân loại lỗi, đọc log, đề xuất phép đo và chọn bước khôi phục phù hợp với tình trạng thực tế của line.