So sánh chiến lược giữa OCPP 1.6J và 2.0.1 dành cho các nhà khai thác trạm sạc thương mại

So sánh chiến lược toàn diện giữa OCPP 1.6J và 2.0.1 dành cho các nhà điều hành trạm sạc thương mại toàn cầu: Nắm vững khả năng mở rộng mạng lưới, an ninh mạng tiên tiến, tích hợp ISO 15118 và đảm bảo cơ sở hạ tầng đáp ứng nhu cầu dài hạn cho sự phát triển bền vững của xe điện.

Tóm tắt

Lĩnh vực sạc xe điện (EV) đang trải qua một sự thay đổi mạnh mẽ. Khi việc áp dụng trên toàn cầu tăng tốc, các giao thức truyền thông cơ bản chi phối sự tương tác giữa Thiết bị cung cấp điện cho xe điện (EVSE) và Hệ thống quản lý trạm sạc (CSMS) đã trở thành trọng tâm của chiến lược kỹ thuật đối với các nhà điều hành trạm sạc thương mại (CPO). Giao thức điểm sạc mở (OCPP), được duy trì bởi Liên minh sạc mở (OCA), đã phát triển từ một khung nhắn tin đơn giản thành một tiêu chuẩn phức tạp, an toàn và có khả năng mở rộng cao.

Hướng dẫn này cung cấp phân tích kỹ thuật toàn diện về quá trình chuyển đổi từ OCPP 1.6J sang OCPP 2.0.1. Chúng tôi sẽ khám phá những khác biệt về kiến ​​trúc, các cải tiến về bảo mật, các mô hình quản lý thiết bị và vai trò quan trọng của việc tích hợp ISO 15118. Đối với người mua và nhà mạng, bài viết này đóng vai trò là tài liệu tham khảo chính xác nhất để đưa ra các quyết định mua sắm và chuyển đổi sáng suốt trong một thị trường đang phát triển nhanh chóng.

Chương 1: Sự phát triển của các tiêu chuẩn sạc xe điện: Bối cảnh lịch sử

Giao thức điểm sạc mở (OCPP) ra đời từ nhu cầu về khả năng tương tác. Trong những ngày đầu của việc sạc xe điện, các nhà sản xuất phần cứng và nhà cung cấp phần mềm đã sử dụng các giao thức độc quyền, tạo ra những "vườn khép kín" kìm hãm sự cạnh tranh và đổi mới. Sự ra đời của OCPP 1.2 và 1.5 đã đặt nền móng, nhưng chính OCPP 1.6 mới thực sự thống nhất ngành công nghiệp.

1.1 Sự thống trị của OCPP 1.6J

Được phát hành vào năm 2015, OCPP 1.6 đã giới thiệu phương thức JSON qua WebSockets (1.6J). Việc chuyển đổi từ phương thức nhắn tin dựa trên SOAP đã giảm đáng kể chi phí và đơn giản hóa quá trình triển khai cho các nhà phát triển. Nó đã giới thiệu các tính năng như sạc thông minh và các thông báo trạng thái bổ sung, khiến nó trở thành tiêu chuẩn ngành trong gần một thập kỷ.

1.2 Sự hình thành của OCPP 2.0.1

Mặc dù thành công của OCPP 1.6J, sự phát triển của ngành công nghiệp đã bộc lộ những hạn chế của nó. Các vấn đề về bảo mật, độ phức tạp trong quản lý thiết bị và thiếu hỗ trợ gốc cho tích hợp lưới điện tiên tiến (V2G) đã dẫn đến sự phát triển của OCPP 2.0, và sau đó là phiên bản cải tiến OCPP 2.0.1 (phát hành năm 2020). OCPP 2.0.1 không chỉ là một bản cập nhật; đó là một thiết kế lại hoàn toàn nhằm hỗ trợ thế hệ tiếp theo của các mạng lưới sạc thông minh, an toàn và công suất cao.

Chương 2: Các mô hình giao tiếp cơ bản: JSON, WebSockets và cấu trúc khung

Để hiểu được sự khác biệt giữa các giao thức này, người ta phải xem xét đến cách thức giao tiếp ở cấp độ thấp. Cả hai giao thức đều sử dụng JSON qua WebSockets, nhưng cấu trúc và cách xử lý các thông điệp này lại khác nhau đáng kể.

2.1 Lớp WebSocket

Cả hai phiên bản đều sử dụng kết nối WebSocket liên tục, cho phép giao tiếp song công hoàn toàn. Điều này rất quan trọng đối với các hoạt động thời gian thực, chẳng hạn như dừng phiên sạc từ ứng dụng di động hoặc nhận cảnh báo lỗi tức thì.

2.2 Phân tích cấu trúc thông điệp

Một thông điệp OCPP điển hình bao gồm ID loại thông điệp, ID thông điệp duy nhất, tên hành động và nội dung thông điệp.

Ví dụ về khung OCPP 1.6J (BootNotification)

“json [2, "123456", "BootNotification", { "chargePointVendor": "MidaPower", "chargePointModel": "Terra-X", "chargePointSerialNumber": "SN001", "firmwareVersion": "v1.2.3" }]“

Ví dụ về khung OCPP 2.0.1 (BootNotification)

