Pengisian Daya EV Offline: Apa yang Berfungsi Saat Internet Mati?

Bagi operator pengisian daya, pertanyaan praktisnya adalah apakah pengemudi dapat menerima energi, apakah lokasi pengisian daya dapat tetap berada dalam batas daya yang diizinkan, dan apakah setiap sesi dapat dicatat setelahnya. Itu adalah persyaratan yang berbeda, dengan ketergantungan yang berbeda pula.

Panduan ini menjelaskan apa yang perlu diperiksa sebelum pemadaman, apa yang mungkin tetap tersedia selama pemadaman, dan bagaimana memverifikasi pemulihan. Panduan ini berfokus pada perilaku offline; untuk prinsip-prinsip alokasi daya yang lebih luas, lihat panduan kami yang lain. Panduan perangkat lunak penyeimbangan beban pengisian daya EV.

Apa Sebenarnya Arti Pengisian Daya EV Offline?

Pengisian daya EV offline berarti stasiun pengisian daya menjalankan fungsi tertentu sementara koneksinya ke sistem manajemen pengisian daya tidak tersedia. Perangkat tersebut mungkin masih dapat berkomunikasi dengan kendaraan, pengontrol lokal, meteran listrik, atau telepon di dekatnya.

Pertama, identifikasi koneksi mana yang gagal. Ponsel tanpa data seluler, pengisi daya tanpa internet, pemadaman di sisi server, dan kegagalan jaringan lokal menghasilkan hasil yang berbeda. Kehilangan internet di lokasi tidak selalu memutuskan komunikasi antar peralatan pada jaringan lokal yang sama dan berfungsi.

• Koneksi telepon terputus: Aplikasi atau halaman pembayaran QR mungkin gagal meskipun pengisi daya tetap terhubung ke internet.
• Koneksi pengisi daya ke cloud terputus: Pengisi daya tersebut mungkin menggunakan aturan otorisasi dan catatan yang tersimpan sendiri.
• Komunikasi lokal terputus: Pengisi daya mungkin kehilangan pembacaan meter atau instruksi dari pengontrol di lokasi.
• Pasokan listrik terputus: Pengisian daya akan berhenti kecuali jika sistem energi cadangan yang dirancang dengan tepat memasok daya ke instalasi tersebut.

Router cadangan dapat meningkatkan konektivitas, tetapi tidak menyediakan energi pengisian daya atau memperbaiki pengontrol yang rusak. Tentukan gangguan sebelum memilih perangkat pengganti.

Apa yang berfungsi secara online, offline, dan setelah terhubung kembali?

Perbandingan berikut adalah kerangka perencanaan. Konfirmasikan setiap perilaku untuk model pengisi daya, firmware, dan implementasi yang sebenarnya.

Pada layar yang lebih kecil, geser secara horizontal untuk membandingkan ketiga status pengoperasian.

Apakah sesi pengisian daya yang sedang berlangsung akan berlanjut?

Sesi yang sedang berlangsung dapat dilanjutkan meskipun terjadi gangguan konektivitas jika pengisi daya mendukung perilaku tersebut dan kondisi pengoperasian lokal tetap berlaku. Kendaraan dan pengisi daya masih mengelola transfer energi secara lokal. Open Charge Alliance menjelaskan kontinuitas transaksi dan penyangga yang berkelanjutan dalam pernyataannya. Panduan waktu aktif OCPP.

Meskipun demikian, hilangnya koneksi internet dapat bertepatan dengan kegagalan lain. Restart router juga dapat menghapus jalur kontrol lokal, atau profil pengisian daya mungkin kedaluwarsa selama pemadaman yang berkepanjangan. Uji instalasi secara menyeluruh daripada hanya berasumsi kontinuitas sesi berdasarkan nama protokol.

Pengemudi juga memerlukan cara yang mudah digunakan untuk menyelesaikan pengisian daya. Verifikasi metode penghentian lokal yang didukung, perilaku kendaraan, dan prosedur pelepasan konektor. Permintaan penghentian jarak jauh tidak dapat bekerja pada pengisi daya selama jalur komunikasinya tetap tidak tersedia.

Bagaimana Pengemudi Dapat Memulai Sesi Baru Secara Offline?

Memulai sesi memerlukan keputusan akses. Selama terjadi gangguan, keputusan tersebut harus berasal dari mekanisme lokal yang tersedia atau layanan yang berfungsi secara terpisah.

RFID: Daftar Otorisasi Lokal dan Kredensial yang Disimpan dalam Cache

Daftar otorisasi lokal berisi pengidentifikasi yang disetujui untuk stasiun tersebut. Cache otorisasi menyimpan hasil dari pemeriksaan otorisasi sebelumnya. Keduanya memiliki tujuan yang berbeda: daftar akses terencana dapat mencakup pengemudi yang belum pernah menggunakan pengisi daya tersebut, sedangkan cache bergantung pada aktivitas sebelumnya.

Pengaturan OCPP 1.6 seperti Otorisasi Lokal Offline, LocalAuthListEnabled Dan Cache Otorisasi Diaktifkan Hal ini memengaruhi alur kerja di mana pun diimplementasikan. Open Charge Alliance menyertakan skenario pengidentifikasi yang valid dan tidak valid dalam panduannya. Dokumentasi pengujian OCPP 1.6.

Untuk depo armada, pastikan pengemudi yang disetujui telah diaktifkan sebelum konektivitas gagal. Uji kredensial yang kedaluwarsa, kartu yang baru dicabut, dan pengemudi yang tiba di pengisi daya yang berbeda. Stasiun offline tidak dapat mempelajari pencabutan baru dari sisi cloud sampai pembaruan tersebut sampai ke stasiun tersebut.

Bluetooth: Jalur Akses Lokal untuk Pengisi Daya yang Kompatibel

Bluetooth memungkinkan ponsel di dekatnya untuk berkomunikasi langsung dengan perangkat keras yang kompatibel. Namun, aplikasi tersebut juga harus mendukung izin offline. Radio Bluetooth saja tidak cukup jika setiap permintaan memulai masih memerlukan login cloud atau token online baru.

Verifikasi pemasangan, kredensial yang sebelumnya diberikan, izin telepon, dan pengoperasian setelah memulai ulang aplikasi. Uji dengan pengisi daya terputus dari internet dan telepon tanpa data seluler, agar koneksi lain tidak menyembunyikan ketergantungan.

Akses Terbuka dan Kredensial yang Tidak Diketahui

Beberapa instalasi mengizinkan pengisian daya otomatis atau menerima pengenal yang tidak dikenal secara offline. Hal ini dapat meningkatkan akses tetapi menimbulkan keputusan komersial: operator dapat mengirimkan energi tanpa pembayar yang terverifikasi. Tentukan siapa yang dapat menggunakan mode ini, batasannya, dan bagaimana biaya akan ditangani.

Pengaktifan otomatis juga berbeda dari sistem pengisian daya Plug & Charge berbasis sertifikat ISO 15118. Jangan berasumsi bahwa salah satu alur kerja tersebut dapat berfungsi secara offline tanpa memverifikasi persyaratan otorisasi spesifiknya.

Apakah Load Balancing Bisa Berfungsi Tanpa Internet?

Ya, jika keputusan pengendalian daya dibuat secara lokal dan peralatan yang dibutuhkan terus berkomunikasi. Pengisi daya atau pengontrol di lokasi dapat menggunakan pembacaan meter lokal untuk mengalokasikan kapasitas tanpa perlu berkonsultasi dengan layanan cloud untuk setiap perubahan.

Ini adalah perbedaan arsitektur praktis. Tesla, misalnya, menyatakan bahwa fitur manajemen daya Wall Connector yang didukungnya tidak memerlukan akses internet. Dokumentasinya juga menentukan kondisi peralatan dan kompatibilitas. Itu adalah contoh spesifik produk, bukan jaminan untuk perangkat keras lainnya. Lihat Dokumentasi manajemen daya Tesla.

Untuk lokasi Anda, identifikasi di mana data meter dibaca, di mana alokasi dihitung, dan bagaimana batasan tersebut mencapai setiap pengisi daya. Kemudian pisahkan tiga pengujian: kegagalan internet, kegagalan komunikasi meter, dan kegagalan pengontrol.

