New Raspberry Pi available - Pi 4

does the reconfigure work?

.Screenshot few seconds ago :slight_smile:
Installed ONLY dump1090-mut & dependencies (libusb-1.0-0, librtlsdr0, lighttpd, dump1090-mutability_1.15_dev_armhf.deb, and rtl-sdr.rules), and nothing else.
Will now try to install dump978-fa and Skyview978.

Pre-built package of piaware, skyview and dump978-fa on Raspbian Buster/RPi Model 2B

Flightaware Repository … OK :slight_smile:

sudo wget http://flightaware.com/adsb/piaware/files/packages/pool/piaware/p/piaware-support/piaware-repository_3.7.1_all.deb 
sudo dpkg -i piaware-repository_3.7.1_all.deb 
sudo apt-get update 

Piaware … OK :slight_smile:

sudo apt-get install piaware
... ... ...

Setting up piaware (3.7.1) ...
Restarting Piaware Data feeder ....
Installation of piaware completed

Skyview … OK

sudo apt-get install skyview978
.....
Unpacking skyview978 (3.7.1) ...
Setting up skyview978 (3.7.1) ...
Enabling lighttpd integration..
Enabling skyview978: ok
Run "service lighttpd force-reload" to enable changes
Restarting lighttpd..
Created symlink /etc/systemd/system/dump978-fa.service.wants/skyview978.service → /lib/systemd/system/skyview978.service.

dump978-fa … FAILS TO INSTALL :frowning_face:

sudo apt-get install dump978-fa
... ... ...
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 dump978-fa : Depends: libsoapysdr0.5-2 but it is not installable
              Recommends: soapysdr-module-rtlsdr but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

.
.

Jun 28 08:46:57 raspberrypi piaware[7404]: mlat-client(7441): Beast-format results connection with ::1:30104: connection established
Jun 28 08:47:27 raspberrypi piaware[7404]: 205 msgs recv'd from dump1090-mutabi; 205 msgs sent to FlightAware
Jun 28 08:47:27 raspberrypi piaware[7404]: 0 msgs recv'd from dump978; 0 msgs sent to FlightAware

You’ll have to recompile it on buster because the library version changed.

From where I can clone the source code?

Just recompile dump978-fa, not soapy-sdr.

bugs%20bunny%20doing%20a%20facepalm Spent an hour googling & searching source code for libsoapysdr0.5-2

.

Ok will use method here:

Version 3.7.1 Add-on Package Install

.

In case there was any more question that the issue with the Pi4 is power related.

Here’s the voltage going in to the Pi from an old Raspberry Pi 2.5A PSU. The Pi is powered off so there only load is whatever circuitry is required to power the red LED.

Here’s the input with a load on one of the USB ports drawing 0.4A. I’m using the same PSU.

And here’s the meter on the output of the USB ports with the load set to draw 0.4A

3 Likes

Skyview978 and dump978-fa compiled from source-code on Raspbian Buster/RPi Model 2B - Failed to Compile :frowning_face:

git clone https://github.com/flightaware/dump978.git
Cloning into 'dump978'...
cd dump978
git checkout v3.7.1
Note: checking out 'v3.7.1'.
... ... ...
HEAD is now at f0abceb Reduce Skyview range ring distances for UAT
sudo dpkg-buildpackage -b
... ... ...
soapy_source.cc: In member function ‘virtual void flightaware::uat::SoapySampleSource::Init()’:
soapy_source.cc:155:83: error: no match for ‘operator=’ (operand types are ‘std::shared_ptr<SoapySDR::Device>’ and ‘<brace-enclosed initializer list>’)
         device_ = {SoapySDR::Device::make(device_name_), &SoapySDR::Device::unmake};
                                                                                   ^
... ... ...
/usr/include/c++/8/bits/shared_ptr.h:349:2: note:   template argument deduction/substitution failed:
soapy_source.cc:155:83: note:   couldn't deduce template parameter ‘_Yp’
         device_ = {SoapySDR::Device::make(device_name_), &SoapySDR::Device::unmake};
                                                                                   ^
make[2]: *** [<builtin>: soapy_source.o] Error 1
make[2]: Leaving directory '/home/pi/dump978'
dh_auto_build: make -j1 VERSION=3.7.1 dump978-fa skyview978 returned exit code 2
make[1]: *** [debian/rules:13: override_dh_auto_build] Error 2
make[1]: Leaving directory '/home/pi/dump978'
make: *** [debian/rules:16: build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

Seems they really improved the voltage drop.

Once rtl-sdr is figured out, the RPi4 will be a very solid platform for SDRs.

I’ll have a go at it.

Looks like that compile error is already fixed in the dev branch.

The dev branch compiles just fine.

The lighttpd issue with skyview is some issue with the debian package management.
If you purge the package and install it again, the file is present.

Reasoning: It counts as a configuration file, that’s why it is not removed and not newly installed. (User could have made modifications)

Hello wiedehopf:

I was crazy enough! :sweat_smile:

Mixed results with over 20+ assorted boards. https://baqwas.joomla.com/8-iot/39-from-stretch-to-buster-the-raspbian-way My newbie issue was that I ignored the “systemd.journald.service” warnings and paid a price in elbow grease. All my RPi 2B boards upgraded to Buster without issues except for the FA box. Most of the RPi0W boards had issues. Mercifully, two key RPi2B boxes (running LAMP and MEAN) upgraded without any issue. Similar mixed results for RPi3B boxes.

Took less than 30 mins for a fresh install of FA on one RPi2B and one RPi0W. FA v3.7.1 instructions worked flawlessly.

Highly recommend the distro upgrade just for the default gcc compiler.

Kind regards.

1 Like

Raspberry Pi 4 USB Power Issues? RTL-SDRs - Raspberry Pi Forums

We’ve seen this during testing. The set of commands sent to the device to put it into raw streaming mode sometimes stalls and for some reason the host controller doesn’t respond with the correct endpoint state to the host driver; or there’s a race between the command submission and completions returned by the driver.

Oddly, you can get it to work about 25% of the time - which implies a software race rather than hardware bugginess.

1 Like

Good spot. I’ve responded there. I posted this on the RTL-SDR forums on Friday but haven’t had any replies there.

Pimoroni.com sell a Fan SHIM for Raspberry Pi 4 and 3 B+ and A+. It can be controlled via software, it sits on the GPIOs, so not ideal for all use case. I guess I’ll try and order one with my next Pi.

Anyone with an RPi4 up for some testing?

cd /tmp
git clone https://github.com/wiedehopf/rtl-sdr.git
cd rtl-sdr
dpkg-buildpackage -b
sudo dpkg -i ../rtl-sdr_0.6git_armhf.deb ../librtlsdr0_0.6git_armhf.deb
hash -r
sudo rtl_test
2 Likes

dpkg-checkbuilddeps: error: Unmet build dependencies: cmake debhelper (>= 9.0.0~) libusb-1.0-0-dev

Then install them :wink:
Almost copy and paste execpt for removing the debhelper version requirement in the braces.

sudo apt install cmake debhelper libusb-1.0-0-dev
1 Like

pi@raspberrypi:/tmp/rtl-sdr $ sudo rtl_test

Found 1 device(s):

0: Realtek, RTL2838UHIDIR, SN: 00000001

Using device 0: Generic RTL2832U OEM

Detached kernel driver

rtlsdr_read_reg failed with -7

rtlsdr_write_reg failed with -7

rtlsdr_read_reg failed with -7

rtlsdr_write_reg failed with -7

rtlsdr_read_reg failed with -7

rtlsdr_write_reg failed with -7

rtlsdr_read_reg failed with -7

rtlsdr_write_reg failed with -7

No supported tuner found

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

Enabled direct sampling mode, input 1

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

Supported gain values (1): 0.0

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

WARNING: Failed to set sample rate.

rtlsdr_demod_write_reg failed with -7

rtlsdr_demod_read_reg failed with -7

rtlsdr_write_reg failed with -7

rtlsdr_write_reg failed with -7

Info: This tool will continuously read from the device, and report if

samples get lost. If you observe no further output, everything is fine.

Reading samples in async mode…

Allocating 15 zero-copy buffers