Use GPS for iGate coordinates #27

Closed
opened 2026-10-05 05:28:52 +02:00 by adam · 9 comments
Owner

Hello

I am wondering whether this software is able to use a GPS module to determine its position instead of hard-coding the lat/long in the config json. This seems to be a feature in another implementation by setting use_gps but I am not sure how that codebase relates to this project.

Having this feature would enable people to use the iGate with a hotspot, e.g. when on holidays or when visiting random places, but I am not sure what would happen when the GPS module fails to report the current coordinates...

Hello I am wondering whether this software is able to use a GPS module to determine its position instead of hard-coding the lat/long in the config json. This seems to be a feature in [another implementation](https://github.com/lora-aprs/LoRa_APRS_iGate) by setting `use_gps` but I am not sure how that codebase relates to this project. Having this feature would enable people to use the iGate with a hotspot, e.g. when on holidays or when visiting random places, but I am not sure what would happen when the GPS module fails to report the current coordinates... <!-- github-sync-id:2144900792 -->
adam closed this issue 2026-10-05 05:28:52 +02:00
Author
Owner

Hi,

this is a great idea and I will come back to do this very soon as the igate is getting big upgrade in few days, then I can add this idea ;)

Hi, this is a great idea and I will come back to do this very soon as the igate is getting big upgrade in few days, then I can add this idea ;) <!-- github-comment-id:1954913565 -->
Author
Owner

OK this is great, thank you! (Also thank you for adopting my air plane icon in the APRS tracker project)

OK this is great, thank you! (Also thank you for adopting my air plane icon in the APRS tracker project) <!-- github-comment-id:1956035785 -->
Author
Owner

I second this idea

I second this idea <!-- github-comment-id:1957710054 -->
Author
Owner

That's unfortunately not good idea because then the IGate or Digi will move on aprs.fi map because even if the station doesn't move, the GPS "floats" and sometimes even a long distance

That's unfortunately not good idea because then the IGate or Digi will move on aprs.fi map because even if the station doesn't move, the GPS "floats" and sometimes even a long distance <!-- github-comment-id:1957881330 -->
Author
Owner

Thank you for pointing this out. Indeed, there are circumstances where this would not work as intended. I guess if somebody is on the move (e.g. an iGate on a car) then the iGate should indeed be moving on the aprs.fi map. In that case, the feature would make sense(?) but this is not the use case I described originally.

If the iGate is stationary during operation, but its position is ultimately not fixed, then SQ2CPA has a good point. How about this: Could there be a menu entry where the GPS coordinates can be polled from the GPS module and used from then on? That would address these concerns while retaining the possibility to change the reported position without flashing...

Lastly, are valid GPS coordinates required for the iGate functionality? The project documentation is very clear on that (you need to enter coordinates) but maybe this is a limitation of the code rather than the protocol?

Edit: Alternatively, there could be a mode where the iGate determines its position on power-up and uses that until reboot. That would also address the concerns raised by SQ2CPA.

Thank you for pointing this out. Indeed, there are circumstances where this would not work as intended. I guess if somebody is on the move (e.g. an iGate on a car) then the iGate should indeed be moving on the aprs.fi map. In that case, the feature would make sense(?) but this is not the use case I described originally. If the iGate is stationary during operation, but its position is ultimately not fixed, then SQ2CPA has a good point. How about this: Could there be a menu entry where the GPS coordinates can be polled from the GPS module and used from then on? That would address these concerns while retaining the possibility to change the reported position without flashing... Lastly, are valid GPS coordinates required for the iGate functionality? The project documentation is very clear on that (you need to enter coordinates) but maybe this is a limitation of the code rather than the protocol? **Edit:** Alternatively, there could be a mode where the iGate determines its position on power-up and uses that until reboot. That would also address the concerns raised by SQ2CPA. <!-- github-comment-id:1959411836 -->
Author
Owner

So the idea would be:

add a process to get a GPS fix for a "new" static GPS position for the GPS (different from the hardcoded gps points in config json file) , right?

So the idea would be: add a process to get a GPS fix for a "new" static GPS position for the GPS (different from the hardcoded gps points in config json file) , right? <!-- github-comment-id:1959628681 -->
Author
Owner

Yes that would be nice, and I think it makes sense to do this in a sensible way, i.e. run this process at startup or upon user request, but not continuously. Otherwise the iGate icon would move around on the aprs.fi map to some extent, which is undesired.

Yes that would be nice, and I think it makes sense to do this in a sensible way, i.e. run this process at startup or upon user request, but not continuously. Otherwise the iGate icon would move around on the aprs.fi map to some extent, which is undesired. <!-- github-comment-id:1960226242 -->
Author
Owner

I currently use peters Igate as it does have gps. I'm using it as a mobile igate. But like this igate firmware better

I currently use peters Igate as it does have gps. I'm using it as a mobile igate. But like this igate firmware better <!-- github-comment-id:1960536532 -->
Author
Owner

GPS in iGate is added in release V2.1

GPS in iGate is added in release V2.1 <!-- github-comment-id:2427081661 -->
Sign in to join this conversation.
No labels
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: adam/LoRa_APRS_iGate#27