Feed data to Avare on tablet?

I have RTL SDR on RPI feeding into FA and FR24 since about 1 year, working fine.

how can I feed data from this into Avare on a tablet ?
Avare wants:
UDP 47909 raw dump1090

do I need such line in dump1090-fa ? tar1090 ?

 

The dump1090 cannot send data to another device.

I do not know if tar1090 has this capability. The right person to guide you about tar1090 is @wiedehopf

In case tar1090 also cannot do it, then It is possible by using socat.

You may try following method using socat. Please note I have not tested it, so no gaurantee it will work. However no harm in trying it.

(1) Install socat on RPi
sudo apt install socat

(2) Create new blank file in RPi
sudo nano send.sh

(3) In above file copy-paste following code
NOTE: Replace 192.168.12.35 by Local IP of your Tablet running Avare

TABLET_IP=192.168.12.35

while true
    do
      socat -dd -u TCP:127.0.0.1:30002 UDP:${TABLET_IP}:47909 
      sleep 30
    done

 

(4) Run file by following command

sudo bash send.sh &

 

thanks!

$ voytek@rpi2:~ $ sudo bash send.sh &
[1] 492881
voytek@rpi2:~ $ 2024/09/12 17:16:22 socat[492883] N opening connection to AF=2 127.0.0.1:30002
2024/09/12 17:16:22 socat[492883] N successfully connected from local address AF=2 127.0.0.1:38537
2024/09/12 17:16:22 socat[492883] N opening connection to AF=2 192.168.1.161:47909
2024/09/12 17:16:22 socat[492883] N successfully connected from local address AF=2 192.168.1.6:48286
2024/09/12 17:16:22 socat[492883] N starting data transfer loop with FDs [5,5] and [6,6]

but, Avare says ‘waiting for valid frames’

inside Avare setup, it says:
'you can send data to this app via UDP 47909 (raw dump1090)"

I might ask the Avare guy what am I missing ?

thanks for your help!

That’s incorrect, dump1090 listens on TCP

      socat -dd -u TCP:127.0.0.1:30002 UDP:${TABLET_IP}:47909 

readsb can’t do UDP and it’s not currently planned either.

2 Likes

thanks!
getting somewhere, getting ES Frames, not UAT Frames, getting Traffic though, not on Map
$ sudo bash send.sh &
[7] 565423
voytek@rpi2:~ $ 2024/09/12 21:21:15 socat[565425] N opening connection to AF=2 127.0.0.1:30002
2024/09/12 21:21:15 socat[565425] N successfully connected from local address AF=2 127.0.0.1:52410
2024/09/12 21:21:15 socat[565425] N opening connection to AF=2 192.168.1.161:47909
2024/09/12 21:21:15 socat[565425] N successfully connected from local address AF=2 192.168.1.6:52406
2024/09/12 21:21:15 socat[565425] N starting data transfer loop with FDs [5,5] and [6,6]
2024/09/12 21:21:16 socat[565426] N opening connection to AF=2 127.0.0.1:30002
2024/09/12 21:21:16 socat[565426] N successfully connected from local address AF=2 127.0.0.1:52422
2024/09/12 21:21:16 socat[565426] N opening connection to AF=2 192.168.1.161:47909
2024/09/12 21:21:16 socat[565426] N successfully connected from local address AF=2 192.168.1.6:50426
2024/09/12 21:21:16 socat[565426] N starting data transfer loop with FDs [5,5] and [6,6]


UPDATE:

getting some aircraft on map now!

1 Like

Thanks for correction.
Changed UDP:127.0.0.1 to TCP:127.0.0.1 in my “Howto” post above so that anyone else using it in future get the right thing.

:+1:

Great! Congratulations.

thank you both for your help, couple more questions:

  • as I’m doing it from an ssh session, that eventually dies when laptop goes to sleep, what should I use to detach that session ? screen ? tmux ?
  • that can just run with no ill impact regardless if tablet is available or not, yes ?
    also, is there something like graphs1090 but not for adsb, just for a Linux box ?
    I have used cacti in the past - though, the way graphs1090 is done is just so much ‘less complex’ than setting cacti ?

The socat script will die when the ssh terminal dies in which you have issued command sudo bash send.sh & .

 

If tablet is not available, the socat cannot establish connection and exits. However as socat command is enclosed inside while loop with sleep 30, it will keep on restarting and dying every 30 seconds. In my opinion as this does not consume much resources, and will die when Laptop goes to sleep, should not have any ill effect.