OCMF, elektrikli araç şarjı için özel olarak tasarlanmış bir açık ölçüm veri alışverişi standardıdır. Standartlaştırılmış yapı, şifrelenmiş imzalar ve esnek adaptasyon sayesinde endüstrinin üç önemli sorununu ele alır: ücretlendirme ölçümünde şeffaflık eksikliği, veri kurcalanmasına karşı duyarlılık ve protokol uyumsuzluğu. Bu, faturalandırmanın daha güvenilir olmasını ve sektör işbirliğinin daha verimli olmasını sağlar.
OCMF nedir?
OCMF (Açık Şarj Ölçüm Formatı), Avrupa Şarj Birliği ve SAFE-eV kuruluşu tarafından desteklenen bir endüstri standardıdır. Bu, şarj istasyonları, yönetim sistemleri ve operatörler arasında şarj verilerinin iletilmesine yönelik birleşik kuralları tanımlayan, şarj endüstrisinde ölçüm verileri için "ortak dil" gibidir. Bu, ücretlendirme tutarı, şarj süresi ve maliyet gibi önemli bilgilerin "anlaşılabilir, okunabilir ve tahrifata- dayanıklı olmasını sağlar.
Basitçe söylemek gerekirse, OCMF'den önce farklı markalardaki şarj istasyonları, farklı bölgelerin farklı lehçeleri konuşması gibi farklı veri formatları kullanıyordu ve bu da doğrudan iletişimi imkansız hale getiriyordu. OCMF ile tüm uyumlu cihazlar, verileri iletmek için birleşik bir "dil" kullanır ve bu sayede, şarjın başlangıcından faturalandırmanın tamamlanmasına kadar verilerin izlenebilir ve doğrulanabilir olması sağlanır.
OCMF'nin Önemli Teknolojik Özellikleri
1. Standartlaştırılmış Yapı: "Veri Silolarını" Parçalamak OCMF, karmaşık ekstra başlıklar olmadan hafif bir tasarımı benimser. Çekirdek veriler, RS-485 gibi yaygın seri iletişim senaryolarına uyum sağlayacak şekilde sabit bir formatta kapsüllenir. Şarj miktarı (Wh), şarj süresi, cihaz kimliği ve tarife bilgileri gibi önemli alanları içerir ve aynı zamanda sürüm yinelemesini ve genişletmeyi de destekler; örneğin, V1.2.0 kablo kaybı telafisi verilerini ekledi ve V1.3.0, hem tekdüzelik hem de esneklik sağlayarak şarj yığını denetleyici donanım yazılımı sürüm alanını ekledi. Bu standardizasyon, farklı markalardaki şarj yığınlarının, yönetim platformlarının (CSMS) ve ödeme sistemlerinin ek adaptasyona gerek kalmadan birlikte çalışmasına olanak tanıyarak sektör işbirliği maliyetlerini önemli ölçüde azaltır.
2. Şifreleme ve İmza Mekanizması: "Veri Tahrifatının" Ortadan Kaldırılması Bu, OCMF'nin en önemli güvenlik tasarımıdır. Şarj yığını tarafından oluşturulan ölçüm verileri iletimden önce şifrelenip imzalanır ve alıcı, genel bir anahtar kullanarak veri bütünlüğünü doğrular. Bu, verilere bir "güvenlik filigranı" eklemek gibidir; Üzerinde oynanması durumunda doğrulama süreci bunu hemen tespit ederek "aşırı ücretlendirme ve yanlış faturalandırma" sorunlarını kaynakta önleyecektir.
Bu mekanizma, Alman Mess- ve Eichrecht gibi uluslararası metroloji düzenlemeleriyle tamamen uyumludur, ücretlendirme verilerini yasal olarak geçerli kılar ve kullanıcılar, operatörler ve düzenleyiciler için bir güven temeli sağlar.
3. Çoklu-Protokol Uyarlaması: "Yeni ve Eski Cihazlarla" Uyumlu OCMF, tek bir iletişim protokolüyle sınırlı değildir ve OCPP 1.6 ve OCPP 2.0.1/2.1 gibi genel şarj protokollerine esnek bir şekilde uyum sağlayabilir. Farklı parametreleri yapılandırarak geleneksel sabit şarj senaryolarını destekleyebilir ve geçici şarj gibi yeni ortaya çıkan ihtiyaçları karşılayabilir. Örneğin, bir OCPP 2.0.1 sisteminde, ilgili konfigürasyon etkinleştirildikten sonra OCMF, mevcut donanımı değiştirmeden, şarjın başlangıcı ve bitişi gibi önemli düğümlerdeki imzalı verileri otomatik olarak iletebilir ve eski cihazların "güvenilir ölçüm cihazlarına" yükseltilmesine olanak tanır.
OCMF'nin Pratik Uygulamaları
1. Uygulama senaryoları tüm şarj ekosistemini kapsar:
● Şarj yığını üreticileri: Ölçüm modüllerini OCMF standartlarına göre tasarlayın; ayrı bir uyarlamaya gerek kalmadan büyük operatör platformlarıyla doğrudan veri entegrasyonuna olanak sağlayın.
● Şarj operatörleri: Farklı markalardaki şarj yığınlarından verileri eşit şekilde alarak arka uç yönetimini basitleştirir ve işletme ve bakım maliyetlerini azaltır.
● Kullanıcılar: Ücretlendirmenin ardından kullanıcılar, şifreli imzalar aracılığıyla fatura verilerinin gerçekliğini doğrulayabilir ve "fahiş ücretlendirme ücretleri" konusundaki anlaşmazlıkları önleyebilir.
● Düzenleyici kurumlar: Uyumlu ölçüm verilerine doğrudan erişerek{0}site dışı denetime olanak tanır ve sektör yönetiminin verimliliğini artırır.
2. Tipik İş Akışı
● Şarj etmeye başlamak için şarj kablosunu taktığınızda şarj istasyonu, şarj miktarı ve süresi gibi verileri gerçek zamanlı olarak kaydeder;
● Veriler OCMF formatında kapsüllenir ve bir şifreleme algoritması kullanılarak bir "dijital imza" oluşturulur;
● İmzalı OCMF veri paketi, SLIP protokolü aracılığıyla (başlangıç ve bitiş sınırlayıcılarıyla birlikte) yönetim platformuna iletilir;
● Platform imzayı doğruladıktan sonra verileri ayrıştırır ve bir fatura oluşturur;
● Şarj işlemi tamamlandıktan sonra, OCMF veri kaydının tamamı daha sonraki doğrulamayı desteklemek için fatura makbuzu olarak kullanılabilir.
OCMF Sürüm Evrimi
Sürekli olarak gelişen endüstri standardı OCMF, piyasaya sürülmesinden bu yana gerçek endüstri ihtiyaçlarına uyum sağlayarak sürekli yinelemelerden geçmiştir: V1.0.1: Standardizasyonun temelini oluşturan netleştirilmiş sürüm tanımı ve temel veri yapısı;
● V1.1.0: Geçici ücretlendirme senaryolarına uyum sağlamak için tarife bilgileri eklendi;
● V1.2.0: Şarj sırasındaki enerji kaybının ölçüm zorluklarına çözüm bulmak için kablo kaybı telafisi verileri eklendi;
● V1.3.0: Cihaz yönetiminin doğruluğunu artırmak için denetleyici ürün yazılımı sürüm alanı eklendi.
Her güncelleme "daha fazla doğruluk, daha fazla güvenlik ve daha fazla uyumluluk" hedefleri etrafında dönerek standardın her zaman endüstri gelişimine ayak uydurmasını sağlar.
OCMF Temel Alanları ve Uygulama Senaryoları Referans Tablosu
Bu referans tablosu, OCMF (Açık Şarj Ölçüm Formatı) V1.0.1 ila V1.3.0 sürümlerinin temel alanlarını özetlemekte ve her alanın anlamını, veri türünü, sürüm desteğini ve temel uygulama senaryolarını açıklamaktadır. Hızlı referansı ve pratik dağıtım adaptasyonunu kolaylaştırır.
| Alan Adı | Alan Anlamı | Veri Türü | Sürüm Desteği | Temel Uygulama Senaryoları |
|---|---|---|---|---|
| ver | OCMF formatı sürüm numarası | Dize (örneğin, "1.3.0") | Tüm sürümler | Cihaz ve platform arasındaki versiyon uyarlaması için veri ayrıştırma uyumluluğunun sağlanması |
| gw_vendor | Ağ geçidi satıcı tanımlayıcısı | Sicim | V0.4 ve üzeri | Cihaz izlenebilirliği; Operasyon ve bakım yönetimi için farklı satıcılara ait ağ geçitlerini ayırt edin |
| gw_sn | Ağ geçidi seri numarası | Dize (gerekli) | V0.4 ve üzeri | Ağ geçidi cihazlarını benzersiz şekilde tanımlayın; ölçüm verileriyle izlenebilir bir zincir oluşturur |
| metre_vendor | Ölçüm modülü satıcı kimliği | Sicim | Tüm sürümler | Ölçüm cihazlarının izlenebilirliği; Veri anlaşmazlıkları durumunda sorumlu kişileri bulun |
| metre_sn | Ölçüm modülü seri numarası | Dize (gerekli) | Tüm sürümler | Ölçüm modüllerini benzersiz şekilde tanımlayın; ölçüm verileri ile cihazlar arasında-bire-bire bir yazışma olmasını sağlayın |
| enerji | Toplam şarj enerjisi | Sayısal (Birim: Wh) | Tüm sürümler | Temel faturalandırma esası; Kullanıcı uzlaşması ve operatör mutabakatı için temel veriler |
| başlangıç_zamanı | Şarj başlangıç zamanı | Zaman damgası | Tüm sürümler | Şarj süresini hesaplayın,{0}dönem elektrik fiyatlarını eşleştirin ve doğru faturalar oluşturun |
| bitiş_zamanı | Şarj bitiş zamanı | Zaman damgası | Tüm sürümler | Şarj döngüsünü onaylayın; toplam şarj süresini başlangıç zamanı ile hesaplayın |
| tarife | Elektrik fiyatı bilgisi (zaman dilimleri, oranlar dahil) | Yapılandırılmış veriler | V1.1.0 ve üzeri | Geçici şarj senaryolarına uyum sağlayın; kullanım-zamanı-fiyatlandırması ve dinamik tarife uzlaşmasını destekler |
| cable_loss | Kablo kaybı telafi enerjisi | Sayısal (Birim: Wh) | V1.2.0 ve üzeri | Şarj sırasında doğru enerji kaybı; ölçüm verilerinin doğruluğunu sağlayın |
| bkz. | Şarj yığını denetleyici donanım yazılımı sürümü | Dize (isteğe bağlı) | V1.3.0 ve üzeri | Firmware yönetimi; ölçüm güvenlik açıklarını düzeltmek için yükseltmelerin gerekli olup olmadığını belirlemek |
| imza | Dijital imza | Şifrelenmiş dize | Tüm sürümler | Veri-sahteciliğini önleme doğrulaması; Faturalama verilerinin tahrif edilmesini önleyin ve yasal geçerliliği sağlayın |
| sig_alg | İmza algoritması tanımlayıcısı | Sicim | V0.4 ve üzeri | Veri şifreleme yöntemini netleştirin; alıcı imzayı karşılık gelen algoritmayla doğrular |
| kimlik_durumu | Yetki durumu (başarılı veya başarısız) | Boolean | V0.4 ve üzeri | Ödeme işlemlerinin meşruluğunun doğrulanması; Yetkisiz işlemler için ödemeyi reddetme |
| event_counter | Etkinlik sayacı | Tamsayı | V0.4 ve üzeri | Şarj sırasında önemli olayların sayımlarını kaydedin; arıza gidermede yardımcı olmak |
Alan Önceliğine İlişkin Ek Notlar:
1. "Zorunlu" olarak işaretlenen alanlar (gw_sn,meter_sn,enerji gibi) ölçüm verilerinin geçerliliği için esastır; bunların yokluğu normal yerleşimi engelleyecektir.
2. Versiyon Uyumluluğu: Daha düşük versiyonlu sistemlerde daha yüksek versiyonlara ait alanlar (cable_loss, cf gibi) isteğe bağlıdır. Bu alanlara ihtiyaç duyulursa cihazın ilgili sürüme yükseltilmesi gerekir.
3. Protokol Uyarlaması: Tüm alanlar, alan yapısında herhangi bir ek değişiklik gerektirmeden OCPP 1.6 ve OCPP 2.0.1/2.1 protokolleri aracılığıyla iletilebilir.
OCMF Alanı ve OCPP Protokolü Uyumluluk Eşleme Tablosu
OCMF, bir şarj ölçüm veri standardı olarak, cihazlar arasında veri iletimi için OCPP'ye (Açık Şarj Noktası Protokolü) dayanır. Aşağıdaki tablo, "OCMF verilerinin OCPP içinde nasıl başarılı bir şekilde iletildiği ve iletildiği" şeklindeki pratik soruyu ele alarak, farklı OCPP versiyonlarındaki temel OCMF alanlarının iletim ortamını, konfigürasyon bağımlılıklarını ve adaptasyon kurallarını açıklığa kavuşturmaktadır.
| OCMF Çekirdek Alanı | Alan Anlamı | Desteklenen OCPP Sürümü | OCPP İletim Taşıyıcısı (Mesaj/Alan) | OCPP Yapılandırma Bağımlılığı |
|---|---|---|---|---|
| GD | OCMF biçimi sürümü (örneğin, 1.0, 1.2.0) | 1.5 ve üzeri | SignedData meta verileri (MeterValue niteliklerine katıştırılmıştır) | Ek yapılandırma gerekmez |
| GS | Ağ geçidi seri numarası (imza bileşenleri için benzersiz tanımlayıcı) | 1.5 ve üzeri |
1. MeterValue.req → SignedData'da JSON 2. StopTransaction.req → TransactionData |
"Ağ geçidi-şarj yığını bağlama ilişkisini" yapılandırın (örneğin, GS'yi OCPP'nin ChargePointIdentity'siyle ilişkilendirin) |
| MS | Ölçüm modülü seri numarası (benzersiz sayaç tanımlayıcı) | 1.5 ve üzeri | SignedData'da JSON ("ölçüm cihazı bilgisi" olarak MV/MF ile gruplandırılmıştır) | Ek yapılandırma gerekmez ancak MS'nin OCPP arka ucundaki yükleme yığını profillerine bağlı olduğundan emin olun |
| RD-TM | Okuma süresi (senkronizasyon durumu dahil, örneğin "2018-07-24T13:22:04,000+0200 S") | 1.5 ve üzeri |
1. MeterValue.timestamp (temel zaman) 2. SignedData'da JSON (senkronizasyon durumu "S/R") |
ClockAlignedDataInterval=900'i Yapılandırın (15 dakika, ölçüm düzenleme zaman dilimleriyle uyumludur) |
| RD-RV | Sayaç okuması (örn. 2935,6 kWh) | 1.5 ve üzeri |
1. MeterValue.value (Hızlı görüntüleme için ham format) 2. SignedData'da JSON (fatura doğrulaması için imzalı biçim) |
MeterValue.sAlignedData=Active.Energy.Register.Import'u yapılandırın |
| RD-TX | İşlem durumu (örneğin, B=Başlangıç, E=Bitiş, T=Tarife Değişikliği) | 1.5 ve üzeri |
1. StartTransaction.req → TransactionStatus 2. StopTransaction.req → Sebep 3. MeterValue.req → SignedData'da JSON |
StopTransactionsSignatureFormat=MR/SR'yi yapılandırın (MR: başlatma/durdurma verilerinin tek iletimi; SR: iki ayrı iletim) |
| LC | Kablo kaybı telafisi (LR direnci, LU ünitesi vb. dahil) | 2.0 ve üzeri | SignedData'da JSON (OCMF 1.2.0'da yeni alan) | OCPP protokolünü 2.0+'ye yükseltin; Şarj yığını denetleyicisinde "kablo kaybı algoritması parametrelerini" yapılandırın |
| IS | Kullanıcı yetkilendirme durumu (doğru=Yetkili, yanlış=Yetkisiz) | 2.0 ve üzeri |
1. Authorize.req → IdTagInfo.Status 2. SignedData'daki JSON (IS, OCPP yetkilendirme sonucuna bağlıdır) |
OCPP_AUTH_TLS'yi yapılandırın (verileri TLS şifreli metni aracılığıyla yetkilendirin) |
| BT | Kullanıcı kimlik türü (örneğin, ISO14443=RFID kartı) | 2.0 ve üzeri | Authorize.req → IdTagType (veya SignedData'da JSON) | OCPP arka ucunda "kimlik türü ile IdTag arasındaki eşlemeyi" yapılandırın (örneğin, ISO14443, 16 basamaklı onaltılık formatta OCPP IdTag'e karşılık gelir) |
| SD | Dijital imza verileri (ECDSA şifreleme sonucu) | 1.5 ve üzeri |
1. MeterValue.req → Value (ValueFormat=SignedData, hex olarak kodlanmıştır) 2. StopTransaction.req → TransactionSignature |
1. SignatureAlgorithm=ECDSA-secp256r1-SHA256'yı (OCMF varsayılan algoritması) yapılandırın 2. MeterValuesSignatureContext=CSL/RW'yi etkinleştirin (imza tetikleme noktalarını belirtin) |
| PG | Sayfalandırma tanımlayıcısı (örneğin, 12345 işlemi için T12345=okuma) | 1.5 ve üzeri | SignedData'da JSON (OCPP'nin TransactionId'sine bağlıdır) | "Sayfalandırma sürekliliği kontrolünü" yapılandırın (OCPP arka ucu, veri kaybını önlemek için sıralı PG numaralarını doğrular, örneğin T1→T2→T3) |
Ek Notlar
1. Birleşik İletim Formatı Kuralları: Tüm OCMF alanları, OCPP'de "SignedData" formatında (yani OCMF|) kapsüllenir.
2. Sürüm Uyumluluk Sınırları:
● OCPP 1.5: Yalnızca temel OCMF alanlarını (FV, GS, RD-RV, SD gibi) destekler ve daha yüksek sürüm alanlarını (LC, ISO15118 türündeki IT) desteklemez;
● OCPP 2.0 ve üzeri: OCMF 1.2.0 ve altının tüm alanlarını tam olarak destekler ve "CustomData" alanı aracılığıyla gelecekteki OCMF eklemelerine uyacak şekilde genişletilebilir.
3. Konfigürasyon Önceliği: OCPP konfigürasyonu OCMF gereksinimleriyle çeliştiğinde (örn. OCPP'nin ClockAlignedDataInterval'ı ≠ 15 dakika), verilerin kalibrasyonun yasal geçerliliğine uygun olmasını sağlamak için OCMF ölçüm düzenlemeleri öncelikli olmalıdır (örn. zorla 900 saniyeye ayarlanmalıdır).
Özet: OCMF neden sektörde temel bir standart haline geliyor?
Hızla gelişen elektrikli araç şarj endüstrisinde ölçüm verilerinin güvenilirliği ve birlikte çalışabilirliği temel darboğazlardır. OCMF, "birleşik format + şifreli doğrulama + esnek adaptasyon" birleşimi aracılığıyla, kullanıcının temel endişesi olan "adil faturalandırma"ya hitap eder, işletmeler için teknik adaptasyon maliyetlerini azaltır ve düzenleme için şeffaf bir araç sağlayarak tüm taraflar için gerçek anlamda bir kazan-kazan durumu elde eder.
Giderek daha fazla şarj yığını üreticisi ve operatörü OCMF standardını benimsedikçe şarj deneyimi gelecekte daha kullanışlı hale gelecektir; kullanıcılar herhangi bir markadaki şarj yığınını güvenle kullanabilir ve ödemeleri farklı operatör platformları arasında sorunsuz bir şekilde gerçekleştirebilir. Bu, açık standartların sektöre getirdiği temel değerdir.
