Remove unneeded references to oww dirs in tmirws .platform

Remove sensors code from tmirws platform.

The sensors code is not stable enough for inclusion into core tinyos, nor is
there yet a clean separation between platform code and application code.  The
sensors code removed here was imported with its history into the RWS
application repository.

Move NoMsp430GpioC out of tos/chips/msp430 and into tos/platforms/tmicore

While this component is very generic for msp430, there is no compelling case
yet to argue for its inclusion into core tinyos.

Use AverageAngleC in AeroVaneReadC.

Address possible dead zone discontinuities when reading in WindVaneReadP.

Teach aerovector_t that it can be null, via a special value in its dir member.

Redo Average interface.

There is no point in having the averagers pre-know their number of samples.
The user should know this information.  Therefore we have a more flexible
solution and avoid a signal to return the averate to the user when that user is
very likely to want to call a command instead.

Clean up comments in AeroVane.h to better explain aerovector fields.

Add the averaging components and their interface.

AnemometerReadC changes

* Replace interface AsyncGet with Get.
* Change interface Count name to Revolutions.

Updates to WindVaneReadC

* Use AverageAngleC to average readings
* Adapt to latest changes to MultiSampleC

Changes to MultiSampleC

* Returns the array of samples rather than their sum.
* Hard coded to work with uint16_t samples.

Enhancements to AeroVaneReadC.

* Anemometer is read immediately after the Timer fires to reduce jitter.
* Count interface is renamed Revolutions to be more meaningful.
* m_count is now uint8_t to reflect a more reasonable real life range.
* Direction data is returned no as degrees but as a 10-bit unsigned value.
* m_sum accumulates the correct, updated angle values.
* Rounding is done properly when m_sum is negative.

Remove references to Alarm; use of a Timer will be fine.

When using a Timer in AeroVaneReadP, we don't need to post a task to read vane.

May or may not use these

Add in the formula to convert the returned speed to mph.  Temporary.

Add AeroVane infrastructure to support physical/reading of the sensor.

