10.

3 KRITERIA PENILAIAN SISTEM PENGELOLAAN ENERGI DAN ARSITEKTUR

Operasi transmisi merupakan salah satu proses yang paling penting dalam utilitas. EMS
memungkinkan proses operasi transmisi dengan menyediakan visibilitas dan kontrol sistem kepada
operator. Tanpa fungsi EMS, operator dapat mengatur pengoperasian transmisi selama sekitar 30
menit. Alasan utama untuk kerangka waktu 30 menit berasal dari fakta bahwa beban sistem dapat
berubah secara substantif dalam waktu 30 menit. Perubahan beban substantif membuat tindakan
perbaikan yang telah ditentukan sebelumnya tidak efektif. Selain itu, tidak memiliki visibilitas dan
kontrol menghilangkan kemungkinan operator menyetir sistem secara manual. Untuk alasan ini, jika
EMS tidak tersedia melebihi 30 menit, operator harus menggunakan sistem operasi dengan cara
yang lebih konservatif.

Karena EMS adalah sistem mission-critical, ada tiga kriteria berbeda yang digunakan untuk
memastikan ketersediaan dan kelangsungan bisnis untuk pemadaman yang berkepanjangan:

1. Waktu restorasi: Kriteria pertama untuk ketersediaan sistem adalah waktu restorasi setelah
pemadaman EMS. Waktu pemulihan sistem manajemen energi biasanya dipilih sekitar 30
menit.
2. Ketersediaan sistem: Kriteria kedua mewakili persentase ketersediaan sistem selama tahun
berjalan. Ketersediaan sistem 99,95% merupakan total 263 menit sepanjang tahun. Kriteria
pertama untuk ketersediaan sistem adalah waktu restorasi setelah pemadaman EMS.
Ketersediaan sistem manajemen energi biasanya dipilih sekitar 99,95%.
3. Kesinambungan bisnis: Untuk situasi yang tidak mungkin di mana sistem mungkin
mengalami pemadaman EMS yang berkepanjangan, proses dan solusi kontinuitas bisnis
perlu dirancang. Proses kesinambungan bisnis memastikan bahwa operator terus mengelola
operasi sistem dengan cara yang lebih konservatif untuk mengelola ketidaktersediaan
informasi.

Persyaratan EMS untuk menyediakan ketersediaan fungsi kritis yang tinggi memaksa perancangan
redundan ganda atau desain empat kali lipat yang ditunjukkan pada Gambar 10.4. Angka ini
menunjukkan bagaimana arus informasi dari unit terminal jarak jauh remot terminal unit (RTU) ke
pusat kontrol.
Biasanya, prosesor front end ditempatkan di beberapa lokasi di sistem untuk mengumpulkan
informasi dari RTU dan mengirimkannya ke pusat kontrol untuk menghindari terlalu banyak koneksi
langsung dari RTU. Angka ini menunjukkan bahwa kita memiliki perangkat keras dan perangkat lunak
yang berlebihan di pusat kendali utama dan pusat kendali cadangan. Jika terjadi kegagalan
perangkat keras di lokasi manapun, perangkat keras yang berlebihan akan mengambil alih operasi.
Jika ada keadaan darurat utama di pusat kendali utama sehingga tidak beroperasi, maka operasi
sistem akan gagal ke pusat kendali cadangan. Sistem komunikasi yang menghubungkan RTU ke pusat
kendali dan yang menghubungkan kedua pusat kontrol bersama-sama dirancang untuk memiliki
ketersediaan dan redundansi tinggi.

10.3.1 Ikhtisar Perangkat Keras

Sistem EMS terdiri dari empat subsistem berikut:

Subsistem akuisisi data

Subsistem komputer
Subsistem pengguna
Catu daya tambahan

Subsistem ini dijelaskan selanjutnya.

10.3.1.1 Subsistem Akuisisi Data Tugas untuk mengumpulkan dan mentransmisikan data ke pusat
kendali dilakukan dengan sistem akuisisi data seperti yang dijelaskan pada Bab 2. Parameter sistem
tenaga utama seperti daya aktif dan reaktif, voltase, frekuensi, tingkat air, dan rangkaian Posisi
pemutus dikirim ke pusat kontrol untuk memperbarui model database sistem tenaga. Dua
komponen utama dari sistem ini adalah RTU dan subsistem jaringan komunikasi (SSP).

Kumpulan data yang sebenarnya dilakukan oleh RTU. Instrumentasi lapangan, seperti transduser
atau switch palet dalam pemutus, dihubungkan ke rak terminal, yang pada gilirannya terhubung ke
RTU di stasiun. Sinyal analog dari transduser (misalnya, nilai kuantitatif seperti MW) dipresentasikan
ke RTU sebagai nilai antara -5, 0, +5 DC dan dikonversi ke nilai digital oleh konverter analog ke digital
(A / D) di RTU . Titik status seperti posisi pemutus arus masuk ke RTU seperti ditunjukkan pada
Gambar 10.4. RTU juga menerapkan tindakan pengendalian yang dikirim oleh pusat kendali.

Subsistem ini bertanggung jawab atas pengiriman data dari RTU ke pusat kendali dan transmisi
tindakan kontrol yang akan dilakukan oleh RTU dari pusat kontrol. Hal ini dirancang agar tidak ada
kesalahan kontinjensi tunggal yang akan mengakibatkan hilangnya komunikasi dengan RTU.

10.3.1.2 Subsistem Komputer Subsistem komputer menyediakan fungsi berikut:

1. SCADA: akuisisi data, pemrosesan alarm, dan antarmuka pengguna (mengupdate informasi yang
ditampilkan pada monitor komputer dan diagram dinding).
2. Database: layanan penyimpanan dan pengambilan.
3. Pengolahan program aplikasi.

Persyaratan utama subsistem komputer adalah

1. Kebutuhan pemrosesan total jauh lebih tinggi untuk analisis jaringan daripada gabungan
bagian lainnya.
2. Semua area membutuhkan tingkat akses yang tinggi dari database.
3. Fungsi SCADA harus merespons beban interupsi yang tinggi dari sistem eksternal.

Persyaratan yang beragam ini memerlukan desain perangkat keras khusus. Kinerja komputer dan
pengolahan interupsi komputer adalah dua fitur yang berbeda yang tidak mudah dicapai dalam satu
komputer.

Beban SCADA secara khas terdiri dari sejumlah besar tugas kecil dan cepat. Pertumbuhan SCADA
mengambil bentuk komponen replikasi pertumbuhan horizontal untuk menambahkan lebih banyak
pemantau dan RTU, sementara pertumbuhan dalam analisis jaringan berbentuk pertumbuhan
vertikal yang memperluas ukuran komputer yang digunakan untuk analisis jaringan. Untuk
mengakomodasi pertumbuhan ini, porsi SCADA harus diperluas secara bertahap saat perangkat baru
ditambahkan, dan komputer analisis jaringan harus ditingkatkan atau diganti untuk mengakomodasi
fungsi tambahan dan model sistem daya yang lebih besar. Karena persyaratan yang berbeda ini,
arsitektur yang berbeda telah muncul [75]. Perbedaan dalam arsitektur ini terletak pada
pencampuran berbagai komputer untuk menjaga kinerja dan kapasitas interupsi.

10.3.1.3 Subsistem Antarmuka Pengguna Informasi yang dikumpulkan dan diproses oleh EMS
tersedia untuk mengendalikan pengawas melalui subsistem manusia / mesin. MMS seperti yang
ditunjukkan pada Gambar 10.1 terutama terdiri dari beberapa konsol dan diagram dinding.

10.3.1.4 Subsistem Daya Auxiliary Sistem ini, yang disebut juga power supply yang tidak pernah
terputus, memberikan kontinuitas kontinuitas pusat kontrol pada saat pasokan listrik utama ke
pusat kendali terganggu. Subsistem daya tambahan terdiri dari dua elemen:

1. Sejumlah unit generator diesel dengan bahan bakar cukup mampu memasok listrik pusat kontrol
hingga sekitar 15 hari.
2. Sejumlah baterai untuk menyediakan listrik selama antara 1 dan 4 jam untuk menyediakan
generator diesel cukup waktu untuk start up.

10.3.2 Ikhtisar Perangkat Lunak

