If you have Bullet's that constantly reset, or get stuck in TFTP please read.....

[UBNT-Mike.Ford]

Hey Guys,

I found the root cause of these problem. If you have a unit that constantly resets, or keeps getting stuck in TFTP Urescue mode, it is most likely due to the plastic cap of the Bullet depressing the reset switch, or flexing the bullet will cause it to depress the reset switch.

If you look at where the reset switch is, the plastic of the unit is very close to it.

To fix this issue, just wiggle the plastic end where the reset switch to move it a little farther away from the switch. Also you can file a little bit of the plastic away.

We are changing this slightly in production to widen the area near the reset switch.

Thanks,

Mike

[opampca]

Hey Guys,

To fix this issue, just wiggle the plastic end where the reset switch to move it a little farther away from the switch. Also you can file a little bit of the plastic away.

Mike

I really like this one !!! :-)

[lncommunications]

I believe this could of been my problem! thanks for the update Mike.

[JustJoe]

Hey Guys,

...
If you look at where the reset switch is, the plastic of the unit is very close to it.

To fix this issue, just wiggle the plastic end where the reset switch to move it a little farther away from the switch. Also you can file a little bit of the plastic away...

Mike, is the internal plastic ring (the one with the MAC label glued to it) removable so that it can be easier to file it?

I have tried removing a couple of these rings, and I can lift the end by the switch a little. But the opposite end acts like it is held with a screw under the label ... Is it in fact a screw or just a stubborn plastic barb ? The plastic it pretty thin and I don't want to crack it by just prying it up if in fact there is a screw. But peeling the label if there is not a screw is also messy.

Maybe you can show us a disassembled picture? ;)

[lncommunications]

Hi Joe, obviously doing this may void your warranty but im sure you know that.

What you need to do is take the ring that is around the top of the Bullet off, the 'notched' thing around the N-Type connector. If you don't have the special tool try a flat head screwdriver (a biggish one) by holding the Bullet vertical and the screwdrive horizontal in a notch and try turning it counter-clockwise, this is how Ive done it in the past but PLEASE be careful if you slip you WILL end up with a gash. Alternatively get some plumbing grips and take it off that way, be sure to pad the grips so you dont damage the ring (my precious).

Everything will become apparent after the ring is off :)

Again please be careful and ask Mike before you void any warranty!

[UBNT-Mike.Ford]

Hey Guys,

If its to fix the button, go ahead, and I will still keep your warranty.

Thanks,

Mike

[masked]

haha he said wiggle

[WHT]

Everything will become apparent after the ring is offSounds like you're quoting from "Divorce Court"

[lncommunications]

lol I did re-write that sentance a number of times, I think that was the cleanest I could come up with :)

[outpost]

I seem to be having the opposite problem, I have to keep manually resetting my bullet, because I keep loosing contact with it. As soon as I change to DHCP client I loose contact all other settings are at factory defaults. Leaving it on static I connect to an open signal, surf for 2-3 minutes then loose internet connection and can't find router either with Discovery Tool, or manually entering address in Firefox (or Safari). I can only connect to bullet again by hitting the reset button. ANY Suggestions would be helpful. I was intending to mount this on my sailboat mast, but a trip up the mast to hit the reset is awfully inconvenient....lol.

[UBNT-Mike.Ford]

I seem to be having the opposite problem, I have to keep manually resetting my bullet, because I keep loosing contact with it. As soon as I change to DHCP client I loose contact all other settings are at factory defaults. Leaving it on static I connect to an open signal, surf for 2-3 minutes then loose internet connection and can't find router either with Discovery Tool, or manually entering address in Firefox (or Safari). I can only connect to bullet again by hitting the reset button. ANY Suggestions would be helpful. I was intending to mount this on my sailboat mast, but a trip up the mast to hit the reset is awfully inconvenient....lol.


Hello,

Can you post your configuration file so we can check your settings? Also can you try chaning PoE adapters and ethernet cables? How long it the PoE run and what voltage PoE are you using?

Thanks,

Mike

[outpost]

OK here is the configuration file.

