-
-
Notifications
You must be signed in to change notification settings - Fork 98
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
Support TCP connection to ublox receiver #18
Comments
Hi @ArrEssJay I have been toying with the idea of adding functionality along these lines but can give no guarantees on timeframe at this point - PyGPSClient is maintained entirely by unpaid volunteers. I'd need to clarify what sort of security protocols would need to be implemented as there would clearly be risks associated with opening unauthenticated TCP sockets at distance via socat or similar. I'll put it on the backlog. Other than that, I'm assuming the functionality required would not be a million miles from what has just been added for NTRIP client purposes in v1.1.9 If you could share the details of your server side socat configuration (via email if you prefer) that might save some time. Cheers. |
I also think this would be useful. Besides a regular computer interfacing to a receiver, there are devices like the Ardusimple F9P boards with the WiFi NTRIP master ESP32-based board, which provide a TCP socket that one can obtain data from. When using a cellphone for RTCM , the Ardusimple device is a hotspot client, and there are no other connected devices. I see your point about security, but whether a TCP connection is a problem or isn't a problem depends on many things, and I don't think it makes sense to decline to implement a feature because someone might do something. After all, someone could configure the client to publish the data on the web, which would a location confidentiality violation. I'm saying this even though I am very much on the paranoid side. |
Agreed and on it. Just can't say when... I actually use the Ardusimple F9P myself. Priority at moment is trying to fix/work around tkinter issues on MacOS. Watch this space. Appreciate the interest. |
Slight mistake at my end. A typical way to do this is to use ser2net to act
as a terminal server, and socat to create a virtual serial port.
With ser2net, a Ublox receiver on a USB port could be mapped to TCP port
2000:
$ ser2net -C "localhost,2000:raw:400:/dev/ttyACM0:115200 8DATABITS NONE
1STOPBIT" -d
In U-Center, this receiver could be accessed at localhost:2000
Alternatively, we can use socat to map a virtual serial port to a TCP
socket:
$ socat pty,link=$HOME/dev/ttyV0,waitslave tcp:localhost:2000
Given that is possible, I don't think this needs to be considered a high
priority issue.
Yes, there is a security issue in the above examples. I certainly would not
recommend using that example on a public network. TLS is implemented in
ser2net:
https://man.archlinux.org/man/community/ser2net/ser2net.yaml.5.en
…On Thu, 14 Apr 2022 at 17:00, SEMU Admin ***@***.***> wrote:
Hi @ArrEssJay <https://github.com/ArrEssJay> I have been toying with the
idea of adding functionality along these lines but can give no guarantees
on timeframe at this point - PyGPSClient is maintained entirely by unpaid
volunteers.
I'd need to clarify what sort of security protocols would need to be
implemented as there would clearly be risks associated with opening
unauthenticated TCP sockets at distance via socat or similar. I'll put it
on the backlog.
If you could share the details of your server side socat configuration
(via email if you prefer) that might save some time. Cheers.
—
Reply to this email directly, view it on GitHub
<#18 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AA4PHBOLEXYJ2KPVQDRXXSTVE6673ANCNFSM5TME3PZA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Sure - |
Nice! Confirmed working. |
Is your feature request related to a problem? Please describe.
Can't configure connection to a remote ublox receiver via TCP.
Describe the solution you'd like
Allow configuration of communication via a TCP socket in addition to serial. In this case a remote F9P receiver is connected to a headless server and
socat
used to bridge UART<->TCP.Describe alternatives you've considered
U-Center can use a TCP socket for communication with the receiver, but is Windows only.
Would you be willing to contribute a test device?
Yes, as above.
The text was updated successfully, but these errors were encountered: