İçindekiler:

CanSat - Yeni Başlayanlar Kılavuzu: 6 Adım
CanSat - Yeni Başlayanlar Kılavuzu: 6 Adım

Video: CanSat - Yeni Başlayanlar Kılavuzu: 6 Adım

Video: CanSat - Yeni Başlayanlar Kılavuzu: 6 Adım
Video: Sağlık için Çigong! Ba Duan Jin "8 parça brokar". Günlük Çin jimnastiği. 2024, Temmuz
Anonim
CanSat - Başlangıç Kılavuzu
CanSat - Başlangıç Kılavuzu
CanSat - Başlangıç Kılavuzu
CanSat - Başlangıç Kılavuzu
CanSat - Başlangıç Kılavuzu
CanSat - Başlangıç Kılavuzu

Bu talimatların temel amacı, bir CanSat'ın geliştirme sürecini adım adım paylaşmaktır. Ancak, başlamadan önce, bir CanSat'ın ne olduğunu ve ana işlevlerinin neler olduğunu gerçekten açıklığa kavuşturalım, ayrıca fırsattan yararlanarak ekibimizi tanıtacağız. Bu proje üniversitemiz, Universidade Tecnológica Federal do Paraná (UTFPR), kampüs Cornélio Procópio'da bir genişletme projesi olarak başladı. Danışmanımızın rehberliğinde, nasıl çalıştığını anlayabilmek için tüm yönlerini ve özelliklerini incelemek anlamına gelen CanSats'a girme niyetiyle bir eylem planı geliştirdik ve sonunda bunun inşasıyla sonuçlanacaktı. bir CanSat ve bu kılavuzun geliştirilmesi. Bir CanSat bir pikosatellit olarak sınıflandırılır, yani ağırlığı 1 kg ile sınırlıdır, ancak normalde CanSat'lar yaklaşık 350 g ağırlığındadır ve yapısı bir kutu soda, 6, 1 cm çapında, 11, 65 cm yüksekliğinde bir silindire dayanmaktadır. Bu model, üniversitelerin bu teknolojilere erişimini sağlamak için bir uydu geliştirme sürecini basitleştirmek amacıyla sunuldu ve bu modeli benimseyen yarışmalar nedeniyle popülerlik kazandı. Genel olarak CanSats, güç sistemi, algılama sistemi, telemetri sistemi ve ana sistem olmak üzere 4 yapıya dayanmaktadır. Şimdi her bir sisteme daha yakından bakalım: - Güç sistemi: Bu sistem, ihtiyacına göre elektrik enerjisini diğerlerine sağlamaktan sorumludur. Diğer bir deyişle, sistemlere gerekli gerilim ve akımı, limitlerine uygun olarak sağlamalıdır. Ayrıca, diğer sistemlerin güvenliğini ve uygun davranışını garanti etmek için koruma bileşenleri içerebilir. Genellikle bir pil ve bir voltaj regülatör devresine dayanır, ancak güç yönetimi teknikleri ve çeşitli koruma türleri gibi birçok başka özellik eklenebilir. - Algılama sistemi: Bu sistem, gerekli verilerin toplanmasından sorumlu tüm sensör ve cihazlardan oluşur. seri protokoller, paralel protokoller gibi çeşitli yollarla ana sisteme bağlanabilir, bu nedenle en uygun olanı belirleyebilmek için tüm bu tekniklere hakim olmak gerçekten önemlidir. Genel olarak, seri protokoller, daha az sayıda bağlantı ve çok yönlülükleri nedeniyle sıklıkla seçilenlerdir, açık farkla en popüler olanlar SPI, I2C ve UART protokolleridir. - Telemetri Sistemi: Bu sistem, CanSat ile yer kontrol istasyonu arasında kablosuz iletişim protokolü ve donanımını içeren kablosuz iletişimin kurulmasından sorumludur. - Ana Sistem: Bu sistem, diğer tüm sistemleri bir organizma olarak çalışma sırasını kontrol edecek ve senkronize edecek şekilde birbirine bağlamaktan sorumludur.

Adım 1: Ana Sistem

