OCMF คือมาตรฐานการแลกเปลี่ยนข้อมูลการวัดแบบเปิดที่ออกแบบมาโดยเฉพาะสำหรับการชาร์จรถยนต์ไฟฟ้า ด้วยโครงสร้างที่ได้มาตรฐาน ลายเซ็นที่เข้ารหัส และการปรับเปลี่ยนที่ยืดหยุ่น จะช่วยแก้ไขปัญหาหลักสามประการของอุตสาหกรรม ได้แก่ การขาดความโปร่งใสในการวัดปริมาณการชาร์จ ความอ่อนแอต่อการปลอมแปลงข้อมูล และความไม่เข้ากันของโปรโตคอล ทำให้การเรียกเก็บเงินมีความน่าเชื่อถือมากขึ้น และการทำงานร่วมกันในอุตสาหกรรมมีประสิทธิภาพมากขึ้น
OCMF คืออะไร?
OCMF (Open Charge Metering Format) เป็นมาตรฐานอุตสาหกรรมที่ได้รับการส่งเสริมโดย European Charging Alliance และองค์กร SAFE-eV มันเหมือนกับ "ภาษาทั่วไป" สำหรับการวัดข้อมูลในอุตสาหกรรมการชาร์จ ซึ่งกำหนดกฎแบบรวมสำหรับการส่งข้อมูลการชาร์จระหว่างสถานีชาร์จ ระบบการจัดการ และผู้ปฏิบัติงาน เพื่อให้แน่ใจว่าข้อมูลสำคัญ เช่น จำนวนการชาร์จ เวลาในการชาร์จ และค่าใช้จ่าย "สามารถเข้าใจ อ่านได้ และป้องกันการงัดแงะ-"
พูดง่ายๆ ว่าก่อน OCMF สถานีชาร์จยี่ห้อต่างๆ จะใช้รูปแบบข้อมูลที่หลากหลาย เช่น ภูมิภาคต่างๆ ที่พูดภาษาถิ่นต่างกัน ทำให้ไม่สามารถสื่อสารโดยตรงได้ ด้วย OCMF อุปกรณ์ที่เป็นไปตามข้อกำหนดทั้งหมดจะใช้ "ภาษา" แบบรวมในการส่งข้อมูล เพื่อให้มั่นใจว่าข้อมูลสามารถตรวจสอบย้อนกลับได้ตั้งแต่เริ่มชาร์จจนถึงสิ้นสุดการเรียกเก็บเงิน
จุดเด่นทางเทคโนโลยีที่สำคัญของ OCMF
1. โครงสร้างที่ได้มาตรฐาน: การทำลาย "ไซโลข้อมูล" OCMF ใช้การออกแบบที่มีน้ำหนักเบาโดยไม่มีส่วนหัวเพิ่มเติมที่ซับซ้อน ข้อมูลหลักถูกห่อหุ้มในรูปแบบคงที่ โดยปรับให้เข้ากับสถานการณ์การสื่อสารแบบอนุกรมทั่วไป เช่น RS-485 ประกอบด้วยฟิลด์สำคัญ เช่น จำนวนการชาร์จ (Wh) เวลาในการชาร์จ รหัสอุปกรณ์ และข้อมูลภาษี และยังรองรับการวนซ้ำและการขยายเวอร์ชัน เช่น V1.2.0 เพิ่มข้อมูลการชดเชยการสูญเสียสายเคเบิล และ V1.3.0 เพิ่มฟิลด์เวอร์ชันเฟิร์มแวร์ตัวควบคุมกองการชาร์จ เพื่อให้มั่นใจทั้งความสม่ำเสมอและความยืดหยุ่น มาตรฐานนี้ช่วยให้แท่นชาร์จ แพลตฟอร์มการจัดการ (CSMS) และระบบการชำระเงินยี่ห้อต่างๆ สามารถทำงานร่วมกันได้โดยไม่ต้องมีการปรับเปลี่ยนเพิ่มเติม ซึ่งช่วยลดต้นทุนการทำงานร่วมกันในอุตสาหกรรมได้อย่างมาก
2. กลไกการเข้ารหัสและลายเซ็น: ขจัด "การปลอมแปลงข้อมูล" นี่คือการออกแบบความปลอดภัยที่สำคัญที่สุดของ OCMF ข้อมูลการวัดแสงที่สร้างโดยกองชาร์จจะได้รับการเข้ารหัสและลงนามก่อนการส่งข้อมูล และผู้รับจะตรวจสอบความสมบูรณ์ของข้อมูลโดยใช้กุญแจสาธารณะ เหมือนกับการเพิ่ม "ลายน้ำความปลอดภัย" ให้กับข้อมูล หากมีการปลอมแปลง กระบวนการตรวจสอบจะตรวจพบทันที เพื่อป้องกันปัญหา "การเรียกเก็บเงินเกินและการเรียกเก็บเงินที่ไม่ถูกต้อง" ที่ต้นทาง
กลไกนี้เป็นไปตามกฎระเบียบด้านมาตรวิทยาระหว่างประเทศอย่างครบถ้วน เช่น German Mess- & Eichrecht ทำให้การชาร์จข้อมูลถูกต้องตามกฎหมาย และเป็นรากฐานของความไว้วางใจสำหรับผู้ใช้ ผู้ปฏิบัติงาน และหน่วยงานกำกับดูแล
3. การปรับหลาย-โปรโตคอล: เข้ากันได้กับ "อุปกรณ์ใหม่และเก่า" OCMF ไม่ได้จำกัดอยู่เพียงโปรโตคอลการสื่อสารเดียว และสามารถปรับให้เข้ากับโปรโตคอลการชาร์จกระแสหลักได้อย่างยืดหยุ่น เช่น OCPP 1.6 และ OCPP 2.0.1/2.1 ด้วยการกำหนดค่าพารามิเตอร์ที่แตกต่างกัน จะสามารถรองรับสถานการณ์การชาร์จแบบคงที่แบบดั้งเดิม และตอบสนองความต้องการที่เกิดขึ้นใหม่ เช่น การชาร์จเฉพาะกิจ- ตัวอย่างเช่น ในระบบ OCPP 2.0.1 หลังจากเปิดใช้งานการกำหนดค่าที่เกี่ยวข้องแล้ว OCMF จะสามารถส่งข้อมูลที่เซ็นชื่อไปยังโหนดหลักได้โดยอัตโนมัติ เช่น การเริ่มต้นและสิ้นสุดการชาร์จ โดยไม่ต้องแก้ไขฮาร์ดแวร์ที่มีอยู่ ทำให้อุปกรณ์รุ่นเก่าสามารถอัพเกรดเป็น "อุปกรณ์วัดแสงที่เชื่อถือได้"
การประยุกต์ OCMF ในทางปฏิบัติ
1. สถานการณ์การใช้งานครอบคลุมระบบนิเวศการชาร์จทั้งหมด:
● ผู้ผลิตเสาเข็มชาร์จ: ออกแบบโมดูลการวัดแสงตามมาตรฐาน OCMF ช่วยให้สามารถรวมข้อมูลโดยตรงกับแพลตฟอร์มของผู้ควบคุมหลักโดยไม่ต้องดัดแปลงแยกกัน
● ผู้ดำเนินการชาร์จ: รับข้อมูลจากเสาชาร์จยี่ห้อต่างๆ อย่างสม่ำเสมอ ทำให้การจัดการแบ็กเอนด์ง่ายขึ้น และลดต้นทุนการดำเนินงานและการบำรุงรักษา
● ผู้ใช้: หลังจากเรียกเก็บเงินแล้ว ผู้ใช้สามารถตรวจสอบความถูกต้องของข้อมูลการเรียกเก็บเงินผ่านลายเซ็นที่เข้ารหัสได้ เพื่อหลีกเลี่ยงข้อโต้แย้งเรื่อง "ค่าธรรมเนียมการเรียกเก็บเงินที่สูงเกินไป"
● หน่วยงานกำกับดูแล: เข้าถึงข้อมูลการวัดผลที่เป็นไปตามข้อกำหนดโดยตรง ช่วยให้-มีการควบคุมดูแลไซต์งาน และปรับปรุงประสิทธิภาพของการกำกับดูแลอุตสาหกรรม
2. ขั้นตอนการทำงานทั่วไป
● คุณเสียบสายชาร์จเพื่อเริ่มการชาร์จ และแท่นชาร์จจะบันทึกข้อมูล เช่น จำนวนการชาร์จและเวลาในการชาร์จแบบเรียลไทม์
● ข้อมูลถูกห่อหุ้มในรูปแบบ OCMF และสร้าง "ลายเซ็นดิจิทัล" โดยใช้อัลกอริธึมการเข้ารหัส
● แพคเกจข้อมูล OCMF ที่ลงนามจะถูกส่งไปยังแพลตฟอร์มการจัดการผ่านโปรโตคอล SLIP (พร้อมตัวคั่นเริ่มต้นและสิ้นสุด)
● หลังจากที่แพลตฟอร์มตรวจสอบลายเซ็นแล้ว จะแยกวิเคราะห์ข้อมูลและสร้างใบเรียกเก็บเงิน
● หลังจากการชาร์จเสร็จสิ้น บันทึกข้อมูล OCMF ทั้งหมดจะสามารถใช้เป็นใบสำคัญการเรียกเก็บเงินเพื่อรองรับการตรวจสอบในภายหลัง
วิวัฒนาการเวอร์ชัน OCMF
มาตรฐานอุตสาหกรรมที่มีการปรับปรุงอย่างต่อเนื่อง OCMF ได้รับการทำซ้ำอย่างต่อเนื่องนับตั้งแต่เปิดตัว โดยปรับให้เข้ากับความต้องการของอุตสาหกรรมจริง: V1.0.1: คำจำกัดความเวอร์ชันที่ชัดเจนและโครงสร้างข้อมูลพื้นฐาน วางรากฐานสำหรับการกำหนดมาตรฐาน
● V1.1.0: เพิ่มข้อมูลภาษีเพื่อปรับให้เข้ากับสถานการณ์การชาร์จชั่วคราว
● V1.2.0: เพิ่มข้อมูลการชดเชยการสูญเสียสายเคเบิลเพื่อจัดการกับความท้าทายในการวัดการสูญเสียพลังงานระหว่างการชาร์จ
● V1.3.0: เพิ่มช่องเวอร์ชันเฟิร์มแวร์ของคอนโทรลเลอร์เพื่อปรับปรุงความแม่นยำของการจัดการอุปกรณ์
การอัปเดตแต่ละครั้งจะมุ่งเน้นไปที่เป้าหมายของ "ความแม่นยำมากขึ้น ปลอดภัยมากขึ้น และเข้ากันได้มากขึ้น" เพื่อให้มั่นใจว่ามาตรฐานจะก้าวทันการพัฒนาอุตสาหกรรมอยู่เสมอ
ตารางอ้างอิงฟิลด์หลักของ OCMF และสถานการณ์แอปพลิเคชัน
ตารางอ้างอิงนี้สรุปฟิลด์หลักของ OCMF (รูปแบบการวัดการชาร์จแบบเปิด) เวอร์ชัน V1.0.1 ถึง V1.3.0 โดยให้ความกระจ่างเกี่ยวกับความหมาย ประเภทข้อมูล การสนับสนุนเวอร์ชัน และสถานการณ์การใช้งานหลักของแต่ละฟิลด์ ช่วยให้อ้างอิงได้อย่างรวดเร็วและปรับใช้ในทางปฏิบัติได้
| ชื่อฟิลด์ | ความหมายของฟิลด์ | ประเภทข้อมูล | การสนับสนุนเวอร์ชัน | สถานการณ์การใช้งานหลัก |
|---|---|---|---|---|
| เวอร์ชั่น | หมายเลขเวอร์ชันรูปแบบ OCMF | สตริง (เช่น "1.3.0") | ทุกรุ่น | สำหรับการปรับเวอร์ชันระหว่างอุปกรณ์และแพลตฟอร์ม เพื่อให้มั่นใจถึงความเข้ากันได้ของการแยกวิเคราะห์ข้อมูล |
| gw_vendor | ตัวระบุผู้จำหน่ายเกตเวย์ | สตริง | V0.4 และสูงกว่า | การตรวจสอบย้อนกลับของอุปกรณ์ แยกเกตเวย์จากผู้ขายรายต่างๆ สำหรับการดำเนินงานและการจัดการการบำรุงรักษา |
| gw_sn | หมายเลขซีเรียลของเกตเวย์ | สตริง (จำเป็น) | V0.4 และสูงกว่า | ระบุอุปกรณ์เกตเวย์โดยไม่ซ้ำกัน สร้างห่วงโซ่ที่ตรวจสอบย้อนกลับได้ด้วยข้อมูลการสูบจ่าย |
| meter_vendor | ID ผู้จำหน่ายโมดูลวัดแสง | สตริง | ทุกรุ่น | ความสามารถในการตรวจสอบย้อนกลับของอุปกรณ์วัดแสง ค้นหาหน่วยงานที่รับผิดชอบในกรณีที่มีข้อพิพาทด้านข้อมูล |
| เมตร_sn | หมายเลขซีเรียลของโมดูลวัดแสง | สตริง (จำเป็น) | ทุกรุ่น | ระบุโมดูลสูบจ่ายโดยเฉพาะ ตรวจสอบให้แน่ใจว่าข้อมูลการวัดและอุปกรณ์มีความสอดคล้องกัน-ถึง-เดียว |
| พลังงาน | พลังงานการชาร์จทั้งหมด | ตัวเลข (หน่วย: Wh) | ทุกรุ่น | พื้นฐานการเรียกเก็บเงินหลัก ข้อมูลพื้นฐานสำหรับการชำระเงินของผู้ใช้และการกระทบยอดของผู้ปฏิบัติงาน |
| start_time | เวลาเริ่มต้นการชาร์จ | การประทับเวลา | ทุกรุ่น | คำนวณระยะเวลาการชาร์จ เวลาที่ตรงกัน-ราคาค่าไฟฟ้า และสร้างใบเรียกเก็บเงินที่แม่นยำ |
| สิ้นสุด_เวลา | เวลาสิ้นสุดการชาร์จ | การประทับเวลา | ทุกรุ่น | ยืนยันรอบการชาร์จ คำนวณระยะเวลาการชาร์จทั้งหมดพร้อมเวลาเริ่มต้น |
| อัตราภาษี | ข้อมูลราคาค่าไฟฟ้า (รวมถึงช่วงเวลา อัตรา) | ข้อมูลที่มีโครงสร้าง | V1.1.0 และสูงกว่า | ปรับให้เข้ากับสถานการณ์การชาร์จชั่วคราว เวลาสนับสนุน-ของ-การใช้การกำหนดราคาและการชำระภาษีแบบไดนามิก |
| cable_loss | พลังงานชดเชยการสูญเสียสายเคเบิล | ตัวเลข (หน่วย: Wh) | V1.2.0 และสูงกว่า | แก้ไขการสูญเสียพลังงานระหว่างการชาร์จ ตรวจสอบความถูกต้องของข้อมูลการวัดแสง |
| อ้างอิง | เวอร์ชันเฟิร์มแวร์ตัวควบคุมกองการชาร์จ | สตริง (ไม่จำเป็น) | V1.3.0 และสูงกว่า | การจัดการเฟิร์มแวร์ พิจารณาว่าจำเป็นต้องอัปเกรดหรือไม่เพื่อแก้ไขช่องโหว่ในการวัดแสง |
| ลายเซ็น | ลายเซ็นดิจิทัล | สตริงที่เข้ารหัส | ทุกรุ่น | ข้อมูลต่อต้าน-การตรวจสอบการปลอมแปลง; ป้องกันการปลอมแปลงข้อมูลการเรียกเก็บเงินและรับรองความถูกต้องตามกฎหมาย |
| sig_alg | ตัวระบุอัลกอริทึมลายเซ็น | สตริง | V0.4 และสูงกว่า | ชี้แจงวิธีการเข้ารหัสข้อมูล ผู้รับตรวจสอบลายเซ็นด้วยอัลกอริทึมที่เกี่ยวข้อง |
| auth_status | สถานะการอนุญาต (สำเร็จหรือไม่) | บูลีน | V0.4 และสูงกว่า | ยืนยันความถูกต้องตามกฎหมายของการทำธุรกรรมการเรียกเก็บเงิน ปฏิเสธการชำระเงินสำหรับการทำธุรกรรมที่ไม่ได้รับอนุญาต |
| event_counter | เคาน์เตอร์กิจกรรม | จำนวนเต็ม | V0.4 และสูงกว่า | บันทึกจำนวนเหตุการณ์สำคัญระหว่างการชาร์จ ช่วยในการแก้ไขปัญหาข้อผิดพลาด |
หมายเหตุเพิ่มเติมเกี่ยวกับลำดับความสำคัญของฟิลด์:
1. ช่องที่ทำเครื่องหมายว่า "จำเป็น" (เช่น gw_sn, meter_sn, พลังงาน) ถือเป็นข้อมูลพื้นฐานสำหรับความถูกต้องของข้อมูลการวัดแสง การไม่อยู่ของพวกเขาจะขัดขวางการตั้งถิ่นฐานตามปกติ
2. ความเข้ากันได้ของเวอร์ชัน: ช่องจากเวอร์ชันที่สูงกว่า (เช่น cable_loss, cf) เป็นทางเลือกในระบบเวอร์ชันที่ต่ำกว่า จำเป็นต้องอัปเกรดอุปกรณ์เป็นเวอร์ชันที่เกี่ยวข้องหากจำเป็นต้องกรอกข้อมูลเหล่านี้
3. การปรับโปรโตคอล: ฟิลด์ทั้งหมดสามารถส่งผ่านโปรโตคอล OCPP 1.6 และ OCPP 2.0.1/2.1 โดยไม่ต้องแก้ไขโครงสร้างฟิลด์เพิ่มเติมใดๆ
ตารางการแมปความเข้ากันได้ของฟิลด์ OCMF และโปรโตคอล OCPP
OCMF เป็นมาตรฐานข้อมูลการวัดการชาร์จ โดยอาศัย OCPP (Open Charge Point Protocol) สำหรับการส่งข้อมูลระหว่างอุปกรณ์ ตารางด้านล่างให้ความกระจ่างเกี่ยวกับสื่อการส่งข้อมูล การพึ่งพาการกำหนดค่า และกฎการปรับของฟิลด์ OCMF หลักใน OCPP เวอร์ชันต่างๆ โดยตอบคำถามเชิงปฏิบัติว่า "ข้อมูล OCMF ถูกส่งและสื่อสารภายใน OCPP ได้อย่างไร"
| สนามหลัก OCMF | ความหมายของฟิลด์ | เวอร์ชัน OCPP ที่รองรับ | ผู้ให้บริการส่งสัญญาณ OCPP (ข้อความ/ฟิลด์) | การพึ่งพาการกำหนดค่า OCPP |
|---|---|---|---|---|
| เอฟวี | เวอร์ชันรูปแบบ OCMF (เช่น 1.0, 1.2.0) | 1.5 ขึ้นไป | ข้อมูลเมตา SignedData (ฝังอยู่ในแอตทริบิวต์ MeterValue) | ไม่จำเป็นต้องกำหนดค่าเพิ่มเติม |
| จีเอส | หมายเลขซีเรียลของเกตเวย์ (ตัวระบุเฉพาะสำหรับส่วนประกอบลายเซ็น) | 1.5 ขึ้นไป |
1. MeterValue.req → JSON ใน SignedData 2. StopTransaction.req → ข้อมูลธุรกรรม |
กำหนดค่า "เกตเวย์-ความสัมพันธ์ในการผูกกองการชาร์จ" (เช่น เชื่อมโยง GS กับ ChargePointIdentity ของ OCPP) |
| นางสาว | หมายเลขซีเรียลของโมดูลวัดแสง (ตัวระบุมาตรวัดเฉพาะ) | 1.5 ขึ้นไป | JSON ใน SignedData (จัดกลุ่มกับ MV/MF เป็น "ข้อมูลอุปกรณ์วัดแสง") | ไม่มีการกำหนดค่าเพิ่มเติม แต่ต้องแน่ใจว่า MS เชื่อมโยงกับโปรไฟล์กองชาร์จในแบ็กเอนด์ OCPP |
| ร-TM | เวลาในการอ่าน (รวมถึงสถานะการซิงค์ เช่น "2018-07-24T13:22:04,000+0200 S") | 1.5 ขึ้นไป |
1. MeterValue.timestamp (เวลาฐาน) 2. JSON ใน SignedData (สถานะการซิงค์ "S/R") |
กำหนดค่า ClockAlignedDataInterval=900 (15 นาที สอดคล้องกับช่วงเวลาควบคุมการวัดแสง) |
| ถ-รถบ้าน | การอ่านมิเตอร์ (เช่น 2935.6 kWh) | 1.5 ขึ้นไป |
1. MeterValue.value (รูปแบบ Raw เพื่อการแสดงผลที่รวดเร็ว) 2. JSON ใน SignedData (รูปแบบที่ลงนามสำหรับการตรวจสอบการเรียกเก็บเงิน) |
กำหนดค่า MeterValue.sAlignedData=Active.Energy.Register.Import |
| ถ.-เท็กซัส | สถานะธุรกรรม (เช่น B=Start, E=End, T=การเปลี่ยนแปลงภาษี) | 1.5 ขึ้นไป |
1. StartTransaction.req → สถานะธุรกรรม 2. StopTransaction.req → เหตุผล 3. MeterValue.req → JSON ใน SignedData |
กำหนดค่า StopTransactionsSignatureFormat=MR/SR (MR: การส่งข้อมูลเริ่มต้น/หยุดครั้งเดียว; SR: การส่งข้อมูลแยกกันสองครั้ง) |
| ลค | การชดเชยการสูญเสียสายเคเบิล (รวมถึงความต้านทาน LR, ยูนิต LU ฯลฯ) | 2.0 และสูงกว่า | JSON ใน SignedData (ฟิลด์ใหม่ใน OCMF 1.2.0) | อัปเกรดโปรโตคอล OCPP เป็น 2.0+; กำหนดค่า "พารามิเตอร์อัลกอริธึมการสูญเสียสายเคเบิล" ในตัวควบคุมกองการชาร์จ |
| เป็น | สถานะการให้สิทธิ์ผู้ใช้ (true=Authorized, false=Unauthorized) | 2.0 และสูงกว่า |
1. Authorize.req → IdTagInfo.Status 2. JSON ใน SignedData (เชื่อมโยงกับผลการอนุญาต OCPP) |
กำหนดค่า OCPP_AUTH_TLS (ให้สิทธิ์ข้อมูลผ่านข้อความเข้ารหัส TLS) |
| มัน | ประเภทการระบุตัวตนผู้ใช้ (เช่น บัตร ISO14443=RFID) | 2.0 และสูงกว่า | Authorize.req → IdTagType (หรือ JSON ใน SignedData) | กำหนดค่า "การจับคู่ระหว่างประเภทการระบุและ IdTag" ในแบ็กเอนด์ OCPP (เช่น ISO14443 สอดคล้องกับ OCPP IdTag ในรูปแบบฐานสิบหก 16 หลัก) |
| เอสดี | ข้อมูลลายเซ็นดิจิทัล (ผลการเข้ารหัส ECDSA) | 1.5 ขึ้นไป |
1. MeterValue.req → Value (ValueFormat=SignedData เข้ารหัสเป็นเลขฐานสิบหก) 2. StopTransaction.req → ลายเซ็นธุรกรรม |
1. กำหนดค่า SignatureAlgorithm=ECDSA-secp256r1-SHA256 (อัลกอริทึมเริ่มต้นของ OCMF) 2. เปิดใช้งาน MeterValuesSignatureContext=CSL/RW (ระบุจุดทริกเกอร์ลายเซ็น) |
| พีจี | ตัวระบุการแบ่งหน้า (เช่น T12345=การอ่านสำหรับธุรกรรม 12345) | 1.5 ขึ้นไป | JSON ใน SignedData (เชื่อมโยงกับ TransactionId ของ OCPP) | กำหนดค่า "การตรวจสอบความต่อเนื่องของการแบ่งหน้า" (แบ็กเอนด์ OCPP ตรวจสอบหมายเลข PG ตามลำดับ เช่น T1→T2→T3 เพื่อหลีกเลี่ยงการสูญเสียข้อมูล) |
หมายเหตุเพิ่มเติม
1. กฎรูปแบบการส่งข้อมูลแบบรวม: ฟิลด์ OCMF ทั้งหมดถูกห่อหุ้มไว้ในรูปแบบ "SignedData" ใน OCPP – นั่นคือ OCMF |
2. ขอบเขตความเข้ากันได้ของเวอร์ชัน:
● OCPP 1.5: รองรับเฉพาะฟิลด์ OCMF พื้นฐานเท่านั้น (เช่น FV, GS, RD-RV, SD) และไม่รองรับฟิลด์เวอร์ชันที่สูงกว่า (LC, IT ประเภท ISO15118)
● OCPP 2.0 ขึ้นไป: รองรับทุกช่องของ OCMF 1.2.0 และต่ำกว่าโดยสมบูรณ์ และสามารถขยายได้เพื่อรองรับการเพิ่ม OCMF ในอนาคตผ่านช่อง "CustomData"
3. ลำดับความสำคัญของการกำหนดค่า: เมื่อการกำหนดค่า OCPP ขัดแย้งกับข้อกำหนดของ OCMF (เช่น ClockAlignedDataInterval ≠ 15 นาทีของ OCPP) กฎเกณฑ์การวัดแสงของ OCMF จะต้องมีความสำคัญเหนือกว่า (เช่น การบังคับปรับเป็น 900 วินาที) เพื่อให้แน่ใจว่าข้อมูลสอดคล้องกับความถูกต้องทางกฎหมายของการสอบเทียบ
สรุป: เหตุใด OCMF จึงกลายเป็นมาตรฐานที่สำคัญในอุตสาหกรรม
ในอุตสาหกรรมการชาร์จรถยนต์ไฟฟ้าที่กำลังพัฒนาอย่างรวดเร็ว ความน่าเชื่อถือและความสามารถในการทำงานร่วมกันของข้อมูลการวัดถือเป็นปัญหาคอขวดหลัก OCMF ผ่านทางการผสมผสานระหว่าง "รูปแบบรวม + การตรวจสอบที่เข้ารหัส + การปรับเปลี่ยนที่ยืดหยุ่น" จัดการกับข้อกังวลหลักของผู้ใช้ในเรื่อง "การเรียกเก็บเงินที่ยุติธรรม" ลดต้นทุนการปรับเปลี่ยนทางเทคนิคสำหรับธุรกิจ และมอบเครื่องมือที่โปร่งใสสำหรับการควบคุมดูแล เพื่อให้บรรลุ-สถานการณ์ที่ชนะอย่างแท้จริงสำหรับทุกฝ่าย
เนื่องจากผู้ผลิตและผู้ปฏิบัติงานเสาเข็มชาร์จจำนวนมากขึ้นเรื่อยๆ นำมาตรฐาน OCMF มาใช้ ประสบการณ์การชาร์จจะสะดวกยิ่งขึ้นในอนาคต ผู้ใช้สามารถใช้แท่นชาร์จยี่ห้อใดก็ได้อย่างมั่นใจ และชำระเงินได้อย่างราบรื่นผ่านแพลตฟอร์มของผู้ให้บริการที่แตกต่างกัน นี่คือค่านิยมหลักที่มาตรฐานแบบเปิดนำมาสู่อุตสาหกรรม
