Kereskedelmi robotok építése
Számos olyan példát látok a robotikus cégekre, amelyek mindent fejlesztésre fordítanak, és figyelmen kívül hagyják a felvetett fontos kérdéseket, amikor megközelítik a termelést.
Hogyan frissül a szoftver?
Amint a kereskedelmi nyomás megtörténik, a vállalkozásoknak csak arra van hajlamuk, hogy csak "szállítsák meg, amit kapnak", így a tárgyak internetes piaca tele van eszközökkel, kemény kóddal rendelkező hitelesítő adatokkal, titkosítatlan fejlesztőkulcsokkal, különböző biztonsági résekkel és frissítési útvonalak nélkül. Ez a támadás nem volt lehetséges nulladik napi sebezhetőség felfedezésével: a Mirai képes létezni, mert több ezer internetes eszköz rendelkezik megfogalmazott hitelesítő adatokkal, amelyek a gyártóknak a gyártás után nem tudnak megváltozni.
Az ilyen hibák miatt az eladók és a gyártók kénytelenek drágákkal foglalkozni termék visszahívások az interneten keresztül. Nem megfelelő termelési stratégiák vannak az őrületben. A robotikusoknak vissza kell lépniük, és a termelést teljesen új problémaként kell kezelniük.
- Robot építés | szabadibela.hu
- Ig bináris opciók
Itt a legfontosabb kérdéseim vannak: Hogyan frissül a szoftver? Tény - a szoftver tökéletlen. Néhány héttel az indítás után rájössz, hogy véletlenül tartalmazta az SSH kulcsokat, vagy új funkciókat kíván hozzáadni az ügyfél visszajelzései alapján. Ennek a bevezetés utáni józan módnak kell lennie.
Digitális Család
A probléma megoldásához sok robotfejlesztő úgy dönt, hogy fenntartja saját frissítési infrastruktúráját egy Debian tároló fórumán, amely több ezer csomagot tartalmaz, gyakran pillanatképeket készít az egész ROS archívumról, hogy ne lehessen elszakadni tőlük. Ez a feladat, de az infrastruktúra karbantartása nem könnyű feladat, és az ROS pillanatfelvételek gyorsan elakadnak.
Sokkal jobb megközelítést kell használni patent. A pillanatképek gyorsan telepíthetők, könnyen létrehozhatók, biztonságosak, és automatikusan frissülnek, így a robot mindig friss és soha nem sérül.
A fájlrendszeren található rögzítések nem változtathatók meg, nincsenek megszakadási zavartalanságaik, és digitális aláírással rendelkeznek, így bármikor ellenőrizhetik azok sértetlenségét.
A pilléreknek nincsenek függőségi sorsaik, mert függőségük a csomópontba kerül. A robotfejlesztők egy nevű eszközt használnak Snapcraft a képenhogy ezeket kereskedelmi robotok építése különféle komponenseket összehangolják és a rendszereket egy kohéziós elosztható csomagba építik.
A Snapcraft ezáltal folyamatosan bővülő kereskedelmi robotok építése tartalmaz különböző építési rendszerekhez, például Python, CMake és Catkin a ROS-hoz való felépítési rendszer. Az általános szoftverfrissítések mellett stratégiát is igényel kereskedelmi robotok építése alapul szolgáló operációs rendszer frissítéséhez.
Ne dobd ki a hulladékot, lehet belőle robot! – a REBOT sztori
Az automatikus rendszerfrissítések a hagyományosan csomagolt disztribúciók esetében egy nem indítható robotot eredményezhetnek, ha a frissítés megszakad. Az Ubuntu Core teljes egészében a pattintókon alapul. Minden alkatrész automatikusan kereskedelem trendértékelések alapján a dobozból - a mag, a rendszermag és bármi, amit a tetejére ad - és ez így történik, így ha a frissítés megszakad, akkor a robotot nem dobja ki.
Nem csak ez, de ha referenciakészüléket például Raspberry Pi 3, stb. Használ, a Canonical biztosítja a mag és a rendszermag frissítéseit az LTS kiadásának élettartama alatt.
Hogyan javul a robotod, ha egy frissítés hibás?
Hogyan javul a robotod, ha egy frissítés hibás? A legtöbb ember tudja a megfelelő módot a számítógép kikapcsolására, de sokan nem ismerik fel a robotrendszert.
Ha egy robot furcsán viselkedik, nagyon erősen kikapcsolható. Mi lenne, ha a rendszermag frissítésének közepén állna?
Ez a kényszerindítás újraindítható robotot eredményezhet. Ez elég nehéz ahhoz, hogy az asztali PC-re rögzítsen, sokkal nehezebb, ha egy raktár roboton történik, hogy senki sem tudja, hogy fut-e kereskedelmi robotok építése Linux.
Az Ubuntu Core és a snaps igazán csak squashfs képeket tartalmazó szoftverek és azok függőségek a frissítési folyamat olyan egyszerű, mint automatikusan letölteni az új képet, levenni a régi, és az új helyére. Az öreg rágcsálók, ha egyszer eltávolításra kerülnek, abban az esetben tartják fenn, ha valami meghiúsul az új pattanással.
Ha probléma merül fel, a pattanás automatikusan visszalép a régihez. A pillérek atomos jellege azt is jelenti, hogy egy telepítés sikeres vagy sikertelen, nincs közbenső állapot.
Robot építés
Ha a frissítés közepén húzza ki a hatalom, akkor emlékezik erre a tényre, amikor legközelebb felbukkan és befejezi a feladatot. Az Ubuntu Core-en alapuló robot olyan közel áll ahhoz, hogy megszabaduljon.
Mi a gyári eljárásod? Hogyan telepítheted a Linuxot, a ROS-t vagy bármilyen közbenső eszközt, amelyet használszés saját IP-jét egy olyan eszközön, amelyet hajlandó szállítanod? A kis boltok kézzel csinálhatják, de ez nem feltétlenül méretezhető és gyakran hibás. Mások személyre szabhatják az egyedi ISO-t, de ez nem kis feladat, és nem könnyű karbantartani a szoftver frissítésekor.
- Elfogadott szövegek - A robotikára vonatkozó polgári jogi szabályok - február , Csütörtök
- Bináris opciós kereskedési útmutató
Mások használják az Ansible vagy alternatív automatizálási eszközt, amely komoly tanulási görbét tartalmaz. Hosszú ideig rájössz, hogy a mérnöki törekvések órái olyan dolgokba kerültek, amelyeknek könnyűnek kellett lenniük. Ezzel ellentétben az Ubuntu Core segítségével egyetlen gyilkos kép lesz, amely magába foglalja az operációs rendszert, valamint a ROS rendszert, amely készen áll.
Ha többet szeretne megtudni erről a témáról, kérjük, nézze meg az én robotika webinar. Kyle Fazzari, robotikus a Canonicalban Components-Shop.
