Hogyan működnek az OTA firmware-frissítések a WiFi kamerákban

Az Over the{0}}Air (OTA) firmware-frissítések lehetővé teszik a WiFi-kamerák számára, hogy hálózati kapcsolaton keresztül fogadjanak és telepítsenek új eszközszoftvert USB-kábel, SD-kártya vagy helyszíni{2}}szolgáltatás nélkül. A csatlakoztatott kamerák esetében az OTA támogatja a biztonsági javításokat, a hibajavításokat, a WiFi fejlesztéseket, a kompatibilitási változtatásokat és az új funkciókat, miután a hardver már telepítésre került.

A megbízható OTA folyamat világos utat követ:

Jelölje be a → Letöltés → Ellenőrzés → Telepítés → Újraindítás → Érvényesítés → Ha szükséges, visszaállítás.

Mi az OTA firmware-frissítés a WiFi kamerában?

AnOTA firmware frissítésegy távoli módszer az új firmware-nek a csatlakoztatott eszközre való eljuttatására WiFi vagy más hálózati kapcsolaton keresztül.

A firmware a fényképezőgép belsejében futó beágyazott szoftver. Olyan funkciókat vezérel, mint a képrögzítés, a videó kódolás, a rögzítési logika, a WiFi kommunikáció, a tárolási viselkedés, a mozgásérzékelés, valamint a mobilalkalmazással vagy szerverrel való kommunikáció.

Ha először bővebb magyarázatot szeretne kapni a hálózati oldalról, tekintse meg útmutatónkathogyan működnek a WiFi rejtett kamerák elmagyarázza, hogyan működnek együtt a kamera, az útválasztó, az internetkapcsolat, az alkalmazás és a távoli szolgáltatások.

Az OTA lehetővé teszi a firmware karbantartását a kamera fizikai visszakeresése nélkül. Ez különösen akkor válik hasznossá, ha a kompakt eszközöket olyan helyekre telepítik, amelyekhez ismételten kényelmetlen a hozzáférés, beleértve az olyan termékeket, mint aWiFi ébresztőóra kamera.

Az OTA-t is meg kell különböztetni ahelyi firmware frissítés.

Mindkét módszer hasznos lehet egy komplett kameraplatformon. Az OTA egyszerűen sokkal skálázhatóbb módot biztosít a már a területen lévő eszközök karbantartására.

Ez nem jelenti azt sem, hogy minden frissítésnek automatikusan települnie kell. Az OTA-frissítések lehetnek automatikusak, ütemezettek, alkalmazásból kezdeményezhetők, vagy rendszergazda által jóváhagyottak.

Hogyan működik az OTA firmware frissítés lépésről lépésre?

A pontos megvalósítás a lapkakészlettől, a firmware-platformtól, a flash architektúrától és a háttérkialakítástól függ. A mögöttes folyamat azonban nagyjából következetes.

Az IETF-ekAz IoT firmware-frissítési architektúrájahasznos szabványokon{0}} alapuló keretrendszert biztosít a firmware-képek, a frissítési infrastruktúra és a csatlakoztatott IoT-eszközök egymásra hatásának megértéséhez.

1. A kamera új firmware-verziót keres

A Wi-Fi-kamera időnként kapcsolatba lép egy OTA- vagy{0}}eszköz-felügyeleti szerverrel.

Olyan információkat jelenthet, mint például:

Jelenlegi firmware verzió

Kamera modell

Hardver revízió

Eszközazonosító

A szerver ezután megállapítja, hogy elérhető-e újabb firmware-csomag, és hogy az adott verzió kompatibilis-e az eszközzel.

A kompatibilitás ellenőrzése többet számít, mint amilyennek látszik. Két, azonos házzal rendelkező kamera különböző PCB-verziókat, képérzékelőket, WiFi-modulokat, vakukapacitásokat vagy SoC-ket tartalmazhat. A megfelelő OTA-rendszernek kerülnie kell az egyik hardververzióhoz szánt firmware-t a másiknak.

2. A kamera letölti a firmware-csomagot

Ha létezik megfelelő frissítés, a kamera letölti a firmware-t a hálózati kapcsolaton keresztül.

