Beágyazott rendszer

A beágyazott rendszer (más néven angolul "beágyazott rendszer" ) egy elektronikus számológép vagy számítógép , az érintett technikai összefüggésben (beágyazott). A számítógép vagy felveszi a felügyeleti, vezérlési vagy szabályozási funkciókat, vagy felelős valamilyen adat- vagy jelfeldolgozásért, például titkosításért vagy visszafejtésért, kódolásért vagy dekódolásért vagy szűrésért.

A beágyazott rendszerek a szolgáltatást - a felhasználó számára jórészt láthatatlanul - számos alkalmazási területen és eszközön látják el, például orvostechnikai eszközökben , mosógépekben, repülőgépekben, gépjárművekben, hűtőszekrényekben, televíziókban, DVD-lejátszókban, set-top boxokban , routerekben. , mobiltelefonok vagy általában szórakoztató elektronikai eszközök . Összetett komplex rendszerek esetén általában nagyszámú egyébként autonóm, beágyazott rendszer hálózatba kapcsolásáról van szó (például járművekben vagy repülőgépekben).

A beágyazott rendszereket gyakran speciálisan alkalmazzák egy feladatra. Költségek miatt optimalizált, vegyes hardver-szoftver megvalósítást választanak. Egy ilyen konstrukció ötvözi a szoftverek nagy rugalmasságát a hardver teljesítményével . A szoftvert mind a rendszer vezérlésére, mind a rendszerrel való interakcióra használják a meghatározott interfészeken vagy protokollokon keresztül (pl. LIN busz , CAN busz , ZigBee vezeték nélküli kommunikációhoz vagy IP over Ethernet ).

Beágyazott rendszer plug-in kártyára processzorral, memóriával, tápegységgel és külső interfészekkel

jellemzés

Egyes esetekben a beágyazott rendszerek a munkaállomás-számítógépekhez hasonló hardveren ( beágyazott PC-k ) alapulhatnak . Azonban jellemzően nagyon korlátozó határfeltételek vonatkoznak rájuk: minimális költségek, alacsony hely-, energia- és tárolási fogyasztás. Az egyes alkatrészek, például a processzor és a fő memória, gyakran a régebbi alkatrészek továbbfejlesztésén alapulnak, ami megkönnyíti a hosszú távú felhasználhatóságot és a pótalkatrészek beszerzését. A "modern" beágyazott rendszerek gyakran olyan processzorplatformokon alapulnak, amelyeknek nincs sok közös vonása a PC-világgal, de a perifériás modulok tekintetében nagymértékben integráltak, és a modern energiatakarékos technológiáknak köszönhetően lényegesen kevesebb energiát fogyasztanak.

Sok alkalmazás esetében a régebbi processzor-architektúra használata csökkentheti a költségeket. Az MCS-51 , Microchip-8Bit-PIC vagy Z80 sorozat architektúrája kora és ismert gyengeségei ellenére továbbra is nagyon népszerű alap a beágyazott rendszerek számára. A programkód és az eszközláncok újrafelhasználása, valamint a „szükség nélkül” történő teljes újratervezés iránti vonakodás szintén marginális tényező, amelyet nem szabad lebecsülni a tiszta anyagköltség mellett.

Beágyazott rendszerben a szoftvernek gyakran meg kell felelnie a valós idejű követelményeknek. Általános szabály, hogy a PC-s hardverhez képest erőteljesen csökkent erőforrások vannak, főleg merevlemez, gyakran operációs rendszer, billentyűzet vagy képernyő nélkül. ROM vagy flash chip helyettesíti a mechanikus tároló alkatrészeket, például a merevlemezt; Az energiatakarékos processzorok ventilátor nélkül járnak, mert a mozgó alkatrészek kopást és hajlamot jelentenek a hibákra. Ha egyáltalán van, általában csak egy kezelő van, és a kimenetet - ha van ilyen - egy LCD valósítja meg .