Ana Sistem
Ana Sistem

Birçok nedenden dolayı ARM® Cortex®-M4F tabanlı bir mikro denetleyici seçtik; bu, çok daha yüksek bir işlem gücü ve ayrıca DSP işlevleri gibi RISK mikro denetleyicilerinde yaygın olarak görülmeyen çeşitli özellikler sunan düşük güçlü bir MCU'dur. Bu özellikler ilgi çekicidir, çünkü CanSat uygulamalarının özelliklerinin, mikrodenetleyiciyi değiştirmeye gerek kalmadan (elbette, limitlerini de gözeterek) karmaşıklığında artışa olanak tanırlar.

Projenin çeşitli finansal sınırlamaları olduğu sürece, seçilen mikrodenetleyicinin de uygun fiyatlı olması gerekiyordu, bu nedenle spesifikasyonları takip ederek, ARM® Cortex®-M4F Tabanlı MCU TM4C123G LaunchPad'i seçtik, bu sadece projemize uyan bir fırlatma paneli.. Ayrıca belgeler (fabrika tarafından sağlanan veri sayfaları ve özellik belgeleri) ve MCU'nun IDE'si, geliştirme sürecine çok yardımcı oldukları sürece gerçekten dikkate alınması gereken profesyonellerdi.

Bu Cansat'ta, bunu basit tutmaya ve sadece launchpad'i kullanarak geliştirmeye karar verdik, ancak elbette gelecekteki projelerde, launchpad'de bulunan birkaç özelliğin projemiz için gerçekten gerekli olmadığı düşünüldüğünde, bu bir seçenek olmayacak, artı formatı, bir CanSat'ın boyutları minimum olduğu sürece, CanSat'ımızın yapısının projesini çok sınırladı.

Bu nedenle, bu sistem için uygun 'beyni' seçtikten sonraki adım, yazılımının geliştirilmesiydi, ayrıca basit tutmak için, aşağıdaki diziyi 1Hz frekansında yapan sıralı bir program kullanmaya karar verdik:

Sensör okumaları > veri depolama > veri iletimi

Sensörler kısmı daha sonra algılama sisteminde anlatılacak, ayrıca telemetri sisteminde veri iletimi anlatılacaktır. Son olarak, mikrodenetleyicinin nasıl programlanacağını öğrenmekti, bizim durumumuzda MCU, GPIO'lar, I2C modülü, UART modülü ve SPI modülünün aşağıdaki fonksiyonlarını öğrenmemiz gerekiyordu.

GPIO'lar veya sadece genel amaçlı giriş ve çıkışlar, doğru şekilde ayarlandıkları sürece çeşitli işlevleri gerçekleştirmek için kullanılabilen bağlantı noktalarıdır. GPIO'lar için, hatta diğer modüller için bile herhangi bir C kütüphanesi kullanmadığımızı düşünürsek, gerekli tüm yazmaçları yapılandırmamız gerekiyordu. Bu nedenle, kullandığımız modüllerin registerları ile ilgili örnekler ve açıklamalar içeren ve aşağıda bulunan temel bir rehber yazdık.

Ayrıca, kodu basitleştirmek ve düzenlemek için çeşitli kütüphaneler oluşturulmuştur. Bu nedenle, kütüphaneler aşağıdaki amaçlar için oluşturulmuştur:

- SPI protokolü

- I2C protokolü

- UART protokolü

- NRF24L01+ - alıcı

Bu kitaplıklar aşağıda da mevcuttur, ancak Keil uvision 5 IDE'yi kullandığımızı unutmayın, bu nedenle bu kitaplıklar kod oluşturucu için çalışmayacaktır. Son olarak, tüm kütüphaneleri oluşturduktan ve gerekli tüm bilgileri öğrendikten sonra, nihai kod bir araya getirildi ve tahmin edebileceğiniz gibi aşağıda da mevcut.

Adım 2: Algılama Sistemi

Algılama Sistemi
Algılama Sistemi
Algılama Sistemi
Algılama Sistemi
Algılama Sistemi
Algılama Sistemi
Algılama Sistemi
Algılama Sistemi