AeroVaneReadC implements a timer every 28800 ticks of the 32KHz clock (or 900
binary ms).  At each timer event it reads the wind vane via WindVaneReadC.
On every 4th read it reads the anemometer via AnemometerReadC, calculates the
average vane position over the last 4 reads (it's been summing all along),
and uses Notify.notify() to send out the aerovector structure.  This means
that the user should get an AeroVane vector (reading) every 3.516 seconds, where
both the direction and the speed have been averaged over 4 reads during that
period.

Fix an incorrect comment regarding the dead band check endpoint.

Chagne the wind vane compass accumulator from an uint16_t to an uint8_t array.

We are suposed to accumulate wind readings every 2 minutes, which is only 120
points at one per second.

Fix the comments in WindVaneC, etc.  There is no longer a power of 2 requirement.

Widen the dead band detect range again.

We leaked a false direction of 210 degrees (36 sectors) when in the dead band.

Replace a cardinal value with its proper template argument in WindVaneP.

The wind vane infrastructure works with 128 sectors, the max, which offers
approximately a 3 degree resolution.  This comes at the cost of an additional
129 bytes of RAM over using 32 sectors.

Update WindVaneC to use newer underlying code.

Wind directions are returned as sectors; use the sector count available by
call Sectors.get() to convert to degrees.  Doing this saves some memory.

WindVaneReadC gives instantaneous compass heading reading from the wind vane.

Update HalWindVaneC so that it adds dead zone check support and pin init.

Clean up the ADC configuration for the wind vane.

Convenience components that multi-sample an ADC pin for oversampling.

Correct mph calculations in AnemometerP.nc for Davis aerovane.

Fix IO config problems for tmirws board wind direction peripheral.

Ensure that uC input pin P1.2_CP_RTS is valid when the CP2103 is off.

We accomplish this by enabling an internal pull-down on P1.2 of the MSP430.
It would be better to enable a pull-up, but then we are sending a voltage to
the CP2103 when it is off, which may cause a latch-up problem.  The pull-down
isn't terrible, since it represents the condition whereby the USB host is ready
to receive data from the RWS.  When the USB is connected, this is likely to be
the most common condition.

Work on wind sensor move to Davis Instruments.

Work in process to support Davis instruments aerovane (wind vane).

Ignore files created when running tos-install-jni.

Sync tmicore MotePlatformC with that of tmirws, and do some comment formatting.

tmirws sets outputs going to cp2103 to low (zero) by default.

If any of these drive a high value toward the cp2103, the cp2103 is not
connected to USB power, and VIO is disconnected from Vuc, then funky things
happen that can cause GPIO_3, tied to !UC_RST, to sink current and cause the
uC to go into reset.  Similar bad behavior can happen with !USB_SUSPEND.

Reorganize scp1000 driver code.

The Scp1000P module now only uses GeneralIO and is not tied to anything msp430
specific.  The msp430 specific bits are in the platform dependent file
Scp1000PinsP.

Move weather instrument sensors code out of TOSDIR/chips, as they aren't.

For now, we'll place them in TOSDIR/platforms/tmirws/sensors.  Also, renamed
are the OwwSpeed files, to Anemometer, and OwwVane files to WindVane, as these
names better reflect the fact that the code isn't all that OWW or Davis
specific.

This change is required to remove async warnings in the phase2 app.

Need to look into this closer.  This doesn't make sense, as the sporian0010_02
platform, which uses the usart SPI peripheral, doesn't generate these errors
and that peripheral's SpiPacket.sendDone() doesn't specifically signal
atomically.

Changes to reduce atomic code.

Slightly better implementation of SpiPacket.send.

Return a real error code and actual bytes written in SpiPacket.sendDone.

Be careful with this one.  The usart SPI peripheral always returned the length
it was given and an error of SUCCESS, so this could create some regressions.

Implement chip select query for SPI peripheral.

If the SPI peripheral is in slave mode, a transaction could be halted at any
time by the host unasserting (high) the chip select line.  This code implements
a check on chip select to allow SPI slaves to see the early abort and act
accordingly.

Add .gitignore

Fix race conditions when SPI peripheral is unconfigured during activity.

Msp430SpiP.sendData() reads rxbuf redundantly.

Remove incorrect comment from Msp430SpiP.

Revert "Remove the NO_REN_ON_SPI define."

This reverts commit 50fa36081d963e9da0c4544d753e77c53c1b0ac8 (svn r152).  With
PxREN manipulation in usci/Msp430SpiP, the phase2 app does not send packets to
the gateway.

Remove the NO_REN_ON_SPI define.

Per the TI datasheet, PxREN bits shouldn't be set at the same time as the
corresponding PxSEL (module function) bits as unintended current consumption
could be triggered.

Add feature to optionally clear PxREN bits for SPI comms.

Remove spi debug that leaked from the spidebug branch.

Msp430SpiP SpiPacket.sendDone was incorrectly sending len==0.

Fix error in last commit; need to check getIfgRx() not getIfgTx().

Have Msp430 USCI SpiPacket send op abort if it sees peripheral UCSWRST.

Use the byte passed into Interrupt.rx() rather calling into hw again.

Use the byte passed into Interrupt.rx() rather calling into hw again.

Msp430SpiP.nc: allow users to call SpiPacket.send() from SpiPacket.sendDone().

Fix up io pin restoration after SPI peripheral is released.

Wrong definition.  __MSP430_HAS_ADC12 has trailing underscores.

This change allows msp430 usci SpiByte.write to terminate if the spi resource
is released in a higher level interrupt.

Msp430UartP for usci incorrectly resetting peripheral state when released.

Resource unconfigure in Msp430SpiP for usci was incorrect.

Add PlatformSerialC to tmicore, for convenience.

Possible tos.mk; see the comments inside.

Flash bits for the tmicore platform.  Need work.

Fix up steve's e-mail address.

Fix up HplMsp430GeneralIOC.nc to make it more robust in the face of various
msp430 configurations.

Start a davis anemometer 'chip' directory from the one for oww.  These two
components actually share a good deal of information, especially the
interfaces.

Add OWW hardware support to TinyOS tree.

Back to stable VeREF for now.

ADC functionality still questionable.

Updates to tmirws MotePlatformC to reflect proper states for pins to the cell
radio section while the cell radio is not populated.

Add ADC sensors for reading pyranomenter and battery to tmirws platform.

Oops; added BusyWait to tmirws HalSensirionSht11C twice.

Don't leave the iopin attached to the sht1x SCK pin floating when the
controlling Resource is released.  Also, set the DATA pin in a manner
consistent with the fact that it is a pulled-up line by default, either
via an external resistor or one internal to the uC.

Update the HalSensirionSht11C platform files to provide the necessary
BusyWait interface.

Incorporate a BusyWait interface for allowing platforms to override the
timing control necessary when bit-banging the SHT1X clock.

Cleanups to the tmirws platform MotePlatformC pin initialization.

sht11 support for tmirws.  Currently uses an open drain adapter that relies
on the msp430's internal pull up/down resistors.  Some cleanup may be required.

Turn on TimerA.  This is done for all other msp430 platforms, so we want to
be consistent for now.  A better solution is resource management to decide
when the timers need to run so they can be off when not needed to safe
power.

All the weather sensors are now installed; setup uc pins correctly.

Migrate scp1000 components into tos tree

Update tmirws/MotePlatformC code as well.

Clean up pin configuration for peripheral code.  Here's the best practice
for platforms.  MotePlatformC defines pins, using also the new PxREN feature,
such that the peripheral pins are inputs with pull up/down's, or outputs, as
required to meet the electrical characteristics when the peripheral is not on.
In the peripheral's implementation of ResourceConfigure, it sets module
function on configure() and sets back to IO funtion on unconfigure(), but
only if the pin was set to IO mode when configure() was called.  This latter
condition allows a MotePlatformC to set peripheral mode on for pins that will
always be used for peripheral function, and the modes won't switch around.

Msp430ClockC must pull in Msp430TimerC to attach the default Timer.overflow()
for both Timers A and B.  This was inadvertently removed recently not realizing
its importance.

Finish changes to tmirws.target.

tmirws make target code

Modify initial tmirws platform code.

Copy tmicore MotePlatformC.nc to tmirws.

Start tmirws platform, which is tmicore + weather peripherals.

For tmicore platform, remove unused pin defs in hardware.h and add PxREN
initialization to MotePlatformC.  Set unused pins to be input with pull-up.
This should be far safer in terms of possible short events that setting
unused pins to outputs, since tmicore has an expansion header.

Add pin initialization for bq2403x and cp210x

The AT25DF part is not compatible with the AT45DB nor the STM25P, apparently.
It is quite close to the STM25P, but mapping the chip to that code failed to
get good results using the tests/storage/Block application.  However, the
part does work correctly with a test application written directly to its SPI
API.

Added SPI support.  Now working using the loopback feature (UCLISTEN bit).
Also fixed a relocation error problem due to packed structures and placement
of instantiations in text page via "const static ...".  No change to text
or data page sizes at compilation.  Since msp430_usci_xxx_t will never be on
the stack, removal of the packed attribute was the way to work around what
appears to be a compiler problem.

Fix up atomic warnings for robug in MSp430UartP.nc.

Add support for the cp210x chipset, which is simply a debounced version status
of the chip's USB_SUSPENDn pin.

Implement support for the BQ2403x charge controller family.  Only tested with
the BQ24032.

Update HplMsp430Interrupt(P|C) to support msp430 parts with pullup/pulldown
resistors.

Fix up copyright info on tos/chips/msp430/pins/HplMsp430GeneralIORenP.nc.
Attribution must be presented to file from which this one was derived.

Adjust tmicore platform to NOT use tos/chips/msp430/clock2.  This code is
more efficient in code size, but it may not work for all msp430s.