Pencatatan Data Offline dan Penyimpanan dan Penerusan di Gateway IoT Industri

Mengapa Kemampuan Offline Penting

Stasiun cuaca, pertanian, hidrologi, dan kualitas air yang terpencil seringkali bergantung pada jaringan seluler yang dapat terganggu oleh sinyal lemah, pemeliharaan operator, atau masalah listrik. Server pelanggan juga bisa offline. Tanpa penyimpanan lokal, sistem pemantauan mungkin kehilangan data yang diperlukan untuk menganalisis badai, kejadian banjir, atau kesalahan peralatan.

Pencatatan Data Lokal vs Cache Offline

Dimana Data Disimpan

Kelas gateway yang berbeda menggunakan Flash internal, kartu TF eksternal, drive USB, atau database tertanam. tidak berasumsi bahwa spesifikasi memori utama sama dengan ruang yang tersedia untuk data historis; sistem operasi dan partisi mengurangi kapasitas yang dapat digunakan. Demikian pula, gateway berkemampuan USB dapat menggunakan drive USB untuk pencadangan, bukan streaming real-time berkelanjutan.

File Basis Data vs File CSV

Beberapa firmware menyimpan catatan dalam file database bergaya SQLite lokal. Ini efisien untuk gateway tetapi mungkin memerlukan alat database untuk mengekspor CSV. Produk pencatatan data atau versi firmware lainnya dapat mengekspor CSV secara langsung. Untuk pengadaan, “penyimpanan USB didukung” dan “USB mengekspor CSV secara langsung” harus diperlakukan sebagai dua persyaratan yang berbeda.

CSV menarik untuk penelitian dan pemeliharaan karena dapat dibuka oleh perangkat lunak spreadsheet dan diimpor ke alat analisis. Penyimpanan database seringkali lebih baik untuk sistem tertanam karena menangani catatan yang diindeks dan penulisan tambahan dengan lebih andal.

Cara Memperkirakan Durasi Penyimpanan

tidak memperkirakan retensi hanya dari jumlah sensor. Rumus yang berguna didasarkan pada ukuran rekaman dan interval pengambilan sampel. Catatan JSON dengan lima belas nama bidang pendek dapat memiliki ukuran yang sangat berbeda dari catatan biner atau database kompak. Metode teraman adalah dengan menghasilkan satu catatan nyata dari konfigurasi yang diinginkan dan mengukurnya.

Perkiraan rumus perencanaannya adalah: durasi penyimpanan = byte yang dapat digunakan ÷ byte per catatan ÷ catatan per hari. Catatan per hari = 86.400 detik ÷ interval pengambilan sampel dalam hitungan detik. Tambahkan margin untuk indeks, metadata, dan overhead sistem file.

Contoh: Pengambilan Sampel 10 Menit vs 15 Menit

Pada interval 10 menit, satu kumpulan saluran menghasilkan 144 rekaman per hari. Dengan interval 15 menit, ini menghasilkan 96 catatan per hari. Oleh karena itu, peningkatan interval akan memperpanjang retensi secara signifikan, namun interval yang tepat harus didasarkan pada proses fisik. Tingkat banjir atau kejadian cuaca cepat mungkin memerlukan interval yang lebih pendek dibandingkan pemantauan kelembaban tanah atau tren lingkungan jangka panjang.

Cara Kerja Store-and-Forward

Alur kerja yang kuat adalah: gateway mengambil sampel sensor, mencoba mengunggah, mendeteksi bahwa jaringan atau server tidak tersedia, menulis catatan yang belum terkirim ke penyimpanan lokal, melanjutkan pengumpulan, lalu menghubungkan kembali secara otomatis dan mengirimkan kembali simpanan ketika komunikasi kembali. Implementasi lapangan dapat mengirim ulang catatan dengan cepat satu per satu.

Jika urutan kronologis yang ketat, deduplikasi, atau penerbitan real-time secara simultan penting bagi database pelanggan, verifikasi detail ini dengan firmware yang tepat. “Didukung cache offline” tidak secara otomatis menentukan setiap kebijakan pemutaran ulang.

Perilaku MQTT dan HTTP Offline Mungkin Berbeda

Simpan dan teruskan biasanya diterapkan untuk telemetri, namun jalur percobaan ulang sebenarnya dapat berbeda berdasarkan protokol. Jika suatu proyek secara khusus memerlukan data HTTP POST untuk di-cache dan dikirim ulang setelah pemadaman, uji jalur firmware HTTP yang tepat tersebut daripada berasumsi bahwa fitur cache MQTT yang terverifikasi berperilaku sama.

Penelitian dan Pencatatan Lapangan Hanya Offline

Beberapa proyek tidak memerlukan jaringan eksternal. Sebuah lembaga penelitian dapat menghubungkan sensor ke pencatat data, membiarkan stasiun beroperasi selama berminggu-minggu, dan secara berkala mengambil data dengan USB atau penyimpanan TF. Dalam hal ini, prioritas pemilihan berubah dari kinerja 4G menjadi keandalan penyimpanan lokal, akurasi stempel waktu, kekuatan sensor, format data, dan kemudahan ekspor.

Pertanyaan untuk Dimasukkan ke dalam RFQ

1. Media penyimpanan apa yang digunakan untuk riwayat normal dan cache yang belum terkirim?
2. Berapa banyak penyimpanan yang dapat digunakan yang tersedia untuk aplikasi?
3. Apakah retensi dibatasi berdasarkan hari, catatan, byte, atau persentase penyimpanan?
4. Format file/database apa yang digunakan secara lokal?
5. Bisakah pengguna mengekspor CSV secara langsung atau apakah diperlukan konversi?
6. Apakah gateway secara otomatis terhubung kembali setelah 4G atau server mengalami kegagalan?
7. Apakah catatan cache secara otomatis dikirim ulang setelah pemulihan?
8. Apa urutan pemutaran ulang dan bagaimana rekaman duplikat ditangani?
9. Bisakah gateway melanjutkan pengambilan sampel saat backlog dikirim ulang?
10. Bisakah pelanggan memasang kartu TF atau drive USB sendiri dan format apa yang diperlukan?

Uji Penerimaan untuk Keandalan Offline

1. Jalankan sistem secara online dan konfirmasi stempel waktu normal dan unggah.
2. Putuskan sambungan uplink seluler/jaringan sambil membiarkan sensor dan gateway tetap menyala.
3. Biarkan beberapa siklus pengambilan sampel terakumulasi secara lokal.
4. Pulihkan konektivitas dan verifikasi koneksi ulang otomatis.
5. Bandingkan database server dengan stempel waktu lokal untuk mengonfirmasi bahwa periode yang hilang telah dipulihkan.
6. Perputaran daya gateway selama pemadaman listrik jika diperlukan ketahanan terhadap kehilangan daya.
7. Ekspor riwayat lokal untuk memverifikasi akses pemeliharaan dan format file.
8. Dokumentasikan firmware, media penyimpanan, dan perilaku retensi/pemutaran ulang yang diuji untuk serah terima.

Pertanyaan Umum

Q1: Apa yang dimaksud dengan simpan dan teruskan di gateway IoT?

A1: Ini adalah proses penyimpanan telemetri secara lokal ketika pengiriman gagal dan secara otomatis mengirimkan kembali simpanan setelah komunikasi dipulihkan.

Q2: Apakah pencatatan data lokal sama dengan cache offline?

A2: Tidak. Penebangan lokal merupakan sejarah yang berkesinambungan; cache offline secara khusus melindungi catatan yang tidak dapat diunggah.

Q3: Bisakah gateway IoT menyimpan data tanpa akses internet?

A3: Ya, jika model yang dipilih menyediakan logging lokal ke Flash, kartu TF, USB, atau media penyimpanan lainnya. Persyaratan proyek untuk integrasi sistem sensor: Catat rentang yang disepakati, respons alarm, pemeriksaan antarmuka, dan bukti pemeliharaan dalam berkas commissioning atau penerimaan.

Q4: Bisakah USB digunakan untuk keluaran data waktu nyata?

A4: Belum tentu. Di banyak gateway, USB ditujukan untuk pencadangan atau ekspor riwayat manual, bukan streaming real-time berkelanjutan.

Q5: Apakah data lokal akan selalu berupa CSV?

A5: Tidak. Beberapa firmware menggunakan file database dan memerlukan ekspor CSV di kemudian hari. Tentukan format yang diperlukan dalam proyek.

Q6: Bagaimana saya menghitung berapa hari gateway dapat menyimpan?

A6: Ukur ukuran catatan sebenarnya, hitung catatan per hari dari interval pengambilan sampel, lalu bagi penyimpanan yang dapat digunakan dengan volume data harian dan sertakan margin overhead.

Q7: Apakah data cache akan dikirim secara otomatis setelah jaringan kembali?

A7: Ketika fungsi cache offline diaktifkan dan didukung oleh protokol yang dikonfigurasi, gateway dapat menyambungkan kembali dan mengirimkan ulang catatan yang disimpan.

Q8: Haruskah saya menguji pemadaman server dan pemadaman 4G secara terpisah?

A8: Ya. Keduanya dapat menghentikan pengiriman, namun perilaku menyambungkan kembali dan mencoba lagi mungkin berbeda dan harus diverifikasi secara independen.

Ringkasan

Untuk Pencatatan Data Offline dan Penyimpanan dan Penerusan di Gateway IoT, spesifikasi proyek harus menghubungkan kondisi lokasi, pengaturan antarmuka, pemeriksaan komisioning, dan catatan perawatan. Pemeriksaan desain untuk integrasi sistem sensor: Pastikan batas tersebut sebelum persetujuan model dan simpan bukti penerimaan terukur untuk diagnosis serta perluasan sistem.