Bu sistem, CanSat'ın çalışma koşulları hakkında bilgi toplamaktan sorumlu tüm sensör ve cihazlardan oluşmaktadır. Bizim durumumuzda aşağıdaki sensörleri seçtik:

- 3 eksenli dijital ivmeölçer - MPU6050

- 3 eksenli dijital jiroskop - MPU6050

- 3 eksenli bir dijital manyetometre - HMC5883L

- dijital barometre - BMP280

- ve bir GPS - Tyco A1035D

Seçenekler esas olarak erişilebilirliğe dayanıyordu; bu, mekanik ve elektriksel (iletişim protokolü, güç kaynağı vb.) özelliklerin projemizle uyumlu olduğu sürece, bazı sensörler için kullanılabilirlik nedeniyle seçimlere başka hiçbir parametre uygulanmadığı anlamına geliyordu. seçenekler sınırlıydı. Sensörleri aldıktan sonra, onları çalıştırmanın zamanı gelmişti.

Bu nedenle ilk keşfedilen MPU6050 (ARDUINO projelerinde yaygın olarak kullanıldığı sürece her yerde kolayca bulunabilir) adı verilen 3 eksenli dijital ivmeölçer ve jiroskop oldu, iletişimi I2C protokolüne dayanıyor. her bir slave bir adrese sahiptir ve adresin 7 bit uzunluğunda olduğu göz önüne alındığında, birkaç cihazın paralel olarak bağlanmasına izin verir, aynı seri veriyoluna yaklaşık 127 cihaz bağlanabilir. Bu iletişim protokolü, bir veri yolu ve bir saat veriyolu olmak üzere iki veriyolu üzerinde çalışır, bu nedenle bilgi alışverişi için master 8 döngü saat göndermelidir (bu arada, bu iletişim temel aldığı sürece bilgi bir bayta sığmalıdır). bayt boyutunda) ya bir alma ya da gönderme işleminde. MPU6050'nin adresi 0b110100X'dir ve X, bir okuma veya yazma işlemini çağırmak (gösterir) için kullanılır (0, bir yazma işlemini ve 1, bir okuma işlemini belirtir), bu nedenle, sensörü okumak istediğinizde, adresini 0xD1 olarak kullanın. ve ne zaman yazmak isterseniz adresini 0xD0 olarak kullanın.

I2C protokolünü keşfettikten sonra, MPU6050 aslında çalışıldı, başka bir deyişle, onu çalıştırmak için gerekli bilgileri almak için veri sayfası okundu, bu sensör için sadece üç kayıtın yapılandırılması gerekiyordu, güç yönetimi 1 kayıt - 0x6B adresi (sensörün uyku modunda olmadığını garanti etmek için), jiroskop konfigürasyon kaydı - adres 0x1B (jiroskop için tam ölçek aralığını konfigüre etmek için) ve son olarak ivmeölçer konfigürasyon kaydı - adres 0x1C (içinde ivmeölçer için tam ölçek aralığını yapılandırmak için). Konfigüre edilebilecek başka kayıtlar da vardır ve sensör performansının optimizasyonuna izin verir, ancak bu proje için bu konfigürasyonlar yeterlidir.

Böylece, sensörü doğru bir şekilde yapılandırdıktan sonra artık onu okuyabilirsiniz. İstenen bilgi, 0x3B kaydı ile 0x48 kaydı arasında yer alır, her eksen değeri, 2'nin tamamlayıcı yolunda kodlanmış iki bayttan oluşur, bu, okunan verilerin anlamlı olması için dönüştürülmesi gerektiği anlamına gelir (bu şeyler olacaktır). Sonra tartışılacak).

MPU6050 ile işimi bitirdikten sonra sıra HMC5883L (ARDUINO projelerinde yaygın olarak kullanıldığı sürece her yerde kolayca bulunabilir) adlı 3 eksenli dijital manyetometreyi incelemeye geldi ve yine onun iletişim protokolü seri protokoldür. I2C. Adresi 0b0011110X'dir ve X, bir okuma veya yazma işlemini çağırmak (gösterir) için kullanılır (0, bir yazma işlemini ve 1, bir okuma işlemini belirtir), bu nedenle, sensörü ne zaman okumak isterseniz, adresini 0x3D olarak ve ne zaman olursa olsun kullanın. yazmak istiyorsanız adresini 0x3C olarak kullanın.

