NEW
Font size
WorksheetsPre-Test Pelatihan OPC UA
Total questions: 30
Worksheet time: 15mins
Menurut kerangka kerja Acatech, tahap maturitas Industri 4.0 di mana sebuah perusahaan dapat menjawab pertanyaan "Mengapa ini terjadi?" dengan menganalisis data untuk memahami akar penyebab masalah (root cause analysis) disebut...
Connectivity
Visibility
Transparency
Predictive Capacity
OEE (Overall Equipment Effectiveness) adalah metrik kunci untuk mengukur efisiensi aset. OEE melacak tiga faktor fundamental. Manakah di bawah ini yang bukan merupakan salah satu dari tiga faktor tersebut?
Availability (Ketersediaan)
Performance (Kinerja)
Quality (Kualitas)
Modularity (Modularitas)
Transisi dari "perawatan terjadwal berbasis waktu" ke "perawatan yang dilakukan hanya saat diperlukan berdasarkan data sensor real-time dan analisis AI" disebut...
Maintenance Reaktif (Reactive Maintenance)
Maintenance Preventif (Preventive Maintenance)
Maintenance Prediktif (Predictive Maintenance / PdM)
Overall Equipment Effectiveness (OEE)
Tiga tantangan utama dalam implementasi Industri 4.0 di Indonesia. Manakah dari berikut ini yang tidak termasuk dalam tiga tantangan utama tersebut?
Keamanan Siber (Cybersecurity)
Kesenjangan Talenta (Skill Gap)
Biaya dan Infrastruktur
Kurangnya standar protokol komunikasi
Apa kelemahan fatal dari arsitektur OPC Classic yang menjadi akar dari hampir semua masalahnya, termasuk ketergantungan platform (Hanya Windows) dan konfigurasi keamanan yang rumit ("DCOM Hell")?
Ketergantungan pada protokol TCP/IP
Ketergantungan pada teknologi Microsoft COM/DCOM
Penggunaan model data berbasis XML
Kurangnya dukungan untuk data historis (HDA)
Dalam arsitektur OPC UA, komponen yang bertindak sebagai "penyedia layanan" yang mengekspos data dan fungsionalitas (seperti 'Read', 'Write') dari sistem lokal (misalnya PLC) disebut...
OPC UA Client
OPC UA Server
DCOM Tunneller
OPC DA (Data Access)
Di dalam Address Space OPC UA, elemen yang digunakan sebagai "kontainer" atau "folder" organisasi untuk mewakili komponen fisik (seperti mesin atau perangkat) dan mengandung Variables serta Methods disebut...
Object Node
Variable Node
Method Node
DataType Node
OPC UA dirancang dengan keamanan bawaan. Sebelum koneksi diizinkan, Klien dan Server harus saling bertukar dan memverifikasi identitas perangkat lunak mereka. Proses ini disebut...
A. Otentikasi Pengguna (User Authentication)
B. Otentikasi Aplikasi (Application Authentication) menggunakan Sertifikat X.509
C. DCOM Hardening
D. Auditing Trail
Perangkat lunak manakah yang bertindak sebagai "pengguna data" atau Klien OPC UA?
Matrikon OPC UA Explorer
Prosys OPC UA Simulation Server
Microsoft DCOM
OPC Classic Explorer
Informasi paling penting yang diperlukan oleh Klien (Matrikon) untuk menemukan dan terhubung ke Server (Prosys) adalah alamat jaringan unik yang diawali dengan opc.tcp://, yang disebut...
Endpoint URL
Namespace Index
Security Policy
Sertifikat X.509
Saat Klien Matrikon pertama kali mencoba terhubung ke Server Prosys dengan mode keamanan "Sign & Encrypt", koneksi GAGAL dan menampilkan error "Bad_CertificateUntrusted". Mengapa ini terjadi?
Server Prosys sedang dalam status 'Stopped'.
Klien Matrikon menggunakan protokol DCOM yang salah.
Ini adalah perilaku normal keamanan OPC UA, di mana Klien dan Server belum saling mempercayai sertifikat satu sama lain.
Firewall Windows memblokir port tersebut.
Untuk menyelesaikan kegagalan 'Bad_CertificateUntrusted', diperlukan proses saling percaya (mutual trust) dua arah. Langkah-langkah yang benar adalah...
Klien dan Server harus di-restart secara bersamaan.
Admin menonaktifkan 'Sign & Encrypt' dan menggunakan mode 'None'.
Admin 'Trust' sertifikat Klien di sisi Server (Prosys) DAN Pengguna 'Accept/Trust' sertifikat Server di sisi Klien (Matrikon).
Admin hanya perlu 'Trust' sertifikat Klien di sisi Server (Prosys).
Di Matrikon Explorer, setelah terhubung, Anda menavigasi ke tag 'Sawtooth'. Nilainya tidak berubah. Apa yang harus dilakukan agar nilainya diperbarui secara real-time?
Melakukan 'Synchronous Write' ke tag tersebut.
Menekan tombol 'Refresh' berulang kali.
Men-drag (seret) tag tersebut ke panel 'Data View' atau 'Subscriptions' untuk membuat langganan (subscription).
Mengubah Endpoint URL untuk menyertakan nama tag.
KepserverEx bertindak sebagai 'gateway protokol'. Ini berarti KepserverEx...
Hanya bisa terhubung ke satu jenis PLC dalam satu waktu.
Berbicara bahasa proprietary (seperti SLMP, FINS) ke PLC (Upstream) dan menyajikan data dalam satu bahasa standar (OPC UA) ke Klien (Downstream).
Mengubah protokol standar OPC UA menjadi DCOM.
Hanya menyimpan data historis (Historian).
Di mana Anda mengaktifkan antarmuka OPC UA Server dan mengatur Server Endpoints di KepserverEx?
Di dalam jendela konfigurasi proyek utama, di bawah 'Connectivity' -> 'New Channel'.
Di dalam properti Device PLC (misalnya, DEV_FX5U).
Melalui utilitas terpisah 'OPC UA Configuration' yang diakses dari ikon system tray Windows.
Di dalam perangkat lunak PLC (misalnya, GX Works3).
Seorang engineer berhasil membaca tag dari PLC menggunakan Matrikon (Kualitas "Good"), tetapi operasinya gagal ("Write Failed") saat mencoba menulis nilai baru. Apa penyebab paling umum dari masalah ini?
Alamat IP PLC salah di konfigurasi Device
Properti 'Client Access' pada tag di KepserverEx masih diatur ke default 'Read Only'
Driver PLC (misalnya, Mitsubishi Ethernet) tidak diinstal.
Server Endpoint URL salah dimasukkan di Matrikon.
Apa alat diagnostik terpenting yang digunakan untuk memvalidasi koneksi "Upstream" (Kepware <-> PLC) sebelum menguji klien eksternal seperti Matrikon?
Matrikon OPC UA Explorer
OPC Quick Client (disertakan dengan Kepware)
GX Works3 (software Mitsubishi)
Command Prompt (Ping)
Saat menggunakan OPC Quick Client, Anda melihat status tag "Bad [Config Error]". Apa indikasi paling mungkin dari error ini?
Kegagalan komunikasi total (PLC tidak merespons).
Firewall memblokir port OPC UA 49320.
Sintaks Alamat Tag (misalnya, D100, CIO100.00) salah ketik atau formatnya salah.
Sertifikat klien belum di-"Trust" oleh Server.
Dua pustaka Python utama digunakan. Pustaka Flask berfungsi sebagai Antarmuka IT (Server HTTP), dan pustaka... berfungsi sebagai Antarmuka OT (Klien OPC UA) dan masih disarankan untuk digunakan sampai saat ini.
asyncua
python-opcua
KepserverEx
Jinja2
Mengapa penggunaan pola try...finally dengan client.disconnect() di dalam blok finally sangat penting saat menggunakan asyncua di dalam aplikasi Flask?
Untuk memastikan data yang ditulis selalu bertipe Float 32-bit.
Untuk mengaktifkan mode debug Flask secara otomatis.
Untuk menjamin koneksi ditutup dengan bersih bahkan jika terjadi error, mencegah kebocoran koneksi yang dapat menyebabkan server (KepserverEx) menolak koneksi baru.
Hanya diperlukan untuk permintaan GET, bukan permintaan POST.
Di OPC UA, setiap tag (titik data) disebut Node. Bagaimana KepserverEx umumnya merepresentasikan NodeId untuk tag-tagnya, yang digunakan oleh client.get_node()?
Menggunakan identifier string (cth: ns=2;s=Channel1.Device1.TagFloat)
Menggunakan alamat IP PLC (cth: 192.168.1.50)
Menggunakan alamat memori PLC (cth: D100)
Menggunakan nama logis saja (cth: TagFloat)
Dalam aplikasi Flask yang berintegrasi dengan OPC UA, apa yang terjadi ketika pengguna memuat halaman dengan kode permintaan GET ke /?
Fungsi Flask mengambil data dari request.form dan menulisnya ke OPC UA.
Fungsi Flask membaca data dari OPC UA dan mengirimkannya ke template HTML menggunakan render_template.
Fungsi Flask mengarahkan (redirect) pengguna ke halaman error.
Fungsi Flask hanya menyajikan file HTML statis tanpa data.
Setelah pengguna mengisi formulir HTML dan menekan "Submit" (permintaan POST), apa praktik terbaik yang dilakukan fungsi Flask setelah berhasil menulis data ke server OPC UA?
Menggunakan render_template untuk memuat ulang halaman yang sama dengan pesan sukses.
Menggunakan redirect(url_for('index')) untuk mengarahkan pengguna kembali ke halaman utama, yang memicu permintaan GET baru.
Menutup koneksi server Flask.
Menyimpan data ke database lokal saja.
Saat mencoba menulis nilai 123.45 dari Python ke tag Float di KepserverEx, terjadi error opcua.ua.uaerrors._auto.BadTypeMismatch. Apa akar penyebab masalah ini?
Python tidak bisa mengirimkan angka desimal.
Nilai 123.45 sudah dikonversi ke float standar Python, tetapi client OPC UA gagal terhubung ke server.
Tipe float Python adalah 64-bit (Double), tetapi server mengharapkan Float 32-bit, sehingga terjadi ketidakcocokan tipe.
NodeId yang digunakan untuk menulis salah.
Bagaimana cara yang benar untuk memperbaiki error BadTypeMismatch saat menulis nilai float Python ke tag Float OPC UA?
Mengonversi nilai float Python menjadi string sebelum mengirim.
Menggunakan node.write_value(value_to_write) saja.
Membulatkan nilai float Python menjadi integer.
Membungkus nilai dalam ua.Variant untuk menentukan tipe data OPC UA secara eksplisit (cth: ua.Variant(value_to_write, ua.VariantType.Float))
Menurut tabel referensi tipe data, jika Anda perlu menulis ke tag Dint 32-bit di PLC, manakah yang harus Anda gunakan secara eksplisit?
ua.VariantType.Int16
ua.VariantType.Int32
ua.VariantType.Int64
ua.VariantType.UInt32
Apa perbedaan antara Autentikasi Aplikasi dan Autentikasi Pengguna?
Keduanya sama, hanya berbeda nama.
Aplikasi menggunakan Username/Password, Pengguna menggunakan Sertifikat X.509.
Autentikasi Aplikasi (memverifikasi perangkat lunak Klien/Server) terjadi di Lapisan Komunikasi menggunakan Sertifikat X.509, sedangkan Autentikasi Pengguna (memverifikasi manusia/sistem) terjadi di Lapisan Aplikasi menggunakan UserIdentity Token
Autentikasi Aplikasi hanya untuk Klien, Autentikasi Pengguna hanya untuk Server.
Manakah pernyataan yang paling tepat mendefinisikan perbedaan antara Security Mode dan Security Policy?
Mode adalah algoritma (misalnya, AES-256), Policy adalah tujuannya (misalnya, Enkripsi).
Mode mendefinisikan "APA" yang ingin dicapai (misalnya, SignAndEncrypt), sedangkan Policy mendefinisikan "BAGAIMANA" cara mencapainya (misalnya, algoritma Basic256Sha256).
Mode hanya berlaku untuk Klien, Policy hanya berlaku untuk Server.
Mode adalah untuk Autentikasi Pengguna, Policy adalah untuk Autentikasi Aplikasi.
Mengapa Security Mode 'None' dianggap berbahaya dan harus dinonaktifkan di lingkungan produksi?
Karena hanya melakukan 'Sign' (Tanda Tangan) tetapi tidak 'Encrypt' (Enkripsi).
Karena mode 'None' secara efektif menonaktifkan seluruh security handshake, termasuk Autentikasi Aplikasi, sehingga aplikasi apa pun dapat terhubung tanpa sertifikat.
Karena membutuhkan infrastruktur Certificate Authority (CA) yang mahal.
Karena hanya mendukung token pengguna 'Anonymous'.
Dalam model manajemen kepercayaan sertifikat. Model di mana administrator harus secara manual mengimpor sertifikat Klien A ke Server B, dan sebaliknya (yang tidak skalabel untuk 100 server) disebut...
Model Kepercayaan Hierarkis (Berbasis CA)
Model Kepercayaan Langsung (Peer-to-Peer / P2P)
Model Kepercayaan Username/Password
Model Kepercayaan Anonymous
