Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Beacon being broadcasted with reference GPS coordinates #89

Closed
hosse005 opened this issue May 30, 2018 · 4 comments
Closed

Beacon being broadcasted with reference GPS coordinates #89

hosse005 opened this issue May 30, 2018 · 4 comments

Comments

@hosse005
Copy link

Is there a reason the beacon is being configured with reference GPS coordinates specified in the configuration file instead of the acquired GPS coordinates?

@hosse005 hosse005 changed the title Beacon being broadcast with reference GPS coordinates Beacon being broadcasted with reference GPS coordinates May 30, 2018
@nestorayuso
Copy link

GPS coordinates in .json file are fake/static coordinates for gateways without GPS.
If your gateway has GPS, delete these lines from .json file

@hosse005
Copy link
Author

The code in lora_pkt_fwd.c file may need to be changed to use meas_gps_coord instead of reference_coord, for instance:

field_latitude = (int32_t)((reference_coord.lat / 90.0) * (double)(1<<23));

@mcoracin
Copy link
Contributor

The initial reason to use the reference coordinate was to handle the case where we have multiple sectorial antennas on a same roof, to precisely differentiate the coordinates of each antenna/gateway.

But it would make sense to use the reference coordinate if it is given in the .json, and use the acquired coordinates otherwise.

@rbaldwin13
Copy link

In an effort to improve our customer support experience and in recognition that our support backlog on GitHub has historically exceeded the capacity of our engineering team, we have taken the difficult decision to focus on the most contemporary issues reported and to close all others without confirmation of resolution.

Our belief is that issues which have remained unresolved and unaltered for extended periods of time are less likely to continue to pose a significant problem to the user than when they were originally filed. More contemporary issues however may still be relevant and hence are more appropriate to prioritize.

For those users who remain interested in resolution of a reported issue that was closed, we are encouraging usage of our developer portal forums [https://forum.lora-developers.semtech.com/] and commercial support portal [https://semtech.force.com/ldp/ldp_support?__hstc=212684107.579a13689e43099691e328c9248e6ecc.1623103335314.1624470656297.1624635514661.6&__hssc=212684107.6.1624635514661&__hsfp=4176385453] as the preferred avenues to receive support. We will continue to monitor the GitHub issue trackers as well, but want to encourage all users to take advantage of the increased community presence on the developer portal. For commercial customers, we highly recommend using the commercial support portal which is uniquely tailored to service such support requests.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants