Penamaan Tag dan Templat Rekayasa untuk Proyek SCADA Skala Besar

Apa yang dibayar belakangan jika nama tag kacau

• Nama rangkap dan tabrakan: dua stasiun sama-sama membawa Pump1_Run, laporan tercampur, dan tidak ada yang tahu peristiwa datang dari situs mana
• Layar dan tag berpisah arah: label tampilan di HMI sudah ditulis ulang, sementara tag di bawahnya tetap singkatan tukang listrik, sehingga penelusuran gangguan butuh dua kosa kata
• Teks alarm tidak bisa dihasilkan dari tag: setiap pesan diketik tangan, sehingga penggantian nama di sisi proses tidak pernah sampai ke daftar alarm
• Ekspansi menyalin kekacauan: area berikutnya dikloning dari yang pertama, termasuk nama buruk, dan biaya pembersihan tumbuh setiap lini ditambah
• Serah terima menjadi pengetahuan lisan: hanya insinyur awal yang tahu T12 adalah suhu sisi buang pompa A, dan orang itu sudah tidak di lapangan

Lima biaya ini muncul setelah komisioning, bukan selama komisioning. Itulah sebabnya mudah ditunda dan mahal dibalik. Aturan penamaan murah jika dikunci di minggu pertama; mengganti nama puluhan ribu tag setelah HMI hidup bukan pekerjaan dengan volume yang sama.

Kolom yang harus dicakup aturan: area, peralatan, sinyal, tipe

Aturan penamaan bukan soal selera. Itu kontrak yang darinya setiap tag, setiap teks alarm, dan setiap objek layar dapat diturunkan. Jika sebuah kolom hilang, skrip belakangan tidak bisa menyaring menurut area, tidak bisa menyusun teks alarm, dan tidak bisa membedakan nilai proses dari perintah.

Empat kolom di bawah adalah ambang bawah yang harus diputuskan sebelum tag pertama dibuat. Pembatas, panjang, dan set karakter masuk ke aturan yang sama, karena PLC merek campur dan ekspor basis data belakangan akan menghukum ejaan informal. Kami telah mengumpulkan hampir 80.000 variabel dari 366 perangkat pada satu jaringan dalam satu proyek. Angka itu menggambarkan pekerjaan tertentu. Itu bukan ukuran proyek yang lazim, dan bukan plafon jumlah titik yang kami pasang di setiap kontrak. Yang ditunjukkannya: aturan harus tetap berdiri ketika jumlah tag besar, bukan hanya rapi pada lini uji dengan beberapa ratus titik.

• Area (situs, lini, atau gedung): siapa pemilik aset secara geografis — pabrik, bengkel, lini, atau kode stasiun pompa. Tanpanya, dua mesin identik di hall berbeda bertabrakan
• Peralatan (unit, skid, atau mesin): aset itu sendiri — kompresor, konveyor, set pompa — agar semua sinyal satu mesin terurut bersama
• Sinyal (besaran ukur atau fungsi): apa yang dibaca atau ditulis — umpan balik jalan, tekanan sisi buang, gangguan, setpoint
• Tipe (kelas): analog masuk, analog keluar, digital masuk, digital keluar, titik hitung, alarm, setpoint — agar historian, layar, dan mesin alarm memperlakukan titik sesuai sifatnya
• Pembatas, panjang, dan set karakter: satu pemisah (garis bawah adalah cara yang lazim), panjang yang diterima PLC terpendek sekaligus historian, tanpa spasi atau tanda lokal yang merusak ekspor di nama tag

Templat rekayasa yang harus ada sebelum layar pertama

Layar adalah bagian yang terlihat dari proyek SCADA, jadi pembicaraan sering mulai dari layar. Pada pekerjaan besar urutannya dibalik: alokasi I/O, daftar titik, dan spek HMI harus ada sebelum siapa pun menggambar. Tanpa ketiga itu, setiap layar berikutnya menciptakan nama di tempat, dan sistem yang hidup tidak punya induk untuk dicek.

