Chi phí bảo trì trạm sạc không chỉ nằm ở phần cứng, hợp đồng dịch vụ hay chi phí kỹ thuật viên. Một yếu tố quan trọng không kém là tốc độ phát hiện, chẩn đoán và xử lý sự cố trước khi phải cử người đến hiện trường.
Bài viết này tập trung vào quy trình đó: cách kết hợp bảo trì phòng ngừa, giám sát từ xa và xử lý tại hiện trường để giảm thời gian gián đoạn và duy trì mạng lưới hoạt động ổn định.
Ba cấp độ xử lý sự cố
Có thể chia cách xử lý sự cố trụ sạc thành ba cấp độ chính. Tỷ lệ sự cố được giải quyết ở mỗi cấp độ thường ảnh hưởng đến chi phí và thời gian xử lý trung bình nhiều hơn bản thân phần cứng:
| Cấp độ | Ví dụ | Cách xử lý thông thường |
|---|---|---|
| Phòng ngừa | Cập nhật firmware, kiểm tra định kỳ cổng sạc và cáp sạc, vệ sinh | Lên lịch trước, trước khi sự cố xảy ra |
| Xử lý từ xa | Phiên sạc bị treo, sai lệch cấu hình, firmware không phản hồi, sự cố kết nối tạm thời | Reset, mở khoá hoặc cấu hình lại từ bảng điều khiển vận hành - không cần đến hiện trường |
| Xử lý tại hiện trường | Cáp hoặc cổng sạc hư hỏng vật lý, lỗi phần cứng lặp lại, sự cố về điện | Cử kỹ thuật viên đến hiện trường |
Mục tiêu của bảo trì không phải là ngăn chặn hoàn toàn mọi sự cố, vì sự cố phần cứng vẫn có thể xảy ra ngay cả khi quy trình vận hành tốt. Mục tiêu là xử lý càng nhiều sự cố càng tốt thông qua phòng ngừa và xử lý từ xa trước khi cần đến cấp độ thứ ba, vì cử kỹ thuật viên đến hiện trường luôn là phương án chậm nhất và tốn kém nhất.
Quy trình xử lý sự cố theo hướng ưu tiên từ xa
- Phát hiện sự cố và tự động tạo phiếu xử lý. Thời gian từ khi sự cố xảy ra đến khi đội vận hành nhận được cảnh báo - thời gian phát hiện trung bình - nên được rút ngắn xuống mức vài phút, thay vì phụ thuộc vào việc kiểm tra bảng điều khiển thủ công hoặc khi người dùng phàn nàn.
- Chẩn đoán dựa trên dữ liệu và thông điệp OCPP thay vì phỏng đoán. Một cổng sạc báo trạng thái Faulted, một phiên sạc bị treo mà không có StopTransaction, hay MeterValues ngừng cập nhật đều có thể cung cấp những manh mối khác nhau về nguyên nhân sự cố - xem bảng thuật ngữ thông điệp OCPP để hiểu ý nghĩa của các tín hiệu sự cố phổ biến nhất.
- Ưu tiên xử lý từ xa. Reset, mở khoá cổng sạc, hoặc kiểm tra lại cấu hình - xử lý xong trong vài phút nếu thành công; nếu không thành công, đội vận hành vẫn có thêm dữ liệu trước khi chuyển sang xử lý tại hiện trường.
- Chỉ chuyển sang xử lý tại hiện trường khi không thể khắc phục từ xa. Đến lúc một kỹ thuật viên được cử đi, loại sự cố, lịch sử chẩn đoán và bất kỳ lần thử khắc phục từ xa nào đã thực hiện nên đi kèm với phiếu xử lý, để lần xử lý tại hiện trường có đầy đủ thông tin về sự cố ngay từ đầu, thay vì phải chẩn đoán lại từ đầu tại chỗ.
Bảo trì phòng ngừa: đừng chờ đến khi sự cố xảy ra
Bảo trì phòng ngừa không tạo cảm giác cấp bách như khi một cổng sạc đột ngột ngừng hoạt động, và đó chính xác là lý do nó thường là một trong những khoản đầu tiên bị cắt giảm khi ngân sách hạn chế - nhưng việc cắt giảm này có thể làm tăng chi phí về lâu dài. Một vài việc nên đưa vào lịch định kỳ thay vì chỉ phản ứng khi có sự cố:
- Cập nhật firmware thường xuyên. Trụ sạc sử dụng firmware lỗi thời có thể thiếu các bản vá và cải tiến từ nhà sản xuất, đồng thời dần mất khả năng tương thích đầy đủ với các tính năng OCPP mới hơn - xem OCPP 1.6 So Với OCPP 2.0.1 để hiểu khoảng cách phiên bản giao thức có thể gây ra hậu quả gì trong thực tế.
- Kiểm tra vật lý cáp và cổng sạc. Đây là những bộ phận chịu hao mòn trực tiếp trong quá trình sử dụng - chứ không phải lỗi bộ điều khiển mà một lần reset từ xa có thể sửa được - và cũng là những vấn đề mà hệ thống giám sát phần mềm không phải lúc nào cũng có thể phát hiện trực tiếp.
- Xem lại lịch sử sự cố lặp lại, không chỉ các phiếu đang mở. Một cổng sạc liên tục tái phát sự cố sau khi đã được đánh dấu xử lý xong đang cho thấy một vấn đề phần cứng mà việc xử lý từ xa có thể chỉ giải quyết triệu chứng tạm thời, chứ không thực sự giải quyết.
Đội kỹ thuật nội bộ hay nhà cung cấp dịch vụ bảo trì?
Không có một mô hình phù hợp với mọi mạng lưới - quyết định thường phụ thuộc vào quy mô và độ phân tán địa lý của mạng lưới. Một mạng lưới nhỏ, tập trung thường có thể duy trì một kỹ thuật viên nội bộ sau khi việc xử lý từ xa đã giải quyết được phần lớn sự cố. Một mạng lưới trải rộng trên nhiều địa điểm và khu vực thường phù hợp hơn với mô hình sử dụng nhà cung cấp dịch vụ - thông qua mạng lưới dịch vụ của nhà sản xuất phần cứng, hoặc một đơn vị dịch vụ hiện trường bên thứ ba - vì việc xây dựng đội kỹ thuật nội bộ tại mọi thị trường mà mạng lưới đang vận hành có thể không hiệu quả về chi phí khi quy mô chưa đủ lớn. Dù chọn hình thức nào, quy trình xử lý ưu tiên từ xa ở trên mới là yếu tố quyết định tần suất thực sự cần dùng đến hợp đồng đó, thường là đòn bẩy lớn hơn cả mức phí mỗi lần đến hiện trường đối với tổng chi phí bảo trì.
Một CSMS cần gì để hỗ trợ quy trình bảo trì hiệu quả?
- Giám sát đến từng cổng sạc, không chỉ ở cấp độ trụ. Trạng thái, kết nối và sự cố hiển thị theo từng cổng sạc - một trụ nhiều cổng có thể vẫn hoạt động bình thường dù một cổng đang gặp sự cố, điều mà giám sát ở cấp trụ sạc sẽ bỏ sót.
- Cảnh báo và tự động tạo phiếu xử lý. Nếu thiếu điều này, thời gian phát hiện và xử lý trung bình rất khó đo lường chính xác - chỉ có thể ước lượng sau khi sự việc đã xảy ra.
- Công cụ xử lý từ xa ngay trên bảng điều khiển. Reset, mở khoá và kiểm tra cấu hình có sẵn trực tiếp cho đội vận hành, không cần chuyển sang công cụ riêng của từng nhà sản xuất.
- Lịch sử xử lý đầy đủ cho từng sự cố. Ghi lại thao tác đã thực hiện, thời gian và người thực hiện - để một kỹ thuật viên được cử đi sau khi thử khắc phục từ xa thất bại không phải bắt đầu chẩn đoán lại từ đầu.
Những khả năng này giúp biến hoạt động bảo trì thành một quy trình có thể theo dõi, đo lường và cải thiện. Xem cách CarChargeOS xử lý giám sát, cảnh báo và vận hành từ xa trên trang nền tảng.
Câu hỏi thường gặp
Tỷ lệ sự cố nên xử lý được từ xa, không cần cử kỹ thuật viên, là bao nhiêu?
Không có một tỷ lệ chuẩn phù hợp cho mọi mạng lưới - điều này phụ thuộc rất nhiều vào tuổi đời và chủng loại phần cứng - nhưng xu hướng tỷ lệ sự cố phải xử lý tại hiện trường tăng theo thời gian, thay vì con số tuyệt đối tại một thời điểm, mới là chỉ số đáng theo dõi. Nó thường chỉ ra phần cứng đang xuống cấp hoặc quy trình hiện tại đang chuyển quá nhiều sự cố lẽ ra một lần khắc phục từ xa đã giải quyết được sang xử lý tại hiện trường.
Bảo trì phòng ngừa có còn cần thiết nếu giám sát từ xa đã phát hiện sự cố nhanh?
Có - giám sát từ xa chỉ phát hiện sự cố sau khi nó đã xảy ra. Bảo trì phòng ngừa, đặc biệt là kiểm tra vật lý và cập nhật firmware thường xuyên, mới là thứ ngăn một số sự cố xảy ra ngay từ đầu, và phòng ngừa vẫn hiệu quả hơn về chi phí so với xử lý sau khi sự cố đã xảy ra.
Có cần một đội bảo trì nội bộ để vận hành một mạng lưới đáng tin cậy không?
Không - một hợp đồng dịch vụ với nhà sản xuất phần cứng hoặc một đơn vị dịch vụ hiện trường bên thứ ba phù hợp với hầu hết các mạng lưới, đặc biệt là những mạng lưới trải rộng trên nhiều địa điểm hoặc khu vực. Điều quan trọng hơn việc ai là người thực hiện lần xử lý tại hiện trường là có bao nhiêu phần trăm sự cố đã được xử lý xong trước khi cần đến lần xử lý đó.