Sisällysluettelo:

CanSat - Aloittelijan opas: 6 vaihetta
CanSat - Aloittelijan opas: 6 vaihetta

Video: CanSat - Aloittelijan opas: 6 vaihetta

Video: CanSat - Aloittelijan opas: 6 vaihetta
Video: 3 простых изобретения с двигателем постоянного тока 2024, Heinäkuu
Anonim
CanSat - Aloittelijan opas
CanSat - Aloittelijan opas
CanSat - Aloittelijan opas
CanSat - Aloittelijan opas
CanSat - Aloittelijan opas
CanSat - Aloittelijan opas

Tämän ohjeen päätavoite on jakaa CanSatin kehitysprosessi vaihe vaiheelta. Ennen kuin aloitamme, teemme kuitenkin todella selväksi, mikä CanSat on ja mitkä ovat sen tärkeimmät toiminnot. Esittelemme myös tiimimme. Tämä projekti alkoi jatkohankkeena yliopistossamme, Universidade Tecnológica Federal do Paraná (UTFPR), Cornélio Procópio. Neuvonantajamme ohjaamana kehitimme toimintasuunnitelman, jonka tarkoituksena oli päästä CanSatsiin, mikä tarkoitti kaikkien sen piirteiden ja ominaisuuksien tutkimista, jotta voimme ymmärtää, miten se toimii, mikä lopulta johtaisi CanSat ja tämän oppaan kehittäminen. CanSat luokitellaan pikosatelliittiksi, mikä tarkoittaa, että sen paino on rajoitettu 1 kg: iin, mutta normaalisti CanSats painaa noin 350 g ja sen rakenne perustuu soodatölkkiin, halkaisijaltaan 6, 1 cm sylinteriin, 11, 65 cm korkea. Tämä malli esiteltiin tarkoituksena yksinkertaistaa satelliitin kehittämisprosessia, jotta yliopistot voivat käyttää näitä tekniikoita ja saavuttaa suosiota tämän mallin omaavien kilpailujen vuoksi. Yleensä CanSats perustuu neljään rakenteeseen, eli sähköjärjestelmään, tunnistusjärjestelmään, telemetriajärjestelmään ja pääjärjestelmään. Katsotaanpa siis tarkemmin kutakin järjestelmää: - Sähköjärjestelmä: tämä järjestelmä vastaa sähkön toimittamisesta muille järjestelmille tarpeidensa mukaan. Toisin sanoen sen on tarkoitus toimittaa järjestelmille tarvittava jännite ja virta sen rajoja kunnioittaen. Siinä voi myös olla suojakomponentteja muiden järjestelmien turvallisuuden ja asianmukaisen toiminnan takaamiseksi. Yleensä se perustuu akkuun ja jännitteensäätimen piiriin, mutta monia muita ominaisuuksia voidaan lisätä, kuten virranhallintatekniikat ja monenlaiset suojaukset. - Tunnistusjärjestelmä: tämä järjestelmä koostuu kaikista antureista ja laitteista, jotka ovat vastuussa tarvittavien tietojen keräämisestä. se voidaan liittää pääjärjestelmään useilla tavoilla, sarjaprotokollia, rinnakkaisprotokollia mm. siksi on todella tärkeää hallita kaikki nämä tekniikat, jotta voidaan määrittää sopivin. Yleensä sarjaliikenneprotokolla valitaan usein, koska niiden yhteydet ovat pienemmät ja ne ovat monipuolisia, ja ylivoimaisesti suosituimmat ovat SPI-, I2C- ja UART -protokollat. - Telemetriajärjestelmä: tämä järjestelmä vastaa langattoman tiedonsiirron luomisesta CanSatin ja maaohjausaseman välillä, joka sisältää langattoman viestintäprotokollan ja laitteiston. - Pääjärjestelmä: tämä järjestelmä vastaa kaikkien muiden järjestelmien yhdistämisestä tavalla, joka myös ohjaa ja synkronoi niiden toimintajärjestyksen organismina.

Vaihe 1: Pääjärjestelmä

Pääjärjestelmä
Pääjärjestelmä

