Sürücü şarjı uygulamadan bitirmek istediğinde, bir kullanıcının kWh limiti dolduğunda veya müşteri hizmetleri sorunlu bir oturumu kapatmak zorunda kaldığında başvurulan komut aynıdır: RemoteStopTransaction. Bu yazıda komutun nasıl çalıştığını ve neden bazen beklendiği gibi sonuç vermediğini anlatıyoruz.

Komutun yapısı

OCPP 1.6J'de RemoteStopTransaction tek bir zorunlu alan içerir: transactionId.

[2, "6001", "RemoteStopTransaction", {"transactionId": 58211}]

Cihazın cevabı Accepted veya Rejected olur. RemoteStartTransaction'da olduğu gibi Accepted, oturumun hemen bittiği anlamına gelmez; cihazın durdurma işlemini başlattığını gösterir. Oturumun gerçekten kapandığını, ardından gelen StopTransaction mesajından ve içindeki reason: "Remote" değerinden anlarsınız.

OCPP 2.0.1 ve 2.1'de karşılığı RequestStopTransaction mesajıdır ve transactionId alanını kullanır; oturumun bitişi TransactionEvent (Ended) ile bildirilir.

Neden transactionId gerekir?

Konnektör numarası yerine işlem kimliği kullanılması bilinçli bir tasarım tercihidir. Böylece yanlışlıkla başka bir oturumun durdurulması engellenir. Bu da CSMS'in her açık oturumun transactionId'sini doğru tuttuğunu varsayar. Çevrimdışı başlatılmış ve henüz CSMS'e bildirilmemiş bir oturum için komut gönderilemez.

Ne zaman kullanılır?

  • Sürücü isteği: Mobil uygulamadaki "Şarjı bitir" butonu.
  • Limit aşımı: Sürücünün günlük veya aylık kWh hakkı dolduğunda otomatik durdurma. Bkz. akıllı şarj ve kWh limitleri.
  • Ödeme sorunu: Ön provizyon tutarı aşıldığında.
  • Operasyonel müdahale: Takılı kalmış veya hatalı görünen bir oturumu kapatmak.
  • Zaman sınırı: Belirli bir süreden uzun süren oturumları sonlandırmak.

Neden Rejected döner?

  • transactionId cihazda bilinmiyor (oturum zaten bitmiş veya yanlış kimlik).
  • Cihaz o anda durdurmayı uygulayamayacak bir durumda.
  • Cihaz yeniden başlamış ve oturumu kaybetmiş.

Rejected aldığınızda önce oturumun cihaz tarafında gerçekten açık olup olmadığını kontrol edin. Cihaz yeniden başladıysa eksik StopTransaction'ı göndermiş olabilir.

Durdurma sonrası kablo kilitli kalırsa

Oturum durduktan sonra bazı cihazlarda kablo, kullanıcı kartını okutana kadar kilitli kalır. Uzaktan durdurulan oturumlarda bu, sürücüyü zor durumda bırakabilir. Çözüm genellikle şu ikisinden biridir:

  • Cihazın, uzaktan durdurmada kilidi otomatik açacak şekilde yapılandırılması,
  • Gerekirse UnlockConnector komutunun gönderilmesi.

Ayrıntılar için UnlockConnector yazımıza bakabilirsiniz.

Akıllı şarjla farkı

Bir oturumu tamamen bitirmek yerine yalnızca gücü düşürmek istiyorsanız RemoteStopTransaction yerine şarj profilleri kullanılmalıdır. Örneğin bir binada toplam güç sınırı aşıldığında oturumları kapatmak yerine güçlerini azaltmak çok daha iyi bir kullanıcı deneyimi sunar. Bkz. SetChargingProfile ile güç sınırlama.

Otomasyonda dikkat

Limit dolduğunda otomatik durdurma yapan sistemlerde komutun sonucunu mutlaka takip edin. Cihaz komutu reddederse veya hiç cevap vermezse, bu durum ayrı bir uyarı olarak görünmelidir. Üreticy, limiti dolan sürücünün oturumunu uzaktan durdurur; cihaz komutu kabul etmezse bunu panelde ayrı bir uyarı olarak kaydeder.

Hızlı kontrol listesi

  • Komutu göndermeden önce oturumun panelde açık ve transactionId'nin dolu olduğunu doğrulayın.
  • Accepted cevabından sonra en geç birkaç dakika içinde StopTransaction gelmesini bekleyin.
  • StopTransaction'daki reason alanının "Remote" olduğunu kontrol edin.
  • Kablo kilitli kaldıysa sürücüyü bekletmeden kilit açma komutunu gönderin.
  • Tekrarlayan Rejected cevaplarını cihaz modeli bazında raporlayın.

Kullanıcıya bilgi verme

Uzaktan durdurulan bir oturumda sürücüye nedenini açıkça bildirmek önemlidir. "Günlük kWh limitiniz doldu, şarj durduruldu" veya "Oturum müşteri hizmetleri tarafından sonlandırıldı" gibi kısa bir bildirim, şikâyetleri büyük ölçüde azaltır. Bu bildirim, StopTransaction geldikten sonra oturum özetiyle birlikte gönderilmelidir.

Sonuç

RemoteStopTransaction, bir şarj oturumunu kimliğiyle hedefleyerek güvenli biçimde sonlandırır. Accepted ile gerçek bitişi ayırt etmek, transactionId'yi doğru tutmak ve kablo kilidi gibi ayrıntıları önceden yapılandırmak sorunsuz bir operasyonun anahtarıdır. Üreticy'nin OCPP yazılımı uzaktan durdurma dahil tüm komutların sonucunu kaydeder.