I just installed an EmonTX that I ordered a few weeks ago. It is in another building, and my plan was to use EmonESP (Which I have hooked up, and ordered with the unit) but, for some reason the 433mhz signal is penetrating some walls that I thought it would not.
It appears that sometimes it does lose signal, and I have seen it like this:
Unless you have changed from the default sketch loaded in the factory, the emonTx does not accumulate the energy, it transmits the power at 10 s intervals and accumulation is done in emonCMS. Therefore, if data is lost, so is the energy for that period.
You probably have the default sketch because energy does not appear in that list of inputs.
You could change to one of the emonLibCM demonstration sketches - emonLibCM does accumulate energy, so the updated totals could be transmitted with each set of readings. But bear in mind that the longer message is prone to cause the transmitter and receiver to lose synch (this is a problem arising from the stability of the RFM69 module) so it might not work for you if you want all the powers, energies and temperatures. A solution in the form of a new standard sketch and a change to emonHub is in the pipeline, but not yet available.
So it is nice to know that this option does exist, but considering what you just told me, I would like to do the exact opposite. I would like to use the EmonESP wifi module, and disable the 433mhz radio stuff in the EmonTX.
I purchased all this stuff so I would not have to mess around, what is the simplest way to disable the EmonTX built in radio? Please keep in mind I do not have any flashing tools or anything.
The only way is to edit and reload the sketch. And for that you need a programmer. We know the one from the shop works. I think that yours won’t work with the emonTx because it doesn’t appear to have the connection that resets the processor at the right instant so that it fails to enter programming mode.
There is a small but definite risk that you will destroy the RFM69CW module if you transmit without a matched load. If you must remove the antenna, you should use a dummy load which will absorb the radiated power; without it, the power that would have been transmitted is reflected back into the output stage and damage it. That will happen with or without that dust cap.
I don’t understand all that either, so I’m afraid I can’t help with that. EmonCMS should see the data coming in via Ethrnet/Wi-Fi as another Node - I don’t have an ESP8266 so I can’t even tell you how to set that up.
You could do that. The emonPi only transmits if you turn it on (for use with the long-gone emonGLCD), so there’s little point in doing that. It will continue to pick up any signals on the band, but just ignore them.
I’m getting confused about what question you’re actually asking.
The danger, as I tried to explain above, is when the RFM tries to transmit and there’s nowhere for the power to go. If it’s only receiving - and there’s nothing you want to receive anyway - then there’s no need to remove the antenna, and no need to have it either.
The emonTx automatically transmits; the emonPi only transmits when you enable it in emonhub.conf. The external antenna for the RFM is not the WiFi antenna, that’s internal, on the Raspbery Pi itself.
@Robert.Wall sorry for the confusion. I understand your question.
I am just trying to get rid of the 433Mhz broadcast completely from any device, and disable reception of it also. I do not use it, and I have not had enough time to evaluate it from a vulnerability standpoint.
There’s little you can do with the emonPi sketch. It’s automatically reloaded every time you update the emonPi - unless you know the trick and update your emonPi as an emonBase, which fortuitously breaks the update in just the right place. Don’t ask me why it was done this way, all I can think of is “It seemed a good idea at the time.” That’s turned out not to be the case, IMO.