Di atas skala pengumpulan itu, kami telah menjalankan rekayasa alarm pada proyek hampir 30.000 titik alarm. Angka-angka itu bukti dari pekerjaan tertentu, bukan ukuran yang kami harapkan dari setiap situs, dan bukan klaim produk tentang berapa banyak tag yang akan diambil platform pada setiap kontrak. Batas atas jumlah tag pada suatu segmen jaringan mengikuti lebar pita, interval jajak, dan sisa kapasitas server; itu ditulis ke templat di bawah, bukan ditemukan saat komisioning.

• Tabel alokasi I/O: kabinet, slot, kanal, tipe sinyal, rentang teknik, dan nama tag tujuan, dibekukan sebelum pengalamatan PLC dimulai
• Daftar titik (tabel tag): induk — nama tag, deskripsi, area, peralatan, alamat, tipe data, kelas pindai, satuan, bendera alarm. Satu baris per titik, satu pemilik berkas
• Spek HMI / layar: layar mana yang ada, tag mana yang diikat, navigasi dan penyajian alarm — ditulis sebelum kerja grafis, bukan sesudahnya
• Peta alamat dan jaringan: pengendali mana yang memiliki rentang mana, berapa perangkat berbagi segmen, dan batas atas jumlah tag yang dapat dibawa segmen itu pada interval jajak yang disepakati

Nama buruk, masalah yang ditimbulkan, dan struktur yang direkomendasikan

Tabel di bawah adalah daftar periksa kerja, bukan standar universal. Pola di kolom ketiga adalah AREA_EQ_SIGNAL_TYPE. Isi empat kolom dari pabrik Anda, lalu bekukan ejaan, pembatas, dan panjang agar setiap impor belakangan memakai kontrak yang sama.

Struktur yang direkomendasikan adalah templat awal. Set karakter, panjang, dan kode area serta peralatan harus disepakati bersama tim lapangan terhadap merek PLC dan historian yang benar-benar dipakai.

Kelola titik alarm dan titik proses sebagai dua daftar

Titik proses menjawab berapa nilainya. Titik alarm menjawab apakah seseorang harus bertindak. Mencampurkannya dalam satu tag terasa hemat pada beberapa ratus titik dan menjadi tidak tertata pada beberapa ribu. Daftar alarm lalu mewarisi setiap jalan pintas penamaan di daftar proses, dan rasionalisasi belakangan tidak punya daftar yang bersih untuk dikerjakan.

Tingkat prioritas, penekanan, dan pengarsipan reset adalah rancangan terpisah. Kami telah menguraikannya di kolom tentang rasionalisasi alarm SCADA; bagian ini tidak mengulang tutorial pemeringkatan itu. Yang harus dikunci di sini adalah pemisahan yang membuat pekerjaan itu mungkin: dua populasi, dua pemilik, satu kontrak penamaan yang dapat menyusun teks alarm dari area, peralatan, dan sinyal.

• Populasi terpisah: setiap tag proses yang butuh alarm mendapat tag alarm berpasangan, atau rekaman alarm tertaut nama — bukan titik bermakna ganda
• Teks alarm dihasilkan dari kolom nama: area, peralatan, dan sinyal menyusun pesan yang dapat dibaca, sehingga penggantian nama memperbarui tag sekaligus teks
• Pemilik berbeda: tag proses diurus bersama I/O dan historian; tag alarm diurus operasi, dengan prioritas dan aturan penutupan, dan kedua daftar ditinjau pada irama berbeda
• Jangan menyalin kelas alarm ke setiap nama proses: kelas berada di rekaman alarm. Menulis HH, H, L, LL ke ribuan tag proses membuat penataan ulang prioritas belakangan menjadi penggantian nama massal

Pada proyek hampir 30.000 titik alarm, rekayasa yang bertahan adalah pemisahan ini, bukan grafis yang lebih besar. Sebagian besar pabrik tidak akan sampai ke angka itu. Pemisahan tetap layak dilakukan pada beberapa ratus alarm, karena saat itu biayanya masih rendah.