Tujuan dan filter jalur - AWS IoT SiteWise
Memahami tujuanMemahami filter jalur

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Tujuan dan filter jalur

Tujuan di AWS IoT SiteWise Edge menyediakan cara yang fleksibel dan efisien untuk mengelola bagaimana data industri Anda mengalir dari perangkat edge ke cloud. Bagian ini menjelaskan cara mengonfigurasi tujuan, menggunakan filter jalur untuk merutekan aliran data tertentu, dan memilih jenis tujuan yang tepat untuk kasus penggunaan Anda.

Anda dapat menggunakan tujuan dan filter jalur pada gateway dan gateway V3 berkemampuan MQTT yang dihosting sendiri yang digunakan bersama dengan aplikasi Edge yang di-host. AWS IoT SiteWise Siemens Industrial Edge Tujuan dan filter jalur tidak berfungsi dengan Aliran Klasik, gateway V2.

Topik

Memahami tujuan AWS IoT SiteWise Edge

Gunakan tujuan AWS IoT SiteWise Edge untuk menentukan ke mana harus mengirim data sumber Anda. Anda dapat memilih tujuan data berdasarkan karakteristik spesifik yang Anda butuhkan, seperti efektivitas biaya, latensi rendah, atau persyaratan penyimpanan. Integrasikan data perangkat yang diambil oleh AWS IoT SiteWise, mitra kami, atau aplikasi khusus untuk mempublikasikan dan berlangganan filter jalur (topik) di edge. Anda kemudian dapat memodelkan, mentransfer, dan menyimpan data perangkat Anda di cloud.

catatan

Untuk penggunaan penuh semua fitur tujuan pada gateway yang dihosting sendiri, tingkatkan ke versi terbaru SiteWise penerbit IoT dan kolektor IoT OPC UA. SiteWise Dukungan streaming dilanjutkan di aliran Klasik, gateway V2 untuk menjaga kompatibilitas dengan pengaturan yang ada. Untuk informasi selengkapnya, lihat Aliran klasik, gateway V2 untuk Edge AWS IoT SiteWise

Bagaimana tujuan SiteWise Edge meningkatkan manajemen data

Ekspor data dari edge ke AWS IoT SiteWise real time, atau dalam batch menggunakan Amazon S3.

Tujuan meningkatkan fleksibilitas dan skalabilitas di AWS IoT SiteWise lingkungan Anda. Tujuan menerapkan model manajemen data terpusat, di mana sumber mempublikasikan data ke sistem pusat. Tujuan menentukan ke mana data Anda dikirim menggunakan filter jalur. Tujuan dapat berlangganan beberapa filter jalur.

Gateway berkemampuan MQTT, baik yang di-host sendiri atau berjalanSiemens Industrial Edge, menggunakan MQTT untuk komunikasi lokal dan dilengkapi dengan tujuan real-time default yang memiliki filter yang disetel ke. # Ini berarti bahwa, secara default, semua pesan tentang semua topik dipublikasikan ke tujuan AWS IoT SiteWise waktu nyata. Untuk informasi selengkapnya, lihat Memahami filter jalur untuk tujuan AWS IoT SiteWise Edge. Anda dapat menambahkan satu tujuan real-time di setiap gateway.

Jenis tujuan

Saat mengonfigurasi tujuan untuk gateway, Anda memiliki dua opsi utama: penggunaan konfigurasi waktu nyata AWS IoT SiteWise, dan konfigurasi buffer menggunakan Amazon S3. Setiap jenis tujuan memiliki seperangkat pengaturan dan pertimbangannya sendiri.

AWS IoT SiteWise pengaturan waktu nyata

Pilih ini untuk mengirim data langsung ke penyimpanan AWS IoT SiteWise tingkat panas untuk memfasilitasi pengambilan dan pemantauan data secara real-time. Pengaturan real-time mengelola aliran data, terutama ketika gateway mengalami masalah konektivitas dengan cloud. Selama kehilangan koneksi, data disimpan sementara secara lokal di gateway. Setelah koneksi dibuat kembali, data yang disimpan secara otomatis dikirim ke cloud.