Az ilyen eszközön található szoftvert firmware-nek hívják. Általában ROM-on van , de egyre gyakrabban flash memórián . Flash memória esetén lehetőség van firmware frissítésre a chip cseréje nélkül. Ha csak egy ROM áll rendelkezésre, akkor általában az egész chipet ki kell cserélni, néha az egész áramkört.

Firmware alkatrészek

A firmware alapvetően három összetevőből áll.

Bootloader: Biztosítja az operációs rendszer és az alkalmazás szoftverének betöltését. Ez lehetőséget kínál az operációs rendszer és az alkalmazás szoftverének frissítésére is a flash memóriában . Ez történhet soros interfészen (RS232), vagy Etherneten és IP-n keresztül. A beágyazott rendszerek jól ismert boot betöltői a RedBoot vagy az U-Boot.
operációs rendszer: Ez a szoftverrész többek között a következőket tartalmazza: multitaskinghoz, tároláshoz és fájlkezeléshez (pl. JFFS2), valamint olyan IP szolgáltatásokhoz, mint a TFTP , HTTP , SNMP és Telnet
Alkalmazás szoftver: Ez a rész az alkalmazás-specifikus szoftvert tartalmazza. Ez más néven alkalmazásszoftver .

Kis beágyazott rendszerek esetén a három szoftverrész kombinálható.

Platformok

A beágyazott rendszerek sokféle CPU- architektúra ( 8051 , ARM , AVR , TI MSP430 , MIPS , PowerPC , 68000 / Coldfire , Intel x86 , 68HC12, C167 , Renesas M16C , H8S és különféle egyéb 8/16/32 bites CPU) felhasználásával készülnek. .

Az architektúrák egy alcsoportját képezik a processzorcsaládok (pl. 8051, AVR, PIC16, ARM7, PowerPC 5xx, MIPS 4k, AMD AU1000, Intel Pentium M), amelyekben ugyanazon fejlesztőeszközökkel és hibakereső eszközökkel különböző változatok működtethetők. A processzorcsaládon belüli különbségek a sebesség, és mindenekelőtt a memóriával ellátott eszközök és a perifériás alkatrészek.

Különösen rugalmas platform a nagymértékben integrált FPGA modulok, amelyekkel egyrészt különböző CPU architektúrákat lehet szimulálni (pl. 68000 és PowerPC 405 egy chipen), másrészt jól párhuzamos számítási teljesítmény processzor nélkül - csak dedikált logika segítségével - elérhetővé válik. Valódi alkalmazásokban mindkét megközelítést gyakran integrálják egy FPGA-ba, mint SoC . Folyamatosan vezetékes kemény makrókat, például a különböző Xilinx Virtex -FPGA-k PowerPC-magjait , valamint rugalmasan konfigurálható softcore processzorokat, például Alteras Nios II , Xilinx ' MicroBlaze , a Mico32 Lattice-tól vagy egy mikrokontroller, például PIC IP-magjait használják processzorként vagy 8051.

operációs rendszer

Beágyazott számítógép Simatic Microbox PC 427B a Siemens-től , amelyre a Windows XP beágyazott operációs rendszer telepítve van.

Gyakran nem használnak operációs rendszert a "kicsi" rendszerekben.

Ha az operációs rendszert beágyazott rendszerekben használják, akkor ez általában egy speciális operációs rendszer (például: QNX , VxWorks , Nucleus , OSEK , OS-9 , RTEMS , ECOS ). A szabványos operációs rendszerek, például a Linux (lásd: Beágyazott Linux ), a NetBSD vagy a Windows ( 3.x , CE , XP Embedded , Automotive vagy Windows Embedded POSReady 2009 / POSReady 7 ) speciális, úgynevezett beágyazott verzióit használják. Az alkalmazásoknak gyakran puha vagy akár kemény valós idejű követelményeik is vannak , amint az alábbiakban részletesebben leírjuk. Ehhez speciális valós idejű operációs rendszereket vagy megfelelően adaptált magokkal rendelkező operációs rendszereket kell használni.

Fejlesztési környezet, programozás, eszközök

A programfejlesztéshez használt szoftvert, azaz a fordítót , az összeállítót és a hibakeresőt (bár a hardvert rendszeresen kell használni a hibakereséshez is), általában különböző gyártók kínálják:

- félvezető gyártók, akik érdekeltek processzoraik és vezérlőik értékesítésében, és
Az ilyen programokra szakosodott szoftvercégek.

A beágyazott rendszerek szoftverét, a firmware-t általában keresztfordító segítségével állítják elő. Ez a fordító a fejlesztői rendszeren (PC architektúra) fut, azaz általában más architektúrával rendelkezik, mint a célrendszer. Sok keresztfordító nem korlátozódik egy adott processzorra, hanem generálhat gépi kódot egy teljes processzorcsaládhoz, például ARM7, PowerPC 8xx.

Néhány gyártó olyan rendszertervező készleteket is kínál , amelyek egy prototípus táblát tartalmaznak a megfelelő processzorral, valamint egy sor szoftverfejlesztő készletet és a hardver és szoftver dokumentációját .

A szoftver a beágyazott rendszerek egyre inkább készülnek a segítségével a modell-alapú fejlesztés, amelyben a grafikus modellek a viselkedés vannak megadva, amelyeket ezután alakítjuk át a C kód segítségével kódgenerálást .

Az előnyben részesített programozási nyelv általában a C vagy a C ++ , de vannak olyan megközelítések is, mint az OSGi for Java . Az összeállítási nyelvet akkor használják, ha az idő kritikus vagy az eszközillesztő funkciókat elsősorban megszakításokban programozzák, vagy amikor magát az operációs rendszert kell új környezethez vagy CPU-hoz adaptálni. Az operációs rendszer felett az assembler inkább marginális jelenség, de az assemblert gyakrabban használják operációs rendszer nélküli rendszerekben, különösen nagy memóriakorlátozások mellett. A biztonság szempontjából kritikus alkalmazásokban, például a repülésvezérlő számítógépekben, egzotikus nyelveket, például az Ada- t is használnak a beágyazott rendszerekben - itt azonban meg kell különböztetni az idő-kritikus és a biztonság szempontjából kritikus alkalmazások szintjét, amelyekhez a különböző alkalmazások és a programozási nyelvek felelősek lehetnek a rendszeren belül. Az úgynevezett modellalapú fejlesztést a MATLAB / Simulink vagy az ASCET segítségével gyakran nemcsak az autóiparban használják . A C-kód automatikusan generálódik a modellekből, amelyet viszont a megfelelő célprocesszorhoz fordítanak.

A beágyazott rendszerek szoftverének tesztelésére gyakran a korai fejlesztési fázisokban kerül sor a PC-n. Ehhez gyakran meg kell szimulálni az alkalmazás környezetét, amellyel a beágyazott rendszer kommunikál . Ezt a szimulációt azután MiL-nek ( Model in the Loop ) vagy SiL-nek (Software in the Loop) hívják. Ha viszont a szoftvert a cél hardveren valósítják meg, akkor a HiL-ről ( Hardver a hurokban ) beszélünk , a teszt hardverhez való hozzáférés a PC-ről általában hardveremulátoron keresztül történik .

Szoftverfejlesztés

A beágyazott rendszerek szoftverfejlesztése alapvetően különbözik az asztali vagy PC-s rendszerekétől, mivel ebben az esetben a hangsúly az I / O bemenet lehetőségeire irányul . Ennek funkciói hardverfüggőek, és minden rendszerhez újból ki kell dolgozni.

Hibakeresés, hibaelhárítás

A hibakeresés magában foglalja mind a szoftver, mind az integrált rendszer hibakeresését . Szoftverteszteléshez egy áramkörön belüli emulátor (ICE) használható, a program és a hardver kombinációja, amely lehetővé teszi a rendszerben lévő szoftver , azaz a cél hardver tesztelését. Hagyományosan a tényleges vezérlőt ki kell cserélni az ICE hardverre ( kötés-kimeneti processzor ). Ez lehetővé teszi a szoftver kényelmes fejlesztését és további beavatkozás nélkül a cél hardverbe. Mivel az ICE-vel a CPU perifériájához lehet hozzáférni, a szoftveres és a hardveres hibákat meg lehet különböztetni és elkülöníteni. Korábban ehhez logikai elemzőre volt szükség, amely kiegészítő opcióként emulálhatta a cél CPU-t.

Manapság a beágyazott CPU-k már tartalmaznak egy "keskeny nyomtávú" ICE-t a fedélzeten, így a hardveres ICE nem feltétlenül szükséges. Ezzel szemben a hibakereső szoftver lehetőségei a cél CPU befolyásolására korlátozottak. A CPU teljes ellenőrzése nem lehetséges, de a költségek jelentősen csökkennek. Ha egy teljesen kifejlesztett ICE rendszer akár hatjegyű euróba kerül egy 68000 származékos termék esetében, akkor egy ilyen "keskeny nyomtávú" rendszer költségei az alsó háromjegyű euró-tartományban vannak. Általában JTAG típusú interfészt használnak. A Coldfire és a 68000 derivatívák alternatívája a Motorola Background Debug Module (BDM) interfésze .

Még a modern ARM architektúrák és a Cortex-M3 maggal rendelkező vezérlők esetében is elérhető egy speciális hibakeresési magként: https://developer.arm.com/documentation/ddi0337/e/DDI0337E_cortex_m3_r1p1_trm.pdf (10. fejezet ... 13) a mikrovezérlő olyan része, amelyre nincs szükség a normál programsorozathoz, és csak hibakeresés céljából van beépítve. Ezt a hibakeresési magot hibakereső szoftverrel lehet megoldani egy JTAG vagy SWD adapteren keresztül. Ez lehetővé teszi a processzor leállítását a program bármely pontján, és a regiszterek vagy a memória értékeinek megtekintését vagy megváltoztatását. A kód lépésenkénti feldolgozása a hibaelhárításhoz is lehetséges. Az itt szükséges hardver egy JTAG vagy SWD adapter, amely gyakran 100 euró alatti áron kapható. A hibakereső szoftver a teljesen működő ingyenes szoftverektől ( gdb + ddd , gdb + kgdb , Eclipse ) a professzionális szoftverekig terjedhet, több ezer euróban.

Alternatív megoldásként gyakran használnak szimulátorokat, amelyek a mikrovezérlő belső szerkezetét és kerületét szimulálják a szoftverben. Hibakereséskor a „külső” jeleket (gombok, kijelző) „kézzel” kell szimulálni, ekkor olyan megszakításokat kell használni, amelyek nem valósíthatók meg a szimulátorban.

A beágyazott rendszerek Java- alapú fejlesztései is vannak . Az egyszerűbb platformváltás és a platformfüggetlenség, a szimulátorok kihagyásával (lásd: OSGi és Embedded Java ).

A mikrokód megszakítás lehetővé teszi, hogy a hibakereső csak a CPU helyett a hardveren dolgozzon. A CPU szempontjából a CPU-alapú hibakeresők ezután felhasználhatók a számítógép elektronikájának tesztelésére és szükség esetén a hibák diagnosztizálására. Ezt a képességet a PDP-11-en kutatták és fejlesztették (lásd Programozott adatfeldolgozó ).

A rendszer tesztet hardver a hurokban technológiával hajtják végre , amelyben a kész rendszert speciális hardverhez kapcsolják, amely a rendszer környezetét szimulálja. Ily módon a rendszer viselkedését tesztesetekkel lehet részletesen megvizsgálni.

A beágyazott rendszert befogadó rendszerkörnyezet felépítése

Általános szabály, hogy a beágyazott rendszer és a beágyazott rendszert befogadó rendszerkörnyezet között különféle interfészek vannak . A beágyazott rendszer alkalmazásától függően ezek az interfészek a gyakorlatban nagyon eltérő módon valósíthatók meg. Ezen interfészek egy speciális része a felhasználói felület. Ezenkívül van egy vagy több alkalmazás-programozási felület a rendszer és a rendszer környezete között .

Szoftverkoncepciók a rendszerkörnyezet felépítéséből fakadó követelmények figyelembevétele érdekében

Sok alkalmazás csak akkor válnak értelmes és használható, ha a jelfeldolgozó szükséges őket zajlik a valós időben . Azoknak az eszközöknek, rendszereknek és folyamatoknak, amelyekhez a "valós idejű" attribútumot hozzárendelik, meg kell felelniük az olyan kritériumoknak, mint az " időszerűség ", " kiszámíthatóság ", " biztonság " és " megbízhatóság " , objektív szabványok szerint . Ehhez a feladatok és folyamatok valós idejű tervezésére van szükség . Ezenkívül a feladat teljesítésének maximális futási idejét a rendszer környezetéből kell meghatározni, azaz egy determinisztikus folyamatfolyammal kell társítani. A rendszer reakcióidőnek a feladat teljesítéséhez meg kell felelnie az "időszerűség" kritériumának.

A valós idejű feldolgozás megvalósításához különféle szoftverkoncepciókat használnak, figyelembe véve a felhasználói felület (ek) et és az alkalmazás programozási felületeit.

Idő- és eseményvezérelt tervezés beágyazott szoftverekhez

Az alábbiakban felsorolt, úgynevezett "vezérlő hurok", amely a vezérlő kialakítását jelenti, legfeljebb az iparágban a beágyazott rendszerek rendkívül egyszerű szabályozására alkalmas . Nem is kell valós időben aláfesteni. Ezt meg kell különböztetni az úgynevezett "reaktív megközelítéstől", amely egy úgynevezett " reaktív rendszer " kialakítását jelenti, amely állandó kölcsönhatásban van a környezettel, a környezet dominál és a reaktív rendszer annak alárendelt.

Vezérlő hurok

A vezérlőhurkok olyan vezérlőrendszerekhez használhatók, amelyek ciklikus számításokat végeznek a bemeneti jelek alapján és kimeneti jeleket küldenek (lásd a vezérléstechnikát ); ezt "idővezérelt tervezésnek" is nevezik (lásd: Beágyazott szoftvertervezés ).

Reaktív megközelítés

A reaktív megközelítés olyan folyamatfolyamat megtervezéséhez vezet, amelyben aperiodikusan bekövetkező eseményeket, például egy billentyűleütést vagy egy gombnyomássorozatot dolgoznak fel, és az ebből következő műveleteket elindítják. Ezt hívják "eseményvezérelt tervezésnek" (lásd: Beágyazott szoftvertervezés ).

A rendszer indítása

Minden beágyazott rendszer rendelkezik indítási kóddal , amelyet a bekapcsolás után futtatnak át. Általában ez inaktiválja a megszakításokat , kalibrálja a belső elektronikát , teszteli a számítógépet ( RAM , ROM , CPU ) és elindítja a tényleges programkódot, miután mindent sikeresen teszteltek.

Sok ilyen rendszer 100 ms-on belül készen áll a használatra. Kis áramkimaradás vagy feszültségingadozás után is azonnal működnek ezek az eszközök, mert a belső hardver kihagyja a hardver és szoftver öntesztjét . A RAM esetleg megváltozott bitjei miatt azonban meghatározatlan rendszer viselkedés fordul elő, amely elkerüli a feszültségfigyelés áramkörét (Supply Voltage Supervisor, SVS vagy más néven Brownout Detection). Az SVS "helyes" visszaállítást indít el, így a rendszer teljesen inicializálódik, és az öntesztek lefutnak.

A rendszerindítás időtartamát a jármű elektronikájában láthatják azok a jelzőfények, amelyek a gyújtás bekapcsolásakor kigyulladnak, és rövid idő után újra kialszanak. Sok eszköz esetében a rendszer indítása azt jelenti, hogy a bekapcsolás hosszabb ideig tart, mint analóg eszközökkel, például autórádióval .

Kommunikáció a rendszer technikusa és a beágyazott rendszer között működés közben

A beágyazott rendszereknek gyakran nincs saját kapcsolatuk a kijelzőhöz vagy a beviteli eszközökhöz. Közvetett felhasználói kommunikációt azonban lehet biztosítani adatfelületeken keresztül. A hálózattal kompatibilis nyomtatók és egyéb eszközök rendelkeznek webes vagy soros interfésszel, amelyen keresztül az összes fontos konfigurációs beállítást böngésző vagy terminál emulációval hajtják végre.

Beágyazott rendszerek tervezése

Az elektronika mikroprocesszort alkot megfelelő perifériákkal vagy mikrokontrollerrel . Néhány elavultabb rendszer még mindig általános célú nagygépeket vagy miniszámítógépeket használ .

A beágyazott rendszerekkel kapcsolatos tervezési döntések szempontjai

A beágyazott rendszerek tervezési döntéseiben a következő szempontok játszanak szerepet:

integráció: Minél több funkcionalitást tartalmaz az alkalmazott mikrovezérlő, annál kevesebb perifériás komponensre van szükség a szükséges rendszerinterfészekhez (bemenet / kimenet) való csatlakozáshoz. Minél kevesebb alkatrészt igényel egy áramköri kártya, annál alacsonyabb a vezetősávokhoz szükséges hely és az alkatrészek közötti jelterjedési idő. Ezek a megfontolások ahhoz a tényhez vezettek, hogy a mikrovezérlőkön már elegendő RAM és egyéb perifériás funkció található.
Hardverkövetelmények: A rendszer alkalmazási környezetétől függően sokféle keretfeltétel adódhat. Ha olyan környezeti körülményekről van szó, mint a hő és a por, akkor a hardvernek robusztusnak, vagyis mindenekelőtt hermetikus kapszulázásnak kell lennie . Ha összetettebb rendszerekről van szó, az ipari számítógépek gyakran jelentenek megoldást. Ha állandó mechanikus rezgésről van szó, a dugaszoló csatlakozásokat menteni kell, vagy különösen robusztusnak kell lenniük. A lehető legnagyobb mértékben kerülni kell a mozgó alkatrészekkel rendelkező alkatrészeket, például a merevlemez-meghajtókat vagy a ventilátorokat.
Energiafogyasztás: Sok esetben a beágyazott rendszereket akkumulátorok működtetik. A vízmérőkhöz hasonlóan ezeket is csak a kalibrációs intervallumban cserélik (5 év + futási idő tartalék). A hosszú futási időt speciális chip-technológiák (pl. CMOS ) és a szoftveres intézkedések, például alvó üzemmód révén érik el .
Valós idejű követelmények: A magas rendelkezésre állás és a meghatározott válaszidők gyakran megkövetelik a beágyazott rendszer, így az operációs rendszer és a szoftver követelményeit. Például az elektronikusan vezérelt féknek vagy a légzsáknak szinte azonnal reagálnia kell az ezredmásodperc tartományban, a meghatározott késleltetési idő túllépése nem tolerálható. Az egyszerű és zárt kialakítás, valamint a speciális, valós idejű operációs rendszerek használata lehetővé teszi a teljes rendszer válaszidejének becslését már a fejlesztési fázisban.
Működési biztonság: A PC-kkel ellentétben sok beágyazott rendszer folyamatosan fut. A hibák és meghibásodások, például az elektromágneses összeférhetőséggel (EMC) kapcsolatos problémák speciális intézkedéseket igényelnek a beágyazott rendszerben a megbízható újraindítás garantálása érdekében. Microcontrollers ezért szerelve egy watchdog . Ez szabályozott újraindítást okoz a folyamat szabálytalansága esetén, és így biztosítja a beágyazott rendszer felhasználói beavatkozás nélküli elérhetőségét.
Egységár: Az egységár a fejlesztési és gyártási költségektől függ. Nagy termelési mennyiségek esetén ezért nagy erőfeszítéseket tesznek az optimális erőforrás-felhasználás fejlesztésére. Kis mennyiség esetén az anyagköltségek kevésbé fontosak. A drágább, de rugalmasabb alkatrészek (pl. FPGA-k ) csökkentik a fejlesztési időt.
Fejlesztőkörnyezet: Lásd: Rendszertervező készlet .

A beágyazott rendszerek felhasználói oldali tervezési problémái

A beágyazott rendszerek fokozott használatával az autókban egy másik probléma válik észrevehetővé: a rendszerek száma olyan magas, hogy az autóban rendelkezésre álló hely nem elegendő, és a kábelezési erőfeszítések megnőnek. Ezért több vezérlési funkció van egyesítve egy vezérlőegységben ; erőteljes 32 bites mikrokontrollerek tették lehetővé. Az olyan memóriavédelmi mechanizmusok , mint az MPU vagy az MMU , amelyek biztosítják, hogy az egyes funkciók ne befolyásolhassák egymást, általában még mindig meglehetősen ritkák - nem szabad lebecsülni a 8/16 bites vezérlő rendszerek elterjedését sem. Ebben a piaci szegmensben az áramfogyasztás minimalizálásának és a költségek minimalizálásának maximuma érvényes, ezért a "csak annyi, amennyire szükséges" elve.

történelem

A beágyazott rendszer első kiemelkedő alkalmazása az Apollo Guidance Computer volt, amelyet Charles Stark Draper fejlesztett ki az MIT Instrumentation Laboratóriummal együtt . Minden holdjáratnak két ilyen rendszere volt, amelyeket irányításra használtak. Az inerciális rendszer használunk mind a parancsnoki modulban, és a Hold -modul (LEM Lunar Excursion Module).

Az Apollo projekt elején ezt a rendszert a projekt egyik legkockázatosabb elemének tekintették.

Az első beágyazott rendszerek, de már a Minuteman- ben voltak - sorozatban használt és gyártott rakéta . Az alkalmazás egy útkereső rendszer volt, amely lehetővé tette a rakéta önálló manőverezését egyszeri programozás után. Az ár csökkenésével az alkalmazott integrált áramkörök fokozatosan megnyíltak az alkalmazások szélesebb körében.

A Minuteman számítógép meghatározó jellemzője az volt, hogy az útkereső algoritmust később be lehetett programozni, ami azt jelentette, hogy a rakéta sokkal pontosabban használható. További előny volt a rakéta önellenőrző funkciója az állapot lekérdezéseknél, valamint az, hogy nagyobb mennyiségű kábel elengedhető a súly javára.

Lásd még

Építészet

Fogalmak és fogalmak

irodalom

Jürgen Teich, Christian Haubelt: Digitális hardver / szoftver rendszerek - szintézis és optimalizálás . Springer, Berlin / Heidelberg 2007, ISBN 978-3-540-46822-6 .
Joachim Wietzke: Beágyazott technológiák: Az illesztőprogramtól a grafikus kapcsolatig . Springer, Berlin / Heidelberg 2012, ISBN 978-3-642-23995-3
Jörg Wiegelmann: Szoftverfejlesztés C-ben mikroprocesszorokhoz és mikrokontrollerekhez: C-programozás beágyazott rendszerekhez VDE Verlag 2011, ISBN 978-3800732616

web Linkek

Commons : Beágyazott rendszerek - képek, videók és audio fájlok gyűjteménye

Irodalom a beágyazott rendszer témájáról a Német Nemzeti Könyvtár katalógusában

Egyéni bizonyíték

↑ Jürgen Quade, Michael Mächtel: Kompakt, valós idejű rendszerek: bevezetés beágyazott Linux-tal. dpunkt-Verl., Heidelberg 2012, ISBN 978-3-89864-830-1 .
↑ Dieter Zöbel: Valós idejű rendszerek: alapok és tervezés. Springer, Berlin 2008, ISBN 978-3-540-76395-6 , 18. o.

[1] Jürgen Quade, Michael Mächtel: Kompakt, valós idejű rendszerek: bevezetés beágyazott Linux-tal. dpunkt-Verl., Heidelberg 2012, ISBN 978-3-89864-830-1 .

[2] Dieter Zöbel: Valós idejű rendszerek: alapok és tervezés. Springer, Berlin 2008, ISBN 978-3-540-76395-6 , 18. o.

Languages