Monista syistä olemme valinneet ARM® Cortex®-M4F -pohjaisen mikro-ohjaimen, se on pienitehoinen MCU, joka tarjoaa paljon suuremman prosessointitehon ja useita ominaisuuksia, joita ei tavallisesti esiinny RISK-mikrokontrollereissa, kuten DSP-toiminnot. Nämä ominaisuudet ovat mielenkiintoisia, koska ne mahdollistavat CanSat -sovellusten ominaisuuksien monimutkaisuuden lisäämisen ilman tarvetta muuttaa mikro -ohjainta (tietysti myös sen rajoja kunnioittaen).

Niin kauan kuin projektilla oli useita taloudellisia rajoituksia, valitun mikrokontrollerin piti myös olla edullinen, joten vaatimusten mukaisesti päädyimme ARM® Cortex®-M4F -pohjaiseen MCU TM4C123G LaunchPad -laitteeseen, se on käynnistyslevy, joka juuri sopi projektiimme. Myös dokumentaatio (valmistajan toimittamat tietolomakkeet ja ominaisuustiedot) ja MCU: n IDE olivat etuja, joita olisi todella harkittava, kunhan ne auttoivat paljon kehitysprosessia.

Tässä Cansatissa päätimme pitää sen yksinkertaisena ja kehittää sitä vain laukaisualustan avulla, mutta tietysti tulevissa projekteissa tämä ei ole vaihtoehto, koska useat käynnistyslevyyn sisältyvät ominaisuudet eivät todellakaan ole välttämättömiä projektillemme, ja sen muoto rajoitti paljon CanSat -rakenteemme hanketta, kunhan CanSatin mitat ovat pienimmät.

Joten, kun olemme valinneet tälle järjestelmälle oikean "aivot", seuraava askel oli sen ohjelmiston kehittäminen. Myös yksinkertaisuuden vuoksi päätimme käyttää yksinkertaisesti peräkkäistä ohjelmaa, joka suorittaa seuraavan sekvenssin 1 Hz: n taajuudella:

Anturilukemat> tietojen tallennus> tiedonsiirto

Anturiosa selitetään myöhemmin anturijärjestelmässä, ja tiedonsiirto selitetään telemetriajärjestelmässä. Lopuksi oli opittava ohjelmoimaan mikro -ohjain, meidän tapauksessamme meidän oli opittava seuraavat MCU: n, GPIO: n, I2C -moduulin, UART -moduulin ja SPI -moduulin toiminnot.

GPIO: t tai yksinkertaisesti yleiskäyttöinen tulo ja lähtö ovat portteja, joita voidaan käyttää useiden toimintojen suorittamiseen, kunhan ne on asetettu oikein. Koska emme käytä mitään C -kirjastoja GPIO: ssa, ei edes muissa moduuleissa, meidän piti määrittää kaikki tarvittavat rekisterit. Tästä syystä olemme kirjoittaneet perusoppaan, joka sisältää esimerkkejä ja kuvauksia käyttämiemme moduulien rekistereistä, jotka ovat saatavilla alla.

Lisäksi koodin yksinkertaistamiseksi ja järjestämiseksi luotiin useita kirjastoja. Joten kirjastoja luotiin seuraaviin tarkoituksiin:

- SPI -protokolla

- I2C -protokolla

- UART -protokolla

- NRF24L01+ - lähetin

Nämä kirjastot ovat saatavilla myös alla, mutta muista, että olemme käyttäneet Keil uvision 5 IDE: tä, joten nämä kirjastot eivät toimi koodisäveltäjillä. Lopuksi, kun olet luonut kaikki kirjastot ja oppinut kaikki tarvittavat asiat, lopullinen koodi koottiin, ja kuten saatat kuvitella, se on saatavilla myös alla.

Vaihe 2: Tunnistusjärjestelmä

Tunnistusjärjestelmä
Tunnistusjärjestelmä
Tunnistusjärjestelmä
Tunnistusjärjestelmä
Tunnistusjärjestelmä
Tunnistusjärjestelmä
Tunnistusjärjestelmä
Tunnistusjärjestelmä

