@ilyavialkov
works now perfectly. thank you!

I agree, I should communicated this transition better. But without shutting down the old system we could not move forward. There will be no breaking changes in the foreseeable future.

The next big step for YC will be a mobile app.

@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.

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

@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:
Screenshot 2022-12-11 at 7.17.37 PM.png

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.

@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

Sorry for the late reply, I will need to set up some kind of notifications :-). We replaced cloud source/destination with a free NTRIP caster that does not require authentication. So NTRIP source/destination can be used the same way as 'Cloud'.

@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.

@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.