Tested on Raspberry Pi, switch, monitor, and legacy work with spi scaffold

radio2.py offers temporary spi interface for radio.py ...

Tested on mac only.

Build of radio_rpi.so updated

Removed experimental arduino work

Fixed failed merge

Merge branch 'long-tx'

Turned off TRACE on raspberry pi build

Tested with learning mode. ...

Works with all 4 switch patterns.
Can now independently switch 4 switches.
Some occasional RF reliability problems that need measuring.

Implemented mode switching logic. ...

This is so you can just say radio_standby()
Then radio_transmit() and it pops to standby at end of transmit.
Or, radio_receive()
Then radio_transmit() pops back to receive at the end.
Also massive tidy up and trimming out old comments.

Improved flow of code, specifically radio_transmit() ...

Pushes previous mode and restores at end of transmit.
This should auto-return to standby or receive as appropriate.
This will make it easier to implement mode hopping schemes later.

Simulation gets further now due to gpio_sim detection

Started design of new long payload transmitter

Initial design of new radio transmit scheme

radio_rpi.so now built as part of the pi build process ...

legacy.py now uses the prebuilt radio_rpi.so

Tested radio2.py on Raspberry Pi, now works with OOK transmit

radio2.py ctypes wrapper ready for testing

Preparations for new radio interface added to the architecture

Tweaks to radio_test.c layout

Tidied up radio_test.c readability

Removed unnecessary spurious radio configures

Fixed payloadlen bug that was introduced in API refactoring ...

Note: Reconfigures as OOK regularly, unneccesarily now

Fixed bug with OOK struct size in hrfm69_test.c

Finished coding radio_test and radio(tx) module

First pass of spec'ing radio.h/c and radio_test.c

Can now reliably turn energenie switches on and off with hrfm69_test.c

Coded a better payload transmit test routine for OOK

Started coding up new burst transmission scheme

Started to write another test case to blurt out OOK energenie messages. ...

This is only a test case.
But it has highlighted a whole load of discrepancies in the original C
code to do with payload length calculation, and the 'magic' zero byte
at the start of the buffer for stuffing the SPI register address in.

Tracked down the 'long sync bit' problem. ...

It's due to the HRF always preceeding each packed with an extra 01 at start.
Existing driver code sends 'chips' to prove this.
Looking like a preamble of zeros will be required to make this a non issue,
and then generate the real 80000000 preamble as part of the payload.

Got the radio chirping again after a long period of not working at all