Keputusan perangkat keras memengaruhi biaya perangkat IoT Anda, pengalaman pengguna, kemampuan aplikasi, dan banyak lagi. Namun hanya sekitar 20% Manajer Produk IoT yang memiliki pengalaman mengelola perangkat keras. Dalam postingan ini, saya mengungkap hardware di dalam perangkat IoT untuk membantu Anda memahami cara perangkat pintar memperoleh, memproses, dan mengomunikasikan data ke Cloud.
Setelah mensurvei ratusan Manajer Produk di seluruh industri dan latar belakang, saya menemukan bahwa hanya sekitar 20% PM yang bekerja di IoT memiliki pengalaman perangkat keras. Sebaliknya, lebih dari 76% dari mereka terbiasa mengelola produk software.
Namun di IoT, perangkat keras dan perangkat lunak bekerja bersama di seluruh Tumpukan Teknologi IoT. Dan mengelola produk perangkat keras membutuhkan keterampilan yang sangat berbeda dari mengelola perangkat lunak. Itulah salah satu alasan mengapa membuat perangkat IoT bisa menjadi sangat menakutkan bagi Manajer Produk IoT baru dan bahkan yang sudah berpengalaman.
Jika Anda seorang PM IoT yang berasal dari latar belakang perangkat lunak, luangkan waktu sebentar untuk mempersenjatai diri dengan informasi di pos ini. Anda akan senang melakukannya saat berikutnya Anda berbicara dengan tim Rekayasa Perangkat Keras atau dihadapkan pada tantangan terkait perangkat keras.
Berdasarkan Kerangka Keputusan IoT saya, perangkat keras adalah bagian dari Area Keputusan Teknologi. Oleh karena itu, Anda di sini:
Artikel yang disarankan: Kerangka Kerja Manajemen Produk untuk Internet of Things.
Mengapa Saya Perlu Memahami Perangkat Keras di Dalam Perangkat IoT Saya? Bukankah Rekayasa Membuat Keputusan Itu?
Ya, Insinyur bertanggung jawab untuk meneliti, mengusulkan, dan menjalankan pilihan perangkat keras untuk perangkat IoT. Tetapi penting bagi Manajer Produk untuk terlibat dan membimbing Teknisi tentang apa yang dibutuhkan produk sehingga mereka dapat memilih solusi terbaik. Bagaimanapun, keputusan perangkat keras akan memengaruhi biaya produk Anda, pengalaman pengguna, kemampuan aplikasi, dan banyak lagi.
Semakin Anda memahami cara kerja perangkat keras di dalam perangkat IoT, nuansanya, dan terminologinya, Anda akan semakin berdaya untuk melakukan percakapan cerdas dengan tim Teknisi Anda.
4 Blok Bangunan Perangkat Keras Perangkat IoT
Pertama, mari kita lihat blok penyusun perangkat keras utama dari perangkat IoT mana pun.
Dengan aplikasi IoT sebanyak wirausahawan IoT, tidak mungkin untuk menggeneralisasi arsitektur perangkat keras. Namun, apa pun aplikasinya, semua perangkat IoT memiliki beberapa kesamaan atau “blok penyusun”, seperti ditunjukkan di bawah:
Mari kita lihat masing-masing komponen ini.
Blok Bangunan 1:Hal
Saya mendefinisikan "benda" sebagai aset yang ingin Anda kendalikan atau pantau.
Banyak perangkat IoT mengintegrasikan "benda" ke dalam perangkat pintar itu sendiri. Misalnya, pikirkan produk seperti pompa air pintar atau kendaraan otonom. Produk-produk ini mengontrol dan memantau diri mereka sendiri. Dalam hal ini, produk Anda mencakup keempat blok penyusun dalam satu paket seperti yang ditunjukkan di bawah ini.
Namun ada banyak aplikasi lain di mana "benda" itu berdiri sendiri sebagai perangkat "bodoh", dan produk terpisah dihubungkan ke perangkat tersebut untuk menjadikannya perangkat pintar. Dalam hal ini, produk Anda hanya menyertakan tiga modul berwarna biru di bawah ini.
Pendekatan ini sangat umum dalam aplikasi industri di mana perusahaan memiliki aset yang ada, dan mereka ingin menjadikannya "pintar" dengan menghubungkannya ke Cloud. Beberapa contohnya termasuk turbin angin, mesin jet, ban berjalan, dll.
Alasan saya menunjukkan perbedaan ini adalah untuk membuat Anda sadar bahwa ada model bisnis yang berbeda yang dapat Anda pilih. Perusahaan Anda dapat memutuskan untuk membuat perangkat baru yang cerdas sejak awal, atau Anda dapat menentukan bahwa proposisi nilai Anda adalah menyediakan cara untuk mengubah hal-hal yang sudah ada menjadi hal-hal yang cerdas, membuka pintu ke apa yang disebut “peluang ladang cokelat”.
Salah satunya baik-baik saja, perlu diingat bahwa perbedaan ini akan memengaruhi banyak keputusan lain yang Anda buat untuk produk Anda.
Sebagian besar contoh di atas adalah produk B2B, tapi bagaimana dengan produk B2C? Di dunia produk konsumen, banyak produk IoT hanya menyertakan tiga modul berwarna biru di atas. Itu karena “hal” yang mereka pantau seringkali adalah manusia atau lingkungan rumah. Pikirkan FitBit atau termostat Nest.
Blok Pembuatan 2:Modul Akuisisi Data
Modul akuisisi data berfokus pada perolehan sinyal fisik dari "benda" dan mengubahnya menjadi sinyal digital yang dapat dimanipulasi oleh komputer.
Ini adalah komponen perangkat keras yang mencakup semua sensor yang memperoleh sinyal dunia nyata seperti suhu, gerakan, cahaya, getaran, dll. Jenis dan jumlah sensor yang Anda butuhkan bergantung pada aplikasi Anda.
Modul akuisisi data mencakup lebih dari sekadar sensor. Ini juga berisi perangkat keras yang diperlukan untuk mengubah sinyal sensor menjadi informasi digital untuk digunakan komputer. Ini mencakup pengkondisian sinyal, konversi analog-ke-digital, penskalaan, dan interpretasi.
Untuk modul akuisisi data, pertimbangan penting yang harus difokuskan adalah:
Sinyal dunia nyata apa yang perlu saya ukur? (yaitu, jenis sensor apa yang saya butuhkan)
Berapa banyak sensor dari setiap jenis yang saya butuhkan?
Seberapa cepat saya harus mengukur sinyal dunia nyata? (yaitu, tingkat sampel)
Berapa akurasi yang saya butuhkan dalam pengukuran saya? (yaitu, resolusi sensor)
Jawaban atas pertanyaan-pertanyaan ini akan menginformasikan persyaratan untuk modul akuisisi data Anda, serta memberi Anda gambaran tentang berapa banyak data yang akan dihasilkan perangkat Anda.
Artikel yang direkomendasikan – Akuisisi Data:Dasar untuk Manajer Produk IoT
Blok Bangunan 3:Modul Pemrosesan Data
Blok bangunan ketiga dari perangkat IoT adalah modul pemrosesan data. Ini adalah "komputer" yang memproses data, melakukan analisis lokal, menyimpan data secara lokal, dan melakukan operasi komputasi lainnya di edge.
Anda tidak perlu menjadi ahli dalam arsitektur komputer untuk berdiskusi dengan tim Teknik Anda tentang modul ini. Peran Anda seharusnya memahami tujuan menyeluruh produk dan mengajukan pertanyaan yang tepat yang akan memandu tim Anda mengambil keputusan yang tepat. Dua pertimbangan terpenting yang harus difokuskan adalah:
Kekuatan pemrosesan (yaitu, berapa banyak pemrosesan yang akan Anda lakukan di edge?)
Jumlah penyimpanan data lokal (yaitu, ukuran hard drive – berapa banyak data yang perlu Anda simpan di edge?)
Keputusan yang Anda dan tim Anda buat akan memiliki korelasi langsung dengan kinerja, fungsionalitas, biaya, ukuran perangkat, masa pakai, dll. Mari kita bahas setiap pertanyaan tersebut secara lebih mendetail.
Berapa banyak kekuatan pemrosesan yang Anda butuhkan?
Untuk menentukan berapa banyak daya pemrosesan yang dibutuhkan perangkat, Anda harus mulai dengan memahami semua tugas berbeda yang perlu dilakukan perangkat.
Hal-hal yang akan memengaruhi keputusan Anda meliputi:
Berapa banyak sensor yang perlu Anda baca? (Lebih banyak sensor akan membutuhkan lebih banyak kekuatan pemrosesan.)
Apakah Anda perlu melakukan kontrol waktu nyata? (Ini akan meningkatkan daya pemrosesan yang dibutuhkan.)
Apakah aplikasi Anda perlu melakukan analisis di edge? (Ini juga akan meningkatkan daya pemrosesan yang diperlukan.)
Apakah Anda memiliki kekuatan pemrosesan yang cukup untuk mendukung upgrade/rilis software di masa mendatang? (Pembaruan perangkat lunak Anda yang baru dan lebih baik kemungkinan akan membutuhkan lebih banyak kekuatan pemrosesan.)
Apa batasan ukuran perangkat Anda? (Misalnya, Fitbit hanya memiliki begitu banyak ruang, membatasi ukuran komputer dan kekuatan pemrosesan.)
Berapa banyak penyimpanan lokal yang Anda butuhkan?
Jumlah penyimpanan lokal yang Anda butuhkan bergantung pada kebijakan penyimpanan data Anda. Setelah Anda menentukan berapa banyak data yang perlu Anda peroleh, seberapa sering, dan berapa banyak yang akan Anda kirim ke Cloud, maka Anda dapat menghitung berapa banyak penyimpanan lokal yang Anda perlukan sebagai penyimpanan sementara untuk melakukan perhitungan atau berfungsi sebagai buffer jika terjadi Anda kehilangan koneksi ke Cloud.
Jika perangkat IoT Anda diharapkan bekerja offline, Anda perlu menentukan berapa lama perangkat akan beroperasi tanpa koneksi, dan oleh karena itu, berapa banyak data yang Anda perlukan untuk dapat disimpan secara lokal. Beberapa aplikasi tidak memerlukan interupsi dalam data, baik karena Cloud Analytics tidak akan dapat menangani kesenjangan data atau karena Anda memiliki perjanjian hukum dengan pelanggan untuk kontinuitas data.
Blok Bangunan 4:Modul Komunikasi
Blok bangunan terakhir dari perangkat keras perangkat Anda adalah modul komunikasi. Ini adalah sirkuit yang memungkinkan komunikasi dengan Cloud Platform Anda, dan dengan sistem pihak ketiga baik secara lokal maupun di Cloud.
Modul ini mungkin termasuk port komunikasi seperti USB, serial (232/485), CAN, atau Modbus, untuk beberapa nama. Ini juga dapat mencakup teknologi radio untuk komunikasi nirkabel seperti Wi-Fi, LoRA, ZigBee, 3G, 5G, dll.
Modul komunikasi dapat disertakan dalam perangkat yang sama dengan modul Anda yang lain, atau dapat berupa perangkat terpisah yang khusus untuk komunikasi. Pendekatan ini sering disebut sebagai “arsitektur gateway”.
Misalnya, jika Anda memiliki tiga sensor di ruangan yang perlu mengirim data ke Cloud, Anda mungkin menghubungkan sensor tersebut ke satu gateway di ruangan yang sama, dan gateway tersebut menggabungkan data ini dan mengirimkannya ke Cloud. Dengan begitu, Anda hanya memerlukan satu modul komunikasi, bukan tiga.
Intinya
Sebagai Manajer Produk IoT, Anda tidak perlu menjadi ahli di semua bidang Tumpukan Teknologi IoT. Namun, Anda memang membutuhkan pemahaman yang kuat tentang komponen utama dan bagaimana solusi IoT ujung-ke-ujung disatukan.
Rekomendasi saya adalah untuk membiasakan diri dengan semua lapisan Tumpukan Teknologi IoT. Saya akan membahas semua lapisan tumpukan lainnya di artikel mendatang. Berlangganan buletin saya di bawah ini untuk memastikan Anda tidak ketinggalan postingan tersebut.