A csomag tartalmazhatja magát a firmware-képet, valamint a verzióinformációkat és a kompatibilitási metaadatokat. Egyes megvalósítások támogatják a letöltési újrapróbálkozásokat vagy a folytatási képességet is, hogy megbirkózzanak az instabil kapcsolatokkal.

A hálózati minőség ezért akkor is fontos marad, ha maga az OTA architektúra jól megtervezett. Útmutatónk a WiFi kamera hatótávolság és csatlakozási stabilitás lefedi azokat a tényezőket, amelyek befolyásolják a valós{0}}vezeték nélküli teljesítményt.

A letöltési szakaszban az aktuális firmware általában még fut.

3. A kamera ellenőrzi a firmware-t

Az új szoftver aktiválása előtt a kamera ellenőrzi, hogy a csomag hiteles-e, teljes-e és az adott eszközhöz készült-e.

A tipikus ellenőrzések a következők:

Kriptográfiai aláírás ellenőrzése

Hash vagy ellenőrzőösszeg érvényesítése

Kameramodell illesztés

Hardververzió egyeztetés

Firmware verzió ellenőrzése

Azokat a csomagokat, amelyek nem felelnek meg ezeknek az ellenőrzéseknek, a telepítés előtt el kell utasítani.

4. A firmware Flashre van írva

Az új kép ezután a fényképezőgép flash memóriájába kerül.

Egyes tervek közvetlenül frissítenek egy kijelölt firmware-területet. A robusztusabb rendszerek gyakran használnak egyA/B vagy kettős{0}}partíciós architektúra, ahol az új kép az éppen futó firmware-től elkülönítve tárolódik.

5. A kamera újraindul

A kép megírása és ellenőrzése után a rendszer frissíti a rendszerindítási folyamatot, hogy az eszköz elindulhasson az új firmware-ről.

A kamera újraindítja és inicializálja a képfolyamát, a hálózati szolgáltatásokat, a tárhelyet, az alkalmazáskapcsolatot és az egyéb szükséges funkciókat az új verzió alatt.

6. Az új firmware érvényesítése megtörtént

A sikeres indítás nem feltétlenül fejezi be a frissítést.

A kamera azt is megerősítheti, hogy a kritikus szolgáltatások megfelelően inicializálódtak. A termék architektúrától függően ez magában foglalhatja a hálózat újracsatlakozását, az érzékelő inicializálását, a szerver kommunikációt, a rögzítési szolgáltatásokat vagy más állapotellenőrzéseket.

Csak miután ezek az ellenőrzések sikeresek, az új firmware{0}}jól ismert verziónak tekinthető.

7. A kamera helyreáll, ha a frissítés sikertelen

Ha az új firmware nem indul megfelelően, a rendszer helyreállítási folyamatot indíthat el.

A robusztus kialakítás visszatérhet a korábbi működő firmware-hez, megpróbálhatja újra a frissítést, vagy egy meghatározott helyreállítási állapotba léphet ahelyett, hogy az eszközt használhatatlanná tenné.

Hogyan ellenőrzik és biztonságossá teszik a WiFi kamerák az OTA firmware-t?

A firmware-frissítési útvonal biztonsági{0}}érzékeny, mivel a firmware mélyen irányítja az eszközt.

A biztonságos OTA kialakítás ezért a folyamat több különböző részét védi.

TLS vagy HTTPSmegvédheti a firmware-adatokat, miközben azok a szerver és a kamera között mozognak. Ez csökkenti az adás közbeni elfogás vagy módosítás kockázatát.

Digitális aláírás ellenőrzésemegállapítja, hogy a firmware-t a gyártó engedélyezte-e. Az RSA és az ECDSA példák az erre a célra használható kriptográfiai sémákra.

Integritás ellenőrzéseellenőrzi, hogy a letöltött csomag sértetlenül megérkezett-e. Az SHA-256 hash-ek és ellenőrző összegek gyakori példák.

A kamerának érvényesítenie kell aeszközmodell, hardververzió és engedélyezett firmware-verziótelepítés előtt.

Ezek az ellenőrzések különböző kockázatokra vonatkoznak. A HTTPS védi a kommunikációs utat; a digitális aláírás segít a fényképezőgépnek bizalmat építeni magában a firmware képben.

A távoli-kamerák megtekintésére ez a firmware-réteg a szélesebb eszköz-–-alkalmazás és eszköz-–-szerver kapcsolat architektúrája mellett helyezkedik el. Ha a rendszernek ez az oldala releváns az Ön projektje szempontjából, tekintse meg a mi oldalunkatrejtett kamera távoli megtekintésének beállítási útmutatója.

Miért teszik megbízhatóbbá az A/B partíciók az OTA frissítéseket?

AnA/B firmware architektúrakét firmware-területet tart a flash memóriában: egy aktív és egy inaktív.

Egy egyszerűsített elrendezés így néz ki:

Tegyük fel, hogy a kamera jelenleg az A partícióról indul.

Az OTA rendszer letölti az új firmware-t a B partícióba. A kép megírása és ellenőrzése után a rendszerindítási választó a B-t jelöli meg a következő indítási célként. Ezután a kamera újraindul.

Ha az új kép sikeresen elindul, és megfelel a szükséges ellenőrzéseknek, B lesz az aktív firmware.

Ha meghiúsul, a készülék visszatérhet az előző munkaképhez A-ban.

Espressif dokumentációjaA/B firmware-partíciók és OTA-visszaállítás konkrét megvalósítási példát mutat be olyan OTA bővítőhelyek használatával, mint az OTA_0 és az OTA_1.

Az A/B particionálás erős megoldás a helyreállíthatóság javítására, bár nem ez az egyetlen OTA architektúra, és nem szabad feltételezni, hogy minden WiFi kamerában létezik.

Visszagörgetés kontra -visszagörgetés ellen

A két kifejezés hasonlóan hangzik, de más célt szolgál.

A visszaállítás elsősorban a megbízhatóságot javítja.

Az Anti{0}}visszaállítás egy biztonsági ellenőrzés. Megakadályozhatja a támadókat vagy az illetéktelen folyamatokat abban, hogy szándékosan telepítsenek egy régebbi, ismert sebezhetőséget tartalmazó firmware-verziót.

Mi történik, ha a WiFi, a tápellátás vagy a firmware-frissítés sikertelen?

Az OTA folyamat különböző pontjain különböző hibák fordulnak elő, és a kockázatok nem egyenlőek.

Ha a WiFi kapcsolat megszakad letöltés közben

Ha a vezeték nélküli kapcsolat megszakad, miközben a firmware még mindig letöltés alatt áll, a meglévő firmware általában érintetlen marad.

A kamera újra megpróbálhatja a letöltést, eldobhatja a hiányos csomagot, vagy folytathatja az átvitelt, ha az OTA implementációja támogatja ezt a funkciót.

A letöltés közbeni hálózati megszakítás ezért különbözik a flash memória módosítása közbeni áramkimaradástól.

Ha az áramellátás megszakad a telepítés során

A firmware írása vagy aktiválása során bekövetkező áramkimaradás komolyabb kockázatot jelent.

Az A/B kialakítás segít, mert a korábbi ismert{0}}jó firmware érintetlen maradhat, amíg az új kép az inaktív területre kerül.

Akkumulátoros{0}}kamerák esetén a firmware is ellenőrizheti az akkumulátor töltöttségi szintjét, mielőtt engedélyezné a frissítés megkezdését. A dugaszolható-kialakítások eltérő energiafogyasztási megfontolásokat tartalmaznak, ez az egyik oka annak, hogy az akkumulátoros és a folyamatos tápellátású-kamera-architektúrák közötti választás nem csak a futásidőt érinti.

Ha az új firmware nem indul el

A watchdog, az indítási állapotellenőrzés vagy a helyreállítási rutin észlelheti, hogy az új lemezkép nem működik megfelelően.

Az eszköz ezután visszatérhet az előző firmware-hez.

A jó helyreállítási tervezés jelentősen csökkenti annak esélyét, hogy a meghiúsult OTA-frissítés használhatatlanná tegye a kamerát, bár egyetlen firmware-folyamat sem tekinthető teljesen hibabiztosnak.

Teljes firmware vs. Delta OTA frissítések

A teljes firmware frissítésletölti a teljes firmware-képet.

A delta vagy differenciál frissítéscsak az aktuális firmware és az új verzió közötti változásokat küldi el. A kamera helyileg helyreállítja az új firmware-t, mielőtt átmenne a normál ellenőrzésen és aktiváláson.

A cikkhez kapcsolódó kutatás során idézett iparági anyagok tipikus delta{0}}frissítési transzfercsökkentésekről számolnak be70% vagy több.

Egy példa összehasonlítja a4 MB teljes firmware képa600–700 KB delta csomag. Ebben az esetben az átvitt adatok mennyisége nagyjából csökken82,5% - 85%.

Ez jelentős különbséget jelenthet a gyenge kapcsolatok, a biztonsági mobilhálózati kapcsolatok vagy az akkumulátor{0}}érzékeny eszközök esetében, mivel a kisebb letöltés csökkentheti az átviteli időt és a rádióhasználatot.

A Delta frissítései bonyolultabbá teszik a tervezést. A kamerának helyileg helyre kell állítania a megfelelő új képet, és még mindig ellenőriznie kell a kapott firmware-t az aktiválás előtt.

Azon termékek esetében, amelyek a Wi-Fi helyett vagy mellett mobilkapcsolatot használnak, összehasonlítjuk a következőt:WiFi vs{0}}G kamera kapcsolattovábbi hálózati{0}oldali kontextust biztosít.

Automatikus, ütemezett vagy kézi OTA frissítések: Mit lát a felhasználó?

Az OTA leírja, hogy a firmware hogyan éri el a kamerát. Nem határozza meg, hogy a felhasználó vagy az adminisztrátor mekkora irányítása alatt áll a telepítés felett.

A kameraalkalmazás a következőket jelenítheti meg:

Jelenlegi firmware verzió

Frissítse elérhetőségét

Változásnapló vagy kiadási megjegyzések

Letöltés/telepítés folyamata

Befejezés vagy hibaállapot

Egyes rendszerek lehetővé teszik a szokásos szolgáltatásfrissítések elhalasztását, miközben a kritikus biztonsági javításokat agresszívebben kezelik.

A kamera folytathatja a rögzítést vagy az adatfolyamot a letöltés és ellenőrzés során, ha az architektúra rendelkezik elegendő erőforrással. Az új firmware aktiválása azonban általában újraindítást igényel.

Emiattminimális fennakadáspontosabb mérnöki cél, mint egyszerűen nulla állásidő ígérete.

Miért fontos az OTA a fényképezőgép-flották, az OEM-ek és a privát{0}}címkés termékek számára

Az OTA értéke egyre nyilvánvalóbbá válik a telepített kamerák számának növekedésével.

Egy maroknyi eszköz manuális frissítése kezelhető lehet. Több tucat vagy több száz kamera karbantartása üzletekben, raktárakban, irodákban vagy vásárlói telephelyeken más probléma.

Központosított firmware-kezelés nélkül a különböző eszközök különböző verziókon maradhatnak. Ez bonyolítja a biztonsági javításokat, a hibaelhárítást, az alkalmazáskompatibilitást, a tesztelést és az -értékesítés utáni támogatást.

Az OTA segíthet a gyártóknak és üzemeltetőknek a következők kezelésében:

Biztonsági javítás telepítése

A firmware verzió konzisztenciája

Távoli hibajavítások

WiFi és teljesítményoptimalizálás

Funkciók vagy algoritmusok fejlesztései

Alkalmazás és szerver kompatibilitás

A termék hosszú távú-karbantartása

Ez különösen a személyre szabottnál fontosWiFi kém kamera platformokon, mert a firmware viselkedése szorosan kapcsolódik a lapkakészlethez, a PCB-hez, a vezeték nélküli modulhoz, az energiaellátási architektúrához, az alkalmazáshoz és a szerverkörnyezethez.

Egy olyan termék, mint aDIY WiFi kamera modulazt is bemutatja, hogy miért kell a firmware-tervezésnek platformszinten megtörténnie. Miután a modult integrálták az ügyfél házába vagy alkalmazásába, nem lehet praktikus minden egységet lekérni a manuális firmware-szolgáltatáshoz.

Mit kérdezzenek az OEM-vásárlók az OTA-támogatásról?

A csatlakoztatott kameraplatform jóváhagyása előtt érdemes tisztázni:

Ki irányítja a firmware kiadásokat?

Hogyan történik a firmware hitelesítése?

A különböző SKU-k és PCB-verziók különböző firmware-t kaphatnak?

Mi történik, ha a telepítés sikertelen?

A visszaállítás támogatott?

Támogatott a -visszaállítás elleni védelem?

Elkészíthetők a kiadások a teljes üzembe helyezés előtt?

Hogyan hangolják össze a firmware- és a mobilalkalmazás-{0}}verziókat?

Meddig folytatódik a firmware támogatás?

Támogathatja-e a szoftverplatform a privát{0}}címkékre vonatkozó követelményeket?

Ezek a kérdések ugyanabba a műszaki értékelésbe tartoznak, mint a képminőség, a WiFi stabilitás, az energiafogyasztás és a hardver megbízhatósága. A rejtett kamera minta tesztelési ellenőrző lista segíthet a szélesebb körű, gyártás előtti{0}}ellenőrzés felépítésében.

Gyakran ismételt kérdések a WiFi kamerák OTA frissítéseivel kapcsolatban

A WiFi kamerának internet-hozzáférésre van szüksége az OTA firmware frissítéséhez?

A hagyományos felhő{0}}alapú OTA-frissítések általában hálózati hozzáférést igényelnek, hogy a kamera felvehesse a kapcsolatot a frissítési szolgáltatással és lekérhesse a firmware-t. Egy termék külön támogathatja a helyi frissítést SD-kártyán, USB-n vagy szervizeszközön keresztül.

Mi történik, ha a WiFi megszakad az OTA frissítés során?

Ha a kapcsolat meghiúsul a letöltés során, a frissítés általában leállhat, újra próbálkozhat vagy folytatódhat a megvalósítástól függően. A meglévő firmware általában érintetlen marad mindaddig, amíg a helyettesítő képfájl teljes beérkezése és érvényesítése meg nem történik.

Egy OTA firmware-frissítés tépázhat egy kamerát?

A sikertelen firmware-frissítés miatt a rosszul védett rendszer nem tud elindulni. Az ellenőrzés, az A/B partíciók, a watchdog logika és a visszaállítási mechanizmusok célja ennek a kockázatnak a csökkentése.

Leállítja a kamera a rögzítést firmware frissítés közben?

Ez a hardver és a firmware architektúrától függ. A frissítés letöltése közben is folytatódhat a rögzítés vagy a streamelés, de a firmware aktiválása általában újraindítást és ezért rövid megszakítást igényel.

Miért indul újra a WiFi kamera firmware frissítés után?

Az újraindítás lehetővé teszi, hogy a rendszerbetöltő és az eszközszoftver az újonnan telepített firmware lemezképről induljon el. A kamera ezután inicializálja a hardverét, a WiFi-kapcsolatát, a rögzítési szolgáltatásokat és a szerverkommunikációt az új verzió alatt.

Biztonságosak az OTA firmware frissítései?

Ilyenek lehetnek, ha az architektúra megfelelően van megtervezve. A biztonságos szállítás, a digitális aláírások, az integritás-ellenőrzések, a hardverkompatibilitás ellenőrzése, a verzióellenőrzés és a helyreállítási mechanizmusok mind hozzájárulnak a frissítési folyamat biztonságához.

Mi a különbség a visszaállítás és az anti-visszaállítás között?

A visszaállítás visszaállítja a korábbi működő firmware-t, ha az új verzió meghiúsul. Az anti-visszaállítás megakadályozza, hogy az eszközt egy régebbi firmware-verzióra állítsák vissza, amelyben már nem szabad megbízni.

Végső gondolatok

A megbízható WiFi kamera OTA rendszer fegyelmezett sorrendet követ: azonosítja a megfelelő firmware-t, biztonságosan letölti, hitelesíti és ellenőrzi, biztonságosan telepíti, újraindítja az új lemezképet, érvényesíti az eredményt, és helyreállítja, ha valami elromlik.

A csatlakoztatott Mini és Hidden Camera termékek esetében ez a szoftver életciklusa ugyanolyan mérnöki figyelmet érdemel, mint az érzékelő, az objektív, a PCB, az antenna és a ház.

Allcam mini és rejtett kamera termékeket fejleszt és gyárt az OEM/ODM projektekhez, amelyek hardver-, firmware-, alkalmazás- és platformkövetelményeket foglalnak magukban. Ha értékeli az OTA firmware-támogatását egy új kameratermékhez, forduljon hozzánk, hogy megvitassuk projektje lapkakészletét, frissítési architektúráját, alkalmazási munkafolyamatait és hosszú távú szoftverkövetelményeit.