cyoung / stratux

Aviation weather and traffic receiver based on RTL-SDR.
BSD 3-Clause "New" or "Revised" License
1.07k stars 365 forks source link

Use actively maintained dump1090-fa. #811

Open Determinant opened 4 years ago

Determinant commented 4 years ago

By reading the patch that was made by stratux to an old version of dump1090, I'm able to reimplement the existing stratux support on dump1090 maintained by FlightAware -- it is a successor to and the most actively maintained version of the original mutability/dump1090.

I also tested the implementation on my stratux build and it works flawlessly. Would it be a great idea to use this cleaner implementation that is based on the latest version of dump1090?

See: https://github.com/flightaware/dump1090/pull/61

VirusPilot commented 4 years ago

Ted, great idea, just tested it with our Stratux Europe fork https://github.com/b3nn0/stratux and it works fine so far. I have been working in parallel on some other modification in our Europe fork for Pi4 compatibility which actually complement your work and also work with Pi3:

Determinant commented 4 years ago

I'm glad that you like the idea! I also built my own up-to-date wiringpi version with a patched Makefile that allows building the static library for my own Pi Zero build: https://github.com/Determinant/stratux-zero/blob/master/wiringPi_Makefile.patch

I really hope these dependencies could be more actively maintained and apparently there are enthusiasts like us who are willing to contribute.

Determinant commented 4 years ago

According to dump1090 upstream requirement, the default dump1090 will not listen at port 30006 for stratux (due to historical reason). So to enable stratux support in the latest PR, please use --net-stratux-port 30006 when /usr/bin/dump1090 is invoked.

VirusPilot commented 4 years ago

According to dump1090 upstream requirement, the default dump1090 will not listen at port 30006 for stratux (due to historical reason). So to enable stratux support in the latest PR, please use --net-stratux-port 30006 when /usr/bin/dump1090 is invoked.

So where do I need to add this exactly in my stratux code? In sdr.go? Is this switch mandatory for Stratux to work with your dump1090-fa PR or can I simply ignore it?

Determinant commented 4 years ago

There are two ways to do it:

I would recommend the latter for now because it doesn't need to change the existing code, while it gives a way to test out any possible dump1090 implementation on the fly.

VirusPilot commented 4 years ago

Implemented the latter one - works as expected.

cyoung commented 4 years ago

@Determinant - will you make those changes to get flightaware/dump1090#61 merged? We can switch over to that.

Determinant commented 4 years ago

@cyoung Yeah. I'll try to find some time to make changes as required. It will be merged soon after I finish them.

Determinant commented 4 years ago

The PR has already been merged into the dev branch of flightaware/dump1090. Will be available in the release soon.

Determinant commented 4 years ago

@cyoung The latest release of dump1090 (4.0) already has support for Stratux: https://github.com/flightaware/dump1090/blob/master/debian/changelog#L7

ghost commented 3 years ago

There are two ways to do it:

  • a bit more intrusive way: modify sdr.go to add '--net-stratux-port', '30006' to the line which starts the binary (should be very easy to locate).
  • a way without changing stratux at all: put the following wrapper script in place of /usr/bin/dump1090:
    #!/bin/bash
    /opt/stratux/stratux_src/dump1090/dump1090 "$@" --net-stratux-port 30006

change /opt/stratux/stratux_src/dump1090/dump1090 to the location of your compiled dump1090 and chmod +x /usr/bin/dump1090

I would recommend the latter for now because it doesn't need to change the existing code, while it gives a way to test out any possible dump1090 implementation on the fly.

Hi, would you mind posting a slightly more n00b friendly version of this guidance? I have the most recent image: v1.6r1-eu023-us

Determinant commented 2 years ago

@cyoung Bumping this issue as the required change was already merged a while back...

wx4cb commented 2 years ago

im wondering how easy it would be to implement hackrf one support (libhackrf) as i mentioned it here.

we could then implement (using the built in transmitter of the hackrf) adsb-out potentially or even aprs as suggested here https://github.com/cyoung/stratux/issues/836

https://github.com/cyoung/stratux/issues/864

kdknigga commented 2 years ago

ADS-B out cannot legally be from a portable device.

On Wed, Oct 26, 2022, 17:29 Charles Blackburn @.***> wrote:

im wondering how easy it would be to implement hackrf one support (libhackrf) as i mentioned it here.

we could then implement (using the built in transmitter of the hackrf) adsb-out potentially or even aprs as suggested here #836 https://github.com/cyoung/stratux/issues/836

864 https://github.com/cyoung/stratux/issues/864

— Reply to this email directly, view it on GitHub https://github.com/cyoung/stratux/issues/811#issuecomment-1292732919, or unsubscribe https://github.com/notifications/unsubscribe-auth/ADJX7QDPRZ4ZSW4JZ2ZPQCDWFGWFFANCNFSM4LVV7W2Q . You are receiving this because you are subscribed to this thread.Message ID: @.***>

rhole commented 2 years ago

I believe you will find also that all transmitters must be FCC type accepted.

Rick Hole

From: Kris Knigga @. Sent: Wednesday, October 26, 2022 5:25 PM To: cyoung/stratux @.> Cc: Subscribed @.***> Subject: Re: [cyoung/stratux] Use actively maintained dump1090-fa. (#811)

ADS-B out cannot legally be from a portable device.

On Wed, Oct 26, 2022, 17:29 Charles Blackburn @. <mailto:@.> > wrote:

im wondering how easy it would be to implement hackrf one support (libhackrf) as i mentioned it here.

we could then implement (using the built in transmitter of the hackrf) adsb-out potentially or even aprs as suggested here #836 https://github.com/cyoung/stratux/issues/836

864 https://github.com/cyoung/stratux/issues/864

— Reply to this email directly, view it on GitHub https://github.com/cyoung/stratux/issues/811#issuecomment-1292732919, or unsubscribe https://github.com/notifications/unsubscribe-auth/ADJX7QDPRZ4ZSW4JZ2ZPQCDWFGWFFANCNFSM4LVV7W2Q . You are receiving this because you are subscribed to this thread.Message ID: @. <mailto:@.> >

— Reply to this email directly, view it on GitHub https://github.com/cyoung/stratux/issues/811#issuecomment-1292768991 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AEIIE7NCJNUOG2EMMOKQ4N3WFG4TXANCNFSM4LVV7W2Q . You are receiving this because you are subscribed to this thread. https://github.com/notifications/beacon/AEIIE7JZ3A6KIBTRQNVTUBLWFG4TXA5CNFSM4LVV7W22YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOJUHBNXY.gif Message ID: @. @.> >

wx4cb commented 2 years ago

ADS-B out cannot legally be from a portable device.

@kdknigga interesting, i didnt know that.

wx4cb commented 2 years ago

I believe you will find also that all transmitters must be FCC type accepted.

i can see that for something like adsb out etc, but that said, if you are doing it under your amateur radio license you're ok as long as you're on an amateur radio frequency you are licensed for (or the ISM band)