Graphs1090 and Dump1090-fa running on different Raspberry Pi

Hello everybody!

I have on my ADS-B station two Raspberry Pi: the first one (old B + v1.2) running dump1090-fa, PiAware and graphs1090, and the second one (the new model 4) is my Maps / Tracks server, running Virtual Radar Server with Mono. I want to transfer the graphs1090 from the old RPi to the new, without losing the history. Is it possible to do a new installation on this new RPi and configure it to catch the data from the old one? Is it possible to move the history (+ - 6 months) to from the old to the new RPi?

Thanks!

Check the readme on how to save and restore the DB: GitHub - wiedehopf/graphs1090: Graphs for readsb / dump1090-fa / dump1090 (based on dump1090-tools by mutability)

You can’t connect the SDR to the RPi4?
That would be by far the best / easiest solution.

@wiedehopf, thanks for the answer. Yes, I could use the RPi 4 as the SDR, but I just to “move” the graphs1090 from the old RPi to the new, with the history (yes, I saw the instructions on the GitHub). The main doubt is: if I install graphs1090 on the new RPi, is possible to configure it to read the data generated on the old RPi (where in fact dump1090-fa is running)? Graphs1090 can read data from the remote computer?

Yes you can change collectd.conf but it will only read the SDR statistics.
CPU and temperature statistics and stuff like that will be checked on the Pi4.

You could also just set up a relay on the RPi4 that would get the beast data from the old RPi.
Then also install the feed clients on the RPi4 to alleviate the load.
Such a relay can be done using this for example: Automatic installation for readsb · wiedehopf/adsb-scripts Wiki · GitHub

Warming up this old thread instead of creating a new one…

I am using a spare Raspberry for doing nice graphs for the data of the Airsquitter.
For this i’ve installed readsb in net-only mode collecting the data from the network port.

On top of it Graph1090 now shows the data as it should be.

I don’t need the graphs regarding disk, cpu, etc for that Raspberry, how can these be removed?
Is it that simple by disabling it in the collectd conf or will the graphs remain there but empty?
How do i remove the ADS-B CPU usage which is around 1% and also not necessary?

I don’t really want to complicate the code to make that possible.

If you want to change the code for your local instance, go right ahead.
On the other hand … the “other graphs” don’t really hurt on typical hardware …

Got it, thanks
Trying to improve my skills.

But you’re right, the other graphs are just cosmetic

Check the html and js … i think you can just hide sections in the html.

1 Like

Yes, that’s where i start looking at. Thanks for the advice.

EDIT:
Interesting… even the signal level graph show some values. Wherever they come from :smiley:

via beast, it transmits the signal level for each message.

note the missing noise line.

Anyhow the signal level graph is statistics on aircraft and their average signal level.

Yeah, but the values differ from what Jetvision is showing in their aircraft list.
Anyhow, not that important for me.

It’s also in the JSON offered

But seem to be calculated/measured differently. From their wiki:

Signal level in dBm

  • The signal level at the antenna connector is indicated in dBm
    (note that this is not foreseen for measurement purposes)

Just downloaded graphs1090. Very nice ! :grinning: I’m curious as to the units on the ADS-B Signal Level where the legend on the vertical axis is “dBFS”. Is that dB relative to the largest signal ('F’ull 'S’trength) seen ? Is there a way to cover this to absolute dBm of the receiver (with the understanding that the dongles not a bench test equipment device). Even a guesstimate of what absolute dBm corresponds to 0 dBFS would be interesting.

It also looks like the Noise is the noise floor? would be nice to see a different color there, you have to look closely to discern the two different flavors of blue and green lines on the graph.

Note being critical, just user feedback. I’ve done a few “lets plot a bunch of IoT data we’ve seen” projects. graphs1090 is very impressive !

I have a PCB showing up in a week or two that is a Low Noise Pre-Amp, and am thinking about how to quantify its impact on the system. I can sweep it and measure gain with my spectrum analyzer, but don’t have a vector analyzer or noise meter. I do have a return loss bridge, so can get the input S11. As with any LNA, gain is easy and in some respects it “just comes with scenery.” Measuring the improvement in the S/N ratio is the hard part.

It looks like between graphs1090 and the …/adsb/status/user/ web page, the info is there to see the impact of the LNA. There’s bench measurements and there is real world observable system performance.

At any rate, thank you very much wiedehopf for all your hard work :clap:

Not that i’m aware of … you’d need to get probably empirical data using a test signal at various dBm levels for a certain gain you use on your specific SDR.
Then you’d need to set up a conversion somewhere in either the graphs1090 or dump1090-fa code.
Have fun with that :slight_smile:

Thanks, you can change colors by redefining them in /etc/default/graphs1090 … i suppose this needs some documentation

LGREEN=45d945
LBLUE=4f59e3
LCYAN=29a7e6
GREEN=32CD32
DGREEN=228B22
BLUE=0011EE
ABLUE=0022DD
DBLUE=0033AA
CYAN=00A0F0
RED=E30022
DRED=990000
LRED=FFCCCB

That’s from graphs1090.sh … you can redefine them in the config.

Be aware noise is just the average power for the time no messages are detected.
That means it includes undetected or messages that failed to decode as such it’s highly variable with band contention and overlapping messages which raise the noise.

All the other data you see is actually statistics on aircraft and their signal levels.
(while noise is a time average of the power of everything minus messages)

Also this is not the right thread, a new one or this one seem appropriate Graphs for dump1090 -- my version with install script
(but … it’s here now so whatever :slight_smile: )

1 Like

Color change worked, tnx.

Thanks for the reply, I’ll move over to the Graphs for dump1090 thread and reply. There is value in keeping the conversations organized, I was just poking around learning what I could.

“Graphs for dump1090” is a huge/long thread! And I thought “Do I need a Filter” was long… Nothing like being a full time developer and support tech for free software, I’ve been in that situation for 10 years now. The challenges of a complex system with a rich “front of the glass” experience dealing with the complex “behind the glass” realities.

1 Like

This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.