OCPP'de RFID Şarj Kartı Yetkilendirmesi: Kapsamlı Rehber

RFID kartlar, iş yerlerinde, depolarda, otellerde ve konut sitelerinde bir şarj oturumu başlatmanın hâlâ en yaygın yoludur. Sürücü kartı okutur, şarj cihazı merkezi sistemden izin ister ve birkaç saniye sonra şarj başlar. Bu basit deneyimin arkasında iyi tanımlanmış bir OCPP mesaj akışı ve erişim kuralları, çevrimdışı davranış ve güvenlikle ilgili bir dizi karar vardır.

Bu rehber, OCPP'de RFID şarj kartı yetkilendirmesinin nasıl çalıştığını, kartların nasıl iyi yönetileceğini, bağlantı kesikken şarj cihazlarının sürücüleri nasıl yetkilendirdiğini, yetkilendirmelerin neden reddedildiğini ve gerçek güvenlik risklerinin neler olduğunu açıklıyor. Ayrıca RFID'yi diğer tanımlama yöntemleriyle karşılaştırıyor.

OCPP'de RFID yetkilendirmesi nasıl çalışır?

OCPP 1.6'da sürücünün sunduğu tanımlayıcıya idTag denir. Bir RFID kart için bu genellikle onaltılık (hexadecimal) bir dize olarak kodlanmış kart UID'sidir (benzersiz tanımlayıcı). OCPP 1.6'da bir idTag en fazla 20 karakter uzunluğunda olabilir.

Tipik bir akış şöyle işler:

1. Sürücü kartı şarj cihazının okuyucusuna okutur.
2. Şarj cihazı, idTag içeren bir Authorize isteğini CSMS'e gönderir.
3. CSMS kartı kurallarına göre kontrol eder ve bir durum içeren idTagInfo döndürür.
4. Durum Accepted ise ve bir araç bağlıysa, şarj cihazı aynı idTag ile StartTransaction gönderir. CSMS yeniden idTagInfo döndürür; yani bu aşamada da oturumu reddedebilir.
5. Sonunda StopTransaction, son sayaç değerini ve sürücü durdurmak için kartı yeniden okuttuysa kullanılan idTag'i bildirir.

Kart şarj cihazının yerel listesinde veya önbelleğinde zaten varsa, cihaz yapılandırmasına bağlı olarak CSMS'i beklemeden şarjı başlatabilir. Bu durumda ret ancak işlem açıldıktan sonra, StartTransaction yanıtında gelebilir.

idTagInfo durum değerleri

idTagInfo ayrıca şarj cihazına sonucu ne kadar süre önbellekte tutabileceğini bildiren bir expiryDate ve birden fazla kartı gruplayan bir parentIdTag içerebilir. parentIdTag'in yaygın bir kullanımı, aynı gruptaki herhangi bir kartın bir oturumu durdurabilmesini sağlamaktır.

OCPP 2.0.1'de neler değişiyor?

OCPP 2.0.1, idTag'in yerine hem bir değer hem de bir tip taşıyan IdToken'ı getirir; tip örneğin bir ISO 14443 RFID kart, sözleşmeye dayalı şarj için bir eMAID veya bir tuş kodu olabilir. Yetkilendirme durumları da daha zengindir; böylece CSMS bir tanımlayıcının neden reddedildiğini, örneğin bu lokasyonda izinli olmadığını, daha net açıklayabilir. Akışın mantığı aynı kalır.

Kart yönetiminde en iyi uygulamalar

• Kartları dağıtmadan önce kaydedin. UID'yi tam olarak şarj cihazının okuduğu şekilde kaydedin. Bazı okuyucular UID'yi farklı bayt sırasıyla veya formatta gönderir; bu yüzden her cihaz modelinde bir kartı test edin.
• Her kartı bir kişiye atayın. Anonim kartlar maliyet dağıtımını ve olay yönetimini zorlaştırır.
• Sürücüleri araçlara bağlayın. Her oturuma plakanın kaydedilmesi filo raporlamasını kolaylaştırır.
• İzin verilen istasyonları kullanın. Her sürücüyü şarj etmesi gereken lokasyonlarla sınırlandırın.
• Silmek yerine askıya alın. Askıya alınan veya engellenen bir kart geçmişini korur ve yeniden etkinleştirilebilir.
• Kart listesini düzenli olarak gözden geçirin. Ayrılan çalışanların ve değiştirilen kartların erişimini kaldırın.

Üreticy'de RFID kartlar sürücülere atanır, istenildiği an askıya alınabilir veya engellenebilir; her sürücü için izin verilen istasyonlar listesi ve kWh limit kuralları tanımlanabilir. Sürücü ve araç kurallarına daha geniş bir bakış için filo şarj yönetimi rehberimize göz atın.

Çevrimdışı yetkilendirme: yerel liste ve önbellek

İnternet bağlantısını kaybeden bir şarj cihazı da bir sürücünün şarj etmesine izin verip vermeyeceğine karar vermek zorundadır. OCPP bunun için iki mekanizma sunar.

Bu davranışı LocalAuthListEnabled, AuthorizationCacheEnabled, LocalAuthorizeOffline ve AllowOfflineTxForUnknownId gibi OCPP 1.6 yapılandırma anahtarları kontrol eder. Sonuncusu, cihaz çevrimdışıyken bilinmeyen bir kartın şarj edip edemeyeceğine karar verir; bu da sürücü konforu ile maliyet kontrolü arasında bir dengedir. Çevrimdışı yapılan işlemler bağlantı geri geldiğinde CSMS'e gönderilir.

Pratik bir risk: CSMS'te engellenen bir kart, önbellekte veya yerel listede kalmaya devam ediyorsa çevrimdışıyken hâlâ çalışabilir. Önemli bir kartı engelledikten sonra yerel listeyi güncelleyin ve etkilenen cihazlarda önbelleği temizlemeyi değerlendirin.

Sık görülen ret nedenleri ve nasıl ele alınacakları

Sürücü için her ret aynı görünür: şarj cihazı başlamaz. İşletmeci içinse neden önemlidir; bu yüzden iyi bir CSMS her reddi gerekçesiyle birlikte kaydeder. Üreticy, reddedilen her yetkilendirmeyi bilinmeyen kart, limit doldu, istasyona izin yok veya engelli kart gibi bir gerekçeyle listeler.

• Bilinmeyen kart: Kartın kayıtlı olup olmadığını ve UID formatının okuyucunun gönderdiğiyle eşleşip eşleşmediğini kontrol edin.
• Limit doldu: Sürücü kWh kotasını kullanmış. Politikayı açıklayın ya da limit çok düşükse ayarlayın.
• İstasyona izin yok: Sürücünün bu lokasyonda şarj etme izni yok. Bunun kasıtlı olup olmadığını teyit edin.
• Engelli kart: Özellikle sürücü kartı kayıp olarak bildirdiyse, kart durumunu yöneticiyle teyit edin.
• Okuyucu sorunları: Hiç yetkilendirme isteği gelmiyorsa okuyucu arızalı olabilir. StatusNotification içindeki bir ReaderFailure hatası donanıma işaret eder; OCPP arıza kodları rehberimize bakın.

Güvenlikle ilgili hususlar

OCPP şarj cihazlarının çoğu bir RFID kartın yalnızca UID'sini okur ve bunu idTag olarak gönderir. UID gizli değildir. Kolayca bulunabilen araçlarla bir UID okunup başka bir karta yazılabilir. Bu, basit bir RFID kartın kullanıcıyı tanımladığı, ancak kimliğini güçlü şekilde doğrulamadığı anlamına gelir.

Pratik önlemler:

• Kopyalanmış bir kartın sınırsız enerji tüketememesi için katı kWh limitleri belirleyin.
• Kopyalanmış bir kartın çalışabileceği alanı daraltmak için kartları izin verilen istasyonlarla sınırlandırın.
• Kopyalanmış bir karta işaret edebilecek ConcurrentTx retlerini ve alışılmadık saat veya yerlerdeki oturumları takip edin.
• Kayıp kartları hemen engelleyin ve çevrimdışı listeleri güncelleyin.
• Tanımlayıcıların ağ üzerinden düz metin olarak gönderilmemesi için şarj cihazı ile CSMS arasında TLS (wss://) kullanın.

Kriptografik özelliklere sahip kartlar mevcuttur, ancak yalnızca şarj cihazının okuyucusu bu özellikleri doğruladığında işe yarar. Cihaz tedarikçisine okuyucunun gerçekte neyi kontrol ettiğini sorun.

RFID kartlara alternatifler

• Mobil uygulama: sürücü oturumu bir uygulamadan başlatır, CSMS de şarj cihazına uzaktan başlatma komutu gönderir.
• QR kod: şarj cihazındaki bir kod, o konnektöre ait bir web sayfasını veya uygulamayı açar. Üreticy, her konnektör için baskıya hazır QR kod etiketleri üretir.
• Plug & Charge (ISO 15118): kablo takıldığında araç dijital sertifikalarla kendi kimliğini doğrular. Güçlü güvenlik ve yüksek konfor sunar, ancak uyumlu araçlar, şarj cihazları ve sertifika altyapısı gerektirir. Plug & Charge, Üreticy'nin yol haritasında.

Kullanıcıların bilindiği ve kartların merkezi olarak yönetildiği yerlerde RFID iyi bir seçim olmaya devam ediyor.

Sıkça sorulan sorular

Her OCPP şarj cihazı için RFID kartları, sürücüleri ve ret nedenlerini tek panelden yönetin. Üreticy OCPP platformunu inceleyin ya da tam özellik listesine göz atın.