CanSat - ceļvedis iesācējiem: 6 soļi

2024 Autors: John Day | [email protected]. Pēdējoreiz modificēts: 2024-01-30 10:56

Šo pamācību galvenais mērķis ir pakāpeniski dalīties ar CanSat izstrādes procesu. Bet pirms darba uzsākšanas skaidri paskaidrosim, kas ir CanSat un kādas ir tā galvenās funkcijas, kā arī izmantojot iespēju, mēs iepazīstināsim ar savu komandu. Šis projekts sākās kā pagarinājuma projekts mūsu universitātē Universidade Tecnológica Federal do Paraná (UTFPR), Cornélio Procópio pilsētiņā. Mūsu padomdevēja vadībā mēs izstrādājām rīcības plānu, lai iekļūtu CanSats, kas nozīmēja visu tā aspektu un īpašību izpēti, lai varētu saprast, kā tas darbojas, kā rezultātā galu galā tiktu izveidota a CanSat un šīs rokasgrāmatas izstrādi. CanSat ir klasificēts kā pikosatelīts, kas nozīmē, ka tā svars ir ierobežots līdz 1 kg, bet parasti CanSats svars ir aptuveni 350 g, un tā struktūras pamatā ir soda kārba, 6, 1 cm diametra cilindrs, 11, 65 cm augsts. Šis modelis tika prezentēts ar nolūku vienkāršot satelīta izstrādes procesu, lai universitātes varētu piekļūt šīm tehnoloģijām, panākot popularitāti konkursu dēļ, kas pieņēma šo modeli. Kopumā CanSats pamatā ir 4 struktūras, tas ir, energosistēma, sensoru sistēma, telemetrijas sistēma un galvenā sistēma. Tātad, aplūkosim katru sistēmu sīkāk: - Energosistēma: šī sistēma ir atbildīga par elektroenerģijas piegādi citām sistēmām atbilstoši tās vajadzībām. Citiem vārdiem sakot, tai vajadzētu nodrošināt sistēmām nepieciešamo spriegumu un strāvu, ievērojot tās robežas. Tam var būt arī aizsardzības komponenti, lai garantētu citu sistēmu drošību un pareizu darbību. Parasti tā pamatā ir akumulators un sprieguma regulatora ķēde, taču var pievienot daudzas citas funkcijas, piemēram, jaudas pārvaldības metodes un vairāku veidu aizsardzību. - Sensora sistēma: šī sistēma sastāv no visiem sensoriem un ierīcēm, kas ir atbildīgas par vajadzīgo datu vākšanu. to var savienot ar galveno sistēmu vairākos veidos, seriālos protokolus, paralēlos protokolus, cita starpā, tāpēc ir patiešām svarīgi apgūt visas šīs metodes, lai varētu noteikt ērtāko. Kopumā seriālais protokols bieži tiek izvēlēts, ņemot vērā mazāko savienojumu skaitu un daudzpusību, līdz šim populārākie ir SPI, I2C un UART protokoli. - Telemetrijas sistēma: šī sistēma ir atbildīga par bezvadu sakaru izveidi starp CanSat un zemes vadības staciju, kas ietver bezvadu sakaru protokolu un aparatūru. - Galvenā sistēma: šī sistēma ir atbildīga par visu pārējo sistēmu savstarpēju savienošanu tādā veidā, ka tā arī kontrolē un sinhronizē to kā organisma darbības secību.

1. darbība: galvenā sistēma

Daudzu iemeslu dēļ mēs esam izvēlējušies uz ARM® Cortex®-M4F balstītu mikrokontrolleri, tas ir mazjaudas MCU, kas piedāvā daudz lielāku apstrādes jaudu, kā arī vairākas funkcijas, kas parasti nav redzamas RISK mikrokontrolleros, piemēram, DSP funkcijas. Šīs īpašības ir interesantas, jo tās ļauj palielināt CanSat lietojumprogrammu funkciju sarežģītību, nemainot mikrokontrolleru (protams, ievērojot arī tā ierobežojumus).

