نحوه عملکرد به‌روزرسانی‌های میان‌افزار OTA در دوربین‌های WiFi

به‌روزرسانی‌های میان‌افزار Air (OTA) از طریق-به‌روزرسانی‌های میان‌افزار Air (OTA) به دوربین‌های WiFi اجازه می‌دهد نرم‌افزار دستگاه جدید را از طریق اتصال شبکه بدون نیاز به کابل USB، کارت SD یا سرویس در سایت دریافت و نصب کنند. برای دوربین‌های متصل، OTA از وصله‌های امنیتی، رفع اشکال، بهبود WiFi، تغییرات سازگاری و عملکردهای جدید پس از نصب سخت‌افزار پشتیبانی می‌کند.

یک فرآیند OTA قابل اعتماد مسیر روشنی را دنبال می کند:

← دانلود ← تایید ← نصب ← راه اندازی مجدد ← اعتبارسنجی → بازیابی در صورت نیاز را بررسی کنید.

به روز رسانی سیستم عامل OTA در دوربین WiFi چیست؟

یکبه روز رسانی سیستم عامل OTAروشی از راه دور برای تحویل سیستم عامل جدید به دستگاه متصل از طریق WiFi یا اتصال شبکه دیگری است.

Firmware نرم افزار تعبیه شده ای است که در داخل دوربین اجرا می شود. عملکردهایی مانند ضبط تصویر، رمزگذاری ویدیو، منطق ضبط، ارتباط WiFi، رفتار ذخیره سازی، تشخیص حرکت و ارتباط با یک برنامه تلفن همراه یا سرور را کنترل می کند.

اگر می خواهید ابتدا توضیح گسترده تری در مورد سمت شبکه داشته باشید، راهنمای ما به این موضوع استدوربین های مخفی وای فای چگونه کار می کنند نحوه تعامل دوربین، روتر، اتصال اینترنت، برنامه و سرویس های راه دور را توضیح می دهد.

OTA این امکان را فراهم می کند تا آن سیستم عامل را بدون بازیابی فیزیکی دوربین حفظ کنید. این امر به ویژه برای دستگاه‌های فشرده‌ای که در مکان‌هایی نصب می‌شوند که دسترسی مکرر به آنها راحت نیست، از جمله محصولاتی ماننددوربین ساعت زنگ دار وای فای.

OTA نیز باید از a متمایز شودبه روز رسانی سیستم عامل محلی.

هر دو روش می توانند در یک پلت فرم دوربین کامل مفید باشند. OTA به سادگی روشی بسیار مقیاس پذیرتر برای نگهداری دستگاه هایی که در حال حاضر در این زمینه هستند ارائه می دهد.

همچنین به این معنا نیست که هر به روز رسانی باید به طور خودکار نصب شود. به‌روزرسانی‌های OTA ممکن است خودکار، برنامه‌ریزی‌شده، از یک برنامه شروع شوند یا توسط سرپرست تأیید شوند.

چگونه یک به روز رسانی سیستم عامل OTA مرحله به مرحله کار می کند؟

پیاده سازی دقیق به چیپست، پلت فرم سیستم عامل، معماری فلش و طراحی باطن بستگی دارد. با این حال، روند اساسی به طور گسترده سازگار است.

IETFمعماری به روز رسانی سیستم عامل اینترنت اشیایک چارچوب مبتنی بر استانداردهای مفید برای درک نحوه تعامل تصاویر میان‌افزار، زیرساخت‌های به‌روزرسانی و دستگاه‌های متصل اینترنت اشیا ارائه می‌کند.

1. دوربین نسخه جدید سفت‌افزار را بررسی می‌کند

یک دوربین WiFi به صورت دوره‌ای با یک سرور مدیریت{0} OTA یا دستگاه تماس می‌گیرد.

ممکن است اطلاعاتی مانند:

نسخه سیستم عامل فعلی

مدل دوربین

بازنگری سخت افزار

شناسه دستگاه

سپس سرور تعیین می کند که آیا بسته سفت افزار جدیدتری موجود است و آیا آن نسخه با دستگاه سازگار است یا خیر.

بررسی سازگاری بیش از آنچه به نظر می رسد اهمیت دارد. دو دوربین با محفظه یکسان می‌توانند دارای نسخه‌های مختلف PCB، حسگرهای تصویر، ماژول‌های WiFi، ظرفیت‌های فلاش یا SoC باشند. یک سیستم OTA مناسب باید از ارسال سفت‌افزاری که برای یک ویرایش سخت‌افزاری در نظر گرفته شده است به دیگری اجتناب کند.

2. دوربین بسته نرم افزاری را دانلود می کند

اگر یک به‌روزرسانی واجد شرایط وجود داشته باشد، دوربین از طریق اتصال شبکه خود سفت‌افزار را دانلود می‌کند.

بسته ممکن است شامل خود تصویر میان‌افزار و همچنین اطلاعات نسخه و فراداده سازگاری باشد. برخی از پیاده‌سازی‌ها همچنین از بارگیری مجدد یا قابلیت رزومه برای مقابله با اتصالات ناپایدار پشتیبانی می‌کنند.

بنابراین کیفیت شبکه حتی زمانی که خود معماری OTA به خوبی طراحی شده باشد، همچنان مهم است. راهنمای ما به محدوده دوربین وای فای و پایداری اتصال عواملی را پوشش می دهد که بر عملکرد واقعی بی سیم{0}}جهان تأثیر می گذارد.

در مرحله دانلود، سیستم عامل فعلی به طور معمول هنوز در حال اجرا است.

3. دوربین Firmware را تأیید می کند

قبل از اینکه نرم افزار جدید فعال شود، دوربین بررسی می کند که آیا بسته معتبر، کامل و برای آن دستگاه در نظر گرفته شده است یا خیر.

چک های معمولی عبارتند از:

تایید امضای رمزنگاری

اعتبار سنجی هش یا جمع کنترلی

تطبیق مدل دوربین

تطبیق ویرایش سخت افزاری

تایید نسخه سیستم عامل

بسته ای که این بررسی ها را انجام نمی دهد باید قبل از نصب رد شود.

4. Firmware روی فلش نوشته شده است

سپس تصویر جدید در حافظه فلش دوربین نوشته می شود.

برخی از طرح ها به طور مستقیم یک منطقه سیستم عامل تعیین شده را به روز می کنند. سیستم های قوی تر اغلب از یکA/B یا معماری پارتیشن دوگانه-، جایی که تصویر جدید جدا از سیستم عامل فعلی در حال اجرا ذخیره می شود.

5. دوربین راه اندازی مجدد می شود

هنگامی که تصویر نوشته شد و تأیید شد، فرآیند بوت به روز می شود تا دستگاه بتواند از سیستم عامل جدید شروع به کار کند.

دوربین راه‌اندازی مجدد می‌شود و خط لوله تصویر، سرویس‌های شبکه، ذخیره‌سازی، اتصال برنامه و سایر عملکردهای مورد نیاز خود را تحت نسخه جدید راه‌اندازی می‌کند.

6. Firmware جدید تایید شده است

بوت شدن با موفقیت لزوماً به روز رسانی را کامل نمی کند.

یک دوربین همچنین ممکن است تأیید کند که سرویس های مهم به درستی مقداردهی اولیه شده اند. بسته به معماری محصول، این می تواند شامل اتصال مجدد شبکه، راه اندازی اولیه حسگر، ارتباط سرور، خدمات ضبط یا سایر بررسی های سلامت باشد.

فقط پس از تأیید این بررسی‌ها باید سفت‌افزار جدید به‌عنوان نسخه خوب شناخته‌شده- در نظر گرفته شود.

7. اگر آپدیت ناموفق باشد، دوربین بازیابی می شود

اگر سیستم عامل جدید به درستی بوت نشود، سیستم می تواند فرآیند بازیابی را آغاز کند.

یک طراحی قوی ممکن است به سیستم عامل قبلی بازگردد، به‌روزرسانی را دوباره امتحان کند، یا به جای اینکه دستگاه را غیرقابل استفاده نگه دارد، وارد یک وضعیت بازیابی تعریف شده شود.

چگونه دوربین های WiFi Firmware OTA را تأیید و ایمن می کنند؟

