Manufaktur industri
Industri Internet of Things | bahan industri | Pemeliharaan dan Perbaikan Peralatan | Pemrograman industri |
home  MfgRobots >> Manufaktur industri >  >> Industrial Internet of Things >> Teknologi Internet of Things

Wabah Kebingungan di IoT Industri

Industrial Internet of Things (IIoT) adalah revolusi teknis terpenting dalam hidup kita. Tapi IIoT sedang sakit.

Mengapa saya mengatakan itu? Pentingnya yang akan datang sudah jelas. Saat ini, rumah sakit, pabrik, pusat transportasi, dan pembangkit listrik pada dasarnya berjalan dengan cara yang sama seperti 25 tahun yang lalu. Namun, dengan menggabungkan kemampuan prosesor yang luar biasa dengan jaringan yang mudah, IoT Industri akan menghadirkan kecerdasan ke hampir setiap industri di planet ini. Analis memperkirakan bahwa dampak ekonominya akan lebih besar daripada Internet, ponsel dan aplikasi, dan cloud. Gabungan .

Penyakit yang mengganggu IIoT tidak begitu jelas. Penyakitnya adalah kebingungan.

Setengah lusin "standar konektivitas" membuat klaim yang terdengar serupa meskipun memiliki kemampuan yang sangat berbeda. Ada lebih dari 400 "platform IoT" yang terdengar sama tetapi tidak bersaing. "Analitik" berkisar dari algoritme matematika yang memantau satu aliran data untuk memprediksi kegagalan sebagian hingga pengoptimal Big Data untuk seluruh pabrik. Dan sementara kita melakukannya, apa itu "waktu nyata"? Apa sebenarnya arti "keamanan"? Bahkan istilah umum seperti "tepi" memiliki banyak arti bagi orang yang berbeda. Hampir setiap istilah memiliki banyak definisi.

Tentu saja, kebingungan selalu merajalela di pasar baru. Tapi lebih buruk ketika taruhannya tinggi. Dan taruhannya tidak pernah lebih tinggi. Sistem industri ini membutuhkan investasi besar. Diperlukan waktu bertahun-tahun untuk merancang mobil otonom, jaringan listrik baru yang dapat diperbarui, atau arsitektur perawatan kesehatan yang sama sekali baru. Berangkat ke arah yang salah dapat merusak perusahaan. Satu-satunya hal yang lebih buruk adalah menunggu, karena penundaan hampir pasti akan menghancurkan perusahaan. Hasil? Kelumpuhan. Dan disfungsi ini begitu meluas sehingga sama sekali tidak adil untuk menyebutnya wabah.

Mari kita ambil satu contoh:apa itu "arsitektur perangkat lunak"? Itu tidak selalu jelas. Misalnya, dua standar konektivitas terpenting di Industrial IoT adalah OPC UA dan DDS. Pendukung mereka menyebutnya "arsitektur perangkat lunak." Tapi itu berarti hal yang sama sekali berbeda.

Benar-benar ada sedikit kesamaan. OPC UA meresap dalam manufaktur. DDS menjalankan pembangkit listrik, mobil otonom, sistem medis, hyperloop, kontrol lalu lintas udara, kapal, pertahanan, turbin angin, robotika cerdas, akselerator partikel, sistem penambangan, pengeboran minyak, bahkan peternakan ikan…tetapi DDS tidak digunakan dalam manufaktur. Kurangnya tumpang tindih sangat mencolok.

Area aplikasi hanya satu perbedaan. Banyak produk mendukung OPC UA, termasuk lusinan jenis perangkat keras dan perangkat lunak seperti HMI dan sejarawan; tidak ada produk yang mendukung DDS. Mereka berlawanan. OPC UA berorientasi objek; DDS adalah data-sentris. Berlawanan. Model data UA OPC bersifat hierarkis; model data DDS adalah relasional. Berlawanan. Sebagian besar pengguna DDS adalah insinyur perangkat lunak; pada dasarnya tidak ada pengguna OPC UA yang merupakan insinyur perangkat lunak. Berlawanan. Satu-satunya kesamaan yang mereka lakukan adalah mengirim byte. Tapi selain itu, teknologi ini tidak memiliki kesamaan. Mereka, yah, berlawanan.

Ini bukan karena posisi pemasaran atau asal-usul historis. Ini karena pasar pada dasarnya berbeda, dan proposisi nilai harus sesuai dengan kebutuhan pasar. Teknisi dan insinyur industri membangun sel kerja manufaktur dengan menggabungkan komponen. OPC UA unggul dalam hal itu. Tim insinyur perangkat lunak membangun sistem Intelligent edge. DDS sangat bagus untuk itu. Proposisi nilai, seperti yang lainnya, sepenuhnya berlawanan. Jadi, OPC UA sedang dalam pembuatan karena hanya ada sedikit perangkat lunak khusus. DDS tidak di bidang manufaktur karena tidak ada insinyur perangkat lunak di bidang manufaktur. OPC UA dan DDS tidak bersaing satu sama lain, karena industri memiliki kebutuhan dan orang yang sangat berbeda.

