CanSat - Kezdők útmutatója: 6 lépés

2024 Szerző: John Day | [email protected]. Utoljára módosítva: 2024-01-30 09:42

Ennek az utasításnak a fő célja a CanSat fejlesztési folyamatának megosztása lépésről lépésre. Mielőtt azonban elkezdenénk, tisztázzuk igazán, mi is az a CanSat, és melyek a fő funkciói, és kihasználva a lehetőséget, bemutatjuk csapatunkat. Ez a projekt kiterjesztési projektként indult egyetemünkön, az Universidade Tecnológica Federal do Paraná (UTFPR), a Cornélio Procópio campus területén. Tanácsadónk vezetésével cselekvési tervet dolgoztunk ki azzal a szándékkal, hogy belépjünk a CanSats rendszerbe, ami azt jelentette, hogy tanulmányozzuk annak minden aspektusát és jellemzőjét annak érdekében, hogy megértsük, hogyan működik, ami végül a a CanSat, és az útmutató kidolgozása. A CanSat a picosatellite besorolású, ami azt jelenti, hogy súlya 1 kg -ra korlátozódik, de általában a CanSats súlya körülbelül 350 g, szerkezete pedig szóda dobozon alapul, 6, 1 cm átmérőjű, 11, 65 cm magas hengerrel. Ezt a modellt azzal a szándékkal mutatták be, hogy leegyszerűsítse a műholdak fejlesztésének folyamatát annak érdekében, hogy lehetővé tegye az egyetemek számára ezeket a technológiákat, és népszerűséget érjen el az ezt a mintát alkalmazó versenyek miatt. Általánosságban elmondható, hogy a CanSats 4 struktúrán alapul, vagyis az energiaellátó rendszeren, az érzékelő rendszeren, a telemetriai rendszeren és a fő rendszeren. Vizsgáljuk meg tehát közelebbről az egyes rendszereket: - Energiaellátó rendszer: ez a rendszer felelős az elektromos energia ellátásáért a többiekhez, igényeinek megfelelően. Más szóval, állítólag ellátja a rendszereket a szükséges feszültséggel és árammal, tiszteletben tartva annak korlátait. Ezenkívül védelmi alkatrészeket is tartalmazhat, hogy garantálja a többi rendszer biztonságát és megfelelő viselkedését. Általában elemen és feszültségszabályozó áramkörön alapul, de sok más funkció is hozzáadható, például energiagazdálkodási technikák és többféle védelem. - Érzékelő rendszer: ez a rendszer az összes érzékelőből és eszközből áll, amelyek felelősek a szükséges adatok gyűjtéséért. többféleképpen is csatlakoztatható a főrendszerhez, soros protokollok, párhuzamos protokollok, ezért nagyon fontos, hogy mindezeket a technikákat elsajátítsuk, hogy meg tudjuk határozni a legkényelmesebbet. Általánosságban elmondható, hogy a soros protokollt gyakran választják, mivel kisebb számú kapcsolatuk és sokoldalúságuk van, messze a legnépszerűbbek az SPI, I2C és UART protokollok. - Telemetriai rendszer: ez a rendszer felelős a vezeték nélküli kommunikáció létrehozásáért a CanSat és a földi vezérlőállomás között, amely magában foglalja a vezeték nélküli kommunikációs protokollt és a hardvert. - Fő rendszer: ez a rendszer felelős az összes többi rendszer összekapcsolásáért, oly módon, hogy vezérli és szinkronizálja azok szervezeti működési sorrendjét.

1. lépés: A fő rendszer

Számos okból választottuk az ARM® Cortex®-M4F alapú mikrovezérlőt, ez egy alacsony fogyasztású MCU, amely sokkal nagyobb feldolgozási teljesítményt kínál, valamint számos olyan funkciót, amelyek nem gyakoriak a RISK mikrokontrollerekben, például a DSP funkciókat. Ezek a jellemzők azért érdekesek, mert lehetővé teszik a CanSat alkalmazások jellemzőinek összetettségének növelését, anélkül, hogy módosítani kellene a mikrokontrollert (természetesen annak határait is tiszteletben tartva).

