Windows Setup/Feed Migration (virtualVM) Assistance

[abcd567]

(you probably want 3 - SBS3, rather than 4-beast )

Thanks for pointing out the mistake.
Corrected it to 3 now.

The choice 4 automatically came to my mind, possibly from almost always using self-installed dump1090

[Oblivian]

(you probably want 3 - SBS3, rather than 4-beast )

[abcd567]

Configuration of fr24feed for SBS3 connected to Raspbian Buster/VM via USB.

Step 4.1 - Receiver selection (in order to run MLAT please use DVB-T stick with dump1090 utility bundled with fr24feed):

1 - DVBT Stick (USB)
-----------------------------------------------------
2 - SBS1/SBS1er (USB/Network)
3 - SBS3 (USB/Network)
4 - ModeS Beast (USB/Network)
5 - AVR Compatible (DVBT over network, etc)
6 - microADSB (USB/Network)
7 - SBSx via Basestation (localhost:30006)


Enter your receiver type (1-7)$: 3

Step 4.2 - Please select connection type:

1 - Network connection
2 - USB directly to this computer

Enter your connection type (1-2)$: 2

Step 4.3A - Please enter your receiver's COM port number/device path
$: /dev/ttyUSB0

Default device for the com port field should be (beast device)

/dev/ttyUSB0

However, if the feed fails. There are Additional to locate correct USB/Dev details

Check for detection:
sudo lsusb
Result:
Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC

Check for port details:
dmesg | grep tty
Result:
usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB0

This is used in the "COM/DEV/PATH:" field (case sensitive)
/dev/ttyUSB0


(if someone could run this with a SBS plugged in and get the outputs it may assist other users who don't use the radio function)

[abcd567]

SBS user should use only this option

On Raspbian Buster in VM, Install fr24feed Using debian package for RPi:
"fr24feed_1.0.26-9_armhf.deb"

# Add architecture armhf to use RPi armhf package on i386 / i686 / x86_64 PC:
sudo dpkg --add-architecture armhf
sudo apt update

# Install dependencies
sudo apt install libc6:armhf libstdc++6:armhf

# Download fr24feed armhf.deb package and install it on i386 / x86_64 PC
wget -O fr24feed_1.0.26-9_armhf.deb http://repo-feed.flightradar24.com/rpi_binaries/fr24feed_1.0.26-9_armhf.deb
sudo dpkg -i fr24feed_1.0.26-9_armhf.deb


# Signup and configure receiver
sudo fr24feed --signup

sudo systemctl restart fr24feed

fr24feed-status

[WayneKing]

I have tried to take in all the info posted in the many threads...

I have an SBS-3 plugged in to a Win7 laptop via USB which I access remotely (So buying an rpi + dongle not practical in this instance)

If I download Virtual box + buster and follow the various instructions in this thread, do I stand some chance of sharing the data to FR or its a no go from the off?

[abcd567]

I test multi ways to run VM & plug in & out the dongle, this method is working for me & dongle report correctly:

1- Turn on the VM.
2- Turn on the Debian in VM.
3- Plug in dongle after complete boot of Debian.
4- Select it form button tool bar in Debian.

If you go to settings, and do the steps in the screenshot below, then you will not need your step 4 above.
I have done what is shown in screenshot below. Now I start Debian this way:

1- Plug in dongle before starting VM / boot of Debian.
2- Turn on the VM.
3- Turn on the Debian in VM.

The dongle is automatically selected in button tool bar of Debian. No need to do your step 4


NOTE: Executing steps in screenshot below is required only once.
It is not required on every boot, as it is saved when you click OK button.

VM Dongle Settings.png

[arash]

abcd567

I test multi ways to run VM & plug in & out the dongle, this method is working for me & dongle report correctly:

1- Turn on the VM.
2- Turn on the Debian in VM.
3- Plug in dongle after complete boot of Debian.
4- Select it form button tool bar in Debian.

Now it's working correctly.

To shutdown:

1- Remove dongle form button tool bar by deselect it.
2- Shutdown the Debian.
3- Remove the dongle form windows by remove usb.

11.jpg

[abcd567]

arash

Your instsllation is ok.

If you see receiver down, either restart dump1090-mutability or reboot Debian/VM.

If you see link to FR24 down, this is FR24 server problem. Be patient, it will go away after some time. It may reappear again, then disappera again after a while. This is a chronic problem with FR24 servers and lot of feeders face this situstion.

[abcd567]

Your dump1090 and fr24feed are working ok, however there is problem with fr24 server

[arash]

This is output on fist command:
10-1.jpg

nc localhost 30003

10-2.jpg

sudo apt install rtl-sdr

10-3.jpg

sudo systemctl stop dump1090-mutability
rtl_test -t

10-4.jpg

After:

sudo systemctl restart dump1090-mutability

10-5.jpg

Link is down!

[abcd567]

sudo apt install netcat
nc localhost 30003

Ctrl+c to break stream of data


sudo apt install rtl-sdr
sudo systemctl stop dump1090-mutability
rtl_test -t

sudo systemctl restart dump1090-mutability

[arash]

My problem does not seem to end!!!

Now, the link is down!

9-6.jpg

I reboot the Debian, disconnect and reconnect the dongle again and again but there is no change and link remain down!

Also, I remove 127.0.0.1 from dump1090 configuration but there is no any change.

[abcd567]

Make Interface adress blank.
I cannot recollect exactly what, but remember very well that using 127.0.0.1 in this setting results in issues in some cases, possibly viewing dump1090 map from host computer (windows) or another windows computer.

If you want to discover, just leave it 127.0.0.1 and try to view map from host computer (NOT VM/Debian, but Windows) or from another Desktop on same Local network.

[arash]

Interface address must be blank or remain in this format?

9-5.jpg

[abcd567]

Receiver is down again!

If you attach dongle after starting VM/Debian, the dump1090-mutability (which has already started) wont grab it and receiver will fail.

Restart dump1090 by following command while the dongle is already inserted, then after few minutes check status of fr24feed

sudo systemctl restart dump1090-mutability