NSM5 XW in beta04: the secondary port is used for WAN and DtDLink only The main port LAN only (bug in chipset to use all 3 combinations together (tagged and non-tagged packets on same port doesn't work). We'd like to have a work around for this in the future.
NS M2, M3, and M5 XM: secondary port is not configured in firmware (on list to do).
In regards to feeding Power through main: No configured option in firmware to trigger pass through of power to secondary port on both XW and XM hardware.
In regards to feeding Power through secondary: This will work to feed a device a 2nd device on the main port. However, use at own risk. Was not designed for this purpose, consequently this bypasses any noise filtering on the DC power feed, may reduce lifespan of the device, or overload the circuit (although I've not seen any reports of a devices actually being damaged yet). I do know instances of this in use with no side effects for more than a year.
Any progress on the NS M2 yet? Just my 2¢, but this would be an excellent way to add a local, low wattage, service - like a Pi-Zero. If it worked, as I believe it does under AirOS, it would avoid one of the main problems with adding a local processor on a solar powered site: the need to add a hub to connect additional devices.
Has this been looked at yet? I wonder if this is why my NS M2 (XM) and NS M5 (XW) can't dtdlink to each other over their secondary ports. I'm dead in the water.
It isn't important to note that this is 100% unsupported by the AREDN. Team.
Also note that the Pass Through on Ubiquiti devices was only ever intended for low power cameras Ubiquiti created, it was never intended to run a "high power" device like a router.
NSM5 XW in beta04: the secondary port is used for WAN and DtDLink only The main port LAN only (bug in chipset to use all 3 combinations together (tagged and non-tagged packets on same port doesn't work). We'd like to have a work around for this in the future.
NS M2, M3, and M5 XM: secondary port is not configured in firmware (on list to do).
In regards to feeding Power through main: No configured option in firmware to trigger pass through of power to secondary port on both XW and XM hardware.
In regards to feeding Power through secondary: This will work to feed a device a 2nd device on the main port. However, use at own risk. Was not designed for this purpose, consequently this bypasses any noise filtering on the DC power feed, may reduce lifespan of the device, or overload the circuit (although I've not seen any reports of a devices actually being damaged yet). I do know instances of this in use with no side effects for more than a year.
Joe AE6XE
Joe, thanks for the detailed explanation.
Any progress on the NS M2 yet? Just my 2¢, but this would be an excellent way to add a local, low wattage, service - like a Pi-Zero. If it worked, as I believe it does under AirOS, it would avoid one of the main problems with adding a local processor on a solar powered site: the need to add a hub to connect additional devices.
Richard - wb6tae
I've not tried it yet. No idea if the M5 and M2 are the same in this regard or not.
Joe AE6XE# nanostation xw echo 2 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio2/direction
echo 1 > /sys/class/gpio/gpio2/value
# disable with echo 0 > /sys/class/gpio/gpio2/value
Also note that the Pass Through on Ubiquiti devices was only ever intended for low power cameras Ubiquiti created, it was never intended to run a "high power" device like a router.
While unsupported it's working. We have been using the 2nd ports to power rocket 2g units without issue for 6 months now. One xm unit and one xw.