Kerangka Kerja dan Transportasi:Memilih Solusi Konektivitas IIoT Terbaik
DDS, dan Layanan Web, kami hanya akan melihat tiga yang pertama. Layanan Web adalah kerangka kerja yang sangat terkenal dengan banyak referensi online yang dapat ditemukan untuk penelitian, dan untuk alasan itu, kami tidak akan mengulasnya dalam posting ini. Untuk setiap kerangka kerja yang dipilih (OPC-UA, OneM2M, dan DDS) kami akan memberikan gambaran umum tentang dasar-dasar kerangka kerja itu dan juga pertanyaan kunci yang harus dijawab untuk menentukan apakah kerangka kerja itu adalah solusi yang tepat untuk aplikasi IIoT terdistribusi Anda.
OPC-UA
Mari kita lihat OPC-UA sebagai framework pertama kita. Open Platform Communications Unified Architecture (OPC-UA) dijelaskan dalam dokumen IICF sebagai, "Arsitektur komunikasi industri untuk platform yang independen, kinerja tinggi, aman, andal, dan interoperabilitas semantik antara sensor, perangkat lapangan, pengontrol, dan aplikasi di tingkat toko secara real-time serta antara lantai toko dan cloud IT perusahaan."
Seperti MQTT, OPC-UA juga merupakan arsitektur berbasis broker. Klien OPC-UA menyediakan objek data ke server dan server kemudian merespon permintaan dari klien OPC-UA lainnya. Biasanya objek data ini adalah objek yang sangat berpusat pada perangkat yang pada dasarnya merupakan kumpulan berbagai variabel input dan output perangkat. Grafik objek yang diinginkan dapat dibangun oleh klien dan server akan memetakan semua objek yang dikumpulkan dan menyajikan respons yang koheren kepada klien yang meminta. Gambar 3 adalah diagram arsitektur khas yang menunjukkan grafik objek yang ada yang tersedia dalam sistem tertentu.
Gambar 3. Grafik Objek Data Perangkat Khas di OPC-UA
Infrastruktur OPC-UA digunakan terutama di lingkungan Otomasi Industri dan Manufaktur. Berikut adalah empat pertanyaan yang harus dijawab untuk menentukan apakah OPC-UA adalah solusi yang tepat untuk aplikasi Anda:
Pertanyaan OPC-UA
- Apakah Anda dalam manufaktur diskrit?
- Apakah Anda terkait dengan program German Plattform Industrie 4.0?
- Apakah Anda membuat perangkat yang akan diintegrasikan oleh teknisi atau teknisi kontrol atau proses, bukan teknisi perangkat lunak?
- Apakah produk Anda akan digunakan dalam aplikasi yang berbeda di sistem yang berbeda, sebagai lawan dari satu (jenis) sistem di mana Anda mengontrol arsitekturnya?
- Apakah Anda membuat peralatan untuk "workcell"?
Jika Anda dapat menjawab "ya" untuk tiga pertanyaan ini, maka OPC-UA adalah pilihan yang tepat untuk aplikasi Anda.
OneM2M
Kerangka kerja kedua yang disebut oleh dokumen IIC adalah oneM2M. Deskripsi satu M2M dari dokumen IICF adalah, "oneM2M menyediakan lapisan layanan umum yang berada di antara aplikasi dan transportasi konektivitas. Ini menawarkan fungsi yang biasanya dibutuhkan oleh aplikasi IoT di berbagai segmen industri. Fungsi-fungsi tersebut diekspos ke aplikasi melalui API RESTful. OneM2M standar terdiri dari arsitektur platform horizontal yang sesuai dengan model tiga lapis yang terdiri dari aplikasi, layanan middleware, dan jaringan. Standar konektivitas OneM2M mengizinkan aplikasi yang dihosting pada mesin dan perangkat yang terhubung, sistem perusahaan, dan perangkat seluler untuk berkomunikasi satu sama lain secara efisien , dengan cara yang aman. Platform horizontal oneM2M dapat diskalakan karena Common Service Elements dapat diterapkan pada host, di tepi jaringan proksimal, atau di dalam cloud perusahaan." Aplikasi utama yang menggunakan oneM2M saat ini adalah Otomatisasi Rumah dan aplikasi skala besar yang memanfaatkan sistem seluler. Layanan yang tersedia di Common Service Layer disediakan oleh perusahaan telekomunikasi besar. Gambar 4 menunjukkan arsitektur dari tiga lapisan yang dipanggil dalam oneM2M.
Gambar 4. Arsitektur oneM2M
Berikut adalah lima pertanyaan spesifik yang harus Anda jawab untuk menentukan apakah oneM2M adalah pilihan yang tepat untuk aplikasi Anda. Menjawab "ya" untuk 3 pertanyaan ini akan menunjukkan bahwa oneM2M adalah pilihan yang tepat untuk Anda.
Pertanyaan OneM2M
- Apakah Anda tahu apa singkatan dari "ICT", dan apakah itu Anda? (Teknologi Informasi dan Komunikasi)
- Apakah jaringan seluler merupakan teknologi koneksi utama Anda?
- Apakah aplikasi target Anda sebagian besar terdiri dari bagian yang bergerak?
- Dapatkah komponen sistem Anda mentolerir koneksi terputus-putus dan latensi yang dikontrol secara longgar?
- Apakah sistem Anda akan memanfaatkan layanan yang disediakan oleh penyedia komunikasi seperti telekomunikasi?
Layanan Distribusi Data (DDS)
Framework terakhir yang akan kita jelajahi adalah DDS. Saya harus mengakui, sebagai penulis posting ini dan karyawan RTI, saya bias terhadap DDS karena saya telah bekerja dengannya selama lebih dari 14 tahun. Dari empat kerangka kerja yang disebutkan dalam IIC IICF, DDS adalah satu-satunya yang menyediakan arsitektur Peer-to-Peer, Publish/Subscribe. Dengan DDS, setiap aplikasi berpartisipasi dalam "databus" yang menciptakan ruang data global bersama. Ini berarti bahwa databus terdiri dari satu set topik data, masing-masing didefinisikan dengan model data yang unik, yang kemudian dapat ditemukan oleh setiap peserta di databus. Setelah aplikasi rekan menyatakan niatnya untuk memublikasikan data tentang suatu topik atau berlangganan data tentang suatu topik, maka melalui mekanisme penemuan DDS akan menghubungkan semua penerbit yang sesuai dengan pelanggan mereka. Gambar 5 adalah diagram arsitektur databus berlapis yang menginstansiasi tiga bus data yang terhubung melalui gateway yang terletak di antara lapisan horizontal.
Gambar 5. Arsitektur Databus Berlapis menggunakan DDS
Diagram contoh ini didasarkan pada aplikasi pemantauan pasien perawatan kesehatan yang akan Anda temukan di rumah sakit. Namun, ini hanyalah salah satu contoh dari banyak jenis aplikasi otonomi waktu nyata di mana DDS digunakan saat ini. Area aplikasi lainnya termasuk jaringan pintar, Minyak &Gas, kendaraan penggerak otonom, transportasi dan sistem pertahanan. Berikut adalah lima pertanyaan yang harus Anda tanyakan pada diri sendiri tentang aplikasi Anda untuk melihat apakah DDS adalah pilihan yang tepat untuk Anda.
Pertanyaan DDS
- Apakah ada konsekuensi berat jika offline selama beberapa menit/dtk/mdtk?
- Sudahkah Anda mengucapkan "milidetik" atau "mikrodetik" dalam dua minggu terakhir?
- Apakah Anda memiliki lebih dari 10 programmer?
- Apakah data Anda memiliki banyak tujuan?
- Apakah Anda sedang membangun desain IIoT generasi berikutnya?
Menyelesaikan Semuanya
Seperti yang saya sebutkan sebelumnya, mengingat saya bekerja untuk perusahaan DDS, saya memihak pada infrastruktur DDS dan masalah yang dipecahkannya untuk sistem otonom waktu nyata. Karena itu, saya harap postingan ini memberi Anda beberapa alat yang dapat digunakan untuk menentukan solusi yang tepat untuk Anda proyek infrastruktur terdistribusi berikutnya atau saat ini. Karena, sungguh, transportasi dan kerangka kerja ini semuanya bagus dalam memecahkan masalah yang sangat berbeda. Kuncinya adalah mencari tahu di mana persyaratan aplikasi Anda sesuai dengan lanskap solusi yang tersedia. Alat yang direkomendasikan di sini termasuk IIC Industrial Internet Connectivity Framework (IICF) dan juga daftar pertanyaan kunci untuk setiap solusi. Jika ada yang kurang, jangan ragu untuk menghubungi saya di komentar. Saya ingin melanjutkan diskusi, dan mempelajari tentang solusi lain di luar sana yang dapat membantu pengembang dan arsitek memecahkan masalah konektivitas mereka tanpa harus membuat ulang roda dengan solusi eksklusif khusus.
Sumber Daya Tambahan:
- Blog RTI>> Dokumen Konektivitas Internet Industri Mengevaluasi Standar Inti:DDS, OPC-UA, Layanan Web
- Webinar Sesuai Permintaan Gratis:Bagaimana Kerangka Konektivitas IIC Memandu Pemilihan Konektivitas IIoT
上一页 [1] [2]
