EmonTX v3.4 - Can it be powered from the 5v terminal?

Hi

I need to piggyback 3x EmonTX v3.4 on top of each other to monitor the whole house.

Can the EmonTX board be powered by applying 5v to the terminals only?

Also

Is it possible to link the boards and only have one antenna?

Robert Wall's picture

Re: EmonTX v3.4 - Can it be powered from the 5v terminal?

The circuit diagram can be found on the Wiki.

You can feed all 3 from a common 5 V supply using either the USB connector or the terminal block.

You cannot connect the 3 antennas in parallel, but you could use a 433 MHz mixer if you can get or build one. This is a very specialised area that I know very little about, though Bill Thomson might be able to help. You can communicate between the 3 modules using the one-wire connection and protocol and use one emonTx as the 'master' unit, using only the radio in that one. That is much the better way as there is then no possibility of one transmitter jamming another.

I take it you've looked at Martin Roberts's "Full-fat 3-phase monitor".

 

Bill Thomson's picture

Re: EmonTX v3.4 - Can it be powered from the 5v terminal?

Hi David,

Connecting three emonTXes to a single antenna isn't trivial nor inexpensive. To do it properly, i.e. prevent impedance mismatch, and keep the transmitted RF energy away from, and being wasted on, the other two transmitters, you'd need a transmitter combiner, which isn't cheap. (If you used a receiver combiner, (like the cheap signal splitters often used in TV feedlines) the transmitted energy would be divided three ways making performance worse than that of a transmitter combiner)

Performance would suffer, as a transmitter combiner has an insertion loss of ~3dB, meaning it cuts your transmitted signal strength in half. Not a good thing, as the EmonTX transmitter output is low, (about 3 milliWatts) and transmitted signal strength has a direct impact on usable range. i.e. max distance between your EmonTX and EmonBase.

Note that even with a transmitter combiner, the issue with transmitted packet collisions still exists.

Depending on the distance between your emonTXes and emonBase, as well as the type and number of obstructions between them, if any, you may need nothing more complex than the wire antennas supplied with the units.

Give us an idea of the distance involved, and the number and type of obstructions, if any. Otherwise, any recommendations at this point, would be a "shot in the dark."

Regards,

Bill

M0n0wall's picture

Re: EmonTX v3.4 - Can it be powered from the 5v terminal?

Hi Robert & Bill

Thank you for your detailed reply.

Powering the three units by linking the ground and +5v is very handy, that will make it easier to just have one 2amp USB PSU.

Yes I was inspired by Martin's 3 phase project but the boards he was using were EmonTx v2, by having one antenna would make sense.

The distance between the EmonPi and the EmonTx is only about 5m through 2x ceilings and no solid walls.

Would there be an issue with putting 3x antennas in very close proximity if linking the EmonTx's isn't possiable.

Regards

Dave

Bill Thomson's picture

Re: EmonTX v3.4 - Can it be powered from the 5v terminal?

Would there be an issue with putting 3x antennas in very close proximity

Keep them a few inches apart, and you shouldn't have any problems. If you're using the "rubber duck" antennas, a quick and easy separation-distance gauge would be the length of one antenna.

From your mention of the ceilings, I take it your EmonTXes and EmonPi are on different floors. That being the case, one thing to avoid is positioning the EmonPi directly above the EmonTXes. i.e. you'll want some horizontal distance between the two as well, to avoid the dead spot that exists directly above the EmonTx antennas. (This assumes the EmonTX antennas are mounted vertically)

One thing to bear in mind: With three transmitters, your system will occasionally experience data loss due to packet collisions. (If two - or all three - of your EmonTXes try to send data to your emonPi at the same time, the data is in effect, garbled, rendering it unusable)

Robert Wall's picture

Re: EmonTX v3.4 - Can it be powered from the 5v terminal?

If you go the One-wire route, the emonTx V3 uses the same processor as the V2, so you can use the same technique and most probably the same sketches but with a few changed pin numbers and the one-line change for the radio module. 

