Online but No data

[stargate]

Check this thread:

https://forum.flightradar24.com/thre...Dongle-Healthy

thanks, I will have a try.

[Oblivian]

Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001

Using device 0: Terratec T Stick PLUS
usb_claim_interface error -6
Failed to open rtlsdr device #0.

Well, what does the error mean?
thanks.

The answer is also in that, and my threads

https://forum.flightradar24.com/thre...l=1#post104229

Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001 (currently selected)

Kernel driver is active, or device is claimed by second instance of librtlsdr.
In the first case, please either detach or blacklist the kernel module
(dvb_usb_rtl28xxu), or enable automatic detaching at compile time.

usb_claim_interface error -6
Error opening the RTLSDR device: Device or resource busy
USB device already locked/in use or blacklisted
- Follow RPi RTL blacklist How-to guide here
- Close other instances of Dump1090 (clean reboot)
- Configure other software for Network data (remove exclusive USB need)

[stargate]

The answer is also in that, and my threads

https://forum.flightradar24.com/thre...l=1#post104229

I just saw it. And I edit my former reply. thx

[Oblivian]

So is it back to working now, or not?

Going by the searching I can see you making I'm guessing not.

If you installed or are running ANY other tracking site feed software on the same device. You probably have one configured wrong, and both trying to connect to the USB stick twice.

There should only ever be 1 running dump1090 version.

And everything else connecting using local network tcp beast:30005

[stargate]

So is it back to working now, or not?

Going by the searching I can see you making I'm guessing not.

If you installed or are running ANY other tracking site feed software on the same device. You probably have one configured wrong, and both trying to connect to the USB stick twice.

There should only ever be 1 running dump1090 version.

And everything else connecting using local network tcp beast:30005

Hi Oblivian,
I'm only running fr24 feed.

On win10 rtl-test shows:
Using device 0: Terratec T Stick PLUS
Found Elonics E4000 tuner
Supported gain values (14): -1.0 1.5 4.0 6.5 9.0 11.5 14.0 16.5 19.0 21.5 24.0 29.0 34.0 42.0
Reading samples in async mode...
lost at least 32 bytes

On Pi rtl-test shows:
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001

Using device 0: Terratec T Stick PLUS
Found Elonics E4000 tuner
Supported gain values (14): -1.0 1.5 4.0 6.5 9.0 11.5 14.0 16.5 19.0 21.5 24.0 29.0 34.0 42.0
Sampling at 2048000 S/s.
Benchmarking E4000 PLL...
[E4K] PLL not locked for 52000000 Hz!
[E4K] PLL not locked for 2221000000 Hz!
[E4K] PLL not locked for 1111000000 Hz!
[E4K] PLL not locked for 1276000000 Hz!
E4K range: 53 to 2220 MHz
E4K L-band gap: 1111 to 1276 MHz

When runs sudo fr24feed-status, it shows:
[FAIL] FR24 Feeder/Decoder Process ... failed!

I'm not sure what to do next? Reinstall hte Pi24 img? Try another dongle?

thanks.

[Oblivian]

You need to watch the feeder in visual output like I describe earlier.

Stop fr24feed service
Stop all dump1090

run

sudo fr24feed

And look for the error.

[stargate]

You need to watch the feeder in visual output like I describe earlier.

Stop fr24feed service
Stop all dump1090

run

sudo fr24feed

And look for the error.

Well, I found an ERROR: rmmod: ERROR: Module dvb_usb_rtl28xxu is not currently loaded

Should I try the following steps?

Problem:

Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001 (currently selected)

Kernel driver is active, or device is claimed by second instance
In the first case, please either detach or blacklist the kernel
(dvb_usb_rtl28xxu), or enable automatic detaching at compile tim

usb_claim_interface error -6
Error opening the RTLSDR device: Device or resource busy

I solved the problem! Here is how:

First I checked the blacklist file for rtl-sdr.
I did NOT find find the file rtl-sdr-blacklist.conf in the directory /etc/modprobe.d

I was in GUI, and tried to create this file, but it refused to create.
I then opened console and typed this command:

sudo leafpad /etc/modprobe.d/rtl-sdr-blacklist.conf, and the file was created.

I then opened the newly created blank file and typed in the file:

blacklist dvb_usb_rtl28xxu
blacklist e4000
blacklist rtl2832

Then saved the file, rebooted, and gave command

cd dump1090
./dump1090 --interactive

and bingo, the dump1090 started working. Showing lots of plane with whip which came with DVB-T USB Stick!

[ATTACH=CONFIG]5453[/ATTACH]


Edit:
(1) Leafpad command creates file only when given to RPi console directly. It does not create file in SSH mode. In SSH mode, new file can be created by nano command i.e sudo nano /etc/modprobe.d/rtl-sdr-blacklist.conf.
(2) It is not necessary to use name rtl-sdr-blacklist.conf. Any name can be used, but the extension should always be .conf
(3) To see the plane plotted on google map, following command is to be given:

cd dump1090
./dump1090 --interactive --net --net-http-port 8080

This will open port 8080 on RPi, and then typing http://127.0.0.1:8080 in browser will display planes plotted on Google map

[Oblivian]

If

lsmod

Shows 'dvb_usb_rtl28xxu'

Then yes. It refers to the blacklist mentioned when no traffic is being uploaded.

https://www.reddit.com/r/RTLSDR/comm...sb_rtl_device/

[stargate]

If

lsmod

Shows 'dvb_usb_rtl28xxu'

Then yes. It refers to the blacklist mentioned when no traffic is being uploaded.

https://www.reddit.com/r/RTLSDR/comm...sb_rtl_device/

I ran sudo nano /etc/modprobe.d/rtl-sdr-blacklist.conf, and added

blacklist dvb_usb_rtl28xxu
blacklist e4000
blacklist rtl2832
blacklist rtl2830
blacklist r820t

And reboot, but I still got that error.
ERROR: rmmod: ERROR: Module dvb_usb_rtl28xxu is not currently loaded

fr24feed-status:
pi@raspberrypi:~ $ sudo fr24feed-status
[ ok ] FR24 Feeder/Decoder Process: running.
[ ok ] FR24 Stats Timestamp: 2019-05-11 13:13:32.
[ ok ] FR24 Link: connected [UDP].
[ ok ] FR24 Radar: T-ZBAA1.
[ ok ] FR24 Tracked AC:.
[ ok ] Receiver: connected (0 MSGS/0 SYNC).
[FAIL] FR24 MLAT: not running ... failed!


I wonder if I install a raspberry original img, what modules/soft should I install in a row?
Could you give me a guide link?

thanks.

[Oblivian]

if "ERROR: rmmod: ERROR: Module dvb_usb_rtl28xxu is not currently loaded" is seen on the fr24 screen during start

Keep watching and Post more of the logs.
As other users have seen that and it runs fine. It is good that the module isn't loaded. So probably not an 'error' as that is exactly what it is trying to do

removeModule

You are focusing on single bits, not providing the whole picture. 1st the server message, when it was fine, not an error. And then this. But you also pasted it was working fine but already in use/locked.

Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001

Using device 0: Terratec T Stick PLUS
usb_claim_interface error -6
Failed to open rtlsdr device #0.

Well, what does the error mean?
thanks.

Just remember, if you don't stop the service. It is always running. But you can't see errors - And then running 'fr24feed <anything> restarts it again on top

[stargate]

if "ERROR: rmmod: ERROR: Module dvb_usb_rtl28xxu is not currently loaded" is seen on the fr24 screen during start

Keep watching and Post more of the logs.
As other users have seen that and it runs fine. It is good that the module isn't loaded. So probably not an 'error' as that is exactly what it is trying to do

removeModule

You are focusing on single bits, not providing the whole picture. 1st the server message, when it was fine, not an error. And then this. But you also pasted it was working fine but already in use/locked.




Just remember, if you don't stop the service. It is always running. But you can't see errors - And then running 'fr24feed <anything> restarts it again on top

I tried again, and post the logs below.

