Naufal Faza
    • Create new note
    • Create a note from template
      • Sharing URL Link copied
      • /edit
      • View mode
        • Edit mode
        • View mode
        • Book mode
        • Slide mode
        Edit mode View mode Book mode Slide mode
      • Customize slides
      • Note Permission
      • Read
        • Only me
        • Signed-in users
        • Everyone
        Only me Signed-in users Everyone
      • Write
        • Only me
        • Signed-in users
        • Everyone
        Only me Signed-in users Everyone
      • Engagement control Commenting, Suggest edit, Emoji Reply
    • Invite by email
      Invitee

      This note has no invitees

    • Publish Note

      Share your work with the world Congratulations! 🎉 Your note is out in the world Publish Note

      Your note will be visible on your profile and discoverable by anyone.
      Your note is now live.
      This note is visible on your profile and discoverable online.
      Everyone on the web can find and read all notes of this public team.
      See published notes
      Unpublish note
      Please check the box to agree to the Community Guidelines.
      View profile
    • Commenting
      Permission
      Disabled Forbidden Owners Signed-in users Everyone
    • Enable
    • Permission
      • Forbidden
      • Owners
      • Signed-in users
      • Everyone
    • Suggest edit
      Permission
      Disabled Forbidden Owners Signed-in users Everyone
    • Enable
    • Permission
      • Forbidden
      • Owners
      • Signed-in users
    • Emoji Reply
    • Enable
    • Versions and GitHub Sync
    • Note settings
    • Note Insights New
    • Engagement control
    • Make a copy
    • Transfer ownership
    • Delete this note
    • Save as template
    • Insert from template
    • Import from
      • Dropbox
      • Google Drive
      • Gist
      • Clipboard
    • Export to
      • Dropbox
      • Google Drive
      • Gist
    • Download
      • Markdown
      • HTML
      • Raw HTML
Menu Note settings Note Insights Versions and GitHub Sync Sharing URL Create Help
Create Create new note Create a note from template
Menu
Options
Engagement control Make a copy Transfer ownership Delete this note
Import from
Dropbox Google Drive Gist Clipboard
Export to
Dropbox Google Drive Gist
Download
Markdown HTML Raw HTML
Back
Sharing URL Link copied
/edit
View mode
  • Edit mode
  • View mode
  • Book mode
  • Slide mode
Edit mode View mode Book mode Slide mode
Customize slides
Note Permission
Read
Only me
  • Only me
  • Signed-in users
  • Everyone
Only me Signed-in users Everyone
Write
Only me
  • Only me
  • Signed-in users
  • Everyone
