Version before re-write as design/build project
2
._wordcount_selection.tex
Normal file
|
@ -0,0 +1,2 @@
|
|||
seems like a lot of honors thesis go into way more detail in the headings, what's up with that
|
||||
% TODO: is it better to
|
7
.vscode/ltex.dictionary.en-AU.txt
vendored
|
@ -34,3 +34,10 @@ Ludovico
|
|||
Marelich
|
||||
Michal
|
||||
Zawierta
|
||||
SDOF
|
||||
SOTA
|
||||
Openrocket
|
||||
OpenRocket
|
||||
pyroshock
|
||||
DAQ
|
||||
CrystalDiskMark
|
||||
|
|
2
.vscode/ltex.hiddenFalsePositives.en-AU.txt
vendored
|
@ -5,3 +5,5 @@
|
|||
{"rule":"MORFOLOGIK_RULE_EN_AU","sentence":"^\\QThesis 2024-4-19 2024-10-18 [name=startthesis]Record results, sketch out parts of thesis 2024-04-19 2024-08-07 Write thesis draft 2024-07-21 2024-09-24 [name=feedback]Get feedback, edit second draft 2024-09-25 2024-10-10 Final editing and typesetting 2024-10-10 2024-10-18 Thesis 2024-10-18\\E$"}
|
||||
{"rule":"MORFOLOGIK_RULE_EN_AU","sentence":"^\\Q[link bulge=4]propwriting startthesis [link bulge=4]suborbital feedback\\E$"}
|
||||
{"rule":"UPPERCASE_SENTENCE_START","sentence":"^\\Qyear, month=shortname [title height=1.8, title label node/.append style=rotate=90]week [title/.style=opacity=0] 364\\E$"}
|
||||
{"rule":"COMMA_PARENTHESIS_WHITESPACE","sentence":"^\\QA HPR has a higher total impulse than model rockets but a lower impulse than sounding rockets, with a range of 36 up to 163840 , and have a sub-orbital trajectory unlike commercial launch vehicles \\E(?:Dummy|Ina|Jimmy-)[0-9]+\\Q.\\E$"}
|
||||
{"rule":"A_INFINITIVE","sentence":"^\\QA Raspberry Pi Zero W is used for the OBDH system instead of an eMMC module and STM32L476 since: It reduces the cost of the PCB as the assembly of BGA packages such as eMMC adds significant cost per board, The Pi Zero W runs an operating system unlike the STM32, which simplifies development and debugging, The write speed of the Pi is larger than the STM32 and eMMC combination.\\E$"}
|
||||
|
|
BIN
GENG5012 Final report Rubric 2019(1).pdf
Normal file
BIN
images/DiskMark64_Kc2c9042cq.png
Normal file
After Width: | Height: | Size: 25 KiB |
280
images/honors-openrocket2.svg
Normal file
|
@ -0,0 +1,280 @@
|
|||
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
|
||||
<svg
|
||||
version="1.0"
|
||||
width="210mm"
|
||||
height="298mm"
|
||||
id="svg1398"
|
||||
sodipodi:docname="honors-openrocket2.svg"
|
||||
inkscape:version="1.1 (c68e22c387, 2021-05-23)"
|
||||
xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"
|
||||
xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
|
||||
xmlns="http://www.w3.org/2000/svg"
|
||||
xmlns:svg="http://www.w3.org/2000/svg">
|
||||
<sodipodi:namedview
|
||||
id="namedview1400"
|
||||
pagecolor="#ffffff"
|
||||
bordercolor="#666666"
|
||||
borderopacity="1.0"
|
||||
inkscape:pageshadow="2"
|
||||
inkscape:pageopacity="0.0"
|
||||
inkscape:pagecheckerboard="0"
|
||||
inkscape:document-units="mm"
|
||||
showgrid="false"
|
||||
inkscape:zoom="2.8837808"
|
||||
inkscape:cx="681.22377"
|
||||
inkscape:cy="36.237151"
|
||||
inkscape:window-width="1920"
|
||||
inkscape:window-height="1001"
|
||||
inkscape:window-x="-9"
|
||||
inkscape:window-y="-9"
|
||||
inkscape:window-maximized="1"
|
||||
inkscape:current-layer="svg1398" />
|
||||
<defs
|
||||
id="defs6">
|
||||
<inkscape:path-effect
|
||||
effect="powerstroke"
|
||||
id="path-effect9659"
|
||||
is_visible="true"
|
||||
lpeversion="1"
|
||||
offset_points="0,18.8679"
|
||||
not_jump="false"
|
||||
sort_points="true"
|
||||
interpolator_type="CubicBezierJohan"
|
||||
interpolator_beta="0.2"
|
||||
start_linecap_type="zerowidth"
|
||||
linejoin_type="extrp_arc"
|
||||
miter_limit="4"
|
||||
scale_width="1"
|
||||
end_linecap_type="zerowidth" />
|
||||
<clipPath
|
||||
clipPathUnits="userSpaceOnUse"
|
||||
id="clipEmfPath1">
|
||||
<path
|
||||
d=" M 0,-2.6399804 L 0,1122.6317 L 795.9941,1122.6317 L 795.9941,-2.6399804 z"
|
||||
id="path2" />
|
||||
</clipPath>
|
||||
<pattern
|
||||
id="EMFhbasepattern"
|
||||
patternUnits="userSpaceOnUse"
|
||||
width="6"
|
||||
height="6"
|
||||
x="0"
|
||||
y="0" />
|
||||
</defs>
|
||||
<path
|
||||
style="fill:none;stroke:#000000;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:3.19998, 2.15998;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 43.599677,207.11847 v -2.47999 c 0,-1.67998 1.279991,-2.95997 2.959978,-2.95997 h 9.759928 c 1.599988,0 2.959978,1.27999 2.959978,2.95997 v 2.47999 c 0,1.67998 -1.35999,2.95997 -2.959978,2.95997 h -9.759928 c -1.679987,0 -2.959978,-1.27999 -2.959978,-2.95997 z"
|
||||
id="path82"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 558.07587,218.07838 h 2.23998 v -24.39981 h -2.23998 z"
|
||||
id="path84"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 560.31585,218.07838 h 2.15998 v -24.39981 h -2.15998 z"
|
||||
id="path86"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 684.15493,225.19833 h 2.15999 v -38.63971 h -2.15999 z"
|
||||
id="path88"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 684.15493,218.07838 h 2.15999 v -24.39981 h -2.15999 z"
|
||||
id="path90"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 720.15467,225.19833 h 2.15998 v -38.63971 h -2.15998 z"
|
||||
id="path92"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 720.15467,218.07838 h 2.15998 v -24.39981 h -2.15998 z"
|
||||
id="path94"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 558.07587,225.19833 h 2.23998 v -38.63971 h -2.23998 z"
|
||||
id="path96"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 650.31518,225.19833 h 2.15999 v -38.63971 h -2.15999 z"
|
||||
id="path98"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 650.31518,218.07838 h 2.15999 v -24.39981 h -2.15999 z"
|
||||
id="path100"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 560.31585,225.19833 h 2.15998 v -38.63971 h -2.15998 z"
|
||||
id="path102"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="M 322.55761,225.19833 H 455.43663 V 186.55862 H 322.55761 Z"
|
||||
id="path104"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 183.67864,225.19833 h 54.3196 v -38.63971 h -54.3196 z"
|
||||
id="path106"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="M 558.07587,218.07838 H 727.11461 V 193.67857 H 558.07587 Z"
|
||||
id="path108"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#aa0064;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="M 558.07587,217.75839 H 727.11461 V 193.99856 H 558.07587 Z"
|
||||
id="path110"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000c8;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 652.47517,225.59833 h 67.6795"
|
||||
id="path112"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000c8;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 652.47517,186.15862 v 7.51995 h 67.6795 v -7.51995 z"
|
||||
id="path114"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000c8;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 652.47517,186.15862 h 67.6795"
|
||||
id="path116"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000c8;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 652.47517,205.83848 h 24.15982 38.63971 4.87997"
|
||||
id="path118"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000c8;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 652.47517,205.83848 v 0 h 67.6795 v 0 z"
|
||||
id="path120"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000c8;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 652.47517,205.83848 h 24.15982 38.63971 4.87997"
|
||||
id="path122"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000c8;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 652.47517,225.59833 24.15982,39.8397 h 38.63971 l 4.87997,-39.8397"
|
||||
id="path124"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000c8;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 652.47517,225.59833 v -7.51995 h 67.6795 v 7.51995 z"
|
||||
id="path126"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000c8;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 652.47517,186.15862 24.15982,-39.8397 h 38.63971 l 4.87997,39.8397"
|
||||
id="path128"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000c8;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 652.47517,205.83848 h 67.6795"
|
||||
id="path130"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000c8;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 652.47517,205.83848 v 0 h 67.6795 v 0 z"
|
||||
id="path132"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000c8;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 652.47517,205.83848 h 67.6795"
|
||||
id="path134"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000f0;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 171.59873,186.15862 h -1.59999 l -1.59999,0.08 h -1.67998 l -1.59999,0.08 -1.59999,0.08 -1.59999,0.08 -1.59999,0.08 h -1.59999 l -1.59998,0.16 -1.59999,0.08 -1.67999,0.08 -1.59999,0.08 -1.59999,0.08 -1.59998,0.16 -1.59999,0.08 -1.59999,0.08 -1.59999,0.16 -1.59999,0.08 -1.67998,0.16 -1.59999,0.08 -1.59999,0.16 -1.59999,0.16 -1.59999,0.08 -1.59998,0.15999 -1.59999,0.16 -1.67999,0.16 -1.59999,0.08 -1.59999,0.16 -1.59999,0.16 -1.59998,0.16 -1.59999,0.16 -1.59999,0.16 -1.59999,0.15999 -1.67999,0.16 -1.59998,0.16 -1.59999,0.16 -1.59999,0.24 -1.59999,0.16 -1.59999,0.16 -1.59998,0.16 -1.59999,0.23999 -1.67999,0.16 -1.59999,0.16 -1.59999,0.24 -1.599984,0.16 -1.599988,0.24 -1.599989,0.16 -1.599988,0.23999 -1.599988,0.16 -1.679987,0.24 -1.599989,0.24 -1.599988,0.16 -1.599988,0.24 -1.599988,0.23999 -1.599988,0.24 -1.599988,0.24 -1.679988,0.16 -1.599988,0.24 -1.599988,0.24 -1.599988,0.23999 -1.599988,0.24 -1.599989,0.32 -1.599988,0.24 -1.599988,0.24 -1.679987,0.23999 -1.599989,0.24 -1.599988,0.32 -1.599988,0.24 -1.599988,0.32 -1.599988,0.23999 -1.599988,0.32 -1.599988,0.24 -1.679988,0.32 -1.599988,0.32 -1.599988,0.31999 -1.599988,0.32 -1.599989,0.32 -1.599988,0.32 -1.599988,0.31999 -1.599988,0.4 -1.679988,0.32 -1.599988,0.4 -1.599988,0.39999 -1.599988,0.4 -1.599988,0.4 -1.599988,0.47999 -1.599988,0.48 -1.599989,0.48 -0.879993,0.31999 -0.799994,0.24 -0.799994,0.4 -0.159999,0.08 -0.239998,0.16 -0.159999,0.08 -0.239998,0.16 v 0 l 0.239998,0.23999 0.159999,0.08 0.239998,0.16 0.159999,0.08 0.799994,0.32 0.799994,0.32 0.879993,0.31999 1.599989,0.48 1.599988,0.48 1.599988,0.47999 1.599988,0.4 1.599988,0.4 1.599988,0.39999 1.599988,0.4 1.679988,0.32 1.599988,0.4 1.599988,0.31999 1.599988,0.32 1.599989,0.32 1.599988,0.32 1.599988,0.31999 1.599988,0.32 1.679988,0.24 1.599988,0.32 1.599988,0.32 1.599988,0.23999 1.599988,0.32 1.599988,0.24 1.599988,0.24 1.599989,0.32 1.679987,0.23999 1.599988,0.24 1.599988,0.24 1.599989,0.24 1.599988,0.32 1.599988,0.23999 1.599988,0.16 1.599988,0.24 1.679988,0.24 1.599988,0.24 1.599988,0.24 1.599988,0.23999 1.599988,0.24 1.599988,0.16 1.599989,0.24 1.679987,0.16 1.599988,0.24 1.599988,0.23999 1.599989,0.16 1.599988,0.24 1.599984,0.16 1.59999,0.16 1.59999,0.24 1.67999,0.16 1.59999,0.23999 1.59998,0.16 1.59999,0.16 1.59999,0.16 1.59999,0.16 1.59999,0.24 1.59998,0.16 1.67999,0.16 1.59999,0.15999 1.59999,0.16 1.59999,0.16 1.59998,0.16 1.59999,0.16 1.59999,0.08 1.59999,0.16 1.67999,0.16 1.59999,0.16 1.59998,0.15999 1.59999,0.08 1.59999,0.16 1.59999,0.08 1.59999,0.16 1.67998,0.16 1.59999,0.08 1.59999,0.16 1.59999,0.08 1.59999,0.08 1.59998,0.16 1.59999,0.08 1.59999,0.08 1.67999,0.08 1.59999,0.08 1.59998,0.08 1.59999,0.08 1.59999,0.08 1.59999,0.08 1.59999,0.08 1.59999,0.08 h 1.67998 l 1.59999,0.08 h 1.59999 z"
|
||||
id="path136"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000f0;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 352.71739,225.59833 h 72.47946 v -39.43971 h -72.47946 z"
|
||||
id="path138"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000f0;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="M 425.19685,225.59833 H 727.11461 V 186.15862 H 425.19685 Z"
|
||||
id="path140"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000f0;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 171.59873,225.59833 h 36.23973 v -39.43971 h -36.23973 z"
|
||||
id="path142"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#0000f0;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:5.35996, 0.0799994;stroke-dashoffset:0;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="M 207.83846,225.59833 H 352.71739 V 186.15862 H 207.83846 Z"
|
||||
id="path144"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:#000000;fill-opacity:1;fill-rule:nonzero;stroke:none"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="M 582.71568,217.67839 H 727.11461 V 193.99856 H 582.71568 Z"
|
||||
id="path146"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:none;stroke:#000000;stroke-width:0.559996px;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:10;stroke-dasharray:none;stroke-opacity:1"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="M 582.71568,217.67839 H 727.11461 V 193.99856 H 582.71568 Z"
|
||||
id="path148"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:#ff0000;fill-opacity:1;fill-rule:nonzero;stroke:none"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 578.31572,208.63845 c -1.51999,0 -2.79998,-1.19999 -2.79998,-2.79997 0,-1.51999 1.27999,-2.79998 2.79998,-2.79998 1.59998,0 2.79998,1.27999 2.79998,2.79998 0,1.59998 -1.2,2.79997 -2.79998,2.79997 z m 0,0.56 c 1.91998,0 3.35997,-1.43999 3.35997,-3.35997 0,-1.83999 -1.43999,-3.35998 -3.35997,-3.35998 -1.83999,0 -3.35998,1.51999 -3.35998,3.35998 0,1.91998 1.51999,3.35997 3.35998,3.35997 z m 0,0.4 c -1.99999,0 -3.67998,-1.67999 -3.67998,-3.75997 0,-1.99999 1.67999,-3.67998 3.67998,-3.67998 2.07998,0 3.75997,1.67999 3.75997,3.67998 0,2.07998 -1.67999,3.75997 -3.75997,3.75997 z"
|
||||
id="path150"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
<path
|
||||
style="fill:#0000ff;fill-opacity:1;fill-rule:nonzero;stroke:none"
|
||||
clip-path="url(#clipEmfPath1)"
|
||||
d="m 500.47629,209.19845 v -3.35997 h 3.35998 c 0,-1.83999 -1.51999,-3.35998 -3.35998,-3.35998 v 3.35998 h -3.35997 c 0,1.91998 1.51999,3.35997 3.35997,3.35997 z m 0,0.4 c -2.07998,0 -3.75997,-1.67999 -3.75997,-3.75997 0,-1.99999 1.67999,-3.67998 3.75997,-3.67998 1.99999,0 3.67998,1.67999 3.67998,3.67998 0,2.07998 -1.67999,3.75997 -3.67998,3.75997 z"
|
||||
id="path152"
|
||||
transform="translate(-23.43652,-145.41137)" />
|
||||
</svg>
|
After Width: | Height: | Size: 18 KiB |
1184
images/k-ork-acceleration-launch.svg
Normal file
After Width: | Height: | Size: 32 KiB |
1445
images/k-ork-acceleration.svg
Normal file
After Width: | Height: | Size: 39 KiB |
1675
images/k-ork-stability.svg
Normal file
After Width: | Height: | Size: 43 KiB |
1651
images/k-ork-vertical.svg
Normal file
After Width: | Height: | Size: 45 KiB |
BIN
images/random-launch.png
Normal file
After Width: | Height: | Size: 28 KiB |
1536
images/random-launch.svg
Normal file
After Width: | Height: | Size: 40 KiB |
BIN
images/random-study.png
Normal file
After Width: | Height: | Size: 489 KiB |
Before Width: | Height: | Size: 489 KiB After Width: | Height: | Size: 78 KiB |
2473
images/random.svg
Normal file
After Width: | Height: | Size: 66 KiB |
BIN
images/shock.png
Normal file
After Width: | Height: | Size: 48 KiB |
1583
images/shock.svg
Normal file
After Width: | Height: | Size: 42 KiB |
466
main.bib
|
@ -1,97 +1,139 @@
|
|||
@inproceedings{toorian2008cubesat,
|
||||
title={The cubesat approach to space access},
|
||||
author={Toorian, Armen and Diaz, Ken and Lee, Simon},
|
||||
booktitle={2008 IEEE aerospace conference},
|
||||
pages={1--14},
|
||||
year={2008},
|
||||
organization={IEEE}
|
||||
title = {The cubesat approach to space access},
|
||||
author = {Toorian, Armen and Diaz, Ken and Lee, Simon},
|
||||
booktitle = {2008 IEEE aerospace conference},
|
||||
pages = {1--14},
|
||||
year = {2008},
|
||||
organization = {IEEE}
|
||||
}
|
||||
|
||||
@book{nfpa2018,
|
||||
author = {{National Fire Protection Association}},
|
||||
title = {NFPA 1127 Code for High Power Rocketry},
|
||||
year = {2018},
|
||||
edition = {2018 edition},
|
||||
publisher = {NFPA}
|
||||
}
|
||||
|
||||
|
||||
@phdthesis{pierce2019development,
|
||||
title = {Development of a rocket test platform capable of delivering standard dimension payloads to near-space altitudes},
|
||||
author = {Pierce, Dillon T},
|
||||
year = {2019},
|
||||
school = {Monterey, CA; Naval Postgraduate School}
|
||||
}
|
||||
|
||||
@phdthesis{brandt2020development,
|
||||
title = {DEVELOPMENT OF A MULTISTAGE ROCKET TEST PLATFORM TO DELIVER CUBESAT FORM FACTOR TO NEAR-SPACE ALTITUDES},
|
||||
author = {Brandt, Camron A and others},
|
||||
year = {2020},
|
||||
school = {Monterey, CA; Naval Postgraduate School}
|
||||
}
|
||||
|
||||
@article{minelli2019mobile,
|
||||
title = {The mobile cubeSat command and control (MC3) ground station network: An overview and look ahead},
|
||||
author = {Minelli, Giovanni and Magallanes, Lara and Weitz, Noah and Rigmaiden, David and Horning, James and Newman, James and Scott, MAJ and Brady, Sean and Watkins, Chiffon and Christensen, Jacob and others},
|
||||
year = {2019}
|
||||
}
|
||||
|
||||
@inproceedings{5448050,
|
||||
author = {Habtour, Ed and Drake, Gary S. and Dasgupta, Abhijit and Al-Bassyiouni, Moustafa and Choi, Cholmin},
|
||||
booktitle = {2010 Proceedings - Annual Reliability and Maintainability Symposium (RAMS)},
|
||||
title = {Improved reliability testing with multiaxial electrodynamics vibration},
|
||||
year = {2010},
|
||||
volume = {},
|
||||
number = {},
|
||||
pages = {1-6},
|
||||
keywords = {Electrodynamics;Land vehicles;Fatigue;Qualifications;Life testing;Costs;Road vehicles;Failure analysis;Electric shock;Laboratories;design-in reliability;Physics of Failure;failure mechanisms;fatigue;vibration;multiaxial;accelerated testing},
|
||||
doi = {10.1109/RAMS.2010.5448050}
|
||||
}
|
||||
|
||||
|
||||
% % TODO: FIXME
|
||||
@@techreport{jacklin2019small,
|
||||
title={Small-satellite mission failure rates},
|
||||
author={Jacklin, Stephen A},
|
||||
year={2019}
|
||||
title = {Small-satellite mission failure rates},
|
||||
author = {Jacklin, Stephen A},
|
||||
year = {2019}
|
||||
}
|
||||
|
||||
@article{welle2020overview,
|
||||
title={Overview of CubeSat Technology},
|
||||
author={Welle, Richard P},
|
||||
journal={Handbook of Small Satellites: Technology, Design, Manufacture, Applications, Economics and Regulation},
|
||||
pages={1--17},
|
||||
year={2020},
|
||||
publisher={Springer}
|
||||
title = {Overview of CubeSat Technology},
|
||||
author = {Welle, Richard P},
|
||||
journal = {Handbook of Small Satellites: Technology, Design, Manufacture, Applications, Economics and Regulation},
|
||||
pages = {1--17},
|
||||
year = {2020},
|
||||
publisher = {Springer}
|
||||
}
|
||||
|
||||
@article{bouwmeester2022improving,
|
||||
title={Improving CubeSat reliability: Subsystem redundancy or improved testing?},
|
||||
author={Bouwmeester, Jasper and Menicucci, Alessandra and Gill, Eberhard KA},
|
||||
journal={Reliability Engineering \& System Safety},
|
||||
volume={220},
|
||||
pages={108288},
|
||||
year={2022},
|
||||
publisher={Elsevier}
|
||||
title = {Improving CubeSat reliability: Subsystem redundancy or improved testing?},
|
||||
author = {Bouwmeester, Jasper and Menicucci, Alessandra and Gill, Eberhard KA},
|
||||
journal = {Reliability Engineering \& System Safety},
|
||||
volume = {220},
|
||||
pages = {108288},
|
||||
year = {2022},
|
||||
publisher = {Elsevier}
|
||||
}
|
||||
|
||||
@article{slongo2019pre,
|
||||
title={Pre-flight qualification test procedure for nanosatellites using sounding rockets},
|
||||
author={Slongo, Leonardo Kessler and Reis, Jo{\~a}o Gabriel and Gaiki, Daniel and Seger, Pedro Von Hohendorff and Mart{\'\i}nez, Sara Vega and Eiterer, Bruno Vale Barbosa and Pereira, Tulio Gomes and Neto, Mario Baldini and dos Santos Frata, Matheus and Hamisch, Henrique Daniel and others},
|
||||
journal={Acta Astronautica},
|
||||
volume={159},
|
||||
pages={564--577},
|
||||
year={2019},
|
||||
publisher={Elsevier}
|
||||
title = {Pre-flight qualification test procedure for nanosatellites using sounding rockets},
|
||||
author = {Slongo, Leonardo Kessler and Reis, Jo{\~a}o Gabriel and Gaiki, Daniel and Seger, Pedro Von Hohendorff and Mart{\'\i}nez, Sara Vega and Eiterer, Bruno Vale Barbosa and Pereira, Tulio Gomes and Neto, Mario Baldini and dos Santos Frata, Matheus and Hamisch, Henrique Daniel and others},
|
||||
journal = {Acta Astronautica},
|
||||
volume = {159},
|
||||
pages = {564--577},
|
||||
year = {2019},
|
||||
publisher = {Elsevier}
|
||||
}
|
||||
|
||||
@inproceedings{amberkar2020suborbital,
|
||||
title={Suborbital Payload testing aboard level 3 rocket research platform},
|
||||
author={Amberkar, Nikita and Duraisamy, Vijay Vishal and Mastroliberti, Melisa and Munasinghe, Michelle and Maupin, Gabriel and Llanos, Pedro J and Gangadharan, Sathya N},
|
||||
booktitle={AIAA scitech 2020 forum},
|
||||
pages={0070},
|
||||
year={2020}
|
||||
title = {Suborbital Payload testing aboard level 3 rocket research platform},
|
||||
author = {Amberkar, Nikita and Duraisamy, Vijay Vishal and Mastroliberti, Melisa and Munasinghe, Michelle and Maupin, Gabriel and Llanos, Pedro J and Gangadharan, Sathya N},
|
||||
booktitle = {AIAA scitech 2020 forum},
|
||||
pages = {0070},
|
||||
year = {2020}
|
||||
}
|
||||
|
||||
@inproceedings{gordon2015benefits,
|
||||
title={Benefits of spacecraft level vibration testing},
|
||||
author={Gordon, Scott and Kern, Dennis L},
|
||||
booktitle={Aerospace Testing Seminar},
|
||||
number={GSFC-E-DAA-TN26994},
|
||||
year={2015}
|
||||
title = {Benefits of spacecraft level vibration testing},
|
||||
author = {Gordon, Scott and Kern, Dennis L},
|
||||
booktitle = {Aerospace Testing Seminar},
|
||||
number = {GSFC-E-DAA-TN26994},
|
||||
year = {2015}
|
||||
}
|
||||
|
||||
@book{seibert2006history,
|
||||
title={The history of sounding rockets and their contribution to European space research},
|
||||
author={Seibert, G{\"u}nther and Battrick, Bruce T},
|
||||
year={2006},
|
||||
publisher={ESA Publications division Noordwijk}
|
||||
title = {The history of sounding rockets and their contribution to European space research},
|
||||
author = {Seibert, G{\"u}nther and Battrick, Bruce T},
|
||||
year = {2006},
|
||||
publisher = {ESA Publications division Noordwijk}
|
||||
}
|
||||
|
||||
@misc{nasa-gevs,
|
||||
title = "{General Environmental Verification Standard (GEVS) for GSFC Flight Programs and Projects}",
|
||||
author = "{NASA Goddard Space Flight Center}",
|
||||
howpublished = "{NASA Technical Standard}",
|
||||
month = "April",
|
||||
year = "2021",
|
||||
note = "{Document date: April 28, 2021.}",
|
||||
url = "{https://standards.nasa.gov/standard/GSFC/GSFC-STD-7000}",
|
||||
organization = "{NASA Goddard Space Flight Center}",
|
||||
title = {{General Environmental Verification Standard (GEVS) for GSFC Flight Programs and Projects}},
|
||||
author = {{NASA Goddard Space Flight Center}},
|
||||
howpublished = {{NASA Technical Standard}},
|
||||
month = {April},
|
||||
year = {2021},
|
||||
note = {{Document date: April 28, 2021.}},
|
||||
url = {{https://standards.nasa.gov/standard/GSFC/GSFC-STD-7000}},
|
||||
organization = {{NASA Goddard Space Flight Center}}
|
||||
}
|
||||
|
||||
@article{cho2012overview,
|
||||
title={Overview of nano-satellite environmental tests standardization project: test campaign and standard draft},
|
||||
author={Cho, Mengu and Masui, Hirokazu and Hatamura, Toru and Horii, Shigekatsu and Obata, Shoichi and others},
|
||||
year={2012}
|
||||
title = {Overview of nano-satellite environmental tests standardization project: test campaign and standard draft},
|
||||
author = {Cho, Mengu and Masui, Hirokazu and Hatamura, Toru and Horii, Shigekatsu and Obata, Shoichi and others},
|
||||
year = {2012}
|
||||
}
|
||||
|
||||
@article{aglietti2019spacecraft,
|
||||
title={Spacecraft structure model validation and test philosophy},
|
||||
author={Aglietti, Guglielmo S and Remedia, Marcello and Appolloni, Matteo and Kiley, Andrew},
|
||||
journal={AIAA Journal},
|
||||
volume={57},
|
||||
number={5},
|
||||
pages={2109--2122},
|
||||
year={2019},
|
||||
publisher={American Institute of Aeronautics and Astronautics}
|
||||
title = {Spacecraft structure model validation and test philosophy},
|
||||
author = {Aglietti, Guglielmo S and Remedia, Marcello and Appolloni, Matteo and Kiley, Andrew},
|
||||
journal = {AIAA Journal},
|
||||
volume = {57},
|
||||
number = {5},
|
||||
pages = {2109--2122},
|
||||
year = {2019},
|
||||
publisher = {American Institute of Aeronautics and Astronautics}
|
||||
}
|
||||
|
||||
@book{brown_elements_2002,
|
||||
|
@ -103,192 +145,230 @@
|
|||
language = {English},
|
||||
publisher = {American Institute of Aeronautics and Astronautics},
|
||||
author = {Brown, 1930-, Charles D.},
|
||||
year = {2002},
|
||||
year = {2002}
|
||||
}
|
||||
|
||||
@techreport{bement1995manual,
|
||||
title={A manual for pyrotechnic design, development and qualification},
|
||||
author={Bement, Laurence J and Schimmel, Morry L},
|
||||
year={1995}
|
||||
title = {A manual for pyrotechnic design, development and qualification},
|
||||
author = {Bement, Laurence J and Schimmel, Morry L},
|
||||
year = {1995}
|
||||
}
|
||||
|
||||
@article{nieto2019cubesat,
|
||||
title={CubeSat mission: From design to operation},
|
||||
author={Nieto-Peroy, Crist{\'o}bal and Emami, M Reza},
|
||||
journal={Applied Sciences},
|
||||
volume={9},
|
||||
number={15},
|
||||
pages={3110},
|
||||
year={2019},
|
||||
publisher={MDPI}
|
||||
title = {CubeSat mission: From design to operation},
|
||||
author = {Nieto-Peroy, Crist{\'o}bal and Emami, M Reza},
|
||||
journal = {Applied Sciences},
|
||||
volume = {9},
|
||||
number = {15},
|
||||
pages = {3110},
|
||||
year = {2019},
|
||||
publisher = {MDPI}
|
||||
}
|
||||
|
||||
@inproceedings{jiao2019outgassing,
|
||||
title={Outgassing environment of spacecraft: an overview},
|
||||
author={Jiao, Zilong and Jiang, Lixiang and Sun, Jipeng and Huang, Jianguo and Zhu, Yunfei},
|
||||
booktitle={IOP Conference Series: Materials Science and Engineering},
|
||||
volume={611},
|
||||
number={1},
|
||||
pages={012071},
|
||||
year={2019},
|
||||
organization={IOP Publishing}
|
||||
title = {Outgassing environment of spacecraft: an overview},
|
||||
author = {Jiao, Zilong and Jiang, Lixiang and Sun, Jipeng and Huang, Jianguo and Zhu, Yunfei},
|
||||
booktitle = {IOP Conference Series: Materials Science and Engineering},
|
||||
volume = {611},
|
||||
number = {1},
|
||||
pages = {012071},
|
||||
year = {2019},
|
||||
organization = {IOP Publishing}
|
||||
}
|
||||
|
||||
@book{canepa2005modern,
|
||||
title={Modern high-power rocketry},
|
||||
author={Canepa, Mark},
|
||||
volume={2},
|
||||
year={2005},
|
||||
publisher={Trafford Publishing}
|
||||
title = {Modern high-power rocketry},
|
||||
author = {Canepa, Mark},
|
||||
volume = {2},
|
||||
year = {2005},
|
||||
publisher = {Trafford Publishing}
|
||||
}
|
||||
|
||||
@article{cohen2020rocket,
|
||||
title={Rocket Investigation of Current Closure in the Ionosphere (RICCI): A novel application of CubeSats from a sounding rocket platform},
|
||||
author={Cohen, Ian J and Anderson, Brian J and Bonnell, John W and Lysak, Robert L and Lessard, Marc R and Michell, Robert G and Varney, Roger H},
|
||||
journal={Advances in Space Research},
|
||||
volume={66},
|
||||
number={1},
|
||||
pages={98--106},
|
||||
year={2020},
|
||||
publisher={Elsevier}
|
||||
title = {Rocket Investigation of Current Closure in the Ionosphere (RICCI): A novel application of CubeSats from a sounding rocket platform},
|
||||
author = {Cohen, Ian J and Anderson, Brian J and Bonnell, John W and Lysak, Robert L and Lessard, Marc R and Michell, Robert G and Varney, Roger H},
|
||||
journal = {Advances in Space Research},
|
||||
volume = {66},
|
||||
number = {1},
|
||||
pages = {98--106},
|
||||
year = {2020},
|
||||
publisher = {Elsevier}
|
||||
}
|
||||
|
||||
@article{pont2019rexus,
|
||||
title={REXUS-25 rocket flight of a CubeSat cosmic-ray detector},
|
||||
author={Pont, BBT and Beurskens, Jochem and Dalderup, J and Dolron, Peter and Gubbels, J and Horandel, J and Jordans, Roel and Pourshaghaghi, HR and Sz{\'a}las-Motesiczky, D and Vliet, T van and others},
|
||||
year={2019},
|
||||
publisher={[Sl]: PoS}
|
||||
title = {REXUS-25 rocket flight of a CubeSat cosmic-ray detector},
|
||||
author = {Pont, BBT and Beurskens, Jochem and Dalderup, J and Dolron, Peter and Gubbels, J and Horandel, J and Jordans, Roel and Pourshaghaghi, HR and Sz{\'a}las-Motesiczky, D and Vliet, T van and others},
|
||||
year = {2019},
|
||||
publisher = {[Sl]: PoS}
|
||||
}
|
||||
|
||||
@ARTICLE{9316404,
|
||||
author={Mariano, Marcelino Gabriel and Morsch, Filho Edemar and Vega, Martinez Sara and Pio, De Mattos André Martins and Oriel, Seman Laio and Kessler, Slongo Leonardo and Augusto, Bezerra Eduardo},
|
||||
journal={Journal of Systems Engineering and Electronics},
|
||||
title={Qualification and validation test methodology of the open-source CubeSat FloripaSat-I},
|
||||
year={2020},
|
||||
volume={31},
|
||||
number={6},
|
||||
pages={1230-1244},
|
||||
keywords={Frequency modulation;Modeling;CubeSat;Gravity;Open source software;Thermal sensors;Rockets;embedded system;nanosatellite;cubesats;test methodology},
|
||||
doi={10.23919/JSEE.2020.000103}}
|
||||
@article{9316404,
|
||||
author = {Mariano, Marcelino Gabriel and Morsch, Filho Edemar and Vega, Martinez Sara and Pio, De Mattos André Martins and Oriel, Seman Laio and Kessler, Slongo Leonardo and Augusto, Bezerra Eduardo},
|
||||
journal = {Journal of Systems Engineering and Electronics},
|
||||
title = {Qualification and validation test methodology of the open-source CubeSat FloripaSat-I},
|
||||
year = {2020},
|
||||
volume = {31},
|
||||
number = {6},
|
||||
pages = {1230-1244},
|
||||
keywords = {Frequency modulation;Modeling;CubeSat;Gravity;Open source software;Thermal sensors;Rockets;embedded system;nanosatellite;cubesats;test methodology},
|
||||
doi = {10.23919/JSEE.2020.000103}
|
||||
}
|
||||
|
||||
@article{bulut2021thermal,
|
||||
title={Thermal design, analysis, and testing of the first Turkish 3U communication CubeSat in low earth orbit},
|
||||
author={Bulut, Murat},
|
||||
journal={Journal of Thermal Analysis and Calorimetry},
|
||||
volume={143},
|
||||
number={6},
|
||||
pages={4341--4353},
|
||||
year={2021},
|
||||
publisher={Springer}
|
||||
title = {Thermal design, analysis, and testing of the first Turkish 3U communication CubeSat in low earth orbit},
|
||||
author = {Bulut, Murat},
|
||||
journal = {Journal of Thermal Analysis and Calorimetry},
|
||||
volume = {143},
|
||||
number = {6},
|
||||
pages = {4341--4353},
|
||||
year = {2021},
|
||||
publisher = {Springer}
|
||||
}
|
||||
|
||||
@article{mason2018cubesat,
|
||||
title={CubeSat on-orbit temperature comparison to thermal-balance-tuned-model predictions},
|
||||
author={Mason, James Paul and Lamprecht, Bret and Woods, Thomas N and Downs, Chloe},
|
||||
journal={Journal of Thermophysics and Heat Transfer},
|
||||
volume={32},
|
||||
number={1},
|
||||
pages={237--255},
|
||||
year={2018},
|
||||
publisher={American Institute of Aeronautics and Astronautics}
|
||||
title = {CubeSat on-orbit temperature comparison to thermal-balance-tuned-model predictions},
|
||||
author = {Mason, James Paul and Lamprecht, Bret and Woods, Thomas N and Downs, Chloe},
|
||||
journal = {Journal of Thermophysics and Heat Transfer},
|
||||
volume = {32},
|
||||
number = {1},
|
||||
pages = {237--255},
|
||||
year = {2018},
|
||||
publisher = {American Institute of Aeronautics and Astronautics}
|
||||
}
|
||||
|
||||
@inproceedings{nath2022study,
|
||||
title={Study the effect of tri-axis vibration testing over single-axis vibration testing on a satellite},
|
||||
author={Nath, Narendra and Aglietti, Guglielmo S},
|
||||
booktitle={2022 IEEE Aerospace Conference (AERO)},
|
||||
pages={1--10},
|
||||
year={2022},
|
||||
organization={IEEE}
|
||||
title = {Study the effect of tri-axis vibration testing over single-axis vibration testing on a satellite},
|
||||
author = {Nath, Narendra and Aglietti, Guglielmo S},
|
||||
booktitle = {2022 IEEE Aerospace Conference (AERO)},
|
||||
pages = {1--10},
|
||||
year = {2022},
|
||||
organization = {IEEE}
|
||||
}
|
||||
|
||||
@phdthesis{decker2016systems,
|
||||
title={A systems-engineering assessment of multiple CubeSat build approaches},
|
||||
author={Decker, Zachary Scott},
|
||||
year={2016},
|
||||
school={Massachusetts Institute of Technology}
|
||||
title = {A systems-engineering assessment of multiple CubeSat build approaches},
|
||||
author = {Decker, Zachary Scott},
|
||||
year = {2016},
|
||||
school = {Massachusetts Institute of Technology}
|
||||
}
|
||||
|
||||
@article{rawsonbest,
|
||||
title={Best Practices and Considerations for Planning and Conducting Integration of University CubeSats},
|
||||
author={Rawson, William and Lightsey, E Glenn}
|
||||
title = {Best Practices and Considerations for Planning and Conducting Integration of University CubeSats},
|
||||
author = {Rawson, William and Lightsey, E Glenn}
|
||||
}
|
||||
|
||||
@article{jurist2009commercial,
|
||||
title={Commercial suborbital sounding rocket market: a role for reusable launch vehicles},
|
||||
author={Jurist, John M},
|
||||
journal={Astropolitics},
|
||||
volume={7},
|
||||
number={1},
|
||||
pages={32--49},
|
||||
year={2009},
|
||||
publisher={Taylor \& Francis}
|
||||
title = {Commercial suborbital sounding rocket market: a role for reusable launch vehicles},
|
||||
author = {Jurist, John M},
|
||||
journal = {Astropolitics},
|
||||
volume = {7},
|
||||
number = {1},
|
||||
pages = {32--49},
|
||||
year = {2009},
|
||||
publisher = {Taylor \& Francis}
|
||||
}
|
||||
|
||||
@article{kahe2017reliable,
|
||||
title={Reliable flight computer for sounding rocket with dual redundancy: design and implementation based on COTS parts},
|
||||
author={Kahe, Ghasem},
|
||||
journal={International Journal of System Assurance Engineering and Management},
|
||||
volume={8},
|
||||
pages={560--571},
|
||||
year={2017},
|
||||
publisher={Springer}
|
||||
title = {Reliable flight computer for sounding rocket with dual redundancy: design and implementation based on COTS parts},
|
||||
author = {Kahe, Ghasem},
|
||||
journal = {International Journal of System Assurance Engineering and Management},
|
||||
volume = {8},
|
||||
pages = {560--571},
|
||||
year = {2017},
|
||||
publisher = {Springer}
|
||||
}
|
||||
|
||||
@article{dickens2001coupled,
|
||||
title={Coupled loads analysis accuracy from the space vehicle perspective},
|
||||
author={Dickens, JM and Wittbrodt, MJ and Gate, MM and Li, LH and Stroeve, A},
|
||||
journal={Acta Astronautica},
|
||||
volume={48},
|
||||
number={1},
|
||||
pages={21--28},
|
||||
year={2001},
|
||||
publisher={Elsevier}
|
||||
title = {Coupled loads analysis accuracy from the space vehicle perspective},
|
||||
author = {Dickens, JM and Wittbrodt, MJ and Gate, MM and Li, LH and Stroeve, A},
|
||||
journal = {Acta Astronautica},
|
||||
volume = {48},
|
||||
number = {1},
|
||||
pages = {21--28},
|
||||
year = {2001},
|
||||
publisher = {Elsevier}
|
||||
}
|
||||
@article{casalino2012rocket,
|
||||
title={Rocket noise sources localization through a tailored beam-forming technique},
|
||||
author={Casalino, Damiano and Santini, Samuele and Genito, Mariano and Ferrara, Valerio},
|
||||
journal={AIAA journal},
|
||||
volume={50},
|
||||
number={10},
|
||||
pages={2146--2158},
|
||||
year={2012}
|
||||
title = {Rocket noise sources localization through a tailored beam-forming technique},
|
||||
author = {Casalino, Damiano and Santini, Samuele and Genito, Mariano and Ferrara, Valerio},
|
||||
journal = {AIAA journal},
|
||||
volume = {50},
|
||||
number = {10},
|
||||
pages = {2146--2158},
|
||||
year = {2012}
|
||||
}
|
||||
|
||||
@article{miller2018accelerometer,
|
||||
title={Accelerometer mounting: comparison of stud and magnetic mounting methods},
|
||||
author={Miller, Aaron and Sburlati, Dominic and Duschlbauer, Dominik},
|
||||
journal={Hear to Listen: Acoust},
|
||||
year={2018}
|
||||
title = {Accelerometer mounting: comparison of stud and magnetic mounting methods},
|
||||
author = {Miller, Aaron and Sburlati, Dominic and Duschlbauer, Dominik},
|
||||
journal = {Hear to Listen: Acoust},
|
||||
year = {2018}
|
||||
}
|
||||
|
||||
@misc{nasa-pyroshock,
|
||||
title = "{Pyroshock test criteria}",
|
||||
author = "{National Aeronautics and Space Administration}",
|
||||
howpublished = "{NASA Technical Standard}",
|
||||
month = "December",
|
||||
year = "2011",
|
||||
url = "{https://s3vi.ndc.nasa.gov/ssri-kb/static/resources/NASA-STD-7003A.pdf}",
|
||||
organization = "{National Aeronautics and Space Administration}",
|
||||
title = {{Pyroshock test criteria}},
|
||||
author = {{National Aeronautics and Space Administration}},
|
||||
howpublished = {{NASA Technical Standard}},
|
||||
month = {December},
|
||||
year = {2011},
|
||||
url = {{https://s3vi.ndc.nasa.gov/ssri-kb/static/resources/NASA-STD-7003A.pdf}},
|
||||
organization = {{National Aeronautics and Space Administration}}
|
||||
}
|
||||
|
||||
@manual{lsm6dso-datasheet,
|
||||
title = "{LSM6DSO: iNEMO inertial module: always-on 3D accelerometer and 3D gyroscope}",
|
||||
author = "{STMicroelectronics}",
|
||||
organization = "{STMicroelectronics}",
|
||||
year = "2019",
|
||||
month = "January",
|
||||
url = "{https://www.st.com/resource/en/datasheet/lsm6dso.pdf}",
|
||||
note = "{DS12140 - Rev 2 - January 2019}"
|
||||
title = {{LSM6DSO: iNEMO inertial module: always-on 3D accelerometer and 3D gyroscope}},
|
||||
author = {{STMicroelectronics}},
|
||||
organization = {{STMicroelectronics}},
|
||||
year = {2019},
|
||||
month = {January},
|
||||
url = {{https://www.st.com/resource/en/datasheet/lsm6dso.pdf}},
|
||||
note = {{DS12140 - Rev 2 - January 2019}}
|
||||
}
|
||||
|
||||
@inproceedings{wang2023numerical,
|
||||
title={Numerical simulation of the effect of combustion characteristics of main charges on the output shock of a typical igniter},
|
||||
author={Wang, JC and Ren, XW and Li, XG and Wen, YQ and Cheng, L and Guo, Q},
|
||||
booktitle={Journal of Physics: Conference Series},
|
||||
volume={2478},
|
||||
number={7},
|
||||
pages={072024},
|
||||
year={2023},
|
||||
organization={IOP Publishing}
|
||||
title = {Numerical simulation of the effect of combustion characteristics of main charges on the output shock of a typical igniter},
|
||||
author = {Wang, JC and Ren, XW and Li, XG and Wen, YQ and Cheng, L and Guo, Q},
|
||||
booktitle = {Journal of Physics: Conference Series},
|
||||
volume = {2478},
|
||||
number = {7},
|
||||
pages = {072024},
|
||||
year = {2023},
|
||||
organization = {IOP Publishing}
|
||||
}
|
||||
|
||||
@misc{openrocket,
|
||||
author = {{Sampo Niskanen and others}},
|
||||
year = {2024},
|
||||
title = {OpenRocket Simulator},
|
||||
note = {\url{https://openrocket.info/index.html}, Last accessed on 2024-10-10}
|
||||
}
|
||||
|
||||
@mastersthesis{niskanen2009,
|
||||
author = {Sampo Niskanen},
|
||||
title = {Development of an Open Source Model Rocket Simulation Software},
|
||||
school = {Aalto University},
|
||||
year = {2009},
|
||||
address = {Espoo},
|
||||
type = {Master's thesis},
|
||||
month = {May},
|
||||
url = {https://github.com/openrocket/openrocket/releases/download/Development_of_an_Open_Source_model_rocket_simulation-thesis-v20090520/Development_of_an_Open_Source_model_rocket_simulation-thesis-v20090520.pdf},
|
||||
supervisor = {Professor Rolf Stenberg},
|
||||
instructor = {Professor Rolf Stenberg}
|
||||
}
|
||||
|
||||
|
||||
@article{doi:10.1177/0954410017752730,
|
||||
author = {William Brown and Michael Wiesneth and Thomas Faust and Nghia Huynh and Carlos Montalvo and Kent Lino and Andrew Tindell},
|
||||
title = {Measured and simulated analysis of a model rocket},
|
||||
journal = {Proceedings of the Institution of Mechanical Engineers, Part G: Journal of Aerospace Engineering},
|
||||
volume = {233},
|
||||
number = {4},
|
||||
pages = {1397-1411},
|
||||
year = {2019},
|
||||
doi = {10.1177/0954410017752730},
|
||||
url = { https://doi.org/10.1177/0954410017752730},
|
||||
eprint = { https://doi.org/10.1177/0954410017752730},
|
||||
abstract = { A comparison between two types of sensors and two types of simulation software are investigated here for a student built rocket. Many students use an open source software package called OpenRocket which uses empirical aerodynamics based on the shape of the rocket. This software is compared to the standard set of rigid body dynamic equations using coefficients for the aerodynamics based on windtunnel and computational fluid dynamics tests. During experimentation two sensors are used and price and resolution is compared. The first sensor is a turn-key sensor called the TeleMega which has many features such as telemetry and on board data logging. In an effort to reduce costs, the Arduino Mega platform has been augmented with a custom made shield capable of measuring Global Positioning System (GPS), angular velocity, and attitude information with on board data logging as well. Although this sensor has limited functionality, the cost is substantially reduced. It is shown that all sensors and simulation software have their strengths and weaknesses with appropriate usage for each. }
|
||||
}
|
||||
|
||||
|
||||
|
|
250
main.tex
|
@ -7,7 +7,7 @@
|
|||
\usepackage{pdflscape} % for 'landscape' environment
|
||||
\usepackage{rotating}
|
||||
\usepackage{tabularx}
|
||||
\usepackage{siunitx}
|
||||
\usepackage[binary-units]{siunitx}
|
||||
\usepackage{pgfgantt}
|
||||
\usepackage{float}
|
||||
\usepackage{svg}
|
||||
|
@ -15,6 +15,8 @@
|
|||
|
||||
\DeclareSIUnit\feet{ft} % Yes I know feet aren't SI unit...
|
||||
\DeclareSIUnit\year{y}
|
||||
\DeclareSIUnit\gacc{\textit{g}}
|
||||
\DeclareSIUnit\baud{bd}
|
||||
|
||||
|
||||
\ganttset{calendar week text={\small{\startday/\startmonth}}}
|
||||
|
@ -30,7 +32,7 @@
|
|||
% Title
|
||||
% \vspace*{3cm}
|
||||
% ATTENTION: THIS IS A DRAFT VERSION. TODO: CHECK GRAMMAR AND PRESENTATION BEFORE SUBMITTING
|
||||
{\LARGE\bfseries Evaluation of High-Powered Rockets as a CubeSat Qualification Platform} \\[3cm]
|
||||
{\LARGE\bfseries Evaluation of High-Power Rockets as a CubeSat Qualification Platform} \\[3cm]
|
||||
|
||||
|
||||
|
||||
|
@ -62,24 +64,44 @@
|
|||
|
||||
The CubeSat is a type of small satellite, initially conceived reduce the cost access to space to universities due to its small and standardised $\SI{10x10x10}{\centi\meter}$ cubic form factor. The total number of CubeSats launched into space is growing exponentially due to their low cost, doubling every $\SI{2.5}{\year}$, however the mission success rate has not increased significantly since 2018, levelling off at 75\% \cite{welle2020overview,bouwmeester2022improving}.
|
||||
|
||||
Vibration and shock tests are industry standard procedures which aim to emulate launch conditions, however they cannot perfectly replicate them \cite{gordon2015benefits}. Testing of CubeSats on suborbital high-powered rockets (HPR) is a novel qualification method that can potentially replicate launch conditions more accurately than traditional shaker table tests, and therefore better detect issues and improve the likelihood of mission success. While there have been tests of university CubeSats on high-powered rockets \cite{slongo2019pre}, there are no direct comparisons to shaker table tests to evaluate their effectiveness as a qualification method.
|
||||
Vibration and shock tests are industry standard procedures which aim to emulate launch conditions, however they cannot perfectly replicate them \cite{gordon2015benefits}. Testing of CubeSats on suborbital high-power rockets (HPR) is a novel qualification method that can potentially replicate launch conditions more accurately than traditional shaker table tests, and therefore better detect issues and improve the likelihood of mission success. While there have been tests of university CubeSats on high-power rockets \cite{slongo2019pre}, there are no direct comparisons to shaker table tests to evaluate their effectiveness as a qualification method.
|
||||
|
||||
This paper outlines the construction of a data acquisition system to obtain acceleration data from the HPR launch, the HPR launch and vibration table tests and finally makes a direct comparison of the vibration environment on the HPR launch and vibration table.
|
||||
|
||||
|
||||
\section{Acknowledgements}
|
||||
|
||||
I'd like to thank all the people and organisations who have supported me throughout this project. Dilusha Silva for being a wonderful mentor and for coordinating the project. Michal Zawierta for his expertise flying drones for the drone tests of the CubeSat. Jamir Khan for being a wonderful friend and engineer who worked on the mechanical side of this project, including construction of the high-powered rocket, and for putting up with all my delays. Timothy Ludovico for designing the camera payload and being all around wonderful to work with. Jeremy Marelich and AVI for providing their shaker table facilities and conducting the tests. UWA Aerospace for being a wonderful institution who has been with me from first year through my growth as an engineer and has supported me through this project. Space Angel for creating this project and providing expertise and connections to the Indian Institute of Space Science and Technology (IIST). International Space Centre for supporting this project with funding.
|
||||
I'd like to thank all the people and organisations who have supported me throughout this project. Dilusha Silva for being a wonderful mentor and for coordinating the project. Michal Zawierta for his expertise flying drones for the drone tests of the CubeSat. Jamir Khan for being a wonderful friend and engineer who worked on the mechanical side of this project, including construction of the high-power rocket, and for putting up with all my delays. Timothy Ludovico for designing the camera payload and being all around wonderful to work with. Jeremy Marelich and AVI for providing their shaker table facilities and conducting the tests. UWA Aerospace for being a wonderful institution who has been with me from first year through my growth as an engineer and has supported me through this project. Space Angel for creating this project and providing expertise and connections to the Indian Institute of Space Science and Technology (IIST). International Space Centre for supporting this project with funding.
|
||||
|
||||
|
||||
\newpage
|
||||
\tableofcontents
|
||||
\newpage
|
||||
|
||||
% ask for 2 weeks, 1 before and 1 after exams. put delays, safety, rocket motors, avi. semd to dilusha. maximum results but delayed. new safety.
|
||||
|
||||
% TODO: FOR MEETING
|
||||
% WHAT WOULD THIS THESIS BE ASSESSED UNDER?
|
||||
% IS THERE A LATEX TEMPLATE USED BY MRG?
|
||||
% WHAT WOULD THIS THESIS BE ASSESSED UNDER? either would fit. design and build better. TODO: send list of formats.
|
||||
% IS THERE A LATEX TEMPLATE USED BY MRG? uwa has a thesis template, if not ask dilusha.
|
||||
% I AM WORRIED THIS PROJECT WILL BE ASSESSED TOO MUCH WITH RESULTS AND DISCUSSION WHEN A LOT OF MY CONTENT IS ON THE EXPERIMENTAL DESIGN , IS THIS AN ISSUE?
|
||||
% Is it a good idea to break it up into explicitly a methodology section and results section? I am reading this other thesis and they instead broke it up into sections which had results for each, but im not sure how to effectively divide this one since i made two data acquisition systems but only one got thoroughly tested? TODO: one option
|
||||
|
||||
% design of a x to compare a and b would work too. probably the best way. design of an experiment to ... title.
|
||||
|
||||
% are schematics useful ?
|
||||
% TODO: QUESTIONS - SHOULD I INCLUDE FREEZER/THERMAL TESTING?
|
||||
% TODO: seems like a lot of honors thesis go into way more detail in the headings, what's up with that
|
||||
% TODO: is it better to discuss each system as a whole or break it up into subsystems and show the differences as shown above
|
||||
% TODO: I am worried this paper will have too much design and not enough data.
|
||||
% TODO: How should i include code I used to write data? I noticed other papers broke it off into an algorithms section displaying pseudocode, does it have to be pseudocode?
|
||||
% TODO: Is the abstract for the seminar and the thesis the same (in terms of length/content)?
|
||||
|
||||
% block diagrams in body, schematics in appendix. put code in git repo, code snippets in body.
|
||||
|
||||
% focus on second iteration, but refer to old system top guide new one. or subsystems
|
||||
% systems design what it is wer are doing and what to develop, what criteria
|
||||
% experimental design
|
||||
% measurements results
|
||||
|
||||
% CRITERIA:
|
||||
% 10% SCOPE
|
||||
|
@ -110,25 +132,29 @@ I'd like to thank all the people and organisations who have supported me through
|
|||
\section{Introduction}
|
||||
\subsection{Background}
|
||||
% Introduction or Background This provides the reader with the context of the project. For example, what is the application area, why is it important, what (in general terms) has been done before?
|
||||
The University of Western Australia (UWA) Microelectronics Research Group (MRG) is developing a CubeSat with a camera system to obtain plant information. The CubeSat is a type of small satellite, initially conceived reduce the cost access to space to universities due to its small and standardised $\SI{10x10x10}{\centi\meter}$ cube form factor. The total number of CubeSats launched into space is growing exponentially due to their low cost, doubling every $\SI{2.5}{\year}$, however the mission success rate has not increased significantly since 2018, levelling off at 75\% \cite{welle2020overview,bouwmeester2022improving}. For most single-launch satellites, increased testing is the optimal strategy to minimise failure \cite{bouwmeester2022improving}.
|
||||
|
||||
Common CubeSat qualification tests include vibration, shock and thermal vacuum testing \cite{welle2020overview} which are intended to replicate the conditions of launch and space. Vibration and shock tests are an industry standard procedure, however they do not perfectly replicate the conditions at launch \cite{gordon2015benefits}. Testing of CubeSats on suborbital high-powered rockets (HPR) is a novel qualification method that can potentially replicate launch conditions more accurately than established shaker table tests, and therefore better detect issues and improve the likelihood of mission success. This qualification method has only been used on the FloripaSat-I CubeSat on a higher performance suborbital sounding rocket, to complement common qualification tests. MRG will be using standard qualification tests and HPR testing as part of the qualification phase.
|
||||
The University of Western Australia (UWA) Microelectronics Research Group (MRG) is developing a 2U CubeSat to measure the health of vegetation through an infrared camera array. The CubeSat is a type of small satellite designed to reduce the cost of access to space for universities and space startups due to its small and standardised $\SI{10x10x10}{\centi\meter}$ cube form factor. This CubeSat will launch on an Indian Polar Satellite Launch Vehicle (PSLV) in the PSLV Orbital Experiment module (POEM), which will host multiple CubeSats in orbit and will provide services including power and communications to the CubeSat.
|
||||
|
||||
The total number of CubeSats launched into space is growing exponentially due to their low cost, doubling every $\SI{2.5}{\year}$, however the mission success rate has not increased significantly since 2018, levelling off at 75\% \cite{welle2020overview,bouwmeester2022improving}, which implies a need for novel qualification methods. For most single-launch satellites, increased testing is the optimal strategy to minimise failure \cite{bouwmeester2022improving}. Qualification of the CubeSat is required to maximise mission success and is required by the launch provider to minimise the risk of damage to the launch vehicle or other payloads. The MRG is planning to qualify this CubeSat on a suborbital high-power rocket (HPR) in combination with traditional vibration and shock tests on a single degree of freedom (SDOF) electrodynamic shaker table.
|
||||
|
||||
Vibration and shock testing are typical tests for CubeSats which are intended to replicate the conditions of launch \cite{welle2020overview}. Despite their widespread use, SDOF vibration and shock tests do not perfectly replicate the conditions at launch as\cite{gordon2015benefits,nath2022study}:
|
||||
\begin{enumerate}
|
||||
\item The peak flight responses are not able to be achieved since a vibration table cannot simulate steady-state thrust forces since they only can simulate dynamic forces \cite{gordon2015benefits}.
|
||||
\item A SDOF test can only excite one axis at a time which is not representative of the launch environment \cite{gordon2015benefits,nath2022study}.
|
||||
\item A vibration table tests a "fixed-base" case which has different modes compared to the case where the satellite is fixed to the launch vehicle \cite{gordon2015benefits}.
|
||||
\end{enumerate}
|
||||
|
||||
A HPR has a higher total impulse than model rockets but a lower impulse than sounding rockets, with a range of \SI{36}{\newton\second} up to \SI{163840}{\newton\second}, and have a sub-orbital trajectory unlike commercial launch vehicles \cite{pierce2019development}. Suborbital rockets have been used for testing several CubeSats \cite{9316404,minelli2019mobile}, however this qualification method is not in widespread use in the industry.
|
||||
|
||||
\subsection{Problem identification}
|
||||
% Problem Identification What is the problem that you are trying to solve, or the hypothesis that you are intending
|
||||
% to test? What is your intended contribution to the state of the art?
|
||||
Current shock and vibration tests do not perfectly replicate conditions at launch \cite{gordon2015benefits,nath2022study}, which could be one of the factors for high CubeSat mission failure rates. A potential improvement is the use of a high-powered rocket to more accurately emulate launch, which can therefore decrease mission failure rates. However, there are no comparisons between existing shaker table methods and high-powered rocket qualification to properly evaluate whether it will be an improvement over the standard tests.
|
||||
|
||||
\subsection{Intended contribution}
|
||||
% Problem Identification What is the problem that you are trying to solve, or the hypothesis that you are intending to test? What is your intended contribution to the state of the art?
|
||||
For institutions with limited budget, shock and random vibration tests using a SDOF vibration table is the current state of the art (SOTA) method for qualification. HPRs are a potential qualification method which can complement SDOF vibration tests, however there is no prior studies comparing both HPRs and SDOF vibration tests against the qualification level set by the launch provider. If HPRs can produce a vibration environment similar to the qualification level, HPRs may be a useful complement to SDOF vibration tests and may be useful in increasing mission success rates.
|
||||
|
||||
This research will achieve two goals. Firstly, it will develop a platform for testing CubeSats on HPRs to identify practical design considerations and issues when developing for HPRs. Secondly, the platform will be also used to measure acceleration data on various parts of the CubeSat during standard testing and during the HPR flight, which will be used to evaluate the effectiveness of the HPR qualification method compared to standard shaker table tests.
|
||||
|
||||
% The research will determine if a high-powered rocket is a more accurate representation of the vibration conditions a CubeSat will experience during launch compared to a traditional single-axis vibration and shock testing method.
|
||||
|
||||
% TODO: GOAL: 3000 words :((
|
||||
|
||||
% This project will design and manufacture a system which provides power and communications to a CubeSat and provides sensors such as accelerometers, temperature and humidity sensors which are required for testing. The system should have the same communication interfaces and power capabilities which the POEM launch platform can provide to a single CubeSat, and should be constructed in a way that it is functionally identical to the POEM launch platform.
|
||||
Since HPRs have not been frequently used as a test platform, another issue is the lack of tooling for making HPRs an effective test platform. This research will involve design and evaluation of a combined test and data acquisition platform which:
|
||||
\begin{enumerate}
|
||||
\item Measures the vibration response of the rocket on the CubeSat required for evaluating the HPR platform and
|
||||
\item Provides the same power and communications services as the POEM to ensure the payload-under-test has access to the same environment as on launch.
|
||||
\end{enumerate}
|
||||
|
||||
\section{Literature Review}
|
||||
% Literature Review or Previous Work Explain the literature (e.g. refereed research papers) or previous body of work (e.g. previous projects within the research group) on which your investigation is based. This should not simply be a linear account, but rather a synthesis of what is important from what has gone before. It will often be a hierarchical account, moving from a general understanding of the field, to identification and expansion of work that is specifically relevant to your project
|
||||
|
@ -138,34 +164,20 @@ This literature review will cover the current testing methods used in CubeSats,
|
|||
\subsection{Standard satellite qualification methods}
|
||||
Satellites undergo a panel of qualification tests to maximise the chance of mission success, and may be required by the launch provider to demonstrate that there is minimal risk of the satellite to the launch vehicle and other payloads which may be present. There are multiple satellite qualification standards, an example is the NASA General Environmental Verification Specification (GEVS) which is a panel of tests including electromagnetic compatibility (EMC), thermal, acoustic and vibration tests that are required for all NASA Goddard Space Flight Center projects \cite{nasa-gevs}. Other standards include ISO-15864, JERG-2-002, NASA-STD-7002A, ECSS-E-ST-10-03C and SMC-S-01 \cite{cho2012overview}. While these standards have flight heritage, being used on many successful payloads, they were designed for medium or large satellites, and therefore fully complying with these standards are out of the budget of most university CubeSat programs \cite{cho2012overview}. While is no widely used test standard for CubeSats currently in use, since most CubeSat projects perform the minimum panel of tests required by the launch provider to minimise cost, there is a de facto minimum series of tests which are random vibration, shock and thermal vacuum testing \cite{welle2020overview}.
|
||||
|
||||
% \subsection{Thermal vacuum}
|
||||
% Thermal vacuum tests replicate the thermal conditions of space to verify a satellite's operation under these conditions and to check for workmanship issues \cite{brown_elements_2002}.
|
||||
|
||||
% A thermal vacuum bakeout creates high temperature, high vacuum conditions which promote outgassing \cite{jiao2019outgassing} - the outgassing products are collected and analysed to ensure it does not damage any payloads or the launch vehicle \cite{nasa-gevs}.
|
||||
|
||||
% A thermal vacuum cycle test involves periodically cycling the temperature between low and high to replicate the temperature swings experienced by the satellite as it orbits between the day and night sides \cite{nasa-gevs}. Temperatures may range start between $\SI{-40}{\celsius}$ \cite{bulut2021thermal} and $\SI{-30}{\celsius}$ \cite{mason2018cubesat} and range to up to $\SI{60}{\celsius}$ \cite{mason2018cubesat} to $\SI{80}{\celsius}$ \cite{bulut2021thermal}.
|
||||
|
||||
% A thermal vacuum balance test assesses the satellite's thermal performance in thermal equilibrium, in both hot and cold cases \cite{nasa-gevs} and is used to validate the thermal model \cite{bulut2021thermal}.
|
||||
|
||||
% % Thermal vacuum tests are routinely performed
|
||||
|
||||
% \begin{figure}[H]
|
||||
% \centering
|
||||
% \includegraphics[width=0.75\textwidth]{images/temperature.png}
|
||||
% \caption{Thermal model of a satellite \cite{bulut2021thermal}}
|
||||
% \end{figure}
|
||||
|
||||
% % TODO: write more shit
|
||||
|
||||
\subsection{Vibration}
|
||||
Vibrations are experienced by satellites during transportation and loading, and most prominently during launch \cite{brown_elements_2002}. The purpose of vibration testing is to ensure that the satellite will survive transportation and launch conditions, and to find workmanship errors \cite{brown_elements_2002,gordon2015benefits}.
|
||||
|
||||
\subsubsection{Welch's method and power spectral density (PSD)}
|
||||
|
||||
% TODO:
|
||||
|
||||
\subsubsection{Random vibration / sine sweep vibration test}
|
||||
In the random vibration test, a uniform vibration spectrum is applied to the satellite which tests all the resonant frequencies of the satellite \cite{nieto2019cubesat}. This range includes frequencies on the magnitude of $\SI{100}{\hertz}$, since higher frequencies couple to the satellite through acoustic means rather than through the structure \cite{gordon2015benefits}. A sine sweep vibration test is similar, but instead of the frequency being randomly sampled it is swept through sequentially from either low to high frequency or vice versa. An example of a random vibration test is shown in figure \ref{fig:random}, where frequencies up to $\SI{100}{\hertz}$ were evaluated, and higher frequencies above $\SI{100}{\hertz}$ were attenuated proportional to frequency.
|
||||
|
||||
\begin{figure}[H]
|
||||
\centering
|
||||
\includegraphics[width=0.75\textwidth]{images/random.png}
|
||||
\includegraphics[width=0.75\textwidth]{images/random-study.png}
|
||||
\caption{Random vibration test \cite{nieto2019cubesat}}
|
||||
\label{fig:random}
|
||||
\end{figure}
|
||||
|
@ -243,8 +255,8 @@ While this study does show the time-domain accelerometer and gyroscope measureme
|
|||
|
||||
Another shortcoming of the study is that a shock test using a half-sine pulse was not performed. The use of a sounding rocket is a potential method of qualifying the CubeSat's ability to tolerate shocks since there will be shock events when pyrotechnics are lit to stage the rocket, although the forces will have intensity than on a larger launch vehicle.
|
||||
|
||||
\subsubsection{High-powered rockets (HPR)}
|
||||
While sounding rockets have a significantly lower cost compared to an orbital-class launch vehicle, they cost \$1 million USD per launch to launch $\SI{200}{\kilo\gram}$ on average \cite{jurist2009commercial}, resulting in a specific cost of \$5000 USD/kg, which is still a large amount for university CubeSat programs. High-powered rockets (HPR) are a lower-performance but cheaper alternative to sounding rockets, which can leverage the design expertise of university rocketry teams while having similar qualification potential as sounding rockets. A single stage level 3 certification rocket can reach altitudes above $\SI{10000}{\feet}$ \cite{canepa2005modern} for a cost of only \$1200 USD \cite{canepa2005modern}. Despite the potential cost benefits, there have not been any published instances of a HPR being used to qualify a CubeSat.
|
||||
\subsubsection{High-power rockets (HPR)}
|
||||
While sounding rockets have a significantly lower cost compared to an orbital-class launch vehicle, they cost \$1 million USD per launch to launch $\SI{200}{\kilo\gram}$ on average \cite{jurist2009commercial}, resulting in a specific cost of \$5000 USD/kg, which is still a large amount for university CubeSat programs. High-power rockets (HPR) are a lower-performance but cheaper alternative to sounding rockets, which can leverage the design expertise of university rocketry teams while having similar qualification potential as sounding rockets. A single stage level 3 certification rocket can reach altitudes above $\SI{10000}{\feet}$ \cite{canepa2005modern} for a cost of only \$1200 USD \cite{canepa2005modern}. Despite the potential cost benefits, there have not been any published instances of a HPR being used to qualify a CubeSat.
|
||||
|
||||
One potential issue with HPRs as a qualification platform for shock is that low explosive black powder is used \cite{canepa2005modern} which has different explosive characteristics, such as a subsonic flame front, compared to the high-explosives used in launch vehicles \cite{bement1995manual} and will therefore produce different shock responses. One study \cite{wang2023numerical} performed finite element analysis of igniters filled with low explosives including aluminium potassium perchlorate and boron potassium nitrate and determined the SRS, shown in figure \ref{fig:lowsrs}. Compared to the SRS of high-explosives in figure \ref{fig:pyroshock}, where at a frequency of 1 kHz the acceleration is over $10^2$ \textit{g} \cite{nasa-pyroshock}, in these low explosive simulations the acceleration at 1 kHz is only $10^1$ \textit{g} \cite{wang2023numerical}. Therefore, it is hypothesised that HPRs will not be useful for shock qualification since the response of low explosives is different from the high explosives used on launch vehicles.
|
||||
|
||||
|
@ -267,9 +279,10 @@ One potential issue with HPRs as a qualification platform for shock is that low
|
|||
% \item Comparison of the recorded data from the HPR launch and shaker table tests against the parameters given by the launch provider.;
|
||||
% \end{enumerate};
|
||||
;
|
||||
|
||||
\section{First revision of test and POEM emulation electronics}
|
||||
|
||||
The POEM provides services such as tracking, telemetry and command (TT\&C), electrical power system (EPS) and on-board data handling (OBDH) to the CubeSat, therefore these systems are not integrated into the CubeSat under test and must be provided by a separate system on the HPR which emulates the POEM services. The POEM emulator consists of three PCBs: A combined EPS and OBDH board, a tracking board and a telemetry and command board.
|
||||
The POEM provides services such as tracking, telemetry and command (TT\&C), electrical power system (EPS) and on-board data handling (OBDH) to the CubeSat, therefore these systems are not integrated into the CubeSat under test and must be provided by a separate system on the HPR which emulates the POEM services. The POEM emulator consists of three PCBs: A combined EPS and OBDH board, a tracking board and a telemetry and command board. This emulation and qualification platform will be referred to as DAQ v1.
|
||||
|
||||
\subsection{On-board data handling (OBDH)}
|
||||
Two OBDHs are arranged in a dual redundant configuration and are linked to each other via controller area network (CAN) bus. When the hot spare detects that the primary OBDH is outputting bad data or is not responding, the secondary OBDH will take over control of the communications link. This redundancy ensures the likelihood of not obtaining experiment data for this research is minimised. In the best case, this will provide two independent data sources for research. Both OBDHs will still store data to their respective eMMC modules for post-flight analysis.
|
||||
|
@ -298,32 +311,159 @@ The GNSS tracking board contains a standard precision NEO-M9N GNSS receiver and
|
|||
|
||||
The ZED-F9P differential receiver has centimetre-level accuracy and will enable the heading of the rocket to be accurately determined, which is required for this research since the heading may change throughout the flight and this will need to be accounted for when analysing the data since there are 6 DOF, instead of just one in traditional shaker table tests.
|
||||
|
||||
\subsection{Drone testing}
|
||||
Prior to flight on a HPR the DAQ v1 was tested on a drone.
|
||||
TODO:
|
||||
|
||||
\begin{itemize}
|
||||
\item
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Results}
|
||||
|
||||
One of the objectives of this research is to design a platform for qualification of CubeSats. The first revision of the qualification platform was not used in the final design due to several issues:
|
||||
|
||||
\begin{itemize}
|
||||
\item The STM32L476 did not have enough resources to move data from the sensors and camera payload to the payload at an adequate speed. A benchmark using CrystalDiskMark, in figure \ref{tabl:daq-v1-diskmark} shows that the maximum throughput is $\SI{0.84}{\mega\byte\per\second}$, and while only 60\% of the throughput is being used as shown in \ref{tabl:daq-v1-sensor-datarate}, between reading from the data sources and writing to the storage there is not enough resources in practice to do this at an adequate speed, resulting in the maximum sampling rate of the sensors to be limited.
|
||||
\item Due to space limitations on the rocket, it was not possible to have two redundant systems. The next revision would use only one DAQ.
|
||||
\item By the end of this section, it was understood that centimetre level positioning was not required to obtain good results from the camera system.
|
||||
\item At the end of this revision it was concluded that the STM32 platform was not flexible enough to complete the research objectives in time.
|
||||
\end{itemize}
|
||||
|
||||
\begin{table}[H]
|
||||
\centering
|
||||
\label{tabl:daq-v1-sensor-datarate}
|
||||
\begin{tabular}{|c|c|p{0.6\linewidth}|}
|
||||
Data source & Data rate & Notes \\
|
||||
\hline
|
||||
LSM6DSOX & $\SI{0.41}{\mega\byte\per\second}$ & $16$ byte structs are generated at $\SI{6664}{\hertz}$ for both acceleration and gyroscope data for two sensors.\\
|
||||
ADXL375 & $\SI{0.038}{\mega\byte\per\second}$ & $20$ byte structs generated at $\SI{1}{\kilo\hertz}$ for two sensors.\\
|
||||
Camera & $\SI{0.054}{\mega\byte\per\second}$ & $\SI{460800}{\baud}$ \\
|
||||
TOTAL & $\SI{0.502}{\mega\byte\per\second}$ & $60\%$ of maximum sequential write bandwidth.
|
||||
\end{tabular}
|
||||
\caption{Data sources and their data rates.}
|
||||
\end{table}
|
||||
|
||||
\begin{table}[H]
|
||||
\centering
|
||||
\begin{tabular}{|c|c|c|}
|
||||
Test & Read [MB/s] & Write [MB/s]\\
|
||||
\hline
|
||||
SEQ1M Q1T1 (1 task, 1 thread) & 0.84 & 0.84\\
|
||||
% RND4K Q32T1 (32 tasks, 1 thread) & 0.81 & 0.70\\
|
||||
RND4K Q1T1 (1 task, 1 thread) & 0.75 & 0.66\\
|
||||
\end{tabular}
|
||||
\caption{CrystalDiskMark benchmark of DAQ v1.}
|
||||
\label{tabl:daq-v1-diskmark}
|
||||
\end{table}
|
||||
|
||||
\section{Second revision of test and POEM emulation electronics}
|
||||
The second revision of the test and POEM emulation electronics (referred to as DAQ v2) contains several improvements and simplifications over DAQ v1.
|
||||
|
||||
\subsection{On-board data handling (OBDH)}
|
||||
A Raspberry Pi Zero W is used for the OBDH system instead of an eMMC module and STM32L476 since:
|
||||
\begin{itemize}
|
||||
\item It reduces the cost of the PCB as the assembly of BGA packages such as eMMC adds significant cost per board,
|
||||
\item The Pi Zero W runs an operating system and can be controlled remotely from a PC unlike the STM32, which simplifies development and debugging,
|
||||
\item The write speed of the Pi is larger than the STM32 and eMMC combination. % TODO: benchmark write speed.
|
||||
\end{itemize}
|
||||
|
||||
While a Raspberry Pi Zero 2W would be preferable due to its multicore design, due to supply chain issues it was only possible to use a Raspberry Pi Zero W.
|
||||
|
||||
DAQ v2 does not have two redundant OBDH due to a lack of room.
|
||||
|
||||
\subsection{Accelerometers}
|
||||
|
||||
\subsection{Electrical power system (EPS)}
|
||||
|
||||
DAQ v2 uses a similar EPS design to DAQ v1,
|
||||
|
||||
\subsection{Telemetry and command}
|
||||
\subsection{GNSS Tracking}
|
||||
|
||||
\section{High-Powered Rocket}
|
||||
|
||||
A custom rocket named UNO was designed and built by another project member from scratch, it has a height of 290 cm, diameter of $\SI{16.3}{\centi\meter}$ and a dry mass of $\SI{14.42}{\kilo\gram}$ without a motor. It was designed to fly with an M impulse class motor, however due to changes in United States export regulations it was not possible to obtain this motor in the time of this research, and therefore it was only possible to launch with a K impulse class motor which has about 1/10th of the total impulse of the N motor as shown in table \ref{tabl:impulseclasses}.
|
||||
|
||||
\begin{table}[H]
|
||||
\centering
|
||||
\label{tabl:impulseclasses}
|
||||
\begin{tabular}{|c|c|}
|
||||
Total impulse [$\SI{}{\newton\second}$] & Motor impulse class \\
|
||||
\hline
|
||||
160.01 - 320.00 & H \\
|
||||
320.01 - 640.00 & I \\
|
||||
640.01 - 1,280.00 & J \\
|
||||
1,280.01 - 2,560.00 & K \\
|
||||
2,560.01 - 5,120.00 & L \\
|
||||
5,120.01 - 10,240.00 & M \\
|
||||
10,240.01 - 20,560.00 & N \\
|
||||
20,560.01 - 40,960.00 & O \\
|
||||
40,960.01 - 81,920.00 & P \\
|
||||
81,920.01 - 163,840.00 & Q \\
|
||||
\end{tabular}
|
||||
\caption{Rocket motor impulse classes \cite{nfpa2018}}
|
||||
\end{table}
|
||||
|
||||
\begin{figure}[H]
|
||||
\includesvg[width=\textwidth]{images/honors-openrocket2.svg}
|
||||
\label{fig:openrocket}
|
||||
\caption{OpenRocket diagram of UNO.}
|
||||
\end{figure}
|
||||
|
||||
\subsection{Simulation}
|
||||
|
||||
The rocket was simulated using OpenRocket \cite{openrocket,niskanen2009}, an open-source simulator which can predict parameters such as stability and acceleration based on empirical methods which use the rocket's shape and basic environment parameters such as constant wind \cite{doi:10.1177/0954410017752730,niskanen2009}. OpenRocket is used to ensure the rocket design is stable throughout launch and flight, which is important to ensuring the CubeSat payload does not become damaged by this qualification method. However, as it uses a simple empirical model of the flight, it was not designed to model the effect of the motor and aerodynamic forces on the vibration environment in the rocket. It also does not simulate pyroshock events, instead modelling parachute deployment events as simple changes in the aerodynamics of the rocket \cite{niskanen2009}.
|
||||
|
||||
\subsubsection{Flight profile}
|
||||
|
||||
% TODO: Add motot thrust curve or something with more detial.
|
||||
As shown in \ref{fig:openrocket-k-launch} the rocket reaches an apogee of \SI{413}{\meter} at \SI{9.74}{\second} and the total flight time is \SI{30}{\second}.
|
||||
|
||||
\begin{figure}[H]
|
||||
\includesvg[width=\textwidth]{images/k-ork-vertical.svg}
|
||||
\label{fig:openrocket-k-launch}
|
||||
\caption{Flight profile of UNO using a K1100T motor. Simulated in OpenRocket.}
|
||||
\end{figure}
|
||||
|
||||
|
||||
\subsubsection{Stability}
|
||||
|
||||
As shown in figure \ref{fig:openrocket-k-stability}, the stability is above 2.0 calibres for the coast and launch phase, which is a rule of thumb to ensure the rocket is stable and will not veer off course \cite{canepa2005modern}. The short moment of stability below 2.0 occurs when the rocket reaches apogee, which is not an issue since the parachutes are immediately deployed at this point.
|
||||
|
||||
\begin{figure}[H]
|
||||
\includesvg[width=\textwidth]{images/k-ork-stability.svg}
|
||||
\label{fig:openrocket-k-stability}
|
||||
\caption{Stability of UNO using a K1100T motor. Simulated in OpenRocket.}
|
||||
\end{figure}
|
||||
|
||||
\subsubsection{Acceleration}
|
||||
|
||||
As stated, since OpenRocket does not model the vibration environment in the rocket and models the rocket as one solid body, only the acceleration of the whole rocket can be modelled. Pyroshock events are not modelled by OpenRocket. The launch phase lasts only \SI{1.6}{\second} and has a high average acceleration of \SI{5.77}{\gacc}, as shown in \ref{fig:openrocket-k-acceleration}. During the coast phase, the rocket is decelerated by gravity as expected and after parachute deployment the rocket only has a small deceleration force.
|
||||
|
||||
\begin{figure}[H]
|
||||
\includesvg[width=\textwidth]{images/k-ork-acceleration.svg}
|
||||
\includesvg[width=\textwidth]{images/k-ork-acceleration-launch.svg}
|
||||
\label{fig:openrocket-k-acceleration}
|
||||
\caption{Acceleration of UNO using a K1100T motor over (top) the whole flight and (bottom) the thrust phase. Simulated in OpenRocket.}
|
||||
\end{figure}
|
||||
|
||||
|
||||
|
||||
\section{Vibration table testing}
|
||||
\subsection{UWA vibration table test setup}
|
||||
% \subsection{UWA vibration table test setup}
|
||||
\subsection{AVI vibration table test setup}
|
||||
|
||||
\section{Rocket tests}
|
||||
\subsection{First test with H motor}
|
||||
\subsection{Second test with K motor}
|
||||
|
||||
|
||||
\section{Rocket test}
|
||||
|
||||
% TODO: Put jamir flgiht data here.
|
||||
|
||||
\section{Drone tests}
|
||||
\subsection{First test}
|
||||
\subsection{Second test}
|
||||
|
||||
% TODO: QUESTIONS - SHOULD I INCLUDE FREEZER/THERMAL TESTING?
|
||||
% TODO: seems like a lot of honors thesis go into way more detail in the headings, what's up with that
|
||||
% TODO: is it better to discuss each system as a whole or break it up into subsystems and show the differences as shown above
|
||||
% TODO: I am worried this paper will have too much design and not enough data.
|
||||
% TODO: How should i include code I used to write data? I noticed other papers broke it off into an algorithms section displaying pseudocode, does it have to be pseudocode?
|
||||
% TODO: Is the abstract for the seminar and the thesis the same (in terms of length/content)?
|
||||
|
||||
\section{Data collection and analysis}
|
||||
|
||||
|
@ -350,6 +490,12 @@ The boost phase will be compared to the quasi-static acceleration tests on the s
|
|||
\section{Conclusion}
|
||||
\subsection{Future work}
|
||||
|
||||
Hardware changes for a future revision of the data acquisition system include:
|
||||
|
||||
\begin{itemize}
|
||||
\item Use Raspberry Pi Zero 2W instead of Zero W since it has more cores.
|
||||
\end{itemize}
|
||||
|
||||
\section{References}
|
||||
|
||||
\printbibliography[heading=none]
|
||||
|
|