Tämä järjestelmä koostuu kaikista antureista ja laitteista, jotka ovat vastuussa tietojen keräämisestä CanSatin käyttöolosuhteista. Tässä tapauksessa olemme valinneet seuraavat anturit:

- 3 -akselinen digitaalinen kiihtyvyysanturi - MPU6050

- 3 -akselinen digitaalinen gyroskooppi - MPU6050

- 3 -akselinen digitaalinen magnetometri - HMC5883L

- digitaalinen barometri - BMP280

- ja GPS - Tyco A1035D

Valinnat perustuivat pääasiassa saavutettavuuteen, mikä tarkoitti sitä, että niin kauan kuin mekaaniset ja sähköiset (viestintäprotokolla, virtalähde jne.) Ominaisuudet olivat yhteensopivia projektimme kanssa, valinnoille ei asetettu muita parametreja, myös siksi, että joidenkin antureiden saatavuus vaihtoehdot olivat rajalliset. Anturien hankinnan jälkeen oli aika laittaa ne toimimaan.

Joten ensimmäinen tutkittava oli 3 -akselinen digitaalinen kiihtyvyysanturi ja gyroskooppi, nimeltään MPU6050 (se löytyy helposti mistä tahansa, kunhan sitä käytetään laajasti ARDUINO -projekteissa), sen viestintä perustuu I2C -protokollaan, jossa protokolla jokainen orja omistaa osoitteen, joka mahdollistaa useiden laitteiden yhdistämisen rinnakkain, koska osoite on 7-bittinen, noin 127 laitetta voidaan kytkeä samaan sarjaväylään. Tämä tiedonsiirtoprotokolla toimii kahdella väylällä, dataväylällä ja kelloväylällä, joten tietojen vaihtamiseksi päällikön on lähetettävä kahdeksan kellosykliä (muuten tietojen on sovittava tavuun, kunhan tämä tiedonsiirto perustuu tavun koosta) joko vastaanotto- tai lähetystoiminnossa. MPU6050: n osoite on 0b110100X, ja X: ää käytetään soittamaan (ilmaisee) luku- tai kirjoitusoperaatiota (0 osoittaa kirjoitusoperaatiota ja 1 osoittaa lukutoimintoa), joten aina kun haluat lukea anturia, käytä sen osoitetta 0xD1 ja aina kun haluat kirjoittaa, käytä sen osoitetta 0xD0.

I2C -protokollan tutkinnan jälkeen MPU6050 itse asiassa tutkittiin, toisin sanoen sen tietolomake luettiin, jotta se saisi tarvittavat tiedot toimimaan, sillä tälle anturille tarvittiin vain kolme rekisteriä, virranhallinta 1 rekisteri - osoite 0x6B (sen varmistamiseksi, että anturi ei ole lepotilassa), gyroskoopin määritysrekisteri - osoite 0x1B (koko gyroskoopin asteikon määrittämiseksi) ja lopuksi kiihtyvyysmittarin määritysrekisteri - osoite 0x1C (sisään kiihtyvyysmittarin koko asteikon määrittämiseksi). On olemassa useita muita rekistereitä, jotka voidaan konfiguroida anturin suorituskyvyn optimoimiseksi, mutta tälle projektille nämä määritykset riittävät.

Joten kun olet määrittänyt anturin oikein, voit nyt lukea sen. Halutut tiedot tapahtuvat rekisterin 0x3B ja rekisterin 0x48 välillä, jokainen akselin arvo koostuu kahdesta tavusta, jotka on koodattu 2: n komplementtitavalla, mikä tarkoittaa, että luetut tiedot on muunnettava, jotta ne olisivat merkityksellisiä (nämä asiat keskustellaan myöhemmin).

MPU6050: n valmistelun jälkeen oli aika tutkia 3 -akselista digitaalista magnetometriä, nimeltään HMC5883L (se löytyy myös helposti mistä tahansa, kunhan sitä käytetään laajasti ARDUINO -projekteissa), ja sen viestintäprotokolla on jälleen sarjaprotokolla I2C. Sen osoite on 0b0011110X ja X: ää käytetään soittamaan (ilmaisee) luku- tai kirjoitusoperaatiota (0 osoittaa kirjoitusoperaatiota ja 1 osoittaa lukutoimintoa), joten aina kun haluat lukea anturia, käytä sen osoitetta vain 0x3D ja milloin tahansa haluat kirjoittaa vain käyttämällä sen osoitetta 0x3C.

