Quản lý lỗi và chẩn đoán từ xa cho bộ sạc xe điện

Quản lý lỗi trạm sạc xe điện là quá trình phát hiện tình trạng sạc bất thường, xác định nguyên nhân, khôi phục dịch vụ một cách an toàn và ghi lại những gì đã được thực hiện. Đối với nhà điều hành điểm sạc, quản lý lỗi trạm sạc xe điện phải kết nối chẩn đoán từ xa với quy trình bảo trì có trách nhiệm. Một bộ sạc được đánh dấu “ngoại tuyến” chỉ là bước khởi đầu của quá trình điều tra: vấn đề tiềm ẩn có thể liên quan đến trạm, kết nối mạng, dịch vụ thanh toán, xe hoặc nguồn điện của địa điểm.

Những gì được coi là lỗi tại trạm sạc xe điện?

Lỗi là tình trạng ngăn cản hoặc làm suy giảm dịch vụ sạc, hoặc tạo ra tình huống cần được điều tra trước khi hoạt động bình thường có thể tiếp tục. Đó có thể là lỗi do bộ sạc báo cáo, đầu nối không khả dụng, lỗi phiên sạc lặp lại, gián đoạn liên lạc hoặc sự cố mà người lái xe gặp phải mà trạng thái thiết bị đơn giản không thể phát hiện. Một cảnh báo đơn lẻ là một tín hiệu; sự cố là trường hợp vận hành được tạo ra khi tín hiệu được xác nhận và được chỉ định để giải quyết.

Sự khác biệt này rất quan trọng. Một đầu nối đang được sử dụng không nhất thiết là bị lỗi. Một bộ sạc không gửi dữ liệu gần đây có thể không truy cập được do sự cố mạng chứ không phải do mô-đun nguồn bị hỏng. Một phiên không bắt đầu sau khi xác thực có thể do quy tắc thanh toán hoặc tài khoản, tương tác cáp, phản hồi của xe hoặc chính bộ sạc. Việc phân loại mọi thứ là "bộ sạc bị hỏng" sẽ dẫn kỹ thuật viên không phù hợp đến sai vị trí.

Hãy bắt đầu bằng cách đặt ra ba câu hỏi: Tài xế có thể hoàn tất việc sạc pin không? Vấn đề chỉ xảy ra ở một đầu nối, một trạm hay toàn bộ khu vực? Có điều kiện an toàn nào cần kiểm tra tại chỗ không? Sau đó, hãy kiểm tra các bằng chứng xung quanh trước khi quyết định có nên thực hiện thao tác từ xa đã được phê duyệt hay cử đội ngũ đến hiện trường hay không.

Người vận hành nên điều tra những tín hiệu nào trước tiên?

Các nhà điều hành nên kết hợp các sự kiện giao thức, kết nối bộ sạc, bản ghi phiên, báo cáo của người lái xe và ngữ cảnh địa điểm. Bảng sau đây là hướng dẫn phân loại, không khẳng định rằng mọi bộ sạc đều hiển thị tất cả các tín hiệu này. Dữ liệu khả dụng khác nhau tùy thuộc vào kiểu bộ sạc, phần mềm, phiên bản giao thức và phạm vi tích hợp.

Mức độ ưu tiên cần phản ánh tác động đến khách hàng và hoạt động. Một đầu nối bị lỗi tại một địa điểm có nhiều lựa chọn thay thế miễn phí khác hẳn với một bộ sạc bị hỏng tại kho xe ngay trước khi xe khởi hành. Dự án sạc xe buýt điện tự hành của Singapore Bài viết minh họa lý do tại sao các nhóm quản lý sạc xe buýt cần xem xét trạng thái của bộ sạc cùng với lịch trình xe và các yêu cầu vận hành; phần thảo luận được công bố giải thích cách tác động của lỗi thay đổi theo thời hạn khởi hành của xe buýt.

Quy trình chẩn đoán từ xa nên diễn ra như thế nào từng bước một?