Bu durumda, HMC5883L'nin başlatılmasını sağlamak için, yapılandırma kaydı A - adres 0x00 (veri çıkış hızını ve ölçüm modunu yapılandırmak için), yapılandırma kaydı B - adres 0x01 (sensörün kazancını yapılandırmak için) ve son olarak mod kaydı - 0x02 adresi (cihazın çalışma modunu yapılandırmak için).

Böylece, HMC5883L'yi uygun şekilde yapılandırdıktan sonra artık onu okumak mümkün. İstenen bilgi, 0x03 kaydı ile 0x08 kaydı arasında yer alır, her eksen değeri, 2'nin tümleyen şekilde kodlanmış iki bayttan oluşur, bu, okunan verilerin anlamlı olması için dönüştürülmesi gerektiği anlamına gelir (bu şeyler olacaktır). Sonra tartışılacak). Özellikle bu sensör için tüm bilgileri bir kerede okumanız gerekiyor, aksi takdirde çıkış verileri sadece tüm kayıtlar yazıldığında bu kayıtlara yazıldığı sürece önerildiği gibi çalışmayabilir. bu yüzden hepsini okuduğunuzdan emin olun.

Son olarak, BMP280 olarak da adlandırılan başka bir I2C protokol sensörü olan dijital barometre üzerinde çalışıldı (ARDUINO projelerinde yaygın olarak kullanıldığı sürece her yerde kolayca bulunabilir). Adresi b01110110X'dir, ayrıca X, bir okuma veya yazma işlemini çağırmak (gösterir) için kullanılır (0, bir yazma işlemini ve 1, bir okuma işlemini belirtir), bu nedenle, sensörü ne zaman okumak isterseniz, adresini 0XEA olarak ve ne zaman olursa olsun kullanın. yazmak istiyorsanız adresini 0XEB olarak kullanın. Ama bu sensörde SDO pinindeki voltaj seviyesi değiştirilerek I2C adresi değiştirilebilir yani bu pine GND uygularsanız adres b01110110X olur ve bu pine VCC uygularsanız adres gidiyor b01110111X olmak için, ayrıca bu sensörde I2C modülünü etkinleştirmek için sensörün CSB pinine bir VCC seviyesi uygulamalısınız, aksi takdirde düzgün çalışmayacaktır.

BMP280 için, çalışmasını sağlamak için yalnızca iki kaydın yapılandırılması gerekiyordu, ctrl_meas kaydı - 0XF4 adresi (veri toplama seçeneklerini ayarlamak için) ve yapılandırma kaydı - 0XF5 adresi (hızı ayarlamak için, sensör için filtre ve arayüz seçenekleri).

Konfigürasyon işlerini bitirdikten sonra, asıl önemli olanın zamanı geldi, verinin kendisi, bu durumda istenen bilgi 0XF7 ve 0XFC kayıtları arasında yer alıyor. Hem sıcaklık hem de basınç değeri, 2'yi tamamlayıcı şekilde kodlanmış üç bayttan oluşur; bu, okunan verilerin anlamlı olması için dönüştürülmesi gerektiği anlamına gelir (bu şeyler daha sonra tartışılacaktır). Ayrıca bu sensör için, daha yüksek bir hassasiyet elde etmek için, verileri dönüştürürken kullanılabilecek birkaç düzeltme katsayıları vardır, bunlar 0X88 ve 0XA1 kayıtları arasında bulunur, evet 26 bayt düzeltme katsayıları vardır, yani kesinlik ise o kadar önemli değil, unut gitsin, yoksa başka yolu yok.

Ve son olarak GPS - Tyco A1035D, bu, özellikle 4800 kbps hızında, eşlik biti yok, 8 veri biti ve 1 durdurma biti hızında UART seri protokolüne dayanıyor. UART veya Evrensel Asenkron Alıcı/Verici, bilgi senkronizasyonunun yazılım üzerinden yapıldığı bir seri protokoldür, bu nedenle asenkron bir protokoldür, ayrıca bu özelliğinden dolayı bilginin iletilme ve alınma hızı çok daha düşüktür. Özellikle bu protokol için paketler bir başlangıç biti ile başlamalıdır, ancak durdurma biti isteğe bağlıdır ve paketlerin boyutu 8 bit uzunluğundadır.

GPS - Tyco A1035D durumunda, setDGPSport (komut 102) ve Query/RateControl (komut 103) olmak üzere iki konfigürasyon gerekliydi, tüm bu bilgiler ve daha fazla seçenek NMEA referans kılavuzunda, protokolde mevcuttur. çoğu GPS modülünde kullanılır. Komut 102, baud hızını, veri bitlerinin miktarını ve eşlik bitlerinin ve durdurma bitlerinin varlığını veya yokluğunu ayarlamak için kullanılır. Komut 103, standart NMEA mesajları GGA, GLL, GSA, GSV, RMC ve VTG'nin çıktısını kontrol etmek için kullanılır, bunlar referans kılavuzunda ayrıntılarıyla açıklanmıştır, ancak bizim durumumuzda seçilen, Global anlamına gelen GGA'dır. Konumlandırma Sistemi Sabit Veriler.

GPS - TycoA1035D düzgün bir şekilde yapılandırıldıktan sonra, bilgilerin işlenmesine izin vermek için artık sadece seri portu okumak ve alınan diziyi seçilen parametrelere göre filtrelemek gereklidir.

Tüm sensörler hakkında gerekli tüm bilgileri öğrendikten sonra, seri iletişim kütüphanelerini de kullanarak her şeyi aynı programda bir araya getirmek için sadece biraz ekstra çaba harcadı.

Adım 3: Telemetri Sistemi

Telemetri Sistemi
Telemetri Sistemi

Bu sistem, yer kontrolü ile CanSat arasındaki iletişimi sağlamakla görevli olup, proje parametrelerinin yanı sıra, RF iletimine sadece bazı frekans bantlarında izin verildiği sürece, bazı yönlerden kısıtlanmıştır. mobil hizmetler gibi diğer RF hizmetleri. Bu kısıtlamalar farklıdır ve ülkeden ülkeye değişebilir, bu nedenle ortak kullanım için izin verilen frekans bantlarını her zaman kontrol etmek önemlidir.

Piyasada uygun fiyatlarla birçok radyo seçeneği mevcuttur, tüm bu sistemler farklı frekanslarda farklı modülasyon yolları sunar, bu sistem için seçimimiz 2.4GHz RF alıcı-verici, NRF24L01+ idi, çünkü halihazırda sahip olduğu gerçeğinden dolayı NRF24L01+. otomatik onay ve otomatik yeniden iletim sistemleri gibi doğrulama sistemleri olduğu sürece iyi kurulmuş bir iletişim protokolü. Ayrıca, iletim hızı makul bir güç tüketiminde 2 Mbps'ye kadar hızlara ulaşabilir.

Bu alıcı-verici üzerinde çalışmaya başlamadan önce, NRF24L01+ hakkında biraz daha bilgi sahibi olalım. Daha önce de belirtildiği gibi, alıcı veya verici olarak yapılandırılabilen 2.4GHz tabanlı bir radyodur. Her bir alıcı-vericinin iletişim kurabilmesi için kullanıcı tarafından konfigüre edilebilen bir adresi vardır, adres ihtiyacınıza göre 24 ila 40 bit uzunluğunda olabilir. Veri işlemleri tek veya sürekli bir şekilde gerçekleşebilir, veri boyutu 1 bayt ile sınırlıdır ve her işlem alıcı-vericinin konfigürasyonlarına göre bir alındı durumu oluşturabilir veya üretmeyebilir.