Anda dapat menyesuaikan berbagai aspek proses penerbitan data, seperti jumlah maksimum data yang akan disimpan secara lokal, kecepatan pengiriman data ke cloud saat penyambungan ulang, dan kapan harus menghapus data setelah penyimpanan mencapai kapasitasnya.

Untuk informasi lebih lanjut tentang tingkatan AWS IoT SiteWise penyimpanan, lihat,Mengelola penyimpanan data di AWS IoT SiteWise.

AWS IoT SiteWise buffer menggunakan pengaturan Amazon S3

Jenis tujuan ini memungkinkan Anda untuk menyangga data secara lokal di gateway dan mengirimkannya secara berkala ke bucket Amazon S3 dalam batch. Data disimpan dalam format Parket yang efisien, yang dioptimalkan untuk beban kerja analitis. Setelah data berada di Amazon S3, Anda dapat mengimpornya AWS IoT SiteWise untuk penyimpanan, pemrosesan, dan analisis.

Pilih opsi ini untuk menelan data dalam batch, dan menyimpan data historis dengan cara yang hemat biaya. Anda dapat mengonfigurasi lokasi bucket Amazon S3 pilihan Anda, dan frekuensi di mana Anda ingin data diunggah ke Amazon S3. Anda juga dapat memilih apa yang harus dilakukan dengan data setelah tertelan. AWS IoT SiteWise Anda dapat memilih untuk memiliki data yang tersedia di keduanya SiteWise dan Amazon S3 atau Anda dapat memilih untuk menghapusnya secara otomatis dari Amazon S3.

Bandingkan fungsionalitas tujuan antara versi gateway

Fitur tujuan di gateway berkemampuan MQTT merampingkan manajemen aliran data. Tujuan menyederhanakan manajemen data melalui konfigurasi terpusat perutean data ke berbagai titik akhir. Pendekatan ini menghilangkan kebutuhan untuk pengaturan aliran individu yang kompleks, membuat keseluruhan sistem lebih fleksibel dan lebih mudah dikelola.

Sebagai perbandingan, aliran Klasik, gateway V2, SiteWise Edge mentransmisikan data dari sumber data ke penerbit melalui AWS IoT Greengrass aliran, mengonfigurasi tujuan data secara individual untuk setiap sumber data.

Dengan fitur AWS IoT SiteWise tujuan, konfigurasi perutean penerbit dikonsolidasikan. Konfigurasi tujuan memungkinkan Anda mengelola tujuan dan filter jalur secara terpusat. Anda dapat dengan mudah menambahkan tujuan, mengelola filter jalur, menghapus filter atau tujuan yang tidak perlu, tergantung pada kebutuhan Anda.

Selain itu, fitur tujuan menggunakan MQTT (Message Queuing Telemetry Transport), protokol standar industri yang banyak digunakan dalam aplikasi IoT industri. Adopsi MQTT ini membantu AWS IoT SiteWise memfasilitasi integrasi yang lebih mudah dengan berbagai perangkat dan sistem.

Batasan tujuan

Batasan saat ini untuk tujuan di gateway SiteWise Edge meliputi:

  • Paket pemrosesan data tidak didukung pada gateway berkemampuan MQTT.

  • Dukungan tipe data terbatas pada tipe AWS IoT SiteWise data. Untuk informasi tentang mengaktifkan konversi tipe data, lihatMengonversi tipe data yang tidak didukung.

Kasus penggunaan untuk tujuan SiteWise Edge

SiteWise Tujuan tepi digunakan dalam berbagai aplikasi. Berikut adalah beberapa contoh kunci:

Otomatisasi industri
Pemantauan waktu nyata dan pemeliharaan prediktif

Dalam pengaturan industri, sensor dan perangkat di lantai pabrik dapat mempublikasikan data ke SiteWise Edge. Tujuan dapat dikonfigurasi untuk menyaring dan merutekan data yang relevan, memungkinkan pemantauan dan analisis kinerja alat berat secara real-time. Anda dapat berlangganan topik MQTT yang relevan menggunakan filter jalur, memproses data, dan kemudian mempublikasikan data yang diproses. Dengan cara ini, Anda dapat secara selektif merutekan data yang diproses ke layanan analitik AWS cloud atau sistem lokal. Produsen kemudian dapat menerapkan strategi pemeliharaan prediktif, mengoptimalkan proses produksi, dan mengurangi waktu henti.

