Blitzortung.org Forum
Signal Optimization Metrics Questions for the Experts - Printable Version

+- Blitzortung.org Forum (https://forum.blitzortung.org/mybb)
+-- Forum: Public Forums (https://forum.blitzortung.org/mybb/forumdisplay.php?fid=29)
+--- Forum: Hardware, Software, Lightning Physics (https://forum.blitzortung.org/mybb/forumdisplay.php?fid=30)
+--- Thread: Signal Optimization Metrics Questions for the Experts (/showthread.php?tid=4298)

Signal Optimization Metrics Questions for the Experts - AA5H - 2026-09-06

Some Questions on Signal Optimization Metrics for the System Experts!

This is going to be a long and verbose post, so apologies in advance.

I realize there are dozens of posts on how to optimize; most take a "do this" and "do that" shotgun approach by eliminating common impairments. As a former military signals analyst, I prefer to take a systems approach based on baseline measurements of the circuit's known voltage and noise levels.
 My challenge is determining the correlation between the system's electrical metrics and the optimized signal received by the servers.
From my perspective, these factors impact system optimization:

Home Receiver Unit baseline metrics:
  1. Noise floor: Drives the signal-to-noise ratio (SNR).
  2. Pre-amplifier gain: Typically provides a stronger received signal, but can also reduce the SNR depending on the receiver's ability to reject or filter out-of-band signals.
  3. Filters: Dampen or suppress out-of-band signals.
  4. OSI Wireline and Network settings: Duplex mode and packet size (to prevent packet fragmentation in routers with DF/DNF settings).
  5. A/D serialization Settings: Left at Defaults

Server-side metrics:
  1. Timestamp quality: The accuracy of timestamps on server-received packets compared to the server's PPS Stratum 1 source.
  2. Packet latency: Measured in jitter.
  3. Packet distortion: Noise resulting in random or out-of-sequence characters and CRC errors.
  4. Surplus packets: Packets received by the server error-free, but rejected as surplus in areas with high receiver counts.
  5. Factor "X": (More on that below).

Now, to the meat and potatoes: When it comes to system optimization, what server-reported metrics actually determine success?
  1. Packet Count: Not accurate; it can include routed packets with broken UDP or higher-layer structures.
  2. Packets Valid/Involved: Partially accurate, but valid/involved counts may only reflect the integrity of the UDP structure, not the quality of the payload.
  3. Packets Used: What I consider true success—packets received at the server with an intact payload, timestamps within the system threshold, and a payload needed by the server to complete a calculation.
  4. Packet "Efficiency": The ratio of "Valid" to "Used" packets (just my guess).

And now for "Factor X"...
I've systematically eliminated as many variables as possible from my setup. I use a field strength meter to identify RFI hotspots and mitigate them either by shutting off the source or using ferrite rings and clamps optimized to the source frequency. I've built three separate antenna types, tried various grounding scenarios, and added external RFI suppression to the antenna leads (1mF–2mF poly caps).

After a week of trial and error, my "Packets Used" count rose steadily into the 2,000–4,000 range—placing it in the top tier compared to similar receivers. 

Success! Or so I thought; read on

Unfortunately, my high "Packets Used" count isn't sustainable over time. It regularly declines to the 400–500 range for hours; it sometimes recovers to 1,000–1,500, and occasionally spikes back up to 2,000–4,000. My "Packets Used" count fluctuates wildly without any configuration changes, antenna changes,  environmental changes (including local weather), or additional RFI sources. I live 1 km from any neighbor, switching station, or other external RFI source. These fluctuations occur without any GPS errors, identified interference events, or filtering changes.

My only explanation is "Factor X" on the server side. Is it normal for "Packets Used" to vary wildly throughout the day as atmospheric or server conditions change, or is this shift caused by something on "my end"?

Again, apologies for such a detailed and long-winded post.

Current Setup:
  • System Blue-Mini
  • Three Coils of Times Microwave LMR-600 (2x each, with a 90-degree polarization shift)

Thanks

Brian (AA5H)

   
   

RE: Signal Optimization Metrics Questions for the Experts - VA_LM_Blue - 2026-09-06

Greetings,

Just a few thoughts, I'm sure others will chime in!

Speed reading thru most everything you wrote and then looking at your attached plots at the bottom of your very nice systems description I wonder first why you are using DSP filters? The signal plot shows what appears to be a near delta function spike. The frequency spectrum is flat and full of "signal (noise)" from the delta function spike.

Do you live near any electrified fencing? Do you have another impulse noise source problem?

From a simple point-of-view and thinking about what parts of the system you have control over lead to the fact that you should spend all your time on finding a quiet, 0 to 300-kHz, place on your property to place the antennas. Once you do that there are some basic tweeks you can do in the controller firmware that might be useful to do once you find your quiet place... but even those aren't really required.

Make sure you have a stable internet connection with out local contention from other users on your local net. Once those packets go out of your house there is nothing more you can do really.

Check on your part of the system now and then to be sure it is running, producing useful data, etc.

Hope your system doesn't get hit by lightning, downburst or a tornado.