การทดสอบความสำเร็จของการอัปเดต Over the Air [ปิด]

แนวปฏิบัติที่ดีที่สุดเพื่อให้แน่ใจว่าอุปกรณ์ IoT ได้รับการอัปเดตสำเร็จแล้วเป็นอย่างไร

คุณต้องทำอะไรเพื่อทดสอบการอัปเดต OTA และตรวจสอบสิทธิ์อุปกรณ์ ก้าวไปอีกขั้นคุณจะสามารถตรวจสอบ / จัดการเวอร์ชันซอฟต์แวร์ (อัพเดต) ของกลุ่มอุปกรณ์ IoT ได้อย่างไร

ฉันมีซอฟต์แวร์ (Windows Server - แตกต่างเล็กน้อยกับ 'สิ่งของ' แต่ตัวการเหมือนกัน) ที่เรียกใช้ในทุก ๆ 24 ชั่วโมง - มันส่งข้อมูลเมตากลับมาต่าง ๆ เกี่ยวกับตัวเอง:

• ชื่อลูกค้า (หรือ ID เฉพาะ)
• เวอร์ชันของซอฟต์แวร์
• เวลาบันทึกการโทร / การร้องขอ
• ประเภทผลิตภัณฑ์ / id

บริการเว็บจะแยกวิเคราะห์ข้อมูลและส่วนแทรก (หรืออัปเดตหากลูกค้ามีแถวที่มีอยู่) แถวในฐานข้อมูล

วิธีนี้ลูกค้าใหม่จะถูกเพิ่มลงในฐานข้อมูลโดยอัตโนมัติลูกค้าปัจจุบันจะได้รับการอัพเดตเวลาล่าสุดที่เห็นและเรามีซอฟต์แวร์รุ่นล่าสุดอยู่เสมอ ฉันสามารถเรียกใช้แบบสอบถาม DB ที่บอกฉันว่าลูกค้ารายใดอยู่ในรุ่นที่เก่ากว่าและ / หรือลูกค้ารายใดที่ไม่ได้โทรหามาระยะหนึ่ง

นอกจากนี้เรายังได้ใช้การอัปเดตอัตโนมัติ (คิดว่าอัปเดต OTA) เมื่อเร็ว ๆ นี้และเนื่องจากนี่เป็นกระบวนการที่สำคัญที่เราใช้ระบบตรวจสอบและส่งข้อมูลระยะไกลโดยเฉพาะสำหรับเรื่องนี้

• รุ่นปัจจุบัน
• เวอร์ชันที่จะอัปเดตเป็น
• ใคร / เมื่อได้รับอนุญาต (หากลูกค้าต้องการการยอมรับ)
• การประทับเวลาและรหัสสถานะสำหรับแต่ละขั้นตอนหลัก

สิ่งนี้ช่วยให้เราสามารถตรวจสอบว่าบางแง่มุมของการอัปเดตอัตโนมัติล้มเหลวหรือไม่และในหลาย ๆ กรณีให้เราโทรหาลูกค้าบ่อยๆก่อนที่พวกเขาจะสังเกตเห็นว่ามีอะไรผิดปกติ

ข้อแตกต่างที่สำคัญกับ 'สิ่งของ' คือโดยทั่วไปคุณมีข้อ จำกัด ด้านหน่วยความจำดังนั้นเพื่อทำการอัพเดต OTA xxx Kbของเฟิร์มแวร์ที่คุณต้องการxxx Kb * 2ของหน่วยความจำที่มีอยู่ (เฟิร์มแวร์ที่มีอยู่ + หน่วยความจำเพียงพอสำหรับจัดเก็บเฟิร์มแวร์ใหม่

ตัวอย่างเช่นคุณสามารถร้องขอทุก ๆ X สัปดาห์ / วัน / ชั่วโมง ... ไปยังเซิร์ฟเวอร์ที่มีหมายเลขเวอร์ชันปัจจุบันของซอฟต์แวร์ คุณจะสามารถใช้การวิเคราะห์เพื่อดูเปอร์เซ็นต์ปัจจุบันและจำนวนอุปกรณ์ที่อัพเดต

ทุกอย่างเกี่ยวกับนโยบายการซิงโครไนซ์อัจฉริยะ

คุณต้องมีนโยบายการซิงโครไนซ์อัจฉริยะที่ทำงานควบคู่กับแนวทางการเปิดตัวการอัปเดตของคุณ จุดที่เห็นได้ชัดมากที่สุดในเวลาที่อุปกรณ์ IOT ควรซิงค์รุ่นของมันคือโดยตรงหลังจากการปรับปรุง ส่วนที่เหลือของกำหนดการซิงค์จะขึ้นอยู่กับประเภทของอุปกรณ์

อยู่เสมอและเชื่อมต่อผ่านการเชื่อมต่อที่มีสายเคเบิลซึ่งการซิงค์ครั้งเดียวไม่มีค่าใช้จ่าย (มาก) ทำให้การซิงค์ค่อนข้างเป็นระยะเพื่อให้ข้อมูลของคุณเกี่ยวกับอุปกรณ์ปัจจุบัน

หากอุปกรณ์อยู่ที่ไหนสักแห่งทุกบิตมีค่าใช้จ่ายสูงเนื่องจากคุณใช้การเชื่อมต่อดาวเทียมราคาแพงกำหนดการซิงค์จะต้องรองรับสถานการณ์นั้น

การยืนยันการซิงโครไนซ์

ในอุปกรณ์ขั้นสูงอย่างเพียงพอ (อ่านช่วงราคาหรือพื้นที่ดำเนินการที่เหมาะสม) แต่ละอุปกรณ์สามารถติดตั้งใบรับรองไคลเอ็นต์ที่เปิดใช้งานการตรวจสอบความถูกต้องของการซิงโครไนซ์

อย่างไรก็ตามด้วยอุปกรณ์ของลูกค้าคุณจะมีอุปกรณ์ที่ตกจากเรดาร์เนื่องจากแบตเตอรี่ใกล้หมดอุปกรณ์ที่ใช้งานไม่ได้หรือเพียงแค่ลูกค้าเปลี่ยนรหัสผ่านไร้สายและไม่แจ้งอุปกรณ์ IoT สิ่งเหล่านั้นอาจไม่ต้องทำอะไรกับการอัพเดทของคุณแม้ว่าพวกเขาจะตกที่นั่งลำบาก