Protokol Pengisian EV: Pemahaman tentang lapisan komunikasi dalam proyek pengisian daya

Beranda / Wawasan / Pengisian EV

WAWASAN PENGISIAN EV

Panduan perencanaan untuk OCPP. Pemahaman tentang lapisan komunikasi dalam proyek pengisian daya

SINELINK| Panduan Teknis

 

Stasiun pengisian daya dapat berhasil terhubung ke platform manajemennya dan masih gagal bekerja dengan pengontrol penyeimbang beban dinamis situs tersebut. Bagi pengembang, kontraktor EPC, dan pemilik fasilitas, kesenjangan tersebut dapat berarti pekerjaan integrasi tambahan, terbatasnya pilihan peralatan, atau perubahan pada arsitektur kontrol setelah instalasi.

Oleh karena itu, pemilihan protokol harus dimulai dengan tujuan pengoperasian situs. Tetapkan sistem mana yang akan mengalokasikan kapasitas pengisian daya, bagaimana pengisi daya akan menerima batasan, dan apa yang harus terjadi jika komunikasi gagal. Kemudian verifikasi bahwa perangkat keras dan perangkat lunak yang dipilih mendukung persyaratan tersebut secara bersamaan.

Pahami lapisan komunikasi

Beberapa tautan komunikasi hidup berdampingan dalam proyek pengisian daya. Masing-masing membawa informasi berbeda dan memiliki tujuan berbeda.

Misalnya,OKPIberoperasi antara platform layanan pengisian daya. Kehadirannya tidak menentukan bagaimana pengisi daya individu menerima batas daya lokal. Komunikasi kendaraan juga memerlukan pemeriksaan kompatibilitasnya sendiri; dukungan untuk OCPP tidak menentukan kendaraan atau fitur komunikasi kendaraan mana yang didukung pengisi daya.

Ethernet, Wi-Fi, komunikasi seluler, dan RS485 menggambarkan konektivitas, bukan antarmuka kontrol yang lengkap. Dua perangkat dapat berbagi jaringan dan tetap menggunakan perintah, format data, dan izin akses yang berbeda.

Pilih OCPP berdasarkan fungsi yang dibutuhkan proyek

Open Charge Point Protocol mendefinisikan komunikasi antara stasiun pengisian daya dan sistem manajemen stasiun pengisian daya, atau CSMS. ItuAliansi Biaya Terbukamelaporkan bahwa OCPP 1.6 tetap digunakan secara luas sementara adopsi bergerak menuju OCPP 2.x.

OCPP 1.6 sudah menyertakan mekanisme Smart Charging untuk profil pengisian daya dan kontrol beban. OCPP 2.0.1 menambahkan manajemen perangkat, penanganan transaksi, keamanan, dan kemampuan pengisian daya cerdas yang lebih kuat, termasuk dukungan terkait ISO 15118. OCPP 2.1, yang dirilis pada tahun 2025, memperluas dukungan untuk pengisian daya dua arah dan kontrol sumber daya energi terdistribusi.

OCPP 1.6 dan 2.0.1 tidak kompatibel secara langsung. Platform yang melayani keduanya memerlukan implementasi protokol yang sesuai. Jika pemasok menawarkan peningkatan di masa mendatang, konfirmasikan perangkat keras yang didukung, kondisi pengiriman, dan perubahan platform yang diperlukan.

Untuk situs komersial baru, OCPP 2.0.1 merupakan titik awal yang berguna untuk evaluasi. Implementasi 1.6J yang terverifikasi, menggunakan JSON melalui WebSocket, juga dapat memenuhi persyaratan proyek yang ditentukan. Proyek yang mempertimbangkan pengisian dua arah harus menilai OCPP 2.1 bersamaan dengan komunikasi kendaraan, perangkat keras listrik, dan persyaratan jaringan listrik yang berlaku.

Cakupan sertifikasi sama pentingnya dengan versinya. Di bawahProgram sertifikasi OCPP 2.0.1, Pengisian Daya Cerdas, Keamanan Tingkat Lanjut, dan Dukungan ISO 15118 adalah profil opsional. Sertifikat Inti saja tidak membuktikan bahwa fungsi-fungsi tersebut telah diuji. Minta sertifikat dan pernyataan implementasi yang mencakup model dan firmware yang dikirimkan.

Tinjau ruang lingkup sertifikasi →

Definisikan manajemen beban dinamis sebagai loop kontrol lengkap

Manajemen beban dinamis menyesuaikan alokasi pengisian daya seiring perubahan beban situs lainnya. Dibutuhkan pengukuran, algoritma alokasi, jalur perintah dan umpan balik yang mengkonfirmasi hasilnya.

