Announcement

Collapse
No announcement yet.

Online but No data

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #16
    Originally posted by wiedehopf View Post
    thanks, I will have a try.

    Comment


    • #17
      Originally posted by stargate View Post
      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

      How To Test If Your DVB-T RTL SDR Dongle Is Healthy Following two options are described below: OPTION-1: Dongle plugged into Raspberry Pi. OPTION-2: Dongle plugged into Windows Computer. . OPTION-1: Dongle plugged into Raspberry Pi. STEP-1: Install the test tools package rtl-sdr sudo apt-get update sudo apt-get install


      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)
      Posts not to be taken as official support representation - Just a helpful uploader who tinkers

      Comment


      • #18
        Originally posted by Oblivian View Post
        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

        Comment


        • #19
          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
          Posts not to be taken as official support representation - Just a helpful uploader who tinkers

          Comment


          • #20
            Originally posted by Oblivian View Post
            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.

            Comment


            • #21
              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.
              Posts not to be taken as official support representation - Just a helpful uploader who tinkers

              Comment


              • #22
                Originally posted by Oblivian View Post
                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?

                Originally posted by abcd567 View Post
                Problem:
                Code:
                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

                Comment


                • #23
                  If

                  lsmod

                  Shows 'dvb_usb_rtl28xxu'

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

                  Posts not to be taken as official support representation - Just a helpful uploader who tinkers

                  Comment


                  • #24
                    Originally posted by Oblivian View Post
                    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.
                    Last edited by stargate; 2019-05-11, 13:17.

                    Comment


                    • #25
                      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
                      Posts not to be taken as official support representation - Just a helpful uploader who tinkers

                      Comment


                      • #26
                        Originally posted by Oblivian View Post
                        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

                        Comment


                        • #27
                          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.

                          Comment


                          • #28
                            Originally posted by wiedehopf View Post
                            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.

                            Comment


                            • #29
                              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
                              Posts not to be taken as official support representation - Just a helpful uploader who tinkers

                              Comment


                              • #30
                                Originally posted by Oblivian View Post
                                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.

                                Comment

                                Working...
                                X