Hi Rick Regarding RFSM2400/8000 I wonder if you both set up your sound card offsets in the program Options/Hardware This program does require a fairly correct sample rate setting on both TX and RX to achieve full speed On tests done here on a fairly quiet band on 40m and 80m before just before sunset there has been no problem to achieve speeds as the records show below
BTW Our testing has been done with RFSM8000 which has the ability to work at 6666 bits per second The times shown below are in the afternoons on a relatively quiet band and over a distance of 250 klm for VK2KNC and 400 klm for VK2JN 'VK2KNC' accept MAIL-requests. - 4/11/2007 - 3:09:32 PM Receiving file '0101vlrg.jpg', compressed size 87920 bytes, from 'VK2KNC'... - 4/11/2007 - 3:10:01 PM File '0101vlrg.jpg' received succesfully, all time 406 sec, average speed 1930 (1730) bits/sec - 4/11/2007 - 3:17:01 PM Disconnected from 'VK2KNC' - 4/11/2007 - 3:17:15 PM Sending request for file 'stop7.jpg'... - 18/11/2007 - 3:33:46 PM Receiving file 'stop7.jpg', compressed size 15840 bytes, from 'VK2JN'... - 18/11/2007 - 3:33:59 PM File 'stop7.jpg' received succesfully, all time 39 sec, average speed 3240 (3231) bits/sec - 18/11/2007 - 3:34:53 PM Sending request for file 'Recycle.jpg'... - 18/11/2007 - 3:35:32 PM Receiving file 'Recycle.jpg', compressed size 43945 bytes, from 'VK2JN'... - 18/11/2007 - 3:35:45 PM File 'Recycle.jpg' received succesfully, all time 126 sec, average speed 2779 (2777) bits/sec - 18/11/2007 - 3:38:07 PM Disconnecting from 'VK2JN' - 18/11/2007 - 3:39:21 PM Sending request for file 'closeeyes5.jpg'... - 20/11/2007 - 4:02:27 PM Receiving file 'closeeyes5.jpg', compressed size 75482 bytes, from 'VK2JN'... - 20/11/2007 - 4:02:38 PM File 'closeeyes5.jpg' received succesfully, all time 195 sec, average speed 3095 (3089) bits/sec - 20/11/2007 - 4:06:09 PM Disconnecting from 'VK2JN' - 20/11/2007 - 4:06:54 PM Sending file 'Cycle24predictions.jpg', compressed size 65750 bytes (real size 76145 bytes), to 'VK2KNC'... - 18/12/2007 - 1:49:17 PM Connecting to POP3-server... - 18/12/2007 - 1:49:58 PM Connected to POP3-server... - 18/12/2007 - 1:49:58 PM Doing authentification... - 18/12/2007 - 1:49:58 PM Checking incoming mail... - 18/12/2007 - 1:49:59 PM POP3-server has 0 incoming mails. - 18/12/2007 - 1:49:59 PM Stop checking incoming mail. - 18/12/2007 - 1:49:59 PM [I cut some server stuff out] Connecting to POP3-server... - 18/12/2007 - 1:54:00 PM Connected to POP3-server... - 18/12/2007 - 1:54:00 PM Doing authentification... - 18/12/2007 - 1:54:00 PM Checking incoming mail... - 18/12/2007 - 1:54:00 PM POP3-server has 0 incoming mails. - 18/12/2007 - 1:54:00 PM Stop checking incoming mail. - 18/12/2007 - 1:54:00 PM File 'Cycle24predictions.jpg' sended succesfully, all time 05:08 (mm:ss), average speed 1975 (1705) bits/sec - 18/12/2007 - 1:54:25 PM You might like to compare some of the above figures taken from the sys_log.txt from RFSM8000 Les VK2DSG From: Rick Sent: Saturday, January 26, 2008 3:49 PM To: digitalradio@yahoogroups.com ; [EMAIL PROTECTED] Subject: [digitalradio] Report on RFSM2400 vs. OFDM Andy, K3UK and I had a very interesting experience this evening testing several sound card modes on the lower end of the 40 meter voice/image portion of the band. I have been wanting to do some comparison of the single tone high speed MIL-STD/FED-STD/STANAG modem in the RFSM2400 program with a multi tone OFDM modem. Signals were not that good between our locations, with deep QSB at times. Which was good for testing purposes. Andy running 100 watts and I running barefoot at times and up to about 250 watts when running digital (more on SSB). Once a minor glitch was taken care of, we discovered that the program is extremely easy to use. Just enter the station you wish to connect with and the negotiation is done by the software. There are some additional windows that can be opened that provide feedback on the actions being done. One window can be opened that includes an oscilloscope like screen that displays what appears to be a real time constellation of the received signal. Very impressive. Since we can only use this technology for sending image/fax here in the U.S., we elected to send some moderate sized jpeg images. I sent Andy a file that was 28521 bytes and it took 731 seconds to make the transfer which figures out to 312 bps. The software gives you this information upon completion of the file transfer. Andy then sent me a file of 7323 bytes which took 197 seconds or 295 bps. The software will display the received S/N ratio on screen and between each packet will update the transmitting station with how well the signal is (or isn't) being received with a S/N number. Even when I was only running 25 watts and turned off the amplifier, there was some throughput but it was reduced. The general report that I saw was 5 db S/N without and 10 dB with the amplifier. I would have expected something closer to 10 dB difference. When receiving the S/N appears to be close to real time on the receiving stations display and with QSB was all over the place with peaks at around 15 dB, but dropping down to 4 dB and I believe that I did see some negative numbers but would like to test this further. The point of all this is that it is possible to send data, even if fairly slowly. The ~ 300 bps speed roughly equates to 37 bytes per second or 370 wpm if you were sending uncompressed text. I don't know if any compression is added for the program, but perhaps not. That means that with text data we might be able to nearly double the throughput. Next we tried to use EasyPal, currently a popular digital OFDM program used for SSTV. I sent a file that would normally be a bit too large but it compresses it down to a much smaller file although you can adjust the quality on that as well. The file size at the default value became 20K and was to be sent in 94 seconds. There were something over 180 blocks sent. Andy received perhaps one sixth of them, but we suspected that it would take many tries to get the data through fully intact using the manually requested BSR system. This confirms that these OFDM programs tend to require a signal better than +5 dB and perhaps +7 to +10 is more reasonable for throughput to work well. It does seem that the RFSM2400 single tone modem worked better than OFDM, but I wish we had a comparable ARQ OFDM mode that did the corrections on the fly. It would be very helpful to have more hams do further comparisons, under varying conditions, and share their experiences. One thing that we need to test is how well that ~300 wpm throughput compares with FAE 400 and FAE 2000 under the same conditions. We would have had to move back down to the text data portions of the band to perform such a test. I am available for further testing with these modes and other modes too, such as NBEMS and ALE/FAE 400, or other programs you would like to compare. Just think ... a year ago almost none of this existed for ham use. Many thanks to the programmers who are helping us with the new sound card technologies. 73, Rick, KV9U
