FOR TIPS, gUIDES & TUTORIALS

subscribe to our Youtube

GO TO YOUTUBE

14455 questions

17168 answers

28195 comments

0 members

We are migrating to our new platform at https://community.teltonika.lt. Moving forward, you can continue discussions on this new platform. This current platform will be temporarily maintained for reference purposes.
0 votes
495 views 7 comments
by anonymous

I was reading the blog posts and saw this one, from almost 1 year ago:

GPS-less Device Localization with RMS

For me, none of my devices can use the "real" GPS antenna because they are not located in a position that has line of sight to clear sky, so it would be great if approximate location could show up in RMS based on cell tower ID. However, when I checked, this does not seem to be working.

Devices are all located in Northeast USA and using Verizon.

by anonymous
By the way, I have read https://community.teltonika-networks.com/21443/rut950-not-showing-location-based-on-cell-id as well and as per that discussion, yes monitoring is enabled in RMS, all devices are running latest firmware 7.04.2.

1 Answer

0 votes
by anonymous

Hello,

For devices, which do not have built in GPS capabilities, or GPS is disabled, there are two ways to determine device's location in RMS. 

  • Device's location can be manually selected on the map in RMS device information window.
  • RMS can try to determine approximate device's location using cell tower information. This is done once a day, at 00:00 UTC+0 time. Location is determined using the following cell tower database. If the cell tower is not listed in the database, the location will not be shown. Having Static and Dynamic device monitoring enabled should be sufficient to obtain location information.

Best regards,

by anonymous

Ok, so my device is in this area, but I can't search for it because I don't know the value for LAC. Is there a way to find it from RUTX device CLI?

I figured MCC=311 and MNC=480 from gsmctl -K. But gsmctl -C returns ERROR: Couldn't retrieve data.  

Is it because Cell ID format is not the same as what db uses?

by anonymous

Try this command:

  • ubus call gsm.modem0 get_net_reg_stat | grep lac | cut -d '"' -f 4

by anonymous

That command returns nil. I ran it without the grep/cut to see what the output was:

root@rutx11:~# ubus call gsm.modem0 get_net_reg_stat
{
"mode_id": 3,
"mode": "Enabled (with location information)",
"status_id": 3,
"status": "Denied"
}

by anonymous

Hello,

This is the case with Verizon SIM cards, I assume.

Could you try one of the following commands:

  • gsmctl -A 'AT+CGREG?' 
  • gsmctl -A 'AT+CEREG?

According to AT commands manual, they return the following output:

+CGREG: <n>,<stat>[,<lac>,<ci>[,<Act>]]

The LAC part can be obtained again by cutting:

  • gsmctl -A 'AT+CGREG?' | cut -d'"' -f 2

Be aware that the commands return LAC value in hexadecimal, thus it must be converted to decimal.

Best regards,

by anonymous

@ZygimantasBliu

Thank you. 

Both of the commands gsmctl -A 'AT+CGREG?' and gsmctl -A 'AT+CEREG?' return the same results

+CGREG: 2,1,"4F00","134E518",7

In this case, is 4F00 the LAC in hex, and 134E518 the CellID (also hex) ?

I hope the native gsmctl command will be updated to parse and display these in the normal preferred format, because accessing the data this way is very cumbersome.

by anonymous
That would be correct, regarding the commands results.

I will forward a suggestion, as Verizon seems to have its own nuisances, complicating access to this data.

Best regards,