Mengumumkan Standar Gateway OPC UA/DDS
Salah satu tantangan terpenting yang dihadapi perancang sistem dan integrator sistem saat menerapkan sistem Industrial Internet of Things (IoT) yang kompleks adalah integrasi berbagai solusi dan standar konektivitas.
Di RTI, kami terus berupaya mempercepat revolusi IoT Industri. Selama beberapa tahun terakhir kami telah mengembangkan gateway konektivitas standar untuk memastikan bahwa sistem DDS dapat dengan mudah diintegrasikan dengan kerangka kerja konektivitas inti lainnya. Tahun ini, kami telah mengerjakan Gateway UA/DDS OPC standar, jembatan antara dua kerangka kerja komunikasi IoT Industri yang paling terkenal. Dengan senang hati kami umumkan bahwa gateway ini baru saja diadopsi oleh Object Management Group (OMG).
Spesifikasi Gerbang OPC UA/DDS
Tahun lalu OMG dan OPC Foundation mengumumkan strategi kolaboratif untuk Standar Konektivitas DDS dan OPC UA. Setelah pengumuman itu, OMG mengeluarkan Request for Proposals (RFP) untuk definisi Gateway UA/DDS OPC standar untuk memungkinkan interoperabilitas transparan antara aplikasi DDS dan OPC UA.
Kami menerima tantangan dan menyusun proposal setebal 140 halaman dengan masukan dari pengguna dan vendor DDS dan OPC UA, yang dipilih dan diadopsi pada Pertemuan Teknis OMG Maret. Entri blog ini memberikan gambaran umum tentang spesifikasi baru dan menjelaskan prototipe yang telah kami kembangkan untuk memvalidasi standar baru.
Ikhtisar Spesifikasi
Tujuan spesifikasi Gateway OPC UA/DDS adalah untuk memungkinkan aplikasi DDS dan OPC UA beroperasi secara transparan menggunakan mekanisme asli dari setiap kerangka kerja tertentu. Dalam praktiknya, ini berarti menyelesaikan dua masalah terpisah:
- Membangun OPC UA ke DDS Bridge untuk memungkinkan aplikasi DDS beroperasi di AddressSpace Server UA OPC menggunakan kemampuan publish-subscribe data-centric DDS standar dan mekanisme RPC over DDS.
- Membangun DDS ke OPC UA Bridge untuk memungkinkan aplikasi Klien OPC UA berpartisipasi sebagai warga kelas satu di DDS Global Data Space menggunakan Layanan OPC UA standar.
Gambar 1:Konsep Gerbang OPC UA/DDS
OPC UA ke Jembatan DDS
OPC UA ke DDS Bridge memungkinkan aplikasi DDS membaca, menulis, dan berlangganan informasi di AddressSpace dari Server UA OPC. Sisi Gateway ini memenuhi beberapa kasus penggunaan yang kami lihat sebagai kebutuhan di masyarakat. Misalnya, memungkinkan untuk mengintegrasikan perangkat yang mendukung OPC UA ke dalam sistem sistem yang lebih besar yang memerlukan skalabilitas dan kemampuan QoS DDS. Gambar 2 mengilustrasikan jenis penerapan ini di mana beberapa aplikasi DDS berlangganan menggunakan protokol kabel DDS-RTPS ke informasi yang disediakan oleh dua OPC UA Server yang menggunakan OPC UA Binary Protocol.
Gambar 2:Jembatan OPC UA ke DDS
Perilaku OPC UA ke DDS Bridge cukup sederhana. Di satu sisi, Gateway membuat instance Klien OPC UA yang mampu terhubung ke Server dan melakukan serangkaian tindakan menggunakan Layanan OPC UA (misalnya, menggunakan Set Layanan Atribut untuk Membaca dan Tulis , dan menggunakan Langganan dan Set LayananMonitoredItems untuk berlangganan perubahan data dan acara). Di sisi lain, Gateway membuat instance satu set DataReaders dan Penulis Data mampu menangani interaksi yang diperlukan dengan sisi DDS.
Spesifikasi membagi informasi yang diekspos ke aplikasi DDS menjadi dua kategori:
- Pemetaan Kumpulan Layanan - menyediakan Layanan DDS yang setara dengan sebagian besar Layanan UA OPC standar menggunakan mekanisme yang ditentukan dalam spesifikasi OMG RPC melalui DDS. Pemetaan ini memungkinkan pemohon DDS untuk memanggil layanan, seperti Baca atau Tulis untuk melakukan Layanan OPC UA yang setara operasi atau untuk memanggil Layanan Jelajah untuk menavigasi AddressSpace dari server.
- Pemetaan Model Langganan - menyediakan aplikasi DDS dengan pemetaan yang disederhanakan dari OPC UA Server . Pemetaan ini memungkinkan integrator sistem untuk menggabungkan MonitoredItems untuk satu atau beberapa langganan ke dalam Topik DDS, menyediakan cara yang ampuh untuk memodelkan bagaimana informasi ditransmisikan dan dikonsumsi oleh aplikasi DDS.
Untuk memfasilitasi kerja integrator sistem, kami telah mendefinisikan sintaks XML untuk mengonfigurasi OPC UA ke DDS Bridge. Cuplikan di bawah ini menunjukkan file konfigurasi Gateway OPC UA/DDS sederhana.
...
...
...
...
...
...
...
...
...
Daftar 1:Contoh Konfigurasi Gateway OPC UA/DDS (OPC UA ke DDS Bridge)
File konfigurasi diatur sebagai berikut:
- Ini mendefinisikan tipe DDS yang menjelaskan Topik DDS yang akan dibuat sebagai hasil pemetaan yang ditentukan dalam file konfigurasi. Ini dapat digunakan di seluruh konfigurasi Gateway OPC UA/DDS, yang dapat diterapkan dalam proses atau mesin yang berbeda.
- Ini mendefinisikan instance Gateway yang membuat instance OPC UA ke DDS Bridge (bisa juga berisi DDS ke OPC UA Bridge). Di satu sisi, jembatan ini menggunakan Koneksi UA OPC (yang memberi contoh Klien OPC UA untuk terhubung ke Server), dan DomainParticipant di sisi lain (yang menangani pembuatan entitas DDS).
- Ini mengonfigurasi Set Layanan yang ingin kami tampilkan ke aplikasi DDS (mis., Set Layanan Atribut untuk mengaktifkan pembacaan atau penulisan informasi sekali pakai di AddressSpace dari OPC UA Server ).
- Ini mengonfigurasi serangkaian Input UA OPC (yaitu, Berlangganan ke OPC UA MonitoredItems ) dan Keluaran DDS (Publikasi DDS Topik ). Input dan Output dapat digabungkan sehingga MonitoredItems ditentukan dalam Input dapat ditetapkan ke bidang satu atau lebih Output DDS. Proses ini ditangani oleh tugas dalam bagian Pemetaan.
DDS ke OPC UA Bridge
DDS ke OPC UA Bridge memungkinkan aplikasi Klien OPC UA untuk berpartisipasi sebagai warga kelas satu di DDS Global Data Space. Sisi Gateway ini juga memenuhi sisa kasus penggunaan yang telah kita diskusikan dengan Pengguna DDS dan OPC UA. Misalnya, memungkinkan Klien dan alat OPC UA yang ada untuk menelusuri Topik dan Instans yang dipertukarkan oleh aplikasi DDS di Domain DDS yang berbeda, dan bahkan mengonfigurasi langganan yang disesuaikan untuk anggota Topik tersebut. Gambar 3 mengilustrasikan jenis penerapan ini, di mana aplikasi Klien OPC UA mengakses – menggunakan OPC UA Binary Protocol – informasi yang disediakan aplikasi DDS menggunakan protokol kabel DDS-RTPS asli mereka.
Gambar 3:Jembatan DDS ke OPC UA
Singkatnya, DDS ke OPC UA Bridge mendefinisikan model informasi OPC UA untuk mewakili DDS Global Data Space. Artinya, ini mendefinisikan satu set Objek dan Node Variabel untuk mewakili Domain, Topik, Instance, dan Tipe Data DDS. Kami menerapkan model informasi ini di OPC UA Server yang disematkan ke dalam Gateway. Server ini menyediakan semua mekanisme standar untuk memungkinkan Klien menelusuri informasi di Ruang Data Global DDS dan membaca, menulis, atau berlangganan informasi menggunakan Set Layanan OPC UA yang sesuai .
Dalam spesifikasi, kami juga telah mendefinisikan sintaks XML untuk mengonfigurasi DDS ke OPC UA Bridge, yang memungkinkan integrator sistem untuk memutuskan bagian mana dari DDS Global Data Space yang diwakili di AddressSpace dari OPC UA Server dan oleh karena itu diekspos ke OPC UA Clients. Cuplikan di bawah ini menunjukkan file konfigurasi Gateway OPC UA/DDS sederhana.
...
...
...
...
...
...
...
Daftar 2:Contoh Konfigurasi Gateway OPC UA/DDS (DDS ke OPC UA Bridge)
File konfigurasi diatur sebagai berikut:
- Dalam kasus OPC UA ke DDS Bridge, ini mendefinisikan Tipe Data DDS yang akan dipakai oleh konfigurasi OPC UA/DDS Gateway.
- Ini mendefinisikan instance OPC UA Gateway yang membuat instance DDS ke OPC UA Bridge. Dalam hal ini, jembatan menggunakan Server UA OPC, yang dikonfigurasi di atas, dan satu set Peserta Domain DDS untuk mengakses Ruang Data Global DDS.
- Ini mengonfigurasi Domain DDS yang akan direpresentasikan dalam AddressSpace dari Server UA OPC.
- Ini mengonfigurasi Topik DDS yang akan direpresentasikan dalam Addre
[1] [2] 下一页