pi@raspberrypi:~ $ sudo service fr24feed stop
pi@raspberrypi:~ $ sudo systemctl stop fr24feed
pi@raspberrypi:~ $ sudo systemctl stop dump1090-mutability //only this one
pi@raspberrypi:~ $ sudo fr24feed
2019-05-11 13:39:39 | [main][i]FR24 Feeder/Decoder
2019-05-11 13:39:39 | [main][i]Version: 1.0.23-8/generic
2019-05-11 13:39:39 | [main][i]Built on Oct 11 2018 18:27:28 (HEAD-3c696a7.git/Linux/static_armel)
2019-05-11 13:39:39 | [main][i]Running on: pi24-raspbian9
2019-05-11 13:39:39 | [main][i]Local IP(s): 192.168.1.158
2019-05-11 13:39:39 | [main][i]Copyright 2012-2018 Flightradar24 AB
2019-05-11 13:39:39 | [main][i]https://www.flightradar24.com
2019-05-11 13:39:39 | [main][i]DNS mode: PING
2019-05-11 13:39:39 | [main][i]Automatic updates are ENABLED
2019-05-11 13:39:39 | ERROR: rmmod: ERROR: Module dvb_usb_rtl28xxu is not currently loaded
2019-05-11 13:39:39 | [httpd][i]Server started, listening on 0.0.0.0:8754
2019-05-11 13:39:39 | [main][i]Reader thread started
2019-05-11 13:39:39 | [reader][i]Initializing reader
2019-05-11 13:39:39 | [main][i]Socket server started
2019-05-11 13:39:39 | [reader][i]Connecting to DVBT receiver via (exe:///usr/bin/dump1090-mutability --raw --mlat)
2019-05-11 13:39:39 | [main][i]MLAT data feed started
2019-05-11 13:39:39 | [master][i]Starting processing thread
2019-05-11 13:39:39 | [bs][i]Initializing server
2019-05-11 13:39:39 | [reader][i]Connected to the receiver, configuring
2019-05-11 13:39:39 | [reader][i]Configured, processing messages
2019-05-11 13:39:39 | [bs][i]Starting server on 0.0.0.0:30003
2019-05-11 13:39:39 | [mlat][i]Waiting for MLAT configuration
Sat May 11 13:39:39 2019 UTC dump1090-mutability v1.14 starting up.
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001 (currently selected)
Found Elonics E4000 tuner
Max available gain is: 42.00 dB
Setting gain to: 42.00 dB
Exact sample rate is: 2000000.052982 Hz
Gain reported by device: 42.00 dB
2019-05-11 13:39:40 | [time][i]Synchronizing time via NTP
2019-05-11 13:40:17 | [time][i]Time synchronized correctly, offset -0.0028 seconds
2019-05-11 13:40:17 | [feed][i]Downloading configuration
2019-05-11 13:40:17 | [main][i]Feed Network client started
2019-05-11 13:40:17 | [main][i]RAW data server started
2019-05-11 13:40:17 | [raw][i]Initializing server
2019-05-11 13:40:17 | [raw][i]Starting server on 0.0.0.0:30002
2019-05-11 13:40:17 | [feed][d]fetching configuration
2019-05-11 13:40:21 | [feed][i]configuring decoder
2019-05-11 13:40:21 | [feed][c]Max range AIR: 350.0nm
2019-05-11 13:40:21 | [feed][c]Max range GND: 100.0nm
2019-05-11 13:40:21 | [stats][i]Stats thread started
2019-05-11 13:40:21 | [feed][i]configuration changed
2019-05-11 13:40:21 | [feed][i]defined 3 servers
2019-05-11 13:40:21 | [feed][c]Timestamps: optional
2019-05-11 13:40:21 | [feed][n]ZBAA1@185.218.24.22:8099/UDP
2019-05-11 13:40:21 | [feed][n]connecting
2019-05-11 13:40:21 | info | Stopping ReceiverACSender threads for feed
2019-05-11 13:40:21 | info | Configured ReceiverACSender: 185.218.24.22:8099,185.218.24.23:8099,185.218.24.2 4:8099, feed: ZBAA1, send_interval: 5s, max age: 15s, send metadata: true, mode: 1, filtering: true
2019-05-11 13:40:21 | info | Network thread connecting to 185.218.24.22:8099 for feed ZBAA1
2019-05-11 13:40:21 | [feed][n]connected via UDP (fd 17)
2019-05-11 13:40:21 | [feed][i]Feed connected
2019-05-11 13:40:21 | [feed][n]working
2019-05-11 13:40:51 | [feed][n]ping 1
2019-05-11 13:40:52 | [feed][n]syncing stream result: 1

[wiedehopf]

Either the dongle pretends to be working fine but actually isn't or your antenna is somehow no longer connected.

At least that's my interpretation.

I suppose it could also be that the dongle is receiving insufficient voltage and immediately wedges.

So you could try a new dongle or a new powersupply.
(Or connect the dongle via a powered USB hub)

Or as i said the antenna cable could be broken.

[stargate]

Either the dongle pretends to be working fine but actually isn't or your antenna is somehow no longer connected.

At least that's my interpretation.

I suppose it could also be that the dongle is receiving insufficient voltage and immediately wedges.

So you could try a new dongle or a new powersupply.
(Or connect the dongle via a powered USB hub)

Or as i said the antenna cable could be broken.

Yes. it's the antenna problem. It's all OK when I put it in another place.
But it's very strange that I think the former place would have a better signal.

@Oblivian thanks for the help. I learned much about how the Pi24 works via our discuss.

[Oblivian]

I was thinking that when you only had 3 contacts and 0nm from the onset. But needed to ensure it actually started up normally first.

My next question (it was 2am my time last reply) was is it a modified antenna or the factory one.

Sent from my EML-L09 using Tapatalk

[stargate]

I was thinking that when you only had 3 contacts and 0nm from the onset. But needed to ensure it actually started up normally first.

My next question (it was 2am my time last reply) was is it a modified antenna or the factory one.

Sent from my EML-L09 using Tapatalk

Hi Oblivian,

You sleep too late.

The antenna is a factory one coming with the dongle.

The day before yesterday it worked fine, which was the first time I setup the Pi24.

And I changed the antenna place just before I went to sleep.

Yesterday morning, I found there is no data uploaded. I didn't even think about the antenna issue.

Now I know better about the logs.