You are here

NanoStation M5 - problem with 3.15 b1

15 posts / 0 new
Last post
VE3CVG
VE3CVG's picture
NanoStation M5 - problem with 3.15 b1

For those who may not have read through the tickets etc. Dave, VE3KMV (and I) had a problem loading the new firmware into a NanoStation M5 XM device (which should have worked). Note that the recently updated support chart shows this as green.  It was discovered by the very clever people who build this firmware, that there are 2 versions of old NanoStation XM. One is old and works fine with the new firmware. The other is "very" old (vintage 2008). On the setup screen, it gives a warning message that it is unsupported hardware. It loads ok but does not allow the full range of channels and does not handle the power setting properly. From reading the info in the tickets, it is not quite clear to me whether this has been resolved for beta 2 but I think it has. There probably aren't many of these around - our luck to get a few of them, all very old  :-). If you are having a problem with NanoStation M5's, this may be the cause. 73 Rick (VE3CVG)

 

K5DLQ
K5DLQ's picture
FYI... It will be in the next

FYI... It will be in the next beta

Commit: f9152254595301cd6f43a9e82a505be3bd76267c [f915225]
Parents: 751ab212f4
Author: Conrad Lara - KG6JEI
Date: June 21, 2015 at 9:24:43 PM CDT

bugfix: Add in-testing support for older NanoStation M5 XW boards

VE3CVG
VE3CVG's picture
NanoStation M5 - beta 2 feedback

We have updated and tested our old NanoStations. They now permit proper channel (frequency) and power settings and retain them. We still get an untested hardware red banner. We have not tested the actual power levels but they seem to be working fine.

I did notice that I was repeatedly asked for the password when setting the units up (i.e. nanostation did not seem to keep track of it). However, this could have been an aberration of my browser (IE).

Glad to see that this hardware is useable. Thanks for the fix!

73.

Rick (VE3CVG)

 

KG6JEI
It should be a Yellow banner

It should be a Yellow banner that says "!!!! THIS DEVICE IS STILL BEING TESTED !!!!" if not we have something weird going on.  It does sound like you have a browser issue of some sort as well as passwords  are not related to the device support that is at a much lower level.  Generally it is best to close the browser after flashing and reopen.

If its red I would be curious does it show the same hardware ID as was submitted in the other thread of 0xe005 ?

VE3CVG
VE3CVG's picture
More NanoStation M2 - beta 2 feedback

Yes - I have a yellow banner with red printing (well it looks red) - which says exactly as you stated. Sorry for the mis-information. It is the same hardware as submitted in the other thread. It appears to be working well.

Thanks again.

Rick (VE3CVG)

 

 

KG6JEI
Ok perfect, Yep that's to be

Ok perfect, Yep that's to be expected, the wording actually would of changed the first time you installed it would of said "Untested" while now it's "Still being tested" very subtle difference I'll admit (it's one that we ask the beta team in the past to key off of) very easy to overlook if one isn't looking for it but it's a small nuance we have in the display thay tells us if we got things right.

What this basically means for you is we will give it an upgrade commit before release time (as long as no issues come up) to remove the banner and it will go away.

For the dev team it means "Identification of board accurate, code correctly written and well formatted, the programmers didn't make any errors, testing feedback looks good, controls as expected continue watching to make sure no issue comes up and promote to supported for release"

KX5DX
LOCO M5 XM
Finally found time to get my mesh going but ran into a problem the loco m5s.
Factory defaulted and downgraded my first 3 M5 XM devices from AirOS 5.6 to 5.5.11 and got good/good on u-boot test for all the devices. Flashed the Nanostation M5 with 3.15.1.0 successfully. Next, flashed the two NS LOCO M5s but I am seeing this channel issue on both of them. The channel selection starts at 5.180 through 5.4xxGHz. Also noticed that the power level goes up to 27dBm, way more than what it supports. The firmware used on the LOCO M5s was AREDN-3.15.1.0-ubnt-bullet-m-squashfs-factory.bin. What did I do wrong?

KX5DX

 
Image Attachments: 
AE6XE
AE6XE's picture
When the channel #s don't
When the channel #s don't show, this indicates that the firmware does not recognize the specific hardware rev. (except on 3ghz where there's no formal channel #s.)     The frequency selection indicates it is defaulting and thinks it's a 3Ghz device (which are also 5ghz hardware with a down converter).   Basically, the board id info file from AirOS is needed so we can put the correct settings into the firmware.    Might you have an XW NS Loco (not supported yet)?    AirOS version is XW v5.x.x.?

Joe AE6XE
KX5DX
Joe,
Joe,
Where can I locate the hardware id? I remember seeing it when I was loading the firmwares late last night but cant remember now. If Im not wrong, it should be a hex number, correct? I have the support data file downloaded on my PC if that helps.

The strange thing is that Im almost positive that these LOCO M5s are the XM model. All 3 devices were bought almost 4 years ago and have always updated the "XM" firmware, up to 5.6 recently but brought them back down to 5.5.11 before loading AREDN last night.
 
AE6XE
AE6XE's picture
This may be an older hardware
This may be an older hardware rev that is not yet defined in the AREDN firmware, before XW timeframe.   The full details needed come from:
 
1) The device must be running AirOS--v5.5.x version. (you can flash this with TFTP )
2) Telnet or Putty into the node (default user is ubnt; password ubnt; default ip 192.168.1.20)
3) Run "cat /etc/board.info"
4) Copy-and-paste the output and post it in response to this post.

 
KX5DX
Please verify output
login as: ubnt
ubnt@192.168.1.20's password:


BusyBox v1.11.2 (2015-07-23 13:41:06 EEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

XM.v5.5.11# cat /etc/board.info
board.sysid=0xe0a5
board.cpurevision=0x00000101
board.name=NanoStation Loco M5
board.shortname=LM5
board.subtype=
board.netmodes=7
board.hwaddr=002722CA8F12
board.reboot=30
board.upgrade=150
board.phycount=1
board.phy.1.maxmtu=2024
board.phy.2.maxmtu=2024
radio.1.name=
radio.1.shortname=
radio.1.bus=pci
radio.1.subsystemid=0xe0a5
radio.1.subvendorid=0x0777
radio.1.txpower.max=23
radio.1.txpower.offset=1
radio.1.antennas=1
radio.1.def_antenna=4
radio.1.antenna.1.id=4
radio.1.antenna.1.name=Combined
radio.1.antenna.1.gain=13
XM.v5.5.11#
 
AE6XE
AE6XE's picture
KX5DX,   Yes, this is a board
KX5DX,   Yes, this is a board ID not yet in AREDN firmware.  We'll get that added.  You should be able to edit the file "/www/cgi-bin/perlfunc.pm" and change this string (only in the file one place):

From:   "0xe8a5"
To:       "0xe0a5"

The  "0xe8a5" entry is the exact same definition for a NS Loco M5 with newer board ID with same settings.  Be sure to confirm back that this is working as expected.

Joe AE6XE
KX5DX
Permission denied
root@KX5DX-NSLM5-1:~# /www/cgi-bin/perlfunc.pm
-ash: /www/cgi-bin/perlfunc.pm: Permission denied
AE6XE
AE6XE's picture
KX5DX,  there was some
KX5DX,  there was some assumed steps to use the "vi" editor.  Here are the exact command lines to use, cut and paste these into the window when you have the "root@KX5DX-NSLM5-1":~#" prompt:

cp /www/cgi-bin/perlfunc.pm /tmp
cat /tmp/perlfunc.pm | sed -e 's/0xe8a5/0xe0a5/' > /www/cgi-bin/perlfunc.pm

Then you can go into setup and see the proper settings.  If you suspect anything went wrong, undo this with (don't reboot the node or the original file will be lost and you can no longer do this command):

cp /tmp/perlfunc.pm /www/cgi-bin/

Joe AE6XE

 
KX5DX
Success!
Joe, you are the man.
Got 1 of 2 NSL fixed and will work on the other one tomorrow. It now shows the proper channel list and power settings.
Thanks for your help.

Carlos

Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer