The quality count is the number of cycles seen in the X10 reception window. X10 specifies a logic "1" requires a minimum of 48 pulses in a reception window that extends from .250uS to 900uS after the zero crossing. Actually, my sample window is only 532uS right now, but that will be changed. It measures the burst voltage at 16 points over the full 1mS pulse length, and displays the average.
As I said, firmware development is in process. The noise code is not working yet. There is a bandpass filter with maximum sensitivity just above 120KHz. Yes, it will certainly measure noise in the Insteon region with almost the same sensitivity as at 120KHz.
Noise is a complex issue. There can be relatively stable background noise, such as that produced by a single noise source or the unmodulated carrier of a wireless intercom. Then there can be modulated noise produced by multiple sources summing together. Differences in the noise frequency cause beat frequencies that modulate the noise amplitude. Finally, there can be transients, which are high amplitude, short duration events.
While I was going to try to peak detect the transients, their short duration means they really do not effect X10 communication. My intent now is to display an average noise voltage, and possibly add a descriptive symbol or keyword to indicate whether the noise is stable or varying.
It will display "Xtnd" for an Extended command, but it will not process the extended data portion. Similarly for X10 Preset Dim commands, where it will display "Pset".
Jeff