Skip to content
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

distinct different feeders #75

Open
madjuju opened this issue Jul 13, 2024 · 2 comments
Open

distinct different feeders #75

madjuju opened this issue Jul 13, 2024 · 2 comments

Comments

@madjuju
Copy link

madjuju commented Jul 13, 2024

Hello Merci for your great job

Is there a way to send from readsb via beast_out a feeder ID
l explain

L have 3 instance in 3 différents localization point. They send via readsb beast_out data to another one who display all the planes from my 3 instances.

is it possible to identify witch feeder is (source) displayed on tar1090 ?

Sorry for my english
Julien

@wiedehopf
Copy link
Owner

beast_reduce_plus_out can send a uuid ... you can compile readsb to display that uuid.

But i have no intention of supporting or explaining this more than this comment.
It's meant for aggregator purposes, not for the usecase you describe.
And it's only to debug things, not to do what you're asking.

TRACKS_UUID=yes is the compile options i think.
The aggregation instance will also have to run with --net-receiver-id (probably).

As readsb --help is hard to find:

--net-connector=<ip,port,beast_reduce_plus_out,uuid=k23j4k2hj34lkh23k4h23> 

@wiedehopf
Copy link
Owner

The real trick is to just run 3 instances and look at those to gauge the coverage of each receiver.
At least that's my recommendation. (and why i don't have interest in improving the interface to display separate receivers in the same interface)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants