I was wondering how many RF data formats there are at the moment? I have some questions, and as I am a bit confused, | would be grateful for any help!
As far as I can tell, there are three named versions:
Jeelab (called classic or legacy)
rfm69n (used when running emonLibCM on the original emonPI, with compatible versions available for other units) see The emonPiCM
LowPowerLabs RFM69 (available in the emonTx V4 and the current emonBase)
Is this correct?
Are any of them compatible?
If I want to have a system of an original emonPi (running emonLibCM), an emonTx v4 and an emon Tx V3, which format should I use, and is firmware available for all the various devices?
A format versus device versus available firmware matrix table would be useful.
Sorry for all the questions!
I apologise if this is all documented somewhere and I havenāt found it!
Thats a nice format comparison, thanks @Robert.Wall
I will be releasing LowPowerLabs firmware for the emonTx3 and emonPi soon, so I would advise waiting for that. The advantage being that you can then make use of the acknowledgment and retry mechanism available in the LowPowerLabs implementation.
A follow on question (sorry!) - will the future LowPowerLabs firmware for the original emonPi include continuous monitoring (emonLibCM) or the original default Discrete Sampling library?
If Iām involved - whatever update is needed for the āoldā emonPi, it wonāt happen for a while. Iām far too busy with the emonTx V4 and itās likely to remain like that for the foreseeable future. You can always use the emonPiCM set of software, which is available for the entire āemonā range (emonTx V2, V3.2, V3.4 but excluding the emonTx V4 and the long-obsolete emonGLCD and NanodeRF), and uses the rfm69nTxLib for transmitting and the (patched) RF69 library in the emonPi for receiving.
Yes itās my intention to use adapt Roberts emonPiCM firmware to use the LowPowerLabs format. The changes are relatively small and for now @Robert.Wall I donāt plan to add anything relating to this to your work load
Iām a bit delayed on this work though @rupert as Iām trying a finish a couple of emonTx4 documentation related updates, I might have been optimistic on timelinesā¦
Thanks @Robert.Wall, @TrystanLea for the updates. I can understand that youāre both very busy at the moment and donāt have time to work on the āoldā emonPi. Iām very grateful for all the current work that youāre both doing. I was just interested in what the plan for the future was.
For information, I have tried, to the best of my knowledge, to put together a table of device vs radio format which may be of interest. My apologies in advance for any errors! The table is a snapshot in time, as things will probably change in the future.
I have included the Mk2 PV Router by @calypso_rae as it is a very popular device.
Note 5 is not accurate, the Mk2 PV router (English version) has always been supplied with an RFM12B
But thereās no reason why it cannot adopt the āNativeā format with an RFM69CW if desired.
There is also some information on how to to simultaneously receive (and perhaps transmit?) two (or more?) 433MHz Radio Formats at once on an emonBase, using two (or more?) receivers/transmittersā¦
Having looked, I wouldnāt call it āsimultaneousā. There are two parallel receivers, not one receiver switching between formats or receiving either format and correctly recognising and decoding it. I know itās moot, but it could be misleading without a careful explanation.