Check out the Wiki for Project Information
cubesat-project / cubesat Goto Github PK
View Code? Open in Web Editor NEWHome of the Western CubeSat Project
Home of the Western CubeSat Project
Check out the Wiki for Project Information
No technical risk identified for deployable antennas.
I see you are using circulators to multiplex the TX and RX. You should consider placing a PIN diode limiter on the input to the LNA. The circulator will likely only have 20-30 dB of directivity, and the antenna will likely have a return loss of maybe 10-20 dB. If so, both leakage power from your PA and reflected power from the antenna will find their way to the input of your LNA, potentially damaging it. Consider adding power limiter to LNA input.
You have stated an estimate of 1 dB of loss for the preselector filter on the ground. This is possible, but it will likely need to be a cavity filter to get an insertion loss this low - LC filters will probably have around 2-3 dB insertion loss. Review.
The communications requirements look fairly bare-bones. I would expect to see more concrete requirements at this stage, either here or in a derived document. Review.
COM-05 "Talk to ground station" is already mentioned in Req. COM-01 Remove the "talk to ground station" part.
-[ ] Through research and simulation, determine the pointing accuracy of using just solar cell (no dedicated sun sensor)
-[ ] Confirm that onboard computer integrated magnetic compass can replace magnetometer
-[ ] Research use of GPS in LEO for attitude and orbit determination
-[ ] Identify GPS units that can integrated into onboard computer
-[ ] Design a magnetometer
"Recommend including a watchdog timer (to allow fault detection andrecovery)."
Structural Subsystem Requirements
3D rendering of Spacecraft
3D rendering of structure showing coordinate system, rail, switches, rework access, assembly sequence
Solar Panel design
2D mechanical design drawings showing key dimensions and interfaces
Centre of Gravity determination
Complete mechanical layout showing clearly the deployment switches location, mounting strategy together with the RBF pin and CubeSat envelop
Manufacturing and integration plan
Complete design of deployables (antenna) and mechanism including release plan after ISS deployment
Illustrate the complete mass budget and demonstrate it has a sufficient margin
Analysis to support the design of the mechanical subsystem
A walk though of the mechanical subsystem test plan
A walk through of the assembly plan
Complete design / identification of mechanical ground support equipment (MGSE)
Schedule and Work Plan for Phase C2 and Phase D
Walk through of mission control software development
Walk through of the end-to-end mission control software test plan
Formally write down requirements, design, and logic flow for the flight software. Also, formally write down test plan and how we intend to use dev boards and mock ups to simulate other subsystems and test flight software.
Present the attitude knowledge and pointing requirements
Present the ADCS design and its associated sensors and actuators
Attitude determination methodology, filtering, update rate
Attitude control law
Simulation results that demonstrate meeting requirements
Provide a walk through of the ADCS test plan
Schedule and work plan for Phase C2 and Phase D
Communications and Custom Electronics
Command and Data Handling Subsystem Requirements
OBC hardware configuration including interconnect diagram with signal path
Walk through of software development including bootloader:
Description of software development tools, language, and configuration management
Estimated processing load and margin
Umbilical interface design for OBC direct access during AIT phase
Walk through of the end-to-end software test plan
Schedule and Work Plan for Phase C2 and Phase D
Electrical Ground Support Equipment description and status
Mechanical Ground Support Equipment description and status
Design of FlatSat testing plan
Present the laboratories for spacecraft integration and tests
Flowchart for the AIT processes at the CubeSat system level
Test plan for random vibration
Fit Check
Current Status and Work Plan for Phase C2 and D
Define the interfaces between components and subsystems. Each interface (physical, data, power) should have its own definition. Examples:
The onboard computer will require a set voltage (or voltage range) from the EPS board. Identify the two components (OBC and EPS), the type of interface (power), and the parameters (5V, 200mA max current, connector type).
The onboard computer will also have a data connection to read housekeeping data from the EPS. Identify the two components (OBC and EPS), the type of interface (data), and the parameters (estimated data rate, connector type).
The onboard computer will also have to be mounted to the structure. That's a physical interface. Same story: Identify the two components (OBC and structure), the type of interface (physical), and the parameters (screw, screw type, number of screws, location within the configuration).
This is a large task, but it is needed for CDR and will help give you an appreciation for all of the kinds of components and interfaces that we need to ensure are compatible. We will want to know soon if some components have incompatible interfaces!
Describe the engraving plate design and integration to the spacecraft bus including mechanical interface
3D rendering
Describe the engraving development status
Describe the engraving integration plan
Ground station requirements
Ground station design and status
Data reception, storage, and curation
Operations organization
RF Licensing Status
Phase C2 and D schedule and work plan
-[ ] Find Opportunity structural model in the structures channel on Slack
-[ ] Update Opportunity structural model to account for RBF pin and current Nanoracks deployment rails -- refer to Nanoracks specs
-[ ] Update Opportunity structural model to account for changes in sensors
-[ ] Update Opportunity structural model to account for 3 deployment switches
-[ ] Update Opportunity structural model to include Nunavut Arctic College cultural engraving piece into the stack
-[ ] Research how to assemble solar panels
-[ ] Design solar panel assembly with integrated temperature sensors (and other sensors as required)
-[ ] Identify suppliers for solar cells
Provide high level summary of mission objectives and requirements
Describe the ground operations, including telecommands, telemetry and payload data downlinks, quality of data, number of ground stations, number of daily passes
Describe the launch and early operations plan
Describe the data reception, storage, and distribution (RSSSA requirements)
The analysis of the CubeSat's orbit will be dependent upon the initial date, which at this time we don't know. Suggest to perform analysis with 4 start dates: 1 April 2022; 1 July 2022; 1 October 2022; and 1 January 2023
At the initial altitude of the CubeSat, there is still a very thing and tenuous atmosphere that will induce drag on the CubeSat. There is also solar radiation pressure that varies with the solar cycle. There is no onboard propulsion, so the CubeSat will eventually de-orbit and burn-up in the atmosphere. Even before it burns up, the resultant changes in communication access and power generation may render the mission over.
Determine the eclipse duration as a function of mission time
Determine the orbital altitude as a function of mission time
Determine the orbital period as a function of mission time
Determine the orbital inclination as a function of mission time
Updated technical and programmatic risks
Updated schedule and margin
Updated budget
Team member recruitment and retention strategy though CPP project lifecycle
Outreach activities since PDR
Status of RF license and RSSSA license applications
Any other potential issues that CSA should be aware of
The analysis of the CubeSat's orbit will be dependent upon the initial date, which at this time we don't know. Suggest to perform analysis with 4 start dates: 1 April 2022; 1 July 2022; 1 October 2022; and 1 January 2023
Assume a ground station in London, Ontario:
Determine the communication windows (when do they occur, how frequently do they occur, and what is the duration) for the duration of the mission.
Determine how the frequency and duration of the comms windows changes with the mission life -- the trends seen from the overall mission life profile. Do windows generally become shorter or longer? More frequent or less frequent?
Communications subsystem requirements
Illustrate the uplink and downlink budgets with link margins
Communications architecture and interfaces illustrated with circuit diagrams
Tranceiver data sheets
3D rendering of spacecraft accommodation including the connectors and routing of coax cable
Spacecraft radio transmitter enable/disable operation scenarios and fail-safe implementation
Antenna design, accommodation and deployment
Antenna radiation pattern simulation
Provide a walk-through of the final design of the communications subsystems including communications protocol for uplink and downlink
Provide a walk-through of the other communication interfaces such as umbilical
Provide a walk-through of the CubeSat operation plan (uplink and downlink)
Provide a walk-through of the communications subsystems test plan
Schedule and Work Plan for Phase C2 and Phase D
CubeSat is needed!
Showcase the satellite's internal hardware layout including rework access and assembly sequence
Updated systems requirement document to the unit level
Identification ans assessment of single-point failure modes
Demonstrate the completion of the CubeSat Interface Control Document (ICD) that includes the power, mechanical, communications, ADCS, and onboard processing subsystems
Demonstrate the completion of all subsystem interconnect layout
Provide a walk-through of the verification and compliance matrix from unit-to-spacecraft level
Provide verification method for each Nanoracks requirement
Thermal requirements
Table of component allowable temperatures, including operating and survivable temperatures
Thermal monitoring hardware and locations
Heat generation by component by spacecraft operating modes
Thermal model and simulation analysis highlighting cold and hot spots
Thermal margins (operating range compared to worst case hot / cold) for components by operating mode
Thermal analysis conclusions and justifications (battery thermal control, passive control elements, etc)
Schedule and Work Plan for Phase C2 and Phase D
Describe the camera design and integration to the spacecraft bus including electrical and mechanical interfaces
3D Rendering
Describe the payload development status and test plan
Describe the payload integration and test plan
Current Status
I need to do dishes
EPS subsystem requirements
3D rendering of packaging, RBF location and placement inside the CubeSat
Umbilical power connection including battery changing
Proposed telemetry and number of channels (load current and temperature, battery voltage current and temperature, solar panel temperature, main switch voltage and current, PDU temperature, etc.)
EPS Board + battery description with spec sheets
Inhibit circuit design, diagram, and functional description
Illustrate the complete design of the power subsystems including the interconnects, inhibits, 30-minute time, Remove Before Flight (RBF) pin, and grounding diagram
Present the power generation subsystems including the solar cell layout and power tracking strategy
Present the battery procurement and test plan
Illustrate the power budget that demonstrates a sufficient margin
Power analysis: verify that cubesat is power positive in all operating modes and note exceptions
Power analysis: verify that the cubesat can maintain power positive in tumbling situations
Provide a walk-through of the test plan and test specifications of the electrical power subsystem
Phase C2 and Phase D Work Plan and Schedule
The CubeSat relies upon solar cells for power. The angle at which those cells point to the sun will determine the power output (a sun angle of 0 indicates the normal vector of the solar panel is aligned with the sun vector, and the maximum power can be generated. A sun angle of 90 indicates the normal vector perpendicular to the sun vector, and no power can be generated). Assuming there are solar cells on the 4 sides of the CubeSat, what are the sun angles for a typical orbit?
This will help determine how much power we can generate, and how much we need to use the magnetorquers to control the attitude.
Must complete by May 3
OBC-03 What does "appropriate" here mean? A processor with enough processing power? What makes it appropriate or not? Define "appropriate"
OBC-04 What does "appropriate" here mean? What is your criteria for selecting the OS? Define "appropriate"
OBC-05 "Memory" usually refers to low-capacity, volatile random-access memory. Is that what you mean here? Also, do you want to store all housekeeping data for its entire lifetime? Change "memory" to "data storage capacity". Specify the maximum amount of time to store hosuekeeping data (you mention it in Req. SY-SS51)
OBC-09, OBC-15 What is the difference between these two requirements? Remove one of these if they mean the same thing
The Imagine Mode "facilitates data transfer from camera memory to OBC". In the Requirements document there was no mention of the OBC having the data capacity to store payload images. | Add a requirement for the OBC to store payload image data (if that is your intention) as well as how long the images are stored and the data capacity required. |
---|
TH-04, TH-05 What are the operating and survival temperatures exactly? Specify the range of operating and survival temperatures.
Spacecraft structures, configuration, power, thermal, and ADCS
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.