Hubungkan IED yang dimaksud
Gunakan IP relay pada network test, FAT, SAT atau commissioning yang berwenang. Pertahankan session pertama sebagai read-only.
Live discovery · generator SCL · ICD · CID · IID · SCD
Mulai dari IP IED atau file SCL. Bangun baseline engineering yang traceable.
ARSAS dapat discovery running model dari IED yang dapat dijangkau pada network engineering yang berwenang, atau membuka source SCL existing. Jaga observed live evidence tetap terpisah dari configured project intent, lalu siapkan output IID, ICD atau CID yang bounded untuk engineering system berikutnya.
Kontrak evidence
Simpan observasi bersama konteks yang membuatnya bisa direview.
ARSAS memperlakukan data engineering sebagai evidence, bukan sekadar output layar. Field yang tersedia bergantung pada workflow, tetapi source dan acquisition context harus tetap terlihat ketika memang tersedia.
Apa?Signal, event, packet, file, model atau hasil command
Dari IED mana?Identity device, endpoint dan konteks project
Kapan?Waktu IED, waktu protokol atau receive/capture time ARSAS ketika tersedia
Quality / state?IEC quality, event state, sequence state atau result status ketika source menyediakannya
Diperoleh bagaimana?Discovery, MMS read, Reporting, capture GOOSE/SMV, file service atau control workflow
Tidak mengarang kepastian.Tidak semua workflow mempunyai semua field. ARSAS harus menjaga apa yang benar-benar tersedia, menunjukkan acquisition path dan membuat konteks yang hilang tetap eksplisit—bukan membuat proof sintetis.Review evidence interoperabilitas field →Review batas engineering →
Takeaway 30 detik
SCL adalah deskripsi engineering yang menghubungkan capability perangkat, konfigurasi proyek dan integrasi sistem.
ICD umumnya menjelaskan capability IED. CID umumnya menjelaskan konfigurasi untuk satu IED. SCD mewakili project gardu yang terintegrasi. IID lazim digunakan sebagai instantiated IED description pada workflow exchange atau update engineering. Peran praktis ini tidak menghapus aturan edition, schema, project profile atau vendor.
Dari IP ke SCL dalam empat langkah
Discovery membangun observed device evidence sebelum export dimulai.
Anda tidak wajib memiliki vendor SCL untuk memulai read-only live discovery. ARSAS lebih dulu mengidentifikasi apa yang diekspos running server; export adalah keputusan engineering berikutnya dengan target receiving system yang eksplisit.
Discovery running model
Bangun physical identity, MMS hierarchy, typed data, DataSet, inventory RCB dan service evidence dari live server.
Review apa yang benar-benar dibutuhkan sistem berikutnya
Pilih apakah task hanya membutuhkan monitoring, full bounded device baseline, atau satu selected reporting path.
Siapkan output engineering yang bounded
Generate IID Edition 2 atau ICD Edition 1 dari complete live discovery bila sesuai, atau siapkan selected-RCB CID baseline jika itu receiving contract-nya.
Tipe file SCL dengan bahasa sederhana
Pilih file berdasarkan tugasnya, bukan hanya extension.
ICD — IED Capability Description
Deskripsi berorientasi capability untuk system engineering. Umumnya berisi fungsi, data dan communication feature yang dapat ditawarkan sebuah IED atau keluarga produk.
CID — Configured IED Description
Deskripsi configured yang berfokus pada satu IED. Dapat membawa communication, DataSet, report, GOOSE dan setting yang spesifik terhadap proyek.
SCD — Substation Configuration Description
Model sistem terintegrasi dari proses system configuration, termasuk banyak IED, communication relationship dan konteks substation.
IID — Instantiated IED Description
Deskripsi instantiated IED untuk workflow exchange atau update engineering yang didukung, terutama pada toolchain berorientasi Edition 2.
SSD — System Specification Description
View berorientasi specification terhadap fungsi dan topologi substation sebelum seluruh detail implementasi IED ditetapkan.
Edition dan profile tetap penting
Extension yang sama tidak menjamin edition schema, namespace, optional content atau behavior importer yang sama. Konfirmasi contract receiving system.
Kapan memakai Workspace SCL
Gunakan saat configured intent dan live evidence harus dibandingkan atau dipertukarkan.
Buat typed baseline dari live discovery
Gunakan endpoint IED yang dimaksud pada network engineering yang berwenang saat vendor file hilang, outdated atau tidak dapat menjelaskan online server model.
Kurangi input menjadi bounded device scope
Pertahankan exact identity, model, DataSet dan RCB evidence tanpa mengirim project multi-IED yang terlalu besar ke receiver terbatas.
Bandingkan live model dengan configured intent
Biarkan perbedaan terlihat. Jangan diam-diam mengganti source file atau berasumsi running IED identik dengan project SCL.
Export satu verified RCB path
Siapkan baseline CID selected-RCB ketika SAS atau gateway penerima hanya membutuhkan satu reporting path yang eksplisit.
Tanyakan apa yang benar-benar diterima receiving system.
- Tipe file dan IEC 61850 edition yang diperlukan
- Physical IED name dan AccessPoint identity yang diharapkan
- Namespace, schema dan vendor profile yang diperbolehkan
- DataSet, RCB, GOOSE atau communication section yang dibutuhkan
- Apakah receiver memerlukan full project, satu IED atau satu selected RCB
Configured intent dan live evidence adalah dua sumber berbeda.
SCL dapat stale atau incomplete. Live IED model dapat tidak membawa relationship proyek yang lebih luas. Pertahankan keduanya, catat provenance dan buat perbedaan dapat direview.
Langkah di ARSAS
Buat baseline SCL yang bounded tanpa kehilangan source context.
Tentukan requirement receiving system
Catat target tool, edition, expected IED identity, service yang dibutuhkan dan apakah memerlukan IID, ICD, CID atau scope SCL lain yang disetujui.
Pilih live discovery atau source SCL existing
Hubungkan IED yang dimaksud pada network engineering yang berwenang untuk complete MMS discovery, atau buka SCD, CID, ICD, IID, SSD maupun XML kompatibel yang tersedia. File source asli tetap tidak berubah.
Verifikasi physical identity dan model hierarchy
Pisahkan physical IED name dari MMS domain serta Logical Device. Review Logical Node, Data Object, Data Attribute, type dan Functional Constraint.
Review DataSet, RCB dan communication context
Periksa urutan member, exact runtime RCB name, trigger option, optional field, report ID, configuration revision, endpoint serta identity GOOSE/communication yang tersedia.
Pilih bounded target output
Generate IID Edition 2 atau ICD Edition 1 dari complete live discovery jika sesuai, normalize source menjadi single-IED, atau pilih satu verified RCB untuk baseline CID yang bounded.
Validasi output pada receiving system
Review SCL, companion evidence dan findings, lalu import ke SAS, gateway atau engineering tool yang dituju. Catat setiap rejection atau modification, jangan mengubah identity dengan trial and error.
Success criteria
Handover SCL yang berguna sudah traceable sebelum diterima.
Source diketahuiProvenance live discovery atau file original dipertahankan
Identity benarIED, AccessPoint, domain dan reference tidak tercampur
Scope boundedOutput berisi device atau reporting path yang dituju
Receiver diverifikasiTarget tool import dan hasil modelnya direview
Apa yang ditawarkan running server saat ini
- Online physical dan MMS identity evidence
- Logical hierarchy serta typed data yang tersedia
- DataSet dan concrete runtime RCB instance
- Current service availability dan read diagnostic
Apa yang seharusnya ada menurut project engineering
- Substation dan multi-IED relationship
- Communication serta subscriber configuration
- Configured DataSet, report, GOOSE dan Sampled Values
- Project naming, edition dan revision context
Output selected-RCB
Siapkan satu reporting path yang eksplisit untuk receiver bounded.
Jalankan read-only availability audit, pilih satu RCB usable, pertahankan verified DataSet membership serta configuration evidence, lalu export baseline CID Edition 1 atau Edition 2 yang disetujui.
CIDPilih RCB dan target edition
Pertahankan exact runtime RCB name, verified DataSet directory, trigger option, optional field, buffer time, integrity period, report ID dan configuration revision jika tersedia.
Bila file ditolak
Diagnosa contract mismatch sebelum menulis ulang model.
Edition atau namespace tidak sesuai
Konfirmasi IEC 61850 edition, namespace, schema location dan receiving-tool profile yang diharapkan.
IED identity tidak sesuai
Periksa physical IED name, AccessPoint, IP address, MMS domain serta Logical Device. Jangan mengganti satu level identity dengan level lain.
Masalah DataSet atau FCDA
Verifikasi member reference, Functional Constraint, ordering dan apakah receiver memerlukan reporting scope tertentu.
Masalah nama atau konfigurasi RCB
Pertahankan concrete runtime name dan periksa report ID, configuration revision, trigger option, optional field serta reservation expectation.
File terlalu luas
Gunakan bounded single-IED atau selected-RCB output, bukan complete project untuk receiver yang hanya mendukung scope terbatas.
XML berhasil import tetapi model hasil salah
Bandingkan imported tree, DataSet, RCB dan communication setting dengan source evidence. Validitas XML saja bukan success.
Baseline SCL bounded yang traceable beserta evidence
ARSAS dapat mempertahankan source identity, live discovery, model relationship, selected reporting evidence, output findings dan provenance untuk engineering review.
Schema-aware output bukan sertifikasi universal importer.
Receiving tool dapat menerapkan proprietary rule di luar standard. Generated output tidak membuktikan project-wide SCL correctness, behavior GOOSE/subscriber, reporting interoperability atau conformance IEC 61850.
Apa perbedaan ICD, CID, SCD dan IID?
ICD umumnya menjelaskan capability IED, CID satu IED configured, SCD project gardu terintegrasi dan IID deskripsi instantiated IED untuk exchange atau update. Verifikasi edition dan project profile yang berlaku.
Apakah live model IED dapat menggantikan project SCD?
Tidak. Live discovery memperlihatkan apa yang ditawarkan satu server sekarang. SCD dapat membawa system, subscriber dan communication relationship yang tidak dapat diungkap satu IED.
Apakah XML valid menjamin SCL dapat diimport dengan benar?
Tidak. Receiver dapat menerapkan aturan identity, edition, namespace, DataSet, RCB dan proprietary profile. Review model hasil import.
Pelajaran berikutnya
Bandingkan configured stream dengan traffic GOOSE yang diamati.
Gunakan Analyzer GOOSE untuk memverifikasi publisher identity, sequence, TAL dan payload order, sementara subscriber operation serta acceptance proteksi end-to-end tetap menjadi test terpisah.
Release stabil · ARSAS 1.6.41
Siap digunakan pada workstation Windows yang disetujui?
Installer dan portable memiliki scope aplikasi yang sama. Verifikasi SHA-256 yang dipublikasikan dan review batas rilis sebelum digunakan di lapangan.
Catatan rilis, batasan dan status signing →