Hi Mike and all,
Probably S-Meter data indication shall not be used as classic transceivers have
S-Meter in the AGC loop and can not provide this data if AGC is turned off.
I was thinking about some band specific reference points set in the WSJT-X
software/ini file, that would remind operator that current 'white' noise level
is much higher than usual one and it is likely due to the high interference
level on the band, not due to the band 'almost closed' conditions.
Another approach is to measure and show ratio of the average noise level at the
last 10 seconds of the minute interval to the self sound card's input noise
level (sound card sensitivity or quantization errors noise), where average
noise level is measured before applying of the RX level slider control.
Unfortunately this result is also affected by the system level control settings
unless we can not get these settings from the system and take it in account.
Some LED drivers, pulse power supplies, Internet over the power or phone lines
and pulse power regulators are likely the main source of the high levels of the
'white' noise.
Just thinking that if there is no simple automatic solution, it is better to
drop this request to avoid extra complexity in the WSJT-X code.
73,
Igor UA3DJY
>Понедельник, 23 ноября 2015, 9:22 -06:00 от Michael Black
><[email protected]>:
>
>A while ago I added S-Meter readings to WSJT-X (added the dB level to the
>"Receiving" box) and experimented a bit.
>Problem I ran into was rigs were pretty unstable on what they reported so I
>abandoned it.
>My rig was rock solid but others that helped test it were getting erratic
>answers from their rigs so the general usefulness seemed limited.
>Of course, having it as an option box kind of solves that problem. But would
>open up many reports of "SMeter is wrong" bug reports which may not be fixable
>from what I saw and would drive the maintainers nuts I think. Plus I found
>quite a few rigs in hamlib not reporting standardized answers so quite a few
>rigs would need to be changed to.
>
>You can run WSJT-X through hamlib rigctld-wsjtx and do your own S-Meter query
>then from rigctl-wsjtx using "l STRENGTH" while wsjt-x is running.
>
>I may try and implement this again (something to play with over the holidays)
>-- unless there's a strong opinion that it's not worth it.
>
>Attached is a program I wrote that displays time, db, avg db, max db on a
>5-second window. Used it to test antennas on the Baofeng and also for our
>radio club to do an HT shootout to see who could transmit the strongest signal
>from their handheld to my home system. Used TeamViewer on my phone to connect
>to my computer at home and watch the dB reports on my home computer. You'd
>have to modify for your rig parameters and whatever values you want printed
>out.
>
>73
>Mike W9MDB
>
>
>This email has been sent from a virus-free computer protected by Avast.
>www.avast.com
>
>On Mon, Nov 23, 2015 at 2:40 AM, Игорь Ч < [email protected] > wrote:
>>Hi Joe and all,
>>
>>I have been observing frequently at remote WSJT-X operation that 'white'
>>noise level in urban area sometimes can jump 10..14dB up and stay there for
>>hours. If AGC is off or if operator, being on remote WSJT-X control, can not
>>see S-meter of the classic transceiver, with time going it is very easy to
>>get lost the sense of the noise enviroment, just putting down RX level slider
>>in WSJT-X.
>>
>>In this case operator could transmit CQ with no getting responses in the
>>decoder, not taking in account the noise enviroment.
>>
>>May I ask to insert in the GUI some kind of the noise level calibration and
>>delta noise level indication in dB, to let operators to compare current noise
>>level with the some time point noise level that was measured before the RX
>>level slider moved.
>>
>>I understand there are system level controls that can affect delta noise
>>measurements, but believe it should be good option in the case where WSJT-X
>>RX level slider is used to adjust the white noise level back to 30 dB.
>>
>>73 Igor UA3DJY
>>------------------------------------------------------------------------------
>>Go from Idea to Many App Stores Faster with Intel(R) XDK
>>Give your users amazing mobile app experiences with Intel(R) XDK.
>>Use one codebase in this all-in-one HTML5 development environment.
>>Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
>>http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140
>>_______________________________________________
>>wsjt-devel mailing list
>>[email protected]
>>https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>
>
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