“json [2, "987654", "BootNotification", { "reason": "PowerUp", "chargingStation": { "vendorName": "MidaPower", "model": "Terra-Z", "serialNumber": "SN-Z-99", "firmwareVersion": "v2.0.0" } }]`Hãy chú ý đến độ chi tiết được tăng cường trong phiên bản 2.0.1.Trường `reason` cho phép CSMS hiểu được quá trình khởi động là do khởi động lại, bật nguồn hay do cơ chế giám sát (watch-dog), từ đó giúp cải thiện khả năng chẩn đoán.

Chương 3: Sự chuyển đổi mô hình kiến ​​trúc: Mô hình thiết bị

Sự thay đổi kỹ thuật quan trọng nhất trong OCPP 2.0.1 là việc giới thiệu tính năng...Mô hình thiết bị.

3.1 Những hạn chế của khóa cấu hình 1.6J

Trong OCPP 1.6J, cấu hình phần cứng được quản lý thông qua một danh sách phẳng các "Khóa cấu hình" (ví dụ:Khoảng thời gian nhịp tim, Thời gian chờ kết nốiKhi các bộ sạc trở nên phức tạp hơn (nhiều đầu nối, mô-đun nguồn tích hợp, hệ thống làm mát phức tạp), danh sách phẳng này trở nên khó quản lý. Không có cách nào tiêu chuẩn hóa để mô tả cấu trúc vật lý của một trạm sạc.

3.2 Phương pháp tiếp cận mô hình thiết bị 2.0.1

OCPP 2.0.1 giới thiệu một mô hình phân cấp bao gồm:Các thành phầnVàBiến sốMột thành phần có thể là "Bộ điều khiển", "Bộ kết nối" hoặc "Mô-đun nguồn". Mỗi thành phần có các biến đại diện cho trạng thái hoặc cấu hình của nó (ví dụ:Nhiệt độ, Điện áp, Dòng điện tối đa).

• Thành phầnMột bộ phận vật lý hoặc logic của trạm sạc.
• BiếnMột thuộc tính cụ thể của thành phần đó.
• Đặc trưng: Siêu dữ liệu mô tả biến (đơn vị, phạm vi, kiểu truy cập).

Điều này cho phép giám sát theo tiêu chuẩn. Giờ đây, người vận hành có thể truy vấn nhiệt độ của một mô-đun nguồn cụ thể bằng cách sử dụng một đường dẫn tiêu chuẩn, thay vì dựa vào các khóa độc quyền của nhà cung cấp.

Chương 4: An ninh mạng: Từ “nỗ lực tối đa” đến TLS bắt buộc

Trong giai đoạn đầu của việc sạc xe điện, vấn đề bảo mật thường bị xem nhẹ. Chuẩn OCPP 1.6J cung cấp các cấu hình bảo mật, nhưng việc triển khai không nhất quán giữa các nhà cung cấp.

4.1 Hồ sơ bảo mật trong 1.6J

OCPP 1.6J đã định nghĩa ba cấu hình bảo mật:

1. Không được bảo đảm: Giao thức HTTP/WebSockets dạng văn bản thuần túy.
2. Xác thực cơ bản: TLS với tên người dùng/mật khẩu.
3. Dựa trên chứng chỉ: TLS với chứng chỉ phía máy khách.

Vấn đề là nhiều bộ sạc vẫn ở chế độ Profile 1, khiến chúng dễ bị tấn công trung gian (MITM) và bị điều khiển trái phép.

4.2 Lập trường kiên định của phiên bản 2.0.1

OCPP 2.0.1 yêu cầu giao tiếp an toàn. Nó tích hợp sẵn các tính năng bảo mật tiên tiến:

• Cập nhật phần mềm an toàn: Bắt buộc phải ký và xác minh các ảnh firmware.
• Ghi nhật ký bảo mật: Nhật ký chi tiết về các sự kiện liên quan đến bảo mật (ví dụ: đăng nhập không thành công, chứng chỉ hết hạn).
• Quản lý chứng chỉ: Các thông báo tiêu chuẩn hóa cho các chứng chỉ được xoay vòng và cập nhật (do CSMS hoặc Trạm thực hiện).
• TLS 1.2/1.3Hỗ trợ các tiêu chuẩn mã hóa mới nhất.

Đối với các nhà khai thác thương mại, điều này giúp giảm thiểu rủi ro bị xâm phạm mạng lưới quy mô lớn và đảm bảo tuân thủ các quy định an ninh mạng mới nổi dành cho thiết bị IoT.

Chương 5: Tích hợp ISO 15118: Cắm và Sạc và V2G

Tương lai của việc sạc xe điện không chỉ đơn thuần là việc truyền tải điện năng; mà còn là việc trao đổi dữ liệu và năng lượng một cách thông minh. Tiêu chuẩn ISO 15118 là tiêu chuẩn quốc tế về giao tiếp giữa xe và lưới điện (V2G), và việc tích hợp nó với OCPP là tính năng nổi bật của phiên bản 2.0.1.

5.1 Sự phức tạp của tính năng Cắm và Sạc

Công nghệ Plug & Charge (PnC) cho phép người lái xe chỉ cần cắm sạc vào xe và bắt đầu sạc mà không cần sử dụng ứng dụng hoặc thẻ RFID. Điều này đòi hỏi một cơ sở hạ tầng khóa công khai (PKI) phức tạp liên quan đến xe, bộ sạc, nhà mạng và trung tâm thanh toán bù trừ.

Trong OCPP 1.6J, hỗ trợ PnC gần như không tồn tại trong giao thức cơ bản. Các nhà cung cấp phải tự triển khai các phần mở rộng tùy chỉnh, dẫn đến sự phân mảnh. OCPP 2.0.1 cung cấp "cơ sở hạ tầng" cho PnC bằng cách hỗ trợ:

• Cài đặt chứng chỉ: Chuyển giao Giấy chứng nhận Hợp đồng từ CSMS đến xe điện thông qua EVSE.
• Ủy quyềnSử dụng Mã định danh xe điện (eMAID) được lấy từ giấy chứng nhận của xe.
• Giao tiếp mã hóaĐảm bảo dữ liệu thanh toán nhạy cảm được truyền giữa xe và lưới điện được bảo vệ.

5.2 Sạc thông minh và cân bằng tải

Trong khi phiên bản 1.6J hỗ trợ sạc thông minh cơ bản (gửi một lượng điện năng nhất định)Thiết lập hồ sơ sạc), phiên bản 2.0.1 nâng cao điều này. Nó cho phép:

• Tích hợp tín hiệu bên ngoàiPhản hồi tức thời đối với tín hiệu tần số lưới điện hoặc giá bán buôn.
• Quản lý tải động: Kiểm soát chi tiết hơn việc phân phối điện trên toàn khu vực với hàng trăm đầu nối.
• Kết nối xe với lưới điện (V2G)Phiên bản 2.0.1 bao gồm các trường dữ liệu cần thiết để hỗ trợ dòng năng lượng hai chiều, cho phép xe điện hoạt động như các nguồn năng lượng phân tán (DER) cho lưới điện.

5.3 Cải tiến giao diện người dùng/trải nghiệm người dùng

OCPP 2.0.1 hỗ trợ hiển thị thông tin trực tiếp trên màn hình của bộ sạc hoặc bảng điều khiển của xe, ví dụ như:

• Giá cả được cập nhật theo thời gian thực bằng đơn vị tiền tệ địa phương.
• Thời gian ước tính để đạt 80% trạng thái sạc (SoC).
• Thông tin chi tiết về biên lai khi hoàn tất.

Chương 6: Quản lý và Giám sát Thiết bị Nâng cao

Đối với một nhà cung cấp dịch vụ trọn gói (CPO), chi phí của bộ sạc không chỉ là giá mua mà còn là Tổng chi phí sở hữu (TCO). Chi phí bảo trì và thời gian ngừng hoạt động là những yếu tố gây thiệt hại lợi nhuận lớn nhất. OCPP 2.0.1 giải quyết vấn đề này thông qua khả năng giám sát vượt trội.

6.1 Báo cáo dựa trên sự kiện

Trong phiên bản 1.6J, CSMS thường phải liên tục kiểm tra trạng thái của bộ sạc hoặc chờ đợi một phản hồi nào đó.Thông báo trạng tháiTrong phiên bản 2.0.1,Giám sát sự kiệnHệ thống cho phép CSMS thiết lập các ngưỡng. Ví dụ: “Chỉ thông báo nếu nhiệt độ bên trong vượt quá 70°C” hoặc “Báo cáo nếu điện áp đầu vào giảm xuống dưới 200V”. Điều này giúp giảm lưu lượng mạng và cho phép bảo trì chủ động.

6.2 Xử lý giao dịch: Sự kiện giao dịch

Một trong những khía cạnh bị chỉ trích nhiều nhất của OCPP 1.6J là cách xử lý giao dịch. Một phiên làm việc liên quan đến...Bắt đầu giao dịchVàDừng giao dịchcác tin nhắn, nhưng nếu xảy ra sự cố gián đoạn mạng, hệ thống CSMS thường gặp khó khăn trong việc đối chiếu dữ liệu thanh toán.

OCPP 2.0.1 thay thế chúng bằng một tiêu chuẩn duy nhất, mạnh mẽ hơn.Sự kiện giao dịchThông báo này được sử dụng để báo cáo tất cả các giai đoạn vòng đời của một giao dịch (Bắt đầu, Cập nhật, Kết thúc). Nó bao gồm một mã định danh duy nhất.mã giao dịchĐiều này vẫn được duy trì ngay cả khi bộ sạc khởi động lại, đảm bảo rằng không có dữ liệu sạc nào bị mất—và do đó không có doanh thu nào bị mất.

6.3 Cải thiện chẩn đoán và khắc phục sự cố

CáiGetLogVàThông báo trạng thái chẩn đoánCác thông báo trong phiên bản 2.0.1 được cấu trúc tốt hơn. Các CPO có thể yêu cầu các loại nhật ký cụ thể (Bảo mật, Chẩn đoán, Người dùng) và chỉ định phạm vi thời gian. Điều này cho phép các nhóm hỗ trợ từ xa giải quyết sự cố mà không cần cử kỹ thuật viên đến tận nơi, giúp giảm đáng kể chi phí vận hành.

Chương 7: Cơ chế cập nhật phần mềm: Độ tin cậy và khôi phục phiên bản trước

Việc cập nhật phần mềm là huyết mạch của sự phát triển phần cứng, nhưng một bản cập nhật thất bại có thể làm hỏng hoàn toàn bộ sạc.

7.1 Quy trình cập nhật 1.6J

Trong 1.6J,Cập nhật phần mềmLệnh này tương đối đơn giản. Bộ sạc sẽ tải xuống hình ảnh và cố gắng cài đặt. Không có cơ chế tiêu chuẩn nào cho việc cập nhật nhiều giai đoạn hoặc khôi phục được xác minh.

7.2 Bản cập nhật nhiều bước 2.0.1

OCPP 2.0.1 giới thiệu một vòng đời cập nhật firmware tinh vi hơn:

1. Tải xuốngBộ sạc sẽ tải hình ảnh và xác minh mã kiểm tra/chữ ký của nó.
2. Lắp đặtBản cập nhật được áp dụng cho phân vùng phụ.
3. Xác minhHệ thống kiểm tra xem phần mềm firmware mới có khởi động đúng cách hay không.
4. Kích hoạtPhân vùng chính đã được chuyển đổi.

Nếu bất kỳ bước nào thất bại, giao thức sẽ quy định cách bộ sạc nên quay lại phiên bản ổn định trước đó và báo cáo mã lỗi cụ thể cho CSMS. Mức độ tin cậy này là không thể thiếu đối với các triển khai thương mại quy mô lớn.

7.3 Xác minh chữ ký

Để ngăn chặn các tác nhân độc hại tải lên phần mềm bị xâm phạm, phiên bản 2.0.1 yêu cầu sử dụng chữ ký số. Bộ sạc sẽ từ chối thực thi bất kỳ mã nào không được ký bằng khóa riêng của nhà sản xuất, bổ sung thêm một lớp bảo vệ quan trọng chống lại các cuộc tấn công ở cấp độ phần cứng.

Chương 8: Bảo mật dữ liệu, tuân thủ quy định và GDPR

Khi việc sạc xe điện trở thành tiện ích hàng ngày, lượng dữ liệu cá nhân được tạo ra là vô cùng lớn. Chỉ một lần sạc cũng có thể liên kết danh tính người dùng, vị trí xe của họ, thói quen di chuyển và thông tin tài chính của họ.

8.1 Thông tin nhận dạng cá nhân (PII) trong OCPP

Trong bối cảnh Quy định chung về bảo vệ dữ liệu (GDPR) ở châu Âu và các luật tương tự như CCPA ở California, các điểm dữ liệu như...idTag(RFID) hoặcEVCCID(Mã số định danh phương tiện) được coi là thông tin nhận dạng cá nhân (PII).

OCPP 2.0.1 cung cấp các biện pháp kiểm soát tốt hơn cho việc ẩn danh dữ liệu. Ví dụ,Dữ liệu tùy chỉnhCác trường này cho phép người vận hành lưu trữ siêu dữ liệu mà không để lộ thông tin nhận dạng cá nhân (PII) cho nhật ký giao thức cốt lõi. Hơn nữa, các cấu hình bảo mật nâng cao đảm bảo rằng dữ liệu này được mã hóa cả trong quá trình truyền tải và khi lưu trữ.

8.2 Quyền được lãng quên và khả năng chuyển đổi dữ liệu

Cấu trúc chặt chẽ của Mô hình Thiết bị 2.0.1 giúp các nhà cung cấp CSMS dễ dàng thực hiện các yêu cầu “xóa dữ liệu”. Trong hệ thống 1.6J, việc tìm tất cả các trường hợp ID người dùng trên các khóa cấu hình và nhật ký khác nhau là một cơn ác mộng thủ công. Trong phiên bản 2.0.1, sự phân tách rõ ràng giữa trạng thái thiết bị và dữ liệu giao dịch cho phép kiến ​​trúc cơ sở dữ liệu gọn gàng hơn.

8.3 Tuân thủ các luật về an ninh IoT

Nhiều khu vực hiện đang ban hành luật yêu cầu các thiết bị IoT phải có mật khẩu duy nhất và cơ chế cập nhật an toàn. Việc bắt buộc sử dụng TLS và phần mềm được ký điện tử theo tiêu chuẩn OCPP 2.0.1 không chỉ là những tính năng "nên có" mà còn là yêu cầu pháp lý để bán phần cứng tại các thị trường như California và Anh.

Chương 9: Góc nhìn của người mua: Tổng chi phí sở hữu (TCO), lợi tức đầu tư (ROI) và chiến lược chuyển đổi

Đối với một nhà điều hành trạm sạc thương mại, quyết định tiếp tục sử dụng chuẩn 1.6J hay chuyển sang 2.0.1 là một quyết định về mặt tài chính.

9.1 Chi phí triển khai

• OCPP 1.6J: Chi phí triển khai thấp, được hỗ trợ rộng rãi bởi phần cứng giá rẻ, nhưng tiềm ẩn chi phí cao về bảo trì và rủi ro bảo mật.
• OCPP 2.0.1Yêu cầu bộ xử lý mạnh hơn và nhiều bộ nhớ hơn trong trạm sạc xe điện (EVSE). Chi phí phát triển cho CSMS cao hơn do độ phức tạp của giao thức. Tuy nhiên, nó mang lại khoản tiết kiệm chi phí vận hành đáng kể thông qua quản lý từ xa và độ tin cậy cao hơn.

9.2 Huyền thoại về “Nâng cấp suôn sẻ”

Người ta thường nói rằng bộ sạc 1.6J có thể được nâng cấp lên 2.0.1 thông qua phần mềm. Trên thực tế, điều này hiếm khi đúng. Yêu cầu về bộ nhớ và CPU của phiên bản 2.0.1 (đặc biệt là việc xử lý chứng chỉ TLS và phân tích cú pháp JSON phức tạp của Mô hình thiết bị) thường vượt quá khả năng của các bộ điều khiển 1.6J cũ hơn.

9.3 Các Lộ trình Di cư Chiến lược

Các Giám đốc mua sắm (CPO) nên xem xét phương pháp "Mạng lưới lai":

1. Các địa điểm cũTiếp tục duy trì mức sạc 1.6J cho các bộ sạc AC công suất thấp hiện có.
2. Các trạm sạc nhanh DC mới: Yêu cầu bắt buộc 2.0.1 đối với tất cả các triển khai công suất cao mới nhằm hỗ trợ PnC và V2G.
3. Giải pháp ProxySử dụng cổng giao thức có khả năng chuyển đổi các thông điệp 1.6J sang định dạng tương thích 2.0.1 cho CSMS, cho phép tạo ra một bảng điều khiển quản lý thống nhất duy nhất.

Chương 10: Chuẩn bị cho tương lai: OCPP 2.1 và con đường hướng tới sạc tự động

Ngay cả khi phiên bản 2.0.1 đang dần được đón nhận, Liên minh Open Charge Alliance đã bắt đầu nghiên cứu OCPP 2.1. Phiên bản tương lai này sẽ tiếp tục mở rộng phạm vi ứng dụng của giao thức.

10.1 Sạc hai chiều (V2X)

Trong khi phiên bản 2.0.1 hỗ trợ V2G cơ bản, phiên bản 2.1 sẽ tinh chỉnh khả năng giao tiếp cho Xe-đến-Nhà (V2H) và Xe-đến-Tòa nhà (V2B), cho phép xe điện cung cấp điện cho nhà cửa trong thời gian mất điện hoặc giảm tải điện năng tiêu thụ cao điểm cho các tòa nhà thương mại.

10.2 Hỗ trợ sạc không dây

Khi xe tự lái (AV) xuất hiện, việc cắm sạc thủ công sẽ trở nên lỗi thời. Chuẩn OCPP 2.1 sẽ bao gồm các thông báo tiêu chuẩn hóa cho việc sạc cảm ứng (không dây), quản lý sự căn chỉnh và truyền năng lượng mà không cần sự can thiệp của con người.

10.3 Tích hợp với Thành phố Thông minh

Các phiên bản tương lai có thể sẽ tích hợp sâu hơn với các hệ thống quản lý giao thông và dự báo năng lượng tái tạo. Các trạm sạc sẽ có khả năng "đấu thầu" điện năng trên thị trường năng lượng thời gian thực, biến mạng lưới sạc thành các nhà máy điện ảo (VPP) khổng lồ.

Phụ lục kỹ thuật: Phân tích chuyên sâu về so sánh thông điệp

Để cung cấp độ sâu kỹ thuật tối đa, chúng ta sẽ phân tích các chuỗi thông báo cụ thể và sự khác biệt về khung hình giữa hai phiên bản.

A.1 Quy trình ủy quyền

Trong phiên bản 1.6J, việc xác thực được thực hiện với phản hồi nhị phân là “Đã chấp nhận” hoặc “Đã chặn”.

1.6J AuthorizeResponse:“json [3, "123456", { "idTagInfo": { "status": "Accepted", "expiryDate": "2026-12-31T23:59:59Z" } }]“

Trong phiên bản 2.0.1, phản hồi bao gồm nhiều ngữ cảnh hơn, chẳng hạn nhưidTokenLoại và thông tin bổ sung cho giao diện người dùng.

2.0.1 AuthorizeResponse:“json [3, "987654", { "idTokenInfo": { "status": "Đã chấp nhận", "cacheExpiryDateTime": "2026-12-31T23:59:59Z", "personalMessage": { "format": "UTF8", "content": "Chào mừng trở lại, John! Số dư của bạn là 45,00 đô la" } } }]“

A.2 Quản lý nhịp tim và kết nối

OCPP 2.0.1 tối ưu hóa cách trạm chứng minh nó đang "hoạt động". Trong phiên bản 1.6J, nếu mộtNhịp timNếu thất bại, trạm thường sẽ chỉ tiếp tục thử lại. Trong phiên bản 2.0.1, trạm có thể sử dụng...Thông báo sự kiệnCơ chế này dùng để báo cáo rằng kết nối với máy chủ phụ đã bị mất, trong khi vẫn duy trì liên lạc với máy chủ chính.

A.3 Bảng siêu dữ liệu chi tiết

Phần kết luận

Việc chuyển đổi từ OCPP 1.6J sang 2.0.1 không chỉ đơn thuần là cập nhật phần mềm; đó là một bước tiến hóa cơ bản trong hệ sinh thái di động điện. Đối với các nhà khai thác thương mại, 1.6J đại diện cho quá khứ đáng tin cậy, trong khi 2.0.1 đại diện cho tương lai có khả năng mở rộng, an toàn và thông minh hơn.

Việc lựa chọn phiên bản 2.0.1 ngày nay là một khoản đầu tư cho sự bền vững lâu dài. Nó đảm bảo phần cứng của bạn sẽ tương thích với thế hệ xe điện tiếp theo, tuân thủ các quy định an ninh mạng ngày càng nghiêm ngặt và sẵn sàng cho những cơ hội sinh lợi từ việc tích hợp V2G và lưới điện thông minh. Khi thị trường hợp nhất, các nhà mạng sở hữu bộ giao thức mạnh mẽ và linh hoạt nhất sẽ là những người dẫn đầu.

Chương 11: Phân tích chuyên sâu: Phân tích luồng thông điệp và sơ đồ trình tự

Trong chương này, chúng tôi phân tích trình tự tương tác giữa EVSE và CSMS để chứng minh sự khác biệt về hoạt động giữa phiên bản 1.6J và 2.0.1.

11.1 Trình tự khởi động và cấu hình

Khi bộ sạc kết nối với mạng lần đầu tiên, nó phải tự nhận dạng và đồng bộ hóa cấu hình của mình.

Lưu lượng OCPP 1.6J:

1. Kết nối WebSocketĐược thành lập trên Cảng 80 hoặc 443.
2. Thông báo khởi độngTrạm gửi thông tin về nhà cung cấp, kiểu máy và số sê-ri.
3. Lấy cấu hìnhCSMS yêu cầu tất cả các khóa để kiểm tra trạng thái hiện tại.
4. Thay đổi cấu hìnhCSMS cập nhật các khóa cụ thể (ví dụ:Khoảng thời gian nhịp tim).
5. Thông báo trạng thái: Đài phát thanh báo "Có sẵn."

Luồng hoạt động của OCPP 2.0.1:

1. Bắt tay TLS an toàn: Việc trao đổi chứng chỉ là bắt buộc.
2. Thông báo khởi độngBao gồm:lý do(ví dụ,Tăng sức mạnh).
3. GetBaseReportThay vì yêu cầu tất cả các khóa, CSMS yêu cầu một "Báo cáo cơ bản" cung cấp toàn bộ cấu trúc phân cấp của Mô hình thiết bị.
4. Đặt biếnCSMS cập nhật các biến. Lưu ý rằng phiên bản 2.0.1 cho phép cập nhật nguyên tử — thiết lập nhiều biến trong một thông báo và đảm bảo tất cả đều thành công hoặc không có biến nào thành công.
5. Thông báo sự kiện: Trạm báo cáo trạng thái ban đầu của các thành phần.

11.2 Đàm phán sạc thông minh

Tính năng sạc thông minh là điểm mạnh thực sự của phiên bản 2.0.1, đặc biệt là khi xử lý nhiều cấu hình sạc khác nhau.

Trong phiên bản 1.6J, CSMS gửi mộtThiết lập hồ sơ sạcĐiều này xác định cấp độ xếp chồng và lịch trình. Nếu một trạm có nhiều đầu nối, việc xử lý hồ sơ thường không rõ ràng.

Trong phiên bản 2.0.1,Thiết lập hồ sơ sạccó liên kết rõ ràng vớichargingProfilePurpose.

• ChargingStationMaxProfileGiới hạn lượng khí nạp của toàn bộ trạm.
• TXDefaultProfile: Giá trị mặc định cho mọi giao dịch mới.
• TXProfileCụ thể đối với một giao dịch đang diễn ra.

Hơn nữa, phiên bản 2.0.1 hỗ trợLấy cấp độ ngăn xếp sạcthông báo này cho phép CSMS xem được những cấu hình nào hiện đang hoạt động và chúng được ưu tiên như thế nào bởi bộ lập lịch nội bộ của EVSE.

11.3 Kích hoạt và điều khiển từ xa

Các lệnh từ xa nhưGiao dịch Khởi động Từ xa(1,6J) đã được thay thế bằngYêu cầu bắt đầu giao dịch(2.0.1). Sự khác biệt chính nằm ở tải trọng. Trong phiên bản 2.0.1, CSMS có thể bao gồm mộtHồ sơ sạcTrực tiếp trong yêu cầu khởi động. Điều này có nghĩa là xe có thể bắt đầu sạc ở mức công suất chính xác ngay lập tức, mà không cần chờ thông báo thứ hai, giảm độ trễ và cải thiện độ ổn định của lưới điện.

Chương 12: So sánh lược đồ JSON cấp thấp và các trường

Đối với các nhà phát triển và nhà tích hợp hệ thống, việc thay đổi lược đồ là phần tốn nhiều công sức nhất trong quá trình chuyển đổi.

12.1 Kiểu liệt kê (Enum)

OCPP 2.0.1 mở rộng đáng kể số lượng Enum tiêu chuẩn hóa, giảm bớt nhu cầu sử dụng các mã trạng thái "Tùy chỉnh" vốn gây khó khăn cho các triển khai 1.6J.

• Liệt kê lý do: Người giám sát, Đặt lại theo lịch trình, Đặt lại từ xa, Mất điện.
• Liệt kê trạng thái: Chiếm lĩnh, Kín đáo, Không khả dụng, Lỗi. 2.0.1 bổ sungCó sẵn, Chiếm lĩnh, Kín đáo, Không khả dụng, Lỗinhưng có thêm các trạng thái phụ để biết thêm chi tiết.

12.2 Các kiểu dữ liệu và đơn vị

OCPP 2.0.1 chính thức hóa việc sử dụng các đơn vị chuẩn (SI). Trong khi phiên bản 1.6J đôi khi không xác định độ chính xác thập phân, phiên bản 2.0.1 sử dụngsố thập phâncác loại giá trị công suất và năng lượng, đảm bảo tính nhất quán trong việc lập hóa đơn trên các phần cứng của các nhà cung cấp khác nhau.

Chương 13: Nghiên cứu trường hợp: Di chuyển CPO toàn cầu từ phiên bản 1.6J lên 2.0.1

Hãy xem xét một kịch bản giả định về “MegaCharge”, một công ty được chứng nhận sở hữu tư nhân (CPO) với 10.000 điểm sạc.

13.1 Giai đoạn 1: Kiểm toán

MegaCharge phát hiện ra rằng 40% số trạm sạc 1.6J của họ không hỗ trợ TLS 1.2. Điều này có nghĩa là những trạm sạc đó không đủ điều kiện tham gia các hợp đồng sắp tới của chính phủ.

13.2 Giai đoạn 2: Nâng cấp CSMS

Thay vì xây dựng một hệ thống CSMS mới, MegaCharge đã triển khai "Lớp chuyển đổi OCPP". Lớp này xử lý các kết nối 1.6J cho phần cứng cũ và 2.0.1 cho phần cứng mới, nhưng cung cấp một API thống nhất cho ứng dụng di động và công cụ tính phí của họ.

13.3 Giai đoạn 3: Thay thế phần cứng

Đối với các trạm sạc có lưu lượng truy cập cao, MegaCharge đã thay thế bộ sạc 1.6J bằng bộ sạc nhanh DC tuân thủ chuẩn 2.0.1. Kết quả là số lần "Không khởi động được" giảm 15%, chủ yếu là do khả năng sạc mạnh mẽ hơn.Sự kiện giao dịchXử lý trong phiên bản 2.0.1.

13.4 Phân tích ROI

Vốn đầu tư ban đầu là 2 triệu đô la. Tuy nhiên, việc giảm số lần gọi bảo trì (nhờ chức năng chẩn đoán của Mô hình Thiết bị) đã tiết kiệm được 400.000 đô la mỗi năm. Thêm vào đó, khả năng tham gia vào thị trường phản hồi tần số V2G đã tạo ra thêm 200.000 đô la doanh thu hàng năm. Thời gian hoàn vốn ước tính khoảng 3,3 năm.

Chương 14: Danh sách kiểm tra cuối cùng dành cho người mua trong quy trình mua sắm OCPP 2.0.1

Khi đánh giá phần cứng hoặc phần mềm mới, hãy sử dụng danh sách kiểm tra này để đảm bảo tuân thủ đúng các tiêu chuẩn:

14.1 Yêu cầu phần cứng (EVSE)

• [ ]Hỗ trợ Hồ sơ Bảo mật 3Nó có hỗ trợ quản lý chứng chỉ phía máy khách không?
• [ ]Bộ xử lý lõi képLiệu hệ thống có đủ dung lượng dự phòng cho mã hóa TLS và phân tích cú pháp JSON không?
• [ ]Phần tử bảo mật (SE)Bo mạch chủ có thiết bị lưu trữ khóa gốc bằng phần cứng không?
• [ ]ISO 15118-2/20 Sẵn sàngBộ điều khiển có thể xử lý được các yêu cầu giao tiếp cấp cao cần thiết cho PnC không?
• [ ]Khả năng hiển thịPhần cứng có hỗ trợ hiển thị thông tin giá/trạng thái thông qua OCPP không?Truyền dữ liệuhay tin nhắn bản địa?

14.2 Yêu cầu phần mềm (CSMS)

• [ ]Hình ảnh hóa mô hình thiết bịLiệu bảng điều khiển có thể hiển thị cấu trúc phân cấp của bộ sạc không?
• [ ]Tích hợp Cơ quan cấp chứng chỉ (CA)CSMS có thể tự động cấp và xoay vòng chứng chỉ không?
• [ ]Đối chiếu giao dịchHệ thống xử lý các giao dịch "bị treo" từ các bộ sạc 1.6J đời cũ như thế nào?
• [ ]Công cụ sạc thông minhLiệu nó có hỗ trợ logic cấp ngăn xếp nâng cao của phiên bản 2.0.1 không?
• [ ]Khả năng mở rộngLiệu trình xử lý WebSocket có thể quản lý đồng thời hơn 50.000 kết nối TLS liên tục không?

Chương 15: Khắc phục sự cố thường gặp khi triển khai OCPP

Ngay cả khi có tiêu chuẩn chung, cách triển khai vẫn khác nhau. Dưới đây là những lỗi thường gặp nhất.

15.1 Thời gian chờ WebSocket

Nhiều tường lửa mạng đóng các kết nối TCP không hoạt động. NếuKhoảng thời gian nhịp timNếu cài đặt quá cao, bộ sạc có thể bị ngắt kết nối.

• Giải pháp: Đảm bảoKhoảng thời gian nhịp timthấp hơn thời gian chờ của tường lửa (thường là 60-120 giây).

15.2 Các vấn đề liên quan đến chuỗi chứng chỉ

Một lỗi thường gặp trong phiên bản 2.0.1 là lỗi “Chứng chỉ không đáng tin cậy”. Lỗi này thường xảy ra khi bộ sạc không cài đặt Chứng chỉ gốc (Root CA) của CSMS.

• Giải pháp: Sử dụngCài đặt chứng chỉThông báo được gửi trong quá trình vận hành để đảm bảo chuỗi tin cậy được hoàn chỉnh.

15.3 Kích thước tải trọng JSON

Một số thông báo 2.0.1 (nhưGetBaseReport) có thể rất lớn. Nếu bộ đệm của bộ sạc quá nhỏ, nó sẽ bỏ qua thông báo.

• Giải pháp: Kiểm traKích thước tin nhắn tối đabiến trong Mô hình thiết bị và đảm bảo CSMS tuân thủ giới hạn này.

Chương 16: Khung pháp lý khu vực và các quy định bắt buộc về giao thức

Việc chuyển sang OCPP 2.0.1 không chỉ xuất phát từ công nghệ; mà ngày càng trở thành vấn đề pháp lý.

16.1 Liên minh châu Âu (AFIR)

Quy định về cơ sở hạ tầng nhiên liệu thay thế (AFIR) của EU yêu cầu tính minh bạch về giá cả và khả năng tương tác. Mặc dù không nêu rõ tên OCPP 2.0.1, nhưng yêu cầu về “chia sẻ dữ liệu thời gian thực” và “sạc thông minh” thực chất khiến 2.0.1 trở thành tiêu chuẩn khả thi duy nhất cho cơ sở hạ tầng công cộng mới.

16.2 Bắc Mỹ (NEVI)

Tại Hoa Kỳ, chương trình công thức Cơ sở hạ tầng xe điện quốc gia (NEVI) yêu cầu các trạm sạc phải "tương thích với nhau". Các tiểu bang như California đang tiến xa hơn, với Ủy ban Năng lượng California (CEC) thúc đẩy hỗ trợ tiêu chuẩn ISO 15118, mà như chúng ta đã thảo luận, cách tốt nhất để triển khai là thông qua OCPP 2.0.1.

16.3 Trung Quốc và khu vực châu Á - Thái Bình Dương

Mặc dù Trung Quốc có tiêu chuẩn riêng (GB/T), nhưng các nhà sản xuất hướng đến xuất khẩu đang đầu tư mạnh vào OCPP 2.0.1. Tại các thị trường như Úc và Singapore, các gói thầu của chính phủ dành cho mạng lưới trạm sạc công cộng hiện nay hầu như chỉ yêu cầu OCPP 2.0.1 với Hồ sơ bảo mật 3.

Chương 17: Các đoạn mã triển khai: Những chi tiết cụ thể

Để hỗ trợ các nhà phát triển, chúng tôi cung cấp các định dạng JSON mang tính khái niệm cho các tác vụ phức tạp trong phiên bản 2.0.1.

17.1 Quy trình luân chuyển chứng chỉ

Khi chứng chỉ sắp hết hạn, hệ thống CSMS phải kích hoạt quá trình xoay vòng.

1. CSMS gửiChứng chỉ đã ký:“json [2, "CERT-01", "CertificateSigned", { "certificateChain": "-----BEGIN CERTIFICATE-----\n...\n-----END CERTIFICATE-----", "certificateType": "V2G" }]“

2. Trạm phản hồiĐã được chấp nhận:“json [3, "CERT-01", { "status": "Accepted" }]“

3. Trạm gửiThông báo sự kiện bảo mật:“json [2, "EVT-99", "SecurityEventNotification", { "type": "CertificateRotated", "timestamp": "2026-08-09T10:00:00Z" }]“

17.2 Thiết lập cấu hình sạc phù hợp với lưới điện

Hãy tưởng tượng nhà điều hành lưới điện cần cắt giảm công suất trên toàn mạng lưới.

CSMS gửiThiết lập hồ sơ sạc:“json [2, "GRID-REQ", "SetChargingProfile", { "evseId": 0, "chargingProfile": { "id": 501, "stackLevel": 1, "chargingProfilePurpose": "ChargingStationMaxProfile", "chargingProfileKind": "Absolute", "chargingSchedule": { "id": 1, "chargingRateUnit": "W", "chargingSchedulePeriod": [ { "startPeriod": 0, "limit": 11000 }, { "startPeriod": 3600, "limit": 22000 } ] } } }]“

Chương 18: Bảng thuật ngữ toàn diện của OCPP 2.0.1

Để đảm bảo sự rõ ràng cho tất cả các bên liên quan, chúng tôi cung cấp một bảng thuật ngữ mở rộng.

• CSMS (Hệ thống quản lý trạm sạc): Nền tảng đám mây phía sau điều khiển các bộ sạc.
• Thiết bị cung cấp điện cho xe điện (EVSE): Trạm sạc vật lý.
• OCPP (Giao thức điểm sạc mở)Ngôn ngữ mà họ nói.
• OCA (Liên minh Sạc Mở): Tổ chức soạn thảo ngôn ngữ.
• ISO 15118Giao thức giữa xe và bộ sạc.
• PnC (Cắm và Sạc)Trải nghiệm người dùng được hỗ trợ bởi tiêu chuẩn ISO 15118 và OCPP 2.0.1.
• V2G (Kết nối xe với lưới điện)Truyền điện từ xe trở lại lưới điện.
• V2X (Kết nối phương tiện với mọi thứ): Thuật ngữ chung bao gồm V2G, V2H và V2B.
• TLS (Bảo mật lớp vận chuyển)Mã hóa giúp bảo vệ dữ liệu.
• PKI (Cơ sở hạ tầng khóa công khai)Hệ thống chứng chỉ số được sử dụng để bảo mật.
• JSON (JavaScript Object Notation)Định dạng của các tin nhắn.
• WebSocket: "Đường dẫn" kết nối liên tục mà các thông điệp truyền qua.
• Mô hình thiết bị: Phương pháp phân cấp 2.0.1 mô tả phần cứng.
• Thành phầnMột bộ phận của phần cứng (ví dụ: đầu nối).
• Biến: Một thuộc tính của thành phần (ví dụ: Trạng thái).
• Thuộc tínhThông tin siêu dữ liệu về một biến (ví dụ: Giá trị, Khả năng thay đổi).
• Sự kiện giao dịch: Thông báo thống nhất cho tất cả dữ liệu phiên trong phiên bản 2.0.1.
• Nhịp timTín hiệu định kỳ "Tôi vẫn còn sống".
• Thông báo khởi động: Tín hiệu "Xin chào, tôi đây" khi bộ sạc khởi động.
• Truyền dữ liệu: Một thông báo "chung" dành cho các tiện ích mở rộng đặc thù của nhà cung cấp (hãy sử dụng cẩn thận!).

Lời kết: Điều hướng kỷ nguyên đa giao thức

Với tư cách là người mua hoặc người vận hành, điều quan trọng nhất cần ghi nhớ là chúng ta đang bước vào một giai đoạn mới.kỷ nguyên đa giao thứcTrong 3-5 năm tới, phiên bản 1.6J và 2.0.1 sẽ cùng tồn tại. Tuy nhiên, cán cân đang thay đổi nhanh chóng.

Bằng cách lựa chọn OCPP 2.0.1 ngay hôm nay, bạn không chỉ mua một giao thức; bạn đang mua một loại bảo hiểm. Bạn đang đảm bảo rằng mạng lưới của mình có thể thích ứng với các loại xe mới, luật mới và các nguồn doanh thu mới. Sự phức tạp của phiên bản 2.0.1 là cái giá phải trả cho sự tiến bộ—một cái giá sẽ được đền bù xứng đáng thông qua thời gian hoạt động được cải thiện, rủi ro giảm thiểu và trải nghiệm khách hàng vượt trội.

Việc sạc điện thương mại không còn là một ngành công nghiệp nhỏ lẻ nữa; nó là xương sống của hệ thống giao thông vận tải trong tương lai. Hãy xây dựng xương sống đó trên nền tảng vững chắc nhất có thể: OCPP 2.0.1.

Chương 19: Phát triển phần mềm cho OCPP 2.0.1: Các phương pháp thực hành tốt nhất dành cho kỹ sư phần mềm

Việc chuyển đổi từ mã nguồn 1.6J sang 2.0.1 không phải là tái cấu trúc mã; đó là viết lại hoàn toàn. Các nhà phát triển phải áp dụng một mô hình tư duy khác.

19.1 Chấp nhận tính bất đồng bộ

Mặc dù WebSockets vốn dĩ hoạt động bất đồng bộ, nhưng sự phức tạp của phiên bản 2.0.1 có nghĩa là một yêu cầu duy nhất (như...)GetBaseReportQuá trình này có thể mất vài giây để xử lý trên thiết bị sạc xe điện (EVSE) có tài nguyên hạn chế. Các nhà phát triển CSMS phải triển khai logic hẹn giờ và thử lại mạnh mẽ, có tính đến tốc độ xử lý khác nhau của các nhà cung cấp phần cứng khác nhau.

19.2 Phân tích cú pháp JSON hiệu quả

Việc phân tích cú pháp JSON có thể tiêu tốn nhiều tài nguyên CPU. Đối với phần mềm EVSE, các nhà phát triển nên sử dụng trình phân tích cú pháp dựa trên luồng thay vì tải toàn bộ dữ liệu vào RAM. Điều này đặc biệt quan trọng đối với...Thông báo sự kiệncác thông báo, có thể chứa hàng trăm cập nhật biến đổi trong một khung duy nhất.

19.3 Xử lý máy trạng thái

Máy trạng thái cho một giao dịch trong phiên bản 2.0.1 cứng nhắc hơn so với phiên bản 1.6J. Các nhà phát triển phải tuân thủ nghiêm ngặt các quy tắc chuyển đổi.Sự kiện giao dịchVí dụ, bạn không thể gửi mộtĐã kết thúcsự kiện mà không gửi trướcBắt đầusự kiện dành riêng cho sự kiện cụ thể đómã giao dịch.

Chương 20: Kiểm thử, Thẩm định và Công cụ Kiểm thử Tuân thủ OCPP (OCTT)

Khả năng tương tác là lời hứa của OCPP, nhưng điều đó chỉ được hiện thực hóa thông qua quá trình thử nghiệm nghiêm ngặt.

20.1 Vai trò của Chứng chỉ OCA

Liên minh Open Charge Alliance cung cấp chương trình chứng nhận. Người mua nên tìm nhãn “OCPP 2.0.1 Certified”. Chứng nhận này đảm bảo rằng việc triển khai đã vượt qua một loạt các bài kiểm tra tự động bao gồm tất cả các cấu hình bắt buộc.

20.2 Sử dụng OCTT

Công cụ kiểm tra tuân thủ OCPP (OCTT) là tiêu chuẩn vàng để kiểm tra. Nó mô phỏng cả hệ thống quản lý trạm sạc (CSMS) và trạm sạc xe điện (EVSE).

• Dành cho các nhà sản xuất thiết bị sạc xe điện (EVSE)Hãy sử dụng OCTT để xác minh rằng trạm của bạn xử lý tốt cả các tình huống "thuận lợi" và các trường hợp ngoại lệ (như mất kết nối mạng trong quá trình cập nhật phần mềm).
• Dành cho các nhà cung cấp CSMSHãy sử dụng OCTT để đảm bảo hệ thống phụ trợ của bạn có thể xử lý được lượng lớn thông điệp và đáp ứng các yêu cầu bảo mật nghiêm ngặt của phiên bản 2.0.1.

20.3 Thử nghiệm thực địa và các lễ hội tương tác

Bên cạnh việc kiểm thử tự động, OCA còn tổ chức các sự kiện "Plugfest" nơi các nhà cung cấp mang phần cứng và phần mềm của họ đến để kiểm tra lẫn nhau trong các tình huống thực tế. Đây là nơi mà những lỗi nhỏ nhất—như sự không tương thích của chứng chỉ hoặc sự khác biệt nhỏ về định dạng JSON—được phát hiện và giải quyết.

Chương 21: Bảng so sánh chuyên sâu: Hơn 60 hành động của OCPP 2.0.1

Để cung cấp một tài liệu tham khảo đầy đủ, chúng tôi phân loại các thông điệp chính của phiên bản 2.0.1 và so sánh chúng với các thông điệp tương ứng trong phiên bản 1.6J.

21.1 Cung cấp và Cấu hình

21.2 Xử lý giao dịch

21.3 Quản lý bảo mật và phần mềm

21.4 Ý nghĩa của bảng này đối với mạng lưới của bạn

Bảng trên cho thấy một điểm không thể nhầm lẫn: OCPP 2.0.1 không chỉ là một sự đổi tên mang tính hình thức của 1.6J. Các họ thông báo mới — biến kiểu, giao dịch hướng sự kiện và quản lý chứng chỉ — là nền tảng cần thiết cho Plug & Charge, sạc thông minh và báo cáo theo quy định. Một bộ sạc chỉ hỗ trợ 1.6J có thể được trang bị thêm cổng kết nối, nhưng một CSMS chỉ hỗ trợ 1.6J không thể cung cấp mô hình bảo mật mà các cơ quan quản lý và nhà sản xuất ô tô ngày càng yêu cầu. Khi đánh giá phần cứng, “sẵn sàng cho 2.0.1” có nghĩa là phần mềm đang được phát hành ngay hôm nay, chứ không phải dự kiến ​​vào năm sau. Và vì OCPP 2.0.1 chạy trên JSON-over-WebSocket thay vì giao thức SOAP của 1.6J, luồng thông báo nhẹ hơn và dễ gỡ lỗi hơn nhiều — một lợi thế thiết thực mà nhóm CNTT của bạn sẽ cảm nhận được ngay từ ngày đầu tiên.

Chương 22: Kết luận: Đưa ra quyết định nâng cấp

Đối với nhà điều hành thương mại, hướng dẫn thực tiễn rất rõ ràng:

• Các bản triển khai mới nên mặc định sử dụng OCPP 2.0.1.Mô hình bảo mật, xử lý chứng chỉ và tích hợp ISO 15118 là những điều kiện tiên quyết cho môi trường pháp lý năm 2026.
• Các đội tàu 1.6J hiện có không bị mắc kẹt.Các cổng quản lý và nền tảng CSMS giao thức kép giúp thu hẹp khoảng cách trong quá trình bạn triển khai phần cứng tương thích với chuẩn 2.0.1.
• Hãy kiểm tra trước khi tin tưởng.Hãy sử dụng OCTT, các buổi thử nghiệm khả năng tương thích và triển khai theo từng giai đoạn — khả năng tương thích được chứng minh trong thực tế, chứ không phải được giả định từ bảng thông số kỹ thuật.
• Hãy yêu cầu một lộ trình di trú được nêu rõ bằng văn bản.Nhà cung cấp bộ sạc của bạn nên công bố lộ trình cập nhật firmware từ 1.6J lên 2.0.1 kèm theo ngày cụ thể, chứ không phải những lời hứa mơ hồ.

Lời kêu gọi hành động: Hãy trao đổi với MIDA Power về chiến lược giao thức của bạn.

MIDA Power ships OCPP 1.6J and 2.0.1 on every charger, with field-upgradeable firmware and a cloud platform that manages mixed-protocol fleets in a single dashboard. Contact sales@midapower.com for our protocol migration guide, OCTT test reports, and a free compatibility review of your existing network.