| Commit message (Collapse) | Author | Age |
| ... | |
| | |
| |
| |
| |
| |
| |
| | |
This replaces the ft230 with a stm32f04, saving a bit of BOM
and giving us control over the firmware.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| | |
Use the new naming in the UI. Add lots more comments about how things work.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Using a state value means we can plot state changes along with the
rest of the graph. Raw speed (simple integrated acceleration) was
busted; mostly needing to skip the first accel sample.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
We had required a minimum altitude of 100m to transition from boost to
coast. With small motors in a heavy multi-staged rocket, this can fail
to detect coast in time to light the second motor.
Also, this would fail to deploy recovery systems if the flight failed
before reaching 100m.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| | |
Shipped some bits to Fred Taverni to test eliminating the altitude
requirement for boost detect as he stages so low.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| | |
This adds support for endpoint 0x87, which streams the contents of the
onboard flash to the host for firmware verification.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| | |
This creates another IN endpoint which provides the contents of flash
for validation of the firmware load on the host.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| | |
At least make it compile. In this configuration, it's dumping out IN3
endpoint register values.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| | |
This adds the code necessary to drive another IN endpoint.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| | |
This tells the hardware we're done writing data to the second input
buffer and allows it to be switched from NAK to VALID.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| | |
This adds the necessary descriptor information to support another IN
endpoint for applications.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |/
|
|
|
|
|
| |
These are putchar and flush functions that are used when sending data
to the additional IN2 and IN3 endpoints.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
| |
This skips running dfu-util to load the bootloader if there isn't a
suitable DFU device listed in the system, which allows an
already-flashed device to be run through the same script.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
|
| |
When DFU finishes loading firmware and jumps to the application, it
leaves the mapping of addresses starting at 0x0 set to System flash,
which prevents the boot loader from receiving interrupts and requires
a power cycle during flash & cal.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
| |
Trailing whitespace.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
| |
Were #ifdef, which meant that #define AO_BOOT_PIN 0 didn't work right.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
|
|
| |
The new IMU includes a mag sensor, and there's no separate mag sensor.
Add support for reading the mag sensor values from the IMU, separate
out v3 from previous TeleMega versions so that the code can stop
trying to read the mag sensor.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
| |
Ensures that the radio is powered down while in the flash loader.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
| |
Products without a radio don't need this value.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
|
| | |
|
| |
|
|
| |
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
| |
This makes it possible to reflash the board without needing to disable
the watchdog.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
| |
Change ADC pin definitions to match new hardware.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
| |
Fix the library usage, use $(LIBS) instead of $(SAT_CLIB) -lgcc
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
| |
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
| |
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
| |
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
| |
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
| |
The M25 driver can also talk to the MRAM chip, with a few adjustments
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
| |
Runs at 25Hz, can be enabled and disabled via the command line
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
| |
Fox has two red and two green LEDs
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
| |
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
| |
Update to current schematic
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
| |
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
| |
It's Fox1IHU-v1 now
|
| |
|
|
|
|
| |
Firmware capable of testing fox1ihu hardware
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
|
|
|
| |
We want to get enough information about the target device to verify
that the new firmware matches, so fetch 512 bytes instead of just
barely enough to cover the romconfig data.
Also catch out-of-bounds accesses and handle them, in case even this
large array isn't enough.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Instead of letting the accel cal data live in whatever form it was
fetched in, keep it in antenna up form and provide it in whatever
orientation is necessary.
This fixes bugs in changing pad configuration where the accel cal values
from the old orientation would get used in the new orientation and
wreck them.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
| |
To avoid mangling settings when the user doesn't 'save' things,
restore the original accel cal values and orientation after finishing
accelerometer calibration.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
|
| |
Ascending and descending don't add any functionality and can confuse
people. Clears pyro configuration value when ascending or descending were
selected in the configuration so that the user knows to reset the
channel from scratch.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
|
|
| |
Suggestions from Bob Brown et al
Speed -> ascent rate
Height -> height above ground
Acceleration -> Vertical acceleration
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
| |
Firmware has changed
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
| |
This saves a bit of space, keeping the flash loader under 4k on fox
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
|
| |
Instead of checking just a single measurement to see if the
orientation is outside of the desired limits, use the maximum of 64
previous values to that rapidly changing orientation won't
accidentally enable a pyro channel if sampled at the 'wrong time'.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
| |
Remove unnecessary 'offset' param (was always passed zero). This also
makes some code conditional on that value no longer necessary.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
| |
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
| |
Just looking at stack traces, maybe these changes will avoid some problems?
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
|
|
| |
MicroPeak tries to filter out bogus pressure data so that the value
reported on the LED is reasonable. We want to report that same value
in the UI, which means replacing the normal mechanism for computing
max height from the time series of height data with the value computed
from the saved minimum pressure value recorded in the device.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
|