Only me Signed-in users Everyone
Engagement control Commenting, Suggest edit, Emoji Reply
  • Invite by email
    Invitee

    This note has no invitees

  • Publish Note

    Share your work with the world Congratulations! 🎉 Your note is out in the world Publish Note

    Your note will be visible on your profile and discoverable by anyone.
    Your note is now live.
    This note is visible on your profile and discoverable online.
    Everyone on the web can find and read all notes of this public team.
    See published notes
    Unpublish note
    Please check the box to agree to the Community Guidelines.
    View profile
    Engagement control
    Commenting
    Permission
    Disabled Forbidden Owners Signed-in users Everyone
    Enable
    Permission
    • Forbidden
    • Owners
    • Signed-in users
    • Everyone
    Suggest edit
    Permission
    Disabled Forbidden Owners Signed-in users Everyone
    Enable
    Permission
    • Forbidden
    • Owners
    • Signed-in users
    Emoji Reply
    Enable
    Import from Dropbox Google Drive Gist Clipboard
       Owned this note    Owned this note      
    Published Linked with GitHub
    • Any changes
      Be notified of any changes
    • Mention me
      Be notified of mention me
    • Unsubscribe
    Mission Guide CanSat 2022 terjemahan Bahasa Indonesia === [PDF Inggris](http://cansatcompetition.com/docs/CanSat_Mission_Guide_2022.pdf) Terjemahan dibagi berdasarkan halamannya. Masalah yang sedang dihadapi: 1. Transmisi data payload dan container bagaimana cara duplex nya? 2. ## 5-6 ### 1. Pengenalan Kompetisi Cansat adalah “desain, buat, terbangkan” kompetisi yang menyediakan kesempatan untuk berbagai team berlomba, merasakan pengalaman mendesain suatu system aerospace. Cansat didesain untuk merefleksikan program classic aerospace dalam skala kecil serta mengikutsertakan segala elemen dari program aerospace dari Preliminary design review sampai post mission review. Misi dan segala syarat-syarat didesain untuk merefleksi berbagai aspek dari misi sesungguhnya, termasuk syarat telemetri, komunikasi, dan operasi autonomous. Tiap tim dinilai Ketika kompetisi senyata mungkin, seperti jadwalnya, presentasi review desain, dan demonstrasi penerbangan ### 1.1 Deskripsi Kompetisi Kompetisi akan dijalankan selama pandemic global. Kompetisi direncanakan meluncur pada bulan juni untuk tim yang akan mendemonstrasikan payload mereka. Kompetisi juga bekerja untuk rencana alternatif dalam event travel bila tidak dijinkan atau Ketika tempat hostnya di cancel untuk meluncur. Apabila peluncuran tidak dilaksanakan, demonstrasi akan bersifat streaming yang diawasi (remote) dan fungsionalitasnya akan dilaksanakan pada tempat peluncuran. Skor dokumentasi lain juga dibutuhkan. Untuk mengontrol besarnya kompetisi, hanya 3 tim per sekolah yang diizinkan untuk ikut kompetisi. Direkomendasikan juga pada sekolah agar mengadakan rapat internal kompetisi untuk memilih hanya 3 tim saja yang diikutkan. Jika lebih dari tiga tim yang ikut dari satu sekolah, maka 3 tim yang pertama kali mendaftar aplikasi yang akan diterima pendaftaran kompetisi. Kompetisi memiliki 5 fase : Fase pertama, fase aplikasi. Tim harus menyerahkan aplikasi dan membayar 200$ dana yang tidak bisa ditarik Kembali. Ongkos pendaftaran digunakan untuk membiayai motor roket dan material lainnya. Pendaftaran aplikasi paling lambat, yaitu pada 30 Oktober 2021. Pembayaran akan diminta pada awal November dan harus dibayar sebelum tanggal yang ditentukan nanti. Fase kedua, yaitu Pre-desain. Tim akan mendevelopmen desain, prototipe, dan konsep-konsep yang menghasilkan Preliminary Design Review (PDR) powerpoint dengan template yang disediakan. Tim harus menyerahkan lembaran PDR hanya dalam bentuk PDF format sebelum tanggal yang ditentukan. Tim yang tidak memenuhi kriteria tanggal pengumpulan atau tidak menyerahkan sesuai ketentuan akan dikeluarkan dari kompetisi. Jadwal pertemuan telecon (seperti zoom) akan dibuat jika sudah mengirim slide pdf. Tim memiliki waktu setengah jam untuk mendiskusikan subset dari slide PDR via telecon (seperti zoom). Fase tiga, yaitu desain kritis (critical design). Tim akan merancang desain final dan mulai memesan komponen, bagian-bagian manufaktur, melakukan tes sum system dan mulai mendevelop unit penerbangannya. Tim harus membuat Critical Design Review (CDR) slide sesuai template yang diberikan. Tim harus mengirim slide CDR pada format PDF sebelum tanggal yang ditentukan. Tim yang tidak mengirim atau terlambat akan dikeluarkan dari kompetisi. Jadwal akan dibuat Ketika sudah mengirim slide pdf. Tim diberikan waktu setengah jam untuk mendiskusikan subset dari slide CDR via telecon (seperti zoom). Fase empat, yaitu pekan penerbangan. Hari Jumat, tim akan dijadwalkan untuk membawa unit CanSat yang sudah siap terbang untuk melakukan review kesiapan terbang, yang harus selesai dalam waktu 30 menit. Tim CanSat harus siap meluncur pada waktu-waktu ini. Unit sudah harus selesai terakit dan berfungsi. Tiap tim akan dinilai selama review kesiapan terbang. Tim hanya dapat melakukan review kesiapan terbang sekali pada waktu yang ditentukan. Tim yang terlambat melakukan review kesiapan terbang akan dikurangi pointnya. CanSat harus melewati tes-tes seperti tes jatuh (drop), cek kesiapan, verifikasi baterai agar bisa terbang. Pengetasan jatuh (drop) boleh dilakukan berkali-kali sampai review kesiapan terbang selesai. Sabtu adalah hari peluncuran. Tim akan melakukan persiapan final dan membawa Cansatnya pada jam 12.00 waktu local. Peluncuran mulai jam 13.00 waktu local, berlangsung sampai semua peluncuran selesai. Tidak ada peluncuran kedua, kecuali ada kesalahan oleh pihak penyedia (provider) peluncuran dan jika hanya ada roket dan roket motor cadangan. Fase lima adalah Post Flight Review (PFR), Review setelah penerbangan. PFR adalah presentasi selama 15 menit mengenai hasil dari penerbangan dan 5 menit untuk pertanyaan. Hadiah akan diberikan setelah selesai PFR. Untuk tim yang menerima sertifikat dan memenangkan penghargaan, wajib menyelesaikan kelimat fase. Penyerahan yang telat tidak akan diterima untuk fase apapun dan tim akan dikeluarkan dari kompetisi. Masalah internet, file, email, dan isu lain tidak jadi alasan. Kirimlah dokumen secepatnya agar aman. Semua pemberian skor dan penilaian adalah FINAL. Pemberian skor bersifat kuantitatif dengan hanya sedikit kualitatif agar mengurangi bias / kesubjektifan. Kompetisi dioperasikan oleh grup yang berdedikasi dan terdiri oleh para relawan yang menggunakan waktu mereka untuk mensupport berbagai fase kompetisi. Beberapa relawan juga menggunakan dana merka sendiri untuk menghadiri dan mensupport kompetisi, sedangkan lainnya disupport oleh pekerja. Kompetisi didesain untuk memberi kesempatan pada tim-tim pengalaman yang bersifat edukatif. Pengumpulan syarat yang ketat, template file dan nama format dibutuhkan untuk meminimalisir waktu para relawan yang berharga. Tolong ikuti semua syarat dan tanggal pengumpulan untuk membantu para relawan mengerjakan tugasnya. ### 1.2 Penyeleksian Tim Seleksi tim akan sedikit berbeda. Kompetisi disponsori oleh organisasi US, sehingga kompetisi harus memenuhi 20 tim dari US. Selama fase aplikasi (1) dari kompetisi, sebanyak 20 tim per negara dapat berpartisipasi. Jika lebih dari 20 , maka aka nada seleksi acak untuk 20 tim per negara tersebut. Untuk seleksi 48 tim ke atas, 20 tim harus dari US. Sisa 20 tim bisa dari negara lain. Tim dari tiap negara akan diseleksi hanya berdasarkan tim-tim asal negaranya. Pemberian skor tim dari tiap negara disepilih berdasarkan metode robin bundar (round robin method). Tim teratas dari tiap negara akan dipilih untuk ronde pertama, kemudian tiap tim dari tiap negara akan diseleksi pada ronde kedua dan diseleksi ulang sampai 28 tim dipilih. Ini akan membuat perbedaan (diversity) terbesar dalam tim dan memperbolehkan lebih banyak negara untuk berpartisipasi. ### 2. Tinjauan Misi Desainlah sebuah Cansat yang harus terdiri dari sebuah container dan sebuah payload. Payload harus terpasang pada container dengan tether sepanjang 10 meter. Cansat harus diluncurkan ke ketinggian dengan kisaran 670 – 725 meter di atas situs peluncuran dan dilepaskan dekat apogee (ketinggian maksimum). Orientasi pelepasan tidak dikendalikan dan bergejolak sangat hebat dengan gaya kejut yang besar. Cansat harus bertahan pada gaya di peluncuran dan pelepasan. Ketika Cansat dilepaskan dari roket, Cansat harus turun dengan menggunakan parasut pada laju 15 m/s. Pada ketinggian 400 m, Cansat harus melepaskan parasut yang lebih besar untuk menurunkan kecepatan laju hingga 5 m/s. Pada ketinggian 300 m, Cansat harus melepaskan payload yang sudah ditether dengan jarak 10 m dalam waktu 20 detik. Dalam jangka waktu tersebut, payload harus mempertahankan orientasi kamera video ke arah selatan. Kamera video harus diarahkan 45 derajat ke bawah untuk memastikan permukaan tanah terlihat pada video. Bonus: Ketika container melepaskan payload, di dalam container harus terdapat kamera video dan mulai merekam untuk menunjukkan turunnya payload. Keseluruhan video direkam dan diambil ketika Cansat diambil dari lapangan. ## 7-8 1. Total massa Cansat (payload dan container) harus 600 +/- 10 gram 2. Cansat harus muat dalam rangka silinder dengan ukuran diameter 125 mm dan panjang 400 mm. Toleransi akan diberikan untuk mempermudah pelepasan. 3. Container tidak boleh mempunyai ujung tajam yang dapat membuatnya tersangkut pada roket yang terbuat dari kardus. 4. Container harus berwarna cerah; merah muda, merah, atau jingga. 5. Container harus padat dan menyelubungi keseluruhan payload. Lubang kecil untuk akses menghidupkan payload diperbolehkan. Ujung container dimana payload dilepaskan boleh terbuka. 6. Roket tidak boleh digunakan untuk menahan bagian apapun pada Cansat yang sifatnya dapat dilepaskan (dideploy). 7. **Roket tidak boleh digunakan sebagai bagian dari operasi Cansat**. 8. Parasut pertama container tidak boleh diselubungi di dalam struktur container. Harus eksternal dan dipasang pada container sehingga parasut langsung terbuka saat dilepaskan dari roket. 9. Parasut harus berwarna merah muda cerah atau jingga cerah. 10. Laju penurunan Cansat haruslah 15 m/s +/- 5 m/s setelah pelepasan ketika berada di atas 400 m. 11. Laju penurunan Cansat harus dikurangi menjadi 5 m/s +/- 2 m/s ketika Cansat mengalami penurunan di bawah 400 m. 12. Acuan ketinggian nol harus berada pada pad peluncuran. 13. Semua struktur harus dibuat untuk tahan terhadap 15 G akselerasi peluncuran. 14. Semua struktur harus dibuat untuk tahan 30 G gaya kejut. 15. Semua elektronik harus di hard mount dengan benar, misalnya menggunakan standoff, sekrup, atau lem performa tinggi. 16. Seluruh mekanisme harus mampu mempertahankan konfigurasi atau keadaannya di bawah gaya apapun. 17. Mekanisme tidak boleh melibatkan pyrotechnics atau bahan kimia. ## 9-10 18. Mekanisme yang menggunakan panas (contoh kabel nichrome) harus tertutup dari lingkungan luar untuk mengurangi resiko terjadinya kebakaran yang meluas jika terjadi percikan api/kebakaran di cansat peserta. 19. Container & payload harus diberi label informasi kontak tim termasuk alamat email. 20. Biaya pembuatan CanSat harus dibawah $1000. Ground support and analysis tools (alat-alat yang diperlukan dalam lomba yang tidak terdapat di dalam cansat) tidak termasuk ke dalam biaya. Komponen dari tahun-tahun sebelumnya juga dihitung ke dalam biaya yang harganya menyesuaikan kondisi pasar saat ini. 21. XBEE digunakan dalam pengiriman telemetri. 2,4 GHz series radio diperbolehkan. 900 MHz XBEE radios juga diperbolehkan. 22. NETID/PANID XBEE yang dimiliki oleh peserta harus di set menjadi nomor tim peserta. 23. Radio XBEE tidak boleh menggunakan broadcast mode. 24. Container harus terdapat elektronik untuk menerima telemetri sensor payload. 25. Container harus terdapat elektronik & mekanisme untuk melepas payload pada sebuah tali tambatan. 26. Container harus terdapat sensor GPS untuk melacak posisinya. 27. Container harus terdapat pressure sensor untuk mengukur altitude (ketinggian) 28. Container harus dapat mengukur tegangan baterai-nya. 29. Container harus mengirimkan telemetri satu detik sekali (1 Hz) dengan format yang berada di bagian Telemetry Requirement. 30. **Container harus menanyai (meminta) payload untuk mengirimkan telemetri dan menyampaikan data tersebut 4 kali sedetik (4 Hz) dengan format yang berada di bagian Telemetry Requirement**. 31. Container harus berhenti menanyai (meminta) dan mengirimkan telemetri ketika sudah mendarat. 32. Container & payload harus terdapat saklar daya (power switch) yang mudah diakses tanpa perlu membongkar cansat dan payload dan dengan konfigurasi yang disimpan. (in the stowed configuration) 33. Container & payload harus terdapat power indicator seperti LED atau device penghasil suara yang dapat dengan mudah dilihat/didengar tanpa membongkar cansat dan dalam keadaan tersimpan (in the stowed state) 34. Sebuah audio beacon dibutuhkan untuk container. Alat ini harus dinyalakan setelah mendarat. 35. Audio beacon harus memiliki minimum sound pressure level sebesar 92 dB, tidak terhalang 36. Baterai boleh menggunakan alkaline, Ni-Cad, Ni-MH, atau Lithium. Baterai berbahan Lithium polymer tidak diperbolehkan. Lithium cells harus dibuah denagn metal package yang serupa dengan 18650 cells. Coin cells diperbolehkan. 37. Kompartemen baterai yang mudah diakses juga harus bisa memasang atau mencopot baterai dalam waktu kurang dari satu menit dan tidak membutuhkan pembongkaran CanSat. 38. Spring contact tidak boleh digunakan untuk koneksi elektrik ke baterai. Shock forces dapat menyebabkan disconnect sementara 39. Cansat harus dapat bekerja ketika dilakukan enviromental test yang ada di section 3.5 40. Cansat harus dapat beroperasi minimal 2 jam ketika digabungkan ke dalam roket. 41. Payload harus menset NETID/PANID dengan nomer tim peserta ditambah 5000. Jika nomor tim peserta 1000, maka NETID sensor payload adalah 6000. 42. Payload harus mengirimkan telemetri sensor ke kontainer ketika ditanya[dimintai]. 43. Payload harus terdapat pressure sensor, temperature sensor, dan rotation sensor 44. Payload harus terdapat video camera mengarah 45 derajat keatas dari arah NADIR payload. 45. Payload harus mengatur orientasi camera agar mengarah ke selatan dengan margin of error 20 derajat. 46. Payload harus terhubung ke container dengan 10 meter tali penambat 47. Di ketinggian 300 meter, payload harus dilepas dari container yang sedang bergerak turun dengan kecepatan 0,5 m/s. 48. Flight software harus dapat menghitung jumlah packet yang dikirimkan dimana akan terus bertambah satu untuk setiap packet transmission dikirim sepanjang berjalannya misi. Nilainya harus diatur agar dapat melewati processor reset. 49. Container harus menjaga berjalannya waktu misi dalam menjalani keseluruhan misi bahkan ketika terjadi processor reset atau hilang daya sementara. 50. Container harus menset waktunya ke waktu UTC dalam waktu satu detik sebelum peluncuran. 51. Container flight software harus mendukung mode simulasi penerbangan dimana ground station akan mengirimkan air pressure values dengan interval satu detik menggunakan flight profile csv file yang telah disediakan 52. Dalam mode simulasi, flight software harus menggunakan pressure values dari transmisi radio sebagai nilai dai pressure sensor untuk menentukan ketinggian container. 53. Flight software container hanya memasuki mode simulasi setelah menerima command SIMULATION ENABLE dan SIMULATION ACTIVATE ## 11-12 55. Ground station harus ngasih command ke Cansat untuk memulai transmit telemtri sebelum diluncurkan 56. Ground station harus ngehasilin semua sensor data dalam bentuk file csv seperti yang ditentukan dalam bagian persyaratan telemetri 57. Telemetri harus mencakup waktu misi dengan resolusi 1-2 detik lebih baik. Waktu misi harus dipertahankan jika processor di setel ulang selama peluncuran dan misi. 58. Status konfigurasi jika diperintahkan untuk mentransmit telemetri harus dipertahankan jika terjadi reset processor selama peluncuran dan misi. 59. Setiap tim harus mengembangkan ground station masing-masing. 60. Semua telemtri harus ditampilkan secara real-time di ground station selama turun. 61. Semua telemetri harus ditampilkan dalam satuan meter, meter/detik, celsius, dll. 62. Setiap team harus plot setiap bagian data telemetri secara real-time selama penerbangan 63. Ground Station harus mencakup satu komputer dengan minimal kemampuan pengoperasian baterai selama 2 jam, radio XBEE dan antenna hand-held. 64. Ground Station harus portable (bisa dibawa2), sehingga tim dapat menempatkannya di lokasi operasi Ground Station di sepanjang jalur penerbangan. Daya AC tidak akan tersedia di lokasi operasi GS. 65. Software Ground Station harus bisa memerintahkan kontainer untuk beroperasi dalam mode simulasi dengan cara mengirimkan dua perintah, yaitu SIMULATION ENABLE dan SIMULATION ACTIVATE. 66. Ketika dalam mode simulasi, Ground Station harus mengirimkan data tekanan dari file csv yang disediakan oleh penyelenggara kompetisi pada interval 1 Hz ke kontainer. 67. Payload sains tidak boleh mengirimkan telemetri selama peluncuran, dan kontainer harus memerintahkan payload sains untuk memulai transmisi telemetri setelah dilepaskan dari kontainer 68. Semua kamera video harus menampilkan gambar berwarna, dengan resolusi minimal 640x480 dan merekam minimal 30 fps. 3.11 SUGGESTIONS Berdasarkan dari kompetisi tahun lalu, disarankan untuk tidak menggunakan MATLAB untuk software station. Tim yang menggunakan MATLAB memiliki masalah koneksi internet, nge-lag pas ngambil data dan update plot. Program terlalu membengkak untuk operasi real-time. 3.2 Selectable Bonus Objective Kamera video harus diintegrasikan ke dalam kontainer dan mengarah ke muatan. Kamera tersebut harus merekam kejadian saat muatan dilepaskan dari wadah. Video harus menampilkan gambar berwarna dengan resolusi minimal 640x480 pixel dan minimal 30 fps. Video harus direkam dan diambil saat kontainer diambil. 3.3 Telemetry, Command, and Simulation Requirements 3.3.1 Telemetri Setelah menerima perintah aktivasi telemetri (CX ON), kontainer CanSat harus mengumpulkan telemetri kontainer yang diperlukan pada laju sampel 1 Hz dan mengirimkan data telemetri di kontainer (PACKET_TYPE=’C’) tipe paket telemetri ke Ground Station. Selain itu, kontainer harus melakukan polling terhadap Tethered Payload dan menyampaikan data telemetri yang terkumpul ke Ground Station dalam paket tethered payload (PACKET_TYPE=’T’) dengan kecepatan 4 Hz. Format data transmisi antara tethered payload dan kontainer dapat ditentukan dengan tim dan tidak akan diperiksa. Format ASCII dari paket telemetri ditujukkan dibawah ini. Setiap bidang telemetri dibatasi dengan koma, dan setiap paket telemetri diakhiri dengan satu karakter carriage return. Tidak ada spasi dalam paket telemetri setelah koma. Tidak ada koma (“,”) yang boleh menjadi bagian dari bidang data– Koma hanyalah pembatas. Untuk kontainer dan tethered payload, tidak ada bidang data tambahan yang diizinkan selain dari yang di definisikan dibawah ini; Namun jika tim ingin telemeter data tambahan, dapat dilakukan dengan paket kustom telemetri (PACKET_TYPE=’X’) yang sharing empat bidang pertama yang sama dengan jenis lainnya, tetapi format data dan kecepatan transmisi yang tersisa, tetapi format data dan kecepatan transmisi yang tersisa akan ditentukan oleh tim. Paket tipe ‘X’ tidak akan diperiksa oleh penyelenggara kompetisi dan tidak akan muncul dalam file csv dan tidak akan dikirim ke MQTT broker. 3.3.1.1 Telemetry Formats Format paket telemetri yang akan ditransmisikan pada kecepatan 1 Hz adalah: TEAM_ID, MISSION_TIME, PACKET_COUNT, PACKET_TYPE, MODE, TP_RELEASED, ALTITUDE, TEMP, VOLTAGE, GPS_TIME, GPS_LATITUDE, GPS_LONGITUDE, GPS_ALTITUDE, GPS_SATS, SOFTWARE_STATE, CMD_ECHO Tethered payload menyampaikan paket format telemetri untuk ditransmisikan pada kecepatan 4 Hz didefinisikan sebagai berikut: TEAM_ID, MISSION_TIME, PACKET_COUNT, PACKET_TYPE, TP_ALTITUDE, TP_TEMP, TP_VOLTAGE, GYRO_R, GYRO_P, GYRO_Y, ACCEL_P, ACCEL_P, ACCEL_Y, MAG_R, MAG_P, MAG_Y, POINTING_ERROR, TP_SOFTWARE_STATE Empat bidang telemetri pertama (ditunjukkan diatas dalam huruf miring/italic font) adalah umum untuk kontainer (‘C’), tethered payload (‘T’), dan paket telemetri custom (‘X’) yang opsional dan didefinisikan sebagai ## 13-14 1. **TEAM_ID** : Identifikasi tim yang diberikan. 2. **MISSION_TIME** adalah waktu UTC dalam format hh:mm:ss, dimana hh adalah jam, mm adalah menit, dan ss adalah detik (termasuk 2 angka di belakang koma) 3. **Packet_COUNT** adalah total paket yang ditransmisi, jumlah ini harus tetap dipertahankan ketika terjadi reset prosesor. 1 perhitungan kumulatif digunakan paa mode transmisi 'C dan 'T'. Perhitungan yang berbeda akan digunakan untuk paket custom 'X' yang opsional, jika digunakan. 4. **PACKET_TYPE** adalah karakter ASCII 'C' untuk telemetri container (Container Telemetry), karakter 'T' untuk payload yang terhubung (Tethered payload), dan karakter 'X untuk paker custom' Sisa area yang digunakan untuk paket kontainer telemetri adalah sebagai berikut : 5. **MODE** = 'F' untuk flight(terbang), yang merupakan mode default ketika pertama menyala dan 'S' untuk mode simulasi. 6. **TP_RELEASED** 'N' untuk not released dan 'R' untuk released (kondisi lepas dan tidak lepas Tethered Payload) 7. **ALTITUDE** Ketinggian dalam satuan meter relatif terhadap permukaan tanah, resolusinya adlaah per 0.1 meter. 9. **VOLTAGE** adalah tegangan dari Cnsar power bus. resolusinya adalah 0.1 volt 10. **GPS_TIME** adalah waktu yang digenerasi oleh receiver GPS. Waktu dalam UTC dan memiliki resolusi 1 detik. 11. **GPS_LATITUDE** adalah latitude yang digenerasi oleh receiver GPS dalam sudut desimal dengan resolusi 0.0001 derajat utara (North) 12. **GPS_LONGITUDE** adlaah longitude yang di generasi oleh receiver GPS dalam sudut desimal dengan resolusi 0.0001 derajat barat (West) 13. **GPS_ALTITUDE** adalah ketinggian (altitude) yang digenerasi oleh receiver GPS dalam meter diatas permukaan laut dengan resolusi 0.1 meter. 14. **GPS_SATS** adalah jumlah satelit GPS yang dipantau oleh receiver GPS. Berbentuk angka integer 15. **SOFTWARE_STATE** adalah kondisi operasi dari software (contoh, LAUNCH_WAIT, ASCENT, ROCKET_SEPARATION, DESCENT, TP_RELEASE, LANDED, etc.) nama kondisi dapat berbeda-bneda setiap tim. 16. **CMD_ECHO** adalah id perintah teks tetap dan merupakan argumen dari perintah yang terakhir diterima tanpa koma. contohnya, CXON atau SP101325. Lihat bagian command section untuk detil lebih mengenai format command. Sisa bidang telemetri untuk paket Tethered Payload adalah sebagai berikut : 5. **TP_ALTITUDE** adalah altitude atau ketinggian dalam satuan meter dan relatif terhadap level permukaan tanah. Resolusinya harus 0.1 meter. 6. **TP_TEMP** adalah suhu yang terukur dalam celcius dengan resolusi 0.1 derajat celcius. 7. **TP_VOLTAGE** adalah tegangan power bus Tethered Payload dengan resolusi 0.01 volt 8. **GYRO_R, GYRO_P, GYRO_Y** adalah pembacaan gyro dalam sudut per detik untuk sumbu roll, pitch, dan yaw. 9. **ACCEL_R, ACCEL_P, ACCEL_Y** adlah pembacaan accelerometer untuk sumbu roll, pitch, dan yaw. 10. **MAG_R, MAG_P, MAG_Y** adalah pembacaan magnetometer pada sumbu roll, pitch, dan yaw dalam gauss. 11. **POINTING_ERROR** adlaah yaw ponting error dalam sudu. sudut 0 adalah selatan. 12. **TP_SOFTWARE_STATE** adalah kondisi operasi software tethered probe (contoh, STANDBY, RELEASED, ACQUIRING_TARGET, TARGET_POINTING, etc.) Tim dapat menentukan kondisi mereka sendiri. Definisi sumbu pada data altitude Tethered Payload : Definisi roll pitch yaw oleh standar industri satelit perlu diperhatikan dalam pemasangan dan penentuan posisi inertial measurement unit (alat pengukur momen inersia) Ketika terususn secar asempurna (Pointing error pada setiap sumbu bernilai 0), sumbu yaw positif (+Z) menunjuk ke arah bumi (arah nadir), sumbu Pitch positif (+Y) menunjuk ke selatan, dan sumbu ROll positif (+X) menunjuk ke arah timur. Contohnya ketika kamera Tethered Payload menunjuk ke arah timur tanpa error, maka hasil POINTING_ERROR adlaah 0 (0.0). Untuk misi tethered Payload, pointing error pada yaw harus berada diantara -20 dan +20 derajat. **3.3.1.2 File data telemetri** Semua telemetri yang diterima pada keseluruhan misi akan disimpan pada komputer Ground Station sebagai file comma seperated vaue (CSV) yang akan diperiksa oleh juri kompetisi pada excel. Ground station nantinya akan mengurutkan paket telemetri menjadi file terpisah berdasarkan kolom PACKET_TYPE. Tim harus menyediakan file kepada juri langsung setelah operasi peluncuran melalui USB drive. File CSV harus menyertakan header yang menspesifikasikan setiap bagian data pada baris pertama text pada file. Data telemetri dinamakan sebagai berikut : ## 15-16 ## 17-18 Data sensor tekanan harus mencerminkan nilai simulasi yang diperintahkan, bukan bacaan sensor yang sebenarnya. Tim Ground Station harus memiliki kemampuan untuk membaca file .csv dari tekanan barometrik data yang mensimulasikan profil misi dan mengirimkan nilai melalui perintah ke Container dengan kecepatan satu per detik. File data yang berisi profil tekanan akan disediakan oleh juri, dan dapat bervariasi antar tim. ### Konsep Operasi Mode Simulasi Untuk pengujian, demonstrasi pra-penerbangan, dan dalam keadaan darurat di mana operasi peluncuran tidak memungkinkan, profil data tekanan barometrik yang mewakili profil penerbangan yang diharapkan dapat ditransmisikan oleh Ground System-nya tim dengan kecepatan satu sampel per detik. Setelah diterima, flight software akan menggantikan nilai yang diterima dengan bacaan asli dari sensor tekanan. Kontainer Telemetri beroperasi sama dalam mode FLIGHT dan SIMULATION. Jadi, nilai-nilai, selain tekanan dan ketinggian (dihitung dari nilai tekanan) akan dari pembacaan sensor yang sebenarnya (misalnya, baterai, suhu, dan GPS). Payload telemtri yang dikirimkan juga harus berisi nilai sensor sebenarnya. Karena inisiasi mode SIMULATION yang tidak disengaja dapat membahayakan misi penerbangan, dua perintah, SIM ENABLE dan SIM ACTIVATE, harus diterima oleh flight software sebelum Mode simulasi diaktifkan. Setelah aktivasi, flight software memantau tautan radio untuk perintah sensor tekanan barometrik (SIMP) dan menggunakan nilai yang diterima seolah-olah nilai tersebut merupakan pembacaan tekanan barometrik sebenarnya dalam perhitungan ketinggian, penentuan status software dan kapan harus melepaskan payload sensor. ### 3.4 Bahan dan komponen yang dilarang 1. Tidak ada manik-manik berbasis busa atau bahan busa serupa lainnya yang dapat dijatuhkan dan hilang di tanah. Bahan ini berbahaya bagi hewan-hewan ternak yang menempati area ini. 2. Tidak ada baterai polimer lithium. Baterai ini relatif mudah rusak dan fire hazard. Kami ingin menghindari membakar bagian mana pun dari lapangan. ### 3.5 Uji Lingkungan Empat tes harus dilakukan untuk menguji sistem pemulihan kontainer, mekanisme pelepasan untuk melepaskan CanSat dari kontainer, Kualitas konstruksi dan performa bahan. Untuk memverifikasi hasil pengujian, tim harus menyediakan: 1) Dokumen Uji Lingkungan berdasarkan file template yang disediakan. 2) Video tes yang dilakukan sebagaimana yang telah ditentukan dalam dokumen templat. Jika menggunakan kamera ponsel, arahkan ponsel ke samping untuk tampilan video yang lebih luas. ### 1. Drop Test/Uji Jatuh Tes ini dirancang untuk memverifikasi bahwa parasut dan titik lampiran dapat selamat dari penyebaran payload roket yang bisa sangat brutal. Mekanisme pelepasan akan diuji untuk memverifikasi apakah dapat menahan kendaraan di dalam wadah. Dudukan komponen dan dudukan baterai juga akan diuji. Uji Jatuh menghasilkan sekitar 30 Gs kejutan ke sistem. a. Deskripsi Uji Jatuh - Uji ini membutuhkan kabel non-peregang sepanjang 61 cm. Ujian dikembangkan dengan kabel kevlar setebal 1/8. Salah satu ujungnya diamankan ke baut mata yang melekat pada titik tetap seperti langit-langit atau struktur kaku dengan jarak yang cukup untuk menampung kabel, CANSAT, dan ruang kosong agar cansat tidak mengenai tanah. Ujung lainnya diikat ke parasut. Keset lantai atau bantal dapat ditempatkan di bawah CanSat untuk uji jatuh. Struktur tidak boleh melentur selama tes jatuh. b. Prosedur Uji Jatuh - 1. Nyalakan CanSat. 2. Verifikasi telemetri sedang diterima. 3. Angkat CanSat dengan kabel yang terpasang, sehingga titik lampiran dari tali, pada baut mata dan parasut, berada pada ketinggian yang sama. 4. Lepaskan CanSat. 5. Pastikan CanSat tidak kehilangan daya. 6. Periksa apakah ada kerusakan, atau bagian yang terlepas. 7. Verifikasi telemetri masih diterima. ## 19-20 #### 2. Thermal test/ Uji Thermal Tes ini dilakukan untuk memeriksa bahwa CanSat dan kontainer bisa digunakan pada cuaca panas. Saat CanSat diintegrasikan pada roket yang menunggu peluncuran, matahari bisa memanaskan bagian payload hingga 30C. Tes ini akan menentukan apakah ada material yang melengkung, melemah, berubah karakteristik, atau gagal berfungsi pada suhu hingga 35C.~~ ##### a. Deskripsi Uji Termal Tes ini membutuhkan metode untuk memanaskan CanSat hingga 60C selama 2 jam. Ini akan memungkinkan komponen menjadi panas, dan memverifikasi bahwa komponen terus berfungsi. Salah satu cara untuk memanaskan CanSat adalah ruang termal; ada beberapa cara untuk membangun ruang termal i. Yang paling sederhana adalah mendapatkan pendingin isolasi, satu atau lebih pengering rambut dan termometer, sebaiknya termometer jarak jauh seperti thermocouple atau thermistor. Tempatkan CanSat, pengeringrambut, dan termometer di dalam pendingin. Pastikan untuk menutup setiap celah. Pastikan pengering rambut tidak meniup langsung ke arah CanSat.Pengering rambut akan bersirkulasi dan memanaskan udara di pendingin. ii. Metode lain adalah membangun thermal chamber dengan lembar foam insulation. Pilih lembaran yang memiliki sisi dengan lapisan foil. Bangun sebuah kotak dan jadikan satu sisi sebagai penutup. Segel semua tepian dengan lakban. Kamu bisa membuat lubang di samping untuk mengalirkan kabel dan thermocouple . iii. Sangat disarankan agar thermistor atau thermocouple dipasang pada CanSat. Tujuannya adalah untuk memastikan CanSat mencapai temperatur puncak. Udara disekitar akan mencapai temperatur puncak jauh sebelum CanSat. ##### b. Prosedur Uji Termal i. Tempatkan CanSat ke dalam ruang termal. ii. Nyalakan CanSat iii. Tutup dan segel ruang termal. iv. Nyalakan sumber panas. v. Pantau suhu dan matikan sumber panas saat suhu internal mencapai 60C dan nyalakan sumber panas kembali ketika suhu turun menjadi 55C. vi. Pertahankan kondisi pengujian selama dua jam. vii. Matikan sumber panas dan lakukan inspeksi visual dan tes fungsional untuk memverifikasi CanSat selamat dari paparan termal dan dapat beroperasi seperti yang diharapkan. viii. Dengan CanSat masih dalam kondisi panas, lakukan uji mekanisme dan struktur untuk memasitikan integritas tidak terganggu. Jangan lupa mengambil tindakan pencegahan untuk menghindari kecelakaan. ix. Verifikasi sambungan epoxy dan material komposit masih mempertahankan kekuatan. #### 3. VIbration test/ Uji Getaran Tes ini dirancang untuk memverifikasi integritas pemasangan semua komponen, koneksi pemasangan, integritas struktural, dan sambungan baterai. ##### a. Deskripsi Uji Getaran Tes ini menggunakan sander orbital acak. Sander adalah alat listrik genggam di mana kepala sander bergerak dalam pola acak, tidak berputar. Sander orbital acak beroperasi pada orbit tetap per menit (opm) mulai dari 12.000 hingga 14.000 opm. Itu berarti 200 hingga 233 Hz. Tes ini memanfaatkan fase power up dan power down dari sander. Sander tidak langsung menyala di 14.000 opm, butuh waktu paling lama satu detik untuk mencapai kecepatan. Waktu transisi itu dapat mencapai beberapa resonansi dari CanSat. Tes ini mengharuskan sander disiklus secara teratur selama durasi satu menit mengekspos CanSat ke getaran dari 0 Hz hingga 233 Hz. Jumlah gemetar dihasilkan oleh sander adalah sekitar 20 sampai 29 Gs. Jangan gunakan sander cakram yang hanya berputar. i. Satu pengaturan untuk pengujian adalah mengamankan sander secara terbalik, via bench vise; CanSat harus diamankan di tempat sand paper dipasang. Bench vise harus diamankan ke meja. Bench vise tidak dapat diizinkan untuk bergerak bebas dan sander tidak dapat dipegang dengan tangan. Nomor model dari sander harus disediakan dalam dokumentasi. ##### b. Prosedur Uji Getaran i. Nyalakan CanSat. ii. Verifikasi data akselerometer sedang dikumpulkan. iii. Nyalakan sander iv. Setelah sander mencapai kecepatan penuh, tunggu 5 detik. v. Matikan sander hingga berhenti total. vi. Ulangi langkah iii sampai v sebanyak 4 kali. vii. Periksa kerusakan dan fungsionalitas CanSat. viii. Verifikasi data akselerometer masih dikumpulkan. ix. Matikan CanSat #### 4. Vaccum Test/ Uji Vakum Tes ini dirancang untuk memverifikasi operasi deploy payload. Sebuah ruang vakum dapat dengan mudah dibangun menggunakan ember 5 galon atau 18+ liter. Sebuah penutup dapat digunakan, atau lembaran polikarbonat setebal 1/4 inci atau 6 mm diletakkan di atas ember. Jangan gunakan akrilik karena bisa pecah. Penyedot debu atau alat vakum dapat digunakan untuk membuat vakum. i. Gantungkan CanSat yang sepenuhnya dikonfigurasi dan dinyalakan dalam ruang vakum ii. Nyalakan alat vakum untuk mulai menarik udara. iii. Pantau telemetri dan hentikan vakum ketika ketinggian puncak telah telah tercapai. iv. Biarkan udara masuk ke ruang vakum secara perlahan dan pantau pengoperasian CanSat. v. Kumpulkan dan simpan telemetri vi. Jadikan telemetri yang disimpan tersedia untuk ditinjau oleh juri. ## 21-22 ### 3.6 Rencana Keselamatan COVID-19 Karena kita semua berurusan dengan pandemi, akan bijaksana untuk mengembangkan rencana keselamatan dan protokol operasi untuk melindungi anggota tim, fakultas, siswa lain, dan keluarga. Banyak perusahaan harus mengembangkan protokol keselamatan untuk membawa karyawan mereka kembali ke fasilitas dan meminimalkan kemungkinan penyebaran virus. Banyak perusahaan dan instansi pemerintah mengizinkan karyawannya untuk bekerja dari jarak jauh sebanyak mungkin dan hanya memasuki fasilitas saat dibutuhkan. Di fasilitas, para atasan mewajibkan karyawan untuk memakai pelindung, menjaga jarak, membatasi pergerakan melalui fasilitas, mengurangi jumlah orang di bagian mana pun dari fasilitas dan memiliki prosedur pembersihan. Salah satu contoh terkait dengan produk bangunan yang membutuhkan banyak orang adalah bahwa satu orang menjalankan fungsinya dan pergi untuk membiarkan orang berikutnya mengerjakan produk dengan pembersihan yang dilakukan di antara orang-orang. Itu memang memperlambat kemajuan tetapi nyawa lebih penting. ### 4. Komposisi Tim Mahasiswa yang saat ini terdaftar dalam program gelar sarjana, atau mahasiswa yang telah lulus dari program tersebut sejak awal siklus kompetisi saat ini, dihitung sebagai mahasiswa sarjana. Mahasiswa yang saat ini terdaftar dalam program gelar pasca sarjana (MS, PhD), atau mahasiswa yang telah mengikuti program tersebut sejak awal siklus kompetisi saat ini, dihitung sebagai mahasiswa pascasarjana. ### 4.1 Ukuran Tim Setiap tim terdiri dari antara 3 dan 10 mahasiswa (tim sarjana) dari perguruan tinggi atau universitas terakreditasi. Tim dapat terdiri seluruhnya dari mahasiswa sarjana (tim sarjana), seluruhnya dari mahasiswa pascasarjana (tim pascasarjana), atau kombinasi keduanya (tim campuran). Tim pascasarjana terdiri dari tidak lebih dari 5 mahasiswa. Tim campuran terdiri dari tidak lebih dari 7 mahasiswa sarjana dan 3 mahasiswa pascasarjana. Tim dari institusi pendidikan yang sama harus mengembangkan desain mereka secara mandiri dan tidak menyalin dari tim lain. Pembelian massal bahan diperbolehkan seperti baterai dan bahan baku untuk konstruksi. Berbagi alat dan layanan diperbolehkan. Desain harus berasal dari dalam tim. **Tidak boleh lebih dari tiga tim per institusi pendidikan.** ### 4.2 Dosen Pembimbing Setiap tim harus memiliki dosen pembimbing. Tugasnya untuk: ● Memberikan menjadi titik kontak untuk tim, baik dengan universitas maupun kompetisi. ● Membantu tim dengan logistik seperti mengatur ruang konferensi, sumber daya laboratorium, dll. ● Memberikan panduan umum selama kompetisi. Pembimbing fakultas tidak boleh: ● Membuat keputusan desain atau rekomendasi langsung. ● Berpartisipasi dalam lebih dari sekadar peran pengawasan selama peninjauan. ### 5. Barang yang dapat Dikirim Tim akan dievaluasi berdasarkan serangkaian barang yang dapat dikirim yang disediakan pada berbagai tahap pengembangan. Barang yang dapat dikirim dipilih untuk memberikan tonggak dunia nyata yang representatif untuk melacak pengembangan CanSat dan memastikan kesuksesan tim. ## 23-24 ### 5.1 Tinjauan Desain Awal PDR adalah sebuah tinjauan/review teknikal dengan menggunakan berbagai gabungan dari ilmu pengetahuan yang dimana digunakan untuk memastikan bahwa sistem yang ditinjau dapat dilanjutkan ke tahap desain yang lebih detail, dan dapat memenuhi spesifikasi yang dibutuhkan seperti biaya (program budget), jadwal (jadwal program), resiko dan kendala sistem lain-lainnya. CanSat PDR wajib mendemonstrasikan: * Memahami kebutuhan dari misi CanSat * Dapat mengalokasikan dan menderivikasikan dari kebutuhan system dan subsystem yang dibutuhkan * Memahami konsep operasi CanSat * Gambaran dari desain awal yang memenuhi standar spesifikasi * Hasil dari atau identifikasi dari *trades* yang diperlukan untuk mendukung desain awal. Sementara itu sangat ideal untuk menyelesaikan *trades* sebelum desain awal, itu tidak perlu. * Hasil dari atau identifikasi dari pembuatan prototipe atau pengujian yang diperlukan untuk mendukung atau menyelesaikan desain awal. * Desain budget awal * Jadwal detail dari pengembangan Tinjauan desain awal akan dilakukan melalui daring yang dikoordinasikan oleh ketua tim. waktu untuk presentasi diharuskan dibawah 30 menit yang sudah termasuk sesi tanya jawab. Pengawas presentasi diperbolehkan untuk bertanya walau sedang sesi presentasi (Contoh, pertanyaan tidak harus menunggu sesi presentasi selesai) Presentasi PDR wajib menggunakan template PPT yang telah disediakan di website CanSat. ### 5.2 Tinjauan Detail Desain CDR adalah sebuah tinjauah teknikal menggunakan ilmu gabungan untuk memastikan sistem yang ditinjau dapat dilanjutkan ke tahap System Development, demonstrasi dan pengujian; dan dapat memenuhi spesifikasi kinerja dalam hal Biaya (biaya program), Jadwal (jadwal program), resiko dan kendala sistem lain-lainnya. CDR wajib mendemonstrasikan: * Semua kebutuhan PDR dalam status *To Be Decided* dan *To Be Read* sudah harus diselesaikan * Perbaikan dari CanSat CONOP * Hasil dari desain detail dan analisis dari tiap subsystem * Bukti dari desain detail telah memenuhi kebutuhan sistem dan subsistem yang telah dibutuhkan * Hasil tes verifikasi persyaratan telah lengkap tepat waktu * Gambaran dari misi operasi * Rundown saat hari peluncuran * Budget yang telah direvisi * Jadwal development terbaru Tinjauan Desain Detail dilakukan melalui daring yang telah dikoordinasikan oleh ketua tim. durasi presentasi harus kurang dari 30menit dan sudah mencakup sesi tanya jawab. Pengawas presentasi diizinkan untuk bertanya walau sesi presentasi masih berlangsung (contoh, pertanyaan tidak harus menunggu sesi presentasi selesai) Tiap sesi dari CDR akan diberi skor sesuai dengan nilai yang tercantum dalam penilaian. CDR akan diakumulasikan ke dalam nilai total evaluasi dari CanSat desain sesuai nilai nilai yang telah ditetapkan dalam sesi Evaluasi dan Penilaian. ### 5.3 Tinjauan Pasca Penerbangan PFR menyertakan penilaian dari operasi penerbangan dan hasil dari demonstrasi penerbangan. PFR menyertakan penilaian dari berhasil dan tidak berhasilnya saat operasi penerbangan. PFR wajib menyertakan: * Gambaran sasaran dan tujuan dan desain CanSat * Perbandingan dari rancangan dan realitas CONOPS dan SOE * Mentahan dan Data yang telah di proses dari operasi penerbangan * analisis dan penilaian dari kegagalan (hanya untuk misi yang gagal) PFR dilakukan pada H+1 setelah demonstrasi penerbangan, kecuali operasi penerbangan tertunda karena adanya gangguan cuaca. Presentasi dilakukan max 20 menit, termasuk sesi tanya jawab. Tiap sesi dari PFR akan dinilai berdasarkan poin-poin yang telah dibuat pada form penilaian. PFR akan diakumulasikan ke dalam nilai total evaluasi dari CanSat desain sesuai nilai nilai yang telah ditetapkan dalam sesi Evaluasi dan Penilaian Presentasi PFR wajib dikumpulkan pada 8.45 pagi kepada juri. Akan ada 2 ruang presentasi. Tim akan ditugaskan sebelumnya ke ruang presentasi. Pengumpulan yang telat akan mengurangi nilai. Tiap tim akan diberikan flashdisk. Tim harus sudah memasukan PPT PFR kedalam flash disk dan mengumpulkannya kembali ke tempat yang telah ditetapkan dari jam 8-8.45 di Minggu pagi. Tim yang mengumpulkannya diatas jam 8.45 akan diberikan pengurangan nilai. Hal ini dilakukan untuk memastikan bahwa semua tim memiliki jumlah waktu yang sama untuk mempersiapkan PFR. ### 5.4 Pengumpulan Pengajuan dan Penjadwal Semua item yang akan dikumpulkan wajib dikumpulkan ke Email kompetisi berdasar tanggal yang ada di Table 1. ## 25-27 Semua item yang dapat dikirim harus diserahkan dalam format PDF menggunakan konvensi penamaan yang tercantum dalam Tabel 1 di mana # sesuai dengan nomor tim yang ditetapkan untuk setiap tim dan v# adalah nomor revisi unik untuk paket tinjauan yang dapat digunakan untuk melacak revisi. Misalnya, pengajuan untuk tim imajiner nomor 1000 versi 2 dari paket PDR akan diberi nama cansat2022_1000_pdr_v02.pdf. Perhatikan bahwa kepatuhan terhadap nama file dan spesifikasi format dinilai selama kompetisi. Jika Anda mengirim ulang presentasi Anda, Anda harus menambah nomor versi jika tidak, versi sebelumnya dapat digunakan. Jika demikian, penilaian akan mencerminkan versi sebelumnya. Dengan banyaknya pengiriman dan pengiriman ulang, tidak mungkin melacak dengan benar tanpa menggunakan nomor versi. Presentasi akan dijadwalkan setelah penyerahan dokumen. Kalender slot waktu yang tersedia akan dikirim ke semua tim. Setiap tim harus mengirim ke email kompetisi daftar tiga slot waktu. Tim akan diberi tahu tentang slot waktu yang ditetapkan untuk mereka. Presentasi yang diperbarui tidak akan diterima setelah batas waktu. Dapat dipahami dan diharapkan bahwa akan terjadi perubahan antara penyerahan dokumen dan waktu penyajian. Penilaian didasarkan pada kualitas presentasi dan pemahaman tentang persyaratan kompetisi. Tidak akan ada kehilangan poin karena perubahan desain antar dokumen waktu penyerahan dan waktu penyajian. ![](https://i.imgur.com/IX1lSZJ.jpg) XXXX adalah nomor tim. YY adalah nomor revisi. Gunakan format file ini atau tim Anda akan akan dikeluarkan dari kompetisi. File harus dalam format PDF. Tidak ada format lain yang akan diterima. Setiap pengiriman setelah batas waktu akan diabaikan Di akhir kompetisi, paket PDR, CDR, dan PFR dapat ditempatkan di website untuk referensi di tahun-tahun berikutnya. **5.5 Pedoman Format Slide** ● Pedoman berikut harus digunakan ketika mengembangkan materi presentasi: Gunakan template yang tersedia. Kegagalan untuk melakukannya akan mengakibatkan hilangnya poin. ● Semua slide harus memiliki latar belakang putih sederhana. Ini membantu mengurangi ukuran file dan membuat slide lebih mudah dibaca. ● Semua slide harus memiliki nomor halaman di footer. Ini untuk memungkinkan referensi materi yang lebih mudah selama ulasan. ● Semua slide harus mencantumkan nama presenter di footer. Ini memberi semua pengulas identitas tentang siapa yang mempresentasikan materi. ● File atau film yang disematkan tidak boleh disertakan dalam presentasi. Tidak semua pengulas akan dapat mengakses atau melihat film selama peninjauan karena pengaturan keamanan jaringan di berbagai organisasi yang terlibat. ● Setiap item baris dalam garis besar tinjauan harus sesuai dengan slide khusus. Hal ini dapat mengakibatkan slide dengan satu poin di atasnya, namun, ini memudahkan peninjau untuk mengikuti presentasi. **5.6 Pedoman Diskualifikasi** Berikut ini adalah alasan untuk dikeluarkan dari kompetisi. Setiap tim yang ditemukan menyalin dokumen PDR/CDR dari kompetisi sebelumnya akan didiskualifikasi dari kompetisi. 2. Setiap tim yang tidak memenuhi persyaratan kompetisi dasar oleh CDR akan didiskualifikasi. Ini berarti tim menggunakan persyaratan dari kompetisi sebelumnya dan tidak mengikuti panduan misi saat ini. Ini merupakan indikasi tim menyalin desain dari kompetisi sebelumnya. 3. Setiap tim yang menyerahkan dokumen PDR atau CDR yang tidak lengkap minimal 70% akan didiskualifikasi. 4. Tim yang tidak menunjukkan pemahaman tentang persyaratan kompetisi akan didiskualifikasi. 5. Setiap tim yang menyalin slide, konten dan desain dari tim lain akan didiskualifikasi. 6. Tim yang tidak mengirimkan dokumen PDR dan CDR dalam format PDF yang dipersyaratkan dan konvensi nama file sebagaimana tercantum dalam panduan kompetisi akan didiskualifikasi. 7. Tim yang tidak mengirimkan dokumen PDR dan CDR sebelum batas waktu akan didiskualifikasi. 8. Tim yang tidak menjadwalkan waktu presentasi pada tanggal yang ditentukan akan didiskualifikasi. 9. Tim yang tidak menghadiri teleconference PDR dan CDR dalam waktu 15 menit dari waktu yang ditentukan akan didiskualifikasi. Temukan telepon yang berfungsi. Ini bisa berupa komputer, telepon rumah atau ponsel. 10.Tim yang melebihi 10 anggota setiap saat selama kompetisi. 11. Berdebat berlebihan dengan hakim atau staf mana pun. ## 28-30 ### 6.1 Jadwal 1. Semua waktu mengacu pada waktu EDT (Eastern Daylight Time). 2. Kompetisi dimulai Kamis malam dan berakhir Minggu malam. 3. Pengarahan preflight akan diadakan Kamis pukul 19:30. 4. Peninjauan kesiapan penerbangan dan inspeksi keselamatan akan dilakukan pada hari Jumat mulai pukul 12 siang. 5. Sabtu akan menjadi hari peluncuran kecuali terdapat masalah cuaca yang menyebabkan penundaan. 6. Minggu akan ada presentasi Post Flight Review (PFR). 7. Jadwal rinci akan diberikan kemudian. Tersedia saat Kamis malam sampai Minggu pukul 20.00. ### 6.2 Tinjauan Kesiapan Penerbangan Jumat, tim harus memeriksa CanSat mereka untuk kelayakan penerbangan. Setiap tim akan diberikan slot waktu satu setengah jam untuk mempresentasikan CanSat mereka. Ini berarti CanSat harus selesai, dibangun dan siap diluncurkan pada tinjauan kesiapan penerbangan. Sebuah gumpalan kabel dan papan bukan merupakan penerbangan siap. Untuk menekankan, ketika disajikan di Flight Readiness Review (FRR), harus dalam keadaan bisa dinyalakan dan ditempatkan di roket untuk segera diluncurkan dan beroperasi penuh. Ulasan Kesiapan Penerbangan akan mencetak satu skor. ### 6.2.1 Urutan Acara FRR (Flight Readliness Review) 1. Tim harus siap untuk mendemonstrasikan stasiun di tanah (stasuin bumi). 2. Tes pertama di FRR adalah tes jatuh. CanSat harus dalam konfigurasi penerbangan dan akan menjalani uji jatuh. Jika tes gagal, tim harus melakukan perbaikan sebelum diperbolehkan terbang. CanSat harus lulus uji jatuh agar dapat diluncurkan. 3. Tes kedua akan memverifikasi komunikasi dengan CanSat dan mendemonstrasikan lapangan perangkat lunak stasiun. Operasi perangkat lunak stasiun bumi akan dinilai saat itu juga. Stasiun bumi harus menunjukkan data yang diplot secara real time. 4. CanSat kemudian akan diperiksa keamanannya. Struktur akan ditinjau dan ditentukan jika itu layak terbang. Pemasangan elektronik dan sensor akan ditinjau. Mekanisme akan ditinjau. Bahaya akan diidentifikasi seperti elemen pemanas yang terpapar ke luar, dll. 5. Jika ada CanSat yang bertekad untuk tidak siap terbang, tim memiliki waktu hingga penerbangan keesokan harinya untuk melakukan perbaikan dan modifikasi. Ini dilakukan untuk memastikan CanSat Anda selesai sebelum datang ke kompetisi dan untuk keselamatan semua orang di lapangan. 6. Keselamatan adalah prioritas tertinggi. Setiap CanSat yang dianggap tidak layak terbang tidak akan diterbangkan. Tim akan kehilangan semua poin hari penerbangan. 7. Penugasan kru harus diserahkan pada tinjauan kesiapan penerbangan di Operasi Misi Panduan. Petugas pengendali misi akan diberikan tanda pengenal sehingga koordinator penerbangan dan petugas kontrol peluncuran tahu siapa petugas kontrol misi. Operasi misi manual akan ditinjau di FRR. 8. Tim harus menunjukkan foto dan video dari semua tes lingkungan yang diperlukan. Tes-tes ini adalah tes yang dijelaskan dalam Bagian 3.5 ### 6.3 Team Member Launch Operations Crew Assignments Penugasan kru harus diserahkan pada tinjauan kesiapan penerbangan. Kontrol misi petugas akan diberikan tanda pengenal agar koordinator penerbangan dan petugas kontrol peluncuran tahu siapa petugas pengendali misi itu. Misi operasi manual akan ditinjau pada tinjauan kesiapan penerbangan. Tugas Anggota Tim Operasi Meluncurkan Agar peluncuran berhasil, tim perlu berkoordinasi di antara mereka sendiri dan dengan koordinator penerbangan. Anggota tim perlu ditugaskan untuk tugas-tugas khusus dan mengembangkan daftar periksa untuk penerbangan yang sukses. Penugasan tugas berikut harus didelegasikan: 1. Mission Control Officer - adalah satu orang yang bertanggung jawab untuk menginformasikan koordinasi penerbangan saat tim dan CanSat mereka siap diluncurkan. 2. Ground Station Crew - adalah satu atau lebih orang yang bertanggung jawab untuk memantau stasiun bumi untuk penerimaan telemetri dan mengeluarkan perintah ke CanSat. 3. Recovery Crew - adalah satu atau dua orang yang hanya bertanggung jawab untuk melacak CanSat dan pergi ke lapangan untuk pemulihan dan berinteraksi dengan juri lapangan. kru ini adalah bertanggung jawab untuk memastikan semua nilai bidang diisi atau kehilangan poin akan terjadi. 4. CanSat Crew - adalah satu atau lebih orang yang bertanggung jawab untuk mempersiapkan CanSat, mengintegrasikan ke dalam roket, dan memverifikasi statusnya. Anggota tim dapat mengambil beberapa peran kecuali untuk Petugas Kontrol Misi. Petugas Kontrol Misi harus mengoordinasikan semua upaya dan berinteraksi dengan koordinator penerbangan sebagaimana diperlukan. Sangat disarankan untuk mengembangkan daftar periksa yang memandu kru melalui persiapan, integrasi, dan operasi penerbangan. Tugas kru harus diserahkan pada tinjauan kesiapan penerbangan. ### 6.4 Misi Operasi Manual Setiap tim diharuskan untuk menyusun Misi Operasi Manual. Misi Operasi Manual mencakup lima daftar periksa/prosedur operasi yang akan dibuat oleh tim. Daftar periksa adalah untuk mengonfigurasi stasiun bumi, menyiapkan CanSat, dan mengintegrasikan CanSat ke dalam roket. Prosedur persiapan peluncuran, prosedur peluncuran, dan penghapusan prosedur disediakan. Langkah-langkah tambahan dapat ditambahkan oleh tim. Dokumen tersebut adalah tersedia untuk diunduh dan dimodifikasi. Setiap bagian dari Misi Operasi Manual harus mulai di halamannya sendiri. Halaman harus diberi nomor dan daftar isi harus disertakan. Tim harus memiliki Misi Operasi Manual yang dirangkai menjadi pengikat tiga cincin. Petugas kontrol misi harus melakukannya secara manual selama peluncuran. Operator kendali misi harus pergi ke mikrofon di situs peluncuran dan umumkan tim mereka dan lakukan peluncuran mereka prosedur yang akan mencakup hitungan mundur ke peluncuran. ### 6.5 Jadwal Peluncuran Peluncuran akan dimulai pukul 1 siang. Semua CanSats harus diserahkan pada siang hari. Jangka waktu 08:00 hingga 12:00 tersedia untuk persiapan peluncuran dan check-in. Inilah saatnya untuk menyiapkan antena, stasiun bumi, dan tes dan persiapan CanSat akhir. CanSats harus diserahkan pada saat check-in sebelum tengah hari. Hanya satu atau dua anggota tim yang harus sejalan dengan cansat yang selesai pada siang hari. Tim yang mengirimkan CanSats setelah batas waktu tengah hari akan kehilangan 100 poin dari poin hari peluncuran. CanSats harus dalam kondisi siap terbang agar berada dalam antrean. Tim tidak dapat mengantre saat mengerjakan CanSat. CanSat harus berada dalam konfigurasi yang disimpan dan dimatikan saat dikirimkan. Tim akan dikeluarkan dari antrean check-in jika mereka terlihat sedang mengerjakan CanSat atau CanSat mereka tidak terpasang sepenuhnya di konfigurasi yang disimpan. Peluncuran akan dimulai pukul 1 siang dan akan dilakukan dalam kelompok lima orang. Setiap tim akan diassign satu putaran yang akan dijadwalkan dalam satu setengah jam bertahap. 15 menit sebelum peluncuran ronde, tim yang ditugaskan untuk ronde tersebut akan mengambil CanSat mereka, menyalakannya dan memasukkannya ke dalam muatan roket. CanSats tidak boleh dibongkar pada tahap ini. CanSat harus dalam kondisi penerbangan siap dan satu-satunya hal yang dapat dilakukan untuk CanSat adalah menyalakan CanSat dengan saklar daya. Setiap tim yang tidak meluncurkan dalam putaran peluncuran terjadwal mereka akan kehilangan tambahan 50 poin. Setiap tim yang perlu menurunkan CanSat mereka dari roket setelah roket yang dipasang di landasan peluncuran akan kehilangan tambahan 50 poin. Setiap tim yang membutuhkan untuk membongkar CanSat mereka akan kehilangan 100 poin tambahan. Setiap tim akan diberikan *thumb drive* untuk mengunggah data stasiun bumi mereka setelah mereka tampil operasi penerbangan mereka. *Thumb drive* harus diserahkan ke meja juri sebelum berangkat lapangan. ## 31-33 **6.6 Urutan Acara dan Operasi Kompetisi** Rincian operasi hari penerbangan akan diberikan pada arahan Pra-Penerbangan . Sekilas tentang operasional hari penerbangan meliputi kegiatan sebagai berikut: 1. Tiba di lokasi peluncuran 2. Siapkan CanSat untuk diserahkan. Siapkan supaya siap terbang dan siap melakukan tes. 3. Serahkan CanSat di meja check-in sebelum tengah hari. Cansat akan ditimbang dan diperiksa kecocokannya dan disimpan sampai waktu persiapan roket. 4. Apabila sudah diberi kesempatan kepada tim, maka tim tersebut akan mengambil cansat nya dan memuatnya kedalam rket. 5. Pastikan CanSat berkomunikasi dengan *ground station*. 6. Bawa roket dengan *ground station* ke landasan peluncuran yang ditentukan. Seorang anggota staf akan memasang roket di landasan peluncuran. 7. Ketika saatnya untuk diluncurkan, seorang juri akan datang ke *ground station* untuk memantau operasi *ground station*. 8. Petugas kontrol misi tim akan pergi ke meja kontrol peluncuran dan menjalankan prosedur peluncuran dengan koordinator penerbangan yang memberikan pengawasan. 9. Awak *ground station* akan melakukan semua operasi penerbangan yang diperlukan. 10. Setelah semua CanSat diluncurkan untuk putaran setengah jam, personel *team recovery* dapat keluar untuk beristirahat . 11. Awak *ground station* harus keluar dari area *ground station* untuk memungkinkan didirikannya *ground station* untuk putaran selanjutnya. 12. Awak *ground station* harus menyerahkan *thumb drive* dengan data *ground station* ke juri. 13. *Recovery crew* harus kembali ke check-in untuk persyaratan penilaian akhir. **Tim tidak boleh menyentuh CanSat sampai juri lapangan memverifikasi semua informasi penilaian yang diperlukan.** **6.7 Aturan Penerbangan Kedua** Penerbangan kedua ini jarang terjadi, namun kadang - kadang terjadi. Berikut kondisi yang memenuhi persyaratan untuk melakukan penerbangan kedua: 1. Apabila roket mengalami kegagalan katastropik. Termasuk kegagalan motor yang menyebabkan: roket untuk jatuh atau parasut roket gagal untuk digunakan dan jatuh dengan CanSat masih dalam. Hal ini mengharuskan tim untuk memiliki CanSat cadangan yang dapat digunakan, disiapkan, dan dibuat dalam waktu satu jam. 2. Apabila kerucut hidung tidak terlepas, mencegah CanSat menyebar dan CanSat telah lulus pemeriksaan kecocokan. Kontainer yang lebih lebar dari 125mm dan masih diterbangkan tidak akan mendapatkan penerbangan kedua. Semuanya bergantung pada ketersediaan motor cadangan. Sebuah tim yang CanSatnya hancur karena kegagalan roket akan menerima semua poin hari peluncuran hanya jika mereka lulus uji jatuh, uji kecocokan, dan uji dan inspeksi FRR. Apabila tidak, tidak ada poin yang akan diterima untuk hari peluncuran. **6.8 Penundaan karena cuaca** Jika peluncuran hari Sabtu diguyur hujan, demonstrasi Cansat akan dilakukan pada hari Sabtu menggunakan jadwal peluncuran. Demonstrasi akan membutuhkan tes jatuh diikuti oleh demonstrasi simulasi di mana data tekanan simulasi ditransmisikan ke Cansat. Jika hari Minggu cerah, peluncuran akan dilakukan dan PFR akan dibatalkan. Jika Sabtu dan Minggu hujan, demonstrasi akan dilakukan pada hari Sabtu dan PFR akan dilakukan pada hari Minggu. **Lampiran Aturan Keamanan Lapangan** 1. Tidak diperbolehkan mengkonsumsi alkohol 2. Merokok hanya pada tempatnya. Apabila ketahuan merokok di tempat yang tidak diperbolehkan, dapat diusir. 3. Jangan menangkap roket atau CanSat saat di udara. 4. Tetap di belakang garis jangkauan yang ditentukan kecuali petugas keselamatan jangkauan (RSO) atau peluncuran petugas kontrol (LCO) atau koordinator penerbangan telah memberikan izin untuk menempatkan roket. 5. Selalu berhati-hati setiap saat. Karena setiap peluncuran berpotensi bahaya. 6. Apabila pemberitahuan peluncuran di umumkan anda harus berdiri dan menghadap ke landasan peluncuran. 7. Jangan mengambil roket dari jangkauan kecuali LCO telah memberikan izin. 8. Setiap orang harus waspada saat "heads up!" disebut dan bersiap untuk bergerak. 9. Jangan buang sampah sembarangan. Tim yang ketahuan membuang sampah sembarangan akan didiskualifikasi dari kompetisi dan pihak sekolah akan diberitahu tentang diskualifikasi. Pemilik tempat dapat memerintahkan tim untuk meninggalkan properti. ## 34-36 ### Rekomendasi Presentasi Lampiran B Rekomendasi berikut untuk konten dan tata letak presentasi disediakan berdasarkan pada pengalaman masa lalu para juri. Rekomendasi ini tidak wajib diikuti namun memudahkan juri untuk mereview materi yang disampaikan. </br> 1. Gunakan format tabel yang konsisten di berbagai subsistem saat mempresentasikan persyaratan, perdagangan komponen, dan perubahan sejak tinjauan sebelumnya. Menggunakan sebuah format tabel standar memudahkan juri untuk menemukan informasi dalam tabel cepat karena semua tabel diformat sama. 2. Selama CDR, Slide Changes Since PDR harus menggunakan tabel yang berisi adiskusi tentang bagaimana keadaan desain di PDR, apa itu di CDR, dan apa alasan perubahan itu. Detail perubahan dapat didiskusikan setelah slide sehingga diskusi mendalam tidak selalu diperlukan. 3. Sertakan tahun kelas (mahasiswa baru, mahasiswa tingkat dua, dll.) dan jurusan masing-masing anggota tim sebagai referensi. Ini tidak mempengaruhi penilaian tim, namun, seringkali bagus bagi pengulas untuk mengetahui status anggota tim 4. Pastikan untuk mengikuti garis besar PDR dan CDR dengan sangat hati-hati. Berikan setidaknya satu grafik untuk setiap item yang dinilai dalam garis besar; ini memudahkan juri untuk mengikutipresentasi dan mengkonfirmasi informasi yang diperlukan disediakan. Dalam presentasi, pastikan untuk menjawab pertanyaan dan topik yang tercantum di kolom "deskripsi" digaris besar presentasi -- itulah poin-poin penting yang dicari juri 5. Perjelas persyaratan opsional mana, jika ada, yang harus disertakan dalam desain. 6. Dirinci dalam deskripsi pengujian. Identifikasi tes spesifik, apa yang akan dilakukan, dan kriteria lulus/gagal. ### Lampiran C Deskripsi Penerapan Payload Gambar tersebut mengilustrasikan urutan peluncuran dan pemisahan yang khas. Karena nominal ini urutan penyebaran, disarankan agar CanSat diintegrasikan dengan bagian muatan “terbalik” sedemikian rupa sehingga parasut CanSat yang terlipat bersandar pada pelat curah bagian muatan. CanSat kemudian bertumpu pada parasut dan parasut kerucut hidung yang terlipat bertumpu pada Cansat. Setelah pembakaran muatan ejeksi selesai, bagian muatan dan kerucut hidung terpisah dari roket dan terbalik. Kerucut hidung meluncur keluar dari bagian atas muatan bagian dan CanSat kemudian jatuh dari bagian muatan karena gravitasi. Jika sebuah misi tidak memerlukan parasut saat ditempatkan dari roket, titik nadir menunjuk ujung cansat harus menghadap ke arah kerucut hidung. </br> </br> ![](https://i.imgur.com/zURytNo.png) Cansat bertumpu pada parasutnya. Parasut kerucut hidung terletak di bagian bawah cansat </br> </br> ![](https://i.imgur.com/XzvVYKg.png) Ejection Charge memisahkan muatan / bagian hidung dari roket. Ketika bagian depan terpisah dari roket, tali kejut di antara mereka menarik parasut roket dari roket </br> </br> ![](https://i.imgur.com/pIDpi5p.png) Ketika Bagian depan Tip berakhir, kerucut hidung jatuh dan canst jatuh dari bagian muatan. Parasut kaleng sekarang mengembang di atas cansat </br> </br> ![](https://i.imgur.com/N2Cgu6x.png) Cansat, kerucut hidung, dan roket turun di bawah parasut

    Import from clipboard

    Paste your markdown or webpage here...

    Advanced permission required

    Your current role can only read. Ask the system administrator to acquire write and comment permission.

    This team is disabled

    Sorry, this team is disabled. You can't edit this note.

    This note is locked

    Sorry, only owner can edit this note.

    Reach the limit

    Sorry, you've reached the max length this note can be.
    Please reduce the content or divide it to more notes, thank you!

    Import from Gist

    Import from Snippet

    or

    Export to Snippet

    Are you sure?

    Do you really want to delete this note?
    All users will lose their connection.

    Create a note from template

    Create a note from template

    Oops...
    This template has been removed or transferred.
    Upgrade
    All
    • All
    • Team
    No template.

    Create a template

    Upgrade

    Delete template

    Do you really want to delete this template?
    Turn this template into a regular note and keep its content, versions, and comments.

    This page need refresh

    You have an incompatible client version.
    Refresh to update.
    New version available!
    See releases notes here
    Refresh to enjoy new features.
    Your user state has changed.
    Refresh to load new user state.

    Sign in

    Forgot password

    or

    By clicking below, you agree to our terms of service.

    Sign in via Facebook Sign in via Twitter Sign in via GitHub Sign in via Dropbox Sign in with Wallet
    Wallet ( )
    Connect another wallet

    New to HackMD? Sign up

    Help

    • English
    • 中文
    • Français
    • Deutsch
    • 日本語
    • Español
    • Català
    • Ελληνικά
    • Português
    • italiano
    • Türkçe
    • Русский
    • Nederlands
    • hrvatski jezik
    • język polski
    • Українська
    • हिन्दी
    • svenska
    • Esperanto
    • dansk

    Documents

    Help & Tutorial

    How to use Book mode

    Slide Example

    API Docs

    Edit in VSCode

    Install browser extension

    Contacts

    Feedback

    Discord

    Send us email

    Resources

    Releases

    Pricing

    Blog

    Policy

    Terms

    Privacy

    Cheatsheet

    Syntax Example Reference
    # Header Header 基本排版
    - Unordered List
    • Unordered List
    1. Ordered List
    1. Ordered List
    - [ ] Todo List
    • Todo List
    > Blockquote
    Blockquote
    **Bold font** Bold font
    *Italics font* Italics font
    ~~Strikethrough~~ Strikethrough
    19^th^ 19th
    H~2~O H2O
    ++Inserted text++ Inserted text
    ==Marked text== Marked text
    [link text](https:// "title") Link
    ![image alt](https:// "title") Image
    `Code` Code 在筆記中貼入程式碼
    ```javascript
    var i = 0;
    ```
    var i = 0;
    :smile: :smile: Emoji list
    {%youtube youtube_id %} Externals
    $L^aT_eX$ LaTeX
    :::info
    This is a alert area.
    :::

    This is a alert area.

    Versions and GitHub Sync
    Get Full History Access

    • Edit version name
    • Delete

    revision author avatar     named on  

    More Less

    Note content is identical to the latest version.
    Compare
      Choose a version
      No search result
      Version not found
    Sign in to link this note to GitHub
    Learn more
    This note is not linked with GitHub
     

    Feedback

    Submission failed, please try again

    Thanks for your support.

    On a scale of 0-10, how likely is it that you would recommend HackMD to your friends, family or business associates?

    Please give us some advice and help us improve HackMD.

     

    Thanks for your feedback

    Remove version name

    Do you want to remove this version name and description?

    Transfer ownership

    Transfer to
      Warning: is a public team. If you transfer note to this team, everyone on the web can find and read this note.

        Link with GitHub

        Please authorize HackMD on GitHub
        • Please sign in to GitHub and install the HackMD app on your GitHub repo.
        • HackMD links with GitHub through a GitHub App. You can choose which repo to install our App.
        Learn more  Sign in to GitHub

        Push the note to GitHub Push to GitHub Pull a file from GitHub

          Authorize again
         

        Choose which file to push to

        Select repo
        Refresh Authorize more repos
        Select branch
        Select file
        Select branch
        Choose version(s) to push
        • Save a new version and push
        • Choose from existing versions
        Include title and tags
        Available push count

        Pull from GitHub

         
        File from GitHub
        File from HackMD

        GitHub Link Settings

        File linked

        Linked by
        File path
        Last synced branch
        Available push count

        Danger Zone

        Unlink
        You will no longer receive notification when GitHub file changes after unlink.

        Syncing

        Push failed

        Push successfully