การเติบโตอย่างรวดเร็วของโครงสร้างพื้นฐานสำหรับการชาร์จรถยนต์ไฟฟ้าสิ่งนี้ทำให้จำเป็นต้องมีโปรโตคอลการสื่อสารที่เป็นมาตรฐานเพื่อให้มั่นใจได้ถึงการทำงานร่วมกันระหว่างสถานีชาร์จรถยนต์ไฟฟ้าและระบบการจัดการส่วนกลาง ในบรรดาโปรโตคอลเหล่านี้ OCPP (Open Charge Point Protocol) ได้กลายเป็นมาตรฐานระดับโลก บทความนี้จะสำรวจความแตกต่างที่สำคัญระหว่าง OCPP 1.6 และ OCPP 2.0 โดยเน้นที่ผลกระทบต่อเทคโนโลยีเครื่องชาร์จรถยนต์ไฟฟ้า ประสิทธิภาพการชาร์จ และการบูรณาการกับมาตรฐานสมัยใหม่ เช่น CCS (Combined Charging System), GB/T และการชาร์จเร็วแบบ DC

1. สถาปัตยกรรมโปรโตคอลและแบบจำลองการสื่อสาร
โอซีพีพี 1.6ซึ่งเปิดตัวในปี 2017 รองรับทั้งรูปแบบ SOAP (ผ่าน HTTP) และ JSON (ผ่าน WebSocket) ทำให้สามารถสื่อสารได้อย่างยืดหยุ่นระหว่างกันเครื่องชาร์จติดผนังและระบบส่วนกลาง รูปแบบการส่งข้อความแบบอะซิงโครนัสช่วยให้สถานีชาร์จรถยนต์ไฟฟ้าเพื่อจัดการการดำเนินงานต่างๆ เช่น การตรวจสอบสิทธิ์ การจัดการธุรกรรม และการอัปเดตเฟิร์มแวร์
OCPP 2.0.1(2020) เวอร์ชันล่าสุดนี้ ใช้สถาปัตยกรรมที่แข็งแกร่งยิ่งขึ้นพร้อมระบบรักษาความปลอดภัยที่ได้รับการปรับปรุง โดยกำหนดให้ใช้ HTTPS สำหรับการสื่อสารแบบเข้ารหัส และแนะนำใบรับรองดิจิทัลสำหรับการตรวจสอบสิทธิ์อุปกรณ์ เพื่อแก้ไขช่องโหว่ในเวอร์ชันก่อนหน้า การอัปเกรดนี้มีความสำคัญอย่างยิ่งสำหรับสถานีชาร์จเร็ว DCซึ่งความถูกต้องของข้อมูลและการตรวจสอบแบบเรียลไทม์มีความสำคัญอย่างยิ่ง
2. ระบบชาร์จอัจฉริยะและการจัดการพลังงาน
จุดเด่นอย่างหนึ่งของ OCPP 2.0 คือฟังก์ชันการทำงานขั้นสูงการชาร์จอัจฉริยะความสามารถต่างๆ แตกต่างจาก OCPP 1.6 ซึ่งให้การปรับสมดุลโหลดขั้นพื้นฐาน OCPP 2.0 ผสานรวมระบบการจัดการพลังงานแบบไดนามิก (EMS) และรองรับเทคโนโลยี Vehicle-to-Grid (V2G) ซึ่งช่วยให้เครื่องชาร์จรถยนต์ไฟฟ้าเพื่อปรับอัตราการชาร์จตามความต้องการของโครงข่ายไฟฟ้าหรือความพร้อมของพลังงานหมุนเวียน เพื่อเพิ่มประสิทธิภาพการกระจายพลังงานทั่วสถานีชาร์จรถยนต์ไฟฟ้า
ตัวอย่างเช่น เครื่องชาร์จติดผนัง Wallbox ที่ใช้ OCPP 2.0 สามารถจัดลำดับความสำคัญในการชาร์จในช่วงเวลาที่ไม่ใช่ช่วงพีค หรือลดกำลังไฟในช่วงที่ระบบไฟฟ้ามีความหนาแน่นสูง ซึ่งจะช่วยเพิ่มประสิทธิภาพทั้งสำหรับการใช้งานในบ้านและเชิงพาณิชย์อุปกรณ์สำหรับติดตั้งสถานีชาร์จรถยนต์ไฟฟ้า
3. ความปลอดภัยและการปฏิบัติตามกฎระเบียบ
ในขณะที่ OCPP 1.6 อาศัยกลไกการตรวจสอบสิทธิ์ขั้นพื้นฐาน OCPP 2.0 ได้นำเสนอการเข้ารหัสแบบ end-to-end และลายเซ็นดิจิทัลสำหรับการอัปเดตเฟิร์มแวร์ ซึ่งช่วยลดความเสี่ยงต่างๆ เช่น การเข้าถึงโดยไม่ได้รับอนุญาตหรือการดัดแปลงแก้ไข สิ่งนี้มีความสำคัญอย่างยิ่งสำหรับสถานีที่สอดคล้องกับมาตรฐาน CCS และ GB/Tซึ่งเกี่ยวข้องกับการจัดการข้อมูลผู้ใช้ที่ละเอียดอ่อนและการทำธุรกรรม DC ที่มีกำลังสูง
4. โมเดลข้อมูลและฟังก์ชันการทำงานที่ได้รับการปรับปรุง
OCPP 2.0ขยายแบบจำลองข้อมูลเพื่อรองรับสถานการณ์การเรียกเก็บเงินที่ซับซ้อนยิ่งขึ้น โดยนำเสนอประเภทข้อความใหม่สำหรับการวินิจฉัย การจัดการการจอง และการรายงานสถานะแบบเรียลไทม์ ทำให้สามารถควบคุมได้อย่างละเอียดมากขึ้นสถานีชาร์จรถยนต์ไฟฟ้าตัวอย่างเช่น ผู้ปฏิบัติงานสามารถวินิจฉัยข้อผิดพลาดจากระยะไกลได้หน่วยชาร์จเร็ว DCหรืออัปเดตการตั้งค่าสำหรับเครื่องชาร์จติดผนังโดยไม่ต้องเข้าไปดำเนินการที่หน้างาน
ในทางตรงกันข้าม OCPP 1.6 ขาดการรองรับมาตรฐาน ISO 15118 (Plug & Charge) โดยตรง ซึ่งเป็นข้อจำกัดที่ได้รับการแก้ไขใน OCPP 2.0 ผ่านการผสานรวมอย่างราบรื่นกับมาตรฐานนี้ ความก้าวหน้านี้ช่วยลดความซับซ้อนในการตรวจสอบสิทธิ์ผู้ใช้ที่สถานี CCS และ GB/T ทำให้สามารถใช้งานแบบ "เสียบปลั๊กและชาร์จ" ได้
5. ความเข้ากันได้และการยอมรับของตลาด
OCPP 1.6 ยังคงถูกใช้งานอย่างแพร่หลายเนื่องจากความเสถียรและความเข้ากันได้กับระบบเดิม รวมถึงเครือข่าย GB/T ในประเทศจีน อย่างไรก็ตาม ความไม่เข้ากันของ OCPP 2.0 กับเวอร์ชันก่อนหน้าทำให้เกิดความท้าทายในการอัปเกรด แม้ว่าจะมีคุณสมบัติที่เหนือกว่า เช่น การรองรับ V2G และการปรับสมดุลโหลดขั้นสูงก็ตาม
บทสรุป
การเปลี่ยนผ่านจาก OCPP 1.6 ไปสู่ OCPP 2.0 ถือเป็นก้าวสำคัญในเทคโนโลยีการชาร์จรถยนต์ไฟฟ้า ซึ่งเกิดจากความต้องการด้านความปลอดภัย การทำงานร่วมกัน และการจัดการพลังงานอัจฉริยะ แม้ว่า OCPP 1.6 จะเพียงพอสำหรับการใช้งานเครื่องชาร์จรถยนต์ไฟฟ้าขั้นพื้นฐาน แต่ OCPP 2.0 นั้นมีความสำคัญอย่างยิ่งสำหรับการเตรียมความพร้อมสถานีชาร์จรถยนต์ไฟฟ้าในอนาคต โดยเฉพาะอย่างยิ่งสถานีที่รองรับมาตรฐานต่างๆการชาร์จเร็วแบบ DCรวมถึง CCS และ V2G เมื่ออุตสาหกรรมพัฒนาขึ้น การนำ OCPP 2.0 มาใช้จะเป็นสิ่งสำคัญอย่างยิ่งในการปรับให้สอดคล้องกับมาตรฐานสากลและยกระดับประสบการณ์การใช้งานของผู้ใช้ที่เครื่องชาร์จติดผนังและจุดชาร์จสาธารณะ
สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับข้อกำหนดของโปรโตคอล>>>
วันที่เผยแพร่: 28 กุมภาพันธ์ 2568