Meskipun demikian, bahkan praktisi di lapangan sering kali tidak memahami hal ini, karena alasan sederhana bahwa mereka hanya melihat bagian sempit alam semesta mereka sendiri. Untuk OPC UA, "arsitektur perangkat lunak" adalah teknologi untuk mengintegrasikan produk, baik perangkat keras maupun perangkat lunak, dengan sedikit perangkat lunak khusus. Untuk DDS, "arsitektur perangkat lunak" adalah teknologi yang mendukung pengembangan perangkat lunak kustom. Berlawanan. Tanpa pandangan yang lebih luas, komunikasi adalah komunikasi, tampaknya mereka melakukan hal yang sama, dan wabah kebingungan menyebar.

Untungnya, ada obat untuk penyakit ini. Kebingungan adalah penyakit isolasi. Penangkal terbaik adalah interaksi.

Konsorsium dapat membuat perbedaan. RTI adalah anggota dari 16 upaya yang berbeda, dan sangat aktif di sekitar 10. Saya merasa terhormat menjadi Wakil Ketua IIC*, yang terbesar dari semuanya. Personel RTI lainnya duduk di dewan, memimpin grup DDS dan gerbang OPC UA di OMG, mengepalai Grup Kerja Komunikasi di OpenFog, mendorong upaya DDS di AUTOSAR (otomotif), dan berkontribusi secara luas untuk FACE (avionics), ROS (robotics ), ARM (robotik), MDPnP (medis), SEPA (daya), dan banyak lagi. Melalui semua upaya ini, kami berusaha untuk mengatasi kebingungan.

Banyak dari konsorsium ini telah membuat kemajuan besar dengan desain awal, dan desain tersebut menunjukkan hasil interaksi. IIC, misalnya, menerbitkan kosakata, dan arsitektur referensi, serta konektivitas, keamanan, analitik, dan kerangka kerja proses bisnis. OPAF menerapkan arsitektur FACE yang relatif matang untuk avionik ke kontrol proses. ROS dan AUTOSAR sekarang memiliki binding ke DDS. OMG memiliki gateway standar untuk menghubungkan OPC UA ke DDS. Upaya ini menunjukkan kekuatan untuk menghormati teknologi lain.

Upaya berkelanjutan untuk meningkatkan interaksi lintas batas teknologi ini meningkatkan kejelasan. Hasil interaksi membantu pengguna membedakan dan memilih teknologi yang paling sesuai. Jadi, panas kebingungan di industri ini menurun. Mungkin demam hampir siap untuk istirahat.

P.S:Untuk informasi lebih lanjut, saya merangkum beberapa hasil konsorsium industri dalam eBook terbaru saya. Untuk panduan praktis dalam memilih teknologi konektivitas yang tepat untuk aplikasi Anda, ikuti webinar mendatang:The Rise of the Robot Overlords:Clarifying the Industrial IoT. Bagian 2:Cara Memilih Teknologi Konektivitas yang Tepat.

* Untuk menghindari putusnya alur teks, berikut adalah Akronim dalam blog ini:

IIC: Konsorsium Internet Industri. Konsorsium terbesar di Industrial IoT.OMG: Grup Manajemen Objek. Organisasi standar perangkat lunak sistem terbesar di dunia.DDS: Layanan Distribusi Data. Standar konektivitas yang dikelola oleh OMG.OPC UA: Arsitektur Terpadu OPC. Standar konektivitas yang dikelola oleh OPC Foundation.SEPA: Asosiasi Tenaga Energi Cerdas. Organisasi dengan lebih dari 1000 utilitas di Amerika Utara.MDPnP: Plug-n-Play Perangkat Medis. Sebuah proyek penelitian dari Harvard Medical School; juga bertanggung jawab atas standar Integrated Clinical Environment (ICE).FACE: Lingkungan Komputasi Lintas Udara Masa Depan. Organisasi standar yang membangun arsitektur untuk sistem avionik yang dikelola oleh OpenGroup.OPAF: Buka Forum Otomasi Proses. Organisasi standar yang membangun arsitektur untuk otomatisasi proses, terutama penyulingan minyak hilir.HMI: Antarmuka Manusia-Mesin. Antarmuka grafis ke sistem komputasi.

Teknologi Internet of Things

  1. Jalan menuju keamanan IoT industri
  2. Pembaruan perangkat lunak di IoT:pengantar SOTA
  3. Desain industri di era IoT
  4. Menangani kerentanan keamanan IoT industri
  5. Prospek pengembangan IoT Industri
  6. Menangani tingkat kegagalan IoT industri
  7. 4 Strategi untuk Mengurai Jaringan IoT Industri
  8. Mengatur Ulang Harapan di Dunia IoT Industri
  9. IoT Industri dan Blok Bangunan untuk Industri 4.0
  10. Software AG Memprediksi Masa Depan IoT