MD2017/RT-82 RSSI test version
MD2017/RT-82 RSSI test version
I've uploaded a special version for RSSI testing
downloads/MD2017/Firmware/Experimental_ ... ISPLAY.bin
This version only has the English langauge text, and you need to select "Legacy firmware files (*.bin)" files
This version is not for normal use, it has a lot of other changes associated with the use of both TRx chips in the radio, for the dual RSSI display
On the RSSI screen press * (STAR) to change to display raw values
Note.
On the dual RSSI screen, the value at the top of the screen is the Primary TRx chip RSSI, and the value in the lower half of the screen is the Secondary TRx chip RSSI
In VFO mode the active VFO freq is loaded to the Primary TRx chip and the other VFO is loaded into Secondary TRx screen.
In Channel mode, only the Primary TRx is loaded, so the secondary TRx may be undefined or will have the last value from the inactive VFO from the VFO screen
For RSSI calibration we need a spreadsheet for signal values ranging from below the detectable threshold to max observable value of the raw data value
Probably steps of 5dBm or 10dbM would be adequate. It depends on the range.
We need this for both VHF and UHF
downloads/MD2017/Firmware/Experimental_ ... ISPLAY.bin
This version only has the English langauge text, and you need to select "Legacy firmware files (*.bin)" files
This version is not for normal use, it has a lot of other changes associated with the use of both TRx chips in the radio, for the dual RSSI display
On the RSSI screen press * (STAR) to change to display raw values
Note.
On the dual RSSI screen, the value at the top of the screen is the Primary TRx chip RSSI, and the value in the lower half of the screen is the Secondary TRx chip RSSI
In VFO mode the active VFO freq is loaded to the Primary TRx chip and the other VFO is loaded into Secondary TRx screen.
In Channel mode, only the Primary TRx is loaded, so the secondary TRx may be undefined or will have the last value from the inactive VFO from the VFO screen
For RSSI calibration we need a spreadsheet for signal values ranging from below the detectable threshold to max observable value of the raw data value
Probably steps of 5dBm or 10dbM would be adequate. It depends on the range.
We need this for both VHF and UHF
Re: MD2017/RT-82 RSSI test version
I would like to add that you have to set the ECO mode to zero.
Re: MD2017/RT-82 RSSI test version
here you go. the measurements were taken with wide fm pusshing 2.5k modulation to the radio, with lower signal strength the values were jumping arround quite a bit, but i try tio write down some in between number, there is a few videos off messuring in case you need to werify or ar interested
http://kride.dy.fi:83/mesurments/rssi_mesurments/
let me know if I can help more.
thanks for your hard work, chears
http://kride.dy.fi:83/mesurments/rssi_mesurments/
let me know if I can help more.
thanks for your hard work, chears
Re: MD2017/RT-82 RSSI test version
Also, the singnal bar meter doesn't follow any standard, s1 should be -121 and with official standard 6db between s units. Japanese radios uses 3db between s-units. Usually s meters are off by quite a lot, but this graf jump around a lot. Like -121 is something like 1.5s units and -114 is 4 s units so the scale is more like closer to 2db s unit
If it's something easy to change, I propose to go with -121 as s1 and then use either the Japan stand ( yaesu, icom etz) and go by 3db s unit steps or by the official standard 6db a s unit. Bought have their sides, if you're used to japanese radios you feel like the singnal meter doesn't move enough. And if you're used to other radios you feel like the s meter is moving too much
If it's something easy to change, I propose to go with -121 as s1 and then use either the Japan stand ( yaesu, icom etz) and go by 3db s unit steps or by the official standard 6db a s unit. Bought have their sides, if you're used to japanese radios you feel like the singnal meter doesn't move enough. And if you're used to other radios you feel like the s meter is moving too much
Re: MD2017/RT-82 RSSI test version
From what I can remember there is no definitive standard for RSSI -> S meter mappingoh2fhj wrote: ↑Fri Feb 09, 2024 5:39 pmAlso, the singnal bar meter doesn't follow any standard, s1 should be -121 and with official standard 6db between s units. Japanese radios uses 3db between s-units. Usually s meters are off by quite a lot, but this graf jump around a lot. Like -121 is something like 1.5s units and -114 is 4 s units so the scale is more like closer to 2db s unit
If it's something easy to change, I propose to go with -121 as s1 and then use either the Japan stand ( yaesu, icom etz) and go by 3db s unit steps or by the official standard 6db a s unit. Bought have their sides, if you're used to japanese radios you feel like the singnal meter doesn't move enough. And if you're used to other radios you feel like the s meter is moving too much
i.e as you mentioned Yeasu , Icom etc use one mapping and there are many other mappings e.g.
https://hamwaves.com/decibel/en/
If we used your proposed mapping then the value for S9 would be -97dBm instead of the IARU recommendation that S9 is -93dBm
We currently correspond to the IARU recommendation, for S9 at -93dBm, but have a 4dBm step becuase of the dynamic range of the receiver\
If we used 3dBm per S pount, then by my calculations S1 would be at -117dBm, but you are proposing -121dBm becuase this is effectively the lower Rx threshold of the radio
I lot of thought and research has already been undertaken, during the initial Radioddity GD-77 development, consulting multiple RF engineers, and the table we currently use, was agreed at the time to be the be compromise for a radio with a $1 TRx chip, which has considerable variation between each individual chip.
The official calibration data in the GD-77 has valus for S Meter low end and S Meter high end, but we don't use these becasue
1. They are always the same because TYT don't bother to calibrate the Rx RSSI in the factory
2. We don't know what value "Low" and "High" are supposed to represent, i.e the Low value in the GD-77 calibration data is always 32 and the High value is always 39. This does not correspond with the range of RSSI values from the RF chip, so is basically useless
Code: Select all
#define SMETER_S0 -129
#define SMETER_S1 -125
#define SMETER_S2 -121
#define SMETER_S3 -117
#define SMETER_S4 -113
#define SMETER_S5 -109
#define SMETER_S6 -105
#define SMETER_S7 -101
#define SMETER_S8 -97
#define SMETER_S9 -93
#define SMETER_S9_10 -83
#define SMETER_S9_20 -73
#define SMETER_S9_30 -63
#define SMETER_S9_40 -53
#define SMETER_S9_50 -43
#define SMETER_S9_60 -33
Re: MD2017/RT-82 RSSI test version
Here's my measurements for my RT82, I used both my Marconi signalgenerator and the TinySA signalgenerator, same settings as OH2FHJ.
Tried to get some average on the low level RSSI values that was jumping a bit.
The TinySA has a decent SG but it seemed to flatten out below -110 dBm compared to the Marconi 2022D, but a TinySA could be a an alternative
to an expensive SA & SG.
I got some variance on some values when I repeated the measurements (with both instruments) , maybe something with AGC and dual receiver ?
https://www.sa0bux.se/Ham/opengd77/rt82 ... rments.ods
Tried to get some average on the low level RSSI values that was jumping a bit.
The TinySA has a decent SG but it seemed to flatten out below -110 dBm compared to the Marconi 2022D, but a TinySA could be a an alternative
to an expensive SA & SG.
I got some variance on some values when I repeated the measurements (with both instruments) , maybe something with AGC and dual receiver ?
https://www.sa0bux.se/Ham/opengd77/rt82 ... rments.ods
Last edited by SA0BUX on Sun Feb 11, 2024 9:34 am, edited 2 times in total.
Re: MD2017/RT-82 RSSI test version
ExcellentSA0BUX wrote: ↑Sun Feb 11, 2024 9:30 amHere's my measurements, I used both my Marconi signalgenerator and the TinySA signalgenerator.
The TinySA has a decent SG but it seemed to flatten out below -110 dBm compared to the Marconi 2022D, but a TinySA could be a an alternative
to an expensive SA & SG.
I got some variance on some values when I repeated the measurements (with both instruments) , maybe something with AGC and dual receiver ?
https://www.sa0bux.se/Ham/opengd77/rt82 ... rments.ods
Thankyou. I will analyse the data tomorrow. ie its already 20:30 local here in Melbourne and I don't have time to do it this evening
Re: MD2017/RT-82 RSSI test version
yes, that makes a lot of sense, thank you for taking time to give me a long and in depth answer, all the best !VK3KYY wrote: ↑Fri Feb 09, 2024 9:13 pmFrom what I can remember there is no definitive standard for RSSI -> S meter mappingoh2fhj wrote: ↑Fri Feb 09, 2024 5:39 pmAlso, the singnal bar meter doesn't follow any standard, s1 should be -121 and with official standard 6db between s units. Japanese radios uses 3db between s-units. Usually s meters are off by quite a lot, but this graf jump around a lot. Like -121 is something like 1.5s units and -114 is 4 s units so the scale is more like closer to 2db s unit
If it's something easy to change, I propose to go with -121 as s1 and then use either the Japan stand ( yaesu, icom etz) and go by 3db s unit steps or by the official standard 6db a s unit. Bought have their sides, if you're used to japanese radios you feel like the singnal meter doesn't move enough. And if you're used to other radios you feel like the s meter is moving too much
i.e as you mentioned Yeasu , Icom etc use one mapping and there are many other mappings e.g.
https://hamwaves.com/decibel/en/
If we used your proposed mapping then the value for S9 would be -97dBm instead of the IARU recommendation that S9 is -93dBm
We currently correspond to the IARU recommendation, for S9 at -93dBm, but have a 4dBm step becuase of the dynamic range of the receiver\
If we used 3dBm per S pount, then by my calculations S1 would be at -117dBm, but you are proposing -121dBm becuase this is effectively the lower Rx threshold of the radio
I lot of thought and research has already been undertaken, during the initial Radioddity GD-77 development, consulting multiple RF engineers, and the table we currently use, was agreed at the time to be the be compromise for a radio with a $1 TRx chip, which has considerable variation between each individual chip.
The official calibration data in the GD-77 has valus for S Meter low end and S Meter high end, but we don't use these becasue
1. They are always the same because TYT don't bother to calibrate the Rx RSSI in the factory
2. We don't know what value "Low" and "High" are supposed to represent, i.e the Low value in the GD-77 calibration data is always 32 and the High value is always 39. This does not correspond with the range of RSSI values from the RF chip, so is basically useless
Code: Select all
#define SMETER_S0 -129 #define SMETER_S1 -125 #define SMETER_S2 -121 #define SMETER_S3 -117 #define SMETER_S4 -113 #define SMETER_S5 -109 #define SMETER_S6 -105 #define SMETER_S7 -101 #define SMETER_S8 -97 #define SMETER_S9 -93 #define SMETER_S9_10 -83 #define SMETER_S9_20 -73 #define SMETER_S9_30 -63 #define SMETER_S9_40 -53 #define SMETER_S9_50 -43 #define SMETER_S9_60 -33
Re: MD2017/RT-82 RSSI test version
When I had the Marconi SG running I made some RSSI tests on my RT3's and MD9600 too.
https://www.sa0bux.se/Ham/opengd77/Open ... tests.xlsx
https://www.sa0bux.se/Ham/opengd77/Open ... tests.xlsx
Re: MD2017/RT-82 RSSI test version
ThanksSA0BUX wrote: ↑Tue Feb 13, 2024 8:29 amWhen I had the Marconi SG running I made some RSSI tests on my RT3's and MD9600 too.
https://www.sa0bux.se/Ham/opengd77/Open ... tests.xlsx