bridge.1.devname=br0
bridge.1.fd=1
bridge.1.port.1.devname=eth0
bridge.1.port.2.devname=ath0
bridge.1.port.3.devname=eth1
bridge.status=enabled
dhcpc.1.devname=br0
dhcpc.1.status=enabled
dhcpc.status=disabled
dhcpd.1.status=disabled
dhcpd.status=disabled
ebtables.1.cmd=-t nat -A PREROUTING --in-interface ath0 -j arpnat --arpnat-target ACCEPT
ebtables.1.status=enabled
ebtables.2.cmd=-t nat -A POSTROUTING --out-interface ath0 -j arpnat --arpnat-target ACCEPT
ebtables.2.status=enabled
ebtables.3.cmd=-t broute -A BROUTING --protocol 0x888e --in-interface ath0 -j DROP
ebtables.3.status=enabled
ebtables.status=enabled
httpd.port.http=80
httpd.status=enabled
netconf.1.devname=eth0
netconf.1.ip=0.0.0.0
netconf.1.netmask=255.255.255.0
netconf.1.promisc=enabled
netconf.1.status=enabled
netconf.1.up=enabled
netconf.2.devname=ath0
netconf.2.ip=0.0.0.0
netconf.2.netmask=255.255.255.0
netconf.2.promisc=enabled
netconf.2.status=enabled
netconf.2.up=enabled
netconf.3.devname=br0
netconf.3.ip=192.168.1.20
netconf.3.netmask=255.255.255.0
netconf.3.status=enabled
netconf.3.up=enabled
netconf.status=enabled
radio.1.ack.auto=enabled
radio.1.acktimeout=25
radio.1.clksel=1
radio.1.cwm.enable=0
radio.1.cwm.mode=1
radio.1.devname=ath0
radio.1.ieee_mode=auto
radio.1.mode=Managed
radio.1.status=enabled
radio.1.txpower=28
radio.countrycode=840
radio.status=enabled
route.1.devname=br0
route.1.gateway=192.168.1.1
route.1.ip=0.0.0.0
route.1.netmask=0
route.1.status=enabled
route.status=enabled
sshd.port=22
sshd.status=enabled
users.1.name=ubnt
users.1.password=VvpvCwhccFv6Q
users.1.status=enabled
users.status=enabled
wireless.1.addmtikie=enabled
wireless.1.devname=ath0
wireless.1.hide_ssid=disabled
wireless.1.security=none
wireless.1.ssid=ubnt
wireless.1.status=enabled
wireless.status=enabled

I don't have the option to change PoE adapters, I am on a 12v PoE with a 40' cat5e cable to the bullet and 15' to the computer. I have tried swapping out the cables and experience the same problem. I am also having essentially the same problem with a 2hp. So I'm wondering if the problem is my settings on my Mac?

[luyang_zhou]

When I power the Bullet M2 bridge, the bridge reboot again and again. The 1st&3rd signal lights and the 2nd&4th signal lights bright by turns all the time.
What is wrong with the bridge?
-----------------------
Thanks in advance! zhou

[jaffadog]

I've experienced some problems with my bullet m2 doing infinite reboot cycles as well. I inspected the rest switch and found no issue witht eh clearance on the plastic housing. I use my bullet m2 in station mode. I have noted the following intesting characteristic though: this behavior was occuring in an environment where there were a large number of APs - many of which had the same SSID (but different MACs). If I configured to connect to that SSID (but left the "Lock to AP MAC" field blanks (which is the default behavior when using the webui), I got the infinite reboot behavior. If, however, I put in a specific MAC address in this field, the unit was stable, This looks like a firware bug. I expereienced this with the stock 5.0 firmware. I am now running the 5.1 beta and am no longer in an environment where I can retest... regards, Jeremy

[UBNT-Mike.Ford]

I've experienced some problems with my bullet m2 doing infinite reboot cycles as well. I inspected the rest switch and found no issue witht eh clearance on the plastic housing. I use my bullet m2 in station mode. I have noted the following intesting characteristic though: this behavior was occuring in an environment where there were a large number of APs - many of which had the same SSID (but different MACs). If I configured to connect to that SSID (but left the "Lock to AP MAC" field blanks (which is the default behavior when using the webui), I got the infinite reboot behavior. If, however, I put in a specific MAC address in this field, the unit was stable, This looks like a firware bug. I expereienced this with the stock 5.0 firmware. I am now running the 5.1 beta and am no longer in an environment where I can retest... regards, Jeremy

Hello Jeremy,

Is this happening now that you update to V5.1?

Thanks,

Mike

[jaffadog]

Hi Mike - I just started using 5.1 beta this week, and am no longer in the environment where I experienced the issue - so I am unable to retest. I am having no problems with the 5.1 beta firmware. The issue was very persistent with the 5.0 firmware and seemed very reliably fixed by specifying the AP MAC rather than leaving it blank. I am maritime mobile and experienced this issue when anchored in Charleston SC, where the municipal marina puts up APs with SSID "Megadock" - but in vast quantities - I recall seeing over 6 APs with this same SSID. I am now in Abaco Bahamas, and won't be back through Charleston until late spring...

[UBNT-Mike.Ford]

Hi Mike - I just started using 5.1 beta this week, and am no longer in the environment where I experienced the issue - so I am unable to retest. I am having no problems with the 5.1 beta firmware. The issue was very persistent with the 5.0 firmware and seemed very reliably fixed by specifying the AP MAC rather than leaving it blank. I am maritime mobile and experienced this issue when anchored in Charleston SC, where the municipal marina puts up APs with SSID "Megadock" - but in vast quantities - I recall seeing over 6 APs with this same SSID. I am now in Abaco Bahamas, and won't be back through Charleston until late spring...

Thanks for the update.

Mike

[outpost]

Hi Mike......Wondering if you could take a look at the configuration log that I posted on this thread on Nov 28.

[UBNT-Mike.Ford]

Hi Mike......Wondering if you could take a look at the configuration log that I posted on this thread on Nov 28.


Hello,

The config shows that you are not getting an IP address on this unit. Can you set a static IP and try and access it?

Thanks,

Mike

[outpost]

OK I was able to import configuration settings a friend was using and my radio is working fine now. The new settings addressed whatever it was that I had set incorrectly. THANKS....

[UBNT-Mike.Ford]

OK I was able to import configuration settings a friend was using and my radio is working fine now. The new settings addressed whatever it was that I had set incorrectly. THANKS....

Thanks for the update.

Mike

[geostrom90]

Hi, I have a problem with a bullet m2hp, manages to connect several pc for some days, after 3 or 4 days will not stop connecting said non-associated, please help thanks.:icon_confused:

[WHT]

What are your signal and noise levels from both sides?

[wifi-venezuela]

Hi, I'm from Venezuela I have a bullet m2hp a 17-dBi omni antenna, which supports up to 100 W of power. Centrating I set the output power of the bullet to the maximum, 28 dbm (630 mw) and I could not, the machine hangs and then will not let me enter the configuration page (192.168.1.20) I have maximum power able to place is 23 dbm (200 mw). The times I try to put the maximum hangs and I have to reset it. I have a 24V PoE device is at a height of 15 meters, if anyone knows how to configure the part where it says antenna gain and power output I appreciate the help so that the device does not hang

[John Mike]

Hi, Yes i notice it also..i have here with me bullet type and it keeps on resetting...

[kv_]

Hi, I have a problem with a bullet m2hp, manages to connect several pc for some days, after 3 or 4 days will not stop connecting said non-associated, please help thanks.:icon_confused:

I have the same problem. please tell me the solution

[dboillot]

I have a unit now (that after almost a year in service) gets stuck in TFTP mode, and I am unable to get it out of it. It started out as just resetting itslef, and losing its config, now it gets stuck in TFTP mode and never leaves. I have yet to take the radio down and test it inside, as we've had alot of snow in the last 2 days that's preventing me from getting on my roof.

Is there anyway to disable, or reset the unit to where it does not go in to TFTP mode?

[kozmonov]

I have a new NanoBridge that constantly goes into TFTP Mode.

Could this also be an issue with the nanobridge or is it isolated to the Bullet's only?

[hrober]

I have the same problem here with the nanobridges in a tower.

I already tried change POE (different vendors), change the nanobridge, but the device begin reseting to the factory.

Tomorrow I'll try to change all electrical related issues, cables, ground, so on...

I have a new NanoBridge that constantly goes into TFTP Mode.

Could this also be an issue with the nanobridge or is it isolated to the Bullet's only?

[chriswlan]

Hey Guys,

I found the root cause of these problem. If you have a unit that constantly resets, or keeps getting stuck in TFTP Urescue mode, it is most likely due to the plastic cap of the Bullet depressing the reset switch, or flexing the bullet will cause it to depress the reset switch.

If you look at where the reset switch is, the plastic of the unit is very close to it.

To fix this issue, just wiggle the plastic end where the reset switch to move it a little farther away from the switch. Also you can file a little bit of the plastic away.

We are changing this slightly in production to widen the area near the reset switch.

Thanks,

Mike


Well....

New here. Have used ubnt for 2 months and spent hundreds of hours on it...

I wanted to start a new thread:

"Reboot constantly -hardware reset switch trouble..."

but can't... After 20 min flipping around countless pages of this vBulletin thingy I seem to be blocked from posting everywhere except here...

Here goes:

Out of a dozen ubnt's I got 2 Bullet2's and now both have developped the same trouble: if you actually measure the VOLTAGE across the flimsy reset switch, it creeps up n dn all the time!!!!!!!! If I remember correctly it has to remain tightly at the max (3.3?) to NOT start a new reboot cycle.

UNSOLDERING one leg of said switch (WHICH SEPARATES IT FROM THE PCB) immediately solves the problem!!!

The second switch came off completely and I noticed that both ends are live (none is ground), and the one toward the Eth jack is REALLY close -so leakage problem because of SOLDER RESIDUE?

Load resistor: I haven't had time to check that resistor... is it missing? Is it too high in value? My ancient eyes are not too good with SMT... Plus it looks like a multilayer PCB... Hard to trace the circuits. Or Mike can send me a diagram?

When looking carefully at the PCB after removing that one sw, there are obvious TRACES OF GUNK underneath... So again: possible leakage?

As well: the bottom side of the sw plastic shell has a neat round hole that exposes a live metal internal contact... to... the above mentionned gunk... More leakage?

I have no idea if this is specific to the B2's; that's why I wanted to start a thread in the ubnt/hardware/rootsection....

ANYBODY ELSE EVER CHECKED THE VOLTAGE ACROSS THE RESET SWITCH, WHEN HAVING CONSTANT IMMEDIATE REBOOTS??? Or is everybody fixated on software versions???

I think I first had the occasional unexplained "disconnect", that then escalated to "CIR"...

My case history: I first tried cutting the plastic, even though the clearance seemed OK, but quickly tried a VOLTAGE reading!

Can't understand why I can't find ANYTHING on this anywhere on ubnt or on www.

Note: I can't yet measure a leakage Ohm value on the switch, but then I can only do it after the fact, once the switch has been disturbed/disconnected. But the VOLTAGE symptom is constantly reliable so far.

My 3 cents

Cheers

Christian

[Bbobb]

That is generally due to DC getting on ANY of the data pairs which shows up at the switch.... If there is NO DC on the data pairs it will not behave like that....

It is a byproduct of the remote reset "Feature"

The Centre tap of the Ehternet transformers go through a diode to get there so if there is noise on those pairs it can also push the reset threshold over the edge.... (It is a high input impedance to the circuit)

In vast majority of cases this is due to unsheilded cable, connectors, moisture (in cable or at terminations), poor grounding, or lousy workmanship in termination, occasionally the POE can do this if they have taken a non-fatal blow that damaged the surge protection, etc......

There are literally hundreds of posts/threads on this in the forum....

Get rid of those factors and you will likely be a happy camper....

If you want to test that theory then turn of remote reset in the GUI.... This will usually stop this unless it is a hard and prolonged condition Mind you that will make doing a reset pretty annoying if it isn't handy to get at the radio..... (The very thing the feature was supposed to solve)

Can we sue for Carpal Tunnel Injury in addressing this in the forum? .... Just kidding....

Bob

[chriswlan]

That is generally due to DC getting on ANY of the data pairs which shows up at the switch.... If there is NO DC on the data pairs it will not behave like that....

It is a byproduct of the remote reset "Feature"

The Centre tap of the Ehternet transformers go through a diode to get there so if there is noise on those pairs it can also push the reset threshold over the edge.... (It is a high input impedance to the circuit)

In vast majority of cases this is due to unsheilded cable, connectors, moisture (in cable or at terminations), poor grounding, or lousy workmanship in termination, occasionally the POE can do this if they have taken a non-fatal blow that damaged the surge protection, etc......

There are literally hundreds of posts/threads on this in the forum....

Get rid of those factors and you will likely be a happy camper....

If you want to test that theory then turn of remote reset in the GUI.... This will usually stop this unless it is a hard and prolonged condition Mind you that will make doing a reset pretty annoying if it isn't handy to get at the radio..... (The very thing the feature was supposed to solve)

Can we sue for Carpal Tunnel Injury in addressing this in the forum? .... Just kidding....

Bob



Understand, but I'm not convinced this is my case: both instances happened on the same CPE wiring, may be 12m of recent CAT cable, yes, but then the immediate testing on my bench with my newish short test harness, showed the "meandering" voltage, which instantly dispapperead when one end of the switch was unsoldered/lifted.

Never seen a diagram for this sort of hw or similar, so I don't understand the reference to DC on the data pairs.... Beside its location near the Eth jack is the sw circuitry related to the LAN cable? If it was, then low Z circuitry would be smarter? EDIT: with a watchmaker eye loupe it looks like R48 is the load to ground , and around 5k, so not hiZ. The hot end of the sw is the one in the corner, all by itself. On the other hand, the other pad has the line voltage on it (?3.3) and is extremely close to the side of the jack metal body.

I also don't understand the relation between the sw and the "remote reset" which would be software? I can't remember an option to turn off the remote reboot option... How would that prevent the switch (or even the data pairs) from going erratic?

All I can find in the Airos GUI is >system>bottom of page>reboot button..

Definately worth keeping an eye on moisture; wouldn't it be better to put in a couple of tiny drain holes in the screw-on cap? Just like someone pointed out for the NS's, the cap and cover lips are catching the water that runs down on the outside of the housing.

Bob: would you know what was the final word on all of those unresolved posts re constant rebooting and (supposedly mechanically) jammed switches?

C

[Bbobb]

Last thing first: They made the hole a bit bigger a least a year or so ago.... Some just cut out the hole a bit for clearance once they realized the problem.... Did you look at the dates on this sticky before or since you posted? (It should be "Unstuck" Matt)

The setting is on the System tab just under Miscellaneous... It masks off the reset input and interupt handler......

If you correctly tape the antenna connector, have a proper drip loop on the cable, the gasket for the cover is there, and the plug is in the bottom (and it is the low point that isn't an issue in our experience....

I suspect that they are resolved but not reported as such because the complainant either fixed the install or returned the devices..... There are many WISPs here that have very large numbers of these

The circuit is a zener diode, a high value resistor, and the base of a transistor that pulls down the reset input side of the switch. If there is voltage over the zener voltage it turns on the transistor. If there is voltage there, and you are not deliberately applying it, then it is either leakage from the power positive pair, rectified noise, or transients.....

Or the voltage at the radio is dropping too low across the cable and it resets when it comes back up when the load comes off it. Or the POE is dropping out (or it's power...)

Find it and fix it!

Bob

[WHT]

Never seen a diagram for this sort of hw or similar, so I don't understand the reference to DC on the data pairs.http://dren.dk/pics/ubnt-m-reset/poe-24-schematic.jpeg

http://dren.dk/pics/ubnt-m-reset/m-reset.png

[Bbobb]

Thanks Justin..... I couldn't recall where the links were stashed.....

After effects from concusion caused by pounding head on keyboard....

Bob

[chriswlan]

http://dren.dk/pics/ubnt-m-reset/poe-24-schematic.jpeg

http://dren.dk/pics/ubnt-m-reset/m-reset.png

Tks for the links, WHT; and tks to Flemming for taking the time to document it.

Now the way I understand it, the hand drawn diagram shows 3+diodes tied from the 3/6 pair, and going to PCB-gnd: doesn't that create some imbalance? At least in common mode? Cant see what the diodes are for?

Also: what if that PCB gnd gets connected to the mains green wire and to some earth rod somewhere, may be at the nearest power pole transformer? And in the mean time, the other link shows that the radio has the same data lines grounded with a 4.7 k resistor to the radio PCB-gnd at the top of the tower. Same PCB is grounded to the N connector shield that is likely to be connected to the antenna, and on to the tower, and on to a (separate!) gnd rod, straight down at the foot of the tower.

So isn't this a very good ground loop, using the data lines (of all things) to connect 2 separate and distant ground rods?

In many places in North America, the soil is the return conductor for the power lines, so these 2 ground rods collect all kinds of 60 Hz differential noise. Plus spikes on motor starting, and huge surges if a nearby tree gets a direct lightning strike.

And the 2 diodes in the bottom of the first diagram can probably do some rectification.

As well, I re-0pened my plain B2 once again: the hi-numbered pins on the right of the Ethernet transformers, the RX-TX side are all at infinite resistance -no 4.7k to anything here. (didn't trace for caps...). The other side, RD-TD of course have low z to the radio. Again: shouldn't the Cat cable side be left absolutely floating? Aren't these isolation transformers, among other things?

Even if that R3 resistor is at the center tap it still closes a ground loop, from the tower top to wherever the POE gets grounded, PV system, Mains transformer pole, etc. Might explain plenty of M-style unwanted reboots?

My own B2 infinite reboots are another issue as they don't have the extra components. Plus the switch pulls the R48 line "UP", the reverse of the M's it seems.

Thoughts?

Christian

PS: so anybody ever measured a quickly drifting voltage accross the hard reset switch on any ubi modem?