dBC's picture

Re: EmonTX v3.4 - Can it be powered from the 5v terminal?

Are you sure you mean OneWire and not TwoWire (aka TWI, aka I2C, aka SDA/SCL)?  OneWire seems a particularly cumbersome way for two or more AVRs to communicate with each other.

M0n0wall's picture

Re: EmonTX v3.4 - Can it be powered from the 5v terminal?

I notice that the I2C port isn't soldered, presumably its a case of stacking the boards and dropping a pin down the three solder pads linking them all.

@ dBC - Isn't the SDA/SCL in use by CT4 & DS18B20?

I presume that once thats done its a case of modifying the V3.4 sketch to setup master and slave addresses.

Regards

Dave

pb66's picture

Re: EmonTX v3.4 - Can it be powered from the 5v terminal?

MartinR's "full-fat 3phase" stack does use TWI (aka I²C) and on the emonTx v2 the SDA/SCL pins are broken out to the 8pin header and not used for anything else so the use of a stackable header works.

The emonTx 3's use the SDA/SCL (aka ADC4 and ADC5) for CT4 and 1-Wire (DS18B20's) so without some surgery to the board TWI isn't easily accomplished, I looked into it before and it is possible but the loss of the 4th CT and the inability to stack, (and even if you could the case couldn't be used) means 3x emonTx v2's are a much more flexible option for a 3ph project.

Paul

 

dBC's picture

Re: EmonTX v3.4 - Can it be powered from the 5v terminal?

The DS18B20 is a Dallas 1-Wire device so on an AVR you typically talk to that via bit-banging on a GPIO signal (or you can wire up an external open collector buffer to a UART .... see AVR318)

Once you're using SDA/SCL then you're talking TWI (aka I2C) which is quite different (and more appropriate for communicating between two or more AVRs).

M0n0wall's picture

Re: EmonTX v3.4 - Can it be powered from the 5v terminal?

I think TBH my options are to either buy 4x v2 kits and stack them or buy 3x v3.4 and have three antennas on the enclosure.

Its for whole house monitoring so would like to implement diverting at some point, I presume that once you put the diverting sketch in one of the Tx's you can still pass the CT values of that TX to the EmonPi to avoid having two separate systems?

Regards

Dave

pb66's picture

Re: EmonTX v3.4 - Can it be powered from the 5v terminal?

"Once you're using SDA/SCL then you're talking TWI (aka I2C) which is quite different (and more appropriate for communicating between two or more AVRs)."

I agree and have brought up using TWI on several occasions, I've experimented with many avr's on one bus using a Pi as the master. I wrote a TWI interfacer for emonhub (way before the emon-pi variant) and had really good results. this has the advantage of polling the devices in a controlled manner for their data rather than several devices reporting on their own schedule.   

This option to use the Pi as a master is hampered a little on the emonPi by accessibility to the SDA/SCL pins of the GPIO and would need integrating with the the LCD display's use of TWI. Alternatively the "full-fat 3ph" method uses 1 emonTx as a master and that forwards the data via RF, this means one board will be working a little harder than the others but that shouldn't be an issue. 

Actually Dave - now that dBC has mentioned "bit banging", I recall that someone has actually used TWI on emonTx v3's before, by using an external library to bit-bang alternative SDA/SCL pins. You could try searching for that thread.

"4x v2 kits and stack them" - This would give you 6 cts on one phase and 3 on each of the others rather than the 4 per phase of 3 emonTx v3's, (which I expect you were aware of, but thought I'd confirm).

The 3 antennas in/on a box isn't ideal, but it does work, the biggest potential hurdle is the unsynchronized transmissions possibly blocking each other. If they are all trying to maintain the same interval you could find one blocking another for a prolonged time until one "overtakes" the other.  Once the "overtaking" device gets in front, it blocks the previous leader for the same time until it's clear.

This can easily be managed by introducing a wired trigger from one emonTx v3 to the other 2, to stagger the transmissions to the emonPi.

Paul

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.