Một kết nối Hệ thống quản lý trạm sạc xe điện Điều này giúp việc vận hành chuỗi thao tác này dễ dàng hơn trên nhiều địa điểm bằng cách đưa ngữ cảnh về bộ sạc, phiên sạc và vận hành bảo trì vào một môi trường tập trung. (TrendPower's) giải pháp quản lý vận hành thông minh Mô tả việc giám sát, chẩn đoán từ xa, khắc phục sự cố được hỗ trợ và các lệnh công việc khép kín như là một phần của quy trình làm việc thống nhất.

OCPP đóng góp gì vào việc phát hiện lỗi?

OCPP cung cấp một khung giao tiếp chung giữa các trạm sạc và hệ thống quản lý trung tâm. Khung này giúp nền tảng nhận thông tin từ trạm và, khi được hỗ trợ, yêu cầu các hành động chẩn đoán hoặc điều khiển. Tuy nhiên, nó không đảm bảo rằng mọi bộ sạc đều gửi cùng mức độ chi tiết hoặc thực hiện mọi chức năng tùy chọn. Liên minh Sạc Mở (Open Charge Alliance) Cải thiện khả năng giám sát thời gian hoạt động với OCPP Bản báo cáo khuyến nghị kết hợp các sự kiện tại trạm với các hoạt động kiểm tra khác để cải thiện khả năng phát hiện lỗi.

OCPP 1.6 và OCPP 2.0.1: Những thay đổi nào đối với công tác chẩn đoán?

Trong OCPP 1.6, trạng thái bộ sạc và mã lỗi liên quan có thể cung cấp tín hiệu lỗi ban đầu. Người vận hành nên xác minh xem nhà sản xuất cụ thể thực sự triển khai những mã lỗi và chức năng chẩn đoán nào, vì mã chung chung có thể không xác định được nguyên nhân vật lý. OCPP 2.0.1 bổ sung mô hình thiết bị có cấu trúc hơn và khả năng giám sát, cho phép cung cấp thông tin chi tiết hơn về các thành phần khi trạm và hệ thống phụ trợ hỗ trợ các chức năng liên quan. Như Liên minh Sạc Mở (Open Charge Alliance) đã lưu ý, các phiên bản khác nhau đáng kể; việc nâng cấp tên giao thức không nên được coi là bằng chứng về khả năng chẩn đoán phong phú hơn trong mọi hệ thống.

Đối với một hệ thống trạm sạc hỗn hợp, hãy xác định dữ liệu nào có sẵn cho từng kiểu trạm sạc. So sánh các thông báo quan sát được với tài liệu của nhà sản xuất, phần mềm và cấu hình thực tế của trạm. Trong quá trình kiểm thử nghiệm thu, hãy tái tạo các điều kiện lỗi đã chọn trong môi trường được kiểm soát và xác nhận rằng cảnh báo xuất hiện, đến được đúng nhóm phụ trách và giữ lại đủ ngữ cảnh để đưa ra quyết định hữu ích. (TrendPower) Tổng quan về tích hợp OCPP Cung cấp thêm ngữ cảnh về việc quản lý bộ sạc từ các nhà sản xuất khác nhau. Để biết thêm về các khả năng của nền tảng, hãy xem phần tiếp theo. danh sách kiểm tra tính năng CPMS.

Những vấn đề nào có thể được giải quyết từ xa?

Chẩn đoán từ xa là một cách để hiểu vấn đề mà không cần phải cử người đến tận nơi sạc. Khắc phục sự cố từ xa là quyết định riêng biệt về việc thay đổi một thứ gì đó. Tùy thuộc vào việc hỗ trợ bộ sạc đã được xác minh và quyền hạn của người vận hành, nhóm vận hành có thể làm mới kết nối thiết bị, sử dụng chức năng đặt lại được ủy quyền, cập nhật cấu hình, khởi tạo quy trình cập nhật phần mềm được hỗ trợ hoặc thay đổi trạng thái khả dụng trong khi công việc bảo trì đang chờ xử lý. Mỗi hành động cần được ghi lại người chịu trách nhiệm, lý do và kết quả.

Việc điều khiển từ xa cần có các biện pháp bảo vệ. Không nên làm gián đoạn quá trình sạc đang diễn ra chỉ vì có cảnh báo; hãy kiểm tra xem thao tác đó có được hỗ trợ, cần thiết và an toàn trong bối cảnh đó hay không. Nếu thiết bị báo cáo sự cố nghi ngờ về điện, nhiệt, đầu nối hoặc nguồn điện tại chỗ, khả năng hiển thị của phần mềm không thể thay thế việc kiểm tra vật lý bởi nhân viên có chuyên môn. Việc khởi động lại tạm thời xóa cảnh báo không phải là bằng chứng cho thấy lỗi phần cứng đã được khắc phục. Hãy ghi lại các lỗi lặp lại và chuyển chúng cho chủ sở hữu thiết bị hoặc người phụ trách dịch vụ tại hiện trường thích hợp.

Một số lỗi sạc rõ ràng cũng xảy ra bên ngoài bộ sạc. Nếu nhiều thiết bị không thể xác thực phiên nhưng vẫn duy trì kết nối, hãy xem xét thông tin đăng nhập người dùng, biểu phí hoặc quy trình thanh toán và các phụ thuộc phía máy chủ. Nếu toàn bộ một địa điểm biến mất cùng một lúc, hãy điều tra nguồn điện hoặc đường truyền cục bộ trước khi tạo phiếu yêu cầu phần cứng riêng lẻ cho từng trạm. Mục tiêu là giảm thiểu các chuyến thăm không cần thiết trong khi vẫn duy trì ranh giới rõ ràng giữa những gì phần mềm có thể chẩn đoán và những gì kỹ thuật viên phải kiểm tra.

Khi nào cần kỹ thuật viên đến hiện trường để khắc phục sự cố?

Việc điều động kỹ thuật viên là phù hợp khi bằng chứng từ xa chỉ ra vấn đề ở linh kiện, cáp, đầu nối hoặc vị trí cần sửa chữa trực tiếp; khi các thao tác từ xa đã được phê duyệt không thành công; hoặc khi vấn đề an toàn yêu cầu cách ly và kiểm tra. Một phiếu yêu cầu sửa chữa hữu ích bao gồm ID trạm và đầu nối, vị trí, thông tin liên hệ và truy cập, các triệu chứng quan sát được, dấu thời gian, các sự kiện gần đây, các hành động trước đó và bất kỳ bộ phận hoặc dụng cụ kiểm tra nào có thể cần thiết. Chỉ định một người chịu trách nhiệm và nêu rõ những gì cần được xác minh trước khi mở lại trạm sạc cho người dùng.

Việc đóng một yêu cầu hỗ trợ cần bao gồm kết quả dịch vụ được ghi lại và kiểm tra khắc phục sự cố thực tế. Ví dụ, ghi lại xem lỗi đã được khắc phục bằng cách thay thế linh kiện, khôi phục kết nối trang web, cập nhật cấu hình được hỗ trợ hay giải quyết vấn đề thanh toán của bên thứ ba. Nếu bộ sạc hoạt động nhưng người lái xe vẫn không thể hoàn tất phiên sạc, vấn đề mà khách hàng gặp phải vẫn chưa được giải quyết. Trang sản phẩm Vận hành và Bảo trì của TrendPower mô tả đây là một quy trình khép kín từ khi tạo và chuyển tiếp yêu cầu hỗ trợ đến khi cung cấp dịch vụ, xác minh và phản hồi.

Đối với các lỗi tái diễn, hãy nhóm các phiếu yêu cầu liên quan theo thiết bị, kiểu máy, phiên bản phần mềm và nguyên nhân nghi ngờ. Điều này giúp phân biệt sự cố riêng lẻ với vấn đề cấu hình trên toàn hệ thống hoặc vấn đề từ nhà cung cấp. Sau đó, nhóm vận hành có thể quyết định điều chỉnh các quy tắc giám sát, lên lịch kiểm tra phòng ngừa, thử nghiệm thay đổi phần mềm hoặc gửi yêu cầu chính thức đến nhà sản xuất.

Làm thế nào các nhà điều hành có thể giảm thiểu báo động giả và các phiếu yêu cầu trùng lặp?

Một cảnh báo hữu ích xác định một hành động, chứ không chỉ là sự thay đổi trong một trường dữ liệu. Các trạm có thể kết nối lại sau một sự gián đoạn ngắn của mạng di động, người lái xe có thể thử lại một phiên sạc và một sự cố mất điện ở cấp độ trạm có thể tạo ra hàng chục thông báo thiết bị. Nếu hệ thống tạo một phiếu yêu cầu ưu tiên cao mới cho mỗi sự kiện, các nhóm sẽ dành nhiều thời gian hơn để sắp xếp thông báo thay vì khôi phục sạc. Hãy xác định một khung thời gian quan sát hợp lý cho các điều kiện gián đoạn, nhóm các tín hiệu liên quan từ cùng một trạm hoặc địa điểm và lưu giữ lịch sử sự kiện thô để điều tra. Giữ nguyên cơ chế leo thang ngay lập tức đối với các điều kiện thực sự cần được xử lý nhanh chóng.

Phân loại mức độ nghiêm trọng dựa trên tác động đến dịch vụ và bằng chứng. Việc mất kết nối tạm thời kèm theo khả năng tự động khôi phục có thể cần xem xét xu hướng; các lỗi lặp đi lặp lại trên đầu nối duy nhất tại một vị trí cần xác định người chịu trách nhiệm và mục tiêu khắc phục. Lỗi xuất hiện trở lại sau khi thiết lập lại cần được mở lại hoặc liên kết với sự cố trước đó, chứ không phải xuất hiện như một thành công không liên quan sau đó là một vấn đề mới. Xem xét các cảnh báo sai với nhóm hỗ trợ và nhà sản xuất bộ sạc, đặc biệt là sau khi thay đổi phần mềm hoặc mạng. Những thực hành này giúp chẩn đoán từ xa đáng tin cậy hơn vì người vận hành sẽ thấy ít cảnh báo hơn mà không có bước hành động tiếp theo cụ thể.

Những chỉ số nào cho thấy liệu việc quản lý lỗi có đang được cải thiện hay không?

Hãy chọn một nhóm nhỏ các biện pháp có định nghĩa chính xác. Thời gian phát hiện Quy trình này bắt đầu từ vấn đề đầu tiên có thể quan sát được cho đến khi có cảnh báo cần hành động; thời gian để thừa nhận Bao gồm toàn bộ quy trình từ tạo cảnh báo đến quản lý quyền sở hữu; thời gian để khôi phục Quá trình này tiếp tục cho đến khi dịch vụ được xác minh. Theo dõi các sự cố lặp lại trên cùng một tài sản, các phiếu yêu cầu được mở lại sau khi đã đóng và tỷ lệ sự cố được giải quyết mà không cần đến tận nơi. Các chỉ số này mô tả các giai đoạn khác nhau của quy trình, vì vậy một con số trung bình ấn tượng không nên che giấu việc phát hiện chậm hoặc các bản vá tạm thời lặp đi lặp lại.

Cũng riêng biệt kết nối nhà ga từ khả dụng của tài xếThiết bị có thể vẫn trực tuyến ngay cả khi kết nối hoặc quy trình thanh toán gặp sự cố. Xác định các kết nối, giờ hoạt động và các trường hợp loại trừ được tính vào bất kỳ phép tính thời gian hoạt động nào. Đối với đội xe, hãy thêm các biện pháp vận hành như xe sẵn sàng trước giờ khởi hành; đối với trạm sạc công cộng, hãy xem xét các lần khởi động không thành công và khiếu nại của người lái xe theo từng địa điểm. Hướng dẫn KPI cho bảng điều khiển trạm sạc có thể giúp kết nối những câu hỏi về dịch vụ này với một bức tranh hoạt động tổng thể rộng hơn.

Sử dụng xu hướng để lựa chọn hành động. Số lượng lỗi kết nối lặp đi lặp lại ngày càng tăng có thể là lý do để tiến hành điều tra thiết bị kỹ lưỡng hơn; một cụm bộ sạc ngoại tuyến dường như không liên quan tại một vị trí có thể chỉ ra vấn đề ở mạng lưới của địa điểm đó. Việc đo lường tốt giúp các nhóm vận hành và thương mại ưu tiên các biện pháp khắc phục nhằm khôi phục khả năng sạc pin, chứ không chỉ đơn thuần là giảm số lượng cảnh báo hiển thị.

Các CPO nên đặt những câu hỏi gì khi đánh giá phần mềm chẩn đoán từ xa?

1. Phạm vi dữ liệu: Những trạng thái, lỗi, nhật ký và sự kiện phiên nào của bộ sạc và đầu nối có sẵn cho mỗi kiểu phần cứng được đề xuất?
2. Khả năng tương tác: Phiên bản OCPP, firmware và bộ lệnh riêng lẻ nào đã được kiểm tra với các thiết bị thực tế?
3. Chất lượng cảnh báo: Liệu nhóm có thể loại bỏ các báo cáo trùng lặp, nhóm các sự cố trên toàn hệ thống và định tuyến các cảnh báo quan trọng theo vai trò hoặc địa điểm không?
4. Điều khiển hành động: Ai có thể ra lệnh từ xa, và liệu có sẵn các chức năng phê duyệt, kiểm tra phiên hoạt động và ghi chép kiểm toán hay không?
5. Lệnh công việc: Liệu nhân viên hiện trường có thể xem các chẩn đoán trước đó, bổ sung bằng chứng và gửi kết quả về bộ phận vận hành không?
6. Bằng chứng phục chế: Ngoài việc thay đổi trạng thái trạng thái thành “trực tuyến”, sự kiện hoặc bài kiểm tra nào xác nhận rằng trình kết nối có thể sử dụng lại được?
7. Phóng sự: Liệu các báo cáo có thể hiển thị tần suất xảy ra lỗi, thời gian phản hồi, số lần đến hiện trường và các lỗi mà người lái xe gặp phải bằng cách sử dụng các định nghĩa đã được thống nhất?

Hãy mang theo các mẫu bộ sạc tiêu biểu và một vài trường hợp sự cố thực tế đến buổi trình diễn. Yêu cầu nhà cung cấp theo dõi một sự cố từ khi phát hiện tín hiệu ban đầu đến khi được khắc phục hoàn toàn. Để có cái nhìn tổng quan về lĩnh vực phần mềm rộng hơn, hãy đọc phần tiếp theo. Hướng dẫn hệ thống quản lý điểm sạcBài viết này tập trung vào quyết định cụ thể hơn: liệu quy trình xử lý sự cố có cung cấp cho các nhóm của bạn đủ bằng chứng và quyền tự chủ để khôi phục dịch vụ một cách nhất quán hay không.

Câu hỏi thường gặp

Giám sát từ xa có giống với chẩn đoán từ xa không?

Không. Chức năng giám sát cho thấy bộ sạc hoặc phiên làm việc đã thay đổi trạng thái và cảnh báo nhóm về sự cố có thể xảy ra. Chức năng chẩn đoán sẽ điều tra nguyên nhân bằng cách sử dụng lịch sử sự kiện, thông báo, thông tin lỗi và ngữ cảnh hoạt động. Việc khắc phục sự cố có thể yêu cầu thao tác từ xa được phê duyệt hoặc chuyến thăm hiện trường.

Bộ sạc OCPP có luôn gửi mã lỗi chi tiết không?

Không. Giao thức cung cấp các cơ chế để báo cáo sự kiện, nhưng chi tiết cụ thể sẽ khác nhau tùy thuộc vào phiên bản, cách triển khai trạm, phần mềm và cấu hình. Hãy xác thực chính xác kiểu bộ sạc và các trường chẩn đoán cần thiết trong quá trình kiểm tra tích hợp.

Việc thiết lập lại từ xa có khắc phục được lỗi của bộ sạc xe điện không?

Đôi khi, việc thiết lập lại theo hướng dẫn sẽ khôi phục dịch vụ sau sự cố phần mềm hoặc kết nối tạm thời. Tuy nhiên, nó không sửa chữa phần cứng bị hỏng, điều kiện điện không an toàn hoặc nguyên nhân gốc rễ của lỗi tái diễn. Hãy kiểm tra trạng thái phiên hoạt động trực tiếp và ghi lại kết quả trước khi sử dụng thao tác này.

Các nhà điều hành nên ưu tiên xử lý nhiều lỗi cùng lúc như thế nào?

Cần xem xét các yếu tố như an toàn, các đầu nối bị ảnh hưởng, các giải pháp thay thế khả dụng, tác động đến khách hàng và các nghĩa vụ cần thực hiện gấp. Một sự cố tại kho ngay trước khi đội xe khởi hành có thể đòi hỏi hành động nhanh hơn so với cùng một cảnh báo kỹ thuật tại một địa điểm khác hoạt động tốt.

TrendPower cần những thông tin gì để đánh giá một dự án vận hành và bảo trì?

Hãy chia sẻ số lượng trạm sạc và bộ sạc, kiểu máy và phần mềm, phiên bản OCPP, hệ thống phụ trợ hiện có, quốc gia, đối tác dịch vụ, các loại lỗi thường gặp và quy trình xử lý sự cố hiện tại. Sau đó, nhóm có thể thảo luận về việc giám sát, phạm vi chẩn đoán và quy trình xử lý đơn đặt hàng công việc phù hợp cho mạng lưới thực tế.

Tài liệu tham khảo kỹ thuật: Liên minh Open Charge, Cải thiện việc giám sát thời gian hoạt động với OCPP (v1.2)Quy trình làm việc của sản phẩm và bối cảnh dự án: Các trang về CPMS liên kết của TrendPower, vận hành và bảo trì thông minh và các trường hợp triển khai tại Singapore. Các ví dụ và quyết định phân loại ở trên chỉ mang tính minh họa; các chức năng được hỗ trợ phải được kiểm tra cho từng bộ sạc và triển khai cụ thể.