Mekanisme cadangan mungkin melibatkan pengurangan alokasi atau penangguhan pengisian daya, tergantung pada desain yang disetujui. Perancang listrik situs harus menentukan batasan yang sesuai. Pengontrol lokal bukanlah pengganti perlindungan listrik, dan mempertahankan profil cloud sebelumnya tidak membuktikan bahwa kontrol dinamis masih berfungsi.

Apa yang Terjadi pada Data Sesi, Penagihan, dan Pembayaran?

Pencatatan penggunaan energi, perhitungan tagihan, dan penagihan pembayaran adalah proses yang terpisah. Pengisi daya mungkin menyimpan informasi yang cukup untuk merekonstruksi sesi meskipun layanan pembayaran tidak dapat diakses.

Selama proses pengadaan, mintalah spesifikasi buffering yang sebenarnya: bidang yang dipertahankan, kapasitas penyimpanan, perilaku retensi, dan apa yang terjadi setelah restart atau antrean penuh. Tentukan pengidentifikasi pengisi daya dan konektor, pengidentifikasi pengguna jika tersedia, stempel waktu, pembacaan meter awal dan akhir, satuan, dan informasi akhir sesi.

Untuk penetapan harga berdasarkan waktu atau penggunaan, uji akurasi jam dan penanganan tarif. Rekaman yang diunggah kemudian harus mempertahankan waktu kejadian yang relevan. Tentukan versi tarif mana yang berlaku dan bagaimana sesi yang mencakup perubahan tarif ditangani.

Akses komersial memerlukan pengujian tersendiri. Kode QR hanya dapat membuka halaman pembayaran online. Kartu pembayaran yang tersimpan tidak menjamin pembayaran baru dapat diotorisasi tanpa konektivitas. Penerimaan kartu offline apa pun harus didukung secara eksplisit oleh integrasi pembayaran, dengan batasan dan prosedur rekonsiliasi tersendiri.

Demikian pula, kartu roaming mungkin hanya berfungsi jika ada izin lokal yang berlaku; persetujuan langsung dari penyedia mobilitas eksternal mungkin tidak tersedia. Klarifikasi apakah catatan pengisian daya dapat ditagihkan berdasarkan perjanjian mitra yang relevan.

Vendor perangkat keras dapat membedakan pengisian daya lokal dari layanan berbayar. Tesla's FAQ situs komersialSebagai contoh, memisahkan manajemen daya yang tidak bergantung pada internet di lokasi gratis dari konektivitas yang dibutuhkan untuk layanan pengisian daya berbayar.

Apa yang Harus Terjadi Saat Konektivitas Kembali?

Pemulihan dianggap selesai ketika status operasional dan catatan keuangan kembali dapat dipercaya, bukan ketika dasbor pertama kali menunjukkan "online". Gunakan urutan pemulihan yang telah ditentukan:

1. Pulihkan komunikasi: Memastikan bahwa stasiun tersebut mencapai backend yang dituju dan melaporkan statusnya saat ini.
2. Unggah transaksi yang tersimpan: Pertahankan identitas sesi dan waktu acara asli.
3. Periksa kelengkapan: Membandingkan pembacaan meter, akhir sesi, dan catatan yang hilang.
4. Cegah pemrosesan ganda: Upaya percobaan ulang tidak boleh membuat sesi atau biaya ganda.
5. Perbarui kebijakan: Menyelaraskan izin, tarif, dan batasan biaya dengan peraturan negara bagian setempat.
6. Pengecualian tinjauan: Menyelidiki pengguna yang tidak dikenal, otorisasi yang ditolak, dan pembayaran yang belum diselesaikan.

Selain itu, tentukan juga bagaimana perintah yang sudah usang ditangani. Instruksi jarak jauh yang lama tidak boleh secara tidak sengaja memengaruhi sesi berikutnya. Uji koneksi ulang berulang dan pemulihan simultan di beberapa stasiun, termasuk peningkatan bertahap yang terkontrol yang diperlukan di lokasi tersebut.

Sistem backend harus membedakan bukti transaksi yang tertunda dari status langsung. Lencana offline saja tidak dapat membuktikan bahwa tidak ada energi yang dikirim selama pemadaman.

Cara Menguji Pengisian Daya EV Offline Sebelum Diterapkan

Gunakan perangkat keras produksi yang representatif dan catat firmware, konfigurasi, durasi gangguan, dan hasil yang diamati. Daftar periksa penerimaan berikut ini adalah alat proyek yang diusulkan, bukan laporan pengujian yang telah selesai.

Geser secara horizontal di perangkat seluler untuk melihat bukti yang diharapkan.

Sepakati kriteria kelulusan dengan produsen pengisi daya, penyedia perangkat lunak, pemasang, dan operator. Tetapkan tanggung jawab atas setiap kegagalan. Hasil uji coba yang tercatat lebih bermanfaat daripada pernyataan umum bahwa platform tersebut mendukung OCPP.

Merencanakan Alur Kerja Pengisian Daya Offline dengan TrendPower

TrendPower menerbitkan Studi kasus platform pengisian daya EV rumahan di AS Menjelaskan akses lokal Bluetooth untuk konfigurasi pengisi daya yang kompatibel bersamaan dengan pengoperasian jarak jauh Wi-Fi dan 4G. Ini juga mengidentifikasi sinkronisasi selanjutnya sebagai bagian dari alur kerja yang dikonfigurasi.

Contoh tersebut menunjukkan pendekatan proyek; hal itu tidak menetapkan dukungan offline universal di setiap pengisi daya atau pengaturan pembayaran. Untuk jaringan baru, tinjau persyaratan akses, kontrol energi, dan pemulihan dengan pihak terkait. Sistem Manajemen Titik Pengisian Daya EV TrendPower tim tersebut melawan perangkat keras yang Anda inginkan.

Jika desain Anda mencakup DLB Edge atau pengontrol di lokasi lainnya, mintalah peta tanggung jawab tertulis yang mencakup keputusan lokal, ketergantungan meteran, perilaku cadangan, dan penyambungan kembali. Konfirmasikan cakupan pengiriman yang tersedia melalui uji coba daripada berasumsi bahwa nama produk menentukan kemampuan offline-nya.

Pertanyaan yang Sering Diajukan (FAQ) tentang Pengisian Daya EV Offline

Bisakah saya mengisi daya kendaraan listrik saya tanpa Wi-Fi?

Seringkali, ya. Beberapa pengisi daya menyediakan pengoperasian lokal atau menggunakan koneksi lain. Verifikasi persyaratan otorisasi dan penjadwalan model Anda; hilangnya Wi-Fi tidak selalu berarti listrik tidak tersedia.

Apakah kompatibilitas OCPP menjamin pengisian daya offline?

Tidak. OCPP mendefinisikan kemampuan komunikasi, tetapi pengoperasian offline yang dapat digunakan bergantung pada fitur, firmware, dan pengaturan yang diimplementasikan. Uji alur kerja yang dibutuhkan pada kombinasi pengisi daya dan backend yang tepat.

Apakah pengisian daya terjadwal akan berfungsi selama pemadaman listrik?

Mungkin saja jika jadwal disimpan dan dijalankan secara lokal dengan jam yang berfungsi. Jadwal yang membutuhkan perintah cloud baru mungkin tidak bisa. Periksa lokasi eksekusi dan perilakunya setelah restart.

Apakah pengemudi dapat membayar menggunakan kode QR saat pengisi daya sedang offline?

Belum tentu. Proses pembayaran mungkin memerlukan koneksi internet ponsel, otorisasi pembayaran, dan jalur perintah yang berfungsi ke pengisi daya. Uji ketiga hal tersebut daripada menganggap kode QR sebagai akses offline.

Apakah setiap acara offline akan muncul di dasbor nanti?

Tidak secara otomatis. Buffering transaksi dan pencatatan diagnostik dapat memiliki cakupan yang berbeda. Konfirmasikan catatan mana yang dipertahankan, batas kapasitasnya, dan apa yang dapat direkonstruksi oleh backend setelah pemulihan.