V5000 PoE Requirements?

The V5000 datasheet has very little information about PoE powering for the V5000. What details can be provided?

It states only:
Type Passive PoE (42-57 V)
60 W with AUX PoE Out in use
35 W without AUX PoE Out in use

Can it be run with power on only 2 pairs when operated without AUX PoE? Does it require using all 4 pairs? Will just any polarity combination work, or does it require a specific arrangement?

Thank you, Chris

We usually use all 4 pairs to power the unit, this does allow you to not only power the radio but 802.3at devices through the PoE port.

You can you any combination of Polarity the N000000L142A uses the following:

PIN 1,2,7,8 ==== V-
PIN 3,4,5,6 ==== V+

As for using 2 pairs, for 35W you can use two pairs, however if you are considering 2 pairs and 26 AWG instead of the more usual 24 AWG you need to be aware of voltage drop issues over cable lengths.

We would recommend you use at least 24 AWG cable in this configuration with Ethernet cables.


Power supply temperature range ? The included power supply is described as ‘indoor’ is it rated for living in a tin box on a lamppost at -40C ? You know, like the radio it is going to power :wink:

Hello Glenn,

I’m assuming you’re talking about the V1000 Power Supply which is included in the box. This is rated for indoor in a commercial environment 0C to 50C, we would expect most installation (granted not all) to be at the client property for the V1000. However if you did wish to put this on a lamp post and required POE we do support other industrial supplies. We have also seen these powered from the POE port of devices that use the V1000 to backhaul the data.

If you’re after just extended temperature range the Cambium 1Gbps PIDU C000065L002C -40C to +60C could be put in an IP enclosure.

If you are looking to put a V5000 or even a V3000 on to a lamp post, again there are industrial POE supplies or we do have an outdoor AC/DC supply N000000L179B -40C to +60C that can be used for that.

Please let us know the deployment scenario you need and lets see if we can help.

The plan is for many lampposts with v5000’s, one each in most cases, a small nema box adjacent the radio housing power supply and maybe ups, must be able to function below -30C as that happens for extended periods of time every winter.

For the V5000 there are a number of options from Cambium or off the shelf.

If you do not need POE at the Lamp Post you could use the N000000L179B AC/DC supply which will cover the temperature range -40 to +60C. We see this on DNs within the distributed network which only require Power and are being used to create the Mesh network.

Granted at the POP Ethernet is required so Fibre or a Cu SFP+ could be used with this DC supply. However if that is not the option you will need that extend temperature POE supply. Here a passive device that can supply at least 35W at the Radio should be used.

Perhaps the community here have suggestions for a suitable extended temperature range POE device.


1 Like

Does the v5000 use 2 pair or 4 pair POE ?

It can be used either way. See this post above:


Out of curiosity, what did you use?

For all our towers, we power with Packetflux injectors, We can set the polarity and power pinout and haven’t had the need to look at anything else since its a straight DC system. We power both 48v (56v) and 30v devices off of a set of batteries, a Meanwel constant voltage power supply and a buck/boost converter set to get the voltages needed. Everything plays nice and we have excellent up time, but still curious as to how others are doing things.

I went with Tycon’s GigE Passive PoE Injector and then started second guessing if I had fouled up and caused a power issue

Intresting choice.
The Tycon should work as it is the same as 802.3at but without the power sense circuitry. The Cambium power supplies are passive too, so as long as you match them for voltage, current capacity (wattage, more is ok too) and pinout then there will be no issues.

It does suck that your converting AC to DC back to AC only to go back to DC. Lots of run time losses, but then again convenience can be a factor too. Maybe I am just looking at it too deeply because we have run time demands that make those kinds of losses unacceptable.