17 January 2016

RFSM-8000

from http://www.marsregionone.org/Temp/rfsm-8000.pdf
"The RFSM-8000 (Radio Frequency Software Modem) is a software by RFSM-IDE Group, it operates under standards MIL 188-110A / MIL 188-110B App. C, (also under a modified version) providing a maximum speed of 8000bps (standard mode), or 6670bps (non-standard "narrow" mode). Signal bandwidth: 0.3-3.3 kHz (standard mode) and 0.3-2.7 kHz (non-standard mode).
Some technical descriptions: 
- real-time signal spectroscope/waterfall view, and IQ-diagram;
- operates under standards MIL-STD 188-110A / MIL-STD 188-110B App. C, (also under a modified version);
- maximum speed: 8000 bps (standard mode), or 6670 bps (non-standard "narrow" mode);
- signal bandwidth: 0.3-3.3 kHz (standard mode) and 0.3-2.7 kHz (non-standard mode).
- uses adaptive correction;
- file transfers are accomplished utilizing ARQ;
- uses SSE2 optimization (if available on CPU);
- transmitter control over COM-port (DTR or RTS line, or CI-V interface);
- allow correction of sound card discretization error;
- allow simple remote control and file-based IPC (for automatic connecting and file transfer)"


I did some tests to check the MS188-110 compatibility and their differences, below are shown the results
- RFSM-8000 modem settings: no DataMasking, standard mode, synchronous
- text sent: "Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua."
- decoder used: k500 in both MS188-110A and MS188-110B/App.C synchronous mode


75, 300 bps
2400Bd PSK-8 preamble, headers MS188-110 not compatible
- 75bps: special very robust mode (32-Walsh-based), works under very poor conditions ( -8 dB ), data PSK-8, ACF ~13.6ms (32 symbols)
-300bps: special robust mode - 300bps (16-Walsh-based), works under poor conditions ( -3 dB ), data PSK-8, ACF 13.6ms
About the robust modes the spectrogram shows a sort of inserts with irregular repetition interval, probably due to Walsh modulation, which makes the corrispondent ACF spikes. The 32 tribit symbols, i.e. 96 bits, are clearly visible in the "period" highlighted by BEE (pic. 2b). Standard MS188-110 doesn't exhibit such ACF for the 75bps waveform (pic. 2). 
75bps and 300bps are a sort of proprietary waveforms and need more investigations.

RFSM-modem -> k500
75 long  -> 4800 uncoded (not recognized)
300 long -> 2400 voice
(not recognized)

pic. 1
pic. 2
pic. 2b - 96 bits ACF in RFSM-8000 75bps as seen by BEE
600, 1200, 2400 bps
2400Bd PSK-8 preamble
- 600bps: data PSK-8,  ACF = MS188-110A (pic. 3)
- 1200bps: data PSK-8,  ACF = MS188-110A
- 2400bps: data PSK-8,  ACF = MS188-110A
source text is not clearly returned (7 bit shift ?) 

RFSM-modem -> k500 
600 long -> 600 long
1200 long -> 1200 long
2400 long -> 2400 long 
pic. 3 - RFSM-8000 2400bps ACF
3200 bps
2400Bd PSK-8 preamble, headers not MS188-110A compatible
data PSK-8,  ACF = MS188-110A

RFSM-modem -> k500
3200 long -> 75 long
(not recognized)

4800, 6400, 8000 bps (MS188-110B/App.C High-Speed WF)
(4800bps only uncoded in MS188-110A, coded in MS188-110B/App.C )
2400Bd PSK-8 preamble

- 4800bps: data PSK-8,  ACF ~119.5ms or 287 symbols frame (pic. 4)
- 6400bps: data QAM-16, ACF ~119.5ms (pic. 5)
- 8000bps: data QAM-32, ACF ~119.5ms (pic. 5)


RFSM-modem -> k500
4800 long -> 4800 long
6400 long -> 6400 long
8000 long -> 8000 long

 
pic. 4 - RFSM-8000 4800bps frame
pic. 5 - RFSM-8000 6400bps, 8000bps

As pointed and tested by AngazU, more likely RFSM chops the info into 59 byte groups and adds its own 6 bytes to build 65 chars chunks for a total of 520 bits frame. The example in pic. 6 is a null file sent by RFSM-8000 at 1200bps: he kindly gave me this file so I could replicate his investigation and get the same results:

pic. 6 - RFSM-8000 data framing (do not mix up with protocol framing)
As you can see in pic. 7, plain MS188-110A doesn't exhibit such beavior since each "period" is just 8 bit length.
pic. 7 -  8 bits period of MA188-110A

No comments:

Post a Comment