AltOS - the operating system for Altus Metrum products https://git.ethernal.org/mjb/altos/atom?h=1.0.9.2 2011-10-09T16:21:56+00:00 2011-10-09T16:21:56+00:00 Keith Packard keithp@keithp.com 2011-10-09T16:21:56+00:00 urn:sha1:636b7b368e67346b0796cd84fbfd71e10966d61f Instead of waiting for the previous telemetry interval to expire, immediately switch to the new telemetry rate. This will provide more telemetry data early in the boost. Signed-off-by: Keith Packard <keithp@keithp.com> 2011-10-09T04:23:16+00:00 Keith Packard keithp@keithp.com 2011-10-09T04:19:52+00:00 urn:sha1:ca036c5616c3e745c0b878ed90618d4ff710c0e5 v1.0 boards have noisy accelerometer data caused by interactions between RF transmission and the accelerometer measurements; this noise generates a negative bias in the accelerometer readings. The net effect is that the estimated speed is lower than the actual speed, causing early an apogee estimate. By increasing the sigma value for accelerometer data, the kalman filter 'trusts' the acceleration data less, putting more weight on the barometer data. This causes the estimated time of apogee to be closer to the correct value. This reduces the response to changes in acceleration. This new value is applied solely to TeleMetrum v1.0 boards. v1.1 boards correct for this error, and hence can use the correct sigma value for the accelerometer. Signed-off-by: Keith Packard <keithp@keithp.com> 2011-10-08T17:59:34+00:00 Keith Packard keithp@keithp.com 2011-10-08T17:51:05+00:00 urn:sha1:6a7363b3ba99310bd44c9b66f6f5159e46762be4 An ejection charge looks an awful lot like an extra (really small) motor burn. Ignore them by averaging the acceleration during fast/coast using a /64 exponential decay filter. Signed-off-by: Keith Packard <keithp@keithp.com> 2011-10-07T15:54:32+00:00 Keith Packard keithp@keithp.com 2011-10-07T15:53:09+00:00 urn:sha1:258b75498916183ed250d3abb3282fe3d843e7a1 These are significantly smaller than the general pointer versions from libc on the cc1111. Signed-off-by: Keith Packard <keithp@keithp.com> Conflicts: src/Makefile.proto src/cc1111/ao_adc.c src/cc1111/ao_packet_master.c src/core/ao.h Fix up the new makefiles 2011-10-07T14:41:56+00:00 Keith Packard keithp@keithp.com 2011-10-07T14:41:56+00:00 urn:sha1:128bbfa150f88c09f7adde2434b7bf0b5a9ed556 Conflicts: configure.ac fix version number 2011-10-07T14:40:14+00:00 Keith Packard keithp@keithp.com 2011-10-07T14:40:14+00:00 urn:sha1:f6f54d70b768dca1715ddddea64a4df00d82b09e Conflicts: src/core/ao_cmd.c Use ao_arch_reboot after waiting for a second 2011-10-07T14:37:02+00:00 Keith Packard keithp@keithp.com 2011-09-28T04:06:54+00:00 urn:sha1:0d10e25766b96f5660e213115cf27b71ff164405 Leave the packet link disabled until we've checked the accelerometer. That way, we cannot accidentally get to idle mode when the rocket is on the rail. Signed-off-by: Keith Packard <keithp@keithp.com> 2011-10-07T14:37:02+00:00 Keith Packard keithp@keithp.com 2011-09-26T18:50:28+00:00 urn:sha1:fba1d605a627d03f9587ec060c45fb5d3e96aaeb TM and Tm go into idle mode if they receive a packet after boot time. When tebooting the device over the packet link, the packet master would be (rapidly) polling the device for additional data and so the device would invariably receive a packet during bootup and go into idle mode again. Delay the reboot by a second to give the controller time to disable the master end of the packet link. Signed-off-by: Keith Packard <keithp@keithp.com> 2011-09-23T17:24:33+00:00 Keith Packard keithp@keithp.com 2011-09-23T17:24:33+00:00 urn:sha1:4ed53ef838afd4e922deb1c721a311974527525a Just too many strings. Signed-off-by: Keith Packard <keithp@keithp.com> 2011-09-22T06:21:04+00:00 Keith Packard keithp@keithp.com 2011-09-22T06:21:04+00:00 urn:sha1:f1328d22aab4378c4fb6f0c24dbee95948ca836c