Pertimbangkan lokasi yang disederhanakan dengan batas impor 300 kW dan margin operasi 20 kW. Ketika permintaan non-pengisian daya adalah 180 kW, alokasi pengisian daya yang tersedia adalah 100 kW. Jika kebutuhan tersebut meningkat menjadi 240 kW, alokasinya turun menjadi 40 kW.

Contoh ini menggunakan daya aktif-sisi AC dan tidak mengasumsikan-pembuatan atau penyimpanan di lokasi. Desain aktual juga harus memeriksa arus fasa, batas cabang, dan batasan transformator. Masukan pengisi daya DC mencakup kerugian konversi dan konsumsi tambahan. Jika terdapat tenaga surya atau penyimpanan, batas pengukuran harus jelas sehingga aliran energi tidak dihitung dua kali.

Pengontrol memutuskan bagaimana mendistribusikan kapasitas yang tersedia. Pembagian yang sama, prioritas kendaraan, dan-penjadwalan waktu keberangkatan memerlukan logika pengoperasian yang berbeda. Protokol komunikasi membawa keputusan tersebut ke pengisi daya; ia tidak dengan sendirinya menyediakan algoritma alokasi.

Konfirmasikan waktu respons penuh mulai dari pengukuran hingga penyesuaian daya sebenarnya. Pengambilan sampel meteran, penundaan jaringan, pemrosesan pengontrol, dan respons pengisi daya atau kendaraan semuanya berkontribusi. Pengakuan perintah yang berhasil tidak cukup menjadi bukti bahwa batas yang diminta telah diterapkan. Manajemen beban juga harus dikoordinasikan dengan desain proteksi listrik di lokasi.

Periksa apa yang sebenarnya diizinkan oleh antarmuka lokal

Pengisi daya mungkin menawarkan antarmuka terpisah untuk platform manajemennya dan sistem manajemen energi lokal (EMS).Kontak Phoenix menjelaskanpengaturan menggunakan OCPP untuk komunikasi backend dan Modbus TCP untuk alokasi arus dinamis dari sistem manajemen gedung.

Modbus merupakan pilihan praktis untuk integrasi industri, namun peta register masih perlu ditinjau. Periksa apakah antarmuka memperlihatkan batas pengisian daya yang dapat ditulis, unitnya dan rentang yang diizinkan, tingkat kontrol, dan perilaku batas waktu. Membaca meteran listrik Modbus dan menerima perintah dari pengontrol Modbus eksternal adalah kemampuan yang berbeda.

EEBUSmenyediakan kasus penggunaan-manajemen energi seperti pembatasan daya dan optimalisasi-konsumsi tenaga surya. Kesesuaiannya bergantung pada kasus penggunaan dan versi yang diterapkan oleh kedua perangkat. Klaim EEBUS umum harus diikuti dengan tinjauan kompatibilitas khusus.

API pabrikan dan protokol kepemilikan juga dapat mendukung kontrol lokal yang efektif. Kegunaannya bergantung pada dokumentasi yang dapat diakses, hak implementasi, fungsi yang tersedia, dan dukungan yang stabil. Tanyakan apakah perintah lokal tetap tersedia tanpa berlangganan cloud dan apakah perubahan firmware dapat mengubah antarmuka.

Firmware patut mendapat perhatian khusus. Misalnya,Catatan rilis AHP 2.6.0 Alfenmemperkenalkan kontrol EMS Modbus TCP/IP untuk produk tertentu dan mendokumentasikan satu koneksi EMS simultan. Catatan yang sama menentukan persyaratan perangkat lunak yang cocok dalam Jaringan Pengisian Cerdas. Oleh karena itu, kompatibilitas harus dicatat berdasarkan model dan firmware, termasuk untuk peralatan dari satu merek.

Pilih arsitektur dengan kepemilikan kontrol yang jelas

OCPP dapat beroperasi pada jaringan lokal. ItuArsitektur pengontrol lokal-OCAmenjelaskan pengontrol yang ditempatkan di antara pengisi daya dan sistem manajemen hulu. Hal ini menciptakan beberapa pilihan untuk desain stasiun.

Untuk situs komersial{0}}dengan kapasitas terbatas, kontrol lokal sering kali merupakan pilihan teknik yang masuk akal karena jalur pengukuran dan kontrol dapat dilanjutkan tanpa koneksi internet yang berfungsi. Manfaat tersebut harus diverifikasi dalam implementasi yang dipilih.

Jika beberapa sistem dapat menetapkan batasan, dokumentasikan otoritasnya. Batas kapasitas situs, jadwal operator, dan batas pengisi daya internal semuanya mungkin aktif. Tentukan bagaimana perintah-perintah tersebut digabungkan, berapa lama masing-masing perintah tersebut tetap valid dan bagaimana perintah-perintah yang sudah usang dihapus.

Ini adalah masalah integrasi yang terdokumentasi.Panduan konektivitas KEBAmemperingatkan bahwa kontrol eksternal dapat mengganggu pengelolaan beban bawaan-konfigurasi klien-master tertentu. Beberapa antarmuka yang didukung tidak menetapkan bahwa setiap kombinasi pengontrol didukung.

Menilai dampaknya terhadap konstruksi dan biaya seumur hidup

Keputusan protokol mempengaruhi daftar peralatan dan infrastruktur komunikasi. Kontrol lokal mungkin memerlukan meter tambahan, pengontrol lokasi, sakelar jaringan, kabel komunikasi, dan akses komisioning. Sertakan item ini sebelum membandingkan penawaran pengisi daya.

Manajemen dinamis dapat meningkatkan penggunaan pasokan yang ada, namun tidak dapat menciptakan kapasitas tambahan. Apakah hal ini dapat menghindari peningkatan kelistrikan bergantung pada permintaan, kebutuhan pengisian daya secara bersamaan, dan waktu tunggu yang dapat diterima. Kinerja pengisian daya kendaraan harus tetap menjadi bagian dari penilaian desain.

Untuk perluasan, tentukan apakah pengisi daya baru dapat bergabung dengan sistem kontrol yang ada secara individual atau hanya melalui pengontrol grup pabrikan lain. Periksa apakah peralatan campuran AC dan DC dapat dikontrol pada tingkat yang diperlukan dan apakah satu perangkat yang gagal mempengaruhi perangkat lainnya.

Untuk penggantian platform, konfirmasikan kepemilikan konfigurasi server, kredensial, dan sertifikat. Memperjelas akses terhadap ekspor transaksi dan apakah kontrol lokal yang penting bergantung pada langganan yang berkelanjutan. Sertakan lisensi antarmuka, pekerjaan integrasi, pemeliharaan firmware, dan pengujian regresi dalam perkiraan biaya pengoperasian.

Keamanan juga merupakan persyaratan operasional. Tentukan identitas perangkat, komunikasi terenkripsi jika didukung, perpanjangan sertifikat dan tanggung jawab pembaruan. ItuPanduan Operasi Keamanan OCAmemberikan panduan implementasi. Antarmuka lokal harus dilindungi melalui kontrol akses jaringan yang sesuai; berada di jaringan lokal tidak menghilangkan kebutuhan untuk mengelola akses.

Ubah klaim protokol menjadi persyaratan penerimaan

Sebelum memesan peralatan, mintalah pemasok pengisi daya dan pengontrol untuk mengonfirmasi konfigurasi yang diusulkan bersama-sama. Pengajuan teknis yang berguna harus berisi:

Komisioning harus menguji peningkatan permintaan gedung secara tiba-tiba, pengisian daya secara bersamaan, kehilangan internet, kegagalan komunikasi meteran, pengaktifan ulang pengontrol, dan permintaan kontrol yang bertentangan. Ukur arus atau daya yang dihasilkan, catat waktu respons, dan konfirmasikan pemulihan tanpa peningkatan pengisian daya yang tidak diinginkan.

Perlakukan penagihan berkelanjutan, otorisasi sesi baru, dan pemulihan transaksi sebagai persyaratan offline yang terpisah. Suatu sistem dapat mendukung satu sistem tanpa mendukung sistem lainnya. Untuk situs dengan merek pengisi daya berbeda, jalankan pengujian pada kombinasi lengkap yang diusulkan sebelum penerapan lebih luas.

Hubungkan pengisi daya yang dipilih ke sistem kontrol situs

Pengontrol penyeimbangan beban yang ada mungkin sudah menyediakan logika alokasi yang diperlukan sementara pengisi daya yang dipilih menampilkan format perintah dan data umpan balik yang berbeda. Dalam situasi tersebut, lapisan integrasi-khusus pengisi daya dapat menghubungkan persyaratan pengontrol ke fungsi yang tersedia di setiap perangkat yang dipilih.

SINELINKSolusi Integrasi Kontrol Pengisi Daya EV Multi Merekberfokus pada hubungan ini. Setiap integrasi dinilai berdasarkan model pengisi daya dan firmware, dokumentasi protokol yang tersedia, antarmuka-sisi pelanggan, dan perilaku yang diperlukan. Bagikan detail tersebut dengan SINELINK untuk mendiskusikan cakupan pengembangan dan validasi yang diperlukan untuk stasiun pengisian daya Anda.