مسیر به‌روزرسانی میان‌افزار امنیتی{0}}حساس است زیرا میان‌افزار کنترل عمیقی بر دستگاه دارد.

بنابراین یک طراحی OTA ایمن از چندین بخش مختلف فرآیند محافظت می کند.

TLS یا HTTPSمی تواند از داده های میان افزار در حین حرکت بین سرور و دوربین محافظت کند. این خطر رهگیری یا تغییر در حین انتقال را کاهش می دهد.

تایید امضای دیجیتالمشخص می کند که آیا سیستم عامل توسط سازنده مجاز بوده است یا خیر. RSA و ECDSA نمونه هایی از طرح های رمزنگاری هستند که ممکن است برای این منظور استفاده شوند.

تأیید صحتبررسی می کند که آیا بسته دانلود شده دست نخورده رسیده است یا خیر. هش‌ها و چک‌سام‌های SHA-256 نمونه‌های رایجی هستند.

دوربین نیز باید اعتبار را تأیید کندمدل دستگاه، بازبینی سخت افزار و نسخه سیستم عامل مجازقبل از نصب

این کنترل ها خطرات مختلفی را برطرف می کنند. HTTPS از مسیر ارتباطی محافظت می کند. امضای دیجیتال به دوربین کمک می کند تا به خود تصویر سیستم عامل اعتماد کند.

برای{0}دوربین‌های مشاهده از راه دور، این لایه میان‌افزار در کنار معماری گسترده‌تر-به-برنامه و{3}}دستگاه به{4}}معماری اتصال سرور قرار می‌گیرد. اگر آن سمت از سیستم با پروژه شما مرتبط است، به ما مراجعه کنیدراهنمای تنظیم مشاهده از راه دور دوربین مخفی.

چرا پارتیشن‌های A/B به‌روزرسانی‌های OTA را قابل اعتمادتر می‌کنند

یکمعماری سیستم عامل A/Bدو قسمت سیستم عامل را در حافظه فلش نگه می دارد: یکی فعال و دیگری غیر فعال.

یک طرح ساده شده به این صورت است:

فرض کنید دوربین در حال حاضر از پارتیشن A بوت می شود.

سیستم OTA سفت‌افزار جدید را در پارتیشن B دانلود می‌کند. پس از نوشتن و تأیید تصویر، انتخابگر بوت، B را به عنوان هدف راه‌اندازی بعدی علامت‌گذاری می‌کند. سپس دوربین راه اندازی مجدد می شود.

اگر تصویر جدید با موفقیت شروع شود و بررسی های لازم را پشت سر بگذارد، B تبدیل به سیستم عامل فعال می شود.

اگر از کار بیفتد، دستگاه می تواند به تصویر کار قبلی در A بازگردد.

مستندات Espressif برایپارتیشن های سیستم عامل A/B و بازگشت OTA با استفاده از اسلات های OTA مانند OTA_0 و OTA_1 یک مثال پیاده سازی مشخص ارائه می دهد.

پارتیشن بندی A/B یک طراحی قوی برای بهبود قابلیت بازیابی است، اگرچه تنها معماری OTA نیست و نباید تصور کرد که در هر دوربین WiFi وجود دارد.

بازگشت به عقب در مقابل ضد{1}}بازگشت

این دو اصطلاح شبیه به هم هستند اما اهداف متفاوتی را دنبال می کنند.

بازگشت به عقب در درجه اول قابلیت اطمینان را بهبود می بخشد.

ضد{0}}بازگشت یک کنترل امنیتی است. می تواند یک مهاجم یا فرآیند غیرمجاز را از نصب عمدی یک نسخه سفت افزار قدیمی حاوی آسیب پذیری های شناخته شده جلوگیری کند.

اگر به‌روزرسانی وای‌فای، پاور یا سفت‌افزار ناموفق باشد چه اتفاقی می‌افتد؟

شکست‌های متفاوتی در مراحل مختلف فرآیند OTA اتفاق می‌افتد و ریسک‌ها برابر نیستند.

اگر وای فای در حین دانلود قطع شود

اگر اتصال بی سیم در حالی که سیستم عامل هنوز در حال دانلود است قطع شود، سیستم عامل موجود معمولاً دست نخورده باقی می ماند.

اگر اجرای OTA آن عملکرد را پشتیبانی کند، ممکن است بارگیری را دوباره امتحان کند، بسته ناقص را دور بیندازد، یا انتقال را از سر بگیرد.

بنابراین قطع شبکه در حین دانلود با قطع برق در حین اصلاح حافظه فلش متفاوت است.

اگر در حین نصب برق قطع شود

از دست دادن برق در حین نوشتن یا فعال سازی سیستم عامل خطر جدی تری دارد.

طراحی A/B کمک می‌کند زیرا سیستم عامل خوب شناخته شده قبلی می‌تواند دست نخورده باقی بماند، در حالی که تصویر جدید در ناحیه غیرفعال نوشته می‌شود.

برای دوربین‌های{0}}با باتری، سیستم عامل ممکن است قبل از شروع به‌روزرسانی، سطح باتری را نیز بررسی کند. طرح‌های پلاگین{2}}معنای قدرت متفاوتی دارند، که یکی از دلایلی است که انتخاب بین باتری و{3}}معماری دوربین برق پیوسته بیشتر از زمان اجرا تأثیر می‌گذارد.

اگر سیستم عامل جدید بوت نشد

یک نگهبان، بررسی سلامت راه اندازی یا روال بازیابی می تواند تشخیص دهد که تصویر جدید به درستی کار نمی کند.

سپس ممکن است دستگاه به سیستم عامل قبلی بازگردد.

طراحی بازیابی خوب به‌طور قابل‌توجهی احتمال اینکه یک به‌روزرسانی OTA ناموفق دوربین را غیرقابل استفاده می‌کند، کاهش می‌دهد، اگرچه هیچ فرآیند سفت‌افزاری نباید به‌عنوان اثبات کامل- شکست تلقی شود.

به روز رسانی سیستم عامل کامل در مقابل دلتا OTA

A به روز رسانی کامل سیستم عاملکل تصویر سیستم عامل را دانلود می کند.

A به روز رسانی دلتا یا دیفرانسیلفقط تغییرات بین سیستم عامل فعلی و نسخه جدید را ارسال می کند. دوربین قبل از تأیید و فعال سازی عادی، سیستم عامل جدید را به صورت محلی بازسازی می کند.

مطالب صنعتی ذکر شده در طول تحقیق برای این مقاله، کاهش انتقال به‌روزرسانی دلتای معمولی-70 درصد یا بیشتر.

یک مثال الف را مقایسه می کند4 مگابایت تصویر سیستم عامل کاملبا یکبسته دلتا 600–700 کیلوبایت. در آن مورد خاص، مقدار داده های منتقل شده تقریباً کاهش می یابد82.5٪ تا 85٪.

این می تواند تفاوت معنی داری برای اتصالات ضعیف، پیوندهای پشتیبان تلفن همراه، یا دستگاه های حساس به باتری{0}} ایجاد کند زیرا دانلود کوچکتر می تواند زمان انتقال و استفاده از رادیو را کاهش دهد.

به روز رسانی دلتا پیچیدگی مهندسی را اضافه می کند. دوربین باید تصویر جدید صحیح را به صورت محلی بازسازی کند و همچنان سفت‌افزار حاصل را قبل از فعال‌سازی تأیید کند.

برای محصولاتی که ممکن است به جای WiFi یا در کنار آن از اتصال سلولی استفاده کنند، مقایسه ما با آن استاتصال WiFi در مقابل{0}}G دوربینزمینه شبکه اضافی{0}}را فراهم می کند.

به روز رسانی خودکار، برنامه ریزی شده یا دستی OTA: کاربر چه چیزی را می بیند؟

OTA توضیح می دهد که چگونه سیستم عامل به دوربین می رسد. تعیین نمی کند که کاربر یا مدیر چقدر بر نصب کنترل دارد.

یک برنامه دوربین ممکن است نمایش دهد:

نسخه سیستم عامل فعلی

به روز رسانی در دسترس بودن

یادداشت ها را تغییر دهید یا منتشر کنید

پیشرفت دانلود/نصب

وضعیت تکمیل یا خطا

برخی از سیستم‌ها اجازه می‌دهند که به‌روزرسانی‌های معمولی ویژگی‌ها به تعویق بیفتند و در عین حال با اصلاحات امنیتی مهم با جدیت بیشتری برخورد می‌کنند.

اگر معماری منابع کافی داشته باشد، دوربین ممکن است در حین دانلود و تأیید به ضبط یا پخش جریانی ادامه دهد. با این حال، فعال کردن سیستم عامل جدید معمولاً به راه اندازی مجدد نیاز دارد.

به همین دلیل،حداقل اختلالهدف مهندسی دقیق‌تری نسبت به وعده‌ی توقف صفر است.

چرا OTA برای ناوگان دوربین، OEMها و محصولات خصوصی-برچسب مهم است

با افزایش تعداد دوربین های مستقر شده، ارزش OTA آشکارتر می شود.

به روز رسانی دستی تعدادی از دستگاه ها ممکن است قابل مدیریت باشد. نگهداری ده ها یا صدها دوربین در فروشگاه ها، انبارها، دفاتر یا مکان های مشتریان مشکل متفاوتی است.

بدون مدیریت سیستم عامل متمرکز، دستگاه های مختلف می توانند در نسخه های مختلف باقی بمانند. وصله امنیتی، عیب‌یابی، سازگاری برنامه، آزمایش و پشتیبانی پس از فروش- را پیچیده می‌کند.

OTA می تواند به تولیدکنندگان و اپراتورها در مدیریت موارد زیر کمک کند:

استقرار وصله امنیتی

سازگاری نسخه سیستم عامل

رفع اشکال از راه دور

وای فای و بهینه سازی عملکرد

بهبود ویژگی یا الگوریتم

سازگاری برنامه و سرور

نگهداری طولانی‌مدت محصول-

این به ویژه برای سفارشی اهمیت دارددوربین جاسوسی وای فای پلتفرم‌ها، زیرا رفتار میان‌افزار به چیپ‌ست، PCB، ماژول بی‌سیم، معماری قدرت، برنامه و محیط سرور ارتباط نزدیکی دارد.

محصولی مانند aماژول دوربین وای فای DIYهمچنین نشان می دهد که چرا برنامه ریزی سیستم عامل باید در سطح پلت فرم اتفاق بیفتد. هنگامی که ماژول در محفظه یا برنامه مشتری ادغام می شود، بازیابی هر واحد برای سرویس سیستم عامل دستی ممکن است غیرعملی باشد.

خریداران OEM در مورد پشتیبانی OTA چه بپرسند؟

قبل از تأیید یک پلت فرم دوربین متصل، لازم است توضیح دهید:

چه کسی انتشار سیستم عامل را کنترل می کند؟

سیستم عامل چگونه احراز هویت می شود؟

آیا نسخه های مختلف SKU و PCB می توانند سفت افزار متفاوتی دریافت کنند؟

اگر نصب ناموفق باشد چه اتفاقی می افتد؟

آیا بازگشت مجدد پشتیبانی می شود؟

آیا ضد-بازگشت پشتیبانی می‌شود؟

آیا می‌توان نسخه‌ها را قبل از استقرار کامل اجرا کرد؟

چگونه میان‌افزار و نسخه‌های{0}}برنامه تلفن همراه هماهنگ می‌شوند؟

پشتیبانی سیستم عامل تا چه زمانی ادامه خواهد داشت؟

آیا پلت فرم نرم افزار می تواند الزامات برچسب خصوصی-را پشتیبانی کند؟

این سوالات در ارزیابی فنی مشابه کیفیت تصویر، پایداری WiFi، مصرف انرژی و قابلیت اطمینان سخت افزار قرار دارند. الف چک لیست تست نمونه دوربین مخفی می‌تواند به ساختار بازبینی گسترده‌تر قبل از تولید- کمک کند.

سوالات متداول در مورد به روز رسانی OTA دوربین WiFi

آیا دوربین WiFi برای به روز رسانی سیستم عامل OTA به اینترنت نیاز دارد؟

