An excellent guide by Mark White on how to set up modern Trimble receivers for internet-based RTK operations.

https://www.youtube.com/watch?v=OjvGnQF5_IM

@alduxvm said in Mountpoint configuration:

@ilya Thanks a lot of the video!

Yes, I have no problem with how to use it, the issue I think it might be my configuration, for example, when you used the reach antenna, how did the configuration looked on the mountpoints.yml?

First of all, mountpoints.yml is optional, caster will work completely fine without it.
Second, the description section in mountpoints.yml does not affect connection, its only purpose is to be a record in the source table.
Some receivers, when they act as an RTK base, send a source information in the NTRIP request header. It is look like this:

NTRIP-STR:5640425;CMRx;CMRx(1);2;GPS+GLONASS;;;18.01;-11.82;0;0;Trimble R10;none;B;N;9600;none

But with file based auth, aka mountpoints.yml, you can't get this string from the request.

If you want to use it, you will need http based auth.

@maliksarfrazahmed Sorry for late reply. We are using Linode data centers to run our NTRIP casters. Unfortunately there is no Linode data center in Qatar.

Today we updated how our casters handle base station source information. Previously it used data from source form (description) and ignored the data that got with the base station connection request.

Now it use this request data by default, and only if 'Override source' is enabled, it will use data from form.

For example:

In this case, the format will be xCMR no matter what is in the RTK base connection request.

In your case, just keep 'Override source' disabled. And the format will be set automatically.

@maliksarfrazahmed We have no plans to expand our network at the moment. Do you experience problems with latency from your region? Where are you from? And which caster did you use?

@maxi012322 Hm.. Did not get such an error previously. Please publish your caster config file, I will try to replicate it.

@alduxvm Hi
Yes, you will need a separate NTRIP server for your rpi. Something like str2str, but i don't know where to get it for Arm. Yccaster can't act like a server.

@maxi012322 Does your casters services up and running? You can check it with

systemctl status caster

The service should be active

● caster.service - YCCaster
     Loaded: loaded (/etc/systemd/system/caster.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2022-01-26 16:39:07 UTC; 8 months 25 days ago
   Main PID: 698 (yccaster)
      Tasks: 7 (limit: 1132)
     Memory: 11.1M
     CGroup: /system.slice/caster.service
             └─698 /var/caster/yccaster

Jan 26 16:39:07 yccaster systemd[1]: Starting YCCaster...
Jan 26 16:39:07 yccaster systemd[1]: Started YCCaster.
Jan 26 16:39:08 yccaster caster[698]: [2022-01-26 16:39:08]  WARN license-key is not defined, running in free mode

Also you can check caster log file.

@arpaterson So I have added the Arm64 version to our build pipeline. It works on my raspberry pi 3. To install the caster you need :

wget https://yccaster.s3.eu-central-1.amazonaws.com/bin/1.0.4/linux-arm64/yccaster && chmod +x yccaster

./yccaster init

./yccaster

Have fun

@arpaterson Yes, It is possible. I will compile it to ARM and send you a link later this week.

@siradams No. It is not possible now and we have no plans to implement such functionality. Technically you can count the number of simultaneous connections on your side and just refuse a new connection if the limit is exceeded.