Sistem Manajemen Pengisian Daya OCPP
Hubungkan pengisi daya Anda.
Bangun jaringan yang dapat Anda kelola.
Integrasikan perangkat keras pengisian daya yang kompatibel ke dalam lingkungan perangkat lunak yang terkoordinasi untuk pemantauan, manajemen sesi, operasi jarak jauh, dan pelaporan bisnis. Mulailah dengan model pengisi daya dan persyaratan pengoperasian Anda.
Jaringan Anda menggunakan apa?
Pilih titik awal untuk diskusi integrasi Anda.
Petakan fitur-fitur yang sebenarnya didukung oleh pengisi daya Anda.
- Mempersiapkan
- Detail model pengisi daya, firmware, dan transport JSON.
- Mengonfirmasi
- Otorisasi, sesi, tindakan jarak jauh, dan keamanan
- Langkah selanjutnya
- Pengisi daya perwakilan pilot sebelum migrasi
Panduan ini tidak menguji pengisi daya atau memastikan kompatibilitasnya.
Lihat daftar periksa penerimaan integrasi →Sistem manajemen pengisian daya OCPP adalah perangkat lunak backend yang berkomunikasi dengan stasiun pengisian daya kendaraan listrik menggunakan Open Charge Point Protocol. OCPP menghubungkan perangkat ke perangkat lunak manajemen; platform operasi yang lengkap juga membutuhkan alur kerja pengguna, pelaporan, integrasi komersial, dan proses dukungan yang jelas.
OCPP, CSMS, dan CPMS: arti masing-masing istilah
Saat mengevaluasi perangkat lunak penagihan, pisahkan standar komunikasi dari platform bisnis yang dibangun di sekitarnya. Hal ini mempermudah perbandingan proposal dan membantu mengidentifikasi di mana integrasi diperlukan.
OCPP: protokol pengisi daya ke backend
Open Charge Alliance mempertahankan OCPP sebagai standar komunikasi umum untuk stasiun pengisian daya dan sistem manajemennya. Standar ini memberikan cara bersama bagi implementasi yang kompatibel untuk bertukar informasi dan permintaan operasional.
Protokol ini bukanlah konektor pengisian daya fisik, aplikasi pengemudi yang lengkap, atau pemroses pembayaran. Bagian-bagian dari layanan pengisian daya tersebut memiliki persyaratan dan antarmuka tersendiri.
CSMS / CPMS: perangkat lunak manajemen
CSMS biasanya berarti Charging Station Management System (Sistem Manajemen Stasiun Pengisian Daya); CPMS umumnya berarti Charge Point Management System (Sistem Manajemen Titik Pengisian Daya). Penyedia menggunakan istilah-istilah ini untuk platform backend, tetapi fungsi yang disertakan berbeda antara penawaran yang ada.
Bandingkan cakupan sebenarnya: koneksi pengisi daya, alat operator, pengguna, tarif, integrasi pembayaran, pelaporan, dan dukungan. Label produk yang sesuai kurang bermanfaat dibandingkan alur kerja yang telah didemonstrasikan.
Itu Gambaran umum protokol Open Charge Alliance menyediakan titik awal resmi. Gunakan versi protokol sebagai salah satu kolom dalam persyaratan Anda, bersama dengan model pengisi daya, firmware, fitur yang diimplementasikan, dan lingkungan pengoperasian yang dimaksud.
Mengapa memilih platform pengisian daya berbasis OCPP?
Standar komunikasi terbuka dapat memberikan operator lebih banyak pilihan dalam cara mereka membangun jaringan pengisian daya. Fleksibilitas tersebut menjadi bermanfaat ketika pemilihan perangkat keras, integrasi perangkat lunak, dan perjanjian komersial direncanakan bersama.
Evaluasi lebih banyak opsi perangkat keras.
Bandingkan pengisi daya berdasarkan kesesuaiannya dengan lokasi, kemudahan perawatan, dan fungsi yang didukung. Mintalah penyedia platform yang Anda pilih untuk memvalidasi model sebenarnya, alih-alih hanya membahas nama merek atau label protokol.
Simpan bukti kompatibilitas dengan inventaris peralatan agar pembelian selanjutnya dapat diperiksa terhadap acuan yang telah diketahui.
Ciptakan pandangan operasional yang konsisten.
Integrasikan perangkat yang didukung ke dalam alur kerja pemantauan dan pelaporan bersama. Standarisasi pengidentifikasi situs, penamaan konektor, kepemilikan masalah, dan catatan sesi sehingga operator dapat memahami jaringan tanpa beralih di antara proses yang tidak terkait.
Jika kemampuan perangkat berbeda, tampilkan perbedaan tersebut secara jelas daripada menyajikan tindakan yang tidak tersedia sebagai fitur universal.
Rencanakan perubahan seiring waktu.
Lokasi baru, penggantian perangkat keras, dan perubahan kebutuhan bisnis harus menjadi bagian dari proposal awal. Sepakati bagaimana model baru diuji dan bagaimana perubahan konfigurasi didokumentasikan.
Diskusikan akses ekspor, kontrol titik akhir backend, dan ketentuan keluar sejak dini. Dukungan protokol dapat membantu integrasi, tetapi tidak membatalkan kontrak yang bersifat restriktif.
Hasilnya seharusnya berupa jaringan yang lebih mudah dikelola, bukan asumsi bahwa setiap pengisi daya dapat saling menggantikan. Perlakukan kebebasan perangkat keras sebagai sesuatu yang perlu diverifikasi dan dijaga melalui pengadaan, pengoperasian awal, dan operasional berkelanjutan.
Apa yang seharusnya dapat Anda lakukan dengan sistem manajemen OCPP Anda?
Gunakan alur kerja ini sebagai agenda demonstrasi. Mintalah penyedia untuk menunjukkan data, tindakan operator, dan hasil yang diperoleh untuk setiap fitur yang Anda butuhkan.
Monitor pengisi daya dan konektor
Identifikasi perangkat mana yang melaporkan suatu kejadian, konektor mana yang terpengaruh, dan kapan informasi tersebut diterima. Periksa apakah platform tersebut membedakan antara peralatan yang tidak tersedia dengan koneksi yang terputus atau data yang usang.
Operator harus dapat beralih dari gambaran umum jaringan ke situs yang relevan dan riwayat diagnostik tanpa harus membangun kembali konteks secara manual.
Kelola sesi dan otorisasi
Lacak upaya pengemudi untuk memulai pengisian daya melalui otorisasi, pengiriman energi, dan penyelesaian. Verifikasi metode akses yang diterima dan ditolak, sesi yang terputus, dan catatan yang tidak lengkap.
Permudah staf pendukung untuk mengidentifikasi di mana proses tersebut gagal, alih-alih menganggap setiap kegagalan memulai sebagai kesalahan pengisi daya.
Melakukan tindakan jarak jauh yang didukung
Tanyakan tindakan apa saja yang tersedia untuk setiap model pengisi daya dan peran mana yang dapat memulainya. Permintaan jarak jauh, penerimaannya, dan hasil fisiknya harus dapat dibedakan dalam alur kerja operasional.
Untuk tindakan yang mengganggu, tetapkan persyaratan persetujuan dan bagaimana tim memeriksa apakah layanan normal telah dilanjutkan.
Mengkoordinasikan kebijakan penagihan
Jika penjadwalan daya atau profil pengisian daya diperlukan, dokumentasikan tujuan lokasi sebelum meninjau layar konfigurasi. Uji pengaturan yang diusulkan dengan peralatan dan meteran yang sebenarnya.
Konfirmasikan bagaimana aturan yang saling bertentangan ditangani dan batasan lokal mana yang tetap berlaku jika backend atau jaringan tidak tersedia.
Mengelola perubahan peralatan
Rencanakan perubahan konfigurasi, pengambilan data diagnostik, dan pemeliharaan firmware berdasarkan prosedur yang didukung oleh pabrikan. Tanyakan bagaimana kemajuan dan kegagalan dilaporkan serta opsi pemulihan apa yang tersedia.
Pertahankan kelompok uji kecil untuk perubahan yang dapat memengaruhi jaringan yang lebih luas, dengan jendela pemeliharaan yang disetujui dan pemilik yang bertanggung jawab.
Ubah catatan menjadi laporan yang bermanfaat.
Periksa kelengkapan sesi, satuan energi, stempel waktu, dan pengidentifikasi peralatan sebelum mengandalkan laporan jaringan. Tentukan bagaimana penyesuaian, catatan yang hilang, dan unggahan yang tertunda akan ditampilkan.
Tinjau kinerja operasional secara terpisah dari penyelesaian keuangan agar catatan sesi tidak disalahartikan sebagai bukti pembayaran yang telah diterima.
Mulailah dengan hari kerja operator.
Pilih tiga situasi nyata: pengisi daya yang berhenti melaporkan status, pelanggan yang tidak dapat memulai sesi, dan sesi yang telah selesai dengan pertanyaan pembayaran. Demo yang bermanfaat menunjukkan bagaimana tim Anda menyelidiki dan menyelesaikan masing-masing masalah. Jelajahi Platform TrendPower CPMS untuk membingkai diskusi.
OCPP 1.6J vs 2.0.1: bandingkan kebutuhan integrasi Anda
OCPP 1.6 dan 2.0.1 adalah versi protokol yang berbeda dan tidak kompatibel secara langsung. Backend yang melayani keduanya membutuhkan dukungan untuk masing-masing versi. Jangan berasumsi bahwa mengubah alamat server akan meningkatkan implementasi protokol pengisi daya.
Geser perbandingan ke samping pada layar yang lebih kecil. Pengguna keyboard dapat memfokuskan tabel dan menggunakan tombol panah.
| Area evaluasi | OCPP 1.6J | OCPP 2.0.1 | Apa yang perlu diverifikasi |
|---|---|---|---|
| Konteks protokol | Implementasi JSON dari OCPP 1.6. | Versi selanjutnya dengan manajemen perangkat dan penanganan transaksi yang lebih baik. | Implementasi dan rilis firmware yang tepat. |
| Keamanan | Tinjau ekstensi keamanan yang didukung. | Termasuk kemampuan keamanan yang diperluas. | Mengaktifkan kontrol, kredensial, dan operasi sertifikat. |
| Pengisian daya pintar | Dukungan profil pengisian daya merupakan bagian dari standar tersebut. | Memperluas kemampuan pengisian daya pintar. | Fitur-fitur telah diimplementasikan dan diuji pada perangkat Anda. |
| Pemilihan proyek | Evaluasi kebutuhan perangkat keras yang terpasang. | Evaluasi fungsi-fungsi yang dibutuhkan untuk implementasi baru atau perluasan implementasi. | Manfaat operasional, upaya integrasi, dan dukungan. |
| Jaringan campuran | Membutuhkan implementasi backend yang kompatibel. | Membutuhkan implementasi backend yang kompatibel. | Dukungan per model dan perilaku pelaporan bersama. |
Di mana posisi OCPP 2.1?
OCPP 2.1 dibangun berdasarkan versi 2.0.1 dan menambahkan fungsionalitas termasuk pengisian daya dua arah dan kontrol sumber daya energi terdistribusi. Ketersediaannya tidak menjamin dukungan pada pengisi daya atau backend tertentu. Dukungan yang dipublikasikan oleh TrendPower yang ditinjau untuk halaman ini mencakup versi 1.6J dan 2.0.1; diskusikan persyaratan versi 2.1 secara terpisah.
Referensi versi: Gambaran umum OCPP dari OCAPilihlah versi yang mempertimbangkan fungsionalitas yang dibutuhkan dan telah diuji, bukan hanya nomor versi tertinggi saja.
Bagaimana pengisi daya menjadi bagian dari platform pengoperasian Anda
Integrasi adalah proses pengenalan yang terkontrol. Berikan informasi yang sama kepada penyedia perangkat lunak dan produsen pengisi daya, lalu sepakati seperti apa keberhasilan pengoperasian tersebut.
Identifikasi peralatan dan ruang lingkupnya.
Catat nama pabrikan, model, firmware, identitas pengisi daya, susunan konektor, dan akses jaringan. Jelaskan alur pengguna yang dituju dan fitur-fitur penting di lokasi tersebut. Konfirmasikan siapa yang dapat mengubah konfigurasi backend.
Konfigurasikan koneksi yang disetujui.
Gunakan persyaratan titik akhir dan keamanan yang didokumentasikan oleh penyedia. Tetapkan tanggung jawab untuk kredensial dan sertifikat. Periksa akses jaringan dan konfigurasi waktu melalui prosedur pengaktifan yang disepakati, dengan catatan pengaturan akhir.
Jalankan seluruh alur operasi.
Uji proses mulai yang diotorisasi, pengisian daya aktif, penghentian, dan catatan yang dihasilkan. Ulangi dengan metode akses dan skenario kegagalan yang sebenarnya akan digunakan oleh layanan Anda. Sertakan tindakan jarak jauh yang didukung dan kebijakan pengisian daya khusus lokasi.
Setujui dan kembangkan dengan cermat.
Dokumentasikan hasil, pengecualian, dan pekerjaan yang belum selesai. Setelah peralatan representatif lolos uji, tambahkan perangkat tambahan menggunakan konfigurasi yang disetujui. Periksa kembali asumsi ketika firmware, perangkat keras, atau model pengoperasian berubah.
Pertahankan kepemilikan yang jelas di seluruh proses. Jika pengisi daya terhubung tetapi alur kerja yang dibutuhkan gagal, tim memerlukan log, langkah-langkah yang dapat direproduksi, dan kriteria penerimaan yang disepakati untuk memutuskan apa yang perlu diubah.
Kompatibilitas adalah hasil pengujian, bukan sekadar label.
Bukti kompatibilitas yang paling bermanfaat mengidentifikasi peralatan, versi perangkat lunak, fungsi yang diuji, dan hasilnya. Mintalah bukti tersebut sebelum membeli sejumlah besar pengisi daya.
Dukungan protokol dan sertifikasi produk
Klaim dukungan menjelaskan implementasi. Sertifikat OCA mencatat produk dan cakupan yang telah diuji. Mintalah sertifikat yang berlaku dan periksa identitas produk daripada berasumsi bahwa nama perusahaan mencakup semua yang dijualnya.
Untuk OCPP 2.0.1, OCA menetapkan Core sebagai wajib dan profil sertifikasi tambahan seperti Smart Charging, Advanced Security, dan ISO 15118 Support sebagai opsional. Periksa ruang lingkup yang dibutuhkan oleh proyek Anda.
Gunakan daftar resmi produk bersertifikat Dan panduan verifikasi sertifikat saat menilai klaim sertifikasi.
Penerimaan ujung ke ujung
Lingkungan operasional Anda menghadirkan persyaratan di luar pengujian protokol: integrasi pembayaran, peran pengguna, kontrol daya lokal, pelaporan, dan respons insiden. Sertakan hal-hal ini dalam rencana pengaktifan.
Tentukan masalah mana yang menghambat peluncuran dan mana yang dapat diatasi dengan batasan yang terdokumentasi. Sebutkan pemilik, target penyelesaian, dan pengujian ulang yang diperlukan untuk setiap item yang belum terselesaikan.
Referensi: Profil sertifikasi OCA untuk OCPP 2.0.1.
Daftar periksa penerimaan integrasi
Centang tes yang telah Anda definisikan untuk proyek percontohan Anda. Ini adalah daftar periksa perencanaan, bukan tes kompatibilitas otomatis.
Keamanan, perilaku offline, dan pemulihan
Keamanan dan ketersediaan bergantung pada sistem yang diterapkan dan orang-orang yang mengoperasikannya. Tetapkan kontrol dan tanggung jawab yang Anda perlukan, lalu verifikasi bagaimana kontrol dan tanggung jawab tersebut dipelihara sepanjang siklus hidup peralatan.
Lindungi akses dan konfigurasi.
Dokumentasikan keamanan komunikasi yang disetujui, kepemilikan kredensial, perpanjangan sertifikat, dan izin akun. Tanyakan bagaimana kredensial yang kedaluwarsa atau otentikasi yang gagal akan terlihat oleh tim operasional dan bagaimana akses dicabut ketika tanggung jawab berubah.
Tinjau akses administrator secara terpisah dari konektivitas pengisi daya. Koneksi perangkat yang aman tidak menjelaskan siapa yang dapat mengubah tarif, mengekspor catatan pelanggan, atau mengeluarkan tindakan jarak jauh yang mengganggu.
Sertakan riwayat konfigurasi, pelaporan insiden, dan prosedur pemulihan dalam serah terima operasional. Uji jalur pemulihan sebelum menjadi mendesak.
Uji pemadaman yang Anda butuhkan untuk bertahan hidup.
Identifikasi apakah kegagalan tersebut disebabkan oleh gangguan internet di lokasi, backend yang tidak tersedia, kerusakan jaringan lokal, atau pemadaman listrik. Masing-masing memengaruhi bagian layanan yang berbeda dan mungkin memerlukan respons yang berbeda.
Uji perilaku sesi aktif, otorisasi sesi baru, batasan daya lokal, buffering rekaman, dan koneksi ulang dengan pengisi daya yang diusulkan. Ketergantungan aplikasi dan pembayaran harus disertakan dalam pengujian tersebut.
Setelah pemulihan, lakukan rekonsiliasi catatan dan periksa hasil bisnis yang hilang atau duplikat. Nyatakan fungsi mana yang tetap tersedia dan mana yang memerlukan intervensi dukungan.
Baik hosting cloud maupun hosting on-premises memerlukan model kepemilikan untuk pemantauan, pembaruan, pencadangan, dan respons. Sertakan jendela pemeliharaan, kontak eskalasi, dan ekspektasi pemulihan dalam proposal, daripada memperlakukan pilihan infrastruktur sebagai rencana keandalan yang lengkap.
Menghubungkan operasional OCPP dengan sistem pembayaran dan sistem eksternal.
Komunikasi pengisi daya adalah salah satu bagian dari layanan pengisian daya komersial. Jaga agar batasan antara kontrol peralatan, akses pelanggan, penetapan harga, pembayaran, dan pelaporan tetap jelas.
Integrasi penagihan dan pembayaran
Jelaskan bagaimana sebuah sesi menjadi tagihan dan bagaimana tagihan tersebut menjadi pembayaran yang telah direkonsiliasi. Sertakan transaksi yang gagal, pengembalian dana, penyesuaian, dan bukti pendukung dalam uji penerimaan Anda.
Tinjau kembali solusi pembayaran pengisian daya EV menggunakan metode pembayaran dan pasar operasi yang Anda inginkan.
Roaming dan OCPI
OCPI menyediakan antarmuka yang berbeda dari OCPP: OCPI mendukung koneksi antara operator titik pengisian daya dan penyedia layanan mobilitas elektronik. Roaming memerlukan integrasi dan pengaturan komersial tersendiri.
Itu Gambaran umum OCPI dari EVRoaming Foundation menjelaskan peran tersebut. Tanyakan pihak mana, modul mana, dan alur kerja mana yang dibutuhkan proyek Anda.
Aplikasi, portal, dan API
Tentukan apa yang perlu dilihat dan dilakukan oleh pengemudi, pengelola situs, staf keuangan, dan tim operasional. Sepakati data mana yang harus diteruskan ke sistem bisnis yang ada dan bagaimana kesalahan ditangani.
Untuk setiap integrasi, tentukan pengidentifikasi, izin akses, periode pelaporan, dan tim yang bertanggung jawab untuk menyelesaikan transfer yang tidak lengkap.
Proposal yang bermanfaat menghubungkan bagian-bagian ini menjadi satu alur perjalanan pelanggan. Mintalah untuk melihat contoh mulai dari pemilihan dan otorisasi pengisi daya hingga penyelesaian sesi, rekonsiliasi pembayaran, dan dukungan pelanggan, termasuk setidaknya satu pengecualian.
Siapa yang seharusnya mengevaluasi sistem manajemen pengisian daya OCPP?
Operator pengisian daya dan merek perangkat keras
CPO (Chief Product Owner) harus memprioritaskan operasi perangkat campuran, keberhasilan sesi, alur kerja dukungan, dan pelaporan situs. Produsen harus menentukan ruang lingkup pengujian perangkat keras, kepemilikan firmware, dan bukti integrasi yang diperlukan sebelum merekomendasikan backend kepada pelanggan.
Keduanya mendapat manfaat dari proses yang disepakati untuk memvalidasi versi peralatan baru dan mendiagnosis masalah di seluruh batas perangkat keras-perangkat lunak.
Armada, tempat kerja, dan kelompok properti
Armada kendaraan memerlukan alur kerja pengisian daya yang sesuai dengan jadwal kendaraan dan kapasitas lokal. Tempat kerja dan portofolio properti memerlukan kelompok akses yang jelas, tanggung jawab lokal, dan pelaporan biaya.
Sertakan persyaratan operasional ini ke dalam demonstrasi. Pengisi daya yang terhubung secara teknis tetap membutuhkan aturan dan pengaturan dukungan yang tepat bagi orang-orang yang menggunakannya.
Rencanakan migrasi, biaya, dan dukungan berkelanjutan secara bersamaan.
Memindahkan peralatan yang sudah ada membutuhkan lebih dari sekadar mengubah alamat backend. Mulailah dengan mengkonfirmasi akses endpoint, kredensial, batasan kontrak, opsi ekspor, dan dukungan pabrikan. Pertahankan pengaturan asli dan tentukan proses rollback yang disetujui.
Gerakkan kelompok perwakilan terlebih dahulu.
Pilih pengisi daya yang mencakup berbagai model, firmware, konektivitas, metode akses, dan kondisi pengoperasian. Validasi alur kerja yang dibutuhkan sebelum menambahkan lebih banyak perangkat. Jadwalkan perubahan dengan pemilik situs dan tim dukungan agar pengguna mengetahui di mana mendapatkan bantuan selama masa transisi.
Setujui penyerahan data
Tentukan catatan pengguna, tarif, riwayat sesi, dan informasi keuangan mana yang harus dipindahkan atau tetap dapat diakses. Dokumentasikan format ekspor dan pengidentifikasi yang stabil. Catatan historis mungkin memerlukan pengarsipan atau proses pelaporan terpisah daripada impor langsung ke platform baru.
Bandingkan biaya operasional lengkapnya.
Minta biaya pengaturan, biaya perangkat lunak, perangkat atau konektor yang berulang, pekerjaan integrasi, dukungan, dan biaya perubahan di masa mendatang. Identifikasi apakah model pengisi daya baru memerlukan validasi tambahan dan apakah ekspor data atau penyerahan teknis dikenakan biaya. Bandingkan proposal dengan ukuran jaringan dan asumsi pertumbuhan yang sama.
Siapkan dukungan sebelum ekspansi.
Tentukan siapa yang menyelidiki masalah pengisi daya, siapa yang boleh mengubah firmware, dan siapa yang bertanggung jawab atas kegagalan integrasi bisnis. Buat catatan tentang keterbatasan yang diketahui dan solusi sementara yang disetujui. Tinjau insiden yang berulang agar peluncuran berikutnya dapat memanfaatkan apa yang telah terungkap dari situs-situs pertama.
Diskusikan kebutuhan platform OCPP Anda dengan TrendPower.
Penawaran perangkat lunak yang diterbitkan oleh TrendPower mencakup OCPP 1.6J dan 2.0.1, pemantauan pengisi daya, operasi jarak jauh, alur kerja pembayaran, dan antarmuka bisnis yang dapat dikonfigurasi. FAQ teknisnya menjelaskan pengujian model pengisi daya sebagai bagian dari validasi kompatibilitas.
Bagikan model pengisi daya dan firmware yang Anda gunakan, jumlah lokasi dan konektor, pasar operasi Anda, dan alur perjalanan pengemudi yang Anda butuhkan. Minta demonstrasi alur kerja lengkap dan konfirmasi tertulis tentang ruang lingkup integrasi.
Pertanyaan yang Sering Diajukan (FAQ) tentang Sistem Manajemen Pengisian Daya OCPP
Tersedia 12 pertanyaan.
Apa itu sistem manajemen pengisian daya OCPP?
Ini adalah platform backend yang berkomunikasi dengan stasiun pengisian daya yang kompatibel menggunakan OCPP. Penawaran perangkat lunak yang lebih luas mungkin mencakup pemantauan, pengguna, penetapan harga, pembayaran, pelaporan, dan integrasi. Konfirmasikan modul dan tanggung jawab operasional mana yang termasuk di dalamnya.
Apakah semua charger OCPP dapat terhubung ke semua backend OCPP?
Jangan berasumsi demikian. Cocokkan versi protokol, transportasi, firmware, fitur yang diimplementasikan, dan persyaratan keamanan, lalu uji kombinasi sebenarnya. Koneksi saja tidak menjamin bahwa setiap alur kerja yang dibutuhkan berfungsi dengan benar.
Apa arti huruf J dalam OCPP 1.6J?
Huruf J mengidentifikasi varian JSON dari OCPP 1.6. Saat mendokumentasikan peralatan Anda, catat detail tersebut bersama dengan model dan firmware agar penyedia dapat mengkonfirmasi implementasi koneksi yang dibutuhkan.
Bisakah satu platform mengelola pengisi daya 1.6J dan 2.0.1 secara bersamaan?
Suatu platform dapat melayani keduanya jika mengimplementasikan setiap versi protokol yang dibutuhkan. Konfirmasikan inventaris perangkat campuran Anda dengan penyedia dan uji bagaimana peralatan yang didukung muncul dalam operasi dan laporan bersama.
Apakah dukungan OCPP berarti produk tersebut bersertifikasi OCA?
Tidak. Mintalah sertifikat yang relevan dan verifikasi identitas produk serta cakupan pengujiannya. Pernyataan kompatibilitas umum tidak boleh dijadikan bukti sertifikasi independen.
Apakah label OCPP menjamin pengisian daya cerdas atau Plug & Charge?
Tidak. Sebutkan fungsi yang dibutuhkan dan mintalah bukti implementasi perangkat keras, perangkat lunak, dan integrasi pendukung. Untuk OCPP 2.0.1, periksa profil sertifikasi opsional yang berlaku serta hasil penerimaan ujung-ke-ujung Anda.
Apakah pengisi daya akan berfungsi saat internet tidak tersedia?
Hal itu bergantung pada konfigurasi pengisi daya, kontrol lokal, metode otorisasi, dan ketergantungan eksternal. Uji skenario pemadaman yang diperlukan, termasuk pemulihan dan rekonsiliasi catatan, sebelum menyatakan layanan tersebut mampu beroperasi secara offline.
Apakah OCPP sama dengan OCPI?
Tidak. OCPP menangani komunikasi stasiun pengisian daya dengan sistem manajemen. OCPI mendukung koneksi antara operator pengisian daya dan penyedia layanan mobilitas elektronik. Sebuah proyek mungkin membutuhkan keduanya, dengan persyaratan integrasi yang terpisah.
Apakah saya perlu mengganti pengisi daya yang ada untuk mengubah perangkat lunak?
Belum tentu. Pertama, tinjau akses ke pengaturan backend, implementasi yang didukung, kredensial, kontrak, dan bantuan dari produsen. Uji coba backend yang diusulkan dengan peralatan yang representatif sebelum memutuskan apakah penggantian perangkat keras diperlukan.
Apa yang harus saya kirimkan untuk diskusi integrasi?
Cantumkan informasi pabrikan, model, firmware, detail protokol, jumlah konektor, akses jaringan, fungsi yang dibutuhkan, dan lokasi pengoperasian. Tambahkan metode pembayaran, kelompok pengguna, perkiraan pertumbuhan, dan integrasi eksternal yang diperlukan.
Berapa lama waktu yang dibutuhkan untuk penyebaran?
Waktu pelaksanaannya bergantung pada kesiapan perangkat keras, cakupan integrasi, akses ke peralatan yang ada, dan persyaratan penerimaan. Mintalah rencana bertahap yang mencakup penemuan, pengujian percontohan, perbaikan, peluncuran, dan penyerahan dukungan, daripada janji peluncuran universal.
Apakah TrendPower mendukung OCPP 2.1?
Dukungan yang dipublikasikan dan ditinjau untuk halaman ini mengkonfirmasi OCPP 1.6J dan 2.0.1. Jika proyek Anda memerlukan OCPP 2.1, mintalah konfirmasi eksplisit tentang ketersediaan dan cakupan yang didukung sebelum memilih peralatan atau berkomitmen pada penerapan.
Tidak ada jawaban yang cocok. Coba “versi”, “offline”, atau “pengisi daya”, atau tanyakan tentang proyek Anda.
Mulailah dengan pengisi daya Anda.
Rencanakan layanan lengkapnya.
Diskusikan peralatan Anda, fitur yang dibutuhkan, dan rencana peluncuran dengan TrendPower. Buat cakupan kompatibilitas dan operasional yang jelas sebelum penerapan.
Minta Demo Platform OCPP
ID 
EN 
ZH 
AR 
DE 
ES 
KO 
JA 
IT 
FR 
VI 
MS 
FR_CA 
NL 
SV 
EN_GB 
TH 