Amíg a projektnek számos pénzügyi korlátai voltak, a választott mikrovezérlőnek is megfizethetőnek kellett lennie, így a specifikációknak megfelelően végül az ARM® Cortex®-M4F alapú MCU TM4C123G LaunchPad-ot választottuk, ez egy indítópult, amely éppen illeszkedett a projektünkhöz. A dokumentáció (a gyártó által biztosított adatlapok és jellemzők dokumentációja) és az MCU IDE előnyei voltak, amelyeket valóban figyelembe kell venni, amennyiben sokat segítettek a fejlesztési folyamatban.

Ebben a Cansatban úgy döntöttünk, hogy egyszerűvé tesszük, és csak az indítópult segítségével fejlesztjük, de természetesen a jövőbeli projektekben ez nem lesz lehetőség, tekintettel arra, hogy az indítópulton található számos funkció valójában nem szükséges a projektünkhöz, plusz formátuma nagyban korlátozta a CanSat szerkezetének projektjét, amennyiben a CanSat méretei minimálisak.

Tehát, miután kiválasztottuk a megfelelő „agyat” ehhez a rendszerhez, a következő lépés a szoftver fejlesztése volt, és az egyszerűség kedvéért úgy döntöttünk, hogy egyszerűen használunk egy szekvenciális programot, amely a következő sorrendet hajtja végre 1 Hz frekvencián:

Érzékelők leolvasása> adattárolás> adatátvitel

Az érzékelők részét később az érzékelőrendszerben, valamint az adatátvitelt a telemetriai rendszerben ismertetjük. Végül a mikrokontroller programozását kellett megtanulnunk, esetünkben meg kellett tanulnunk az MCU következő funkcióit, a GPIO -kat, az I2C modult, az UART modult és az SPI modult.

A GPIO -k, vagy egyszerűen általános célú be- és kimenetek olyan portok, amelyek több funkció végrehajtására is használhatók, amennyiben megfelelően vannak beállítva. Tekintettel arra, hogy nem használunk C könyvtárat a GPIO -khoz, még a többi modulhoz sem, az összes szükséges regisztert konfigurálnunk kellett. Ezért írtunk egy alapvető útmutatót, amely példákat és leírásokat tartalmaz az általunk használt modulok regisztereivel kapcsolatban, amelyek az alábbiakban elérhetők.

A kód egyszerűsítése és rendszerezése érdekében több könyvtárat is létrehoztak. Tehát a könyvtárakat a következő célokra hozták létre:

- SPI protokoll

- I2C protokoll

- UART protokoll

- NRF24L01+ - transzceptor

Ezek a könyvtárak az alábbiakban is elérhetők, de ne feledje, hogy a Keil uvision 5 IDE -t használtuk, így ezek a könyvtárak nem fognak működni a kódszerzőnél. Végül, miután létrehozta az összes könyvtárat és megtanulta az összes szükséges dolgot, összeállították a végső kódot, és ahogy elképzelheti, az alább is elérhető.

2. lépés: Az érzékelő rendszer

Ez a rendszer az összes érzékelőből és eszközből áll, amelyek felelősek a CanSat működési feltételeire vonatkozó információk gyűjtéséért. Esetünkben a következő érzékelőket választottuk:

- 3 tengelyes digitális gyorsulásmérő - MPU6050

- 3 tengelyes digitális giroszkóp - MPU6050

- 3 tengelyes digitális magnetométer - HMC5883L

- digitális barométer - BMP280

- és egy GPS - Tyco A1035D

A döntések elsősorban a hozzáférhetőségre épültek, ami azt jelentette, hogy mindaddig, amíg a mechanikai és elektromos (kommunikációs protokoll, tápegység stb.) Jellemzők kompatibilisek voltak a projektünkkel, további paramétereket nem szabtak a döntéseknek, még azért sem, mert egyes érzékelők esetében a rendelkezésre állás lehetőségei korlátozottak voltak. Az érzékelők beszerzése után ideje volt működésbe hozni őket.

Tehát az első, amelyet fel kell tárni, az MPU6050 nevű, három tengelyes digitális gyorsulásmérő és giroszkóp volt (bárhol könnyen megtalálható, amennyiben széles körben használják ARDUINO projektekben), kommunikációja az I2C protokollon alapul, amely minden slave rendelkezik címmel, amely lehetővé teszi több eszköz párhuzamos csatlakoztatását, tekintettel a cím 7 bites hosszúságára, körülbelül 127 eszköz csatlakoztatható ugyanahhoz a soros buszhoz. Ez a kommunikációs protokoll két buszon, egy adatbuszon és egy óra buszon működik, így az információcsere érdekében a mesternek 8 óra ciklusot kell küldenie (egyébként az információnak bájtnak kell lennie, amennyiben ez a kommunikáció alapul a bájt méretén) akár vételben, akár küldési műveletben. Az MPU6050 címe 0b110100X, az X pedig olvasási vagy írási művelet hívására szolgál (jelzi) (a 0 írási műveletet és 1 olvasási műveletet jelez), így amikor olvasni szeretne, csak használja a címét, mint 0xD1 és amikor csak írni szeretne, használja a címét 0xD0 formátumban.

Az I2C protokoll feltárása után az MPU6050 -t ténylegesen tanulmányozták, más szóval az adatlapját elolvasták annak érdekében, hogy megkapják a működéshez szükséges információkat, ehhez az érzékelőhöz csak három regisztert kellett konfigurálni, az energiagazdálkodás 1 regiszter - 0x6B cím (annak biztosítása érdekében, hogy az érzékelő ne legyen alvó üzemmódban), a giroszkóp konfigurációs regisztere - 0x1B cím (a giroszkóp teljes skálatartományának beállításához) és végül a gyorsulásmérő konfigurációs regisztere - 0x1C cím (a gyorsulásmérő teljes skálatartományának beállításához). Számos más regiszter is konfigurálható, amelyek lehetővé teszik az érzékelő teljesítményének optimalizálását, de ehhez a projekthez ezek a konfigurációk elegendőek.

Tehát az érzékelő megfelelő konfigurálása után most már el tudja olvasni. A kívánt információ a 0x3B regiszter és a 0x48 regiszter között zajlik, minden tengely értéke két bájtból áll, amelyek a 2 komplementer módon vannak kódolva, ami azt jelenti, hogy az olvasott adatokat át kell alakítani, hogy értelmesek legyenek (ezek a dolgok később tárgyaljuk).

Miután elkészült az MPU6050 készülékkel, ideje volt tanulmányozni a háromtengelyes digitális magnetométert, a HMC5883L nevet (bárhol könnyen megtalálható, amennyiben széles körben használják ARDUINO projektekben), és ismét a kommunikációs protokollja a soros protokoll I2C. A címe 0b0011110X, az X pedig olvasási vagy írási művelet hívására szolgál (jelzi) (a 0 írási műveletet, az 1 pedig olvasási műveletet jelez), tehát amikor olvasni szeretne, csak használja a címét, mint 0x3D, és amikor írni szeretne, csak használja a címét 0x3C formátumban.

Ebben az esetben a HMC5883L inicializálásához három regisztert kellett konfigurálni, az A konfigurációs regisztert - 0x00 címet (az adatkimeneti sebesség és a mérési mód beállításához), a B konfigurációs regisztert - a 0x01 címet (az érzékelő erősítésének konfigurálása érdekében) és nem utolsó sorban a módregiszter - 0x02 cím (az eszköz működési módjának beállításához).

Tehát a HMC5883L megfelelő konfigurálása után most már olvasható. A kívánt információ a 0x03 regiszter és a 0x08 regiszter között zajlik, minden tengely értéke két bájtból áll, amelyeket a 2 komplementer módon kodifikálnak, ami azt jelenti, hogy az olvasott adatokat át kell alakítani, hogy értelmesek legyenek (ezek a dolgok később tárgyaljuk). Különösen ennél az érzékelőnél az összes információt egyszerre kell elolvasnia, különben előfordulhat, hogy nem úgy működik, ahogy javasolták, amennyiben a kimeneti adatokat csak akkor írják ezekbe a nyilvántartásokba, amikor az összes regisztert megírták. ezért feltétlenül olvassa el mindegyiket.

Végül tanulmányozták a digitális barométert, egy másik I2C protokollérzékelőt, más néven BMP280 -at (szintén könnyen megtalálható bárhol, amennyiben széles körben használják az ARDUINO projektekben). Címe b01110110X, továbbá az X olvasási vagy írási művelet hívására szolgál (jelzi) (a 0 írásműveletet és 1 olvasási műveletet jelez), így amikor csak olvasni szeretne, használja a címét 0XEA -ként és bármikor írni szeretne, csak használja a címét, mint 0XEB. De ebben az érzékelőben az I2C cím megváltoztatható az SDO tű feszültségszintjének megváltoztatásával, tehát ha GND -t alkalmaz erre a csapra, akkor a cím b01110110X lesz, és ha VCC -t alkalmaz erre a csapra, akkor a cím megy b01110111X, továbbá az I2C modul engedélyezéséhez ebben az érzékelőben VCC szintet kell alkalmaznia az érzékelő CSB csapjára, különben nem fog megfelelően működni.

A BMP280 esetében csak két regisztert kellett konfigurálni, hogy működésbe léphessen, a ctrl_meas regiszter - 0XF4 cím (az adatgyűjtési lehetőségek beállításához) és a konfigurációs regiszter - 0XF5 cím (az arány beállításához, szűrő és az érzékelő interfész opciói).

Miután elvégezte a konfigurációs dolgokat, itt az ideje annak, ami igazán számít, magának az adatnak, ebben az esetben a kívánt információ a 0XF7 és 0XFC regiszterek között történik. Mind a hőmérséklet, mind a nyomás értéke három bájtból áll, amelyeket a 2 komplementer módon kodifikálnak, ami azt jelenti, hogy az olvasott adatokat át kell alakítani annak érdekében, hogy értelmesek legyenek (ezeket a dolgokat később tárgyaljuk). Ezen az érzékelőn is, a nagyobb pontosság elérése érdekében számos korrekciós együttható használható az adatok konvertálása során, ezek a 0X88 és 0XA1 regiszterek között találhatók, igen, 26 bájt korrekciós együttható van, tehát ha a pontosság nem olyan fontos, csak felejtsd el őket, különben nincs más út.

És végül, de nem utolsósorban a GPS - Tyco A1035D, ez az UART soros protokollra támaszkodik, különösen 4800 kbps sebességgel, nincs paritás bit, 8 adatbit és 1 stop bit. Az UART, vagy univerzális aszinkron vevő/adó, egy soros protokoll, amelyben az információ szinkronizálása szoftveren keresztül történik, ezért ez aszinkron protokoll, ezen tulajdonság miatt is, az információ továbbításának és fogadásának sebessége sokkal kisebb. Kifejezetten ennél a protokollnál a csomagoknak startbittel kell kezdődniük, de a stop bit opcionális, és a csomagok mérete 8 bit hosszú.

A GPS - Tyco A1035D esetében két konfigurációra volt szükség, ezek a setDGPSport (102. parancs) és a Query/RateControl (103. parancs), mindezek az információk, valamint további lehetőségek állnak rendelkezésre az NMEA referencia kézikönyvében, a protokollban a legtöbb GPS -modulban használatos. A 102 paranccsal beállítható az átviteli sebesség, az adatbitek mennyisége, valamint a paritásbitek és a stopbitek létezése. A 103 parancs a szabványos GEA, GLL, GSA, GSV, RMC és VTG NMEA üzenetek kimenetének vezérlésére szolgál, ezeket a referencia kézikönyv részletezi, de esetünkben a GGA a Global Helymeghatározó rendszer rögzített adatai.

Miután a GPS - TycoA1035D megfelelően konfigurálva van, most már csak a soros portot kell olvasni, és a kiválasztott paraméterek szerint szűrni a kapott karakterláncot, hogy lehetővé tegye az információk feldolgozását.

Miután megtudta az összes szükséges információt az összes érzékelőről, csak némi extra erőfeszítést igényelt, hogy mindent össze lehessen rakni ugyanabba a programba, a soros kommunikációs könyvtárak használatával is.

3. lépés: A telemetriai rendszer

Ez a rendszer felelős a kommunikáció kialakításáért a földi vezérlés és a CanSat között, a projekt paraméterei mellett néhány egyéb módon is korlátozva volt, mindaddig, amíg az RF átvitel csak bizonyos frekvenciasávokban engedélyezett, amelyek nem foglaltak egyéb rádiófrekvenciás szolgáltatások, például mobilszolgáltatások. Ezek a korlátozások eltérőek, és országonként változhatnak, ezért fontos, hogy mindig ellenőrizze a megengedett frekvenciasávokat a közös használatra.

A piacon sokféle rádió elérhető, megfizethető áron, ezek a rendszerek különböző modulációs módokat kínálnak különböző frekvenciákon, ehhez a rendszerhez a választásunk egy 2,4 GHz -es RF adó -vevő, az NRF24L01+volt, mivel már rendelkezett jól bevált kommunikációs protokoll, mindaddig, amíg az ellenőrző rendszerek, például az automatikus nyugtázás és az automatikus újraátviteli rendszerek. Továbbá az átviteli sebessége elérheti a 2Mbps sebességet ésszerű energiafogyasztás mellett.

Mielőtt tehát ezen az adó -vevőn dolgozna, ismerkedjünk meg egy kicsit többet az NRF24L01+készülékkel. Mint korábban említettük, ez egy 2,4 GHz -es rádió, amely vevőként vagy adóként konfigurálható. Annak érdekében, hogy létrejöjjön a kommunikáció, minden adó -vevő kap egy címet, amelyet a felhasználó konfigurálhat, a cím 24-40 bit hosszú lehet az Ön igényei szerint. Az adatforgalom történhet egyetlen vagy folyamatos módon, az adatméret 1 bájtra korlátozódik, és minden tranzakció létrehozhat vagy nem hozhat létre nyugtázási feltételt az adó -vevő konfigurációi szerint.

Egyéb konfigurációk is lehetségesek, mint például az RF jel kimenete felé érkező erősítés, az automatikus újraátviteli rutin megléte vagy sem (ha igen, akkor a késleltetés, a kísérletek mennyisége más jellemzők közül választható) és számos más olyan funkciók, amelyek nem feltétlenül hasznosak ebben a projektben, de mindenesetre megtalálhatók az összetevő adatlapján, ha felkeltettük érdeklődésüket.

Az NRF24L01+ „beszéli” az SPI nyelvet, amikor soros kommunikációról van szó, tehát amikor ezt az adó -vevőt el szeretné olvasni vagy írni, csak lépjen tovább, és használja az SPI protokollt. Az SPI egy soros protokoll, amint azt korábban említettük, amelyben a slave -ek kiválasztása CHIPSELECT (CS) tűn keresztül történik, és amely a full duplex mellett (mind a master, mind a slave párhuzamos módon tud továbbítani és fogadni) e protokoll sokkal nagyobb sebességű adatátvitelt tesz lehetővé.

Az NRF24L01+ adatlapja parancskészletet tartalmaz ennek az összetevőnek az olvasására vagy írására, különböző parancsok érhetők el a belső regiszterekhez, az RX és TX hasznos terheléshez, többek között a műveletek között, így a kívánt művelettől függően előfordulhat, hogy egy speciális parancs szükséges végezze el. Éppen ezért érdekes lenne egy pillantást vetni az adatlapra, amelyben az adó -vevőn keresztül lehetséges műveletek listája található, és elmagyarázza azokat (nem fogjuk ezeket itt felsorolni, mert nem ez az útmutató lényege)).

Az adó -vevő mellett a rendszer másik fontos eleme a protokoll, amelyen keresztül minden kívánt adat elküldésre és fogadásra kerül, mindaddig, amíg a rendszernek több bájt információval kell dolgoznia egyidejűleg, fontos tudni minden egyes bájt jelentését, a protokoll erre szolgál, lehetővé teszi a rendszer számára, hogy szervezett módon azonosítsa az összes fogadott és továbbított adatot.

Az egyszerűség kedvéért a használt protokoll (az adó esetében) egy 3 bájtos fejlécből állt, amelyet az érzékelő adatai követtek, mindaddig, amíg az összes érzékelőadat két bájtból állt, minden érzékelőadat azonosító számot kapott 0x01 -től kezdve és félhold sorrendben, tehát két bájt van egy azonosító bájt, így a fejléc szekvenciáját nem lehetett véletlenül megismételni az érzékelő leolvasása szerint. A vevő végül olyan egyszerű volt, mint az adó, a protokollnak csak fel kellett ismernie az adó által küldött fejlécet, és miután csak tárolta a fogadott bájtokat, ebben az esetben úgy döntöttünk, hogy vektorral tároljuk őket.

Tehát miután elérte az adó -vevővel kapcsolatos összes szükséges tudást és meghatározta a kommunikációs protokollt, itt az ideje, hogy mindent egy kódrészletbe rakjon össze, és végül készítse el a CanSat firmware -t.

4. lépés: Az energiaellátó rendszer

Ez a rendszer felelős a többi rendszer megfelelő energiaellátásáért, ebben az esetben úgy döntöttünk, hogy egyszerűen elemet és feszültségszabályozót használunk. Tehát az akkumulátor méretezéséhez a CanSat egyes működési paramétereit elemezték, ezek a paraméterek segítenék a modell meghatározását és a teljes rendszer táplálásához szükséges teljesítményt.

