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

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

hrfm69_test.c now sending a tone. ...

Discovered that 1/5 times it sticks waiting for TXREADY.
This might suggest an unresolved sequencing error in startup.

spi_test.c can now read back the version number of the HRF69 chip

Simple GPIO tester works on Raspberry Pi (flashes LEDs on radio)

Built a simple C test harness to start testing the radio with

Experiments on Arduino with larger register writes and FIFO write ...

Getting some corruption on the Arduino RAM buffers.
Logic analyser traces show that the tables are getting corrupted
and the wrong data is being written to the radio registers.

Managed to write/read the mode register from real RFM69 with Arduino

Reset, select, write working on Arduino