یک به‌روزرسانی OTA مبتنی بر ابر معمولی{0}}به طور معمول به دسترسی به شبکه نیاز دارد تا دوربین بتواند با سرویس به‌روزرسانی تماس بگیرد و میان‌افزار را بازیابی کند. ممکن است یک محصول به طور جداگانه از یک به‌روزرسانی محلی از طریق کارت SD، USB یا یک ابزار خدمات پشتیبانی کند.

اگر وای فای در حین به روز رسانی OTA قطع شود چه اتفاقی می افتد؟

اگر در حین دانلود اتصال قطع شود، بسته به اجرا، معمولاً به‌روزرسانی متوقف می‌شود، دوباره امتحان می‌شود یا از سر گرفته می‌شود. سیستم عامل موجود معمولاً تا زمانی که تصویر جایگزین به طور کامل دریافت و تأیید نشده باشد، دست نخورده باقی می ماند.

آیا سیستم عامل OTA می تواند دوربین را به روز کند؟

یک به‌روزرسانی سیستم‌افزار ناموفق می‌تواند سیستم ضعیف محافظت شده را قادر به راه‌اندازی نکند. تأیید، پارتیشن‌های A/B، منطق نگهبان و مکانیزم‌های عقبگرد برای کاهش این خطر طراحی شده‌اند.

آیا دوربین در طول به روز رسانی سیستم عامل ضبط را متوقف می کند؟

این بستگی به معماری سخت افزار و سیستم عامل دارد. ضبط یا پخش جریانی ممکن است در حین بارگیری به‌روزرسانی ادامه یابد، اما فعال‌سازی میان‌افزار معمولاً به راه‌اندازی مجدد و در نتیجه یک وقفه کوتاه نیاز دارد.

چرا دوربین وای فای پس از به روز رسانی سیستم عامل راه اندازی مجدد می شود؟

راه‌اندازی مجدد به بوت‌لودر و نرم‌افزار دستگاه اجازه می‌دهد از تصویر میان‌افزار تازه نصب‌شده شروع کنند. سپس دوربین سخت افزار، اتصال وای فای، خدمات ضبط و ارتباط سرور را تحت نسخه جدید مقداردهی اولیه می کند.

آیا به روز رسانی سیستم عامل OTA امن است؟

آنها زمانی می توانند باشند که معماری به درستی طراحی شده باشد. حمل و نقل ایمن، امضای دیجیتال، بررسی یکپارچگی، اعتبار سنجی سازگاری سخت افزار، کنترل نسخه و مکانیسم های بازیابی، همگی به امنیت فرآیند به روز رسانی کمک می کنند.

تفاوت بین بازگشت- و ضد بازگشت چیست؟

در صورت عدم موفقیت در نسخه جدید، Rollback یک سیستم عامل کار قبلی را بازیابی می کند. ضد{1}}بازگشت از تنزل دادن دستگاه به نسخه سیستم عامل قدیمی که دیگر نباید قابل اعتماد باشد جلوگیری می کند.

افکار نهایی

یک سیستم OTA دوربین وای فای قابل اعتماد از یک ترتیب منظم پیروی می کند: سیستم عامل صحیح را شناسایی کنید، آن را به صورت ایمن دانلود کنید، آن را احراز هویت کنید و تأیید کنید، آن را با خیال راحت نصب کنید، در تصویر جدید راه اندازی مجدد کنید، نتیجه را تأیید کنید، و اگر مشکلی پیش آمد بازیابی کنید.

برای محصولات مینی و دوربین مخفی متصل، آن چرخه عمر نرم افزار مستحق همان توجه مهندسی است که حسگر، لنز، PCB، آنتن، و محفظه.

آلکام محصولات Mini و Hidden Camera را برای پروژه‌های OEM/ODM که شامل سخت‌افزار، سفت‌افزار، برنامه و پلتفرم مورد نیاز است، توسعه و تولید می‌کند. اگر در حال ارزیابی پشتیبانی سیستم‌افزار OTA برای یک محصول دوربین جدید هستید، با ما تماس بگیرید تا در مورد چیپ‌ست، معماری به‌روزرسانی، گردش کار برنامه و الزامات نرم‌افزار بلندمدت پروژه‌تان بحث کنیم.