Bangunan pintar
Efisiensi energi dan optimalisasi hunian

Sistem otomasi bangunan menghasilkan aliran data untuk memantau dan mengontrol berbagai aspek bangunan, seperti sistem HVAC, pencahayaan, dan kontrol akses. Dengan SiteWise Edge, aliran data ini dapat dicerna, diproses, dan diarahkan ke tujuan yang berbeda. Manajer fasilitas dapat mengonfigurasi tujuan untuk memfilter dan meneruskan data yang relevan, memungkinkan kemampuan canggih seperti ukuran efisiensi energi dan pengoptimalan hunian sambil memastikan privasi dan kepatuhan data.

Kasus penggunaan ini menunjukkan bagaimana fitur Destinasi di SiteWise Edge dapat dimanfaatkan di berbagai industri untuk menyerap, memproses, dan merutekan data secara efisien. Ini memungkinkan kemampuan canggih seperti pemantauan waktu nyata, pemeliharaan prediktif, efisiensi energi, dan diagnostik jarak jauh sambil memastikan privasi dan kepatuhan data.

Memahami filter jalur untuk tujuan AWS IoT SiteWise Edge

Setiap tujuan dikonfigurasi untuk merutekan data ke AWS IoT SiteWise atau Amazon S3. Filter jalur memungkinkan Anda memilih data tertentu untuk difilter saat menerima pesan MQTT untuk tujuan. Filter jalur mewakili nama logis aliran data Anda, bertindak sebagai langganan ke topik MQTT yang diinginkan.

Di MQTT, data diatur ke dalam topik, yang merupakan string hierarkis yang dipisahkan oleh garis miring maju (). / Misalnya, perangkat mungkin mempublikasikan data suhu ke topikhome/livingroom/sensor1/temperature. Di sini, home/livingroom/sensor1 mewakili jalur atau nama logis sensor, dan temperature tipe data yang diterbitkan.

Anda dapat menggunakan filter jalur untuk berlangganan topik tertentu atau berbagai topik menggunakan wildcard (+dan#). +Wildcard cocok dengan satu level dalam hierarki topik. Misalnya, home/+/sensor1/temperature akan cocok home/livingroom/sensor1/temperature danhome/bedroom/sensor1/temperature. #Wildcard, ketika digunakan di akhir filter, cocok dengan beberapa level.

Anda juga dapat menggunakan berbagai karakter yang biasanya tidak diizinkan dalam spesifikasi MQTT dalam nama filter jalur. Karakter ini tidak berfungsi sebagai wildcard saat digunakan dalam sebuah nama. AWS IoT SiteWise mengonversi karakter ini menggunakan pengkodean untuk memastikan kepatuhan MQTT sambil mempertahankan struktur penamaan asli Anda. Fitur ini sangat berguna untuk mengakomodasi konvensi penamaan yang ada dari sistem lain. Untuk informasi selengkapnya, lihat Karakter khusus dalam nama filter jalur.

Dengan hati-hati memilih filter jalur yang sesuai, Anda dapat mengontrol data mana yang dikirim ke tujuan tertentu. Sesuaikan aliran data dengan persyaratan sistem IoT Anda menggunakan filter jalur.

Persyaratan filter jalur

Saat memasukkan filter jalur menggunakan Konsol AWS IoT SiteWise, ingatlah hal berikut:

  • Filter jalur dibatasi oleh baris baru, dengan setiap baris mewakili filter jalur terpisah.

  • Filter jalur individu dapat memiliki antara 1 dan 65.535 byte.

  • Filter jalur tidak bisa kosong.

  • Nilai nol (U+0000) tidak diperbolehkan.

  • Anda dapat memasukkan hingga 100 filter jalur atau 65.535 karakter sekaligus, batas mana pun yang tercapai terlebih dahulu.

  • Batas keseluruhan adalah 20.000 filter jalur untuk semua tujuan di gateway digabungkan.

  • Anda dapat menggunakan%,, #+, dan $ karakter dalam nama filter jalur, namun AWS IoT SiteWise secara otomatis mengonversinya menjadi pengkodean URI.

Praktik terbaik untuk filter jalur

Saat membuat filter jalur untuk AWS IoT SiteWise tujuan Anda, pertimbangkan strategi berikut untuk mengelola data Anda secara efektif.

  • Susun filter Anda untuk mencerminkan hierarki perangkat Anda. Misalnya, dalam pengaturan manufakturfactory/+/machine/#, menangkap data dari semua mesin di berbagai lini produksi.

  • Gunakan level tertentu untuk jenis, lokasi, atau fungsi perangkat. Misalnya, factory/assembly-line/robot/temperature. Atau, dalam pertanian cerdas,farm/+/crop/+/moisture, untuk memantau tingkat kelembaban untuk berbagai tanaman di berbagai bidang.

  • Leverage wildcard secara strategis: Gunakan + untuk variasi pada satu tingkat dan # untuk menangkap semua level berikutnya. Misalnyabuilding/+/+/energy-consumption, melacak penggunaan energi di berbagai zona dan lantai di sebuah gedung. Ini mengasumsikan yang pertama + menangkap semua lantai dan yang kedua + menangkap semua zona.

  • Menyeimbangkan kekhususan dan fleksibilitas dengan membuat filter yang cukup spesifik untuk menangkap data yang relevan tetapi cukup fleksibel untuk mengakomodasi perubahan di masa depan. Misalnya, site/+/equipment-type/+/measurement memungkinkan untuk penambahan situs baru atau jenis peralatan tanpa mengubah struktur filter.

Uji filter Anda secara menyeluruh untuk memastikan filter tersebut menangkap data yang diinginkan dan selaras dengan arsitektur dan sasaran sistem IoT Anda.

Filter jalur untuk server OPC UA

Untuk server OPC UA, filter jalur Anda harus sesuai dengan nama tag OPC UA. Tingkat akhir filter jalur Anda harus sama persis dengan nama tag OPC UA. Misalnya, jika tag OPC UA AndaDevice1.Temperature, filter jalur Anda mungkinfactory/line1/Device1.Temperature. Anda dapat menggunakan wildcard di level sebelumnya, seperti factory/+/Device1.Temperature untuk menangkap tag di beberapa lini produksi. Jika Anda memiliki karakter khusus dalam nama filter jalur Anda, lihat Karakter khusus dalam nama filter jalur untuk informasi selengkapnya.

Karakter khusus dalam nama filter jalur

AWS IoT SiteWise mengakomodasi karakter yang biasa digunakan dalam protokol industri seperti OPC UA, yang biasanya tidak diizinkan dalam nama topik MQTT standar. Fitur ini memfasilitasi integrasi sistem industri yang lebih lancar dengan arsitektur berbasis MQTT.

catatan

Meskipun penanganan karakter khusus kami sangat membantu untuk integrasi dan migrasi, disarankan untuk menyelaraskan dengan konvensi penamaan MQTT standar untuk implementasi baru bila memungkinkan untuk memastikan kompatibilitas yang lebih luas.

Saat menerima data dari sumber industri, AWS IoT SiteWise menormalkan nama topik menggunakan pengkodean URI untuk karakter khusus:

  • %menjadi %25 (dikodekan terlebih dahulu sebagai karakter pelarian)

  • # menjadi %23

  • + menjadi %2B

  • $menjadi %24 (hanya ketika di awal topik)

Pengkodean ini memastikan bahwa data sumber yang berisi karakter MQTT khusus ini dapat digunakan dengan aman sebagai nama topik MQTT sambil mempertahankan konvensi penamaan industri asli.

contoh : Karakter khusus dalam nama filter jalur

Berikut adalah contoh bagaimana nama topik industri mungkin muncul di filter AWS IoT SiteWise jalur:

  • Factory1/Line#2/Sensor+3 menjadi Factory1/Line%232/Sensor%2B3

  • Plant%A/Unit$1/Temp menjadi Plant%25A/Unit%241/Temp

  • Site1/#Section/+Node menjadi Site1/%23Section/%2BNode

Saat membuat langganan atau melihat nama topik di AWS IoT SiteWise, Anda akan melihat versi asli yang tidak dikodekan. Pengkodean ditangani secara otomatis untuk memastikan kepatuhan MQTT.