New send variant: listenMode

[ingoha]

This new sending method was developed in a study project some time ago; are you interested to merge it?
If so, I can provide you with some background information...

[ingoha]

Or would it be a better practice for our project to extend the class RFM69?

[etrombly]

I like adding the timeout to sending, would want it to be configurable though. What is the difference with this mode? I'd want to change the name of init to something like configureListenMode.

[ingoha]

We are using this mode in a project with battery powered sensor nodes communicating with a gateway on a Raspberry Pi (cf. https://gitlab.com/ingoha/diy-homeautomation).
To save power, the nodes are in a sleep mode and can be woke up by sending a "burst" to their RFM chip which then triggers an interrupt on the µC.
So this is what the new mode does: it wakes up a node and e.g. transmits a command to control an actor.

[ingoha]

• What do you mean with configurable?
• Yes, the name init is not well chosen ;-) If you consider merging, i could do some tidy up of the code...

[etrombly]

the sleep timeout is hard coded to 1 second.
if slept > 1.0:

I think it could be useful, maybe call it wakeMode, or something along those lines. If you do the code cleanup and add an example I'd be happy to merge it.

[ingoha]

Could you please review the changes? If the changes are ready to merge, I will remove the commits to other files than RFM69.py and stash the rest into one...

[etrombly]

It looks good, sorry for the huge delay on this. I started a new job and ended up forgetting about it.

[ingoha]

No problem ;-)
Should I stash the commits?

[etrombly]

Yes, thank you

[ingoha]

As I have just read; you can simply use the option "squash and merge" when merging the PR...