RF sinyalinin çıkışına yönelik kazanç, bir otomatik yeniden iletim rutininin varlığı veya olmaması (eğer öyleyse gecikme, diğer özellikler arasından denemelerin miktarı seçilebilir) ve diğer birkaç farklı konfigürasyon da mümkündür. bu proje için mutlaka yararlı olmayan özellikler, ancak yine de, herhangi bir ilgi olması durumunda bileşenin veri sayfasında mevcuttur.

NRF24L01+, seri iletişim söz konusu olduğunda SPI dilini 'konuşur', bu nedenle bu alıcı-vericiyi ne zaman okumak veya yazmak isterseniz, devam edin ve bunun için SPI protokolünü kullanın. SPI, daha önce bahsedildiği gibi, bağımlı birimlerin seçiminin bir CHIPSELECT (CS) pimi aracılığıyla yapıldığı, tam dubleks (hem ana hem de bağımlı paralel bir şekilde iletebilir ve alabilir) özelliği ile birlikte yapılan bir seri protokoldür. Bu protokolün çok daha yüksek hızlarda veri alışverişine izin vermesi.

NRF24L01+ veri sayfası, bu bileşeni okumak veya yazmak için bir dizi komut sağlar, diğer işlemler arasında dahili kayıtlara, RX ve TX yüküne erişmek için farklı komutlar vardır, bu nedenle istenen işleme bağlı olarak, belirli bir komut alabilir. gerçekleştirin. Bu nedenle, alıcı-verici üzerindeki tüm olası eylemleri içeren ve açıklayan bir listenin bulunduğu veri sayfasına bir göz atmak ilginç olacaktır (bunları burada listelemeyeceğiz, çünkü bu talimatların ana noktası bu değil.).

Alıcı-vericinin yanı sıra, bu sistemin bir diğer önemli bileşeni, istenen tüm verilerin gönderildiği ve alındığı protokoldür, sistemin aynı anda birkaç bayt bilgi ile çalışması gerektiği sürece, her bir baytın anlamını bilmek önemlidir, protokol bunun için çalışır, sistemin alınan ve iletilen tüm verileri organize bir şekilde tanımlamasını sağlar.

İşleri basit tutmak için, kullanılan protokol (verici için), sensör verilerinin izlediği 3 bayttan oluşan bir başlıktan oluşuyordu, tüm sensör verileri iki bayttan oluştuğu sürece, her sensör verisine başlangıçta bir kimlik numarası verildi. 0x01'den itibaren ve hilal düzeninde takip edilir, bu nedenle her iki bayt bir tanımlama baytı vardır, bu şekilde başlık dizisi sensörün okumalarına göre tesadüfen tekrarlanamaz. Alıcı, verici kadar basit hale geldi, protokolün sadece verici tarafından gönderilen başlığı tanıması gerekiyordu ve sadece alınan baytları depoladıktan sonra, bu durumda bunları depolamak için bir vektör kullanmaya karar verdik.

Bu nedenle, alıcı-verici hakkında gerekli tüm bilgileri edindikten ve iletişim protokolünü belirledikten sonra, her şeyi aynı kod parçasında bir araya getirmenin ve nihayet CanSat ürün yazılımını gerçekleştirmenin zamanı geldi.

Adım 4: Güç Sistemi

Bu sistem, diğer sistemlerin düzgün çalışması için ihtiyaç duydukları enerjiyi sağlamakla yükümlüdür, bu durumda sadece pil ve voltaj regülatörü kullanmaya karar verdik. Bu nedenle, pil boyutu için CanSat'ın bazı çalışma parametreleri analiz edildi, bu parametreler modelin tanımlanmasına ve tüm sistemi beslemek için gerekli olan güce yardımcı olacaktır.

CanSat'ın birkaç saat açık kalabilmesi gerektiği göz önüne alındığında, yapılacak en uygun şey, CanSat'a bağlı her modülün ve sistemin mümkün olan en yüksek akımı tüketeceği en uç güç tüketimi durumlarını düşünmekti. Ancak bu noktada makul olmak ve pili fazla büyütmemek de önemli, bu da CanSat'ın ağırlık sınırlamaları nedeniyle ilginç değil.