Figyelembe véve, hogy a CanSat több órát bír ki bekapcsolva, a legmegfelelőbb dolog az volt, hogy figyelembe kell venni a legszélsőségesebb energiafogyasztási helyzeteket, amelyekben a CanSat -hoz csatlakoztatott minden modul és rendszer a lehető legnagyobb áramot fogyasztja. Azonban ezen a ponton is ésszerűnek kell lennie, hogy ne méretezze túl az akkumulátort, ami szintén nem érdekes a CanSat súlykorlátozásai miatt.

Az összes rendszer összetevőinek összes adatlapjának tanulmányozása után a rendszer által fogyasztott teljes áram körülbelül 160 mAh volt, 10 órás autonómiát figyelembe véve egy 1600 mAh akkumulátor elegendő volt a rendszer megfelelő működési feltételeinek biztosításához.

Az akkumulátor szükséges töltöttségének megismerése után az autonómia ellenére további szempontokat is figyelembe kell venni, mint például a méret, a súly, a működési hőmérséklet (mindaddig, amíg a CanSat -ot rakétában tartják), a feszültségek és az erők amelynek többek között ugyanezt nyújtják be.

5. lépés: A szerkezet

A szerkezet valóban fontos a CanSat biztonsága szempontjából, bár ezt egy kicsit elhanyagolták ebben a projektben (valójában nem volt nagy érdeklődés a CanSat mechanikus részének fejlesztése iránt, mivel minden tag tanfolyamon részt vett. az elektronikával volt kapcsolatban). Mindaddig, amíg a projekt egy létező mintán alapult, a CanSat mintát nem kellett sokat gondolni arra, hogy hogyan fog kinézni, ezért hengeres formátumban kell kialakítani, körülbelül 6, 1 cm átmérőjű és körülbelül 11, 65 cm magas (ugyanannyi, mint egy doboz szóda).

Miután elkészült a külső szerkezettel, a figyelem a rögzítőrendszerre összpontosult, amelynek feladata, hogy az összes táblát a hengeres szerkezetben tartsa, lehetővé téve a gyorsítások felszívódását is, amelyekre a CanSat -t alá kell vetni, néhány megbeszélés után., úgy döntöttek, hogy mindkét szerkezetet nagy sűrűségű hab öntésével rögzítik a kívánt formákhoz.

A külső szerkezet a kívánt átmérőjű PVC csövek felhasználásával készült, a szerkezet bezárásához néhány PVC csőburkolatot használtak

6. lépés: Következtetések és jövőbeli gondolatok

A CanSat -ot még tesztelni kell működés közben, valójában egy rakétaversenyre jelentkezünk (ami decemberben lesz), az egész épületet végigjárva (valahogy még be kell fejeznünk néhány dolgot) és a fejlesztést folyamat, néhány nézőpont és megjegyzések, amelyekről azt gondoltuk, hogy érdekes lenne megosztani mindenkivel, megfigyelték, főleg a küzdelmekről, tippekről és még a jó tapasztalatokról is, szóval itt van:

- A projekt kezdete az egész projekt fejlődésének legtermékenyebb korszaka volt, sajnos a csoportot a határidőig érdektelenné tette a projekt, talán az azonnali eredmények hiánya, vagy csak a kommunikáció hiánya miatt. sok jó dolog derült ki a projektből

- Sok erőfeszítést igényelt, hogy az adó -vevő működőképessé váljon, mivel az összes könyvtárat a semmiből fejlesztették ki, még azért is, mert két különböző program és beállítás szükséges az ilyen jellegű anyagok teszteléséhez

- Esetünkben nem volt a legjobb ötlet a regiszterkonfigurációkon alapuló mikrovezérlőkön dolgozni, nem minden tag tudott lépést tartani a csoport többi tagjával, ami bizonyos problémákhoz, például a feladatmegosztáshoz vezetett. Rengeteg tisztességes C könyvtár található az általunk használt mikrovezérlőhöz, így sokkal jobb ötlet lett volna ezeket az erőforrásokat használni, van egy ID Comodeer nevű IDE is, amely rengeteg erőforrást kínál ezeknek a mikrovezérlőknek

- A CanSat -ban még sok fejlesztésre van szükség, ez a tapasztalat az alapvető technikákon és készségeken alapult, és számos kérdést nem vettek figyelembe, így a jövőben remélhetőleg a CanSat csúcsminőségű változata valóra válhat több erőfeszítéssel és kemény munkával.