10-20m
- No test flights
- Pick a lockdown date for code
- Discuss Error State (Flag all errors that happen in prelaunch)
- Get someone to keep track of what's going on with hardware
- Create wiki page that has chart of all Pyxida versions we know of.
- Record date, version, etc. that we know of
80-90m
need three fully assembled boards; rest for testing
$50 each plus parts -- $350
$800 budget for hardware
groundstation temps - $500?
extra spending for away team on mountains
2 dipoles -- $40-50 each
reduced the budget by $700
more batteries
oxidation problem with pyxida 6
cover and launch procedures
flight computer requirements
away team procedures
more programmers/debugger - upload firmware
90-100m
- Currently able to flag the firmware to upload to the flash, but worried that we cannot do that with the debugger for the first time
- The debugger generates a hex file and uses ozone & Jlink
- Even if it doesn’t work the first time, we can use programmer to flash all the boards for the first time and then use the debugger
- Have 5 devices that can program on pyxida
- Next time, talk about better handling of launches for firmware, more detailed specification on how we configure boards, how we read the flash
- Also, clean Github issues
- Want to be able to inspect stuff through CLI, so that when you connect USB, you can control stuff, read out flash/config
- Currently, pyxida check during startup if USB is connected, if so, then it goes into a state where you can issue some commands (not well-defined though and needs to be fixed)
- Tasks for firmware:
- Downloading flask through ground station
- Configuring from ground station (in any state we’re at)
- Some way to read out configuration values and modify them/update them to pyxida, also need to have default config values
- Need the ram values for configuration to be updated
- All of this needs to be relayed back to ground station in messages, letting us know when something has been modified/updated