Tässä tapauksessa HMC5883L: n alustamiseksi tarvittiin kolme rekisteriä, määritysrekisteri A - osoite 0x00 (tiedonsiirtonopeuden ja mittaustilan määrittämiseksi), määritysrekisteri B - osoite 0x01 (anturin vahvistuksen määrittämiseksi) ja viimeisenä mutta ei vähäisimpänä tilarekisteri - osoite 0x02 (laitteen käyttötilan määrittämiseksi).

Joten, kun HMC5883L on määritetty oikein, se on nyt mahdollista lukea. Haluttu tieto tapahtuu rekisterin 0x03 ja rekisterin 0x08 välillä, jokainen akselin arvo koostuu kahdesta tavusta, jotka on koodattu 2: n komplementtitavalla, mikä tarkoittaa, että luetut tiedot on muunnettava, jotta ne ovat merkityksellisiä (nämä asiat keskustellaan myöhemmin). Erityisesti tämän anturin on tarkoitus lukea kaikki tiedot kerralla, muuten se ei ehkä toimi ehdotetulla tavalla, kunhan lähtötiedot kirjoitetaan näihin rekistereihin vain silloin, kun kaikki rekisterit on kirjoitettu. joten muista lukea ne kaikki.

Lopuksi tutkittiin digitaalista barometriä, toista I2C -protokolla -anturia, jota kutsutaan myös nimellä BMP280 (se löytyy myös helposti mistä tahansa, kunhan sitä käytetään laajalti ARDUINO -projekteissa). Sen osoite on b01110110X. haluat kirjoittaa vain käyttämällä sen osoitetta 0XEB. Mutta tämän anturin tapauksessa I2C -osoite voidaan muuttaa muuttamalla SDO -nastan jännitetasoa, joten jos käytät GND: tä tähän nastaan, osoite tulee olemaan b01110110X ja jos käytät VCC: tä tähän nastaan, osoite menee olla b01110111X, myös jotta I2C -moduuli voidaan ottaa käyttöön tässä anturissa, sinun on asetettava VCC -taso anturin CSB -nastaan, muuten se ei toimi kunnolla.

BMP280: lle vain kaksi rekisteriä oli tarkoitus määrittää, jotta se toimisi, ctrl_meas -rekisteri - osoite 0XF4 (tiedonkeruuvaihtoehtojen asettamiseksi) ja konfigurointirekisteri - osoite 0XF5 (nopeuden asettamiseksi, suodatin ja anturin liitäntävaihtoehdot).

Määritysten tekemisen jälkeen on aika tärkeille asioille, itse datalle, tässä tapauksessa halutut tiedot tapahtuvat rekisterien 0XF7 ja 0XFC välillä. Sekä lämpötila että painearvo koostuvat kolmesta tavusta, jotka on koodattu 2: n komplementtitavalla, mikä tarkoittaa, että luetut tiedot on muunnettava, jotta ne olisivat merkityksellisiä (näistä asioista keskustellaan myöhemmin). Myös tälle anturille, jotta saadaan suurempi tarkkuus, on olemassa useita korjauskertoimia, joita voidaan käyttää tietojen muuntamisessa, ne sijaitsevat rekisterien 0X88 ja 0XA1 välissä, kyllä, korjauskertoimia on 26 tavua, joten jos tarkkuus on ei niin paljon, unohda ne, muuten ei ole muuta tapaa.

Ja viimeisenä mutta ei vähäisimpänä GPS - Tyco A1035D, tämä perustuu UART -sarjaprotokollaan, erityisesti nopeudella 4800 kbps, ei pariteettibittejä, 8 databittiä ja 1 pysäytysbitti. on sarjaliikenneprotokolla, jossa tietojen synkronointi tapahtuu ohjelmiston kautta, ja siksi se on asynkroninen protokolla, myös tämän ominaisuuden vuoksi, tiedonsiirtonopeus ja vastaanotto on paljon pienempi. Erityisesti tätä protokollaa varten pakettien on aloitettava aloitusbitillä, mutta pysäytysbitti on valinnainen ja pakettien koko on 8 bittiä pitkä.

GPS - Tyco A1035D: n tapauksessa vaadittiin kaksi kokoonpanoa, jotka olivat setDGPSport (komento 102) ja Query/RateControl (komento 103), kaikki nämä tiedot ja lisävaihtoehdot ovat saatavilla NMEA -viitekäsikirjassa, protokollassa käytetään useimmissa GPS -moduuleissa. Komentoa 102 käytetään siirtonopeuden, databittien määrän ja pariteettibittien ja pysäytysbittien olemassaolon asettamiseen. Komentoa 103 käytetään ohjaamaan tavallisten NMEA -sanomien GGA, GLL, GSA, GSV, RMC ja VTG lähtöä, ne on kuvattu yksityiskohtaisesti viiteoppaassa, mutta meidän tapauksessamme valittiin GGA, joka tarkoittaa Global Paikannusjärjestelmän kiinteät tiedot.

Kun GPS - TycoA1035D on määritetty oikein, nyt on vain tarpeen lukea sarjaportti ja suodattaa vastaanotettu merkkijono valittujen parametrien mukaan, jotta tiedot voidaan käsitellä.

Saatuaan kaikki tarvittavat tiedot kaikista antureista tarvittiin vain ylimääräisiä ponnisteluja, jotta kaikki koottiin samaan ohjelmaan, myös sarjaliikennekirjastojen avulla.

Vaihe 3: Telemetriajärjestelmä

Telemetriajärjestelmä
Telemetriajärjestelmä

Tämä järjestelmä on vastuussa tiedonsiirron muodostamisesta maaohjauksen ja CanSatin välillä, projektiparametrien lisäksi sitä rajoitettiin myös muilla tavoilla, kunhan RF -lähetys on sallittu vain joillakin taajuuskaistoilla, jotka eivät ole kiireisiä muut RF -palvelut, kuten mobiilipalvelut. Nämä rajoitukset ovat erilaisia ja voivat vaihdella maittain, joten on tärkeää tarkistaa aina sallitut taajuuskaistat yleiseen käyttöön.

Markkinoilta on saatavana monia vaihtoehtoja edullisiin hintoihin, kaikki nämä järjestelmät tarjoavat erilaisia tapoja moduloida eri taajuuksilla, sillä tässä järjestelmässä valintamme koostui 2,4 GHz: n RF -lähetinvastaanottimesta, NRF24L01+, koska siinä oli jo vakiintunut viestintäprotokolla, kunhan varmistusjärjestelmät, kuten automaattinen kuittaus ja automaattiset uudelleenlähetysjärjestelmät. Lisäksi sen siirtonopeus voi saavuttaa jopa 2 Mbps nopeuden kohtuullisella virrankulutuksella.

Joten ennen kuin työskentelet tämän lähetin -vastaanottimen parissa, tutustutaan hieman enemmän NRF24L01+-laitteeseen. Kuten aiemmin mainittiin, se on 2,4 GHz: n radio, joka voidaan määrittää vastaanottimeksi tai lähettimeksi. Viestinnän muodostamiseksi kullakin lähetinvastaanottimella on osoite, jonka käyttäjä voi konfiguroida, osoite voi olla 24-40 bittiä pitkä tarpeidesi mukaan. Datatapahtumat voivat tapahtua yhdellä tai jatkuvalla tavalla, datakoko on rajoitettu 1 tavuun ja jokainen tapahtuma voi tai ei välttämättä luo kuittausehtoa lähetinvastaanottimen kokoonpanojen mukaisesti.

Muut muut kokoonpanot ovat myös mahdollisia, kuten vahvistus kohti RF-signaalin lähtöä, automaattisen uudelleenlähetysrutiinin olemassaolo tai ei (jos näin on, viive, kokeiden määrä muiden ominaisuuksien joukosta voidaan valita) ja useita muita ominaisuuksia, jotka eivät välttämättä ole hyödyllisiä tässä projektissa, mutta ne ovat joka tapauksessa saatavilla komponentin tietolomakkeesta, jos niistä on kiinnostusta.

NRF24L01+ "puhuu" SPI -kieltä sarjaliikenteessä, joten aina kun haluat lukea tai kirjoittaa tämän lähetin -vastaanottimen, käytä vain SPI -protokollaa. SPI on sarjaliikenneprotokolla, kuten aiemmin mainittiin, jossa orjien valinta suoritetaan CHIPSELECT (CS) -tapin kautta, joka yhdessä duplexin kanssa (sekä isäntä että orja voivat lähettää ja vastaanottaa rinnakkain) -ominaisuus tämän protokollan mahdollistaa paljon suuremmat tiedonsiirtonopeudet.

NRF24L01+: n tietolomake sisältää joukon komentoja tämän komponentin lukemiseen tai kirjoittamiseen, sisäisiin rekistereihin, RX- ja TX -hyötykuormiin pääsee käsiksi eri toimintojen joukossa, joten halutusta toiminnosta riippuen saattaa kulua tietty komento suorita se. Siksi olisi mielenkiintoista katsoa tietolomaketta, jossa on luettelo, joka sisältää ja selittää kaikki mahdolliset toimet lähetinvastaanottimella (emme aio luetella niitä täällä, koska se ei ole tämän ohjeen pääkohta).

Lähetinvastaanottimen lisäksi toinen tärkeä osa tätä järjestelmää on protokolla, jonka kautta kaikki halutut tiedot lähetetään ja vastaanotetaan, kunhan järjestelmän on tarkoitus toimia useiden tavujen kanssa samanaikaisesti, on tärkeää tietää kunkin tavun merkitys, sitä varten protokolla toimii, ja sen avulla järjestelmä voi tunnistaa organisoidusti kaikki vastaanotetut ja lähetetyt tiedot.

Jotta asiat pysyisivät yksinkertaisina, käytetty protokolla (lähettimelle) koostui otsikosta, joka koostui 3 tavusta ja jota seurasi anturin tiedot, kunhan kaikki anturitiedot koostuivat kahdesta tavusta, jokaiselle anturitiedolle annettiin tunnusnumero alkaen 0x01 ja sen jälkeen puolikuun järjestyksessä, joten jokaisella kahdella tavulla on tunnistetavu, joten otsikkosekvenssiä ei voitu toistaa sattumalta anturin lukemien mukaan. Vastaanotin oli lopulta yhtä yksinkertainen kuin lähetin, protokolla tarvitsi vain lähettimen lähettämän otsikon tunnistamisen ja sen jälkeen vain vastaanotettujen tavujen tallennuksen, tässä tapauksessa päätimme käyttää vektoria niiden tallentamiseen.

Joten kun olet saanut kaikki tarvittavat tiedot lähetinvastaanottimesta ja määrittänyt tiedonsiirtoprotokollan, on aika koota kaikki samaan koodiin ja saada CanSatin laiteohjelmisto valmiiksi.

Vaihe 4: Virtajärjestelmä

Tämä järjestelmä on vastuussa siitä, että se toimittaa muille järjestelmille tarvitsemansa energian toimiakseen oikein, tässä tapauksessa päätimme käyttää vain akkua ja jännitesäädintä. Joten akun mitoitusta varten analysoitiin joitain CanSatin toimintaparametreja, jotka auttaisivat määrittämään mallin ja koko järjestelmän syöttämiseen tarvittavan tehon.

Kun otetaan huomioon, että CanSatin pitäisi kestää useita tunteja päälle kytkettynä, sopivin tapa oli harkita äärimmäisiä virrankulutustilanteita, joissa jokainen CanSatiin liitetty moduuli ja järjestelmä kuluttavat suurimman mahdollisen virran. On kuitenkin myös tärkeää olla järkevä tässä vaiheessa, jotta akku ei saa olla liian suuri, mikä ei myöskään ole mielenkiintoista CanSatin painorajoitusten vuoksi.

