.
The official RPi power supply is 5.1V, not 5.2V.
.
.
1 Like
I had the same issue where both dongle would not fit into the pi at the same time. I bought a powered USB 3 , 4 port, and it seems to work fine. Having the ports powered seems to be the best bet so it doesnāt need to pull power from the pi.
1 Like
This is the longer term plan but we didnāt get it done for 3.7
1 Like
INVALIDARGUMENT ???
maybe it canāt find the serial number specified.
taking a look at the config file generated probably doesnāt hurt either.
cat /etc/default/dump978-fa
May I know any difference between the dump1090-fa 3.6.3 and this 3.7.0.1?
*Just for 1090MHz band.
Thanks in advance.
Nothing major.
Itās gonna be released soon anyway.
1 Like
@wiedehopf, thanks for the info.
Will re-flash to the latest version once officially launch.
Have a nice weekend to you all. Good day.
Regards.
Just do a bog standard update.
Really no reason to reflash if your sd-card image is on stretch already.
sudo apt update
sudo apt dist-upgrade
should give you the up to date versions of everything.
I tried using the āsudo apt-get updateā then āsudo apt-get upgadeā but nothing to have the PiAware updated.
Anyway, will try again. Thanks @wiedehopf.
Oh, dist-upgrade?
Ah I see. Will try later ya.
Thanks.
FYI, I received my powered USB Hub. I bought a small Anker travel 4 port, and a 2-Port Anker USB Power adapter that supports 2.4amp per port and intelligence to keep voltage over 5volt. Pi and Hub run off that with higher end Anker Micro-USB cables (I have always found their cables to be great quality). After doing this my 1090 reception improved GREATLY. Comparing time of day, I increased my messages per second and aircraft seen by somewhere between 50% and 80%. I have no real data on 978 reception as the flights are so far and in between. (Less than 10 flights a day)
So far I have only tested this on one unit with both 1090 and 978 dongles installed, FlightAware Orange sticks. Alone, no problem, but with both installed the power draw on the Piās usb bus seems to be an issue.
Anyone else running 1090 and 978 on the pi, please try replicating my setup with maybe a good externally powered USB hub you may have laying around, and see if you get the same results. I am curious to see if I am an isolated incident or not.
Also, sidenote. 3.7.1 was released on the PiAware github, Guessing a new image very soon.
2 Likes
Yesterday re-imaged microSD card with latest Raspbian Stretch Lite image, then built and installed ver 3.7.1 packages from github source code.
Version 3.7.1 Add-on Package Install
.
Here in Toronto, UAT planes are not many, only occassional. This is the first occurance since installed v 3.7.1
.
.
2 Likes
What do you think about ferrites on USB cables? And have you tried max_usb_current=1 setting for Pi?
Never used ferrite on usb cable. Using $2.99, 4ft USB extender cable from neighborhood Dollar Store.
Never used usb_max_current setting either.
1 Like
After some google it seems it doesnāt have any effect on the RPi version 3 and up.
My site information say green for mlat and āMultilateration (MLAT): Supported / Enabledā
however, the piaware-status confuses me stating fa-mlat-client is not runing.
Is something that I have missed ?
pi@piaware:~ $ piaware-status
PiAware master process (piaware) is running with pid 458.
PiAware ADS-B client (faup1090) is not running.
PiAware ADS-B UAT client (faup978) is running with pid 32220.
PiAware mlat client (fa-mlat-client) is not running.
Local ADS-B UAT receiver (dump978-fa) is running with pid 32168.
no program appears to be listening for connections on port 30005.
dump978-fa (pid 32168) is listening for connections on port 30978.
faup1090 is NOT connected to the ADS-B receiver.
faup978 is connected to the ADS-B UAT receiver.
piaware is connected to FlightAware.
got ācouldnāt open socket: connection refusedā
dump978 is producing data on localhost:30978.
Your feeder ID is XXX (from /var/cache/piaware/ feeder_id)
pi@piaware:~ $
You are not running dump1090-fa.
There is no MLAT for UAT because all planes on that protocol have GPS.
Has anyone had any success in outputting data in a format modesmixer2 can accept for UAT data? I saw digging around thereās a program called uat2json that converts uat data to modes data that most programs can understand, but theyāre working with modified dump978 versions vs PiAwareās version.
I have 3 locations, of which 2 are UAT. Right next to a small training airport, so I get lots of UAT data. I feel all my data back to ModeSMixer2, running the simple built in web-view it produces as a āmaster viewā of all my plane data from all 3 Piās, then output that to PlanePlotter. However ModeSMixer2 and almost all apps donāt like UAT messages, yet. If ModeS conversion canāt be done to feed ModeSMixer2, is there a better program to feed all my Piās UAT and ADS-B, and Mode-S data into thatās web-accessible like ModeSMixer2ās web interface?
Send a picture of your hub set up