OCMF یک استاندارد تبادل داده اندازه گیری باز است که به طور خاص برای شارژ خودروهای الکتریکی طراحی شده است. از طریق ساختار استاندارد، امضاهای رمزگذاری شده و سازگاری انعطاف پذیر، به سه نقطه دردناک اصلی صنعت می پردازد: عدم شفافیت در اندازه گیری شارژ، حساسیت به دستکاری داده ها و ناسازگاری پروتکل. این باعث میشود که شارژ صورتحساب قابل اعتمادتر و همکاری در صنعت کارآمدتر شود.
OCMF چیست؟
OCMF (قالب اندازهگیری شارژ باز) یک استاندارد صنعتی است که توسط اتحادیه شارژ اروپا و سازمان SAFE-eV ترویج میشود. این مانند "زبان مشترک" برای اندازه گیری داده ها در صنعت شارژ است که قوانین یکپارچه برای انتقال داده های شارژ بین ایستگاه های شارژ، سیستم های مدیریتی و اپراتورها را تعریف می کند. این تضمین میکند که اطلاعات کلیدی مانند مبلغ شارژ، زمان شارژ، و هزینه "قابل درک، خوانا، و{3}}مقاوم باشد."
به بیان ساده، قبل از OCMF، مارک های مختلف ایستگاه های شارژ از فرمت های داده های متنوعی استفاده می کردند، مانند مناطق مختلف که به گویش های مختلف صحبت می کنند، که ارتباط مستقیم را غیرممکن می کرد. با OCMF، همه دستگاههای سازگار از یک «زبان» یکپارچه برای انتقال دادهها استفاده میکنند و اطمینان میدهند که دادهها از شروع شارژ تا تکمیل صورتحساب قابل ردیابی و تأیید هستند.
نکات مهم تکنولوژیکی OCMF
1. ساختار استاندارد: شکستن "Data Silos" OCMF طراحی سبک وزن و بدون هدرهای اضافی پیچیده را اتخاذ می کند. دادههای اصلی در قالبی ثابت کپسوله میشوند و با سناریوهای ارتباط سریالی رایج مانند RS-485 سازگار میشوند. این شامل فیلدهای کلیدی مانند مقدار شارژ (وات ساعت)، زمان شارژ، شناسه دستگاه و اطلاعات تعرفه است، و همچنین از تکرار و گسترش نسخه پشتیبانی میکند - به عنوان مثال، V1.2.0 دادههای جبران خسارت کابل را اضافه کرد، و V1.3.0 فیلد نسخه سیستمافزار کنترلکننده شمع شارژ را اضافه کرد، که هم یکنواختی و هم انعطافپذیری را تضمین میکند. این استانداردسازی به برندهای مختلف شمع شارژ، پلتفرمهای مدیریت (CSMS) و سیستمهای پرداخت اجازه میدهد تا بدون تطبیق اضافی با یکدیگر همکاری کنند و هزینههای همکاری صنعت را به طور قابل توجهی کاهش دهند.
2. مکانیسم رمزگذاری و امضا: حذف "تخریب داده" این مهم ترین طراحی امنیتی OCMF است. دادههای اندازهگیری تولید شده توسط شمع شارژ، قبل از ارسال رمزگذاری و امضا میشوند و گیرنده یکپارچگی دادهها را با استفاده از یک کلید عمومی تأیید میکند. این مانند افزودن یک "واترمارک امنیتی" به داده ها است. اگر دستکاری شده باشد، فرآیند تأیید فوراً آن را شناسایی میکند و از مسائل مربوط به «هزینه بیش از حد و صورتحساب نادرست» در منبع جلوگیری میکند.
این مکانیسم کاملاً با مقررات بینالمللی اندازهشناسی مانند آلمان Mess- و Eichrecht مطابقت دارد، دادههای شارژ را از نظر قانونی معتبر میسازد و پایه و اساس اعتماد را برای کاربران، اپراتورها و تنظیمکنندهها فراهم میکند.
3. سازگاری چند پروتکلی: سازگار با «دستگاههای جدید و قدیمی» OCMF به یک پروتکل ارتباطی محدود نمیشود و میتواند به طور انعطافپذیری با پروتکلهای شارژ اصلی مانند OCPP 1.6 و OCPP 2.0.1/2.1 سازگار شود. با پیکربندی پارامترهای مختلف، میتواند سناریوهای شارژ ثابت سنتی را پشتیبانی کند و نیازهای نوظهوری مانند شارژ{5}}تکمیلی را برآورده کند. به عنوان مثال، در یک سیستم 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_sn | شماره سریال ماژول اندازه گیری | رشته (الزامی) | همه نسخه ها | شناسایی منحصر به فرد ماژول های اندازه گیری؛ اطمینان حاصل کنید که یک-به-یک مکاتبه بین دادههای اندازهگیری و دستگاهها وجود دارد |
| انرژی | کل انرژی شارژ | عددی (واحد: Wh) | همه نسخه ها | اساس صورتحساب اصلی؛ داده های اولیه برای تسویه حساب کاربر و تطبیق اپراتور |
| start_time | زمان شروع شارژ | مهر زمان | همه نسخه ها | محاسبه مدت زمان شارژ، زمان مطابقت-قیمتهای برق دوره، و ایجاد صورتحساب دقیق |
| پایان_زمان | زمان پایان شارژ | مهر زمان | همه نسخه ها | تایید چرخه شارژ؛ کل مدت زمان شارژ را با زمان شروع محاسبه کنید |
| تعرفه | اطلاعات قیمت برق (شامل دوره های زمانی، نرخ ها) | داده های ساخت یافته | V1.1.0 و بالاتر | سازگاری با سناریوهای شارژ موقت؛ زمان پشتیبانی-از-قیمت گذاری استفاده و تسویه پویا تعرفه |
| کابل_از دست دادن | انرژی جبران تلفات کابل | عددی (واحد: Wh) | نسخه 1.2.0 و بالاتر | تصحیح اتلاف انرژی در هنگام شارژ؛ اطمینان از صحت داده های اندازه گیری |
| رجوع کنید به | نسخه سیستم عامل کنترل شمع شارژ | رشته (اختیاری) | نسخه 1.3.0 و بالاتر | مدیریت سیستم عامل؛ تعیین کنید که آیا برای رفع آسیبپذیریهای اندازهگیری به ارتقاء نیاز است یا خیر |
| امضا | امضای دیجیتال | رشته رمزگذاری شده | همه نسخه ها | تأیید اطلاعات ضد جعل-. جلوگیری از دستکاری داده های صورتحساب و اطمینان از اعتبار قانونی |
| sig_alg | شناسه الگوریتم امضا | رشته | V0.4 و بالاتر | روشن کردن روش رمزگذاری داده ها؛ گیرنده امضا را با الگوریتم مربوطه تأیید می کند |
| auth_status | وضعیت مجوز (موفقیت یا عدم موفقیت) | بولی | V0.4 و بالاتر | تایید قانونی بودن شارژ تراکنش ها؛ رد تسویه حساب برای معاملات غیرمجاز |
| رویداد_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 (پروتکل نقطه شارژ باز) متکی است. جدول زیر محیط انتقال، وابستگیهای پیکربندی و قوانین تطبیق فیلدهای اصلی OCMF را در نسخههای مختلف OCPP روشن میکند و به این سؤال عملی میپردازد که "دادههای OCMF چگونه منتقل میشوند و با موفقیت در OCPP ارتباط برقرار میشوند."
| میدان هسته OCMF | معنی میدان | نسخه OCPP پشتیبانی شده | حامل انتقال OCPP (پیام/فیلد) | وابستگی پیکربندی OCPP |
|---|---|---|---|---|
| FV | نسخه فرمت OCMF (به عنوان مثال، 1.0، 1.2.0) | 1.5 و بالاتر | فراداده SignedData (جاسازی شده در ویژگی های MeterValue) | بدون نیاز به پیکربندی اضافی |
| جی اس | شماره سریال دروازه (شناسه منحصر به فرد برای اجزای امضا) | 1.5 و بالاتر |
1. MeterValue.req → JSON در SignedData 2. StopTransaction.req → TransactionData |
پیکربندی «درگاه{0}}رابطه اتصال شمع شارژ» (به عنوان مثال، مرتبط کردن GS با ChargePointIdentity OCPP) |
| اماس | شماره سریال ماژول اندازه گیری (شناسه کنتور منحصر به فرد) | 1.5 و بالاتر | JSON در SignedData (گروه بندی شده با MV/MF به عنوان "اطلاعات دستگاه اندازه گیری") | بدون پیکربندی اضافی، اما اطمینان حاصل کنید که MS به پروفایل های شمع شارژ در باطن OCPP مرتبط است |
| RD{0}}TM | زمان خواندن (از جمله وضعیت همگامسازی، به عنوان مثال، "2018-07-24T13:22:04،000+0200 S") | 1.5 و بالاتر |
1. MeterValue.timestamp (زمان پایه) 2. JSON در SignedData (وضعیت همگام سازی "S/R") |
پیکربندی ClockAlignedDataInterval=900 (15 دقیقه، تراز با شکافهای تنظیم اندازهگیری) |
| RD-RV | قرائت کنتور (به عنوان مثال، 2935.6 کیلووات ساعت) | 1.5 و بالاتر |
1. MeterValue.value (فرمت خام، برای نمایش سریع) 2. JSON در SignedData (فرمت امضا شده، برای تأیید صورتحساب) |
پیکربندی MeterValue.sAlignedData=Active.Energy.Register.Import |
| RD{0}}TX | وضعیت تراکنش (به عنوان مثال، B=شروع، E{3}}پایان، T{4}}تغییر تعرفه) | 1.5 و بالاتر |
1. StartTransaction.req → TransactionStatus 2. StopTransaction.req → Reason 3. MeterValue.req → JSON در SignedData |
پیکربندی StopTransactionsSignatureFormat=MR/SR (MR: انتقال تک داده شروع/توقف؛ SR: دو ارسال جداگانه) |
| LC | جبران خسارت کابل (از جمله مقاومت LR، واحد LU و غیره) | 2.0 و بالاتر | JSON در SignedData (فیلد جدید در OCMF 1.2.0) | پروتکل OCPP را به 2.0+ ارتقا دهید. "پارامترهای الگوریتم از دست دادن کابل" را در کنترل کننده شمع شارژ پیکربندی کنید |
| IS | وضعیت مجوز کاربر (درست=مجاز، نادرست=غیر مجاز) | 2.0 و بالاتر |
1. Authorize.req → IdTagInfo.Status 2. JSON در SignedData (به نتیجه مجوز OCPP ملزم است) |
پیکربندی OCPP_AUTH_TLS (اجازه دادن به داده ها از طریق متن رمزی TLS) |
| IT | نوع شناسایی کاربر (به عنوان مثال، کارت ISO{2}}RFID) | 2.0 و بالاتر | Authorize.req → IdTagType (یا JSON در SignedData) | "نقشه بین نوع شناسایی و IdTag" را در باطن OCPP پیکربندی کنید (به عنوان مثال، ISO14443 مطابق با OCPP IdTag در قالب هگزا 16 رقمی است) |
| SD | داده های امضای دیجیتال (نتیجه رمزگذاری ECDSA) | 1.5 و بالاتر |
1. MeterValue.req → Value (ValueFormat=SignedData، کدگذاری شده به صورت هگز) 2. StopTransaction.req → TransactionSignature |
1. SignatureAlgorithm=ECDSA-secp256r1-SHA256 (الگوریتم پیشفرض OCMF) را پیکربندی کنید 2. فعال کردن MeterValuesSignatureContext=CSL/RW (نقاط ماشه امضا را مشخص کنید) |
| PG | شناسه صفحه بندی (به عنوان مثال، T12345=خواندن برای تراکنش 12345) | 1.5 و بالاتر | JSON در SignedData (پیوند به TransactionId OCPP) | "بررسی تداوم صفحه بندی" را پیکربندی کنید (پشتیبان OCPP اعداد PG متوالی را تأیید می کند، به عنوان مثال، T1→T2→T3، برای جلوگیری از از دست رفتن داده ها) |
یادداشت های تکمیلی
1. قوانین فرمت انتقال یکپارچه: همه فیلدهای OCMF در قالب "SignedData" در OCPP کپسوله شده اند – یعنی OCMF|
2. مرزهای سازگاری نسخه:
● OCPP 1.5: فقط از فیلدهای اولیه OCMF (مانند FV،
● OCPP 2.0 و بالاتر: به طور کامل از تمام فیلدهای OCMF 1.2.0 و پایینتر پشتیبانی میکند و میتوان آن را برای تطبیق افزودنهای OCMF در آینده از طریق فیلد «CustomData» گسترش داد.
3. اولویت پیکربندی: هنگامی که پیکربندی OCPP با الزامات OCMF در تضاد است (مثلاً ClockAlignedDataInterval OCPP ≠ 15 دقیقه)، مقررات اندازه گیری OCMF باید اولویت داشته باشند (مثلاً به اجبار روی 900 ثانیه تنظیم شده است) تا اطمینان حاصل شود که اعتبار داده ها مطابق با قانون است.
خلاصه: چرا OCMF به یک استاندارد ضروری در صنعت تبدیل شده است؟
در صنعت شارژ وسایل نقلیه الکتریکی که به سرعت در حال توسعه است، اعتبار و قابلیت همکاری داده های اندازه گیری از گلوگاه های اصلی است. OCMF، از طریق ترکیبی از "قالب یکپارچه + تایید رمزگذاری شده + سازگاری انعطاف پذیر"، به نگرانی اصلی کاربر در "صورتحساب منصفانه" می پردازد، هزینه های تطبیق فنی را برای مشاغل کاهش می دهد و ابزار شفافی برای مقررات ارائه می دهد که واقعاً به یک وضعیت برد- برای همه طرف ها دست می یابد.
همانطور که بیشتر و بیشتر تولیدکنندگان و اپراتورهای شمع شارژ استاندارد OCMF را اتخاذ میکنند، تجربه شارژ در آینده راحتتر خواهد شد - کاربران میتوانند با اطمینان از هر برندی از شمع شارژ استفاده کنند و پرداختها را بدون مشکل در پلتفرمهای اپراتورهای مختلف تسویه کنند. این ارزش اصلی است که استانداردهای باز برای صنعت به ارمغان می آورد.