Perangkat lunak EMS terdiri dari berbagai alat pendukung keputusan serta fungsi administrasi dan
dukungan lainnya yang diperlukan agar EMS dapat bekerja. Gambar 10.5 menyediakan daftar
aplikasi perangkat lunak EMS yang khas. Penjelasan singkat untuk setiap aplikasi disediakan
selanjutnya:
1. SCADA: Sistem pengawasan pengawasan dan akuisisi data melakukan akuisisi data,
pengolahan alarm, pemutakhiran user interface, serta pelaksanaan tindakan pengendalian di
lapangan.

2. Konfigurasi jaringan: Alat ini bertanggung jawab untuk memelihara model diagram garis
tunggal dari pasokan listrik massal.
3. Estimasi negara: Ini adalah metode matematis yang menggunakan nilai pengukuran sistem
tenaga yang tersedia untuk menciptakan nilai untuk semua variabel keadaan sistem tak
diketahui lainnya.
4. Remedial action system (RAS): Program ini dimaksudkan untuk membantu operator dalam
mencapai tindakan pengendalian remedi yang sesuai untuk memperbaiki pelanggaran
keamanan dalam kondisi sistem normal dan setelah kontingensi yang kredibel.

5. Analisis skenario (power flow): Ini menggunakan model sistem, generasi, dan nilai beban
untuk menghitung arus daya dan nilai voltase pada semua bus lain dalam sistem.

6. Keamanan statik (analisis kontinjensi): Ini adalah metode untuk mengidentifikasi

pelanggaran termal dan voltase sistem selama kondisi normal dan setelah kontingensi yang
kredibel.
7. Kestabilan transien: Alat ini memberikan batasan stabilitas sementara dan rekomendasi
tindakan perbaikan untuk operator.
10.3.4 Integrasi Perangkat Lunak

Sistem manajemen energi adalah salah satu blok perangkat lunak utama dari sebuah pusat kontrol.
Ada solusi perangkat lunak lainnya. Untuk meminimalkan total biaya kepemilikan, solusi harus sesuai
dengan kebutuhan saat ini dan juga harus tahan uji waktu [69,71]. Untuk memastikan bahwa solusi
merupakan ujian waktu, biaya perawatan dan pemeliharaan untuk perubahan selama masa pakai
solusi perlu diminimalkan. Oleh karena itu, solusi arsitektur baru berdasarkan arsitektur berorientasi
layanan (SOA) telah dikembangkan, memungkinkan perubahan dalam satu komponen tanpa
mengubah keseluruhan solusi [69].

Satuan tugas CIGRE baru-baru ini [76] telah menghasilkan peta jalan untuk desain EMS masa depan
yang terbuka dan terukur, memungkinkan pengguna untuk memilih jenis terbaik dari vendor yang
berbeda dengan integrasi yang mulus. Berikut lima fitur menonjol merupakan elemen inti dari
desain baru ini:

Arsitektur berorientasi layanan (SOA): Penyebaran SOA merupakan komponen modular dan
dapat digunakan kembali. Model ini memfasilitasi integrasi software thirdparty. Selanjutnya,
fitur decoupled arsitektur meminimalkan biaya penggantian.
Kompatibilitas model informasi yang umum: adopsi model informasi umum oleh EPRI oleh
vendor memastikan bahwa model informasi yang konsisten digunakan dan mudah
mencampur produk perangkat lunak yang berbeda.
BAB 10 SISTEM MANAJEMEN ENERGI

Gambar 10.8 Dua rangkaian aplikasi EMS berbagi beberapa aplikasi.

Built-in keamanan: Keamanan memainkan tema sentral dalam desain untuk menghindari
pendekatan sedikit demi sedikit.
Platform independence: Infrastruktur perangkat keras fisik disarikan dari arsitektur,
memastikan bahwa solusi yang diberikan oleh vendor dapat bekerja pada platform apapun.
Antarmuka grafis terpadu: Antarmuka grafis terpadu memisahkan alat dari desain display,
memastikan bahwa berbagai alat yang ditawarkan oleh vendor yang berbeda dapat bekerja
dengan antarmuka grafis yang sama.

Fitur-fitur ini mendorong antarmuka standar untuk menghubungkan komponen yang berbeda
berdasarkan SOA, model informasi standar berdasarkan CIM, independensi infrastruktur, desain
keamanan bawaan, dan akhirnya, sebuah antarmuka grafis umum.