Tüm sistemlerin bileşenlerinin tüm veri sayfalarına baktıktan sonra, sistem tarafından tüketilen toplam akım yaklaşık 160mAh, 10 saatlik bir özerklik göz önüne alındığında, sistemin uygun çalışma koşullarını garanti etmek için 1600mAh pil yeterliydi.

Bataryanın gerekli şarjını öğrendikten sonra, boyut, ağırlık, çalışma sıcaklığı (CanSat bir roket içinde tutulduğu sürece), gerilimler ve kuvvetler gibi özerkliğe rağmen dikkate alınması gereken başka hususlar vardır. diğerlerinin yanı sıra aynısının sunulduğu.

Adım 5: Yapı

Bu projede biraz ihmal edilmiş olsa da yapı CanSat'ın güvenliği için gerçekten önemli (aslında CanSat'ın mekanik kısmının geliştirilmesine pek fazla ilgi yoktu çünkü tüm üyelerin ders vermesi nedeniyle CanSat'ın mekanik kısmının geliştirilmesine pek ilgi yoktu). elektronikle ilgiliydi). Proje mevcut bir desene dayandığı sürece, CanSat deseni, nasıl görüneceğini çok fazla düşünmek gerekli değildi, bu yüzden yaklaşık 6, 1 cm çapında ve yaklaşık 11 cm'lik bir silindir biçiminde şekillendirilmelidir., 65 cm boyunda (bir kutu soda ile aynı ölçülerde).

Dış yapı tamamlandıktan sonra, tüm dikkatler, tüm panoları silindirik yapı içinde tutmaktan sorumlu olan ve CanSat'ın maruz kalacağı ivmelerin emilmesini sağlayan bağlantı sistemine odaklandı., her iki yapının da yüksek yoğunluklu köpük kalıplanarak istenilen şekillerde birleştirilmesine karar verildi.

Dış yapı istenilen çapta PVC borular kullanılarak inşa edilmiş olup, yapıyı kapatmak için bazı PVC boru kapakları kullanılmıştır.

Adım 6: Sonuçlar ve Gelecek Düşünceler

CanSat'ın hala eylemde test edilmesi gerekiyor, aslında bir roket yarışması için başvuruyoruz (Aralık'ta gerçekleşecek), ayrıca tüm binadan geçtikten sonra (biraz, aslında hala bazı şeyleri bitirmemiz gerekiyor) ve geliştirme süreç, hepinizle paylaşmanın ilginç olacağını düşündüğümüz bazı bakış açıları ve notlar, özellikle mücadeleler, ipuçları ve hatta iyi deneyimler hakkında gözlemlendi, işte burada:

- Projenin başlangıcı, tüm projenin gelişiminin en verimli dönemi oldu, ne yazık ki grup, belki de hemen sonuç alınamaması veya belki de sadece iletişim eksikliği nedeniyle, son teslim tarihine kadar projeyle biraz ilgisiz hale geldi. projeden birkaç güzel şey çıktı

- Tüm kütüphaneler sıfırdan geliştirildiğinden ve bu tür şeyleri test etmek için iki farklı program ve kurulum gerektirdiğinden, alıcı-vericiyi çalıştırmak çok çaba gerektirdi.

- Bizim durumumuzda, kayıt konfigürasyonlarına dayalı mikro denetleyiciler üzerinde çalışmak en iyi fikir değildi, tüm üyeler grubun geri kalanına ayak uyduramadı, bu da görev bölümü gibi bazı sorunlara yol açtı. Kullandığımız mikro denetleyici için tonlarca uygun C kitaplığı var, bu nedenle bu kaynakları kullanmak çok daha iyi bir fikir olurdu, ayrıca Code Composer adlı bir IDE var ve bu mikro denetleyiciler için tonlarca kaynak sunuyor.

- CanSat'ın hala birçok iyileştirmeye ihtiyacı var, bu deneyim temel tekniklere ve becerilere dayanıyordu, ayrıca birkaç konu dikkate alınmadı, bu nedenle gelecekte bu CanSat'ın birinci sınıf bir versiyonunun daha fazla çaba ve sıkı çalışma ile gerçeğe dönüşebileceğini umuyoruz..

Önerilen: