(c) Membangun diamati, dikendalikan dan upgrade sistem cloudside sekitar siklus kehidupan penuh peralatan dan memungkinkan data peralatan untuk memasuki produksi, layanan, lembar kerja dan proses bisnis.
Platform IOT seharusnya dimulai dengan peralatan identifikasi, protokol, kondisi jaringan dan loop tertutup yang jelas. Pertama, akses, offline, alarm dan perintah remote harus diverifikasi dengan peralatan yang sebenarnya, kemudian manajemen volume, OTA dan integrasi sistem operasi harus diperpanjang; remote control harus memiliki otoritas minimal, audit, konfirmasi dan kegagalan kembali.
Pertanyaan pertama ditentukan apakah masalah ini cocok untuk resolusi melalui program ini, dan kemudian lingkup konstruksi dan kecepatan masukan.
Peralatan tersebar di beberapa situs dan membutuhkan tampilan seragam dari status dan versi
Biaya inspeksi manual tinggi, deteksi lambat dan posisi dari malfungsi
Alaram peralatan perlu terhubung ke perintah kerja, pelanggan atau proses produksi
Rencana untuk membangun konfigurasi jarak jauh, peningkatan dan kapasitas layanan data
Pihak yang bertanggung jawab untuk perjanjian peralatan, padatan dan hardware tidak jelas
Tidak ada peralatan nyata, tidak ada jaringan lapangan atau tidak ada prototipe untuk coming
Hanya koleksi data penuh tanpa strategi operasional dan pelestarian
Kontrol jarak jauh dengan resiko tinggi kekurangan mekanisme keamanan dan orang-orang yang bertanggung jawab
Beberapa peralatan model dan protokol, akses dan kesulitan manajemen versi
Ketersediaan jaringan on-site, kelanjutan data dan kontrol keamanan
Kegagalan tergantung pada pemeriksaan manual, posisi lambat dan respon.
Data peralatan dipisahkan dari lembar kerja, pelanggan dan sistem produksi
Identifikasi peralatan, sertifikat, dan manajemen akses
Protokol sesuai, gerbang tepi dan cache luring
Data telemetri, status, peristiwa dan pusat alarm
Remote control, parameter konfigurasi dan upgrade OTA
Peta peralatan, manifestasi transportasi dan sinergi situs
Analisis data, buka API dan integrasi sistem bisnis
Tingkat arsitektur akan disesuaikan dengan sistem yang ada, kondisi data dan target tahap pertama, dengan fokus memastikan bahwa bisnis, data, integrasi dan tanggung jawab operasional ditutup.
Definisikan identitas peralatan, lokasi titik pengumpulan, instruksi, versi dan batas keamanan lokal.
Kompleksi protokol, cache, transmisi breakpoint, perhitungan situs dan perjalanan yang aman.
Kelola konektivitas, status bayangan, telemetri, peristiwa, alarm, perintah dan misi OTA.
Menyediakan peta peralatan, lembar gagal, diagnosa jarak jauh, pengelolaan versi dan layanan sinergi.
Produksi, pelanggan, aset, dan sistem bisnis terhubung melalui API atau pesan, menciptakan lingkaran bisnis tertutup.
Singhua bertanggung jawab untuk protokol dan program platform, pengembangan perangkat lunak, konektivitas sisi awan, pengujian dan penyebaran
Klien atau perangkat keras partai bertanggung jawab untuk menyediakan prototipe, solidware pencocokan, informasi protokol, jaringan situs dan kondisi keamanan
Mengidentifikasi gabungan dari titik-titik, peringatan, instruksi remote, jangkauan OTA, peralatan pilot dan menerima dan pemeriksaan basein
(b) Tahan reversible dan diakses bahan rekayasa di setiap tahap, tanpa perwakilan oral dalam menggantikan penerimaan.
Peralatan pilot stabil akses dan identitas unik di bawah target kondisi jaringan
Terputus dan terhubung ulang data kunci sesuai dengan yang disepakati dan tidak diduplikasi
Alarm bisa memicu, memberitahu dan memasukkan pembuangan cincin sesuai aturan.
Konstruksi remote dengan otoritas, konfirmasi, waktu istirahat dan persyaratan audit
OTA dapat dilakukan dalam batch dan berhenti atau mundur dalam keadaan luar biasa
Antarmuka data platform dengan sistem operasional memungkinkan rekonsiliasi dan pelacakan
Sebuah skenario kemampuan yang dapat diukur digunakan untuk menjelaskan bagaimana masalah didefinisikan, program dirancang dan produksi akseptasi selesai.
Asumsikan bahwa sebuah perusahaan pertama pertemuan "berbagai jenis peralatan dan protokol, kesulitan mengakses dan mengelola versi." Tim proyek tidak langsung membeli alat, tetapi memilih tugas-tugas nyata dalam waktu dekat, merekam volume pemrosesan bulanan, rata-rata menunggu dan memproses waktu, tingkat penyelesaian, tingkat revisi manual, tipe dan tanggung jawab yang tidak biasa. Angka-angka ini harus dari catatan sistem atau sampel manual bahwa klien dapat meninjau; pendek-siklus yang dibuat ketika informasi tidak mencukupi, bukan untuk pembuatan dari sebuah Rocome.
Hanya loop tertutup yang dapat digunakan terus menerus oleh pengguna asli memasuki tahap pertama, menampilkan fungsionalitas dan ide-ide yang belum memiliki kondisi data ditempatkan dalam peta jalan.
Demand, sampel, antarmuka, tes, dan login dikaitkan dengan penggunaan nomor seragam. AI atau adegan otomatis juga perlu untuk mempertahankan pengumpulan penilaian, versi, manual koreksi dan alasan kegagalan; normal skenario perangkat lunak fokus pada pelestarian tes, kinerja, migrasi dan bukti regresi.
Pemeriksaan penerimaan pertama adalah memeriksa apakah akses peralatan bersifat independen dari spesifikasi protokol, pinggiran atau gateway perangkat lunak, dan platform manajemen peralatan awan mampu digunakan dan diambil alih, dan kemudian membandingkan data dengan kaliber yang sama dan baris-on-line. Arah yang diharapkan mungkin memungkinkan untuk visibilitas jarak jauh dari keadaan peralatan, deteksi awal dari malfungsi dan penutupan, manajemen terpadu dari upgrade dan versi, tetapi sebuah siklus observasi, garis bawah massa dan kecepatan normal harus menempatkan mekanisme-disket.
Angka berikut ini hanya digunakan untuk menunjukkan metode pengukuran: jika proses asli menangani 1.200 tugas per bulan, menunggu rata-rata 6 jam, sebenarnya proses 12 menit, manual mengembalikan tingkat 15 persen, target pertama dapat didefinisikan sebagai "pengurangan 30 persen dalam menunggu waktu, pengurangan 20 persen dalam waktu pemrosesan manual dan tingkat pengembalian tidak lebih tinggi dari baseline asli." Proses penerimaan dan pemeriksaan memberikan kedua sampel asli, queries statistik dan daftar yang tidak biasa. Jika hasil proses yang dipilih tidak lebih baik harus dilakukan, harus dilakukan dengan baik atau misalnya.
Hak istimewa, data sejarah, interface eksternal, kapasitas, keamanan, backup dan back-up pemeriksaan juga harus diselesaikan sebelum akses resmi. System pengamatan pertama setelah baris dijalankan oleh kepala operasi: memeriksa tingkat nyata adopsi dan kemudian menganalisis alasan untuk tidak-gunakan, modifikasi manual dan kegagalan misi. Hanya jika pengguna terus menggunakan dan lantai kualitas tidak menurun akan memperbaiki efisiensi atau indikator kinerja menjadi nilai interpretif.
Setiap tahap memiliki tujuan yang jelas, peran partisipatif dan hasil yang dapat dinilai, dan keputusan penting tidak ditinggalkan sampai akhir proyek.
Masalah yang paling umum sebelum kerjasama jelas dinyatakan di muka.
Belum tentu, kemampuan platform dapat diperluas dari akses cahaya, pemantauan negara dan alarm, menunggu peningkatan ukuran peralatan, jenis persetujuan atau kompleksitas transportasi.
Awan publik, awan proprietary, intranet perusahaan atau penyebaran campuran dapat dinilai terhadap jaringan peralatan, kondisi keamanan data dan transportasi, dan mekanisme untuk akses dan peningkatan aman dapat dirancang.
Peralatan identifikasi, enkripsi transmisi, hak perintah, audit operasional, dua arah konfirmasi, mundur kegagalan dan kondisi keamanan situs memerlukan kontrol berlapis.
ZhiHua Tech saat ini berfokus pada menyediakan perangkat lunak perusahaan dan juga perangkat otomatis yang artifisial, termasuk proses bisnis, Agen AI, pemrosesan sistem, integrasi, sinkronisasi data, persetujuan, lembar kerja, otomatisasi operasional. Program operasional PLC, rancangan kabinet listrik, dan modulasi robot, bukan range pengiriman utama. Jika proyek ini berisi peralatan yang akuisisi, platform IOT, sistem berbasis awan, dan proses-proses bisnis, itu dapat menilai secara otomatis, itu dapat berupa perangkat lunak dan peralatan profesional yang bisa menggunakan perangkat lunak profesional.
Lihat jawaban lengkapAI Sistem Transport, VoiceAgent dan Visual RecognitionBanyak proyek yang cocok untuk sinergi sisi awan: penyelesaian identifikasi waktu secara real-time dari tepi, tanggung jawab awan untuk manajemen model, statistik dan pelatihan ulang. Pemilihan akhir harus didasarkan pada penundaan, bandwidth, keamanan data, peralatan komputasi dan kemampuan operasional.
Lihat jawaban lengkap