Use actively maintained dump1090-fa.

[Determinant]

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]

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:

• replace outdated jpoirier/librtlsdr github version by apt version to stay current (see https://osmocom.org/projects/rtl-sdr/)
• replace outdated wiringpi github version by http://wiringpi.com/wiringpi-updated-to-2-52-for-the-raspberry-pi-4b/

[Determinant]

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]

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]

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]

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.

[VirusPilot]

Implemented the latter one - works as expected.

[cyoung]

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

[Determinant]

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

[Determinant]

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

[Determinant]

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

[ghost]

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

• I would like to leverage dump1090-fa as you are describing, without waiting for it to be incorporated into StratuX
• I'm getting lost on the second "cleaner" method because the image doesn't have anything in/opt/and I'm not quite following the guidance. Thanks!

[Determinant]

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

[wx4cb]

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]

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]

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]

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

@kdknigga interesting, i didnt know that.

[wx4cb]

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)