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.