Sorry, I might not have been clear on this. I never claimed that the packet-forwarder is providing nanosecond precision timestamp, only that the LoRa Gateway Bridge is using the ns timestamp formatting of the Go time package (which is able to parse the packet-forwarder timestamp format, even when less digits are provided):
Hello, I also was trying to figure out how to get nanosecond precision for using TDoA techniques on LoRa. Iāve also read this thesis with changing of the uSeconds to nanoseconds. Did you manage to find a solution for getting nanoseconds resolution after all? Iāve been struggling for days to find a good approach on that!
Thanks a bunch!
Thanks a lot for the quick answer! Any suggestions on Gateways that support precise timestamping? Above you stated that conduit ones donāt really support that.
No, unfortunately i did not try it till now. But as mentioned in the thesis document, we need to cross compile the packet forwarder with the changes mentioned (replace %06 with %09 and remove division by 1000). @brocaar If i want to do the above changes in your created packages listed here, what steps do i need to follow?
My understanding is to download the LoRa default packet forwarder on a liux machine and compile it by making the above mentioned changes. However, i am not sure about this. Could you kindly guide me in this regard?
Have you made any progress? I was also interested in geopositioning and I have read all the way you have already taken. I am very interested in whether you have found a solution and if so, how you did it. Did you find hardware with the fine nanosecond timestamps? Could you enable that granularity as well? Thanks a lot in advance!
Have you found a good source for nanosecond-accurate gateways? Kerlink offers more than one gateway nowadays and I was searching for an appropriate hardware solution.
I believe the iBTS (Compact) gateway from Kerlink does provide the fine timestamp I hope to have one myself soon for testing and better integration (as this gateway also supports multiple antennas and modules).
Actually, i was unable to find gateways that are designed for TDoA algorithm. And the one i purchased (Multitech LoRa conduit) are rather poor for Geolocation. Therefore, my results are not encouraging. The clocks are highly unreliable in terms of precision. I am using clocks with micro second resolution and the achieved accuracy in terms of distance is above 500 meters (for ideal cases). As a result, i would try to integrate RSSI alongwith TDoA and see if it improves the performance. Because as of now, the system is highly unreliable and unstable.
If you are going for Kerlink gateways, they have their own TDoA solver as well but i guess you need to pay more.
Please read the following article āTDoA-Based Outdoor Positioning with Tracking Algorithm in a Public LoRa Networkā where the authors have used the Kerlink gateways and their TDoA solver. The results in the paper are encouraging as the authors have made improvements in the algorithm itself. But the basic TDoA solver was provided by Kerlink
No progress on the Gateway + Fine timings but I am doing research on implementing gps modules on Gateways so I can take advantage of their fine timing because the Kerlink Gateway are way too expensive. I still couldnāt confirm any gps that provide this timing. Plus you will need a way to keep this timing with an external clock afterwards.
I am following your steps. I am also willing to deploy a geolocation solution based on lora Geolocation capability. I am still trying to find a gateway vendor. So far, Kerlink is offering a big package with hardware + software (bloatware?). MAXIIoT said that their hardware support Geolocation, but theyr never have heard nothing about a fee nor have tested Geolocation by thyself.
Do you know if that fee for fine timings is based on messages, devices, monthly, or what?
In the next LoRa Server release support will be added to integrate with an external geolocation server. An open-source geolocation server which integrates with the Semtech Collos platform will also be released
Support for this has already been merged into the LoRa Server master branch. LoRa Server will also support the decryption of the fine-timestamp (given a decryption-key has been configured).
The āexternal geolocation serverā you mentioned already exists? if so what is it.
Also,
I sadly cannot find any fully compatible Gateway for the United states(915Mhz) with network-based LoRa native geolocationā¦
if anyone has a suggestion of a LoRa gateway with fine-timestamp support and a license the key to decrypt and encrypted the payloadā¦it would be greatly appreciated for the US.
As someone above suggested Kerlinkā¦
The BTS (Compact) gateway from Kerlink seems to be only offered for EU, and not for the United States yet.
I sadly cannot find any fully compatible Gateway for the United states(915Mhz) with network-based LoRa native geolocationā¦
I think that Kerlink does have an US915 model of their iBTS gateway, but please contact them for more information. Other vendors that sell gateways with geolocation capability (there might be more) are: Tektelic and Cisco.
I would like to know that after achieving FineTimeStamp with nanosecond precision (with v1 Gateway), were you able to successfully encrypt it inside the v1 gateways(which are without FPGA) ?
And send it successfully to the LoRa Server, which later decrypts it and forwards it to LoRa Geo Server?