Kamēr projektam bija vairāki finansiāli ierobežojumi, arī izvēlētajam mikrokontrolleram bija jābūt pieejamam, tāpēc, ievērojot specifikācijas, mēs izvēlējāmies ARM® Cortex®-M4F bāzes MCU TM4C123G LaunchPad, tas ir starta paliktnis, kas tikko iederējās mūsu projektā. Arī dokumentācija (ražotāja sniegtā datu lapa un raksturlielumu dokumentācija) un MCU IDE bija plusi, kas patiešām būtu jāņem vērā, ja vien tie daudz palīdzēja izstrādes procesam.

Šajā Cansat mēs nolēmām to saglabāt vienkāršu un vienkārši attīstīt, izmantojot palaišanas paliktni, bet, protams, turpmākajos projektos tā nebūs iespēja, ņemot vērā, ka vairākas palaišanas panelī iekļautās funkcijas mūsu projektam faktiski nav nepieciešamas, plus tā formāts daudz ierobežoja mūsu CanSat struktūras projektu, ja vien CanSat izmēri ir minimāli.

Tātad, pēc tam, kad izvēlējāmies šai sistēmai pareizo “smadzenes”, nākamais solis bija tās programmatūras izstrāde, lai arī tā būtu vienkārša, mēs nolēmām vienkārši izmantot secīgu programmu, kas veic šādu secību ar 1 Hz frekvenci:

Sensora rādījumi> datu glabāšana> datu pārraide

Sensoru daļa tiks izskaidrota vēlāk sensoru sistēmā, kā arī datu pārraide tiks izskaidrota telemetrijas sistēmā. Visbeidzot, tas bija, lai iemācītos programmēt mikrokontrolleru, mūsu gadījumā mums bija jāapgūst šādas MCU, GPIO, I2C moduļa, UART moduļa un SPI moduļa funkcijas.

GPIO vai vienkārši universāla ievade un izvade ir porti, kurus var izmantot, lai veiktu vairākas funkcijas, ja vien tie ir pareizi iestatīti. Ņemot vērā, ka GPIO neizmantojam nevienu C bibliotēku, pat citiem moduļiem, mums vajadzēja konfigurēt visus nepieciešamos reģistrus. Šī iemesla dēļ mēs esam uzrakstījuši pamata rokasgrāmatu, kurā ir piemēri un apraksti saistībā ar mūsu izmantoto moduļu reģistriem, kas ir pieejami tālāk.

Turklāt, lai vienkāršotu un sakārtotu kodu, tika izveidotas vairākas bibliotēkas. Tātad bibliotēkas tika izveidotas šādiem mērķiem:

- SPI protokols

- I2C protokols

- UART protokols

- NRF24L01+ - uztvērējs

Šīs bibliotēkas ir pieejamas arī zemāk, taču atcerieties, ka esam izmantojuši Keil uvision 5 IDE, tāpēc šīs bibliotēkas nedarbosies koda veidotājam. Visbeidzot, pēc visu bibliotēku izveidošanas un visu nepieciešamo lietu apgūšanas tika izveidots galīgais kods, un, kā jūs varētu iedomāties, tas ir pieejams arī zemāk.

2. darbība: sensoru sistēma

Šī sistēma sastāv no visiem sensoriem un ierīcēm, kas ir atbildīgas par informācijas apkopošanu par CanSat darbības apstākļiem. Mūsu gadījumā mēs esam izvēlējušies šādus sensorus:

- 3 asu digitālais akselerometrs - MPU6050

- 3 asu digitālais žiroskops - MPU6050

- 3 asu digitālais magnetometrs - HMC5883L

- digitālais barometrs - BMP280

- un GPS - Tyco A1035D

Izvēle galvenokārt balstījās uz pieejamību, kas nozīmēja, ka, kamēr mehāniskās un elektriskās (sakaru protokols, barošanas avots utt.) Īpašības bija saderīgas ar mūsu projektu, izvēlei netika uzlikti nekādi papildu parametri, arī tāpēc, ka dažiem sensoriem pieejamība iespējas bija ierobežotas. Pēc sensoru iegādes bija pienācis laiks tos sākt lietot.

Tātad pirmais, kas tika izpētīts, bija 3 asu digitālais akselerometrs un žiroskops, ko sauc par MPU6050 (to var viegli atrast jebkur, ja vien tas tiek plaši izmantots ARDUINO projektos), tā komunikācija balstās uz protokolu I2C - protokolu, kurā katram vergam pieder adrese, kas ļauj paralēli savienot vairākas ierīces, ņemot vērā, ka adrese ir 7 bitu gara, tajā pašā seriālajā kopnē var pievienot aptuveni 127 ierīces. Šis sakaru protokols darbojas divos autobusos, datu kopnē un pulksteņa kopnē, tāpēc, lai apmainītos ar informāciju, kapteinim jānosūta 8 pulksteņa cikli (starp citu, informācijai jāatbilst baitam, ja vien šī komunikācija ir balstīta) par baitu lielumu) vai nu saņemšanas, vai pārraides operācijā. MPU6050 adrese ir 0b110100X, un X tiek izmantots, lai izsauktu (norāda) lasīšanas vai rakstīšanas darbību (0 norāda rakstīšanas darbību un 1 norāda lasīšanas darbību), tādēļ, kad vēlaties lasīt sensoru, vienkārši izmantojiet tā adresi kā 0xD1 un vienmēr, kad vēlaties rakstīt, vienkārši izmantojiet tās adresi kā 0xD0.

Pēc I2C protokola izpētes MPU6050 faktiski tika pētīts, citiem vārdiem sakot, tika nolasīta tā datu lapa, lai iegūtu nepieciešamo informāciju, lai tā darbotos, jo šim sensoram bija jākonfigurē tikai trīs reģistri. reģistrs - adrese 0x6B (lai garantētu, ka sensors nav miega režīmā), žiroskopa konfigurācijas reģistrs - adrese 0x1B (lai konfigurētu visu žiroskopa skalas diapazonu) un visbeidzot akselerometra konfigurācijas reģistrs - adrese 0x1C (in lai konfigurētu visu akselerometra skalas diapazonu). Ir vairāki citi reģistri, kurus var konfigurēt, ļaujot optimizēt sensora veiktspēju, taču šim projektam pietiek ar šīm konfigurācijām.

Tātad, pēc sensora pareizas konfigurēšanas jūs tagad varat to nolasīt. Vēlamā informācija notiek starp reģistru 0x3B un reģistru 0x48, katras ass vērtība sastāv no diviem baitiem, kas tiek kodēti 2 papildinājuma veidā, kas nozīmē, ka nolasītie dati ir jāpārvērš, lai tie būtu nozīmīgi (šīs lietas būs apspriests vēlāk).

Pēc darba ar MPU6050 bija pienācis laiks izpētīt 3 asu digitālo magnetometru ar nosaukumu HMC5883L (to var arī viegli atrast jebkur, ja vien tas tiek plaši izmantots ARDUINO projektos), un atkal tā sakaru protokols ir sērijas protokols I2C. Tās adrese ir 0b0011110X, un X tiek izmantota, lai izsauktu (norāda) lasīšanas vai rakstīšanas darbību (0 norāda rakstīšanas darbību, bet 1 - lasīšanas darbību), tādēļ, kad vēlaties lasīt sensoru, vienkārši izmantojiet tā adresi kā 0x3D un ikreiz vēlaties rakstīt, vienkārši izmantojiet tās adresi kā 0x3C.

Šajā gadījumā, lai inicializētu HMC5883L, bija jākonfigurē trīs reģistri, konfigurācijas reģistrs A - adrese 0x00 (lai konfigurētu datu izvades ātrumu un mērīšanas režīmu), konfigurācijas reģistrs B - adrese 0x01 (lai konfigurētu sensora pastiprinājumu) un visbeidzot, bet ne mazāk svarīgi režīmu reģistrs - adrese 0x02 (lai konfigurētu ierīces darbības režīmu).

Tātad, pareizi konfigurējot HMC5883L, tagad ir iespējams to nolasīt. Vēlamā informācija notiek starp reģistru 0x03 un reģistru 0x08, katra ass vērtība sastāv no diviem baitiem, kas tiek kodēti 2 papildinājuma veidā, kas nozīmē, ka nolasītie dati ir jāpārvērš, lai tie būtu nozīmīgi (šīs lietas būs apspriests vēlāk). Īpaši šim sensoram ir jāizlasa visa informācija uzreiz, pretējā gadījumā tā var nedarboties, kā ierosināts, ja vien izvaddati tiek ierakstīti šajos reģistros tikai tad, kad visi reģistri tika ierakstīti. tāpēc noteikti izlasiet tos visus.

Visbeidzot, tika pētīts digitālais barometrs, vēl viens I2C protokola sensors, ko sauc arī par BMP280 (to var arī viegli atrast jebkur, ja vien tas tiek plaši izmantots ARDUINO projektos). Tā adrese ir b01110110X, arī X tiek izmantots, lai izsauktu (norāda) lasīšanas vai rakstīšanas darbību (0 norāda rakstīšanas darbību un 1 norāda lasīšanas darbību), tādēļ, kad vēlaties lasīt sensoru, vienkārši izmantojiet tā adresi kā 0XEA un vienmēr vēlaties rakstīt, vienkārši izmantojiet tās adresi kā 0XEB. Bet šī sensora gadījumā I2C adresi var mainīt, mainot sprieguma līmeni uz SDO tapas, tādēļ, ja šai tapai piemērojat GND, adrese būs b01110110X, un, ja šai tapai pielietojat VCC, adrese iet Lai būtu b01110111X, arī, lai šajā sensorā iespējotu I2C moduli, sensora CSB tapai jāpieliek VCC līmenis, pretējā gadījumā tas nedarbosies pareizi.

BMP280 bija paredzēts konfigurēt tikai divus reģistrus, lai tas sāktu darboties, reģistrs ctrl_meas - adrese 0XF4 (lai iestatītu datu iegūšanas iespējas) un konfigurācijas reģistrs - adrese 0XF5 (lai noteiktu likmi, filtru un sensora saskarnes iespējas).

Pēc konfigurācijas pabeigšanas ir pienācis laiks tam, kas patiešām ir svarīgs - pašiem datiem, šajā gadījumā vēlamā informācija notiek starp reģistriem 0XF7 un 0XFC. Gan temperatūra, gan spiediena vērtība sastāv no trim baitiem, kas ir kodēti 2 papildinājuma veidā, kas nozīmē, ka nolasītie dati ir jāpārvērš, lai tie būtu nozīmīgi (šīs lietas tiks apspriestas vēlāk). Arī šim sensoram, lai iegūtu lielāku precizitāti, ir vairāki korekcijas koeficienti, kurus var izmantot datu konvertēšanas laikā, tie atrodas starp reģistriem 0X88 un 0XA1, jā, ir 26 baiti korekcijas koeficientu, tādēļ, ja precizitāte ir nav tik svarīgi, vienkārši aizmirst tos, citādi nav cita ceļa.

Un visbeidzot, bet ne mazāk svarīgi - GPS - Tyco A1035D, šis paļaujas uz UART sērijas protokolu, īpaši ar ātrumu 4800 kbps, bez paritātes bitiem, 8 datu bitiem un 1 pieturas bitu. UART jeb universālais asinhronais uztvērējs/raidītājs, ir sērijveida protokols, kurā informācijas sinhronizācija tiek veikta, izmantojot programmatūru, tāpēc tas ir asinhronais protokols, arī šīs īpašības dēļ informācijas pārraides un saņemšanas ātrums ir daudz mazāks. Īpaši šim protokolam pakotnēm jāsākas ar sākuma bitu, bet apturēšanas bits nav obligāts, un iepakojumu izmērs ir 8 biti.

GPS - Tyco A1035D gadījumā bija nepieciešamas divas konfigurācijas: setDGPSport (102. Komanda) un Query/RateControl (103. komanda), visa šī informācija un citas iespējas ir pieejamas NMEA atsauces rokasgrāmatā, protokolā. izmanto lielākajā daļā GPS moduļu. Komanda 102 tiek izmantota, lai iestatītu pārraides ātrumu, datu bitu daudzumu un paritātes bitu un apturēšanas bitu esamību. Komanda 103 tiek izmantota, lai kontrolētu standarta NMEA ziņojumu izvadi GGA, GLL, GSA, GSV, RMC un VTG, tie ir sīki aprakstīti uzziņu rokasgrāmatā, bet mūsu gadījumā izvēlētais bija GGA, kas apzīmē Global Pozicionēšanas sistēmas fiksētie dati.

Kad GPS - TycoA1035D ir pareizi konfigurēts, tagad ir nepieciešams tikai nolasīt seriālo portu un filtrēt saņemto virkni atbilstoši izvēlētajiem parametriem, lai varētu apstrādāt informāciju.

Uzzinot visu nepieciešamo informāciju par visiem sensoriem, vajadzēja tikai dažas papildu pūles, lai visu saliktu vienā programmā, izmantojot arī seriālo sakaru bibliotēkas.

3. darbība: telemetrijas sistēma

Šī sistēma ir atbildīga par sakaru izveidi starp zemes vadību un CanSat, turklāt bez projekta parametriem tā tika ierobežota arī vairākos veidos, ja vien RF pārraide ir atļauta tikai dažās frekvenču joslās, kuras nav aizņemtas citi RF pakalpojumi, piemēram, mobilie pakalpojumi. Šie ierobežojumi ir atšķirīgi un dažādās valstīs var mainīties, tāpēc ir svarīgi vienmēr pārbaudīt atļautās frekvenču joslas kopējai lietošanai.

Tirgū ir pieejamas daudzas radioaparātu iespējas par pieņemamām cenām, visas šīs sistēmas piedāvā dažādus modulācijas veidus dažādās frekvencēs, šai sistēmai mūsu izvēle bija 2,4 GHz RF uztvērējs - NRF24L01+, jo tam jau bija labi izveidots sakaru protokols, ja vien tādas pārbaudes sistēmas kā automātiska apstiprināšana un automātiskas atkārtotas pārraides sistēmas. Turklāt tā pārraides ātrums varētu sasniegt ātrumu līdz 2 Mbps pie saprātīga enerģijas patēriņa.

Tāpēc, pirms strādājat ar šo uztvērēju, iepazīsimies nedaudz vairāk par NRF24L01+. Kā minēts iepriekš, tas ir uz 2,4 GHz balstīts radio, ko var konfigurēt kā uztvērēju vai raidītāju. Lai izveidotu sakarus, katram raiduztvērējam ir adrese, kuru var konfigurēt lietotājs, adrese var būt no 24 līdz 40 bitiem gara atbilstoši jūsu vajadzībām. Datu darījumi var notikt vienā vai nepārtrauktā veidā, datu lielums ir ierobežots līdz 1 baitam, un katrs darījums var vai nevar radīt apstiprinājuma nosacījumu saskaņā ar raiduztvērēja konfigurāciju.

Ir iespējamas arī vairākas citas konfigurācijas, piemēram, RF signāla izvades pastiprinājums, automātiskas atkārtotas pārraides rutīnas esamība vai neesamība (ja jā, var izvēlēties aizkavi, izmēģinājumu skaitu starp citiem raksturlielumiem) un vairākas citas funkcijas, kas nav obligāti noderīgas šim projektam, bet jebkurā gadījumā tās ir pieejamas komponenta datu lapā, ja ir interese par tām.