Kaikkien järjestelmien komponenttien kaikkien tietolomakkeiden tarkastelun jälkeen järjestelmän kokonaisvirta oli noin 160 mAh, kun otetaan huomioon 10 tunnin itsenäisyys, 1600 mAh: n akku riitti takaamaan järjestelmän oikeat käyttöolosuhteet.

Kun olet tutustunut akun tarvittavaan varaukseen, autonomiasta huolimatta on otettava huomioon muita näkökohtia, kuten koko, paino, toimintalämpötila (niin kauan kuin CanSat pidetään raketin sisällä), jännitteet ja voimat jolle sama esitetään mm.

Vaihe 5: Rakenne

Rakenne on todella tärkeä CanSatin turvallisuuden kannalta, vaikka se jäi hieman huomiotta tässä projektissa (itse asiassa CanSatin mekaanisen osan kehittäminen ei ollut kovinkaan kiinnostavaa, koska kaikki jäsenet kursseja liittyi elektroniikkaan). Niin kauan kuin projekti perustui olemassa olevaan kaavaan, CanSat -kuvio, ei tarvinnut miettiä paljon, miltä se näytti, oli tarpeen, joten se tulisi muotoilla sylinterimuodossa, halkaisijaltaan noin 6, 1 cm ja noin 11, 65 cm pitkä (sama kuin tölkki soodaa).

Ulkorakenteen valmistelun jälkeen kaikki huomio kiinnitettiin kiinnitysjärjestelmään, joka on vastuussa kaikkien levyjen pitämisestä sylinterimäisen rakenteen sisällä, mikä mahdollistaa myös kiihtyvyyksien absorboinnin, joihin CanSat alistetaan, jonkin keskustelun jälkeen, päätettiin kiinnittää molemmat rakenteet muovaamalla suuritiheyksistä vaahtoa haluttuihin muotoihin.

Ulkorakenne rakennettiin käyttämällä PVC -putkia halutulla halkaisijalla rakenteen sulkemiseksi käytettiin joitain PVC -putkikansia

Vaihe 6: Johtopäätökset ja tulevaisuuden ajatukset

CanSatia on vielä testattava toiminnassa, haemme todella rakettikilpailua (joka tapahtuu joulukuussa), myös koko rakennuksen läpi (jotenkin meidän on vielä saatava valmiiksi jotain) ja kehitystä prosessia, joitain näkökulmia ja muistiinpanoja, joita ajattelimme olevan mielenkiintoista jakaa teidän kaikkien kanssa, havaittiin, lähinnä kamppailuja, vinkkejä ja jopa hyviä kokemuksia, joten tässä se on:

- Hankkeen alku oli koko projektin hedelmällisin kehitysvaihe, valitettavasti ryhmä alkoi olla kiinnostunut hankkeesta määräajassa, ehkä välittömien tulosten puuttumisen tai ehkä vain viestinnän puutteen vuoksi. projektista tuli paljon hyvää

- Lähetinvastaanottimen saaminen toimintaan vaati paljon vaivaa, koska kaikki kirjastot on kehitetty tyhjästä, myös siksi, että tällaisten asioiden testaamiseen tarvitaan kaksi eri ohjelmaa ja asetusta

- Meidän tapauksessamme ei ollut paras idea työskennellä rekisterien kokoonpanoihin perustuvien mikro -ohjainten parissa, eivätkä kaikki jäsenet pystyneet pysymään muiden ryhmän mukana, mikä johti ongelmiin, kuten tehtävien jakamiseen. Käytössämme olevalle mikro -ohjaimelle on tonnia kunnollisia C -kirjastoja, joten olisi ollut paljon parempi idea käyttää näitä resursseja, on myös IDE nimeltä Code Composer, joka tarjoaa myös paljon resursseja niille mikrokontrollereille

- CanSat tarvitsee vielä paljon parannuksia, tämä kokemus perustui perustekniikoihin ja taitoihin, eikä myöskään useita asioita otettu huomioon, joten toivottavasti tulevaisuudessa tämän CanSatin huippuluokan versio saattaa toteutua enemmän vaivaa ja kovaa työtä.

Suositeltava: