Starting in version 3.0.0b02  on Ubiquiti this can be accomplished by just pressing and holding the reset button for 5 seconds (after the node has fully started)  it will reset the password for you and re-enable dhcp.  You can then go back to mesh setup and change the password and make any config changes you would like.  A 15 second press and hold would reset the node to "just flashed" status (resetting everything you did since you originally flashed the firmware image)

No problem. I'm glad you were able to get it back up and running!

Factory

IMO, the easiest method would be to start over again. Instructions are found here (scroll to TFTP): http://ubnt.hsmm-mesh.org/products/BBHN/wiki/HowTo/FlashUbiquiti

If you do find out that BBHN does indeed have a significantly less performance let us know as we always want to improve.

I will point you at this forum post, it  doesn't answer airGrid vs bullet directly but does give a bit of feedback on one users experianxe with airGrid's.

http://www.broadband-hamnet.org/hsmm-mesh-forums/view-postlist/forum-1-general/topic-1208-your-first-node-should-be-a-nanostationm2.html

Officially, no.

It slipped in to the first 3.0.0 beta but was withheld under concerns of timing of button press length.  It is also avaliable ONLY on Ubiquiti at this time.   5 seconds is a reset of password and re-enable dhcp ( great if you hit MESH AP mode accidentally) and 15 seconds to restore to "just flashed" (removes any installed programs add on patches and resets all configs)

Looks like 3.0.0b02 experimental is available!

did we have a bbhnrecoverymode option prior to this release??

What was the "last seen" time on those networks ?

We throw out anything older than 5 seconds in the BBHM GUI IIRC.  I've seen cases where 30+ Networks show up in the backend but were only getting one beacon packet every 10 seconds (beacons are normally sent 10 times a second) so it doesn't make sense to keep them listed if we are loosing over 99% of packets are being lost.

After having a lot of trouble with a UBNT Airgrid that had BBHN firmware installed (poor reception, unable to connect to other nodes unless in very close proximity), we flashed it back to UBNT firmware in hopes of returning a possibly defective device. However, we noticed that after flashing the unit back to UBNT firmware a site survey revealed around 30 plus sites in view vs around 11 sites with the exact same physical conditions only minutes before the switching firmware.

This leads us to believe the hardware was ok, but there was something in the BBHN firmware that was causing the issue. Has anyone else seen this problem with using an Airgrid for BBHN and getting poor reception? Any suggestions to try to get it to work, or do we need to just send it back and get a Bullet instead. Thanks.

The Ethernet cable connected to your AirGrid has 8 wires.  They are grouped as 4 twisted pairs.  10/100 Ethernet only uses 2 of the 4 pairs for data.  Actual data will only be on pins 1 & 2, and 3 & 6.  This leaves the other two pairs available to supply power to the AirGrid.  POE means we are sending Power over the Ethernet cable.

On page 5 of the AirGrid Datasheet available at http://dl.ubnt.com/datasheets/airgridm/airGrid_HP.pdf, It states that the Power Method is "Passive Power over Ethernet (Pairs 4, 5+; 7, 8 Return)".  The POE adapter that comes with the AirGrid takes 120 VAC and converts it to 24 VDC.  It then places the positive output on pins 4 & 5 of the Ethernet cable and the return on pins 7 & 8.

The POE injector that Andre referred to replaces the POE adapter that came with your AirGrid.  Instead of having a power supply build into it, there is an input for power that can be connected to a battery or an external power supply.

While it is hard to find definitive data, my research has found that there is no problem powering a ubnt node with 12 VDC.  You just need to supply that power to the node with the positive on pins 4 & 5 and the return on pins 7 & 8.

When I indicated verify the pinout of your device, some POE injectors reverse this polarity or may use a different set of pins.  There are multiple versions out there.  

You may want to also look at this thread from the forums:

http://www.broadband-hamnet.org/hsmm-mesh-forums/view-postlist/forum-794/topic-794-emergency-power-and-poe-for-ubiquiti.html.

Thank you both for your replies. Being a novice I am assuming that an injector is a device which plugs into the Poe  which allows a way of feeding power to the system from an external source. This is an excellent way of doing it but I would have to ensure the pin connections are properly observed. To date I have not found ubiquiti as being forward in providing technical information on their products. Can you suggest a site I can use for the purpose.

having said this the second option of feeding the node with 12volts or 24volts for that matter, need a detailed explanation of how to go about it. I would be obliged to receive more information regarding the matter.

thank you again.

chris 9h 1bw.

You would need that block on 100% of the nodes in the mesh network, not just the gateway nodes. In otherwords it would have to be in mainline. I'm not sure I see that happening, I know I would personally oppose such a patch on the grounds it interferes with global internet routing.

Every node will need to see the IP address as part of the routing table method for how OLSRD works it goes out in the MID packets (and it has to be in them) to advertise route paths.

Every node on the network can connect to the WAN and would possibly forward the packet out to the WAN this is why the block would have to be on 100% of the nodes and not just the GW nodes.

Unless your planning on heavily modifying OLSRD to have each node remove some of the data (and I'm not sure how much that would confuse the daemon off hand if one node knows the route fully and the others don't)

I would caution you to verify the pin out of your POE injector.  There are several different schemes in use and if your injector puts the voltage on the wrong pins it releases the "blue magic smoke" that makes the nodes work.

I have used several ubnt nodes running of a 12 vdc battery with no problems.  If you are using 12v I would suggest you keep your cable distances shorter.

Clint, AE5CA