mjb/altos/src/stm, branch pwmin

altos: Place STM config values at fixed addresses for re-use

2012-07-17T08:24:52+00:00

Just like cc1111, stick the serial number and radio calibration values at known fixed addresses so that when re-flashing the board, we can go find the existing values. Signed-off-by: Keith Packard

altos: Make ao_tick_count visible

2012-07-16T22:24:21+00:00

Necessary to fetch it when interrupts are already disabled as we can't call ao_time then. Signed-off-by: Keith Packard

src: Add explicit 'pin' argument to ao_enable_output

2012-07-14T09:44:17+00:00

This lets the cc1111 use the atomic bit operation instead of a mask, which is immune to interrupt issues as well as being a shorter code sequence. Signed-off-by: Keith Packard

altos/stm: Expose ao_gpio_set which sets a specific GPIO pin

2012-07-14T08:28:55+00:00

Will need versions for other architectures Signed-off-by: Keith Packard

stm: running out of memory in MM -- reduce stack to 668 bytes

2012-07-14T08:28:31+00:00

Signed-off-by: Keith Packard

altos/stm: Force STM stack to start at the top of RAM

2012-07-14T08:24:14+00:00

Using a fixed size means crashing if there's not enough space for that, or wasting memory if there's too much. Signed-off-by: Keith Packard

altos: Increase default STM stack to 648 bytes

2012-06-28T06:09:16+00:00

512 seems cozy given the printf implementation we're using and the extensive interrupts. Signed-off-by: Keith Packard

altos: Clean up STM I2C clock computations

2012-06-28T00:18:57+00:00

Fix both clock time and rise time. Signed-off-by: Keith Packard

altos: get MPU6000 I2C link working reliably

2012-06-27T21:38:35+00:00

This slows the i2c bus to 100kHz (yuck), sets the rise time to spec (it was way off) and adds more delays during bus setup. I've run this for hours now without trouble. Will try to adjust things back to fast mode and see if I can make that work as 100kHz isn't fast enough to reliably get data at 100 samples/sec. Signed-off-by: Keith Packard

altos: reorder stm USB state stores to avoid races

2012-06-27T21:35:56+00:00

Must set ao_usb_in_pending before telling USB about new data or an interrupt could arrive at the wrong time to clear it. Same for ao_usb_in_flushed. Without these changes, I've seen the USB bus lock up on occasion, waiting for an IN packet to consume data, but with no IN data pending in the hardware. Signed-off-by: Keith Packard