NRF24L01+ 'runā' SPI valodā, kad runa ir par seriālo komunikāciju, tādēļ, kad vēlaties lasīt vai rakstīt šo uztvērēju, vienkārši turpiniet un izmantojiet tam SPI protokolu. SPI ir sērijveida protokols, kā minēts iepriekš, kurā vergu atlase tiek veikta, izmantojot CHIPSELECT (CS) tapu, kas kopā ar pilnu dupleksu (gan kapteinis, gan vergs var pārraidīt un saņemt paralēli) šī protokola pieļauj daudz lielāku datu darījumu ātrumu.

NRF24L01+ datu lapā ir sniegts komandu komplekts, lai lasītu vai rakstītu šo komponentu, ir dažādas komandas, lai piekļūtu iekšējiem reģistriem, RX un TX lietderīgajai slodzei starp citām darbībām, tāpēc atkarībā no vēlamās darbības var būt nepieciešama īpaša komanda izpildiet to. Tāpēc būtu interesanti aplūkot datu lapu, kurā ir saraksts, kurā ietvertas un izskaidrotas visas iespējamās darbības, izmantojot uztvērēju (mēs tās šeit neuzskaitīsim, jo tas nav šīs instrukcijas galvenais punkts)).

Bez raiduztvērēja vēl viena svarīga šīs sistēmas sastāvdaļa ir protokols, ar kura palīdzību tiek nosūtīti un saņemti visi vēlamie dati, ja vien sistēmai paredzēts strādāt ar vairākiem informācijas baitiem vienlaicīgi, ir svarīgi zināt katra baita nozīmi, tam protokols darbojas, tas ļauj sistēmai organizēti identificēt visus saņemtos un pārsūtītos datus.

Lai viss būtu vienkāršāk, izmantotais protokols (raidītājam) sastāvēja no galvenes, kas veidota no 3 baitiem, kam sekoja sensora dati, ja vien visi sensoru dati sastāvēja no diviem baitiem, katram sensora datam tika piešķirts identifikācijas numurs, sākot ar no 0x01 un pēc tam pusmēness secībā, tāpēc katram diviem baitiem ir identifikācijas baits, tādējādi galvenes secību nevarēja nejauši atkārtot saskaņā ar sensora rādījumiem. Uztvērējs galu galā bija tikpat vienkāršs kā raidītājs, protokolam vienkārši vajadzēja atpazīt raidītāja sūtīto galveni un pēc tam, kad tas tikai uzglabāja saņemtos baitus, šajā gadījumā mēs nolēmām to glabāšanai izmantot vektoru.

Tātad, pēc visu nepieciešamo zināšanu iegūšanas par raiduztvērēju un sakaru protokola noteikšanas ir pienācis laiks visu apkopot vienā koda gabalā un beidzot pabeigt CanSat programmaparatūru.

4. solis: barošanas sistēma

Šī sistēma ir atbildīga par enerģijas piegādi citām sistēmām, kas nepieciešama, lai tā darbotos pareizi. Šajā gadījumā mēs nolēmām vienkārši izmantot akumulatoru un sprieguma regulatoru. Tātad, lai noteiktu akumulatora izmēru, tika analizēti daži CanSat darbības parametri, šie parametri palīdzētu definēt modeli un visu sistēmu barošanai nepieciešamo jaudu.

Ņemot vērā, ka CanSat vajadzētu ilgt vairākas stundas, kad tas ir ieslēgts, vispiemērotākā rīcība bija apsvērt ekstremālākās enerģijas patēriņa situācijas, kurās katrs CanSat pievienotais modulis un sistēma patērētu pēc iespējas lielāku strāvu. Tomēr ir arī svarīgi būt saprātīgam, lai nepārsniegtu akumulatora izmēru, kas arī nav interesanti CanSat svara ierobežojumu dēļ.

Pēc visu sistēmu sastāvdaļu datu lapu izpētes kopējā sistēmas patērētā strāva bija aptuveni 160 mAh, ņemot vērā 10 stundu autonomiju, ar 1600 mAh akumulatoru pietika, lai garantētu sistēmai atbilstošus darba apstākļus.

Pēc nepieciešamās akumulatora uzlādes iepazīšanās, neraugoties uz autonomiju, jāņem vērā arī citi aspekti, piemēram, izmērs, svars, darbības temperatūra (kamēr CanSat tiek turēta raķetes iekšpusē), spriedze un spēki. kam cita starpā tiek iesniegts tas pats.

5. solis: struktūra

Struktūra ir patiešām svarīga CanSat drošībai, lai gan šajā projektā tā tika nedaudz atstāta novārtā (patiesībā nebija lielas intereses par CanSat mehāniskās daļas izstrādi, jo visi dalībnieki bija saistīts ar elektroniku). Kamēr projekts tika balstīts uz esošu modeli, bija nepieciešams CanSat modelis, nebija daudz jādomā par to, kā tas izskatīsies, tāpēc tas jāveido cilindra formātā, ar aptuveni 6, 1 cm diametru un aptuveni 11, 65 cm garš (tādi paši soda kārbas izmēri).

Pēc ārējās konstrukcijas pabeigšanas visa uzmanība tika pievērsta stiprinājumu sistēmai, kas ir atbildīga par visu plākšņu turēšanu cilindriskās konstrukcijas iekšpusē, kā arī ļauj absorbēt paātrinājumus, kuriem CanSat tiks pakļauts, pēc tam, kad par to bija diskutēts., tika nolemts abas konstrukcijas piestiprināt vēlamajām formām, veidojot augsta blīvuma putas.

Ārējā konstrukcija tika uzbūvēta, izmantojot vēlamā diametra PVC caurules, lai aizvērtu konstrukciju, tika izmantoti daži PVC cauruļu pārsegi

6. solis: Secinājumi un nākotnes domas

CanSat vēl ir jāpārbauda darbībā, mēs faktiski piesakāmies raķešu sacensībām (kas notiks decembrī), arī pēc tam, kad esam izgājuši cauri visai ēkai (protams, mums vēl ir jāpabeidz dažas lietas) un izstrāde process, dažas perspektīvas un piezīmes, kuras, mūsuprāt, būtu interesanti dalīties ar jums visiem, tika novērotas, galvenokārt par cīņām, padomiem un pat labu pieredzi, tāpēc šeit tas ir:

- Projekta sākums bija visauglīgākais visa projekta attīstības periods, diemžēl grupa līdz noteiktajam termiņam kļuva neinteresanta par projektu, iespējams, tūlītēju rezultātu trūkuma dēļ vai varbūt vienkārši komunikācijas trūkuma dēļ. no projekta iznāca vairākas labas lietas

- Lai uztvērējs darbotos, vajadzēja daudz pūļu, jo visas bibliotēkas tika izstrādātas no nulles, arī tāpēc, ka šāda veida materiālu pārbaudei nepieciešamas divas dažādas programmas un iestatījumi

- Mūsu gadījumā nebija vislabākā no idejām strādāt pie mikrokontrolleriem, pamatojoties uz reģistru konfigurācijām, ne visi dalībnieki spēja sekot līdzi pārējai grupai, kā rezultātā radās dažas problēmas, piemēram, uzdevumu sadalījums. Mūsu izmantotajam mikrokontrolleram ir daudz pienācīgu C bibliotēku, tāpēc daudz labāk būtu bijusi izmantot šos resursus, ir arī IDE ar nosaukumu Code Composer, kas piedāvā arī daudz resursu šiem mikrokontrolleriem.

- CanSat joprojām ir nepieciešami daudz uzlabojumu, šī pieredze balstījās uz pamattehnikām un prasmēm, kā arī netika ņemti vērā vairāki jautājumi, tāpēc nākotnē, cerams, šī CanSat augstākā līmeņa versija varētu kļūt par realitāti ar lielākām pūlēm un smagu darbu.