Re: [digitalradio] Multipsk v 4.18
Hello Francesco, This is a small bug. To fix it, click on the Fonts button on the bottom of the RX/TX screen. Configure the colors as you want. Note: there is a Multipsk Yahoo group for this type of question. 73 Patrick - Original Message - From: Francesco Piccone To: digitalradio@yahoogroups.com Sent: Saturday, September 04, 2010 8:00 PM Subject: [digitalradio] Multipsk v 4.18 [1 Attachment] [Attachment(s) from Francesco Piccone included below] There are all who can help me because? the screen panoramic is black,, tnx Francesco YV4GJN MULTIPSK V4.18 Attachment(s) from Francesco Piccone 1 of 1 Photo(s) Multipsk.JPG
Re: [digitalradio] Digital Voice update #2 - programmers wanted - codec2 and the G3PLX modem
Hello Andy, I think it would be an interesting subject. However, if such mode was created I think it might be rather be conceived in some public way, so that the detailed specifications be public and written by specialists of this specific matter (I don't belong to these specialists). Then, it would be (relatively) easy to carry these detailed specifications to multimode programs, which would be compatible on this particular mode. Now, I think the Cesco program (FDMDV) exists and it worked well (at least with the first Codec), so... 73 Patrick - Original Message - From: Andy obrien To: digitalradio@yahoogroups.com Sent: Saturday, August 28, 2010 9:34 AM Subject: Re: [digitalradio] Digital Voice update #2 - programmers wanted - codec2 and the G3PLX modem I wonder if Patrick would be interested ??? Andy K3UK On Sat, Aug 28, 2010 at 3:26 AM, Tony d...@optonline.net wrote: All, I received an email from Peter Martinez today regarding the new codec developed by Dave Rowe. I had asked him if it was possible to use it in one of the digital voice applications and he explained that the modem, which was originally designed by Peter for a different voice codec, would have to be modified for it to work with Dave's codec. He said that he would not be able to take this on at the moment because of other obligations, but he did mention that he would pass along the know-how to anyone who would like to try writing a modem for Dave's codec based on Peter's own FDM design. This is how Cesco, HB9TLK re-engineered Peter's modem to work with a slower 1400 bps codec for the digital voice program FDMDV and how Erik, VK4RS developed EasyPal Unfortunately, we haven't been able to get in touch with Cesco for some time now so it may be necessary to have someone come up with a new digital voice application - something along the lines of WinDRM / FDMDV. If anyone is interested in taking on these projects, please contact me direct and I will put you in touch with Peter. Thanks, Tony -K2MO
Re: [digitalradio] Re: Solving the RSID problem once and for all
Sholto, Simon and all, confirmation email from a distant land. For information, in the last Multipsk version, I proposed this feature (confirmation email) for almost all digital modes (including CW), through a specific sting of characters using a particular protocol (using CRC). The code (Pascal) of formation of the string of characters is public, so... http://f6cte.free.fr/how_to_use_the_r...@_email_reception_report_with_multipsk.doc 73 Patrick - Original Message - From: sholtofish sho...@probikekit.com To: digitalradio@yahoogroups.com Sent: Wednesday, August 18, 2010 10:09 PM Subject: [digitalradio] Re: Solving the RSID problem once and for all Simon, Yes that will be very interesting to see. My only thought about such a system is the complexity cost level for the average ham. Many of us on here lament about people not using RS ID or not being interested enough to try some of the more exotic modes. I don't see this ever significantly changing. For most digimode ops PSK31 RTTY are all that are important - just witness RTTY contests and the activity around 14.070. We talk about ultimate solutions but realistically this will only be a solution for a small percentage of highly technical amateurs. To state it slightly differently: For most ops the ultimate solution has already been invented namely PSK31. We are rapidly discussing developing technologies that are going to bypass a very high proportion of amateurs and to what end? To talk to the same small bunch of guys using a different complex mode each time? Whatever your thoughts about the ROS modem it did capture a lot of interest (and still does) because it was extremely simple to operate (therefore understandable for the average ham) and gave a reward in the form of a confirmation email from a distant land. Actually the same essential qualities that appealed to most of us when we first got into ham radio. CW was simple to operate and we looked forward to the QSL card. I'm not suggesting we abandon attempts like Simon's, far from it, but we might be deluding ourselves if we think an ultimate solution is either necessary or gained through ever more complex technology. 73 Sholto --- In digitalradio@yahoogroups.com, Simon HB9DRV simon.br...@... wrote: I think I'm working on the 'ultimate solution' here - a SDR radio and RSID decoder where the RSID decoder analyses between 11.025 and 88.2kHz of bandwidth. I already have a digital decoder built into the console, the RSID will then alert me and with one click I'll be decoding it. Next year I hope to have a SDR receiver which delivers 30Mhz of bandwidth so I can monitor the entire shortwave (or just Ham bands) for RSID other interesting transmissions. Simon Brown, HB9DRV http://sdr-radio.com -Original Message- From: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com] My idea was just simple prog to run in parallel to any sound card program. It's purpose would be to clue you in on what exotic modes you were hearing. It would then be up the op to decide what program to use. If you're already using DM780,FLDigi or MultiPSK then there would be no need for it at all. http://www.obriensweb.com/digispotter.html Chat, Skeds, and Spots all in one (resize to suit) Facebook= http://www.facebook.com/pages/digitalradio/123270301037522 Yahoo! Groups Links
Re: [digitalradio] Solving the RSID problem once and for all
Hello Tony and all, For information, on Multipsk, by default the RX RS ID is Off, however the RS ID and Call ID monitoring is On. It means that, by default, on reception of a RS ID, a discrete warning message appears indicating, for example: 10:08:14 RS ID: BPSK125 / 376 Hz Click OK to switch on the RS ID. By clicking on the OK button, the mode and frequency are switched to the detected transmission. Now, as you said except in ALE400, the transmission RS ID is Off. Now it is more difficult to know where a CQ is transmitted. By default the CQ macro (sequence in Multipsk) is the second one but it can be changed... distinguish from others. Domino, Olivia, Thor and Throb would fall into this category along with their derivatives and sub-modes. A few others It would impose a RS ID for each transmission, when it is just necessary for the CQ. main program window to remind the user to turn it on. The animated Perhaps in detection of the CQ CQ string of characters in transmission, when the TX RS ID is Off and for a sub-set of modes (?) 73 Patrick - Original Message - From: Tony d...@optonline.net To: digitalradio@yahoogroups.com Sent: Sunday, August 15, 2010 11:04 AM Subject: [digitalradio] Solving the RSID problem once and for all All, Although RSID has been available in just about every digital program for some time now, it continues to see little use. The result has been frustration at both ends as one party tries to figure out which mode is being sent while the other wonders why his CQ's go unanswered. One solution would be to have the RSID turn on by default when the software is switched to a mode that is known to be difficult to distinguish from others. Domino, Olivia, Thor and Throb would fall into this category along with their derivatives and sub-modes. A few others would follow suit. An alternative solution would be to use a flashing RSID button in the main program window to remind the user to turn it on. The animated flashing light can be accompanied by a short mouse-over text message explaining the benefits of RSID. The programmers have certainly gone to great lengths to simplify the use of RSID and they have done a terrific job. But I think they might be able to take things a step further to bring mode identification to the forefront so those CQ's get answered. Patrick Lindeker took the 'always on RSID approach with ALE400 and it works great. Thoughts / suggestions welcomed Tony -K2MO http://www.obriensweb.com/digispotter.html Chat, Skeds, and Spots all in one (resize to suit) Facebook= http://www.facebook.com/pages/digitalradio/123270301037522 Yahoo! Groups Links
Re: [digitalradio] Re: [digitalradio ]Multipsk ???? Final Call for Papers--2010 ARRL/TAPR Digital Communications Conference
TKS Andy. 73 Patrick - Original Message - From: Andy obrien To: digitalradio@yahoogroups.com Sent: Friday, July 02, 2010 11:57 PM Subject: Re: [digitalradio] Re: [digitalradio ]Multipsk Final Call for Papers--2010 ARRL/TAPR Digital Communications Conference Great. let me know if you nee any help with English words. Andy K3Uk On Fri, Jul 2, 2010 at 3:47 PM, Patrick Lindecker f6...@free.fr wrote: Hello Andy, Yes I could concatenate several papers about RS ID and Call ID and present the result. 73 Patrick - Original Message - From: Andy obrien To: digitalradio@yahoogroups.com Sent: Friday, July 02, 2010 3:48 AM Subject: [digitalradio] Re: [digitalradio ]Multipsk Final Call for Papers--2010 ARRL/TAPR Digital Communications Conference Hmm, I wonder if Patrick has thought about publishing his work with RS-ID? On Thu, Jul 1, 2010 at 4:29 PM, Ford, Steve, WB8IMY sf...@arrl.org wrote: Technical papers are solicited for presentation at the 29th Annual ARRL and TAPR Digital Communications Conference to be held September 24-26, 2010 near Portland, Oregon. These papers will also be published in the Conference Proceedings (you do NOT need to attend the conference to have your paper included in the Proceedings). The submission deadline is July 31, 2010. Please send papers to: Maty Weinberg ARRL 225 Main St Newington, CT 06111 or you can make your submission via e-mail to: m...@arrl.org Papers will be published exactly as submitted and authors will retain all rights. 73 . . . Steve, WB8IMY ARRL
Re: [digitalradio] Re: [digitalradio ]Multipsk ???? Final Call for Papers--2010 ARRL/TAPR Digital Communications Conference
Hello Andy, Yes I could concatenate several papers about RS ID and Call ID and present the result. 73 Patrick - Original Message - From: Andy obrien To: digitalradio@yahoogroups.com Sent: Friday, July 02, 2010 3:48 AM Subject: [digitalradio] Re: [digitalradio ]Multipsk Final Call for Papers--2010 ARRL/TAPR Digital Communications Conference Hmm, I wonder if Patrick has thought about publishing his work with RS-ID? On Thu, Jul 1, 2010 at 4:29 PM, Ford, Steve, WB8IMY sf...@arrl.org wrote: Technical papers are solicited for presentation at the 29th Annual ARRL and TAPR Digital Communications Conference to be held September 24-26, 2010 near Portland, Oregon. These papers will also be published in the Conference Proceedings (you do NOT need to attend the conference to have your paper included in the Proceedings). The submission deadline is July 31, 2010. Please send papers to: Maty Weinberg ARRL 225 Main St Newington, CT 06111 or you can make your submission via e-mail to: m...@arrl.org Papers will be published exactly as submitted and authors will retain all rights. 73 . . . Steve, WB8IMY ARRL
[digitalradio] List of RS ID figures updated with several Contestia and Olivia modes
Hello to all,
For information, here is the updated list of RS ID (addition of several
Contestia and Olivia modes for VHF/UHF and emergency communications).
73
Patrick
IF NUMBER=1 THEN MODE:='BPSK31' ELSE
IF NUMBER=2 THEN MODE:='BPSK63' ELSE
IF NUMBER=3 THEN MODE:='QPSK63' ELSE
IF NUMBER=4 THEN MODE:='BPSK125' ELSE
IF NUMBER=5 THEN MODE:='QPSK125' ELSE
IF NUMBER=7 THEN MODE:='PSKFEC31' ELSE
IF NUMBER=8 THEN MODE:='PSK10' ELSE
{MT63 parameter 1 parameter 2 (parameter 1: 500, 1000 (1000 Hz) or
2000 (2000 Hz),
parameter 2: LG (Long), ST (Short) or VST (Very short)
Example: MT63-1000-LG}
IF NUMBER=9 THEN MODE:='MT63-500-LG' ELSE
IF NUMBER=10 THEN MODE:='MT63-500-ST' ELSE
IF NUMBER=11 THEN MODE:='MT63-500-VST' ELSE
IF NUMBER=12 THEN MODE:='MT63-1000-LG' ELSE
IF NUMBER=13 THEN MODE:='MT63-1000-ST' ELSE
IF NUMBER=14 THEN MODE:='MT63-1000-VST' ELSE
IF NUMBER=15 THEN MODE:='MT63-2000-LG' ELSE
IF NUMBER=17 THEN MODE:='MT63-2000-ST' ELSE
IF NUMBER=18 THEN MODE:='MT63-2000-VST' ELSE
IF NUMBER=19 THEN MODE:='PSKAM10' ELSE
IF NUMBER=20 THEN MODE:='PSKAM31' ELSE
IF NUMBER=21 THEN MODE:='PSKAM50' ELSE
IF NUMBER=22 THEN MODE:='PSK63F' ELSE
IF NUMBER=23 THEN MODE:='PSK220F' ELSE
{CHIP 64 parameter 1 (parameter 1: 64 or 128), Example: CHIP-64}
IF NUMBER=24 THEN MODE:='CHIP-64' ELSE
IF NUMBER=25 THEN MODE:='CHIP-128' ELSE
IF NUMBER=26 THEN MODE:='CW' ELSE
{CCW parameter 1 parameter 2 (parameter 1: OOK or FSK,
parameter 2: 12 (12 wpm), 24 (24 wpm) or 48 (48 wpm)
Examples: CCW-OOK-12 or CCW-FSK-24}
IF NUMBER=27 THEN MODE:='CCW-OOK-12' ELSE
IF NUMBER=28 THEN MODE:='CCW-OOK-24' ELSE
IF NUMBER=29 THEN MODE:='CCW-OOK-48' ELSE
IF NUMBER=30 THEN MODE:='CCW-FSK-12' ELSE
IF NUMBER=31 THEN MODE:='CCW-FSK-24' ELSE
IF NUMBER=33 THEN MODE:='CCW-FSK-48' ELSE
{Pactor1 ARQ not RX/TX in Multipsk 4.1.1}
IF NUMBER=34 THEN MODE:='PACTOR1-FEC' ELSE
{PACKET parameter 1 (parameter 1: 300 (bauds) or 1200 (bauds)),Example:
PACKET-300}
IF NUMBER=35 THEN MODE:='PACKET-300' ELSE
IF NUMBER=36 THEN MODE:='PACKET-1200' ELSE
{ASCII parameter 1 (parameter 1: 7 (7 bits) or 8 (8 bits)), Example:
ASCII-7}
IF NUMBER=37 THEN MODE:='ASCII-7' ELSE
IF NUMBER=38 THEN MODE:='ASCII-8' ELSE
{RTTY parameter 1 (parameter 1: 45 (45 bauds), 50 (50 bauds), 75 (75
bauds)), Example: RTTY-45}
IF NUMBER=39 THEN MODE:='RTTY-45' ELSE
IF NUMBER=40 THEN MODE:='RTTY-50' ELSE
IF NUMBER=41 THEN MODE:='RTTY-75' ELSE
IF NUMBER=42 THEN MODE:='AMTOR FEC' ELSE
{THROB parameter 1 (parameter 1: 1 (1 baud), 2 (2 bauds) or 4 (4
bauds)), Example: THROB-2}
IF NUMBER=43 THEN MODE:='THROB-1' ELSE
IF NUMBER=44 THEN MODE:='THROB-2' ELSE
IF NUMBER=45 THEN MODE:='THROB-4' ELSE
{THROBX parameter 1 (parameter 1: 1 (1 baud) or 2 (2 bauds)), Example:
THROBX-2}
IF NUMBER=46 THEN MODE:='THROBX-1' ELSE
IF NUMBER=47 THEN MODE:='THROBX-2' ELSE
{CONTESTIA parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8
tones), 16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz), 500
(B=500 Hz) or 1000 (B=1000 Hz))...same parameters as OLIVIA
Examples: CONTESTIA-32-1000 or CONTESTIA-8-500
Note: the following are the main Contestia modes:
CONTESTIA-4-250, CONTESTIA-4-500, CONTESTIA-8-250, CONTESTIA-8-500,
CONTESTIA-16-500, CONTESTIA-16-1000, CONTESTIA-32-1000}
IF NUMBER=49 THEN MODE:='CONTESTIA-8-250' ELSE
IF NUMBER=50 THEN MODE:='CONTESTIA-16-500' ELSE
IF NUMBER=51 THEN MODE:='CONTESTIA-32-1000' ELSE
IF NUMBER=52 THEN MODE:='CONTESTIA-8-500' ELSE
IF NUMBER=53 THEN MODE:='CONTESTIA-16-1000' ELSE
IF NUMBER=54 THEN MODE:='CONTESTIA-4-500' ELSE
IF NUMBER=55 THEN MODE:='CONTESTIA-4-250' ELSE
IF NUMBER=56 THEN MODE:='VOICE' ELSE
IF NUMBER=57 THEN MODE:='MFSK16' ELSE
IF NUMBER=60 THEN MODE:='MFSK8' ELSE
{RTTYM parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8 tones),
16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz), 500 (B=500
Hz) or 1000 (B=1000 Hz))...same parameters as OLIVIA
Examples: RTTYM-32-1000 or RTTYM-8-500
Note: the following are the main RTTYM modes: RTTYM-4-250, RTTYM-4-500,
RTTYM-8-250, RTTYM-8-500, RTTYM-16-500, RTTYM-16-1000, RTTYM-32-1000}
IF NUMBER=61 THEN MODE:='RTTYM-8-250' ELSE
IF NUMBER=62 THEN MODE:='RTTYM-16-500' ELSE
IF NUMBER=63 THEN MODE:='RTTYM-32-1000' ELSE
IF NUMBER=65 THEN MODE:='RTTYM-8-500' ELSE
IF NUMBER=66 THEN MODE:='RTTYM-16-1000' ELSE
IF NUMBER=67 THEN MODE:='RTTYM-4-500' ELSE
IF NUMBER=68 THEN MODE:='RTTYM-4-250' ELSE
{OLIVIA parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8 tones),
16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz), 500 (B=500
Hz) or 1000 (B=1000 Hz))
Examples: OLIVIA-32-1000 or OLIVIA-8-500
Note: the following are the main Olivia modes: OLIVIA-4-250, OLIVIA-4-500,
OLIVIA-8-250, OLIVIA-8-500, OLIVIA-16-500, OLIVIA-16-1000, OLIVIA-32-1000}
IF NUMBER=69 THEN MODE:='OLIVIA-8-250' ELSE
IF NUMBER=70 THEN MODE:='OLIVIA-16-500' ELSE
IF NUMBER=71 THEN MODE:='OLIVIA-32-1000' ELSE
IF NUMBER=72 THEN MODE:='OLIVIA-8-500'
[digitalradio] New release (4.18) of MULTIPSK
Pour les francophones: la version française de ce message se trouve sur mon site (http://f6cte.free.fr). Il suffit de cliquer sur le lien Principales modifications (courriel avertissant de la sortie de la nouvelle version). Hello to all Ham and SWL, The new release of MultiPSK (4.18) is on my Web site (http://f6cte.free.fr). It is not yet on Earl's and Terry's WEB sites. The main modifications of MULTIPSK 4.18 are the following: 1) Decoding of the NWR SAME mode NWR (National Weather Radio) SAME (Specific Area Message Encoding) is simply a method of identifying the local area to which an alert message applies. It utilizes a digital data stream that contains the alert message with information about the type of event expected, its timing, duration, and location. The NWR SAME system is used in USA and Canada, in VHF (162.400, 162.425, 162.450, 162.475, 162.500, 162.525, 162.550 MHz). To listen NWR SAME messages: the NWS tests the NWR and SAME alerting technology weekly. These tests normally occur on Wednesday between 10 AM and Noon with some variations to accomodate local requirements. This mode is available for licencied copies, only (otherwise, the decoding is stopped after 5 minutes). See specifications further on. 2) Transmission/reception of ARQ FAE QSP (indirect) mails through a mails Server Differences between a direct mail and a QSP mail (indirect) A mail is direct if you can transmit it directly to the final addressee: A --B. If you can't transmit the mail directly because the final addressee can't be directly reached due to the link conditions, the mail can be forwarded by the connected station, which acts as a mails Server: A--C (mails Server)--B. For this, you must use a QSP mail. A paper based on snapshots presents this new system: http://f6cte.free.fr/QSP_mails_forwarding_easy_with_Multipsk_in_ALE_and_ALE400.doc 3) New macros: - RPRT@ permits to ask to the other Ham or to the SWL monitoring your QSO to send you a reception report by e-mail. Your address must be specified in the WEB ADDRESS of your personal data (Personal button). It will be transmitted the following command r...@lenemail addressCRC which is the report demand. If correctly decoded, a reception report will be transmitted to the e-mail address that you specified, through Internet. Examples of use of this macro 1) The main objective is to ask the other Ham with whom you are in QSO to send you a reception report by e-mail. 2) But it can be also done by a SWL monitoring your QSO. 3) This macro can be used in conjuction with a Multipsk beacon which mode can be controlled by a RS ID. For example, you can switch the beacon in BPSK31 and asks the beacon for a reception report. Afterwards, the beacon can be switched in Olivia by a new RS ID and a new reception report can be asked... Note: this macro can be used for all digital modes (except JT65), CW included. A paper based on snapshots presents this new system: http://f6cte.free.fr/How_to_use_the_« RPRT@ »_email_reception_report_with_Multipsk.doc The source code (in Pascal/Delphi and in English) to code/decode this command is available for the coding/decoding software developpers, by making the demand to F6CTE by e-mail. - TUNE:command permits to send a Tune (non modulated carrier) with the command: TUNE: Power (in % from 0 to 100) Frequency (in Hz from 0 to 5000) Duration (in 1/10 sec from 1 to 999). For example: TUNE: 5 4000 10 (5% of power at 4000 Hz for 1 sec) This function can be used for transmission tests or, perhaps, to create his/her personal jingle (short musical sequence). - S/N gives the Signal to Noise ratio (in dB) obtained about 4 seconds before the switching to transmission. - Quality for PSK modes only, gives the signal quality from 1/5 to 5/5 obtained about 4 seconds before the switching to transmission. 4) Improvements Addition of a filter possibility in the SELCAL mode. Addition of 6 new memories of frequency and mode in the Transceiver window, for a total of 10 memories. Some improvements for contesters: addition of a manual control of the QSO number, proposition of standard HF QRGs for the Freq MHz field, possibility to double the size of the QSO-log or DXKeeper buttons (in the Logbook window). Note about translation of Multipsk.exe and Clock .exe: the 4.17 version of Multipsk/Clock has been completly translated to Spanish by Joachin (EA4ZB), from French. The translation file is on my Web site (http://f6cte.free.fr/Translation_files.htm). NWR SAME (VHF) The NWR (National Weather Radio) SAME (Specific Area Message Encoding) is a digital system for transmission in USA and Canada, in VHF, of warning messages. There are, in fact, other agencies that NWS (National Weather Service) which use the SAME system. There are also many other messages that warning or watch messages. Description : Baud rate: 580.83. Modulation : Logic 0 at 1562.5 Hz and logic 1 at 2083.3 Hz Reception
[digitalradio] Re: [multipsk] New release (4.18) of MULTIPSK
Hello to all, I forgot to add, to my previous message: Addition of a new mode Packet (and APRS) based on BPSK31 modulation. Now it is done. 73 Patrick
Re: [digitalradio] Multipsk Signalink and Vista
Hello Chuck, Could you ask the to the Multipsk group. Note: have you connected a jack to the USB sound card input. It is compulsory with Vista 73 Patrick - Original Message - From: ac5pw10 ac5p...@yahoo.com To: digitalradio@yahoogroups.com Sent: Monday, May 31, 2010 12:06 AM Subject: [digitalradio] Multipsk Signalink and Vista Can anyone tell me how to setup Multipsk using a signalink USB with Vista?? Tis is driving me crazy 73, Chuck AC5PW http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links
Re: [digitalradio] Multipsk Signalink and Vista
I assume you mean from the audio out on the rig to the signalink. Yes. If so, control that the sound card appears in the sound card menus. Then select the source in the pseudo-mixer (in fact there is no such mixer as under XP, it is a regression of Vista compared to XP). 73 Patrick - Original Message - From: charles standlee To: digitalradio@yahoogroups.com Sent: Monday, May 31, 2010 10:13 PM Subject: Re: [digitalradio] Multipsk Signalink and Vista I assume you mean from the audio out on the rig to the signalink. I've sent in a request to join the group Thanks 73, Chuck AC5PW Once a Marine... ...Always a Marine OOORAHHH ! Saepe Expertus - Semper Fidelis - Fratres Aeterni Often Tested - Always Faithful - Brothers Forever -- From: Patrick Lindecker f6...@free.fr To: digitalradio@yahoogroups.com Cc: multi...@yahoogroups.com Sent: Mon, May 31, 2010 2:45:45 PM Subject: Re: [digitalradio] Multipsk Signalink and Vista Hello Chuck, Could you ask the to the Multipsk group. Note: have you connected a jack to the USB sound card input. It is compulsory with Vista 73 Patrick - Original Message - From: ac5pw10 ac5p...@yahoo.com To: digitalradio@yahoogroups.com Sent: Monday, May 31, 2010 12:06 AM Subject: [digitalradio] Multipsk Signalink and Vista Can anyone tell me how to setup Multipsk using a signalink USB with Vista?? Tis is driving me crazy 73, Chuck AC5PW http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links
Re: [digitalradio] Re: ALE 400
Hello Howard, MultiPSK = Yick Ugg, can't stand to even look at the user interface. I dont understand Yick Ugg but I suppose that it is not a compliment. In French, we say Les goûts et les couleurs ne se discutent pas. It means that if you don't like it you don't use it, that's all. No need to impose your taste. But you give me the opportunity to expose the reason of the interface. I do it the way that corresponds to my needs (and I hope it corresponds to some other needs): * quick access to modes and options without going to menus, * except for some complex modes as Packet or ALE, all the options concerning a mode are directly available using buttons, * as I have no much memory (in my mind not in the PC), many buttons have a hint (i.e. after 1/2 s, mouse cursor over the button) which is, in fact, a contextual help, * many buttons give access to a context sensitive help (i.e. mouse cursor over the button, clicking on the right button of the mouse calls the concerned help), Note: I do this way because I noted that it is really complex to have a pertinent information, through the help, with professional softs as WORD. And the result is that almost nobody uses the Word manual. Now each one must choose according to his/her needs. And it'a a good thing to have a diversity of softs. Where the uninstaller? UNINSTALLATION OF THE MULTIPSK AND CLOCK APPLICATIONS As there is no change in the Windows registers base, these applications can be uninstalled manually (with Windows Explorer) by deleting the folder containing the Multipsk and Clock files. I suppose he can't imagine anyone ever wanting to uninstall his software? This is the most unprofessional software I have ever seen. No need either to be agressive. It's just a soft. Why don't you try to program a decoding/coding soft ? It's pleasant! 73 Patrick - Original Message - From: Howard Z howar...@yahoo.com To: digitalradio@yahoogroups.com Sent: Thursday, May 20, 2010 2:55 AM Subject: [digitalradio] Re: ALE 400 MultiPSK = Yick Ugg, can't stand to even look at the user interface. I don't care if his s/w can walk on water - I can't bring myself to use it. The author of MultiPSK needs to think about all the other software he uses, written by professionals, and consider how to make his own software easy to use and pleasant to look at. Yes, I know others may have different opinions. Howard --- In digitalradio@yahoogroups.com, Patrick Lindecker f6...@... wrote: Hello Nick, Look at this paper: http://f6cte.free.fr/ALE_and_ALE400_easy_with_Multipsk.doc 73 Patrick http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links
Re: [digitalradio] Transmitting in ALE400
Hello, Once Answer pushed, if it is not a selective call, Multipsk must detect the CQ and automatically transmits to establish the handshaking with the Master. If you did not transmit, it means that the CQ was not decoded. Here are some hints: - It is strongly recommended to calibrate the sound-card: click on the Adjustments menu button, then select the Determination of the RX/TX sound-card sampling frequencies option and push on the Determination of the 48 KHz RX sampling frequency (test on 3 minutes) button. At the end of the test, click on Return, Note about the sound level (Level indication in % at the top of the screen): an AF level superior or equal to 10 % is OK. About 50 % is ideal (but not critical). In case of very low AF level, select 16 bits in the Determination of the RX/TX sound-card sampling frequencies option (Adjustments menu button), Check this and try again. 73 Patrick - Original Message - From: kb2hsh kb2...@amsat.org To: digitalradio@yahoogroups.com Sent: Thursday, May 20, 2010 2:57 PM Subject: [digitalradio] Transmitting in ALE400 Perhaps I am missing something, but yesterday, I attempted to answer a CQ from KA1GMN and I couldn't get Multi to transmit. I did have the ANSWER key pressed. But, it still didn't work. HELP? KB2HSH http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links
Re: [digitalradio] ALE 400
Hello Hal, For details about beacon: http://f6cte.free.fr/The_ARQ_FAE_beacon_easy_with_Multipsk.doc 73 Patrick - Original Message - From: Hal Stang To: digitalradio@yahoogroups.com Sent: Thursday, May 20, 2010 6:45 PM Subject: Re: [digitalradio] ALE 400 Patrick , Thanks for info. Still in the infancy stage of learning Ale 400 and MultiPsk. Any and all help is appreciated. Been printing the manual download for Ale. Articles, web sites etc. A question. Do you use the Beacon Set up they mention? I read it again last night and thought it was quite interesting. again thank you, 73 Hal Stang WD4MDA - Original Message - From: H Stang To: H Stang WD4MDA Sent: Thursday, May 20, 2010 11:44 AM Subject: Fw: [digitalradio] ALE 400 - Original Message - From: Patrick Lindecker To: digitalradio@yahoogroups.com Sent: Wednesday, May 19, 2010 3:00 PM Subject: Re: [digitalradio] ALE 400 Hello Stang, where I type, it sends. You have an option to send only when you type the Enter key (to fix errors for example). Also in QSB there appears to be a constant resending of the typed material till it gets it correct. not sure but it seems that way. Yes this is normal. Moreover, after a fix number of retries, it is sent a RS ID to try to automatically re-tune (i.e resynchronise in time and frequency) the transmissions (the RS ID being more sensitive than ALE400). If the QSB is too long (more than 90 sec or 15 NAK), it is operated an automatic disconnection. 73 Patrick - Original Message - From: H Stang To: digitalradio@yahoogroups.com Sent: Tuesday, May 18, 2010 9:42 PM Subject: Re: [digitalradio] ALE 400 Chuck, I saw your email and went to 14074 but didn't hear or see you. Band was ruff. just finished two ALE 400 QSO's with KEIAF AND WB2LMV. QSB aplenty. I am in the same mode of trying to figure it out. It is getting a little easir.. I have made 5 ALE400 contacts in the last two days. I may have to adjust my screen colors (Multipsk) where I type, it sends. If that can be done. They are both red, and it has been confusing me. Also in QSB there appears to be a constant resending of the typed material till it gets it correct. not sure but it seems that way. WB2MLV made a comment about that. So more study. Good luck. Hal Stang WD4MDA Hellschrieber #: FD 2599 wd4...@comcast.net Jacksonville FL - Original Message - From: ac5pw10 To: digitalradio@yahoogroups.com Sent: Tuesday, May 18, 2010 1:56 PM Subject: [digitalradio] ALE 400 Is anybody on to tinker with ALE400?? It's 1751Z I'm monitoring 14074.00 and will monitor most of the rest of the day. I'm still trying to figure it out so please bear with me till then. 73, Chuck AC5PW No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2881 - Release Date: 05/18/10 02:26:00 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2883 - Release Date: 05/19/10 02:26:00
Re: [digitalradio] ALE 400
Hello Stang, where I type, it sends. You have an option to send only when you type the Enter key (to fix errors for example). Also in QSB there appears to be a constant resending of the typed material till it gets it correct. not sure but it seems that way. Yes this is normal. Moreover, after a fix number of retries, it is sent a RS ID to try to automatically re-tune (i.e resynchronise in time and frequency) the transmissions (the RS ID being more sensitive than ALE400). If the QSB is too long (more than 90 sec or 15 NAK), it is operated an automatic disconnection. 73 Patrick - Original Message - From: H Stang To: digitalradio@yahoogroups.com Sent: Tuesday, May 18, 2010 9:42 PM Subject: Re: [digitalradio] ALE 400 Chuck, I saw your email and went to 14074 but didn't hear or see you. Band was ruff. just finished two ALE 400 QSO's with KEIAF AND WB2LMV. QSB aplenty. I am in the same mode of trying to figure it out. It is getting a little easir.. I have made 5 ALE400 contacts in the last two days. I may have to adjust my screen colors (Multipsk) where I type, it sends. If that can be done. They are both red, and it has been confusing me. Also in QSB there appears to be a constant resending of the typed material till it gets it correct. not sure but it seems that way. WB2MLV made a comment about that. So more study. Good luck. Hal Stang WD4MDA Hellschrieber #: FD 2599 wd4...@comcast.net Jacksonville FL - Original Message - From: ac5pw10 To: digitalradio@yahoogroups.com Sent: Tuesday, May 18, 2010 1:56 PM Subject: [digitalradio] ALE 400 Is anybody on to tinker with ALE400?? It's 1751Z I'm monitoring 14074.00 and will monitor most of the rest of the day. I'm still trying to figure it out so please bear with me till then. 73, Chuck AC5PW No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2881 - Release Date: 05/18/10 02:26:00
Re: [digitalradio] ALE 400
Hello Nick, Look at this paper: http://f6cte.free.fr/ALE_and_ALE400_easy_with_Multipsk.doc 73 Patrick - Original Message - From: Nikola Nikolov nniko...@maxcom-bg.com To: digitalradio@yahoogroups.com; Andy obrien k3uka...@gmail.com Sent: Wednesday, May 19, 2010 6:08 AM Subject: Re: [digitalradio] ALE 400 What about those having not access to QST and still wishing to try out ALE 400 ? Best 73's! De Nick - LZ1ZM On Wed, 19 May 2010 04:15:39 +0300, Andy obrien k3uka...@gmail.com wrote: June QST On Tue, May 18, 2010 at 9:07 PM, wb4...@teara.org wb4...@teara.org wrote: At 05:56 PM 5/18/2010 -, you wrote: Is anybody on to tinker with ALE400?? It's 1751Z I'm monitoring 14074.00 and will monitor most of the rest of the day. I'm still trying to figure it out so please bear with me till then. 73, Chuck AC5PW I know this is probably an old question... but is there somewhere I can go to read about ALE400 and get started without too much complexity? I use several other digital modes, but I don't know anything about ALE400. Thanks Dave WB4IUY www.WB4IUY.net http://www.wb4iuy.net/ -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/digitalradio/join (Yahoo! ID required) * To change settings via email: digitalradio-dig...@yahoogroups.com digitalradio-fullfeatu...@yahoogroups.com * To unsubscribe from this group, send an email to: digitalradio-unsubscr...@yahoogroups.com * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [digitalradio] Re: ALE 400 coming out of the woodwork
Hello Jim, but does it need a better signal than, say, Olivia to get through? The minimum S/N is around -12 dB. It is comparable to the minimum S/N for Olivia 32-1000 or Olivia 8-500. However, below -11 dB, repetitions begin. 73 Patrick - Original Message - From: jhhay...@earthlink.net To: digitalradio@yahoogroups.com Sent: Saturday, May 15, 2010 6:36 PM Subject: [digitalradio] Re: ALE 400 coming out of the woodwork That's good to hear. I have had only a couple of ALE-400 QSOs but both were very pleasant. I would be participating in this weekend's activity except I'm away from home. Do you have any feel for how robust ALE-400 is versus some of the other modes? Of course it's error-free because of the ARQ, but does it need a better signal than, say, Olivia to get through? Jim W6JVE http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links
Re: [digitalradio] Re: CALL ID via PSKReporter
Hello to all, The Multipsk version to use for Call ID must be either the 4.16 or the 4.17 but not inferior because, i changed some specifications and added some possibilities (Prop ID, Text ID inside the generic Call ID system...). It's now stable but not completly compatible with the first Call ID versions (i.e in Multipsk=4.15). 73 Patrick - Original Message - From: Andy obrien k3uka...@gmail.com To: digitalradio digitalradio@yahoogroups.com; wn...@yahoogroups.com Sent: Friday, May 14, 2010 10:27 AM Subject: [digitalradio] Re: CALL ID via PSKReporter The raw Multipsk version of this is listed as 01:26:36 CQ KA1GMN-EM12KU + 1 1297 Hz 10.133220 MHz 23:44:35 CQ N9DSJ-EN52TI-9 1405 Hz 14.072000 MHz 23:54:11N9DSJ-EN52TI -20 1986 Hz 14.072000 MHz 00:09:03N9DSJ-EN52TI -11 279 Hz 14.072000 MHz 01:30:43 CQ K7LRB + 3 1017 Hz 14.072000 MHz 01:33:39 CQ WB0ZYU -20 2051 Hz 14.072000 MHz 01:35:46 CQ K2MO-FN30GM-20 1012 Hz 14.072000 MHz 20 W 13 dBi W 14.072000 MHz 01:36:34 CQ K2MO-FN30GM-20 3612 Hz 14.072000 MHz 20 W 13 dBi W 14.072000 MHz 03:38:07 CQ AK4B -11 3520 Hz 14.072000 MHz 03:39:06 CQ AK4B -12 3666 Hz 14.072000 MHz On Fri, May 14, 2010 at 3:58 AM, Andy obrien k3uka...@gmail.com wrote: While I play around with ways to automatically upload my CALL_ID.txt file in Multipsk to my web site, I should mention that PSKreporter already has a feature that does much of what I am trying to do. See that attached screenshot that shows call ID's that I received. PSK Reporter can be configured to have it show Call IDs received by multiple callsigns. It is not as instant as I would like, PSK Reporter updates every 2-3 minutes, I think. Not bad though. A reminder, my interest in this subject matter is based on a desire to see RS ID and Call ID capabilities for the basis of some rough equivalent of a CW Skimmer , but for digital modes. Andy K3UK http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links
[digitalradio] Network 105 / Multipsk
Hello to all, About this net, I received an intyeresting mail from Sholto: 73 Patrick *** I have a little explanation for the HF packet network. I hope it helps:- First see the attached map. It shows most of the important nodes on Network 105. The parameters for HF are: MARK: 14103.42 KHz SPACE: 14103.22 KHz HBAUD: 300 PACLEN: 60 FRACK: 5 MAXFRAME: 1 SSID's used are:- Absent: Direct QSO -1: Mail drop -2: Gateway digipeater -7: Node -10: Winlink 2000 RMS The nodes are used to hop around the network instead of digipeating which is inefficient. ACK frames are handled by node-node connections rather than stations themselves. For instance. If I want to talk to Burt, VE1AMA I could first connect to W0TX-7 in Colorado. When connected I would see this:- ###CONNECTED TO NODE W0TX-7(W0TX) CHANNEL A Denver Radio Club 145.0514.105 (www.w0tx.org) ENTER COMMAND: B,C,J,N,X, or Help ? The commands on this node mean: B - BYE C - CONNECT TO ANOTHER STATION J - SHOW THE HEARD LIST (FROM W0TX) X - CONNECT TO ANOTHER STATION ON SECONDARY PORT (OFTEN VHF) Now I might be able to reach VE1AMA-7 from this node but perhaps not... so I will connect to another node first K9VSO-7 so I type c k9vso-7 What I see is this: ###LINK MADE ###CONNECTED TO NODE K9VSO-7(K9VSO) CHANNEL A KB9SOZ Monroe Center, Adams Co., Wi Sysop: Jim K9VSO ENTER COMMAND: B,C,J,N,X, or Help ? so now I type c ve1ama-7 and what I see is: ###LINK MADE [TNOS-3.01a1-BFHIMW$] I have now made it to VE1AMA-7 which is a TNOS node and BBS. I could do this with reduced power because I am relying on the other nodes to make the connection. As long as I could get into a node close to me then I can reach the world literally because VE1AMA-7 (and some other nodes) have AMPRNet / telnet links to Europe, Australia, Asia etc. From the VE1AMA-7 node I can type a command ports which means show me a listing of your ports Available ports: alw : alw : internet link - wa7v-8 itt : itt : internet link - i6qpl-7 hou : hou : internet link - vdagw noh : noh : internet link - k8ee har : HAR : internet link - ve2har-7 con : con : internet link - ve3con pma : pma : internet link - va3pma-7 mos : mos : internet link - ka0mos-7 ca : ca : amprnet link - kd6mtu oha : oha : internet link - k8khw gat : gat : internet link - ve2uqh-6 pkt : pkt : internet link - ve2pkt-4 nsb : nsb : internet link - ve1fyi-7 ppr : ppr : internet link - ve1ppr-7 zda : zda : internet link - ve3zda-7 uhf : uhf : UHF BackBONE hf : hf : * NETWORK 105 * vhf : vhf : 2m LAN Local Network Patrick, you can see there is a port called HF. If you were to telnet directly to telnet://ve1ama.ampr.org/ and log in with your callsign then you could use Burt's HF port just the same as if you had connected by RF. So to connect to K9VSO-7 you would type c hf k9vso-7 and now you would be on 20m HF in the USA!. Here is another example. There is a node called AURORA which I can reach first via HF and then VHF through W0TX-7. I use the command X to mean connect to a station on a VHF port. My comments appear in [] c w0tx-7 [ first I connect to W0TX-7 in Colorado via HF] :*** CONNECTED to W0TX-7 ###CONNECTED TO NODE W0TX-7(W0TX) CHANNEL B Denver Radio Club 145.0514.105 (www.w0tx.org) ENTER COMMAND: B,C,J,N,X, or Help ? x aurora [connect to AURORA via W0TX-7's VHF port] ###LINK MADE Welcome to KB8DM's Packet Switch. Type ? for a list of available commands. n AURORA:KB8DM-5} Nodes: ASCVI:VA3CVI-2 AURBBS:KB8DM AURCHT:KB8DM-12 AURNOD:KB8DM-13 BBS:N9LYA BBSCVI:VA3CVI-1 BBSJOA:N4JOA-1 BBSMPF:VE1MPF BBSUIL:VE3UIL-3 BPQ:GM8BPQ-2 BPQBBS:G8BPQ BPQCHT:G8BPQ-4 BULLHD:9Y4PJ-7 CANBBS:K2CAN-4 CANCHT:K2CAN-5 CHAT:VE9MPF-2 CHATPJ:9Y4PJ-13 CHTMPF:VE9MPF-11 CO105:KB0MQQ-7 DABBBS:N4ZKF-4 DABDXC:N4ZKF-2 DABFLA:N4ZKF-5 DEVBBS:GB7COW-1 DEVCHT:GB7COW-11 DVRCO:N4ATA-7 DX:GB7RDX DX:K9BBS-5 DXAR:N9PMO-6 DXC:VE9SC DXCC:N9PMO-4 DXZKF:N4ZKF FBB:K9BBS FGRDX:K2CAN-2 FGRLKS:K2CAN-3 HAMMER:KC8GKF ILDIA:N9ZZK-5 IN105:N9LYA-7 INCHAT:K9BBS-14 JOABBS:N4JOA JOABPQ:N4JOA-3 JOACHT:N4JOA-11 LDIBBS:GB7LDI MIMUSK:KC8GKF-2 MNBPQ:N5IN-14 MNBPQ1:N5IN-13 MNDX:N5IN MNDX1:N5IN-1 MNDX2:N5IN-2 MNQBBS:N5IN-3 MNQCHT:N5IN-6 MOBRA:KB0WSA-6 MPFMTN:VE9MPF-7 NDEVON:GB7COW-5 PJBBS:9Y4PJ PJBBS2:9Y4PJ-2 PMOBBS:N9PMO-1 PMOCHT:N9PMO-11 RMS:N9PMO-10 RMS:K9BBS-10 RMS:VE9SC-10 SFALLS:VE3UIL-7 SFSBBS:VE3UIL-1 SFSCHT:VE3UIL-9 SFSDX:VE3UIL-5 SFSRMS:VE3UIL-10 SINC:N7ZEF-1 SWAR:G3LDI WIBBS:N9PMO WIRAC:N9PMO-2 WSABBS:KB0WSA-4 WSARMS:KB0WSA-5 WYO:N7ZEF-4 [now I try a UK node via AMPRNet] c ldibbs AURORA:KB8DM-5} Connected to LDIBBS:GB7LDI Greetings! This is the G3LDI/SWAR Gateway: Type BBS to access GB7LDI. Type DX to access GB7RDX Cluster. +++ Type NARC when in the BBS to see the Club Programme +++ SWAR:G3LDI} BBS DX CONNECT BYE INFO NODES ROUTES PORTS USERS MHEARD [FBB-7.01b-ABFHMRX$] GB7LDI BBS, QTHJOO2ON. Hello Sholto, you are now on channel 1. There are 977 active messages, 31894 is last message and
[digitalradio] List of RS ID figures updated with 4 Contestia modes
Hello to all,
Just for information, here is the updated list of RS ID (addition of 4
Contestia modes for UHF and emergency communications).
73
Patrick
IF NUMBER=1 THEN MODE:='BPSK31' ELSE
IF NUMBER=2 THEN MODE:='BPSK63' ELSE
IF NUMBER=3 THEN MODE:='QPSK63' ELSE
IF NUMBER=4 THEN MODE:='BPSK125' ELSE
IF NUMBER=5 THEN MODE:='QPSK125' ELSE
IF NUMBER=7 THEN MODE:='PSKFEC31' ELSE
IF NUMBER=8 THEN MODE:='PSK10' ELSE
{MT63 parameter 1 parameter 2 (parameter 1: 500, 1000 (1000 Hz) or
2000 (2000 Hz),
parameter 2: LG (Long), ST (Short) or VST (Very short)
Example: MT63-1000-LG}
IF NUMBER=9 THEN MODE:='MT63-500-LG' ELSE
IF NUMBER=10 THEN MODE:='MT63-500-ST' ELSE
IF NUMBER=11 THEN MODE:='MT63-500-VST' ELSE
IF NUMBER=12 THEN MODE:='MT63-1000-LG' ELSE
IF NUMBER=13 THEN MODE:='MT63-1000-ST' ELSE
IF NUMBER=14 THEN MODE:='MT63-1000-VST' ELSE
IF NUMBER=15 THEN MODE:='MT63-2000-LG' ELSE
IF NUMBER=17 THEN MODE:='MT63-2000-ST' ELSE
IF NUMBER=18 THEN MODE:='MT63-2000-VST' ELSE
IF NUMBER=19 THEN MODE:='PSKAM10' ELSE
IF NUMBER=20 THEN MODE:='PSKAM31' ELSE
IF NUMBER=21 THEN MODE:='PSKAM50' ELSE
IF NUMBER=22 THEN MODE:='PSK63F' ELSE
IF NUMBER=23 THEN MODE:='PSK220F' ELSE
{CHIP 64 parameter 1 (parameter 1: 64 or 128), Example: CHIP-64}
IF NUMBER=24 THEN MODE:='CHIP-64' ELSE
IF NUMBER=25 THEN MODE:='CHIP-128' ELSE
IF NUMBER=26 THEN MODE:='CW' ELSE
{CCW parameter 1 parameter 2 (parameter 1: OOK or FSK,
parameter 2: 12 (12 wpm), 24 (24 wpm) or 48 (48 wpm)
Examples: CCW-OOK-12 or CCW-FSK-24}
IF NUMBER=27 THEN MODE:='CCW-OOK-12' ELSE
IF NUMBER=28 THEN MODE:='CCW-OOK-24' ELSE
IF NUMBER=29 THEN MODE:='CCW-OOK-48' ELSE
IF NUMBER=30 THEN MODE:='CCW-FSK-12' ELSE
IF NUMBER=31 THEN MODE:='CCW-FSK-24' ELSE
IF NUMBER=33 THEN MODE:='CCW-FSK-48' ELSE
{Pactor1 ARQ not RX/TX in Multipsk 4.1.1}
IF NUMBER=34 THEN MODE:='PACTOR1-FEC' ELSE
{PACKET parameter 1 (parameter 1: 300 (bauds) or 1200 (bauds)),Example:
PACKET-300}
IF NUMBER=35 THEN MODE:='PACKET-300' ELSE
IF NUMBER=36 THEN MODE:='PACKET-1200' ELSE
{ASCII parameter 1 (parameter 1: 7 (7 bits) or 8 (8 bits)), Example:
ASCII-7}
IF NUMBER=37 THEN MODE:='ASCII-7' ELSE
IF NUMBER=38 THEN MODE:='ASCII-8' ELSE
{RTTY parameter 1 (parameter 1: 45 (45 bauds), 50 (50 bauds), 75 (75
bauds)), Example: RTTY-45}
IF NUMBER=39 THEN MODE:='RTTY-45' ELSE
IF NUMBER=40 THEN MODE:='RTTY-50' ELSE
IF NUMBER=41 THEN MODE:='RTTY-75' ELSE
IF NUMBER=42 THEN MODE:='AMTOR FEC' ELSE
{THROB parameter 1 (parameter 1: 1 (1 baud), 2 (2 bauds) or 4 (4
bauds)), Example: THROB-2}
IF NUMBER=43 THEN MODE:='THROB-1' ELSE
IF NUMBER=44 THEN MODE:='THROB-2' ELSE
IF NUMBER=45 THEN MODE:='THROB-4' ELSE
{THROBX parameter 1 (parameter 1: 1 (1 baud) or 2 (2 bauds)), Example:
THROBX-2}
IF NUMBER=46 THEN MODE:='THROBX-1' ELSE
IF NUMBER=47 THEN MODE:='THROBX-2' ELSE
{CONTESTIA parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8
tones), 16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz), 500
(B=500 Hz) or 1000 (B=1000 Hz))...same parameters as OLIVIA
Examples: CONTESTIA-32-1000 or CONTESTIA-8-500
Note: the following are the main Contestia modes:
CONTESTIA-4-250, CONTESTIA-4-500, CONTESTIA-8-250, CONTESTIA-8-500,
CONTESTIA-16-500, CONTESTIA-16-1000, CONTESTIA-32-1000}
IF NUMBER=49 THEN MODE:='CONTESTIA-8-250' ELSE
IF NUMBER=50 THEN MODE:='CONTESTIA-16-500' ELSE
IF NUMBER=51 THEN MODE:='CONTESTIA-32-1000' ELSE
IF NUMBER=52 THEN MODE:='CONTESTIA-8-500' ELSE
IF NUMBER=53 THEN MODE:='CONTESTIA-16-1000' ELSE
IF NUMBER=54 THEN MODE:='CONTESTIA-4-500' ELSE
IF NUMBER=55 THEN MODE:='CONTESTIA-4-250' ELSE
IF NUMBER=56 THEN MODE:='VOICE' ELSE
IF NUMBER=57 THEN MODE:='MFSK16' ELSE
IF NUMBER=60 THEN MODE:='MFSK8' ELSE
{RTTYM parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8 tones),
16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz), 500 (B=500
Hz) or 1000 (B=1000 Hz))...same parameters as OLIVIA
Examples: RTTYM-32-1000 or RTTYM-8-500
Note: the following are the main RTTYM modes: RTTYM-4-250, RTTYM-4-500,
RTTYM-8-250, RTTYM-8-500, RTTYM-16-500, RTTYM-16-1000, RTTYM-32-1000}
IF NUMBER=61 THEN MODE:='RTTYM-8-250' ELSE
IF NUMBER=62 THEN MODE:='RTTYM-16-500' ELSE
IF NUMBER=63 THEN MODE:='RTTYM-32-1000' ELSE
IF NUMBER=65 THEN MODE:='RTTYM-8-500' ELSE
IF NUMBER=66 THEN MODE:='RTTYM-16-1000' ELSE
IF NUMBER=67 THEN MODE:='RTTYM-4-500' ELSE
IF NUMBER=68 THEN MODE:='RTTYM-4-250' ELSE
{OLIVIA parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8 tones),
16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz), 500 (B=500
Hz) or 1000 (B=1000 Hz))
Examples: OLIVIA-32-1000 or OLIVIA-8-500
Note: the following are the main Olivia modes: OLIVIA-4-250, OLIVIA-4-500,
OLIVIA-8-250, OLIVIA-8-500, OLIVIA-16-500, OLIVIA-16-1000, OLIVIA-32-1000}
IF NUMBER=69 THEN MODE:='OLIVIA-8-250' ELSE
IF NUMBER=70 THEN MODE:='OLIVIA-16-500' ELSE
IF NUMBER=71 THEN MODE:='OLIVIA-32-1000' ELSE
IF NUMBER=72 THEN MODE:='OLIVIA-8-500' ELSE
IF
[digitalradio] Re: [multipsk] The RS ID Weekend
Hello to all, For the ones using Multipsk, here are two manuals to use RS ID and Call ID (+ Prop ID) with Multipsk. http://f6cte.free.fr/The_Call_ID_and_Prop_ID_easy_with_Multipsk.doc http://f6cte.free.fr/The_RS_ID_easy_with_Multipsk.doc 73 Patrick - Original Message - From: Andy obrien k3uka...@gmail.com To: digitalradio digitalradio@yahoogroups.com; multi...@yahoogroups.com Sent: Wednesday, May 12, 2010 12:54 PM Subject: [multipsk] The RS ID Weekend This coming weekend May 15th and 16th , a few of us will be testing Reed Solomon IDs... their usefulness and robustness. So, if you are going to be on the air this weekend, using a digital mode, please use your RS ID features. Use it perhaps a bit more than you might normally do, so we can have some targets to detect. Often people only use it at the beginning of a CQ to help ID their mode . I would like to see it on all overs since it helps others detect you, and you may be missed if you are not the one calling CQ. If you have the Call ID feature, please also use that since this will also plot your actual Call sign. For those unfamiliar with Reed Solomon ID as implemented by Patrick F6CTE, RS ID causes a very brief tone that, when detected, will allow others with RS-ID capable software to be informed of the mode you are using. Software like Multipsk, DM780, and FLdigi then take this information and arrange it it tabular form so that you can review what ID's you have received and on what frequency. Andy K3UK Yahoo! Groups Links
Re: [digitalradio] Contestia 250 - new concept for usage
Hello Skip, About Contestia: I think this mode is a better compromise between robustness and speed than Olivia (too much robustness) and RTTYM (very fast but with the problem of having two sets of characters as in RTTY, i.e letters and figures, and hence much risk of packet of errors). but it would be helpful if Patrick would assign Reed Solomon Identifiers to include those variants. RR for all, but I have not seen demands to our RS ID group... 73 Patrick - Original Message - From: KH6TY To: digitalradio@yahoogroups.com Sent: Monday, May 10, 2010 1:24 PM Subject: Re: [digitalradio] Contestia 250 - new concept for usage Jaak, I agree with your reasoning in testing Contestia 250/4. I also think that a good approach would be for EVERYONE to use RSID so a station can shift the QSO mode according to typing preference or propagation conditions, as determined at either end of the QSO. Multipsk, DM780, and Fldigi already support both Contestia 250/4 and Contestia 250/8, so it will be easy to compare modes to see which one arises as the preferred one. Basically, Olivia has now become favored by many over MFSK16 because it is easier to tune, and works well into the noise. I suspect that the same will happen with Contestia, but it will be always more comfortably fast than Olivia under the same conditions, of course. Thanks again for the PathSim tests on the wider Contestia modes. That has been very helpful in deciding which is the best overall compromise between speed and lowest S/N on our UHF paths. On UHF, we have prepared macros in Fldigi to quickly switch between Contestia 1000/64 and Conterstia 2000/64, but it would be helpful if Patrick would assign Reed Solomon Identifiers to include those variants. Because there is much more space available on UHF, we can use the wider modes to withstand Doppler shift and spreading, whereas we find anything more narrow than 500 Hz simply does not survive. It is good to have choices! 73, Skip KH6TY Jaak Hohensee wrote: Skip, I agree with you. My considerations to prefer in HF Contestia 250/4 format is related to the idea to find some compromise for bpsk31 folk, Olivia light users, and rtty folk when the propagation is not enough good for bpsk31 and rtty. So Cnt 250/4 with 39wpm is the first alternative for bpsk and rtty folk and the last alternative for Olivia hardusers ;) The idea to use 250/4 format motivated also by fact that Cnt 250/4 signals are seen in wtrfl until the copy lost (-9dB). 250/8 is washed out from wtrfl around -10dB. Both, psk31 and rtty users was wont to see signals on wtrfl. To see signals is motivated also from QRM reducing viewpoint. The idea to make 2-step default switch from 250/4(-9dB) to 250/16 (-15dB) and so get additional snr -6dB is compensate 250/8 format snr-advantage. Default shift need default procedure what/how to do when the copy is lost. WPM considerations 29wpm (250/8) is good speed from cw-viewpoint, but too less from rtty/psk31 viewpoint. 39wpm (250/4) is somekind compromise between the different speed/snr expectations. vy73, Jaak es1hj 10.05.2010 2:59, KH6TY kirjutas: Hi Jaak, Great idea to start a long test of Contestia 250/4! Perhaps Contestia 250/8 can also be compared in actual practice to Contestia 250/4. Contestia 250/8 is slower (at 29 wpm), but decodes 2 dB deeper into the noise, which may be important when there is QSB (fading) and the signal is already near the noise level ( such as when the band is going out). Although I can type over 50 wpm, my personal feeling is that 29 wpm is fast enough for a QSO, but Contestia at 78 wpm (3 dB less sensitive) is more reasonable for passing traffic (if conditions can support 3 dB less sensitivity). If not, then to be able to pass the traffic at all, it has to be sent at a slower, more sensitive speed, such as Contestia 250/4. It all depends upon the average individual preference for typing speed for QSO's vs conditions.This may become clear during your tests. I hope the testers will make their minimum typing speed preferences known, as well as how well the mode works. 73, Skip KH6TY Jaak Hohensee wrote: Hi everybody a.. Contestia derived from Olivia. b.. Contestia 250/4 is channelfree like psk or rtty. BW less than rtty and same as psk125, 39wpm, snr -9dB. c.. So Contestia 250/4 is good narrowband alternative for psk31 or rtty folk, specially when propagtion is not for psk/rtty or signals are too weak. d.. Contestia 250/4 is good mode for mid- or high-latitude folk. Many times there are disturbed propagation path not suited for psk or rtty. e.. Concept testing period to the end of year 2010. Everybody is welcome. More info contestia.blogspot.com -- vy73, Jaak es1hj -- Kirjutas ja tervitab
Re: [digitalradio] Contestia 250 - new concept for usage
Skip, It is an informal group composed by the Hams able to program RS ID in their own respective programs (i.e Votjech, Simon, Dave, Cesco and myself). A RS ID number can't be virtual. It must be really implemented in a program... 73 Patrick - Original Message - From: KH6TY To: digitalradio@yahoogroups.com Sent: Monday, May 10, 2010 10:04 PM Subject: Re: [digitalradio] Contestia 250 - new concept for usage Hi Patrick, Yahoo reports there is no RSID group. Where should I request additional RSID codes? 73 - Skip KH6TY Patrick Lindecker wrote: Hello Skip, About Contestia: I think this mode is a better compromise between robustness and speed than Olivia (too much robustness) and RTTYM (very fast but with the problem of having two sets of characters as in RTTY, i.e letters and figures, and hence much risk of packet of errors). but it would be helpful if Patrick would assign Reed Solomon Identifiers to include those variants. RR for all, but I have not seen demands to our RS ID group...
Re: [digitalradio] Multipsk
Hello John, You must normally start the Instal.exe to instal Multipsk (which will create and fill the Maps sub-directory). You can also copy the Multipsk Maps sub-directory from another Multipsk implantation. 73 Patrick - Original Message - From: jgmags2000 jgmags2...@yahoo.com To: digitalradio@yahoogroups.com Sent: Tuesday, April 20, 2010 12:54 AM Subject: [digitalradio] Multipsk Hello Group, Upon starting MultiPsk, I get an error message No sub-directory Maps!? Any way to fix error? 73, John KJ1J http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links
[digitalradio] List of RS ID figures updated with the Packet (+APRS) in BPSK31 modulation
Hello to all,
Just for information, here is the updated list of RS ID (addition of Packet in
PSK31).
73
Patrick
IF NUMBER=1 THEN MODE:='BPSK31' ELSE
IF NUMBER=2 THEN MODE:='BPSK63' ELSE
IF NUMBER=3 THEN MODE:='QPSK63' ELSE
IF NUMBER=4 THEN MODE:='BPSK125' ELSE
IF NUMBER=5 THEN MODE:='QPSK125' ELSE
IF NUMBER=7 THEN MODE:='PSKFEC31' ELSE
IF NUMBER=8 THEN MODE:='PSK10' ELSE
{MT63 parameter 1 parameter 2 (parameter 1: 500, 1000 (1000 Hz) or
2000 (2000 Hz),
parameter 2: LG (Long), ST (Short) or VST (Very short)
Example: MT63-1000-LG}
IF NUMBER=9 THEN MODE:='MT63-500-LG' ELSE
IF NUMBER=10 THEN MODE:='MT63-500-ST' ELSE
IF NUMBER=11 THEN MODE:='MT63-500-VST' ELSE
IF NUMBER=12 THEN MODE:='MT63-1000-LG' ELSE
IF NUMBER=13 THEN MODE:='MT63-1000-ST' ELSE
IF NUMBER=14 THEN MODE:='MT63-1000-VST' ELSE
IF NUMBER=15 THEN MODE:='MT63-2000-LG' ELSE
IF NUMBER=17 THEN MODE:='MT63-2000-ST' ELSE
IF NUMBER=18 THEN MODE:='MT63-2000-VST' ELSE
IF NUMBER=19 THEN MODE:='PSKAM10' ELSE
IF NUMBER=20 THEN MODE:='PSKAM31' ELSE
IF NUMBER=21 THEN MODE:='PSKAM50' ELSE
IF NUMBER=22 THEN MODE:='PSK63F' ELSE
IF NUMBER=23 THEN MODE:='PSK220F' ELSE
{CHIP 64 parameter 1 (parameter 1: 64 or 128), Example: CHIP-64}
IF NUMBER=24 THEN MODE:='CHIP-64' ELSE
IF NUMBER=25 THEN MODE:='CHIP-128' ELSE
IF NUMBER=26 THEN MODE:='CW' ELSE
{CCW parameter 1 parameter 2 (parameter 1: OOK or FSK,
parameter 2: 12 (12 wpm), 24 (24 wpm) or 48 (48 wpm)
Examples: CCW-OOK-12 or CCW-FSK-24}
IF NUMBER=27 THEN MODE:='CCW-OOK-12' ELSE
IF NUMBER=28 THEN MODE:='CCW-OOK-24' ELSE
IF NUMBER=29 THEN MODE:='CCW-OOK-48' ELSE
IF NUMBER=30 THEN MODE:='CCW-FSK-12' ELSE
IF NUMBER=31 THEN MODE:='CCW-FSK-24' ELSE
IF NUMBER=33 THEN MODE:='CCW-FSK-48' ELSE
{Pactor1 ARQ not RX/TX in Multipsk 4.1.1}
IF NUMBER=34 THEN MODE:='PACTOR1-FEC' ELSE
{PACKET parameter 1 (parameter 1: 300 (bauds) or 1200 (bauds)),Example:
PACKET-300}
IF NUMBER=35 THEN MODE:='PACKET-300' ELSE
IF NUMBER=36 THEN MODE:='PACKET-1200' ELSE
{ASCII parameter 1 (parameter 1: 7 (7 bits) or 8 (8 bits)), Example:
ASCII-7}
IF NUMBER=37 THEN MODE:='ASCII-7' ELSE
IF NUMBER=38 THEN MODE:='ASCII-8' ELSE
{RTTY parameter 1 (parameter 1: 45 (45 bauds), 50 (50 bauds), 75 (75
bauds)), Example: RTTY-45}
IF NUMBER=39 THEN MODE:='RTTY-45' ELSE
IF NUMBER=40 THEN MODE:='RTTY-50' ELSE
IF NUMBER=41 THEN MODE:='RTTY-75' ELSE
IF NUMBER=42 THEN MODE:='AMTOR FEC' ELSE
{THROB parameter 1 (parameter 1: 1 (1 baud), 2 (2 bauds) or 4 (4
bauds)), Example: THROB-2}
IF NUMBER=43 THEN MODE:='THROB-1' ELSE
IF NUMBER=44 THEN MODE:='THROB-2' ELSE
IF NUMBER=45 THEN MODE:='THROB-4' ELSE
{THROBX parameter 1 (parameter 1: 1 (1 baud) or 2 (2 bauds)), Example:
THROBX-2}
IF NUMBER=46 THEN MODE:='THROBX-1' ELSE
IF NUMBER=47 THEN MODE:='THROBX-2' ELSE
{CONTESTIA parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8
tones), 16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz), 500
(B=500 Hz) or 1000 (B=1000 Hz))...same parameters as OLIVIA
Examples: CONTESTIA-32-1000 or CONTESTIA-8-500
Note: the following are the main Contestia modes:
CONTESTIA-4-250, CONTESTIA-4-500, CONTESTIA-8-250, CONTESTIA-8-500,
CONTESTIA-16-500, CONTESTIA-16-1000, CONTESTIA-32-1000}
IF NUMBER=49 THEN MODE:='CONTESTIA-8-250' ELSE
IF NUMBER=50 THEN MODE:='CONTESTIA-16-500' ELSE
IF NUMBER=51 THEN MODE:='CONTESTIA-32-1000' ELSE
IF NUMBER=52 THEN MODE:='CONTESTIA-8-500' ELSE
IF NUMBER=53 THEN MODE:='CONTESTIA-16-1000' ELSE
IF NUMBER=54 THEN MODE:='CONTESTIA-4-500' ELSE
IF NUMBER=55 THEN MODE:='CONTESTIA-4-250' ELSE
IF NUMBER=56 THEN MODE:='VOICE' ELSE
IF NUMBER=57 THEN MODE:='MFSK16' ELSE
IF NUMBER=60 THEN MODE:='MFSK8' ELSE
{RTTYM parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8 tones),
16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz), 500 (B=500
Hz) or 1000 (B=1000 Hz))...same parameters as OLIVIA
Examples: RTTYM-32-1000 or RTTYM-8-500
Note: the following are the main RTTYM modes: RTTYM-4-250, RTTYM-4-500,
RTTYM-8-250, RTTYM-8-500, RTTYM-16-500, RTTYM-16-1000, RTTYM-32-1000}
IF NUMBER=61 THEN MODE:='RTTYM-8-250' ELSE
IF NUMBER=62 THEN MODE:='RTTYM-16-500' ELSE
IF NUMBER=63 THEN MODE:='RTTYM-32-1000' ELSE
IF NUMBER=65 THEN MODE:='RTTYM-8-500' ELSE
IF NUMBER=66 THEN MODE:='RTTYM-16-1000' ELSE
IF NUMBER=67 THEN MODE:='RTTYM-4-500' ELSE
IF NUMBER=68 THEN MODE:='RTTYM-4-250' ELSE
{OLIVIA parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8 tones),
16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz), 500 (B=500
Hz) or 1000 (B=1000 Hz))
Examples: OLIVIA-32-1000 or OLIVIA-8-500
Note: the following are the main Olivia modes: OLIVIA-4-250, OLIVIA-4-500,
OLIVIA-8-250, OLIVIA-8-500, OLIVIA-16-500, OLIVIA-16-1000, OLIVIA-32-1000}
IF NUMBER=69 THEN MODE:='OLIVIA-8-250' ELSE
IF NUMBER=70 THEN MODE:='OLIVIA-16-500' ELSE
IF NUMBER=71 THEN MODE:='OLIVIA-32-1000' ELSE
IF NUMBER=72 THEN MODE:='OLIVIA-8-500' ELSE
IF NUMBER=73 THEN MODE:='OLIVIA-16-1000' ELSE
IF
Re: [digitalradio] New file uploaded to digitalradio
Hello Andy, You wrote a nice article. Congratulations! Just a remark, the RS ID does not carry the parameters of the mode but just contain a number which corresponds to a mode or a sub-mode with its own parameters. 73 Patrick - Original Message - From: digitalradio@yahoogroups.com To: digitalradio@yahoogroups.com Sent: Saturday, April 10, 2010 12:42 PM Subject: [digitalradio] New file uploaded to digitalradio Hello, This email message is a notification to let you know that a file has been uploaded to the Files area of the digitalradio group. File: /RSIDqstNOV09.doc Uploaded by : obrienaj k3uka...@gmail.com Description : Nov'09 QST article on RS-ID You can access this file at the URL: http://groups.yahoo.com/group/digitalradio/files/RSIDqstNOV09.doc To learn more about file sharing for your group, please visit: http://help.yahoo.com/l/us/yahoo/groups/original/members/forms/general.htmlfiles Regards, obrienaj k3uka...@gmail.com http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links
Re: [digitalradio] Scanning 3583,7073,14073, ALE400 2230-0200
Hello Tony, I bet Patrick could make that happen. It could be possible, but too much complex, so the most probable is that it will not happened. 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Wednesday, April 07, 2010 6:59 AM Subject: Re: [digitalradio] Scanning 3583,7073,14073, ALE400 2230-0200 On 4/6/2010 7:20 PM, Andy obrien wrote: What would be fun would be if I could do both, scan both Standard ALE and ALE 400 in one pass of channels over 30 seconds. I bet Patrick could make that happen. 15 seconds of either mode. On the other hand, maybe I should give up on the ALE400 concept and encourange everyone to scan/sound (while attended) with ALE 141A and switch to appropriate digital modes as conditions suit. I think you're on the right track Andy. The ALE-400 mode is certainly more spectrum friendly. We have all the hardware / software tools we need; the only thing left is participation. Tony -K2MO On Tue, Apr 6, 2010 at 6:58 PM, Tony d...@optonline.net wrote: On 4/6/2010 6:33 PM, Andy obrien wrote: I will be Scanning 3583,7073,14073, ALE400 2230-0200 UTC. Give a CQ, QRZ, or a sounding if you are looking for a QSO. Andy K3UK FN02. Andy, The upper HF bands are open to the south (2300z). Several S. American / Caribbean stations on 10/12/15 meters. Standard ALE might bring a few returns. Tony -K2MO __ Information from ESET NOD32 Antivirus, version of virus signature database 5005 (20100406) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 5005 (20100406) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Re: [digitalradio] Re: WARC band scan results.. via Multipsk/Commander
Hello Andy, It is really Commander that performs the band changes , then Multipsk with the decode. However, there is a possibility to scan directly 4 frequencies from Multipsk (in the Transceiver window) using of course Commander. So far, these two days of band scanning have only captured PSK31 signals via the Panoramic feature. It has not captured any RSIDs. I am not sure if that is because there were NO RSIDs transmitted on the frequencies I was scanning, or if the RS-ID decode does not work in Multipsk when Panoroamic is enabled. I will do some more testing tomorrow as I check the If the Panoramic is started, the (SdR) RS ID does not work. I must see this point... 73 Patrick - Original Message - From: obrienaj k3uka...@gmail.com To: digitalradio@yahoogroups.com Sent: Friday, March 19, 2010 2:36 AM Subject: [digitalradio] Re: WARC band scan results.. via Multipsk/Commander --- In digitalradio@yahoogroups.com, Francesco Piccone fpicc...@... wrote: Dear Andy and puts on MultiPSK to perform this function ? 73 tnx Frank yv4gjn Frank, It is really Commander that performs the band changes , then Multipsk with the decode. 1. Set Commander to scan specific frequencies (see config in Commander 2. Set 'dwell time in Commander to suit your needs (I used 120 seconds) 3. Launch Multipsk, press Commander button ,at bottom of Multipsk screen ,to link Commander and Multipsk for frequency information. 4. in Multipsk, activate PSK reporter DLL 5. In Multipsk, if interested in PSK data, choose PSK31 as the mode and then press Panoromic 6. When ready to look at the signals decoded and captured, examine the PSK reporter window in MultiPSK, you will see things like.. 22:26 PJ2MI PSK31 18101701 21:54 G3WXC PSK31 10140894 21:54 PA0DY PSK31 10141361 21:49 N7UF PSK31 18102092 So far, these two days of band scanning have only captured PSK31 signals via the Panoramic feature. It has not captured any RSIDs. I am not sure if that is because there were NO RSIDs transmitted on the frequencies I was scanning, or if the RS-ID decode does not work in Multipsk when Panoroamic is enabled. I will do some more testing tomorrow as I check the frequencies suggested by Rein. Andy K3UK http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links
[digitalradio] New release (4.17) of MULTIPSK
Pour les francophones: la version française de ce message se trouve sur mon site (http://f6cte.free.fr). Il suffit de cliquer sur le lien Principales modifications (courriel avertissant de la sortie de la nouvelle version). Hello to all Ham and SWL, The new release of MultiPSK (4.17) is on my Web site (http://f6cte.free.fr). The main mirror site is Earl's, N8KBR: http://www.eqth.info/multipsk/index.html (click on United States Download Site). Another mirror site isTerry's: http://g90swl.co.uk/multipsk/ Multipsk associated to Clock are freeware programs but with functions submitted to a licence (by user key). The main modifications of MULTIPSK 4.17 are the following: 1) Decoding of the COQUELET modes (8 and 13) These modes are used in HF for professional transmissions. 2 sorts of Coquelet exist: the 8 tones (still used) and the 13 tones (perhaps still used). This mode is available for licencied copies, only (otherwise, the decoding is stopped after 5 minutes). See specifications further on. 2) Interface with PSKReporter Principle: the SWL or Ham monitoring transmits received data to a PSKreporter WEB server, either manually or automatically (by Multipsk in direct or panoramic reception). This server gathers reception records of any digital mode activity and then make those records available, in near realtime, to interested parties (typically the amateur who initiates the communication). Stations are located on a world map. All text modes can be reported (included JT65, ALE and ALE400 soundings and ARQ FAE calls). However in PACKET/PAX/PAX2, the option (available clicking on the Options button) Only the information on RX and TX frames must be unchecked to be able to report to PSKReporter. The Call ID can also be reported. For configuration and help about PSKReporter, click on PSKReporter located on the menu top bar. 3) New macros: - COM:command permits to send a serial command through the selected main COM port (Serial port menu). Through this command, it is possible to control such equipment as TNC or DSP. Attention: Multipsk gives the possibility to send a command through the serial port but this one must be determined by the user. See help for details. 4) Improvements Possibility to do a callsign look-up in DXKeeper, Slight improvement of the 4285 and 110A decoding and SELCAL display, Partial decoding of the CCIR 493-4 Selcall (Australian Selcall) mode. It is an option of the GMDSS DSC mode, Timestamp on each line (for versions under licence): a timestamp (12:03:51 for example), will be added at the beginning of each new line for all text modes (configuration in the Options menu of the RX/TX screen), Possibility to control a TNC (or another exterior equipement) with COM and EXEC macros in 4 phases: TNC initialization, at RX to TX switchover, at TX to RX switchover, at the TNC end of service (configuration in the Options menu of the RX/TX screen), Possibility of QSO recording in a TCP/IP client logbook (configuration in Your logbook of the Configuration screen and with the TCP/IP button of the RX/TX screen), Digitalk (thanks to Skip KH6TY), through a TCP/IP link with Multipsk, permits to pronounce (in an English way) all the decoded text. It is aimed to blind Hams and SWL (configuration in the Options menu of the RX/TX screen). The PC must be a XP. For blind Hams and SWL, possibility to search transmissions (PSK31, RTTY...) on the waterfall with the -- and -- keys (configuration in the Options menu of the RX/TX screen), Possibility of pause of the text transmission, by double-clicking on the transmission window (second one), then resumption with a simple-clicking, New function Auto RX to switch automatically in reception as soon as the transmission buffer is empty (for Hellschreiber mainly, but also for PSK31...), Colors for the panoramic (characters and background) can be freely chosen (Fonts button), Improvement of the selection of the modes detected by RS ID, SdR: possibility to transmit in base band and to select one among 12 HF frequencies. Note about translation of Multipsk.exe and Clock .exe: the 4.16 version of Multipsk/Clock has been completly translated to Spanish by Joachin (EA4ZB), from French. The translation file is on my Web site (http://f6cte.free.fr/Translation_files.htm). Coquelet specifications: Created by : ACEC in the 1950s years. These modes are used in HF for professional transmissions. 2 sorts of Coquelet exist: the 8 tones (still used) and the 13 tones (perhaps still used). Baud rate : 13.33 and 26.67 for Coquelet 8, 13.33 and 20 for Coquelet13 Speed : 66 or 133 wpm for the Coquelet 8, 66 or 100 mpm for the Coquelet13 Modulation for Coquelet8: MFSK 8 tones. The first tone (one among the 8 tones) defines the bits 3,4 and 5. The second tone (one among the tones 5, 6, 7, 8) defines the bits 1 and 2. The idle sequence switches from tone 8 to 1, then from tone 1 to tone 8, etc...
[digitalradio] ALE400 Experiment-Development of Standard Calling Mode: NAN NETWORK
Hello Andy and all, For about the Split mode. There is an option in the Trancseiver window. About Multipsk and ALE refer to the Tony's paper, below. 73 Patrick Multipsk ALE-400 ARQ FAE A Quick Start Guide by Anthony Bombardiere, K2MO Patrick Lindecker, F6CTE is the author of the digital mode software Multipsk. His program includes a variety standard sound card modes as well as a few that he created himself. One that stands out from the crowd is called ALE400 ARQ FAE. As the name implies, it was developed for Automatic Link Establishment; a mode which is used to automatically select the best link between two stations by scanning and signaling specific channels within the HF spectrum. Although intended for Automatic Link Establishment, a small group of us started experimenting with Patrick's ALE-400 ARQ FAE using it as a stand-alone keyboard chat-mode. What we found was a robust mode with good sensitivity, combined with a specialized ARQ that allows it to run error-free. So how does it work? With conventional keyboard modes such as RTTY or PSK31, the receiving station must wait until the other station un-keys before he or she gets a chance to respond. In the interim, the band can change causing a loss of data during a lengthy key-down. The sending station would have no idea since there's no way to know, but with ALE-400 ARQ, there's a second text window that monitors outgoing throughput letting the sending station know if the message is getting through. The ALE-400 ARQ FAE mode operates more like a pseudo full-duplex system where each station types at the same time while the mode automatically exchanges data in 6-to-7 second intervals. The data is sent at approximately 80 words-per-minute during a bilateral exchange and 60 words-per-minute one-way. The advantages over conentional chat-modes are pretty obvious; one is that there is no need to wait for the other station to un-key in order to change the subject or inject a quick comment since the change-over happens in a matter of few seonds. The other advantage is that because the exchange takes place so often, it gives the ARQ a chance to check for errors that may occur as the band changes. The ARQ is responsible for keeping the text error-free. The Soft ARQ Memory developed by Patrick works to reduce the number of repeats and improve throughput. The FAE or Fast Acknowledgement Exchange allows the process to happen quickly. Patrick explains how this Soft ARQ Memory works: Soft ARQ memory is used to limit the number of retries due to noise (each erroneous frame is used to determine the original frame). This ARQ memory begins to work only in case of two received erroneous frames. The general principle of ARQ memory is to average erroneous frames which leads to increasing the S/N ratio. Consequently, the averaged frame is better than each of both received frames. For example, if both of the erroneous frames has one error, averaging two frames will lead to a gain of 3 dB in S/N ratio and, with a great probability, will have an averaged frame without error. In general, it is sufficient to average two and, more rarely three frames. Patrick, Lindecker, F6CTE Another unique feature about ALE-400 is the ability to send mail to the Multipsk Mailbox while in chat mode with another station. The station sending the mail message will still be able to see incoming text from the other party so one-way keyboarding is still possible during the mail transfer; two-way keyboarding resumes once the message transfer is completed. Patrick's ALE-400 ARQ FAE has all the features of the standard ALE (Automatic Link Establishment) software including sounding, messaging and link quality analysis. At approximately 400Hz bandwidth, ALE-400 is also spectrum-friendly running 50 baud with a carrier spacing of 50Hz. A word about RSID One of the most useful features for digital mode operation is the RSID or Reed Solomon Identifier. Developed by Patrick Lindecker, this short MFSK identifier is sent automatically before the start of a digital mode transmission and is then decoded by other stations letting them know which mode is in use. Multipsk will automatically switch to the correct mode once the RSID transmission is detected within the receivers pass band. What RSID does is take the guess work out of trying to figure out which mode is being transmitted. Many sound very much alike so they are not easily identified by sight and sound. In addition to a long list of familiar sound card modes, Multipsk includes some not-so-familiar like PAX, PSK10 and a narrow-band MFSK mode called VOICE named for it's ability to vocalize or spell-out incoming text through the sound cards speakers I've complied a Quick Start Guide that should hopefully get you up and running with Multipsk and the ALE-400 FAE-ARQ chat-mode. Special thanks to Patrick Lindecker (F6CTE). 73, Tony -K2MO
Re: [digitalradio] Re: Amazing ! Multispsk with SDR 48 Khz RS ID
Hello Ed, Very interesting, Andy. I had not noticed the RX RS ID button on the SDR window or the RS ID configuration window. Yes you have it: a RX RS ID and a RX Call ID buttons to the right of the SdR window. In case of reception of a RS ID by the SdR, it is also proposed to jump to the transmission shifting the bandwidth containing the RS ID to the base band. The MultiDEM program looks very nice. It has more functionality than the built-in SDR front-end but it doesn't appear to have the RS ID decoding option. Is that a possible addition in the future? Is there an advantage to the built-in SDR function such as latency, etc.? The Multidem has more SdR RX/TX functionnalities that the Multipsk SdR, but of course I use more or less the same code. There is not RS ID decoding in Multidem as it is not the objective of this soft. 0.0% to 0.1% is really very low. As there is an AGC, the level in the standard waterfall must be much higher. The problem with very low level depends on the sound card. If down to 10 bits it is only noise (standard sound card), all the signals (in base band) good or not will be mixed with the sound card noise and they will be bad. Now if the first 16 bits are clean of noise (Multipsk SdR working on 16 bits), the signals (in base band) will be good. The best is to have a comfortable global level, so there will be no doubt. 73 Patrick - Original Message - From: ed_hekman ehek...@cox.net To: digitalradio@yahoogroups.com Sent: Monday, February 15, 2010 6:14 AM Subject: [digitalradio] Re: Amazing ! Multispsk with SDR 48 Khz RS ID Very interesting, Andy. I had not noticed the RX RS ID button on the SDR window or the RS ID configuration window. Patrick, Is there a way to keep the RS ID window open while using the RX/TX screen? Is there any other notification of the RS ID detection when using the RX/TX window? The MultiDEM program looks very nice. It has more functionality than the built-in SDR front-end but it doesn't appear to have the RS ID decoding option. Is that a possible addition in the future? Is there an advantage to the built-in SDR function such as latency, etc.? I am still puzzled about the Global Level reported in the SDR screen. Mine still shows 0.0% to 0.1% although the decoding seems to work fine and the receiver noise is visible on the waterfall. The input levels on both computers are set to maximum. I tried boosting the input with microphone preamps but it had no effect. The sound card on one computer is a Soundblaster Live! 24 bit External and the other computer has an M-Audio Delta 66. I noticed Andy's screen shows 10.8%. It doesn't apear to be a problem but I am wondering what I am missing in the settings. Ed WB6YTE --- In digitalradio@yahoogroups.com, Andy obrien k3uka...@... wrote: While I am not to first to test this, I am happy to have MY first success with Multipsk, an SDR, and RS ID. Patrick should get a Nobel prize for this, it will make digital mode hunting even better . It works as advertised. Phil KA1GMN and I did a test. I placed my received on 18090 and Phil sent an RS ID (he was CQing) on 18100 As you will see in http://www.obriensweb.com/phil.jpg , the wider (48 khz wide) Multipsk detected his RS ID , sent an audible beep to my PC , and alerted me visually that an RS ID was detected up 10 kHz. This could be very useful for bands like 20M where there is quite a wide range of frequencies for the digital modes (14065 to 14109). I finally did this by stealing my son's PC , just to test. My Pentium 2.3 single core CPU would not handle the load, but my son's Pentium single core 2.7 CPU did so, easily. See http://www.obriensweb.com/multipsksystem.jpg for system info. Thank you Patrick. At the moment, Multipsk is the only application that lets you feed wide I/Q data to it so that you can decode signals wider than the normal audio bandwidth, Andy K3UK Try Hamspots, PSKreporter, and K3UK Sked Page http://www.obriensweb.com/skedpskr4.html Yahoo! Groups Links
Re: [digitalradio] Re: SDR-Radio with DM780 20M Digital Band
Hello John, Although the amount of RAM may not be critical (provided you're not paging), Yes I agree. the SPEED of the memory is probably the limiting factor. It could explain why my two PC at 2400 MHz have very different calculation speeds (a ratio larger than 2), the oldest being the slowest (as in real life). Thanks for the explanations and the WEB addresses. 73 Patrick - Original Message - From: jcprout jcpr...@gmail.com To: digitalradio@yahoogroups.com Sent: Monday, February 01, 2010 9:45 PM Subject: [digitalradio] Re: SDR-Radio with DM780 20M Digital Band Patrick Although the amount of RAM may not be critical (provided you're not paging), the SPEED of the memory is probably the limiting factor. The summary is that in a modern cpu with multiple cores and pre-fetch pipeline processing, the processor can execute instructions faster than they can be retrieved from main memory. Access to the L1/L2/L3 caches is much faster than access to main memory, so designing a program so that as much of it and it's working memory will fit into the cache as possible can make a big difference to performance. What this means for the discussion is that when comparing PCs, don't look just at the cpu speed and amount of RAM; consider the speed of the RAM too. I'm getting ready to buy a new PC now and it having DDR3 memory is more impotent to me than the highest possible cpu speed. Sources - this presentation explains a lot about modern PC architecture and performance: http://www.infoq.com/presentations/click-crash-course-modern-hardware If you really want the nitty-gritty, take a look at this classic paper, which is LINUX oriented, but still applies to a Windows PC: What every programmer should know about memory http://people.redhat.com/drepper/cpumemory.pdf John - K6CKP --- In digitalradio@yahoogroups.com, Patrick Lindecker f6...@... wrote: Hello Tony, According to my tests, it is only the capacity to do calculations which is the key, as a lot of digital processng is done (for example for SDR or Panoramics). I don't think RAM is important. I mean either you have sufficient memory or you have not (and you will have a message error). But if you have enough, having double or four more that the minimum does not change anything. Note: with or without BPSK31 panoramic, I have about 2 % of CPU usage. 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Saturday, January 30, 2010 4:35 AM Subject: Re: [digitalradio] SDR-Radio with DM780 20M Digital Band Patrick, Thanks for the information. As you may have read from my reply to Andy, my CPU usage seems to be very low with Multipsk. It's well below 10%. Is there a particular Multipsk mode or configuration that would tax the system? I'd like to try it and see how it affects CPU usage. Merci mon ami... Tony -K2MO - Original Message - From: Patrick Lindecker To: digitalradio@yahoogroups.com Sent: Friday, January 29, 2010 4:51 PM Subject: Re: [digitalradio] SDR-Radio with DM780 20M Digital Band Hello Tony, I have here two PC XP at about 2.4 GHz (single core): I have compare these two XP computers on the same file to decode (in 110A): * the first one (the oldest) which is an AMD Atlon 2500+ 1.09 GHz 768 Ko RAM takes 75 seconds to decode it, * the second one which is an AMD Atlon 2400+ 2 GHz 736 Ko RAM takes 20 seconds to decode it. On the most modern (about 3 years old) with SdR and RS ID detection on 44 KHz, the CPU load is about 35 to 40 %, but on the old one it is 100 % (the program does not work in fact). So normally with a modern PC it is OK. With an old PC, it can be problematic. Note: with my Vista laptop (dual core), the CPU load is about 25 % in the same conditions. 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Friday, January 29, 2010 8:36 PM Subject: Re: [digitalradio] SDR-Radio with DM780 20M Digital Band Andy, I plan on switching to SDR in the near future. My current PC is a dual CPU 2.2GHz Dell with 3 GHz RAM. Any idea what the minimum PC requirement is to run Multipsk with SDR? Could you also tell us what processor you're running now? Thanks, Tony -K2MO - Original Message - From: Andy obrien To: digitalradio Sent: Friday, January 29, 2010 9:11 AM Subject: [digitalradio] SDR-Radio with DM780 20M Digital Band One of the things that I wanted to accomplish with an SDR receiver, is the ability to keep an eye on the whole 14065 to 14115 frequency range. If I was down on 14074 monitoring ALE 400 traffic, I would miss Olivia signals that popped up in the 14109 area. I would also
Re: [digitalradio] Multipsk- CPU tests with SDR-IQ Direct active.
Hello Tony, Would it be possible for me to run the SDR feature without actually having and SDR rig attached? If so, how can I activate it? The SDR feature in Multipsk is only doing a I/Q processing, shifting in base band, in USB or LSB, a selected band (inside the 48, 96 or 192 KHz SdR band). Now as I discovered, thanks to Andy, is that professional SdR are controlled through a defined protocol, something as a Cat system protocol. Perhaps, Dave (AA6YQ) will add, in the future, through Commander, the necessary commands to control the different SdR... In the next version, I will add possibility to send a COM and EXEC command at initialization/RX/TX/finalization. But for a complex protocol when you are supposed to send/listen/send, it will not be sufficient. 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Sunday, January 31, 2010 12:04 AM Subject: Re: [digitalradio] Multipsk- CPU tests with SDR-IQ Direct active. Andy, Thanks for posting your CPU test results with Multipsk. Patrick mentioned that he doesn't think RAM is important in this case and adding more than the minimum memory requirement wouldn't change anything; I guess that leaves the processor. It just seems odd that there would be a large disparity in CPU usage since both processors run similar clock speeds (yours is actually faster). My Dell has a Pentium dual core E2200 and I'm wondering if the difference is due to the dual vs. single core? The CPU demand is based on maximizing Multipsk's tasks (SDR- Direct active, with full RS-ID on and regular waterfall at 4 Khz) Would it be possible for me to run the SDR feature without actually having and SDR rig attached? If so, how can I activate it? Tony -K2MO - Original Message - From: Andy obrien To: digitalradio@yahoogroups.com Sent: Saturday, January 30, 2010 7:22 AM Subject: [digitalradio] Multipsk- CPU tests with SDR-IQ Direct active. Interesting data , Tony. I am was surprised that our similar computers have so dissimilar results. So , I checked a few things on different PCs here at my location. Here are my results, The CPU demand is based on maximizing Multipsk's tasks (SDR-Direct active, with full RS-ID on and regular waterfall at 4 Khz) . Casual readers of this thread should note that Multipsk under most common scenarios for ham radio, uses much less CPU than below. Shack Computer (Dell Opitiplex GX260 , 2.3 Ghz CPU single core , 1 gig RAM. Windows XP. Multipsk = 95-100+ % (not usable) Home PC (Dell Optiplex GX270 , 2.7 CPU single core , 512 RAM, WIndows XP. Multipsk = 65% , worked well.) Low end Acer Latop , 3 gig RAM, Windows 7. . Multipsk = 75%, worked fine. Ironic that the one PC I want to get Multipsk to work on is the one PC that it does poorly on ! The good news is that when maximizing Multipsk on a basic PC , with not a lot of other things multi-tasking, Multipsk will work. I am especially pleased to see it work well on the Windows 7 laptop which only cost $247.00 So while the desktop computers do not have identical parameters (different system files, ect) , I am intrigued about the 30-35% less CPU demand on the PC with only 512 RAM but .4 Ghz more processing speed . Does .4 ghz more speed usually make that much difference.. Your outcomes , Tony, also intrige me about what difference I might discover if I add another gig of RAM to my 2.3 CPU ham PC. Andy K3UK On Fri, Jan 29, 2010 at 10:25 PM, Tony d...@optonline.net wrote: [Attachment(s) from Tony included below] Andy, I configured Multipsk as you described and the CPU usage seems to average about 5 percent. Panoramic mode is about the same. I've included a few screen shots so you could see the results. Mixw seems to tax the CPU the same way as Multipsk does, but Fldigi needs a bit more to run - CPU usage jumped to 10%. I guess it's the difference in RAM. Would like to hear how the Vista laptop works out. Please let use know. Tony -K2MO PS: We're about the same here Andy, thanks for asking. Still waiting for research to catch up with type-I. Hope all is well with you and yours my friend. - Original Message - From: Andy obrien To: digitalradio@yahoogroups.com Sent: Friday, January 29, 2010 3:55 PM Subject: Re: [digitalradio] SDR-Radio with DM780 20M Digital Band Tony, my shack PC sounds like yours. A Dell P4, 2.3 CPU , but only 1 gig of RAM. Perhaps we can compare current system resource utilization for regular Multipsk ? Regular Multipsk in PSK31 mode with a 4,3 Khz waterfall uses 25 % of CPU. With RS ID on , about the same 25-26% With Panoramic decode.. CPU increases to around 30%. Then Multipsk with Direct I/Q mode invoked , CPU increases to 60% Then RS ID in SDR /IQ direct invoked, Multipsk uses 90% of my CPU. The above is JUST Multipsk
Re: [digitalradio] Multipsk- CPU tests with SDR-IQ Direct active.
Hello Dave, Nice, I will send you the protocol sent by Andy, and, possibly, others in the future if I receive more. 73 Patrick - Original Message - From: Dave AA6YQ To: digitalradio@yahoogroups.com Sent: Sunday, January 31, 2010 8:33 PM Subject: RE: [digitalradio] Multipsk- CPU tests with SDR-IQ Direct active. AA6YQ comments below -Original Message- From: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com]on Behalf Of Patrick Lindecker Sent: Sunday, January 31, 2010 5:30 AM To: digitalradio@yahoogroups.com Subject: Re: [digitalradio] Multipsk- CPU tests with SDR-IQ Direct active. Hello Tony, Would it be possible for me to run the SDR feature without actually having and SDR rig attached? If so, how can I activate it? The SDR feature in Multipsk is only doing a I/Q processing, shifting in base band, in USB or LSB, a selected band (inside the 48, 96 or 192 KHz SdR band). Now as I discovered, thanks to Andy, is that professional SdR are controlled through a defined protocol, something as a Cat system protocol. Perhaps, Dave (AA6YQ) will add, in the future, through Commander, the necessary commands to control the different SdR... Commander has long been able to control PowerSDR. If you send me the protocols you need supported, Patrick, I will extend Commander to support them. 73, Dave, AA6YQ
Re: [digitalradio] SDR-Radio with DM780 20M Digital Band
Hello Tony, According to my tests, it is only the capacity to do calculations which is the key, as a lot of digital processng is done (for example for SDR or Panoramics). I don't think RAM is important. I mean either you have sufficient memory or you have not (and you will have a message error). But if you have enough, having double or four more that the minimum does not change anything. Note: with or without BPSK31 panoramic, I have about 2 % of CPU usage. 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Saturday, January 30, 2010 4:35 AM Subject: Re: [digitalradio] SDR-Radio with DM780 20M Digital Band Patrick, Thanks for the information. As you may have read from my reply to Andy, my CPU usage seems to be very low with Multipsk. It's well below 10%. Is there a particular Multipsk mode or configuration that would tax the system? I'd like to try it and see how it affects CPU usage. Merci mon ami... Tony -K2MO - Original Message - From: Patrick Lindecker To: digitalradio@yahoogroups.com Sent: Friday, January 29, 2010 4:51 PM Subject: Re: [digitalradio] SDR-Radio with DM780 20M Digital Band Hello Tony, I have here two PC XP at about 2.4 GHz (single core): I have compare these two XP computers on the same file to decode (in 110A): * the first one (the oldest) which is an AMD Atlon 2500+ 1.09 GHz 768 Ko RAM takes 75 seconds to decode it, * the second one which is an AMD Atlon 2400+ 2 GHz 736 Ko RAM takes 20 seconds to decode it. On the most modern (about 3 years old) with SdR and RS ID detection on 44 KHz, the CPU load is about 35 to 40 %, but on the old one it is 100 % (the program does not work in fact). So normally with a modern PC it is OK. With an old PC, it can be problematic. Note: with my Vista laptop (dual core), the CPU load is about 25 % in the same conditions. 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Friday, January 29, 2010 8:36 PM Subject: Re: [digitalradio] SDR-Radio with DM780 20M Digital Band Andy, I plan on switching to SDR in the near future. My current PC is a dual CPU 2.2GHz Dell with 3 GHz RAM. Any idea what the minimum PC requirement is to run Multipsk with SDR? Could you also tell us what processor you're running now? Thanks, Tony -K2MO - Original Message - From: Andy obrien To: digitalradio Sent: Friday, January 29, 2010 9:11 AM Subject: [digitalradio] SDR-Radio with DM780 20M Digital Band One of the things that I wanted to accomplish with an SDR receiver, is the ability to keep an eye on the whole 14065 to 14115 frequency range. If I was down on 14074 monitoring ALE 400 traffic, I would miss Olivia signals that popped up in the 14109 area. I would also miss Hell signals at 14068. Now the SDR affords the opportunity to keep an eye all all at once. My venture in to SDR from a digital mode perspective has led to a discovery that, other than Multipsk, the current state of the art does not support direct monitoring of wider I/Q data. I'm also challenged in that my PC cannot cope with the Multipsk CPU demand when I try direct monitoring. So, at the moment I am visually monitoring signals with the SDR and using traditional software methods to decode the 3-4 kHz of audio that is fed from the SDR to applications like DM780 or Fldigi. At this screen shot http://www.obriensweb.com/sdrdm780.jpg you will see how it appears. I am simply using DM780 and SDR-Radio software together. When I need to transmit, I just use my TS2000 after dialing in the signal discovered by the SDR receiver. Simon HB9DRV will likely integrate these two applications later in 2010. I did catch a Russian on RTTY this morning that I would have otherwise missed while I was slumming it in PSK31-land.. Multisk does RS-ID over this entire 14065-14115 portion, and DM780 is likely going to include this ability in the future. If people use RS-ID often enough, it will be really cool to monitor 14065-14115 and get RS ID alerts. So, just over a week playing around with the SDR receiver... I see the potential... digital mode applications are not quite there yet. When they are there (as in Multipsk) my PC isn't. This $41.00 Ebay PC may eventually get retired for a slightly improved one with better CPU. OK, back to keeping an eye on 14065-14115. A-ha, an SV3 calling CQ RTTY, 14082. Andy K3UK
Re: [digitalradio] SDR-Radio with DM780 20M Digital Band
Hello Tony, I have here two PC XP at about 2.4 GHz (single core): I have compare these two XP computers on the same file to decode (in 110A): * the first one (the oldest) which is an AMD Atlon 2500+ 1.09 GHz 768 Ko RAM takes 75 seconds to decode it, * the second one which is an AMD Atlon 2400+ 2 GHz 736 Ko RAM takes 20 seconds to decode it. On the most modern (about 3 years old) with SdR and RS ID detection on 44 KHz, the CPU load is about 35 to 40 %, but on the old one it is 100 % (the program does not work in fact). So normally with a modern PC it is OK. With an old PC, it can be problematic. Note: with my Vista laptop (dual core), the CPU load is about 25 % in the same conditions. 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Friday, January 29, 2010 8:36 PM Subject: Re: [digitalradio] SDR-Radio with DM780 20M Digital Band Andy, I plan on switching to SDR in the near future. My current PC is a dual CPU 2.2GHz Dell with 3 GHz RAM. Any idea what the minimum PC requirement is to run Multipsk with SDR? Could you also tell us what processor you're running now? Thanks, Tony -K2MO - Original Message - From: Andy obrien To: digitalradio Sent: Friday, January 29, 2010 9:11 AM Subject: [digitalradio] SDR-Radio with DM780 20M Digital Band One of the things that I wanted to accomplish with an SDR receiver, is the ability to keep an eye on the whole 14065 to 14115 frequency range. If I was down on 14074 monitoring ALE 400 traffic, I would miss Olivia signals that popped up in the 14109 area. I would also miss Hell signals at 14068. Now the SDR affords the opportunity to keep an eye all all at once. My venture in to SDR from a digital mode perspective has led to a discovery that, other than Multipsk, the current state of the art does not support direct monitoring of wider I/Q data. I'm also challenged in that my PC cannot cope with the Multipsk CPU demand when I try direct monitoring. So, at the moment I am visually monitoring signals with the SDR and using traditional software methods to decode the 3-4 kHz of audio that is fed from the SDR to applications like DM780 or Fldigi. At this screen shot http://www.obriensweb.com/sdrdm780.jpg you will see how it appears. I am simply using DM780 and SDR-Radio software together. When I need to transmit, I just use my TS2000 after dialing in the signal discovered by the SDR receiver. Simon HB9DRV will likely integrate these two applications later in 2010. I did catch a Russian on RTTY this morning that I would have otherwise missed while I was slumming it in PSK31-land.. Multisk does RS-ID over this entire 14065-14115 portion, and DM780 is likely going to include this ability in the future. If people use RS-ID often enough, it will be really cool to monitor 14065-14115 and get RS ID alerts. So, just over a week playing around with the SDR receiver... I see the potential... digital mode applications are not quite there yet. When they are there (as in Multipsk) my PC isn't. This $41.00 Ebay PC may eventually get retired for a slightly improved one with better CPU. OK, back to keeping an eye on 14065-14115. A-ha, an SV3 calling CQ RTTY, 14082. Andy K3UK
[digitalradio] Comparison of RTTY software sensitivity - New tests
Hello Wes and all, I tried here Multipsk versus Mixw at -9 dB of S/N in RTTY 45 (I have not TRUETTY but they seem to be equivalent). I tested with a text and the Multipsk decoding was better than the Mixw one . However, in RTTY the ITA2 set of character is used so it is difficult to compare because figures instead of letters can be seen as bad whereas there are good in fact (simply due to a random switching) . So I tested with C8C8C8C8C8C8C8C8C8C8 to avoid not this problem. I confirmed that the Multipsk RTTY decoding is better than the Mixw one (I don't think to have a partial opinion, I hope so...). But Multipsk could work better on this particular characters, so I tried with 1A2B3C4D5E6F7G8H9...which is a diversified sequence. I got 135 characters OK with Multipsk and 107 on Mixw. In both softs, I set the AFC Off and I tested with a confortable level (about 40 % of the maximum in average, taken on the Multipsk level), same exact AF frequency (830/1000 Hz). Note 1: I used a sound blaster sound card to send the signal which was decoded by both softs (input plugged with the output). Note 2: the decoding on Multipsk and Mixw is almost perfect (only few errors) at about -5.5 dB. 73 Patrick - Original Message - From: Wes Cosand To: digitalradio@yahoogroups.com Sent: Thursday, January 21, 2010 3:05 AM Subject: Re: [digitalradio] Comparison of RTTY software sensitivity On Wed, Jan 20, 2010 at 8:06 PM, Dave AA6YQ aa...@ambersoft.com wrote: Thanks Wes. WinWarbler uses MMTTY as its RTTY engine; thus MMTTY can be configured to achieve the same performance as that shown for WinWarbler. Yes, I certainly did not mean to construct a test to show MMTTY at a disadvantage. I assumed folk would realize that the engine is the same in the two packages. I wanted to see if there was a difference between the Hyper Sensitive profile (which exists as a predefined profile only in WinWarbler) and the Standard profile which is the default in both packages. I was surprised after the tests to see the significant difference in performance made by inserting the notch filter between the mark and space frequencies. TrueTTY would seem to deserve wider attention. I have used UA9OV's CW Get for a number of years to zero beat my CW and perhaps I should keep a copy his TrueTTY running as a second receive modem when I work RTTY. Wes, WZ7I
Re: [digitalradio] PSK/ digital mode SDR software ?
Andy, is because it requires Multipsk AND a SDR software to be used in Multipsk works alone on SdR (RX/TX). You don't need another SdR (and surely it would be a mess to work with two SdR programs doing the same thing). Simply, indicate in Multipsk which sound card (or sound cards if a speaker is added) to work. That's all. 73 Patrick - Original Message - From: Andy obrien k3uka...@gmail.com To: digitalradio digitalradio@yahoogroups.com Sent: Friday, January 22, 2010 10:58 PM Subject: [digitalradio] PSK/ digital mode SDR software ? My shack PC has some resource issues when using the only software that I know of that has some digital mode SDR support, Multipsk. This is because it requires Multipsk AND a SDR software to be used in tandem. The TWO applications are more than my system can handle. I do have CW Skimmer that does NOT require an additional application, thus it runs within my PC''s capabilities, While I try to free up an better computer, I wonder if there are any existing SDR applications that DIRECTLY support digital modes ? Something the equivalent of CW Skimmer for digital modes, where you just press start and the SDR is activated and digital mode decoding occurs ? Andy K3UK Suggested frequencies for calling CQ with experimental digital modes = 3584,10147, 14074 USB on your dial plus 1000Hz on waterfall. Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Yahoo! Groups Links
Re: [digitalradio] PSK/ digital mode SDR software ?
Andy, By default, for digital RX/TX, you don't strictly need to hear the sound. When you pushed on I/Q interface Direct via the sound card, you could RX/TX just selecting the desired signal on the waterfall. Now if you want to hear the received sound (the base band demodulated one, not the SdR one), push on +Speaker and select the Auxiliary Sound card (to Speaker). You need a second sound card for this: * a SWL could use the same sound card to RX SdR and listen to the demodulated sound, * as a Ham, you must use a first (good) sound card to RX/TX and a second one (standard) to listen to the demodulated sound. 73 Patrick - Original Message - From: Andy obrien To: digitalradio@yahoogroups.com Sent: Saturday, January 23, 2010 12:13 AM Subject: Re: [digitalradio] PSK/ digital mode SDR software ? I'm sorry I don't understand Patrick. How do you start the SDR's reception in Multipsk ? The SDR I have is not playing audio until usual SDR software starts the receiver and audio flows . I do not see that in Multipsk ? Andy K3UK On Fri, Jan 22, 2010 at 6:12 PM, Patrick Lindecker f6...@free.fr wrote: Andy, is because it requires Multipsk AND a SDR software to be used in Multipsk works alone on SdR (RX/TX). You don't need another SdR (and surely it would be a mess to work with two SdR programs doing the same thing). Simply, indicate in Multipsk which sound card (or sound cards if a speaker is added) to work. That's all. 73 Patrick - Original Message - From: Andy obrien k3uka...@gmail.com To: digitalradio digitalradio@yahoogroups.com Sent: Friday, January 22, 2010 10:58 PM Subject: [digitalradio] PSK/ digital mode SDR software ? My shack PC has some resource issues when using the only software that I know of that has some digital mode SDR support, Multipsk. This is because it requires Multipsk AND a SDR software to be used in tandem. The TWO applications are more than my system can handle. I do have CW Skimmer that does NOT require an additional application, thus it runs within my PC''s capabilities, While I try to free up an better computer, I wonder if there are any existing SDR applications that DIRECTLY support digital modes ? Something the equivalent of CW Skimmer for digital modes, where you just press start and the SDR is activated and digital mode decoding occurs ? Andy K3UK Suggested frequencies for calling CQ with experimental digital modes = 3584,10147, 14074 USB on your dial plus 1000Hz on waterfall. Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Yahoo! Groups Links
Re: [digitalradio] Comparison of RTTY software sensitivity - New tests
Hello Wes, I saw the test file. It is nice except the long suite of figures, which could be a cause of possible systematic failure (with many errors following a first error) . Better would be to keep only the call signs which include figures and letters and produce a good diversity (and so a more precise statistic result). Also it would be perhaps interesting to transmit the RTTY characters through 2 different programs because a program could produce a not exactly nominal RTTY transmission and its decoding could match this transmission (for example, the stop must be 1.5 bits but can vary in fact). If, with two different transmissions, the results are the same, they can be considered as reliable. 73 Patrick - Original Message - From: Wes Cosand To: digitalradio@yahoogroups.com Sent: Saturday, January 23, 2010 12:42 AM Subject: Re: [digitalradio] Comparison of RTTY software sensitivity - New tests Patrick, thank you for your kind note. I discovered, as you have known for a long time, that testing RTTY is not easy because of random figures/letters shifts. As you said, a single inappropriate shift can mess up a lot of characters! That makes the statistics difficult. My test text file is at http://mysite.verizon.net/wz7i/Text%20file%20for%20testing%20communications%20software.html I used call signs and about 30% five number groups to try to deal with this issue. I tested with UOS off because of the number groups. It may be that I should have used a shorter file and then tested it with different audio files a number of times to get reasonable statistics but that seemed too much work... chuckle... The error bars on the graph might have been significant. Instead I tried to run a long enough text file to average out all the random shifts. It probably wasn't long enough to try to analyze the data too closely. I, too, tested with AFC off. I used the audio frequencies used for FSK so that is a difference. Our audio levels were about the same -- 40% sounds about right. As I said earlier, it is possible that I have incorporated some error in my methods. It is possible that I am straining at gnats and swallowing camels :-) Thank you for your patience with me. 73 de Wes, WZ7I
[digitalradio] Paper about SdR - Article à propos des SdR - Articulo a proposito de los SdR
Hello to all, For information, here is a paper about SdR (a bit theoritical, but...) issued on different magazines and languages. Pour information, ci-après un article à propos des SdR (un peu théorique, mais bon...) paru dans Radio-Ref. Por informacion, aqui esta un articulo a proposito de los SdR (un poquito teorico, pero bueno...). aparecido en DX URE. In English (thanks to Bill KA0VXK for proofreading this text) http://f6cte.free.fr/PAPERS.ZIP In Spanish (traducido al espanol por Joaquin, EA4ZB): http://f6cte.free.fr/ESPANOL.ZIP In French (en français): http://f6cte.free.fr/ARTICLES.ZIP 73 Patrick
Re: [digitalradio] IZ8BLY's PSK63F
Hello Phil, Ionospheric Doppler produces fluctuations in the phase of the BPSK transmission. In Multipsk for BPSK, there is an indicator which name is Quality (for 1 to 5). It can give an idea of the Doppler: if the signal is strong and the quality is bad, it means that there is some Doppler. The worst case and I see this once, transmission is not possible in BPSK (or only at very high speeds as 125 bauds or more). Signal Quality (Q) A BPSK signal generates 2 phases: 0 and 180 °. More the signal is pure, the more the decoded phase is close to one of these two preceding phases. The average distance to these phases is computed then filtered over 2 seconds. According to the obtained distance, it is given a note between 1 to 5: a.. distance30 °: Q=1 (very bad), b.. distance between 16 and 30 °:Q=2 (bad), c.. distance between 8 and 16 °: Q=3 (medium), d.. distance between 4 and 8 °: Q=4 (good), e.. distance 4 °: Q=5 (very good). Note: a random signal has an average distance of 45 °. 73 Patrick - Original Message - From: Phil Williams To: digitalradio@yahoogroups.com Sent: Tuesday, January 05, 2010 2:49 PM Subject: Re: [digitalradio] IZ8BLY's PSK63F Demonstrating a suite of digital coding methods are vulnerable to Doppler spread does not tell the whole story. What does the signal look like on the a spectrogram when subjected to Doppler spread? Yes, you have incomplete or scrambled text, but then the root cause of that could be anything. It would be valuable to the community to be able to recognize the presence of Doppler spread by some visual or aural means. Armed with this information then one begins to make choices of other modes that would be less vulnerable to the effects of Doppler spread. philw de ka1gmn On Tue, Jan 5, 2010 at 2:13 AM, Tony d...@optonline.net wrote: Phil, What about PSKFEC31 under the same test scenarios? Have a look: Path Simulation: High Latitude (Moderate) Path Delay: 3ms, Doppler spread 10Hz Pangram Text: Quick Brown Fox PSK31FEC t e tio E ttaeH loo etee- e e e ˆyaooe n o ao t aeepvede n neete ueeeu .tna0 o een it=pctidr a ieae t e tio E ttaeH loo etee- e e etˆyaooe on oe ne 6etnuEenoel o·b geogtee PSK63F the quick brown fox jumps over the lazy dog the quick brown fox jumps over the lazy dog the quick brown fox jumps over the lazy dog Tony -K2MO - Original Message - From: Phil Williams To: digitalradio@yahoogroups.com Sent: Monday, January 04, 2010 5:16 AM Subject: Re: [digitalradio] IZ8BLY's PSK63F Very interesting. What about PSKFEC31 under the same test scenarios? Certainly, there would be more a in throughput, but that is a matter of some liberal use of CW shorthand. philw de ka1gmn On Mon, Jan 4, 2010 at 2:48 AM, Tony d...@optonline.net wrote: All, Recent path simulation tests indicate that Nino Porcino's PSK63F offers better performance over PSK31 and PSK63 in a couple of areas. The most significant improvement is it's ability to endure Doppler spread found on paths that cross the polar ionosphere. Both PSK31 and PSK63 fail miserably in this area; see high-lat test samples below. Path Simulation: High Latitude (Moderate) Path Delay: 3ms, Doppler spread 10Hz Pangram Text: Quick Brown Fox PSK63F -- the quick brown fox jumps over the lazy dog PSK63 -- mev roe tt#dtorl|f- bn ô mp e o ihe Fzy dg PSK31 -- nls oSer Òe naAeta qlipM h nV o T rn agâ o RTTY -- TH QACKH492, FOJUMP OR THTLAZY G Sensitivity-wise, it's quite a bit more sensitivity than PSK63, but only marginally better than PSK31. Although it's speed is about 25% faster than PSK31, it's about 40% slower than PSK63. Average wmp rate seems to be 63 wpm for PSK63F. Lowest S/N (sensitivity) PSK63F -12db PSK63 -7db PSK31 -11db RTTY -5db Additional path tests indicate that PSK31 and PSK63F perform about the same under moderate mid-latitude conditions (CCIR fading channel). Tests show that PSK31 and PSK63F will outperform PSK63 when signals are weak under quiet conditions since they both have greater sensitivity. It would be interesting to hear from our HF digital friends up north who experience the distorting effects of the polar ionosphere on a regular basis; this is where the PSK63F mode can be put to the test. Available software: Nino Porcino's Stream -- http://xoomer.virgilio.it/aporcino/ Patrick Lindeckers Multipsk -- http://f6cte.free.fr/index_anglais.htm (thanks for including PSK63F Patrick) Tony, K2MO
Re: [digitalradio] IZ8BLY's PSK63F + PSKFEC31
Hello Phil, According to my measures (under gaussian noise), PSKFEC31 has a minimum S/N of -14.5 dB (2.5 dB better than PSK63F) but the speed is twice weaker (28 wpm). It includes a FEC system (bit based) which permits to have a more robust mode than PSK31 (about 5 times less errors than PSK31), in good conditions. However, I think PSK63F is more robust than PSKFEC31 in bad conditions. Moreover, PSKFEC31 has a reduced set of characters. PSKFEC31 can be received in a panoramic way (multi reception). So to abstract, it is more sensitive and more robust than PSK31, more sensitive than PSK63F but less robust than this one. PSK63F is in all cases better than PSK31. The only advantage of PSK31 is its smaller bandwidth. 73 Patrick - Original Message - From: Phil Williams To: digitalradio@yahoogroups.com Sent: Monday, January 04, 2010 11:16 AM Subject: Re: [digitalradio] IZ8BLY's PSK63F Very interesting. What about PSKFEC31 under the same test scenarios? Certainly, there would be more a in throughput, but that is a matter of some liberal use of CW shorthand. philw de ka1gmn On Mon, Jan 4, 2010 at 2:48 AM, Tony d...@optonline.net wrote: All, Recent path simulation tests indicate that Nino Porcino's PSK63F offers better performance over PSK31 and PSK63 in a couple of areas. The most significant improvement is it's ability to endure Doppler spread found on paths that cross the polar ionosphere. Both PSK31 and PSK63 fail miserably in this area; see high-lat test samples below. Path Simulation: High Latitude (Moderate) Path Delay: 3ms, Doppler spread 10Hz Pangram Text: Quick Brown Fox PSK63F -- the quick brown fox jumps over the lazy dog PSK63 -- mev roe tt#dtorl|f- bn ô mp e o ihe Fzy dg PSK31 -- nls oSer Òe naAeta qlipM h nV o T rn agâ o RTTY -- TH QACKH492, FOJUMP OR THTLAZY G Sensitivity-wise, it's quite a bit more sensitivity than PSK63, but only marginally better than PSK31. Although it's speed is about 25% faster than PSK31, it's about 40% slower than PSK63. Average wmp rate seems to be 63 wpm for PSK63F. Lowest S/N (sensitivity) PSK63F -12db PSK63 -7db PSK31 -11db RTTY -5db Additional path tests indicate that PSK31 and PSK63F perform about the same under moderate mid-latitude conditions (CCIR fading channel). Tests show that PSK31 and PSK63F will outperform PSK63 when signals are weak under quiet conditions since they both have greater sensitivity. It would be interesting to hear from our HF digital friends up north who experience the distorting effects of the polar ionosphere on a regular basis; this is where the PSK63F mode can be put to the test. Available software: Nino Porcino's Stream -- http://xoomer.virgilio.it/aporcino/ Patrick Lindeckers Multipsk -- http://f6cte.free.fr/index_anglais.htm (thanks for including PSK63F Patrick) Tony, K2MO
[digitalradio] RS ID updated list
Hello to all,
John (Jean-Yves) (VK2ETA) and Dave (W1HKJ) have introduced new modes called
PSK Robust or PSKR in short, for PSKMail needs (in FLDigi). So, 3 RS ID
codes have been added.
Here is the updated RS ID list.
IF NUMBER=1 THEN MODE:='BPSK31' ELSE
IF NUMBER=2 THEN MODE:='BPSK63' ELSE
IF NUMBER=3 THEN MODE:='QPSK63' ELSE
IF NUMBER=4 THEN MODE:='BPSK125' ELSE
IF NUMBER=5 THEN MODE:='QPSK125' ELSE
IF NUMBER=7 THEN MODE:='PSKFEC31' ELSE
IF NUMBER=8 THEN MODE:='PSK10' ELSE
{MT63 parameter 1 parameter 2 (parameter 1: 500, 1000 (1000 Hz) or
2000 (2000 Hz),
parameter 2: LG (Long), ST (Short) or VST (Very short)
Example: MT63-1000-LG}
IF NUMBER=9 THEN MODE:='MT63-500-LG' ELSE
IF NUMBER=10 THEN MODE:='MT63-500-ST' ELSE
IF NUMBER=11 THEN MODE:='MT63-500-VST' ELSE
IF NUMBER=12 THEN MODE:='MT63-1000-LG' ELSE
IF NUMBER=13 THEN MODE:='MT63-1000-ST' ELSE
IF NUMBER=14 THEN MODE:='MT63-1000-VST' ELSE
IF NUMBER=15 THEN MODE:='MT63-2000-LG' ELSE
IF NUMBER=17 THEN MODE:='MT63-2000-ST' ELSE
IF NUMBER=18 THEN MODE:='MT63-2000-VST' ELSE
IF NUMBER=19 THEN MODE:='PSKAM10' ELSE
IF NUMBER=20 THEN MODE:='PSKAM31' ELSE
IF NUMBER=21 THEN MODE:='PSKAM50' ELSE
IF NUMBER=22 THEN MODE:='PSK63F' ELSE
IF NUMBER=23 THEN MODE:='PSK220F' ELSE
{CHIP 64 parameter 1 (parameter 1: 64 or 128), Example: CHIP-64}
IF NUMBER=24 THEN MODE:='CHIP-64' ELSE
IF NUMBER=25 THEN MODE:='CHIP-128' ELSE
IF NUMBER=26 THEN MODE:='CW' ELSE
{CCW parameter 1 parameter 2 (parameter 1: OOK or FSK,
parameter 2: 12 (12 wpm), 24 (24 wpm) or 48 (48 wpm)
Examples: CCW-OOK-12 or CCW-FSK-24}
IF NUMBER=27 THEN MODE:='CCW-OOK-12' ELSE
IF NUMBER=28 THEN MODE:='CCW-OOK-24' ELSE
IF NUMBER=29 THEN MODE:='CCW-OOK-48' ELSE
IF NUMBER=30 THEN MODE:='CCW-FSK-12' ELSE
IF NUMBER=31 THEN MODE:='CCW-FSK-24' ELSE
IF NUMBER=33 THEN MODE:='CCW-FSK-48' ELSE
{Pactor1 ARQ not RX/TX in Multipsk 4.1.1}
IF NUMBER=34 THEN MODE:='PACTOR1-FEC' ELSE
{PACKET parameter 1 (parameter 1: 300 (bauds) or 1200 (bauds)),Example:
PACKET-300}
IF NUMBER=35 THEN MODE:='PACKET-300' ELSE
IF NUMBER=36 THEN MODE:='PACKET-1200' ELSE
{ASCII parameter 1 (parameter 1: 7 (7 bits) or 8 (8 bits)), Example:
ASCII-7}
IF NUMBER=37 THEN MODE:='ASCII-7' ELSE
IF NUMBER=38 THEN MODE:='ASCII-8' ELSE
{RTTY parameter 1 (parameter 1: 45 (45 bauds), 50 (50 bauds), 75 (75
bauds)), Example: RTTY-45}
IF NUMBER=39 THEN MODE:='RTTY-45' ELSE
IF NUMBER=40 THEN MODE:='RTTY-50' ELSE
IF NUMBER=41 THEN MODE:='RTTY-75' ELSE
IF NUMBER=42 THEN MODE:='AMTOR FEC' ELSE
{THROB parameter 1 (parameter 1: 1 (1 baud), 2 (2 bauds) or 4 (4
bauds)), Example: THROB-2}
IF NUMBER=43 THEN MODE:='THROB-1' ELSE
IF NUMBER=44 THEN MODE:='THROB-2' ELSE
IF NUMBER=45 THEN MODE:='THROB-4' ELSE
{THROBX parameter 1 (parameter 1: 1 (1 baud) or 2 (2 bauds)), Example:
THROBX-2}
IF NUMBER=46 THEN MODE:='THROBX-1' ELSE
IF NUMBER=47 THEN MODE:='THROBX-2' ELSE
{CONTESTIA parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8
tones), 16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz), 500
(B=500 Hz) or 1000 (B=1000 Hz))...same parameters as OLIVIA
Examples: CONTESTIA-32-1000 or CONTESTIA-8-500
Note: the following are the main Contestia modes:
CONTESTIA-4-250, CONTESTIA-4-500, CONTESTIA-8-250, CONTESTIA-8-500,
CONTESTIA-16-500, CONTESTIA-16-1000, CONTESTIA-32-1000}
IF NUMBER=49 THEN MODE:='CONTESTIA-8-250' ELSE
IF NUMBER=50 THEN MODE:='CONTESTIA-16-500' ELSE
IF NUMBER=51 THEN MODE:='CONTESTIA-32-1000' ELSE
IF NUMBER=52 THEN MODE:='CONTESTIA-8-500' ELSE
IF NUMBER=53 THEN MODE:='CONTESTIA-16-1000' ELSE
IF NUMBER=54 THEN MODE:='CONTESTIA-4-500' ELSE
IF NUMBER=55 THEN MODE:='CONTESTIA-4-250' ELSE
IF NUMBER=56 THEN MODE:='VOICE' ELSE
IF NUMBER=57 THEN MODE:='MFSK16' ELSE
IF NUMBER=60 THEN MODE:='MFSK8' ELSE
{RTTYM parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8 tones),
16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz), 500 (B=500
Hz) or 1000 (B=1000 Hz))...same parameters as OLIVIA
Examples: RTTYM-32-1000 or RTTYM-8-500
Note: the following are the main RTTYM modes: RTTYM-4-250, RTTYM-4-500,
RTTYM-8-250, RTTYM-8-500, RTTYM-16-500, RTTYM-16-1000, RTTYM-32-1000}
IF NUMBER=61 THEN MODE:='RTTYM-8-250' ELSE
IF NUMBER=62 THEN MODE:='RTTYM-16-500' ELSE
IF NUMBER=63 THEN MODE:='RTTYM-32-1000' ELSE
IF NUMBER=65 THEN MODE:='RTTYM-8-500' ELSE
IF NUMBER=66 THEN MODE:='RTTYM-16-1000' ELSE
IF NUMBER=67 THEN MODE:='RTTYM-4-500' ELSE
IF NUMBER=68 THEN MODE:='RTTYM-4-250' ELSE
{OLIVIA parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8 tones),
16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz), 500 (B=500
Hz) or 1000 (B=1000 Hz))
Examples: OLIVIA-32-1000 or OLIVIA-8-500
Note: the following are the main Olivia modes: OLIVIA-4-250, OLIVIA-4-500,
OLIVIA-8-250, OLIVIA-8-500, OLIVIA-16-500, OLIVIA-16-1000, OLIVIA-32-1000}
IF NUMBER=69 THEN MODE:='OLIVIA-8-250' ELSE
IF NUMBER=70 THEN MODE:='OLIVIA-16-500' ELSE
IF NUMBER=71 THEN
Re: [digitalradio] Nominations for 2009 Digitalradio Awards needed
Hello to all, I vote for Philip Gladstone. I discover PSKReporter recently. I think it is a very useful application, especially for exotic modes (I hope to integer it on Multipsk). 73 Patrick - Original Message - From: Juergen dl...@darc.de To: digitalradio@yahoogroups.com Sent: Thursday, December 10, 2009 7:45 PM Subject: Re: [digitalradio] Nominations for 2009 Digitalradio Awards needed My vote is for Patrick as well. 73 Juergen, DL8LE --- In digitalradio@yahoogroups.com, Glenn L. Roeser hillbillietr...@... wrote: Patrick has my vote, by far the most deserving. Very 73 to all Glenn (WB2LMV) From: Siegfried Jackstien siegfried.jackst...@... To: digitalradio@yahoogroups.com Sent: Thu, December 10, 2009 11:13:55 AM Subject: AW: [digitalradio] Nominations for 2009 Digitalradio Awards needed  Yep � me too �� patrick for the award Dg9bfc Sigi   Von:digitalradio@ yahoogroups. com [mailto: digitalradio@ yahoogroups. com ] Im Auftrag von Phil Williams Gesendet: Sonntag, 6. Dezember 2009 22:52 An: digitalradio@ yahoogroups. com Betreff: Re: [digitalradio] Nominations for 2009 Digitalradio Awards needed   Here, here!  Patrick. On Sun, Dec 6, 2009 at 11:28 AM, Warren Moxley k5...@yahoo. com wrote:  Patrick is the greatest! I 2nd that nomination. --- On Sun, 12/6/09, Ian Wade G3NRW g3...@yahoo. co.uk wrote: From: Ian Wade G3NRW g3...@yahoo. co.uk Subject: Re: [digitalradio] Nominations for 2009 Digitalradio Awards needed To: digitalradio@ yahoogroups. com Date: Sunday, December 6, 2009, 11:02 AM  From: Andy obrien k3uka...@gmail. com Date: Sun, 6 Dec 2009 Time: 11:11:22 It is that time again, as we approach our 10th January in existence it is time to seek you nominations for the Annual Digitalradio Awards. [Snip] My vote goes to Patrick -- his innovations and responsiveness to user requests are a shining example of the true amateur spirit. -- 73 Ian, G3NRW   Suggested frequencies for calling CQ with experimental digital modes = 3584,10147, 14074 USB on your dial plus 1000Hz on waterfall. Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Yahoo! Groups Links
[digitalradio] New release (4.16) of MULTIPSK
New release (4.16) of MULTIPSK Pour les francophones: la version française de ce message se trouve sur mon site (http://f6cte.free.fr). Il suffit de cliquer sur le lien Principales modifications (courriel avertissant de la sortie de la nouvelle version). Hello to all Ham and SWL, The new release of MultiPSK (4.16) is on my Web site (http://f6cte.free.fr). The main mirror site is Earl's, N8KBR: http://www.eqth.info/multipsk/index.html (click on United States Download Site). Another mirror site isTerry's: http://g90swl.co.uk/multipsk/ Multipsk associated to Clock are freeware programs but with functions submitted to a licence (by user key). Multidem 2.2.4 and Clock 1.8.5 have been slightly modified (improvement of the sound card and mixer management). The main modifications of MULTIPSK 4.16 are the following: 1) Decoding of the STANAG 4285 mode This mode is used in HF for professional transmissions. Unfortunatly, almost all transmissions are encrypted, which limits the interest of this mode Several sub modes (75 to 2400 bps) and two different interleaving (short and long) are proposed. All modes are fixed frequency. The receiver should be in USB mode. The bandwidth must extend from 300 to 3300 Hz (at -30 dB) with a relatively flat frequency response between 600 and 3000 Hz. The central frequency is, in this case, equal to 1800Hz. It can be selected a 1500 Hz central frequency for Ham receivers. It is a first decoding version which is far away to be perfect (the signal must be very good to be decoded). See specifications further on. 2) RS ID, Call ID (Message ID) RS ID Due to the extension of the RS ID use, it is proposed a function which allows to select a group of modes for which the user wants a RS ID detection (function available by clicking on ID ). Message ID Creation of a Message ID which permits to send small messages of 9 characters maximum which will appear in the waterfall of the other Hams. As it works in background and as it is not related to any specific digital mode, it can be useful, for example, in case of difficulty of doing a QSO. Message IDs are not considered as true Call IDs and are not stored (they are only displayed). For more information, download: http://f6cte.free.fr/The_RS_ID_easy_with_Multipsk.doc http://f6cte.free.fr/The_Call_ID_and_Prop_ID_easy_with_Multipsk.doc 3) New macros: - LAST QSO transmits all the data about the last QSO done with the Ham which call sign is in the Call field. By clicking on Number? in the QSO panel, these data also appears, - SELF REPEATING permits to automatically repeat the same sequence until the user decides to switch on reception. It is a useful function for tests. This macro must be located at the end of the sequence. -EXEC:command permits to execute a Windows command. For example, it provides an easy way to look up call on qrz.com: EXEC:rundll32.exe url.dll,FileProtocolHandler http://www.qrz.com/db/CALL. Macros which can be directly replaced by a text can be integered to the EXEC macro. This macro is reserved for Hams with experience in computers. See help for details. 4) Improvements of the ARQ FAE mode (in ALE or ALE400) with, mainly, an automatic re-synchronization using the RS ID, the Packet 1200 bauds decoding, the sound card management, the 110A decoding, APRS (Packet, 141A and ALE400). It can be sent a specific icon, for example Emergency (in the APRS Transmission panel), JT65: JT65 beacon transmitting at each minute. Note about translation of Multipsk.exe and Clock .exe: the 4.15 version of Multipsk/Clock has been completly translated to Spanish by Joachin (EA4ZB), from French. The translation file is on my Web site (http://f6cte.free.fr/Translation_files.htm). 4285 specifications: Baud rate: 2400. Modulation : 8PSK (not differential, the exact phase being determined through known data) with a central frequency of 1800 Hz Reception mode: USB Character set : different synchronous or asynchronous formats are proposed (5 ITA2, 7 bits ASCII or 8 bits (ASCII+ANSI)) Shape of pulse : raised cosine Bandwidth : about 3 KHz (300 to 3300 Hz) Demodulation : coherent Synchronization : automatic using the known data Convolution code: yes. The constraint lenght is equal to 7 bits, Interleaving : yes. Two interleavings are proposed: short or long. Lowest S/N (on Multipsk): + 5 dB in 75 bps and + 12 dB in 2400 bps (the signal to noise ratio must be, in general, very good, to be able to decode this mode, i.e excellent at 2400 bps and good at 75 bps). Each frame contains a synchronization preamble phase (80 symbols), 4 data phases of 32 symbols where the unknown data is transmitted (mixed with 3 known data phases of 16 symbols to follow the transmission characteristics). An adaptative equalization is required at this speed (2400 bauds). 73 Patrick
Re: [digitalradio] Re: QRV ALE special group
Thanks for the information Steve. I see the goal. 73 Patrick - Original Message - From: ALE n2...@morrisbb.net To: digitalradio@yahoogroups.com Sent: Friday, November 27, 2009 4:49 PM Subject: [digitalradio] Re: QRV ALE special group Hi Patrick, Most of the needed commands likely already existing in the PC-ALE MMI, I will add whatever doesn't. such as access to releasing and regaining resource to handoff to MultiPSK control of PTT for an ALE400 session or for that matter any follow on mode if used after PC-ALE in INLINK with a NORMAL ALE session as it can already be configured by a user that always wants follow on to be in a particular non-ALE protocol modeautomaticaly. /s/ Steve, N2CKH www/n2ckh.com/PC_ALE_FORUM/ --- In digitalradio@yahoogroups.com, Patrick Lindecker f6...@... wrote: Hello Steve and Andy, If you are interested in testing and Patrick is interested in adding an enabling feature to generate some TCP/IP commands at the proper time, then we should be anble to bring about a more complete solution by making use ohe Man Machine Interface (MMI) in PC-ALE via Telnet. This is a good idea and I already saw the Telnet procedure (to be able to emulate it), but at the present time I have some other interests. Perhaps in the future. 73 Patrick Suggested frequencies for calling CQ with experimental digital modes = 3584,10147, 14074 USB on your dial plus 1000Hz on waterfall. Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Yahoo! Groups Links
Re: [digitalradio] Re: QRV ALE special group
Hello Steve and Andy, If you are interested in testing and Patrick is interested in adding an enabling feature to generate some TCP/IP commands at the proper time, then we should be anble to bring about a more complete solution by making use ohe Man Machine Interface (MMI) in PC-ALE via Telnet. This is a good idea and I already saw the Telnet procedure (to be able to emulate it), but at the present time I have some other interests. Perhaps in the future. 73 Patrick - Original Message - From: ALE n2...@morrisbb.net To: digitalradio@yahoogroups.com Sent: Wednesday, November 25, 2009 1:42 AM Subject: [digitalradio] Re: QRV ALE special group Hi Andy, That presents some food for thought for those that want to scan for both tradtional ALE and ALE400 at the same time and also take advantage of the QS/S radio control support that I coded into PC-ALE. If you are interested in testing and Patrick is interested in adding an enabling feature to generate some TCP/IP commands at the proper time, then we should be anble to bring about a more complete solution by making use ohe Man Machine Interface (MMI) in PC-ALE via Telnet. It would be no problem to STOP and START the scanning process vis commands from MultiPSK when it detects ALE400, however there is at present no MMI command to release the RESOURCES to move forward with control of RS-232 port lines for PTT etc., however that could be added. Let know via direct e-mail or th HFlink forum as I only read messages here sporadically. /s/ Steve, N2CKH www/n2ckh.com/PC_ALE_FORUM/ --- In digitalradio@yahoogroups.com, Andy obrien k3uka...@... wrote: actually, I am now doing both...in a crude way. PC-ALE is controlling my rig and scanning standard ALE . I also have Multipsk running, not scanning, but it will sound an alert if a ALE400 signal is detected. PC-ALE will not pause however, since it does not know anything about ALE400, so I am not sure if this method will do anything or not. I'll test and see, The main reason I have Multipsk up is that I can easily switch to a different digital mode of I receive a connect/link from an ALE station. Andy K3UK Suggested frequencies for calling CQ with experimental digital modes = 3584,10147, 14074 USB on your dial plus 1000Hz on waterfall. Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Yahoo! Groups Links
Re: [digitalradio] Re: Getting serious about ALE for non-encomm digital hamming
Hello, One way would do it. To use an analogy, you ring the phone and the operator decides if he wants to pick up. With RSID, Call OK I see the analogy. By the way, is there currently a mechanism for monitoring the 3KHz passband for a certain Call ID and only alarming on that? Yes there are several options (monitoring, automatic spot...). The covered bandwidth can be 2.5, 3.3, 4.3 or 44 KHz on a SdR. I have modified a bit the Call ID source to integrate a small message ID (possibility to send small messages (9 characters max) readable on the waterfall). 73 Patrick - Original Message - From: aa777888athotmaildotcom aa777...@hotmail.com To: digitalradio@yahoogroups.com Sent: Monday, November 23, 2009 12:51 PM Subject: [digitalradio] Re: Getting serious about ALE for non-encomm digital hamming --- In digitalradio@yahoogroups.com, Patrick Lindecker f6...@... wrote: Hello, Once an effective, simple and robust SELCAL standard is developed (again IMHO it should be a logical extension of the existing RSID and Call ID standards) it could eventually be parlayed into a more modern and effective variant of ALE. By using RR for the nice SELCAL idea. I'm not sure it would be very easy if you need a symetrical acknowledgment. If it is only a one way transmission without any double acknowledgment it is much more easy. RS ID and CALL ID are public sources. So... One way would do it. To use an analogy, you ring the phone and the operator decides if he wants to pick up. With RSID, Call ID and SELCAL combined the called station would know he's being called, who's calling and on what mode and freq. Just like RSID, allow the alert to be ignored or allow the alert to cause the station to be put on the right mode and freq. Just like RSID the operator answers manually. By the way, is there currently a mechanism for monitoring the 3KHz passband for a certain Call ID and only alarming on that? Suggested frequencies for calling CQ with experimental digital modes = 3584,10147, 14074 USB on your dial plus 1000Hz on waterfall. Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Yahoo! Groups Links
Re: [digitalradio] Re: Getting serious about ALE for non-encomm digital hamming
Hello, Once an effective, simple and robust SELCAL standard is developed (again IMHO it should be a logical extension of the existing RSID and Call ID standards) it could eventually be parlayed into a more modern and effective variant of ALE. By using RR for the nice SELCAL idea. I'm not sure it would be very easy if you need a symetrical acknowledgment. If it is only a one way transmission without any double acknowledgment it is much more easy. RS ID and CALL ID are public sources. So... 73 Patrick - Original Message - From: aa777888athotmaildotcom aa777...@hotmail.com To: digitalradio@yahoogroups.com Sent: Sunday, November 22, 2009 4:18 AM Subject: [digitalradio] Re: Getting serious about ALE for non-encomm digital hamming I've gave PCALE a very good try. As implemented it suffers from several problems: 1. It is equipment specific and intensive. You either need an SGC tuner set up for bypass-on-receive (the only brand I am aware of that has this capability) or a special antenna that is resonant and efficient on each band you plan to scan. You can also set up RF switching to bypass the tuner on receive but that becomes even more complex. There was a computer controlled tuner on the market that could be controlled by MARS-ALE but MARS-ALE is not available to mere mortals and the tuner itself was buggy and is now out of production. 2. The link margins necessary for the calling waveform are pretty substantial. Those used to the relatively robust nature of RSID or any of the other common digital modes will be sorely disappointed. Even Winmor, while better than ALE, requires substantially better conditions for success. 3. The software itself is relatively complex to setup and operate. I'm sure Andy will argue to the contrary :-) However IMHO it's significantly more involved than just firing up Fldigi and banging away at some Olivia or PSK. 4. The widely shared nature of the ham bands makes collisions inevitable given the automation inherent in ALE (automation that is the whole point, in fact) and the limitations of even the best busy channel detection algorithm. This issue tends to generate a lot of hate and discontent. However this ought to be the least worrisome issue. With an appropriate band plan (which already exists for PCALE) the carnage can be limited to just the ALE calling channels and anyone who wants to use ALE should be expected to sign up for a certain amount of interference and not be whining about it as long as it stays on the calling freq's. In lieu of full-blown ALE consider the following idea: I'm no software engineer and beggars can't be choosers, so forgive me for making the following related suggestion (Patrick already laid into me on this once!) Consider that RSID is great for identifying the mode and that Call ID is great for identifying who is calling. Both use signaling standards and waveforms that are very simple and robust. But what is missing is an equivalent SELCAL (selective calling) signaling standard using waveforms and formats similar to RSID and Call ID. Imagine you wanted to find somebody monitoring the 3KHz of USB spectrum at 14070KHz dial freq. You could find a clear spot in the waterfall and transmit the SELCAL which contains the call sign of the station you wish to reach. At the receiving station the SELCAL enabled software would function in the same manner as that currently done for RSID, i.e. detect the call, display/sound a notification and provide automation for tuning and answering under operator control. Once an effective, simple and robust SELCAL standard is developed (again IMHO it should be a logical extension of the existing RSID and Call ID standards) it could eventually be parlayed into a more modern and effective variant of ALE. By using time synchronized band scanning and transmission (similar to WSPR et al) probability of intercept can be substantially improved. Neither the SELCAL or time synchronization represent new technology and both derive from proven, similar implementations. So if one were to make a SELCAL on 80M, for example, once the spot on the waterfall was chosen by the operator (because we can't rely on unreliable busy-channel detection technology) the SELCAL transmission would occur at say for instance 10 seconds past the minute. Synchronized scanning would put all stations on 80M at 10-15 seconds past the minute, 40M at 15-20 seconds, and so on. The last piece would be to perfect busy channel detection and automate the selection of empty places on the waterfall, but this part of the puzzle is useless with SELCAL (very useful by itself) and synchronized scanning/transmission. And once this last part was perfected we are back to requiring special tuner/antenna solutions. Suggested frequencies for calling CQ with experimental digital modes = 3584,10147,
Re: [digitalradio] QRV ALE special group
Hello Andy, In the auxiliary functions window, you can choose to send an AMD or a DTM or DBM message: * AMD is the standard one, * but DBM is the best way (the most reliable). 73 Patrick - Original Message - From: Andy obrien To: digitalradio@yahoogroups.com Sent: Sunday, November 22, 2009 7:09 PM Subject: Re: [digitalradio] QRV ALE special group AMD is usually the one most use for a quick chat after a link is established. Since I do not use Multipsk for ALE 141 I am not really sure how AMD versus DTM or DBM is set up. ALE 400 is better for regular rag chews. On Sun, Nov 22, 2009 at 1:02 PM, Phil Williams ka1...@gmail.com wrote: Ok thanks. For simple QSOs, what mode within standard ALE do you recommend? philw de ka1gmn On Sun, Nov 22, 2009 at 11:47 AM, Andy obrien k3uka...@gmail.com wrote:
Re: [digitalradio] JT65A Beacon on 60m
Hello Steinar, I left my transceiver on duty and that is what I got (QTH near Paris). I used Multipsk without KVASD (to avoid false detections) so the minimum S/N was -24 dB (hard decision) instead of -26 dB (soft decision). Your signal was very weak (-20 to -25 dB) but still decodable in JT65. 73 Patrick Here it is: 12:20 4 -22 3 -0018 LA5VNA/B 12:22 9 -20 3 -0018 LA5VNA/B 12:44 4 -22 4 -0015 LA5VNA/B 12:46 5 -23 4 -0015 LA5VNA/B 13:16 5 -24 1 -0012 LA5VNA/B 13:34 3 -23 3 -0012 LA5VNA/B 13:36 5 -21 3 -0012 LA5VNA/B 13:40 4 -22 3 -0012 LA5VNA/B 13:48 1 -23 3 -0012 LA5VNA/B 13:50 6 -22 3 -0012 LA5VNA/B 13:52 5 -23 3 -0012 LA5VNA/B 13:54 3 -24 3 -0012 LA5VNA/B 13:58 5 -22 3 -0012 LA5VNA/B 14:02 6 -21 4 -0012 LA5VNA/B 14:04 3 -23 4 -0012 LA5VNA/B 14:06 4 -23 4 -0012 LA5VNA/B 14:08 9 -23 4 -0012 LA5VNA/B 14:10 6 -23 4 -0012 LA5VNA/B 14:12 6 -21 4 -0012 LA5VNA/B 14:14 6 -20 4 -0012 LA5VNA/B 14:16 6 -20 4 -0012 LA5VNA/B 14:18 8 -19 5 -0012 LA5VNA/B 14:20 3 -24 4 -0010 LA5VNA/B 14:22 7 -23 5 -0012 LA5VNA/B 14:24 5 -24 5 -0012 LA5VNA/B 14:26 7 -23 5 -0012 LA5VNA/B 14:30 4 -22 5 -0010 LA5VNA/B 14:32 9 -22 5 -0010 LA5VNA/B 14:38 4 -24 5 -0012 LA5VNA/B 14:40 4 -25 5 -0012 LA5VNA/B 14:42 3 -22 5 -0010 LA5VNA/B 14:44 3 -21 6 -0012 LA5VNA/B 14:54 5 -22 6 -0012 LA5VNA/B 14:56 7 -24 6 -0011 LA5VNA/B 14:58 3 -22 6 -0010 LA5VNA/B 15:00 3 -20 6 -0010 LA5VNA/B 15:02 4 -24 6 -0011 LA5VNA/B 15:08 5 -24 6 -0011 LA5VNA/B 15:10 3 -22 6 -0010 LA5VNA/B 15:14 5 -23 6 -0010 LA5VNA/B 15:16 4 -23 7 -0010 LA5VNA/B 15:26 6 -21 7 -0010 LA5VNA/B 15:28 4 -26 7 -0010 LA5VNA/B 15:30 7 -22 7 -0010 LA5VNA/B 15:34 4 -23 8 -0010 LA5VNA/B 15:36 10 -20 8 -0010 LA5VNA/B 15:38 7 -25 8 -0010 LA5VNA/B 15:40 9 -22 8 -0010 LA5VNA/B 15:46 5 -20 8 -0010 LA5VNA/B 15:48 5 -20 9 -0010 LA5VNA/B 15:50 4 -20 9 -0010 LA5VNA/B - Original Message - From: Dave Ackrill dave.g0...@tiscali.co.uk To: digitalradio@yahoogroups.com Sent: Sunday, November 15, 2009 5:15 PM Subject: Re: [digitalradio] JT65A Beacon on 60m Steinar Aanesland wrote: Hi all I am running a 5W JT65A beacon at 5350 Khz + 1270Hz USB this evening. I'm a bit confused on the frequency being used Steinar, Can you confirm 5350kHz plus 1.270kHz please? The only information on the Norwegian frequencies on 60M that I can find is as follows. Center Frequency USB Dial Frequency 5280 kHz 5278.5 kHz 5290 kHz 5288.5 kHz 5332 kHz 5330.5 kHz 5348 kHz 5346.5 kHz 5368 kHz 5366.5 kHz 5373 kHz 5371.5 kHz 5400 kHz 5398.5 kHz 5405 kHz 5403.5 kHz all with a 3kHz bandwidth. 5350 plus 1270 gives 5351.27kHz, of course, but that doesn't appear to fit into any of the 3kHz sections. The nearest appears to be 5348kHz, but that 'channel' ends at 5349.5kHz. I guess you have an experimental licence, like the ones issued in Germany for 70MHz, where you have a specific spot frequency allocated to you? I'll set my dial frequency a little below 5350kHz and will see if I can see any signals. Regards - Dave (G0DJA) Suggested frequencies for calling CQ with experimental digital modes = 3584,10147, 14074 USB on your dial plus 1000Hz on waterfall. Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Yahoo! Groups Links
Re: [digitalradio] Message ID in multipsk
Hello Tony, Multipsk tends to show a slightly higher SNR with certain modes, but the values are still within 2db. I took a few screenshots that show Multipsk and PathSim working together connected via VAC (see attached). Thanks for 5 attachments. I think I had a bit of chance as I don't think to be as precise as 2 dB (perhaps +/- 2 to 5 dB according to the modes). If the AWGN source is enabled then Gaussian white noise can be added to the input signal in order to simulate various SNR ratios. A SNR of 0 means that the input signal rms level is equal to the noise rms level as measured through the 3KHz bandpass filter I agree with the definition (which is not always the standard, JT65 suppose a 2.5 or 2.7 KHz). 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Cc: F6CTE Lindecker Sent: Sunday, November 01, 2009 11:29 PM Subject: Re: [digitalradio] Message ID in multipsk [5 Attachments] [Attachment(s) from Tony included below] Patrick, It certainly seems difficult to precisely measure digital mode SNR so thank you for explaining that. I think the PC sound card method is accurate enough to show the relative difference between modes and more importantly, the digital mode path simulations and SNR tests seem to correlate well with on-air performance. In Multipsk when it is possible I evaluate the S/N by measuring the signal energy in its band and noise in the reminder of the band (or part of it). After normalization to a 3 KHz noise bandwidth, I display the result (which is not very precise). I'm not sure if I mentioned this before, but I noticed that Multipsk SNR figures compared well with PathSim when the two programs were linked together during my SNR testing (white noise only). Multipsk tends to show a slightly higher SNR with certain modes, but the values are still within 2db. I took a few screenshots that show Multipsk and PathSim working together connected via VAC (see attached). Moe Wheatley describes the SNR method used in the PathSim docs: If the AWGN source is enabled then Gaussian white noise can be added to the input signal in order to simulate various SNR ratios. An SNR of 0 means that the input signal rms level is equal to the noise rms level as measured through the 3KHz bandpass filter Thanks for all Patrick. Tony -K2MO - Original Message - From: Patrick Lindecker f6...@free.fr To: digitalradio@yahoogroups.com Sent: Sunday, November 01, 2009 5:09 AM Subject: Re: [digitalradio] Message ID in multipsk Hello Tony, What software are you using to determine the SNR decode level? What i do is adding noise so as to reach a S/N=-15 dB. Then I see if it works (decode or not). According to the result, I will try -14 or -16 dB etc... In Multipsk when it is possible I evaluate the S/N by measuring the signal energy in its band and noise in the reminder of the band (or part of it). After normalization to a 3 KHz noise bandwidth, I display the result (which is not very precise). There are other methods (based on correlations and hypothesis) as with Olivia and JT65 but they are neither very precise. For example, you could evaluate the S/N according to the phase jitter in PSK mode (the more the phase moves randomly, the lower the S/N ratio is), but this would work only in good ionospheric conditions. 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Sunday, November 01, 2009 12:44 AM Subject: Re: [digitalradio] Message ID in multipsk Patrick, I think you are right about the burst characteristics of the mode and the way the PathSim software handles this. Seems logical since our SNR tests have been consistent with other modes. I have an audio editor that has the capability of adding white noise, but it doesn't indicate the SNR once the mode audio is mixed. I mix signal and noise at digital level before the analogical transform and then I see at what level I can decode. What software are you using to determine the SNR decode level? Tony -K2MO Attachment(s) from Tony 5 of 5 Photo(s) SNR.jpgSNR_PSK31.jpgSNR_MFSK16.jpgSNR_RTTY.jpgSNR_CALLID.jpg
Re: [digitalradio] Message ID in multipsk
Hello Tony, What software are you using to determine the SNR decode level? What i do is adding noise so as to reach a S/N=-15 dB. Then I see if it works (decode or not). According to the result, I will try -14 or -16 dB etc... In Multipsk when it is possible I evaluate the S/N by measuring the signal energy in its band and noise in the reminder of the band (or part of it). After normalization to a 3 KHz noise bandwidth, I display the result (which is not very precise). There are other methods (based on correlations and hypothesis) as with Olivia and JT65 but they are neither very precise. For example, you could evaluate the S/N according to the phase jitter in PSK mode (the more the phase moves randomly, the lower the S/N ratio is), but this would work only in good ionospheric conditions. 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Sunday, November 01, 2009 12:44 AM Subject: Re: [digitalradio] Message ID in multipsk Patrick, I think you are right about the burst characteristics of the mode and the way the PathSim software handles this. Seems logical since our SNR tests have been consistent with other modes. I have an audio editor that has the capability of adding white noise, but it doesn't indicate the SNR once the mode audio is mixed. I mix signal and noise at digital level before the analogical transform and then I see at what level I can decode. What software are you using to determine the SNR decode level? Tony -K2MO
Re: [digitalradio] Message ID in multipsk
Hello Tony, The S/N that you measure seems quite close to mine (-20 dB against -16 dB and -14 against -13 dB). In our measures, there is always a certain uncertainty because the noise is not really white after going through a sound card output and a sound card input. Moreover, in fact in all my tests, I accept about 2 % of errors because 0% error is impossible to reach (it can be approched but not reached). So there is certainly a small uncertainty about the 100% success. I think the 4 dB in RS ID of difference must due to the burst character of the RS ID as Path Sim introduces filters having a certain length, so... If it's ok with you, I'll send a few audio clips so you can test the RSID and Call ID at different SNR levels measured with PathSim. I'll include the SNR in the clip title. Thanks Tony, but I'm more confident on what I program. the Multipsk S/N indicator to measure the signal-to-noise The Call ID S/N is not precise at all. It can only give an idea of the S/N value. 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Saturday, October 31, 2009 3:05 AM Subject: Re: [digitalradio] Message ID in multipsk Patrick, Hello Tony, What are the numbers that you get? In fact, from my measures, the first decodings appear at -19 dB in RS ID and -16 dB in Call ID (but respectively -16 and -13 dB for almost 100 % success). I get the following SNR figures for 100% decode: RS ID -20db Call ID -14db Figures are nearly the same for the Call ID, but the 4db discrepancy in the RSID seems odd. I believe this is the first time we've compared SNR figures for 100% throughput Patrick; our minimum SNR figures are usually identical. I think it must be a bit difficult to measure S/N for bursts. I mix signal and noise (just noise without paths delays...) at digital level before the analogical transform and then I see at what level I can decode. Sounds like an accurate way to test Patrick. Most of my digital mode testing is done with PathSim. The program gives the option of testing the signal-to-noise ratio using Gaussian white noise without any ionospheric path distortion. I'm always careful to make sure that the audio levels are the same for each mode before I run them through the simulator. If it's ok with you, I'll send a few audio clips so you can test the RSID and Call ID at different SNR levels measured with PathSim. I'll include the SNR in the clip title. Thanks Patrick, Tony -K2MO - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Friday, October 30, 2009 2:09 AM Subject: Re: [digitalradio] Message ID in multipsk Patrick, Thanks for adding the messaging feature. Andy, K3UK, and I were able to copy Sholto's, RS messages some 3700km away on 20 meters. Sholto, K7TMG, was running 5 watts and a vertical antenna. We found the high sensitivity of the message mode useful as signals fell below the decode threshold of the chat modes we were using at the time. The RS ID is detectable at -16 dB but the Call ID only at about -13 dB (however still better than PSK31). Very sensitive, more than most sound card chat-modes. I'm not sure why Patrick, but my SNR tests indicate that the RSID used for mode detection has a 6db advantage over the CALL ID. I ran both modes through the path simulator 10 times each and established a minimum SNR when they decoded 10 out-of 10 times or 100%. I'll check all levels and try again. Thanks Patrick. Tony -K2MO - Original Message - From: Patrick Lindecker f6...@free.fr To: digitalradio@yahoogroups.com Sent: Thursday, October 29, 2009 4:38 PM Subject: Re: [digitalradio] Message ID in multipsk Hello Tony, The Call ID that I just have slightly modified is based on a specific RS ID code (it was the most simple, but it is not a mode ID, just a borrowing) on which is implemented a more conventional frame (56 bits + CRC). The RS ID is detectable at -16 dB but the Call ID only at about -13 dB (however still better than PSK31). 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Thursday, October 29, 2009 7:52 PM Subject: Re: [digitalradio] Message ID in multipsk Steinar, I am testing the Message ID in Patrick's latest beta of the MULTIPSK (VERSION 4.16 of 27/10/2009) on 14.074. I haven't had the opportunity to use the message ID on-the-air, but I did test the mode between two PC's and it seems to work fine. I would assume the Reed Solomon messaging will be just as sensitive and robust as RS ID; should work well. Hope to see you on the air Steinar... Tony
Re: [digitalradio] Message ID in multipsk
Hello Tony, What are the numbers that you get? In fact, from my measures, the first decodings appear at -19 dB in RS ID and -16 dB in Call ID (but respectively -16 and -13 dB for almost 100 % success). SNR tests I think it must be a bit difficult to measure S/N for bursts. What I do, on my side, in to mix signal and noise (just noise without paths delays...) at digital level before the analogical transform and then I see at what level I can decode. 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Friday, October 30, 2009 2:09 AM Subject: Re: [digitalradio] Message ID in multipsk Patrick, Thanks for adding the messaging feature. Andy, K3UK, and I were able to copy Sholto's, RS messages some 3700km away on 20 meters. Sholto, K7TMG, was running 5 watts and a vertical antenna. We found the high sensitivity of the message mode useful as signals fell below the decode threshold of the chat modes we were using at the time. The RS ID is detectable at -16 dB but the Call ID only at about -13 dB (however still better than PSK31). Very sensitive, more than most sound card chat-modes. I'm not sure why Patrick, but my SNR tests indicate that the RSID used for mode detection has a 6db advantage over the CALL ID. I ran both modes through the path simulator 10 times each and established a minimum SNR when they decoded 10 out-of 10 times or 100%. I'll check all levels and try again. Thanks Patrick. Tony -K2MO - Original Message - From: Patrick Lindecker f6...@free.fr To: digitalradio@yahoogroups.com Sent: Thursday, October 29, 2009 4:38 PM Subject: Re: [digitalradio] Message ID in multipsk Hello Tony, The Call ID that I just have slightly modified is based on a specific RS ID code (it was the most simple, but it is not a mode ID, just a borrowing) on which is implemented a more conventional frame (56 bits + CRC). The RS ID is detectable at -16 dB but the Call ID only at about -13 dB (however still better than PSK31). 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Thursday, October 29, 2009 7:52 PM Subject: Re: [digitalradio] Message ID in multipsk Steinar, I am testing the Message ID in Patrick's latest beta of the MULTIPSK (VERSION 4.16 of 27/10/2009) on 14.074. I haven't had the opportunity to use the message ID on-the-air, but I did test the mode between two PC's and it seems to work fine. I would assume the Reed Solomon messaging will be just as sensitive and robust as RS ID; should work well. Hope to see you on the air Steinar... Tony -K2MO
Re: [digitalradio] New to digital modes? Try this weekend's challenge - ALE400
Hello Phil, Tony (K2MO) is preparing a paper about the way to use ALE400. Here is a first draft that Tony sent to Digital radio some time ago. I added some modifications. 73 Patrick From Tony: All, Received several emails asking how to setup Multipsk and work ALE-400 ARQ chat mode so here's my feeble attempt at a quick start guide. Multipsk download site : http://f6cte.free.fr/index_anglais.htm The last Multipsk test version is: http://f6cte.free.fr/MULTIPSK_TEST_27_10_2009.ZIP Paste this adress in your Internet Explorer or equivalent. Download the file. Create a tempory folder (C:\TEST, for example), unzip the file in it and start C:\TEST\Multipsk.exe (the auxiliary files will be created automatically). For ALE and ALE400, see: http://f6cte.free.fr/ALE_and_ALE400_easy_with_Multipsk.doc http://f6cte.free.fr/The_ARQ_FAE_beacon_easy_with_Multipsk.doc Do not install the program from the desktop. Copy the Multipsk folder to your program file folder and click the INSTALL.EXE file. Configuration: The program should open the configuration screen on the first installation. If not, click CONFIGURATION menu located in the upper left corner of the main window and click CONFIGURATION SCREEN. In the CONFIGURATION SCREEN... Click SERIAL PORT to select your PTT COMPORT Click OPTIONS FOR SERIAL PORTS if additional settings are needed Click SOUND CARD INPUT / OUTPUT to configure your sound card Click RX/TX SCREEN button to return to main window Personal Data: In the upper left corner of the main window, click CONFIGURATION menu / PERSONAL DATA. Enter your call sign, name, locator etc - click save. ID Management: Click CONFIGURATION menu / MANAGEMENT OF THE IDENTIFIERS. Click TRANSMISSION OF YOUR CALL SIGN + LOCATOR in the popup window* Click QUIT on the bottom of this window to return to the main window. * Your locator / call sign will be taken from the information you entered in the PERSONAL DATA window. Reed Solomon Identifiers: The RS ID's are located in the upper left of the main program window above the waterfall. Click the following ID's: RSID - sends Reed Solomon mode identifier on transmit RX RSID - allows Multipsk to automatically switch modes upon RSID mode reception RX CALL ID - allows CALL and PROP ID of the other station to appear in your waterfall. Clicking the CALL ID button located on the far left of side of the main window will SEND your call sign and locator (CALL ID / PROP ID) which will appear in the waterfall of the receiving station. It will also activate the map screen showing the other station where you're located on the Multipsk map. See ID management for details on CALL ID / PROP ID. Waterfall: Waterfall controls are located on the right side of the main window. Make sure WATERFALL / HIGH is clicked for best results. Adjust the waterfall color / contrast using the up/down COLOR buttons. Appearance: Font type, color and window size buttons are located on the bottom left of the main window. Click FONTS and HEIGHT to adjust to your preference. Macros: Patrick has already configured the macros. The information for each macro is taken from the PERSONAL DATA where your call sign, name and locator are stored. If you'd like to customize the macros, right click on the macro button. Remember to click SAVE AND CLOSE when finished. ALE-400 ARQ FAE CHAT MODE Operation: Calling CQ / Connecting In the main window: 1. Click on ALE-400 mode (not 141ALE) 2. Click ARQ FAE button located in the middle of the window (button stays pushed in). 3. Click the CQ button next to ARQ FAE button to send a CQ. The CQ will go out as soon as the button is pressed; transmitting 5 seconds and listening for 5 seconds. To end the call, click the END button next to the CQ button (the CQ must finish before you can end the call). Multipsk will connect automatically once the ALE-400 signal is detected by another station. The stations call sign will appear in the RX window along with a connect confirmation. Your PC speaker will BEEP to confirm connection as well. The ALE-400 ARQ Chat Mode QSO: The top window is where you type; hitting enter will send the text in that window, but not while the other station is sending. There is a short wait period for TX/RX change-over. The middle window shows the text that has been received by the other station. It is normal to see the same text repeated on occasion if signals are weak; this is where the ARQ comes into play requesting repeats for missing data. You can chose not to have the double TX window by clicking DOUBLE at the bottom of the main program window. It's best to leave it on to monitor throughput. Receive text appears in the bottom window. The ALE-400 / ARQ / FAE mode works like a semi-duplex chat mode so there is no waiting for the station to stop transmitting to send. Print will go out both ways as the mode switches from TX/RX every few seconds. To end the QSO, hit END next to the CQ button. We have found
Re: [digitalradio] Message ID in multipsk
Hello to all, For information about the subject (Message ID), here is a mail transmitted to the Multipsk Yahoo group. 73 Patrick *** Hello to all testers, There was a bug on the last test version, so I re-send the mail. Some modifications have been made to the last test version: RS ID, Call ID (Message ID) RS ID Due to the extension of the RS ID use, it is proposed a function which allows to select a group of modes for which the user wants a RS ID detection (function available by clicking on ID ). Message ID Creation of a Message ID which permits to send small messages of 9 characters maximum which will appear in the waterfall of the other Hams. As it works in background and as it is not related to any specific digital mode, it can be useful, for example, in case of difficulty of doing a QSO. Message IDs are not considered as true Call IDs and are not stored (they are only displayed). In Call ID, it has also been added the possibility to use space in free call signs. The last Multipsk test version is: http://f6cte.free.fr/MULTIPSK_TEST_27_10_2009.ZIP Paste this adress in your Internet Explorer or equivalent. Download the file. Create a tempory folder (C:\TEST, for example), unzip the file in it and start C:\TEST\Multipsk.exe (the auxiliary files will be created automatically). Thanks for report. 73 Patrick Note about the initial Message ID in the ID window Initial Message ID (9 char. max): it is possible to send a message of 9 characters maximum (with the following set of characters (56) A..Z 0..9 space . ? = / + ! - , ; : % $ ( ) * ), in background. As it is not related to any specific mode, it can be useful, for example, in case of difficulty of doing a QSO (thanks to the editor over the Call ID button on the RX/TX screen). Message ID are not considered as true Call ID and are not stored. The main use is simply to send a short message in case in difficulty during a QSO (PSE PSK10, for example, to ask To switch to PSK10 or QRM +1K for There is QRM, I increase the dial frequency by 1 KHz or STIL HERE to say that I'm still here, even if communication seems impossible. It could be also possible to exchange information between Hams doing other QSO, or between a Ham not in QSO and Hams in QSO, for two reasons: - the Call ID is received and transmitted in background so it can be used at any time and in any mode, - the Call ID appears to everybody in the bandwidth. For example Hi mode? to say Hello, what is the mode that you use and it can be answered OL 32 1K for Olivia 32 carriers 1000 Hz. It will be efficient to use Q code and Ham abbreviations and to use punctuations to limit the number of characters: - ? question (a confirmation is required), - ! a strong demand is done by the Ham with who you are in QSO (an action is required), - or - for to increase the frequency, - or - for to increase the frequency, - = at the beginning without following space for PSE or Please - + at the end for I wait for an answer and why not net general smileys as :-) for Smile 73 Patrick - Original Message - From: Steinar Aanesland saa...@broadpark.no To: multi...@yahoogroups.com; * Digitalradio digitalradio@yahoogroups.com Sent: Thursday, October 29, 2009 5:11 PM Subject: [digitalradio] Message ID in multipsk Hi all Anyone qrv on 20m ? I am testing the Message ID in Patrick's latest beta of the MULTIPSK (VERSION 4.16 of 27/10/2009) on 14.074. Hope to see you in the waterfall . 73 de LA5VNA Steinar Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] Message ID in multipsk
Hello Tony, The Call ID that I just have slightly modified is based on a specific RS ID code (it was the most simple, but it is not a mode ID, just a borrowing) on which is implemented a more conventional frame (56 bits + CRC). The RS ID is detectable at -16 dB but the Call ID only at about -13 dB (however still better than PSK31). 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Thursday, October 29, 2009 7:52 PM Subject: Re: [digitalradio] Message ID in multipsk Steinar, I am testing the Message ID in Patrick's latest beta of the MULTIPSK (VERSION 4.16 of 27/10/2009) on 14.074. I haven't had the opportunity to use the message ID on-the-air, but I did test the mode between two PC's and it seems to work fine. I would assume the Reed Solomon messaging will be just as sensitive and robust as RS ID; should work well. Hope to see you on the air Steinar... Tony -K2MO
Re: [digitalradio] lpt to com port assignment?
Hello Daniel, In the Multipsk package (http://f6cte.free.fr), you have a file which name is RS232_EN.doc. It shows how to connect a RS232 9 pins port. It will give you idea. LPT port is not very used because it's not very easy to control from Windows (from DOS it was easy, by addressing directly the electronic ports). However on the Net, you have many other diagrams. 73 Patrick - Original Message - From: Siegfried Jackstien To: digitalradio@yahoogroups.com Sent: Thursday, October 29, 2009 8:30 PM Subject: AW: [digitalradio] lpt to com port assignment? Use a serial port . not lpt . and surely not the 15pole connection . this is for your monitor You find the serial port at the backside and it is 9 pole in two rows . one with 4 and one with 5 If you have no serial port (only usb) there are several usb-serial transformers available for a few bucks If you have now a serial port you should use an optocoupler for triggering ptt on your trx . Just google psk31 modem or something and you will find lots of circuits Hope I could help Dg9bfc Sigi -- Von: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com] Im Auftrag von kg4kri Gesendet: Donnerstag, 29. Oktober 2009 02:36 An: digitalradio@yahoogroups.com Betreff: [digitalradio] lpt to com port assignment? Hello all, I am trying to set up my computer to key my radio rather than the el cheapo way of using vox. I have built a circuit to use the 25 pin lpt jack, but I do not know how to assign this jack as a com port. Most of the digital programs I use only specify com ports, not lpt. I do have a 15 pin connection, but I am not sure what the proper connection would be. I am obviously not very knowledgeable about computers, so any help is appreciated. Thanks, Daniel KG4KRI --... ...--
[digitalradio] RSID numbers + New official RS ID list
' ELSE
IF NUMBER=72 THEN MODE:='OLIVIA-8-500' ELSE
IF NUMBER=73 THEN MODE:='OLIVIA-16-1000' ELSE
IF NUMBER=74 THEN MODE:='OLIVIA-4-500' ELSE
IF NUMBER=75 THEN MODE:='OLIVIA-4-250' ELSE
IF NUMBER=76 THEN MODE:='PAX' ELSE
IF NUMBER=77 THEN MODE:='PAX2' ELSE
IF NUMBER=78 THEN MODE:='DOMINOF' ELSE
IF NUMBER=79 THEN MODE:='FAX' ELSE
{the sub-modes SSTV are automatically recognized in SSTV so no parameters
are needed for SSTV}
IF NUMBER=81 THEN MODE:='SSTV' ELSE
{DOMINOEX parameter 1 and optionally parameter 2 (parameter 1: 4 (4
baud) , 5 (5 bauds),
8 (8 bauds), 11 (11 bauds), 16 (16 bauds), 22 (22 bauds),
parameter 2 (no parameter 2 for non-FEC) or FEC (for FEC correction))
Example: DOMINOEX-11 or DOMINOEX-16-FEC (parameter 2 is optional)}
IF NUMBER=84 THEN MODE:='DOMINOEX-4' ELSE
IF NUMBER=85 THEN MODE:='DOMINOEX-5' ELSE
IF NUMBER=86 THEN MODE:='DOMINOEX-8' ELSE
IF NUMBER=87 THEN MODE:='DOMINOEX-11' ELSE
IF NUMBER=88 THEN MODE:='DOMINOEX-16' ELSE
IF NUMBER=90 THEN MODE:='DOMINOEX-22' ELSE
IF NUMBER=92 THEN MODE:='DOMINOEX-4-FEC' ELSE
IF NUMBER=93 THEN MODE:='DOMINOEX-5-FEC' ELSE
IF NUMBER=97 THEN MODE:='DOMINOEX-8-FEC' ELSE
IF NUMBER=98 THEN MODE:='DOMINOEX-11-FEC' ELSE
IF NUMBER=99 THEN MODE:='DOMINOEX-16-FEC' ELSE
IF NUMBER=101 THEN MODE:='DOMINOEX-22-FEC' ELSE
IF NUMBER=104 THEN MODE:='FELD HELL' ELSE
IF NUMBER=105 THEN MODE:='PSK HELL' ELSE
IF NUMBER=106 THEN MODE:='HELL 80' ELSE
{FMHELL parameter 1 (parameter 1: 105 (105 bauds) or 245 (245
bauds)),
Example: FMHELL-245}
IF NUMBER=107 THEN MODE:='FM HELL-105' ELSE
IF NUMBER=108 THEN MODE:='FM HELL-245' ELSE
IF NUMBER=110 THEN MODE:='QPSK31' ELSE
{PACKET parameter 1 (parameter 1: 110 (bauds),Example: PACKET-110}
IF NUMBER=113 THEN MODE:='PACKET-110' ELSE
IF NUMBER=114 THEN MODE:='141A' ELSE
IF NUMBER=116 THEN MODE:='OLIVIA-8-1000' ELSE
IF NUMBER=117 THEN MODE:='CONTESTIA-8-1000' ELSE
IF NUMBER=119 THEN MODE:='RTTYM-8-1000' ELSE
IF NUMBER=123 THEN MODE:='DTMF' ELSE
IF NUMBER=125 THEN MODE:='ALE400' ELSE
IF NUMBER=126 THEN MODE:='BPSK250' ELSE
IF NUMBER=127 THEN MODE:='QPSK250' ELSE
IF NUMBER=131 THEN MODE:='FDMDV' ELSE
IF NUMBER=132 THEN MODE:='JT65-A' ELSE
IF NUMBER=134 THEN MODE:='JT65-B' ELSE
IF NUMBER=135 THEN MODE:='JT65-C' ELSE
IF NUMBER=136 THEN MODE:='THOR-4' ELSE
IF NUMBER=137 THEN MODE:='THOR-8' ELSE
IF NUMBER=138 THEN MODE:='THOR-16' ELSE
IF NUMBER=139 THEN MODE:='THOR-5' ELSE
IF NUMBER=143 THEN MODE:='THOR-11' ELSE
IF NUMBER=145 THEN MODE:='THOR-22' ELSE
IF NUMBER=146 THEN MODE:='THROBX-4' ELSE
IF NUMBER=147 THEN MODE:='MFSK32' ELSE
IF NUMBER=148 THEN MODE:='MFSK11' ELSE
IF NUMBER=152 THEN MODE:='MFSK22' ELSE
IF NUMBER=153 THEN MODE:='CALL ID' ELSE
{PACKET parameter 1 (parameter 1: PSKbauds)}
IF NUMBER=155 THEN MODE:='PACKET-PSK1200' ELSE
IF NUMBER=156 THEN MODE:='PACKET-PSK250' ELSE
IF NUMBER=159 THEN MODE:='PACKET-PSK63' ELSE
IF NUMBER=163 THEN MODE:='OLIVIA-8-125' ELSE
IF NUMBER=169 THEN MODE:='CONTESTIA-8-125' ELSE
IF NUMBER=170 THEN MODE:='RTTYM-8-125' ELSE
{MIL-STD-188-110A in asynchronous format 8N1 (8 data bits, no parity, 1
stop bit)}
IF NUMBER=172 THEN MODE:='110A-8N1' ELSE
IF NUMBER=173 THEN MODE:='BPSK500';
- Original Message -
From: Rein Couperus r...@couperus.com
To: f6...@free.fr
Cc: w1...@w1hkj.com
Sent: Saturday, October 24, 2009 8:44 AM
Subject: Re: [digitalradio] RSID numbers
Tnx Patrick,
for the moment we only need a number for PSK500, which seems to work well,
For the other modes I am not yet sure if they will be implemented in the
end,
So only BPSK500 for the moment...
73,
Rein Pa0R
-Ursprüngliche Nachricht-
Von: Patrick Lindecker f6...@free.fr
Gesendet: 23.10.09 23:05:12
An: digitalradio@yahoogroups.com
Betreff: Re: [digitalradio] RSID numbers
Hello Jose,
Yes you are right. To put all the variants, it would be needed many more
bits, perhaps as many bits as for the Call ID (56).
Yes it would need a specific protocol and, necessarily, would need a more
complicated updating.
The present RS ID is limited to the main modes and it is finally rather
simple, so...
73
Patrick
- Original Message -
From: Jose A. Amador ama...@electrica.cujae.edu.cu
To: digitalradio@yahoogroups.com
Sent: Friday, October 23, 2009 2:57 PM
Subject: Re: [digitalradio] RSID numbers
I have not used MixW in a long time and my memories might be a bit
innacurate, but in MixW you set the basic modulation and choose the
arguments in a
cascading menu. Say, you choose RTTY, and in the modem configuration you
choose shift and speed. On PSK you may choose the signalling speed, and
so on.I believe Same with Olivia, choosing BW and tones. I believe
FLdigi is equally capable of doing so, but I have used it ocassionally
as it is distributed,
off the box.
I am afraid that to cover all bases you must use a modulation code
with additional arguments, as a limited nunbers pool may not be able to
describe all
Re: [digitalradio] Re: RSID numbers + New official RS ID list
Hello Warren, I wanted this info in a spreadsheet so I made a list from you code. Notice the gaps. The first list (272 possibilities) permits to have codings orthogonal (or almost orthogonal) in time and frequency, so not to mix two possible contiguous (in time or frequency) RS ID. 73 Patrick - Original Message - From: Warren Moxley To: digitalradio@yahoogroups.com Sent: Saturday, October 24, 2009 4:49 PM Subject: Re: [digitalradio] Re: RSID numbers + New official RS ID list Patrick, I wanted this info in a spreadsheet so I made a list from you code. Notice the gaps. === 1 BPSK31 2 BPSK63 3 QPSK63 4 BPSK125 5 QPSK125 7 PSKFEC31 8 PSK10 9 MT63-500-LG 10 MT63-500-ST 11 MT63-500-VST 12 MT63-1000-LG 13 MT63-1000-ST 14 MT63-1000-VST 15 MT63-2000-LG 17 MT63-2000-ST 18 MT63-2000-VST 19 PSKAM10 20 PSKAM31 21 PSKAM50 22 PSK63F 23 PSK220F 24 CHIP-64 25 CHIP-128 26 CW 27 CCW-OOK-12 28 CCW-OOK-24 29 CCW-OOK-48 30 CCW-FSK-12 31 CCW-FSK-24 33 CCW-FSK-48 34 PACTOR1-FEC 35 PACKET-300 36 PACKET-1200 37 ASCII-7 38 ASCII-8 39 RTTY-45 40 RTTY-50 41 RTTY-75 42 AMTOR FEC 43 THROB-1 44 THROB-2 45 THROB-4 46 THROBX-1 47 THROBX-2 49 CONTESTIA-8-250 50 CONTESTIA-16-500 51 CONTESTIA-32-1000 52 CONTESTIA-8-500 53 CONTESTIA-16-1000 54 CONTESTIA-4-500 55 CONTESTIA-4-250 56 VOICE 57 MFSK16 60 MFSK8 61 RTTYM-8-250 62 RTTYM-16-500 63 RTTYM-32-1000 65 RTTYM-8-500 66 RTTYM-16-1000 67 RTTYM-4-500 68 RTTYM-4-250 69 OLIVIA-8-250 70 OLIVIA-16-500 71 OLIVIA-32-1000 72 OLIVIA-8-500 73 OLIVIA-16-1000 74 OLIVIA-4-500 75 OLIVIA-4-250 76 PAX 77 PAX2 78 DOMINOF 79 FAX 81 SSTV 84 DOMINOEX-4 85 DOMINOEX-5 86 DOMINOEX-8 87 DOMINOEX-11 88 DOMINOEX-16 90 DOMINOEX-22 92 DOMINOEX-4-FEC 93 DOMINOEX-5-FEC 97 DOMINOEX-8-FEC 98 DOMINOEX-11-FEC 99 DOMINOEX-16-FEC 101 DOMINOEX-22-FEC 104 FELD HELL 105 PSK HELL 106 HELL 80 107 FM HELL-105 108 FM HELL-245 110 QPSK31 113 PACKET-110 114 141A 116 OLIVIA-8-1000 117 CONTESTIA-8-1000 119 RTTYM-8-1000 123 DTMF 125 ALE400 126 BPSK250 127 QPSK250 131 FDMDV 132 JT65-A 134 JT65-B 135 JT65-C 136 THOR-4 137 THOR-8 138 THOR-16 139 THOR-5 143 THOR-11 145 THOR-22 146 THROBX-4 147 MFSK32 148 MFSK11 152 MFSK22 153 CALL ID 155 PACKET-PSK1200 156 PACKET-PSK250 159 PACKET-PSK63 163 OLIVIA-8-125 169 CONTESTIA-8-125 170 RTTYM-8-125 172 110A-8N1 173 BPSK500 = 73, Warren - K5WGM --- On Sat, 10/24/09, obrienaj k3uka...@gmail.com wrote: From: obrienaj k3uka...@gmail.com Subject: [digitalradio] Re: RSID numbers + New official RS ID list To: digitalradio@yahoogroups.com Date: Saturday, October 24, 2009, 6:24 AM Thank you Patrick. Andy --- In digitalradio@ yahoogroups. com, obrienaj k3uka...@.. . wrote: --- In digitalradio@ yahoogroups. com, Patrick Lindecker f6cte@ wrote: Hello Rein, Thanks to ask only for the necessary (really implemented) , as there are so many possible RSID numbers (272). For BPSK500 it will be 173. Below is the new RS ID list with this new mode. 73 Patrick
Re: [digitalradio] Re: RSID numbers + New official RS ID list
Warren, I am not sure I know what you are saying. Are you saying I need two list? No sorry, your list is fine. I was only explaining the gaps that you see. 73 Patrick - Original Message - From: Warren Moxley To: digitalradio@yahoogroups.com Sent: Saturday, October 24, 2009 5:08 PM Subject: Re: [digitalradio] Re: RSID numbers + New official RS ID list Patrick, I am not sure I know what you are saying. Are you saying I need two list? Warren - K5WGM --- On Sat, 10/24/09, Patrick Lindecker f6...@free.fr wrote: From: Patrick Lindecker f6...@free.fr Subject: Re: [digitalradio] Re: RSID numbers + New official RS ID list To: digitalradio@yahoogroups.com Date: Saturday, October 24, 2009, 10:02 AM Hello Warren, I wanted this info in a spreadsheet so I made a list from you code. Notice the gaps. The first list (272 possibilities) permits to have codings orthogonal (or almost orthogonal) in time and frequency, so not to mix two possible contiguous (in time or frequency) RS ID. 73 Patrick - Original Message - From: Warren Moxley To: digitalradio@ yahoogroups. com Sent: Saturday, October 24, 2009 4:49 PM Subject: Re: [digitalradio] Re: RSID numbers + New official RS ID list Patrick, I wanted this info in a spreadsheet so I made a list from you code. Notice the gaps. = = = 1 BPSK31 2 BPSK63 3 QPSK63 4 BPSK125 5 QPSK125 7 PSKFEC31 8 PSK10 9 MT63-500-LG 10 MT63-500-ST 11 MT63-500-VST 12 MT63-1000-LG 13 MT63-1000-ST 14 MT63-1000-VST 15 MT63-2000-LG 17 MT63-2000-ST 18 MT63-2000-VST 19 PSKAM10 20 PSKAM31 21 PSKAM50 22 PSK63F 23 PSK220F 24 CHIP-64 25 CHIP-128 26 CW 27 CCW-OOK-12 28 CCW-OOK-24 29 CCW-OOK-48 30 CCW-FSK-12 31 CCW-FSK-24 33 CCW-FSK-48 34 PACTOR1-FEC 35 PACKET-300 36 PACKET-1200 37 ASCII-7 38 ASCII-8 39 RTTY-45 40 RTTY-50 41 RTTY-75 42 AMTOR FEC 43 THROB-1 44 THROB-2 45 THROB-4 46 THROBX-1 47 THROBX-2 49 CONTESTIA-8- 250 50 CONTESTIA-16- 500 51 CONTESTIA-32- 1000 52 CONTESTIA-8- 500 53 CONTESTIA-16- 1000 54 CONTESTIA-4- 500 55 CONTESTIA-4- 250 56 VOICE 57 MFSK16 60 MFSK8 61 RTTYM-8-250 62 RTTYM-16-500 63 RTTYM-32-1000 65 RTTYM-8-500 66 RTTYM-16-1000 67 RTTYM-4-500 68 RTTYM-4-250 69 OLIVIA-8-250 70 OLIVIA-16-500 71 OLIVIA-32-1000 72 OLIVIA-8-500 73 OLIVIA-16-1000 74 OLIVIA-4-500 75 OLIVIA-4-250 76 PAX 77 PAX2 78 DOMINOF 79 FAX 81 SSTV 84 DOMINOEX-4 85 DOMINOEX-5 86 DOMINOEX-8 87 DOMINOEX-11 88 DOMINOEX-16 90 DOMINOEX-22 92 DOMINOEX-4-FEC 93 DOMINOEX-5-FEC 97 DOMINOEX-8-FEC 98 DOMINOEX-11- FEC 99 DOMINOEX-16- FEC 101 DOMINOEX-22- FEC 104 FELD HELL 105 PSK HELL 106 HELL 80 107 FM HELL-105 108 FM HELL-245 110 QPSK31 113 PACKET-110 114 141A 116 OLIVIA-8-1000 117 CONTESTIA-8- 1000 119 RTTYM-8-1000 123 DTMF 125 ALE400 126 BPSK250 127 QPSK250
Re: [digitalradio] RSID numbers
Hello Rein, OK, I'll prepare these numbers and will give you them to morrow (in fact I will update the RS ID list). 73 Patrick - Original Message - From: Rein Couperus r...@couperus.com To: digitalradio@yahoogroups.com Sent: Friday, October 23, 2009 9:29 AM Subject: Re: [digitalradio] RSID numbers I have the patches for fldigi ready, only waiting forthe numbers... 73, Rein PA0R -Ursprüngliche Nachricht- Von: Patrick Lindecker f6...@free.fr Gesendet: 22.10.09 20:16:40 An: digitalradio@yahoogroups.com Betreff: Re: [digitalradio] RSID numbers Hello Rein, BPSK500, BPSK1000, QPSK500 and QPSK1000? Are these modes on Fldigi or DM780? If so, there were no demand for these modes, so no RS ID numbers given. It can't be given RS ID numbers if the modes don't exist in any of the softs able to decode RS ID. 73 Patrick - Original Message - From: Rein Couperus r...@couperus.com To: digitalradio@yahoogroups.com Cc: linux-...@yahoogroups.com Sent: Thursday, October 22, 2009 5:31 PM Subject: [digitalradio] RSID numbers What are the RSID numbers for BPSK500, BPSK1000, QPSK500 and QPSK1000? Does anybody know? 73, Rein PA0R -- http://pa0r.blogspirit.com Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links -- http://pa0r.blogspirit.com Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/digitalradio/join (Yahoo! ID required) * To change settings via email: mailto:digitalradio-dig...@yahoogroups.com mailto:digitalradio-fullfeatu...@yahoogroups.com * To unsubscribe from this group, send an email to: digitalradio-unsubscr...@yahoogroups.com * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [digitalradio] RSID numbers
Hello Rein, BPSK500, BPSK1000, QPSK500 and QPSK1000? Are these modes on Fldigi or DM780? If so, there were no demand for these modes, so no RS ID numbers given. It can't be given RS ID numbers if the modes don't exist in any of the softs able to decode RS ID. 73 Patrick - Original Message - From: Rein Couperus r...@couperus.com To: digitalradio@yahoogroups.com Cc: linux-...@yahoogroups.com Sent: Thursday, October 22, 2009 5:31 PM Subject: [digitalradio] RSID numbers What are the RSID numbers for BPSK500, BPSK1000, QPSK500 and QPSK1000? Does anybody know? 73, Rein PA0R -- http://pa0r.blogspirit.com Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/digitalradio/join (Yahoo! ID required) * To change settings via email: mailto:digitalradio-dig...@yahoogroups.com mailto:digitalradio-fullfeatu...@yahoogroups.com * To unsubscribe from this group, send an email to: digitalradio-unsubscr...@yahoogroups.com * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
[digitalradio] Paper about RS ID and Video ID, updated
Hello to all, For information, I have just updated my paper about RS ID (which is much more used now) and Video ID. For English readers, extract RS_ID_English.doc file from this ZIP file: http://f6cte.free.fr/PAPERS.ZIP Pour les lecteurs francophones, il faut extraire le fichier RS_ID_français.doc de ce fichier ZIP: http://f6cte.free.fr/ARTICLES.ZIP 73 Patrick
Re: [digitalradio] Re: QRV RFSM-8000 tonight
Hello Andy, If RFSM-8000 derives from MIL-STD-188-110A (implemented in Multipsk), it is not legal in USA because the speed modulation is equal to 2400 bauds with a limit of 300 bauds in USA (you can't TX in 110A in USA). It is really a shame. Note: even if the (useful) bit speed is equal to 75 bps, the modulation remains at 2400 bauds. 73 Patrick - Original Message - From: obrienaj aobri...@stny.rr.com To: digitalradio@yahoogroups.com Sent: Monday, October 12, 2009 1:10 AM Subject: [digitalradio] Re: QRV RFSM-8000 tonight I should double check, am I correct that IF we use the 300 baud mode, RFSM is legal in the USA ? Andy K3UK --- In digitalradio@yahoogroups.com, obrienaj aobri...@... wrote: I will be operating RFSM-8000 tonight around to 0200 probably around 7077 or 14077 depending on conditions. I will beacon occasionally and try to remember the baud rate limitation that USA ham have to follow. Hopefully I can test a few transfers with someone. Andy K3UK Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] The most used software?
Hello Charles, For information, in Multipsk you have also a KISS TNC emulation (for Packet FSK 110/300/1200 and Packet PSK 63/250/1200). 73 Patrick - Original Message - From: Charles Brabham To: digitalradio@yahoogroups.com Sent: Saturday, October 10, 2009 2:37 PM Subject: Re: [digitalradio] The most used software? I use MixW the most. As farv as I know, none of the others offer the virtual KISS TNC emulation that lets you use the software with so many other programs. Charles Brabham, N5PVL Prefer to use radio for your amateur radio communications? - Stop by at HamRadioNet.Org ! http://www.hamradionet.org - Original Message - From: obrienaj To: digitalradio@yahoogroups.com Sent: Saturday, October 10, 2009 6:33 AM Subject: [digitalradio] The most used software? I am wondering, based on you QSOs, what is the most sued multi mode software these days ? I know in the old days, Software is Digipan was the most common thing we would see , then later Zakanaka or MixW. What about nowadays, is it DM780, still MixW, FLdigi ? I know there have been polls and surveys in the past, I am just looking for your on-air observations of what OTHERS are using. Andy K3UK
Re: [digitalradio] Multipsks ALE-400 - Simultaneous mail transfers and more.
Hello Tony, You can also exchange your respective APRS positions and local meteo conditions in connected mode (but use the last test version, I fixed a bug about APRS). 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Thursday, October 01, 2009 5:57 AM Subject: [digitalradio] Multipsks ALE-400 - Simultaneous mail transfers and more. All, John (VE5MU) and I had a lengthy ALE-400 contact this evening and we decided to experiment a bit. We found that while I was sending mail to John (mail gets stored in Multipsks mailbox) he was able to continue chatting with me. In other words, he was able to type messages and I was able to see them while my outgoing mail was being transferred. Of course, the conversation was one-sided until the mail transfer completed; Multipsk automatically switched back to two-way ARQ chat mode after that. We also found that it was possible to send mail to each other SIMULTANEOUSLY. This slowed the transfer down of course since the usually short acknowledgments from the receiving station turned into ACK + mail data. Patrick's Multipsk / ALE-400 is certainly unique. The mode itself seems to have a good balance between robust performance and speed. Tony -K2MO
Re: [digitalradio] Re: ALE400 quick guide - Last Multipsk test version
Ed, I've jsut sent you the test version by separate mail. 73 Patrick - Original Message - From: ed_hekman ehek...@cox.net To: digitalradio@yahoogroups.com Sent: Sunday, September 27, 2009 12:36 AM Subject: [digitalradio] Re: ALE400 quick guide - Last Multipsk test version Patrick, I am unable to download from your web site. Is there a North American site that I can download it from? Thanks, Ed WB6YTE --- In digitalradio@yahoogroups.com, Patrick Lindecker f6...@... wrote: Hello Tony and all, Thanks Tony for the nice quick guide. For information, the last Multipsk test version (best to use for ALE400) is: http://f6cte.free.fr/MULTIPSK_TEST_24_09_2009.ZIP 73 Patrick Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
[digitalradio] ALE400 quick guide - Last Multipsk test version
Hello Tony and all, Thanks Tony for the nice quick guide. For information, the last Multipsk test version (best to use for ALE400) is: http://f6cte.free.fr/MULTIPSK_TEST_24_09_2009.ZIP 73 Patrick - Original Message - From: obrienaj andrewob...@gmail.com To: digitalradio@yahoogroups.com Sent: Saturday, September 26, 2009 12:51 AM Subject: [digitalradio] Re: Saturday/Sunday WINMOR-ALE-FLARQ Experiment --- In digitalradio@yahoogroups.com, Tony d...@... wrote: Andy, I'll be QRV ALE-400 starting this evening (Friday) and the rest of the weekend on 20 meters. I've tested mail transfers with the mode many times; it will run 200 bytes / minute with moderate signals. A 100 word text message will usually run 2 minutes; start to finish. Thanks for the ALE400 quick guide, I needed it. Andy K3UK Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] Understanding soundcard basics ?
Hello Andy, Is calibration really an issue of concern IF an application can enable a re-calibration process ? If an application enables re-calibration, does that only hold for that application or can it correct the soundcard for other applications. Yes that holds the application. The process is just to measure the real sound card sampling speed (the standard being the PC clock which has a precision better than 0.02%) and to consider this measured speed in your application. There is no way to calibrate the sound card itself . You simply take it as it is... For standard narrow digital modes (as PSK31), if your AF level is good (let's say around 50 %, but not critical), there is no important need to have a very good sound card. For wide digital mode (Packet, ALE, MT63-2000 Hz, 110A), it would be a problem if the amplitude vs AF frequency would be not flat at all (the sound card is not supposed to be a filter inside the telephone bandwith (300-3000 Hz)). For SdR the problem is completly different because you need a real good dynamic. With a basic sound card, having the 10th bit noisy is not important for digimodes, but it would be very bad for a SdR if the input signal is very low (your real dynamic being bad, even if it is supposed to sample on 16 bits). 73 Patrick - Original Message - From: obrienaj andrewob...@gmail.com To: digitalradio@yahoogroups.com Sent: Wednesday, September 23, 2009 1:01 AM Subject: [digitalradio] Understanding soundcard basics ? From what I have read in the past, there is a difference between inexpensive sound cards and the high quality ones. I recall past articles that suggest the high quality ones can result in some very weak signals being detectable in a waterfall, whereas cheap cards may not reproduce the signal. However, as most of us know, even the cheap sound cards effectively render the average ham signals, even quite weak ones. So, aside from the higher end ones rendering weak signals on a waterfall better, what are measurable difference between a poor cheap one and a really good top-of-the-line one ? Can someone explain this is plain English? I am aware of the calibration/timing issue. Although that too does not seem to make a huge difference with many digital modes. Of the numerous digital modes I have tried over the years, PC-ALE and JT65A in WSJT have been the most impacted by calibration issues. I have seen WSJT not decode at all when timing of the soundcard is not correct. Do higher end sound card have less problems with timing/calibration than cheap ones? Is calibration really an issue of concern IF an application can enable a re-calibration process ? If an application enables re-calibration, does that only hold for that application or can it correct the soundcard for other applications. I raise these questions out of general interest, but also because of recent WINMOR test where the poor performance has been blamed , in part, on cheap sound cards or sound cards not dedicated to the application. I don't know enough to argue the point, but my suspicion is that it is really not that sound card related. Andy K3UK Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] Re: Test version of Multipsk about ARQ FAE in ALE400
Hello Sholto,
I didn't realize this with ARQ FAE Patrick. If you use a SELCAL does the
answering station automatically change mode to slave and the
initiating station to master (if it was not already) ?
If I use a Selective call, the addressee is the Slave and I as initiator of
the QSO is the Master. This role is fixed for the duration of the QSO (no
change of role).
73
Patrick
- Original Message -
From: Sholto Fisher sho...@probikekit.com
To: digitalradio@yahoogroups.com
Sent: Tuesday, September 15, 2009 11:38 PM
Subject: Re: [digitalradio] Re: Test version of Multipsk about ARQ FAE in
ALE400
So in ALE 400, the Master waits
2.5 sec and the Slave 6 sec, the goal being that at some moment the
Master
hears the Slave or reversely to reconnect.
I didn't realize this with ARQ FAE Patrick. If you use a SELCAL does the
answering station automatically change mode to slave and the
initiating station to master (if it was not already) ?
Sholto
K7TMG
Patrick Lindecker wrote:
Hello Mike,
With Windows it is not possible to conceive synchronous system as Pactor,
because you can't control each sound sample (you can't decide to send a
sample at a given time) as it was possible under DOS.
So only asynchronous system as Packet, Pax and ARQ FAE are possible. It
means that there are no precise moments for which you can receive and
transmit. It must be accepted to have provisional loss of connection due
to
QSB or QRM and necessarily collisions. If Master and Slave are symetrical
(same waiting times), they are going to transmit and receive at the same
moments and consequently never reconnect. So in ALE 400, the Master waits
2.5 sec and the Slave 6 sec, the goal being that at some moment the
Master
hears the Slave or reversely to reconnect.
However, below -10 dB (weak signal) it is very difficult to reconnect.
We tested this to night with Steinar (LA5VNA) by decreasing TX power down
5
watts (below it is difficult to know the power).
73
Patrick
- Original Message -
From: mikenetbot mikenet...@comcast. net
mailto:mikenet213%40comcast.net
To: digitalradio@ yahoogroups. com
mailto:digitalradio%40yahoogroups.com
Sent: Tuesday, September 15, 2009 10:05 PM
Subject: [digitalradio] Re: Test version of Multipsk about ARQ FAE in
ALE400
Wow Patrick, you're really on top of things tweaking this mode. Good
job!
Could you explain in more detail with the asymmetry Slave/master is
increased means? Was the timing of the mode altered?
--- In digitalradio@ yahoogroups. com
mailto:digitalradio%40yahoogroups.com, Patrick Lindecker f6...@...
wrote:
Hello to all testers,
Following the previous tests (which target continues to be to test
the
reconnection in case of QRM, QSB...), I have issued a new test
version
about ARQ FAE in ALE400,
Modifications:
* I've reduced the detected bandwith to +/-120 Hz to avoid any off
band
RS ID,
* the asymetry Slave/master is increased,
* RS ID is sent at retry 3, 5, 7...
Here is the Multipsk test version:
http://f6cte. free.fr/MULTIPSK _TEST_15_ 09_2009.ZIP
http://f6cte.free.fr/MULTIPSK_TEST_15_09_2009.ZIP
Paste this adress in your Internet Explorer or equivalent. Download
the
file.
Create a tempory folder (C:\TEST, for example), unzip the file in it
and
start C:\TEST\Multipsk. exe (the auxiliary files will be created
automatically) .
For ALE and ALE400, see:
http://f6cte. free.fr/ALE_ and_ALE400_ easy_with_ Multipsk. doc
http://f6cte.free.fr/ALE_and_ALE400_easy_with_Multipsk.doc
http://f6cte. free.fr/The_ ARQ_FAE_beacon_ easy_with_ Multipsk. doc
http://f6cte.free.fr/The_ARQ_FAE_beacon_easy_with_Multipsk.doc
Experimentation of the ARQ FAE / ALE400
For experimention, once connected, it would be useful to send
something,
to slighltly change the reception frequency (to create a problem)
and to
see how works the reconnection. It would be also interesting to stop
the
TX power for about 10 seconds to see how it reconnects afterwards.
Normally, it must reconnect for a S/N = -10 dB (the S/N measure is
near
the top bar of the Aux. functions window).
I will call, to-night, on 3585 KHz USB HF 1000 Hz AF +/- QRM, in ARQ
FAE
/ ALE400 for QSO since 20h00 UTC until 20h30 UTC.
PSE push on the RX RS ID button.
Hint: on the waterfall, the beginning of ALE400 transmission seems
to be
2 paws with 3 nails on each paw.
If the AF frequency is well adjusted, the 2 blue vertical dashes must
normally coincide with the 2 central nails.
73
Patrick
- - --
Announce your digital presence via our Interactive Sked Pages at
http://www.obriensw eb.com/sked http://www.obriensweb.com/sked
Recommended digital mode software: Winwarbler, FLDIGI, DM780, or
Multipsk
Logging Software: DXKeeper or Ham Radio Deluxe.
Yahoo
[digitalradio] Quick Start Guide Multipsk ALE-400
Hello Tony, TKS for the quick start guide! Just a remark: http://f6cte.free.fr/MULTIPSK_TEST_15_09_2009.ZIP is the last test version. 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Wednesday, September 16, 2009 9:09 AM Subject: [digitalradio] Quick Start Guide Multipsk ALE-400 All, Received several emails asking how to setup Multipsk and work ALE-400 ARQ chat mode so here's my feeble attempt at a quick start guide. Multipsk download site : http://f6cte.free.fr/index_anglais.htm Latest test version download : http://f6cte.free.fr/MULTIPSK_TEST_12_09_2009.ZIP Do not install the program from the desktop. Copy the Multipsk folder to your program file folder and click the INSTALL.EXE file. Configuration: The program should open the configuration screen on the first installation. If not, click CONFIGURATION menu located in the upper left corner of the main window and click CONFIGURATION SCREEN. In the CONFIGURATION SCREEN... Click SERIAL PORT to select your PTT COMPORT Click OPTIONS FOR SERIAL PORTS if additional settings are needed Click SOUND CARD INPUT / OUTPUT to configure your sound card Click RX/TX SCREEN button to return to main window Personal Data: In the upper left corner of the main window, click CONFIGURATION menu / PERSONAL DATA. Enter your call sign, name, locator etc - click save. ID Management: Click CONFIGURATION menu / MANAGEMENT OF THE IDENTIFIERS. Click TRANSMISSION OF YOUR CALL SIGN + LOCATOR in the popup window* Click QUIT on the bottom of this window to return to the main window. * Your locator / call sign will be taken from the information you entered in the PERSONAL DATA window. Reed Solomon Identifiers: The RS ID's are located in the upper left of the main program window above the waterfall. Click the following ID's: RSID - sends Reed Solomon mode identifier on transmit RX RSID - allows Multipsk to automatically switch modes upon RSID mode reception RX CALL ID - allows CALL and PROP ID of the other station to appear in your waterfall. Clicking the CALL ID button located on the far left of side of the main window will SEND your call sign and locator (CALL ID / PROP ID) which will appear in the waterfall of the receiving station. It will also activate the map screen showing the other station where you're located on the Multipsk map. See ID management for details on CALL ID / PROP ID. Waterfall: Waterfall controls are located on the right side of the main window. Make sure WATERFALL / HIGH is clicked for best results. Adjust the waterfall color / contrast using the up/down COLOR buttons. Appearance: Font type, color and window size buttons are located on the bottom left of the main window. Click FONTS and HEIGHT to adjust to your preference. Macros: Patrick has already configured the macros. The information for each macro is taken from the PERSONAL DATA where your call sign, name and locator are stored. If you'd like to customize the macros, right click on the macro button. Remember to click SAVE AND CLOSE when finished. ALE-400 ARQ FAE CHAT MODE Operation: Calling CQ / Connecting In the main window: 1. Click on ALE-400 mode (not 141ALE) 2. Click ARQ FAE button located in the middle of the window (button stays pushed in). 3. Click the CQ button next to ARQ FAE button to send a CQ. The CQ will go out as soon as the button is pressed; transmitting 5 seconds and listening for 5 seconds. To end the call, click the END button next to the CQ button (the CQ must finish before you can end the call). Multipsk will connect automatically once the ALE-400 signal is detected by another station. The stations call sign will appear in the RX window along with a connect confirmation. Your PC speaker will BEEP to confirm connection as well. The ALE-400 ARQ Chat Mode QSO: The top window is where you type; hitting enter will send the text in that window, but not while the other station is sending. There is a short wait period for TX/RX change-over. The middle window shows the text that has been received by the other station. It is normal to see the same text repeated on occasion if signals are weak; this is where the ARQ comes into play requesting repeats for missing data. You can chose not to have the double TX window by clicking DOUBLE at the bottom of the main program window. It's best to leave it on to monitor throughput. Receive text appears in the bottom window. The ALE-400 / ARQ / FAE mode works like a semi-duplex chat mode so there is no waiting for the station to stop transmitting to send. Print will go out both ways as the mode switches from TX/RX every few seconds. To end the QSO, hit END next to the CQ button. We have found that it is possible to 'force' collisions with ALE-400 ARQ if you hit enter-to-send at the right moment, especially
[digitalradio] Test version of Multipsk about ARQ FAE in ALE400
Hello to all testers, Following the previous tests (which target continues to be to test the reconnection in case of QRM, QSB...), I have issued a new test version about ARQ FAE in ALE400, Modifications: * I've reduced the detected bandwith to +/-120 Hz to avoid any off band RS ID, * the asymetry Slave/master is increased, * RS ID is sent at retry 3, 5, 7... Here is the Multipsk test version: http://f6cte.free.fr/MULTIPSK_TEST_15_09_2009.ZIP Paste this adress in your Internet Explorer or equivalent. Download the file. Create a tempory folder (C:\TEST, for example), unzip the file in it and start C:\TEST\Multipsk.exe (the auxiliary files will be created automatically). For ALE and ALE400, see: http://f6cte.free.fr/ALE_and_ALE400_easy_with_Multipsk.doc http://f6cte.free.fr/The_ARQ_FAE_beacon_easy_with_Multipsk.doc Experimentation of the ARQ FAE / ALE400 For experimention, once connected, it would be useful to send something, to slighltly change the reception frequency (to create a problem) and to see how works the reconnection. It would be also interesting to stop the TX power for about 10 seconds to see how it reconnects afterwards. Normally, it must reconnect for a S/N = -10 dB (the S/N measure is near the top bar of the Aux. functions window). I will call, to-night, on 3585 KHz USB HF 1000 Hz AF +/- QRM, in ARQ FAE / ALE400 for QSO since 20h00 UTC until 20h30 UTC. PSE push on the RX RS ID button. Hint: on the waterfall, the beginning of ALE400 transmission seems to be 2 paws with 3 nails on each paw. If the AF frequency is well adjusted, the 2 blue vertical dashes must normally coincide with the 2 central nails. 73 Patrick
[digitalradio] Provisional article on RS ID on Wikipedia
Hello to all, For the ones interessed by RS ID (and Video ID), I have put an article on Wikipedia about this subject. http://en.wikipedia.org/wiki/Reed_Solomon_Identifier_(RSID) This article is going to be deleted from Wikipedia the 19/09/2009, so... The original article (with two pictures but not updated) is on my WEB site: http://f6cte.free.fr/PAPERS.ZIP 73 Patrick
Re: [digitalradio] Re: Test version of Multipsk about ARQ FAE in ALE400
Hello Mike, With Windows it is not possible to conceive synchronous system as Pactor, because you can't control each sound sample (you can't decide to send a sample at a given time) as it was possible under DOS. So only asynchronous system as Packet, Pax and ARQ FAE are possible. It means that there are no precise moments for which you can receive and transmit. It must be accepted to have provisional loss of connection due to QSB or QRM and necessarily collisions. If Master and Slave are symetrical (same waiting times), they are going to transmit and receive at the same moments and consequently never reconnect. So in ALE 400, the Master waits 2.5 sec and the Slave 6 sec, the goal being that at some moment the Master hears the Slave or reversely to reconnect. However, below -10 dB (weak signal) it is very difficult to reconnect. We tested this to night with Steinar (LA5VNA) by decreasing TX power down 5 watts (below it is difficult to know the power). 73 Patrick - Original Message - From: mikenetbot mikenet...@comcast.net To: digitalradio@yahoogroups.com Sent: Tuesday, September 15, 2009 10:05 PM Subject: [digitalradio] Re: Test version of Multipsk about ARQ FAE in ALE400 Wow Patrick, you're really on top of things tweaking this mode. Good job! Could you explain in more detail with the asymmetry Slave/master is increased means? Was the timing of the mode altered? --- In digitalradio@yahoogroups.com, Patrick Lindecker f6...@... wrote: Hello to all testers, Following the previous tests (which target continues to be to test the reconnection in case of QRM, QSB...), I have issued a new test version about ARQ FAE in ALE400, Modifications: * I've reduced the detected bandwith to +/-120 Hz to avoid any off band RS ID, * the asymetry Slave/master is increased, * RS ID is sent at retry 3, 5, 7... Here is the Multipsk test version: http://f6cte.free.fr/MULTIPSK_TEST_15_09_2009.ZIP Paste this adress in your Internet Explorer or equivalent. Download the file. Create a tempory folder (C:\TEST, for example), unzip the file in it and start C:\TEST\Multipsk.exe (the auxiliary files will be created automatically). For ALE and ALE400, see: http://f6cte.free.fr/ALE_and_ALE400_easy_with_Multipsk.doc http://f6cte.free.fr/The_ARQ_FAE_beacon_easy_with_Multipsk.doc Experimentation of the ARQ FAE / ALE400 For experimention, once connected, it would be useful to send something, to slighltly change the reception frequency (to create a problem) and to see how works the reconnection. It would be also interesting to stop the TX power for about 10 seconds to see how it reconnects afterwards. Normally, it must reconnect for a S/N = -10 dB (the S/N measure is near the top bar of the Aux. functions window). I will call, to-night, on 3585 KHz USB HF 1000 Hz AF +/- QRM, in ARQ FAE / ALE400 for QSO since 20h00 UTC until 20h30 UTC. PSE push on the RX RS ID button. Hint: on the waterfall, the beginning of ALE400 transmission seems to be 2 paws with 3 nails on each paw. If the AF frequency is well adjusted, the 2 blue vertical dashes must normally coincide with the 2 central nails. 73 Patrick Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] QRV ALE-400 14074.0 - SKEDS PSE!
Hello Andy, Tony and all, I confirm. It is considered that normally one retry or two is (are) sufficient (it is equivalent to have a gain of respectively + 3 or +6 dB in S/N thanks to the Memory ARQ). So a third retry is considered as not normal (either the timing is lost or there is a shift between RX and TX frequencies) and, in that case, a RS ID is transmitted to force the time and frequency resynchronization (the other Ham will decode any RS ID in a 400 Hz bandwidth around his central frequency, but I'm not sure 400 Hz is not to much, to see...). In the test version, in ARQ FAE connected mode, the way to transmit RS ID or to decode RS ID is done automatically. So it is necessary to connect a Ham with the same test version (12/09/2009). With an old version receiving a RS ID for nothing, the resynchronization will be, reversely, a bit more difficult. Last Multipsk test version: http://f6cte.free.fr/MULTIPSK_TEST_12_09_2009.ZIP Paste this adress in your Internet Explorer or equivalent. Download the file. Create a tempory folder (C:\TEST, for example), unzip the file in it and start C:\TEST\Multipsk.exe (the auxiliary files will be created automatically). Note: there is a button 4285 in Professional mode: no 4285 decoding must be expected, so no try it (it's a test version). 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Sunday, September 13, 2009 2:48 AM Subject: Re: [digitalradio] QRV ALE-400 14074.0 - SKEDS PSE! Andy, Just finished QSO with KC8TZJ on ALE-400. I forced the mode to resync a few times and the new version does exactly what Patrick said it would; it sends an RSID / resync burst after 3 retries and restores the timing. John, KC8TZJ was running an old version of Multipsk without this feature, but I guess that wouldn't matter. Tony -K2MO - Original Message - From: Andrew O'Brien andrewob...@gmail.com To: digitalradio@yahoogroups.com Sent: Saturday, September 12, 2009 7:54 PM Subject: Re: [digitalradio] QRV ALE-400 14074.0 - SKEDS PSE! ALso QRV 14074, new version. On 9/12/09, Tony d...@optonline.net wrote: All, Patrick released a new ALE-400 test version that uses RSID to resynchronize after a certain number (3) of retries. This feature should work well to correct out-of-sync problems that happen on occasion when signals are weak. I worked W2KI/M from his motor home in Colorado today and it seems there may be a bug; I'd appreciate a sked tonight on 20 meters (14074.0) so we can let Patrick know if the latest release is working ok. I'm QRV as of 2345z on 14074.0 USB. I'll be there all evening. Tony -K2MO -- Andy
Re: [digitalradio] Callsign info Fill-in
Hello Stan, I see the need, but up to now (and as far as I know), it is not possible from DXKeeper (through the standard DDE link proposed by Dave) to import Name, Locator, QTH, for a given call sign (if known by the DXKeeper log). The better would be to ask to the DXLabs group, for perhaps a future evolution. 73 Patrick - Original Message - From: mhz14071 n...@arrl.net To: digitalradio@yahoogroups.com Sent: Tuesday, September 08, 2009 9:16 PM Subject: [digitalradio] Callsign info Fill-in I am using Multipsk v 4.14 with DXLabs. Commander is Connected Spot C: Is ON. Initially I have Freq, Mode, Ur RST, My RST, R, S, filled in. When I click on a station in the rx window, The callsign is placed Under CALL. However Name, Locator, QTH. remain empty. Is there a way to get these fields populated from DXLabs? Items such as SEARCH , Number which could provide pertinent information about the present contact require additional intervention. 73 Stan N1ZX Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] Callsign info Fill-in
Hello Dave, Patrick, let me know if you'd like to pursue this. Yes I'm interested. If you don't mind, I will take contact directly with you. 73 Patrick - Original Message - From: Dave AA6YQ To: digitalradio@yahoogroups.com Sent: Wednesday, September 09, 2009 10:07 PM Subject: RE: [digitalradio] Callsign info Fill-in DXKeeper will accept a DDE request to perform a callbook lookup, and places the results in a set of DDE-accessible textboxes. The user specifies which callbook to use on the Callbook tab of DXKeeper's Config window; the choices are 1. RAC CDROM 2. HamCall CDROM 3. HamCall online (subscription) 4. QRZ CDROM 5. QRZ.com subscription 6. QRZ.com via Pathfinder (free with advertisements) Patrick, let me know if you'd like to pursue this. 73, Dave, AA6YQ -Original Message- From: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com]on Behalf Of Patrick Lindecker Sent: Wednesday, September 09, 2009 2:08 PM To: digitalradio@yahoogroups.com Subject: Re: [digitalradio] Callsign info Fill-in Hello Stan, I see the need, but up to now (and as far as I know), it is not possible from DXKeeper (through the standard DDE link proposed by Dave) to import Name, Locator, QTH, for a given call sign (if known by the DXKeeper log). The better would be to ask to the DXLabs group, for perhaps a future evolution. 73 Patrick - Original Message - From: mhz14071 n...@arrl.net To: digitalradio@yahoogroups.com Sent: Tuesday, September 08, 2009 9:16 PM Subject: [digitalradio] Callsign info Fill-in I am using Multipsk v 4.14 with DXLabs. Commander is Connected Spot C: Is ON. Initially I have Freq, Mode, Ur RST, My RST, R, S, filled in. When I click on a station in the rx window, The callsign is placed Under CALL. However Name, Locator, QTH. remain empty. Is there a way to get these fields populated from DXLabs? Items such as SEARCH , Number which could provide pertinent information about the present contact require additional intervention. 73 Stan N1ZX Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] Multipsk Help Files - Vista
Hello Tony, Here is a solution to this generic Windows problem: The problem with downloaded .CHM files is caused by Windows. Whenever a .CHM file is downloaded from the Internet, Windows considers it to be a security risk and blocks it from being executed. You can clear this block as follows: 1. Use Windows Explorer (or My Computer, or My Documents) to find the file in your file system. 2. Right-click on the file with your mouse. 3. A pop-up menu will appear. The very last entry in the menu is Properties. Click on this menu item. 4. You will now see a dialog box titled (filename).chm Properties (where (filename) is replaced by the name of the file). If the file has been blocked by Windows, then near the bottom of this dialog box you will see the following: Security: This file came from another computer and might be blocked to help protect this computer. To the right of this message there will be a button called Unblock. Click on this button. The file should now start working. You will have to repeat this procedure every time you download a new version of the .CHM file. 73 Patrick - Original Message - From: Tony d...@optonline.net To: digitalradio@yahoogroups.com Sent: Tuesday, September 08, 2009 9:52 AM Subject: [digitalradio] Multipsk Help Files - Vista All, Running Vista and having difficulty displaying Multipsk help files. Error : Navigation to the webpage was canceled Any suggestions? Tony -K2MO Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] Talking JT65A via Multipsk
Hello Andy and all, Vocalization pertains to a set of functions normally used for blind or partially sighted Hams or SWL (in JT65 and VOICE modes). If it permits to monitor JT65 frames at distance, nice! 73 Patrick - Original Message - From: Andrew O'Brien andrewob...@gmail.com To: digitalradio@yahoogroups.com Sent: Monday, September 07, 2009 4:59 PM Subject: [digitalradio] Talking JT65A via Multipsk Just a reminder, with Multipsk and in JT65 modes, try clicking on the VOCALIZATION button. With that pressed (and your speakers on) when your software decodes 14:447 -09 1 +0244 CQ VA6SZ DO33 D=2757 Km (1713 mil.) Az=308° The CQ VA6SZ DO33 part will be spoken aloud ... you can be in the next room and find out who is calling. My shack is quite active today. Multipsk just announced VA6SZ calling and Joe DX in Spotcollector is letting me know via voice announcement Malta is on 17M RTTY. -- Andy K3UK Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] Talking JT65A via Multipsk
When I click the vocalization tab, I get an error message saying No English_Voice.SER file This file pertains to the Multipsk package (Multipsk.ZIP). The accent is american (Chicago one if I remember well). File to put with Multipsk.exe. 73 Patrick - Original Message - From: F.R. Ashley gda...@clearwire.net To: digitalradio@yahoogroups.com Sent: Monday, September 07, 2009 9:24 PM Subject: Re: [digitalradio] Talking JT65A via Multipsk Hi all, When I click the vocalization tab, I get an error message saying No English_Voice.SER file Where do I find that file? 73 Buddy WB4M - Original Message - From: Jose A. Amador ama...@electrica.cujae.edu.cu To: digitalradio@yahoogroups.com Sent: Monday, September 07, 2009 1:04 PM Subject: Re: [digitalradio] Talking JT65A via Multipsk I do that a lot, particularly when I put that screen on the background to do something else on the computer. Very useful !! Jose, CO2JA --- Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] Re: ALE-400 QSO WID OH7JJT
Juergen, Here an extract of the QRGs window: ALE400 (USB) Here after is a non exhaustive list of the ALE400 frequencies: 1837.0, 3589.0, 7037.5, 10141.5, 14074.0, 14094.0, 18104.5, 21094.0, 24926.0, 28146.0, 50162.5, 144162.5 (AF at 1625 Hz). The complete list of frequencies is on http://hflink.com/ale400;. 73 and good QSOs Patrick - Original Message - From: dl8le dl...@darc.de To: digitalradio@yahoogroups.com Sent: Sunday, September 06, 2009 9:49 PM Subject: [digitalradio] Re: ALE-400 QSO WID OH7JJT 20 m is closing quite early already. Is there any specific qrg on 30 or 40 m? If so I would try as well after 20 / 21 UTC during the week. 73 Juergen, DL8LE --- In digitalradio@yahoogroups.com, Tony d...@... wrote: All, Had a nice ALE-400 QSO with OH7JJT today at 17:00z on 20 meters. He mentioned that there are other OH stations active on this mode and that they work regularly on 80 meters. Tom, WB2YDS was able to connect to OH7JJT as well running 5 watts to a vertical. This is one ARQ chat mode that seems to have a lot of potential. Seems to be gaining popularity. Tony -K2MO Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
[digitalradio] ALE400 - frequencies
Hello Matt, If you click on the QRGs button, you have all the suggested frequencies for all the Multipsk modes. For example, for ALE400: ALE400 (USB) Below is a non exhaustive list of the ALE400 frequencies: 1837.0, 3589.0, 7037.5, 10141.5, 14074.0, 14094.0, 18104.5, 21094.0, 24926.0, 28146.0, 50162.5, 144162.5 (AF at 1625 Hz). The complete list of frequencies is on http://hflink.com/ale400. 73 Patrick - Original Message - From: Matt Gregory To: digitalradio@yahoogroups.com Sent: Friday, September 04, 2009 10:06 PM Subject: [digitalradio] ALE400 Hi Iam intrested in playing with ale 400 using multipsk and was wondering what are the calling freq? Matt kc2pua
[digitalradio] ALE400 - repetitive disconnexion
Hello Thomas, When you have had it occur 40-50 times(with 20 over sig.) ..then tell me its not major. As this frequency (40-50 times) is not normal, I think there is another problem. Hypothesis: I suppose that you want to do a QSO, have clicked on ARQ FAE and CQ and a Ham has done the connection with your station. Note: if you are the Master (the one who initiates the QSO), it is better to check Master in the Mode box, this to come back to your initial AF frequency and to avoid a drift in frequency. I list below the possible problems: * sound card sampling frequency not adjusted...solution: Adjustments menu, click on Determination..., * AF level too low (10 %) as displayed in a caption to the left of the Mode panel: you must target about 30 to 50 % (not critical) using the mixer. Possibly , you can sample in 16 bits (you will win about 2 or 3 bits in fact due to noise): Adjustments menu, click on AF level However, the most robust, CPU economic and simple is to work on 8 bits. * your computer must be fast (1000 MHz) not to introduce big CPU delays, * to switch XCVR, prefer direct control or CAT system. With VOX, the introduced delay (VOX+XCVR) must be checked (above 130 ms there is a problem for ALE400), * of course, the AF level to the XCVR must be adjusted (not to overload the XCVR or not to be close to the noise), but it is not different from any other mode. * Possibly, unclick the AFC (in case of big QRM (RTTY for example) on your frequency). For procedures, refer to: http://f6cte.free.fr/ALE_and_ALE400_easy_with_Multipsk.doc http://f6cte.free.fr/The_ARQ_FAE_beacon_easy_with_Multipsk.doc I hope this helps a bit. Note: about this problem, it would be better to continue on the Multipsk Yahoo group. 73 Patrick - Original Message - From: Thomas Carswell Jr. kt4w...@gmail.com To: digitalradio@yahoogroups.com Sent: Sunday, August 30, 2009 6:36 PM Subject: Re: [digitalradio] ALE400 Trust me pal... been using ALE400 from the start...the outa-sync issue is not just a one time thing... and not just on QRP. Im a big fan of ALE400 and MultiPSK(reg)...BUT It IS a major issue. When you have had it occur 40-50 times(with 20 over sig.) ..then tell me its not major. I have had 100+ QSO's in this modewith 10-12 diff. ops. BTW..the new PSK-Packet has the same problem. KT4WO On 8/30/09, John Bradley jbrad...@sasktel.net wrote: I have brought this up to Patrick a few timesI asked for a slottime or some random timer... I think this would solve the problem. This is a MAJOR ISSUE with ALE400. Until this is fixed...ALE400 will never become mainstream I have been fighting this issuse sense ALE400 came out. So far...he has not worked on that..maybe you will have better luck getting him to address this.??!!??! !?? Maybe now that someone other than me and Dave sees this is a problem, Patrick will fix it??? This is not a MAJOR issue.. Tony , K2M) and I were testing this and found that while we could get ALE400 out of sync under very weak signals . we both had to go QRP, by not typing anything into the buffer for a moment got the signal back without further collisions. Seemed to work well for us. Both using the latest (13th) test version of multipsk, not sure if that has any effect, found at http://f6cte.free.fr/MULTIPSK_TEST_13_08_2009.ZIP http://f6cte.free.fr/MULTIPSK_TEST_13_08_2009.ZIP john VE5MU Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] PSK-PACKET anyone?
Hello Andy, Just back from holiday, which version do I need for PSK-packet? I am Click on the button Packet+APRS, then PSK (BPSK in fact). 3 speeds are proposed (63 (new), 250 (new) and the standard 1200 bauds for satellite. It is exactly the same working as FSK Packet, except the modulation. However for the same speed (1200 for example), PSK is better than FSK in term of minimum S/N. 73 Patrick - Original Message - From: Andrew O'Brien andrewob...@gmail.com To: digitalradio@yahoogroups.com Sent: Tuesday, September 01, 2009 1:16 AM Subject: Re: [digitalradio] PSK-PACKET anyone? Just back from holiday, which version do I need for PSK-packet? I am running 4.15 and do not see it. Andy K3UK On Thu, Aug 27, 2009 at 1:46 AM, kt4w...@gmail.com wrote: MultiPSK... and its Packet but using BPSK63/250 instead of 300b FSK Trip - KT4WO - Original Message - From: Phil Williams To: digitalradio@yahoogroups.com Sent: Thursday, August 27, 2009 12:21 AM Subject: Re: [digitalradio] PSK-PACKET anyone? What app are you running for this mode? philw de ka1gmn kn On Wed, Aug 26, 2009 at 7:57 PM, kt4w...@gmail.com wrote: Anyone up for some PSK-PACKET?? 63b on 10.141.5 1650hz 21:00 Easttime Trip - KT4WO -- Andy Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
[digitalradio] New release (4.15) of MULTIPSK - MIL-STD-188-110A
New release (4.15) of MULTIPSK Pour les francophones: la version française de ce message se trouve sur mon site (http://f6cte.free.fr). Il suffit de cliquer sur le lien Principales modifications (courriel avertissant de la sortie de la nouvelle version). Hello to all Ham and SWL, The new release of MultiPSK (4.15) is on my Web site (http://f6cte.free.fr). The main mirror site is Earl's, N8KBR: http://www.eqth.info/multipsk/index.html (click on United States Download Site). Another mirror site isTerry's: http://g90swl.co.uk/multipsk/ Multispk associated to Clock are freeware programs but with functions submitted to a licence (by user key). The main modifications of MULTIPSK 4.15 are the following: 1) Decoding of the MIL-STD-188-110A (110A) + 110A beacon This mode (MIL-STD-188-110A/B) is named also FED-STD-1052 or STANAG 4539. It is used mainly by professionals (the text being mostly encrypted) but also, rarely, by Hams. The 75 bps sub-mode in TX (beacon) is proposed by Multipsk. Several sub modes (75 to 4800 bps) and two different interleaving (short and long) are proposed. All modes are fixed frequency, except a 75 bps (bits per second) sub-mode which is transmitted in frequency hopping. It is not decoded in this soft. The receiver should be in USB mode. The bandwidth must extend from 300 to 3300 Hz (at -30 dB) with a relatively flat frequency response between 600 and 3000 Hz. The central frequency is, in this case, equal to 1800Hz. It can be selected a 1500 Hz central frequency for Ham receivers. The soft automatically decodes the speed (75, 150, 600, 1200, 2400 or 4800 bps) and the interleaver (short or long), in different character formats. The radio-amateur frequency proposed for this mode is 14104 KHz (adjusted on the transceiver). Important: in USA, 110A text transmission is forbidden. PSE, check if it is allowed in your country. This mode is available for licencied copies, only (otherwise, the decoding is stopped after 5 minutes). However the 75 bps sub-mode in format 8N1 (RX/TX) is free. See specifications further on. 2) RS ID, Call ID (Prop ID) These identifiers are now permanently monitored in background, by default (the CPU load being weak). The management of these identifiers has been improved. For Call ID and Prop ID (Propagation ID), it is proposed four frequencies bandwiths for transmission and monitoring. 3590, 7040, 10148, 14075 KHz (to adjust on the transceiver). All the minimum AF band, i.e. from 200 Hz to 2500 Hz can be used. These frequencies can be favourably scaned (Transceiver button). http://f6cte.free.fr/The_RS_ID_easy_with_Multipsk.doc http://f6cte.free.fr/The_Call_ID_and_Prop_ID_easy_with_Multipsk.doc 3) Improvements of - the SdR mode and frequency management, - the ARQ FAE mode (in ALE or ALE400), - the JT65, GMDSS and SELCAL modes. 110A specifications: Baud rate: 2400. Modulation: 8PSK (not differential, the exact phase being determined through known data) with a central frequency of 1800 Hz Reception mode: USB Character set: different synchronous or asynchronous formats are proposed (5 ITA2, 7 bits ASCII or 8 bits (ASCII+ANSI)) Shape of pulse: raised cosine Bandwidth: about 3 KHz (300 to 3300 Hz) Demodulation: coherent Synchronization: automatic using the known data Convolution code: except in 4800 bps, yes. The constraint lenght is equal to 7 bits, Interleaving: except in 4800 bps, yes. Two interleavings are proposed: short or long. However, it is expected the possibility not to use interleaving. Pmean/Ppeak: about 0.76 (specific to Multipsk in TX) Lowest S/N (on Multipsk): + 4 dB in 75 bps mode (first decodings at +1.5 dB) and + 10 dB in 2400 bps (the signal to noise ratio must be, in general, very good, to be able to decode this mode, i.e excellent at 2400 bps and good at 75 bps). Each frame contains a synchronization preamble phase where the sub-mode is defined, a data phase where the unknown data is transmitted (mixed with known data to follow the transmission characteristics) , an End of Message (EOM) phase and a final flushing phase (to finish de-interleaving and de-convolution operations). An adaptative equalization is required at this speed (2400 bauds). 73 Patrick
Re: [digitalradio] Re: SKED PSE - ALE400 - New Test Version
Hello Tony, The initial standard (for ALE and ALE400) frequency is 1625 Hz, but you can choose another frequency in ALE400 (in ALE (141A) it is better not to change this initial frequency). 73 Patrick - Original Message - From: Tony To: digitalradio@yahoogroups.com Sent: Wednesday, August 26, 2009 8:45 PM Subject: Re: [digitalradio] Re: SKED PSE - ALE400 - New Test Version Tony: Do we assume that's 14074.0 USB +1000Hz ? Tks, Rich/N2JR Rich, The default is +1620Hz (center frequency). Multipsk will switch to this offset when ALE-400 is selected regardless of the previous offset. The 1620Hz standard helps avoid confusion; dial frequency is all that's needed. Will you be on-the-air this evening? Tony -K2MO
[digitalradio] PSK-PACKET anyone? - Description
Hello Ian, Here is some information about PSK Packet. Important: in BPSK63 Packet, set the FRACK option at, at least, 8 seconds (the standard 5 sec is not sufficient). 73 Patrick Coding/Decoding of Packet BPSK1200 and new modes Packet BPSK250 and BPSK63 The BPSK1200 Packet mode is used for satellite (as LUSAT LO-19 for example) transmissions in UHF (USB). But it could also be used in VHF (FM ) with a better performance than Packet FSK, in Unproto (APRS) or in connected mode. The BPSK250 and BPSK63 Packet modes are experimental and could be used favourably for APRS transmissions in HF. Description of the PSK Packet 1200: The PSK Packet at 1200 bauds shares the same characteristics as the FSK Packet at 1200 bauds, except some ones: * the modulation is a DBPSK one (differential binary phase shift keying), as, for example, in PSK31. DBPSK is better that FSK, * bandwidth : about 2000 Hz * Pmean/Ppeak: 0.79 * the lowest S/N is about +6 dB, * very high capacity (up to 40 Hz/sec) to follow a satellite drift (using the Cat system of the transceiver). This mode is used for satellite (as LUSAT LO-19 for example) transmissions in UHF (USB). But it could also be used in VHF (FM ) with a better performance than Packet FSK, in Unproto (APRS) or in connected mode. Description of the PSK Packet 63 and 250 bauds: The modulation is the same as BPSK1200 with a different speed. The BPSK Packet at 250 bauds has a bandwidth of about 500 Hz and a lowest S/N of about -2 dB whereas the BPSK Packet at 63 bauds (62.5 in fact) has a bandwidth of about 160 Hz and a lowest S/N of about -8 dB. - Original Message - From: Ian Wade G3NRW g3...@yahoo.co.uk To: digitalradio@yahoogroups.com Sent: Thursday, August 27, 2009 6:38 AM Subject: Re: [digitalradio] PSK-PACKET anyone? From: kt4w...@gmail.com Date: Wed, 26 Aug 2009 Time: 20:57:35 Anyone up for some PSK-PACKET?? 63b on 10.141.5 1650hz 21:00 Easttime Trip - KT4WO Trip, What is PSK-PACKET 63b? -- 73 Ian, G3NRW Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] Re: QRV - ALE-400
Hello Scott, non-selective QSO in ARQ FAE It is to call any Ham, mainly for a QSO. selective QSO in ARQ FAE To call some precise Ham (for eaxmple, to leave a message to an ARQ FAE beacon). wanted to try ALE400 but find the MultiPSK interface fairly impenetrable, i.e. if you don't mind me fumbling through it!! We might All the options are default ones. You don't need to modify them (at least at first). About the help in Multipsk: - To bring up the text help (contextual sensitive one), click on the right button of the mouse, with the cursor over the mode button ALE400, for example). - Also use the button hints (wait a fraction of second over a button). 73 Patrick - Original Message - From: aa777888athotmaildotcom aa777...@hotmail.com To: digitalradio@yahoogroups.com Sent: Friday, August 28, 2009 12:44 PM Subject: [digitalradio] Re: QRV - ALE-400 Listened, called, didn't hear anything. 20M is usually pretty shut down when I'm home in the evening (after 8 local). Too bad you don't have 80M. If anyone in the northeast wants to try 80M some evening (NVIS path) let me know. I've always wanted to try ALE400 but find the MultiPSK interface fairly impenetrable, i.e. if you don't mind me fumbling through it!! We might need to jump back and forth between ALE and some other mode until I get it right. Are you guys using non-selective QSO in ARQ FAE mode? Scott k*b*l*0*0*q --- In digitalradio@yahoogroups.com, Tony d...@... wrote: Rich, Will call you on 14074 after 2120 EDST. de Rich/N2JR Just got your message @ 22:30 local. I'm in the shack... Tony -K2MO - Original Message - From: rich3x r...@... To: digitalradio@yahoogroups.com Sent: Thursday, August 27, 2009 9:15 PM Subject: [digitalradio] Re: QRV - ALE-400 OK Tony. Will call you on 14074 after 2120 EDST. de Rich/N2JR --- In digitalradio@yahoogroups.com, Tony DXDX@ wrote: Rich, Tony - tried link several times nil heard. de Rich/N2JR FM19 VA Sorry I missed you; what time did you call? Had lengthy QSO with K7TMG/QRP and KH2DF/W5. Maybe path too short. It is a bit short, but I can usually hear VA on 20 meters during the day; must be Sporadic-E. No antennas here for 40 / 80 meters. We'll be on 14074.0 this evening - ALE-400 ARQ 'chat mode'. Let me know if you can join us Rich... Tony -K2MO Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] Weak Signal ALE-400
Hello Sholto and all, The minimum S/N is -11.5 dB (-13 dB with many repetitions). ARQ FAE is an asynchronous system (synchronous systems as Pactor are not possible under Windows, as it is impossible to control the timing of each sample (but it was possible under DOS)). So to lose temporary connection is possible and in ARQ FAE the connection is recovered due to an asymetry (in time to wait) between Master and Slave (it is supposed that PC are sufficiently fast not to introduce big CPU additive delays). Consequently some few collisions are normal and don't normally prevent the re-connection. However, in real QSB conditions, below a S/N of -10 dB, if the link is lost, it is almost impossible to recover connection (it is left one minute for attempts). In that case, the best is disconnect and try it afterwards. To help for re-connection and solve this problem, I'm thinking to force the ALE400 or ALE RS ID transmission after 2 or 3 attempts. This RS ID will permit to recover exact time and frequency at a S/N (-16 dB to -18 db) much lower that the minimum S/N in ARQ FAE. Perhaps in the future... 73 Patrick - Original Message - From: Sholto Fisher sho...@probikekit.com To: digitalradio@yahoogroups.com Sent: Saturday, August 29, 2009 8:11 PM Subject: Re: [digitalradio] Weak Signal ALE-400 Trip, I've been using ALE400 for quite a while and never really had too many problems with collisions in the past. Only recently since I am /QRP only have I noticed the problem. I would take this to mean that it really only manifests when signals are very weak. The problem with slot-times or even timers in general is that Windows is not a particularly good time keeper and some system tasks will rob the cpu of cycles at critical moments. This is one of the reasons why Pactor ARQ wouldn't be successful on a sound card/Windows PC. There's a fine balance between using time delays and maintaining overall throughput but I think the solution will probably need to be in the form of entering a waiting/listening state after a certain number of no acknowledgments. It will be interesting to read Patrick's comments on this. 73 Sholto K7TMG KT4WO wrote: *** Sync issues: The mode can lose sync now and then when signals collide. We haven't figured out a way around that other than dropping the link and reconnecting. Sholto and I thought that clearing the outgoing text would allow the mode to sit idle long enough to reestablish synchronization, but it seems the clear button does not actually clear what's in the outgoing buffer. We'll have to ask Patrick about that. *** ** I have brought this up to Patrick a few timesI asked for a slottime or some random timer... I think this would solve the problem. This is a MAJOR ISSUE with ALE400. Until this is fixed...ALE400 will never become mainstream I have been fighting this issuse sense ALE400 came out. So far...he has not worked on that..maybe you will have better luck getting him to address this.??!!??! !?? Maybe now that someone other than me and Dave sees this is a problem, Patrick will fix it??? Trip - KT4WO Mostly on 80-30meters kt4w...@gmail. com mailto:kt4w...@gmail.com Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] ALE400
John, Yes, in the big majority of QSOs, it is rare to find a long period of deep QSB. However... But to leave a message to an ARQ FAE beacon (connection-transmission-disconnection), this problem does not appear, except if the message carries a relatively big file, which will take much time to be transmitted. 73 Patrick - Original Message - From: John Bradley To: digitalradio@yahoogroups.com ; multi...@yahoogroups.com Sent: Sunday, August 30, 2009 5:54 PM Subject: [digitalradio] ALE400 I have brought this up to Patrick a few timesI asked for a slottime or some random timer... I think this would solve the problem. This is a MAJOR ISSUE with ALE400. Until this is fixed...ALE400 will never become mainstream I have been fighting this issuse sense ALE400 came out. So far...he has not worked on that..maybe you will have better luck getting him to address this.??!!??! !?? Maybe now that someone other than me and Dave sees this is a problem, Patrick will fix it??? This is not a MAJOR issue.. Tony , K2M) and I were testing this and found that while we could get ALE400 out of sync under very weak signals . we both had to go QRP, by not typing anything into the buffer for a moment got the signal back without further collisions. Seemed to work well for us. Both using the latest (13th) test version of multipsk, not sure if that has any effect, found at http://f6cte.free.fr/MULTIPSK_TEST_13_08_2009.ZIP john VE5MU
Re: [digitalradio] Digital sked page: New ideas ?
Hello Andy, For ALE, there is soft which name is ALE^STAT which is connected to an ALE soft (PC ALE, MARS ALE or Multipsk) through a local TCP/IP loop and automatically manages and forwards the sounding ALE information to a HFLINK page (Channel zero). With this principle, as RS ID and Call ID are received in background, through a local TCP/IP link, they would be leaded to a general soft (to create) which would manage and transmit these pieces of information to a page, for information (I imagine that this soft will have to take the Locator information of the QRA, to locate the mode call or the callsign on a map at Internet page level) and possible further QSOs. 73 Patrick - Original Message - From: Andrew O'Brien andrewob...@gmail.com To: digitalradio@yahoogroups.com Sent: Sunday, August 30, 2009 6:26 PM Subject: Re: [digitalradio] Digital sked page: New ideas ? Hi Sholto, I am just back from holiday and saw your post. Your question has been one that has been on my mind recently, I am not sure what can be done to add interest. The SKCC and LOTW sked pages are often very busy but the interest in the sked page for digital mode skeds seems to be dwindling. I saw no increase when the hamspots page was down for a month. I thought the nice new design and link to PSKreporter at hamspots would bring lots of users to hamspots and make my sked page even less used, however Hamspots can go many hours without a spot too (except PSkreporter ). I think it may be time for something new to spice things up but I am not sure what that is for the digital mode enthusiasts. Joe and I have added as many interesting features to the sked page as we can think off. I still think some form of integration of PSKreporter might be useful although I am not sure how to add that...yet. Something like the auto-reporting module you wrote for Multispk and your old spotting page might be useful too. Ideally, some easy form of my rig is tuned to would be of help but perhaps one that is not dependent on a particular piece of software, something that reports your frequency and mode live to a webpage regardless of whether you are using Multipsk, DM780, Winwarbler, FLdigi, or other applications. Reporting what you hear would also be interesting if it could be filtered to prevent endless reports of the same station in a mundane mode. Spotcollector still appears, to me, to be the most useful spot related system. I'm not sure what would be best, creating something that could take data filtered FROM Spotcollector and automatically posted to a sked page for digital modes, or creating a system where data is SENT to a digital mode only cluster that would interface with Spotcollector and end users could customize as they wish. Perhaps we can get a few comments . Andy K3UK On Fri, Aug 28, 2009 at 4:43 PM, Sholto Fishersho...@probikekit.com wrote: Just wondered why there are so few spots on Andy's sked page recently? http://www.obriensweb.com/sked/ also I am QRV on 14074 with RS-ID and CALL ID monitoring. 73 Sholto K7TMG Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] Re: PSK-PACKET anyone? - Description
Ian, PSK packet acts as FSK packet. So you can use it to send APRS positions (possibly from UIVIEW or from Multipsk) or in connected transmission. BPSK63 seems a bit slow for connected transmission, however it is possible. Pax/Pax2 derives from Packet with a modulation close to Contestia. The number of digipeaters is limited to 2. 73 Patrick - Original Message - From: mikenetbot mikenet...@comcast.net To: digitalradio@yahoogroups.com Sent: Tuesday, September 01, 2009 12:55 AM Subject: [digitalradio] Re: PSK-PACKET anyone? - Description Has anyone tried keyboard-to-keyboard connected BPSK63? (I assume that it is connected and not UI, as we are talking about the FRACK option). Also, am I correct that PAX/PAX2 will run in connected mode? For some reason I thought they were UI-only, but now I cannot tell. I'm interested in these soundcard ARQ modes. --- In digitalradio@yahoogroups.com, Patrick Lindecker f6...@... wrote: Hello Ian, Here is some information about PSK Packet. Important: in BPSK63 Packet, set the FRACK option at, at least, 8 seconds (the standard 5 sec is not sufficient). 73 Patrick Coding/Decoding of Packet BPSK1200 and new modes Packet BPSK250 and BPSK63 The BPSK1200 Packet mode is used for satellite (as LUSAT LO-19 for example) transmissions in UHF (USB). But it could also be used in VHF (FM ) with a better performance than Packet FSK, in Unproto (APRS) or in connected mode. The BPSK250 and BPSK63 Packet modes are experimental and could be used favourably for APRS transmissions in HF. Description of the PSK Packet 1200: The PSK Packet at 1200 bauds shares the same characteristics as the FSK Packet at 1200 bauds, except some ones: * the modulation is a DBPSK one (differential binary phase shift keying), as, for example, in PSK31. DBPSK is better that FSK, * bandwidth : about 2000 Hz * Pmean/Ppeak: 0.79 * the lowest S/N is about +6 dB, * very high capacity (up to 40 Hz/sec) to follow a satellite drift (using the Cat system of the transceiver). This mode is used for satellite (as LUSAT LO-19 for example) transmissions in UHF (USB). But it could also be used in VHF (FM ) with a better performance than Packet FSK, in Unproto (APRS) or in connected mode. Description of the PSK Packet 63 and 250 bauds: The modulation is the same as BPSK1200 with a different speed. The BPSK Packet at 250 bauds has a bandwidth of about 500 Hz and a lowest S/N of about -2 dB whereas the BPSK Packet at 63 bauds (62.5 in fact) has a bandwidth of about 160 Hz and a lowest S/N of about -8 dB. - Original Message - From: Ian Wade G3NRW g3...@... To: digitalradio@yahoogroups.com Sent: Thursday, August 27, 2009 6:38 AM Subject: Re: [digitalradio] PSK-PACKET anyone? From: kt4w...@... Date: Wed, 26 Aug 2009 Time: 20:57:35 Anyone up for some PSK-PACKET?? 63b on 10.141.5 1650hz 21:00 Easttime Trip - KT4WO Trip, What is PSK-PACKET 63b? -- 73 Ian, G3NRW Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
[digitalradio] Test in ALE400 ARQ FAE now
Hello all, Txema is beaconing in ALE400 ARQ FAE in 14075 KHz, 1000 Hz AF. Push RX RS ID. In the Aux. functions window, just push on the Call button to the right of Selective call in ARQ FAE. Normally on reception of the Txema call sign (EA2FR), the Call edition window is automatically filled. After connection , you can write a message as a QSO in PSK31, send him a small picture, a mail or an APRS position. 73 Patrick - Original Message - From: Steinar Aanesland To: multi...@yahoogroups.com Sent: Saturday, August 22, 2009 12:22 PM Subject: Re: [multipsk] Test in ALE Heavy QRM today :( LA5VNA Steinar Patrick Lindecker wrote: Hello, I saw Tommi, Steinar and I'm transmitting a picture to the Txema ARQ FAE beacon. 73 Patrick moz-screenshot-4.jpg
Re: [digitalradio] ARQ FAE ALE400 - New Test Version Available
Hello Paul,
About XCVR and interface, it is not different from another mode.
About the Multipsk configuration, refer to:
http://f6cte. free.fr/ALE_ and_ALE400_ easy_with_ Multipsk. doc
http://f6cte. free.fr/The_ ARQ_FAE_beacon_ easy_with_ Multipsk. doc
73
Patrick
- Original Message -
From: paul odem
To: digitalradio@yahoogroups.com
Sent: Saturday, August 22, 2009 4:54 PM
Subject: Re: [digitalradio] ARQ FAE ALE400 - New Test Version Available
how do you set it up to work. i have a kenwood ts680 radio and
signalusb. thanks paul
--- On Sat, 8/22/09, Steinar Aanesland saa...@broadpark.no wrote:
From: Steinar Aanesland saa...@broadpark.no
Subject: Re: [digitalradio] ARQ FAE ALE400 - New Test Version
Available
To: digitalradio@yahoogroups.com
Date: Saturday, August 22, 2009, 3:37 AM
Contest again %#%¤% :( :( ! !
la5vna
Tony wrote:
All,
Patrick has made some improvements to the ARQ/FAE ALE-400 mode and
would like to see if it's working ok (see below).
You'll need to download the latest test version of Multipsk:
http://f6cte. free.fr/MULTIPSK _TEST_13_ 08_2009.ZIP
I'll be QRV this evening on 14074.0 +/- QRM starting 2300z. Skeds
welcome.
Tony -K2MO
_ _ _ _ ___
Hello to all testers,
In the new test version of Multipsk (see below), I improved the
ARQ FAE mode and fixed some bugs. I would like to check if all is OK.
http://f6cte. free.fr/MULTIPSK _TEST_13_ 08_2009.ZIP
Paste this adress in your Internet Explorer or equivalent.
Download the file.
Create a tempory folder (C:\TEST, for example), unzip the file in
it and start C:\TEST\Multipsk. exe (the auxiliary files will be created
automatically) .
Experimentation of the ARQ FAE / ALE400
For experimentation, I will call, saturday, on 14075 KHz USB HF
1000 Hz AF +/- QRM, in ARQ FAE / ALE400 for QSO since 10h00 UTC until 11h00 UTC.
It will be sent previously to each ARQ FAE frame a RS ID, so PSE
push on the RX RS ID button.
http://f6cte. free.fr/ALE_ and_ALE400_ easy_with_ Multipsk. doc
http://f6cte. free.fr/The_ ARQ_FAE_beacon_ easy_with_ Multipsk. doc
Don't hesitate to send your own Call ID or Prop ID.
TKS for reports!
73
Patrick
Re: [digitalradio] Updated list of RS ID
Hello Simon, Patrick has a proposal for callsigns as well, I will get it implemented... So you with CALL ID and RS ID in the macros, the other Ham will be completly informed (Ham calling, Locator and mode used). We'll need a few RSID for WINMOR, I'll know more very soon. But are there implementations of WINMOR able to use RS ID? Or do you plan to add WINMOR? 73 Patrick - Original Message - From: Simon (HB9DRV) simon.br...@kns.ch To: digitalradio@yahoogroups.com Sent: Friday, August 14, 2009 7:30 PM Subject: Re: [digitalradio] Updated list of RS ID Patrick, We'll need a few RSID for WINMOR, I'll know more very soon. Simon Brown, HB9DRV www.ham-radio-deluxe.com - Original Message - From: Patrick Lindecker f6...@free.fr Just for information, here is the updated list of RS ID (addition of MIL-STD-188-110A RS ID). Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
Re: [digitalradio] Updated list of RS ID
Fine Simon! 73 Patrick - Original Message - From: Simon (HB9DRV) simon.br...@kns.ch To: digitalradio@yahoogroups.com Sent: Friday, August 14, 2009 10:41 PM Subject: Re: [digitalradio] Updated list of RS ID I'm hoping to add WINMOR as soon as the DLL is documented and available, so I'll do the RSID TX/RX. Simon Brown, HB9DRV www.ham-radio-deluxe.com - Original Message - From: Patrick Lindecker f6...@free.fr But are there implementations of WINMOR able to use RS ID? Or do you plan to add WINMOR? Announce your digital presence via our Interactive Sked Pages at http://www.obriensweb.com/sked Recommended digital mode software: Winwarbler, FLDIGI, DM780, or Multipsk Logging Software: DXKeeper or Ham Radio Deluxe. Yahoo! Groups Links
[digitalradio] Updated list of RS ID
Hello to all,
Just for information, here is the updated list of RS ID (addition of
MIL-STD-188-110A RS ID).
73
Patrick
IF NUMBER=1 THEN MODE:='BPSK31' ELSE
IF NUMBER=2 THEN MODE:='BPSK63' ELSE
IF NUMBER=3 THEN MODE:='QPSK63' ELSE
IF NUMBER=4 THEN MODE:='BPSK125' ELSE
IF NUMBER=5 THEN MODE:='QPSK125' ELSE
IF NUMBER=7 THEN MODE:='PSKFEC31' ELSE
IF NUMBER=8 THEN MODE:='PSK10' ELSE
{MT63 parameter 1 parameter 2 (parameter 1: 500, 1000 (1000 Hz) or
2000 (2000 Hz),
parameter 2: LG (Long), ST (Short) or VST (Very short)
Example: MT63-1000-LG}
IF NUMBER=9 THEN MODE:='MT63-500-LG' ELSE
IF NUMBER=10 THEN MODE:='MT63-500-ST' ELSE
IF NUMBER=11 THEN MODE:='MT63-500-VST' ELSE
IF NUMBER=12 THEN MODE:='MT63-1000-LG' ELSE
IF NUMBER=13 THEN MODE:='MT63-1000-ST' ELSE
IF NUMBER=14 THEN MODE:='MT63-1000-VST' ELSE
IF NUMBER=15 THEN MODE:='MT63-2000-LG' ELSE
IF NUMBER=17 THEN MODE:='MT63-2000-ST' ELSE
IF NUMBER=18 THEN MODE:='MT63-2000-VST' ELSE
IF NUMBER=19 THEN MODE:='PSKAM10' ELSE
IF NUMBER=20 THEN MODE:='PSKAM31' ELSE
IF NUMBER=21 THEN MODE:='PSKAM50' ELSE
IF NUMBER=22 THEN MODE:='PSK63F' ELSE
IF NUMBER=23 THEN MODE:='PSK220F' ELSE
{CHIP 64 parameter 1 (parameter 1: 64 or 128), Example: CHIP-64}
IF NUMBER=24 THEN MODE:='CHIP-64' ELSE
IF NUMBER=25 THEN MODE:='CHIP-128' ELSE
IF NUMBER=26 THEN MODE:='CW' ELSE
{CCW parameter 1 parameter 2 (parameter 1: OOK or FSK,
parameter 2: 12 (12 wpm), 24 (24 wpm) or 48 (48 wpm)
Examples: CCW-OOK-12 or CCW-FSK-24}
IF NUMBER=27 THEN MODE:='CCW-OOK-12' ELSE
IF NUMBER=28 THEN MODE:='CCW-OOK-24' ELSE
IF NUMBER=29 THEN MODE:='CCW-OOK-48' ELSE
IF NUMBER=30 THEN MODE:='CCW-FSK-12' ELSE
IF NUMBER=31 THEN MODE:='CCW-FSK-24' ELSE
IF NUMBER=33 THEN MODE:='CCW-FSK-48' ELSE
{Pactor1 ARQ not RX/TX in Multipsk 4.1.1}
IF NUMBER=34 THEN MODE:='PACTOR1-FEC' ELSE
{PACKET parameter 1 (parameter 1: 300 (bauds) or 1200
(bauds)),Example: PACKET-300}
IF NUMBER=35 THEN MODE:='PACKET-300' ELSE
IF NUMBER=36 THEN MODE:='PACKET-1200' ELSE
{ASCII parameter 1 (parameter 1: 7 (7 bits) or 8 (8 bits)), Example:
ASCII-7}
IF NUMBER=37 THEN MODE:='ASCII-7' ELSE
IF NUMBER=38 THEN MODE:='ASCII-8' ELSE
{RTTY parameter 1 (parameter 1: 45 (45 bauds), 50 (50 bauds), 75
(75 bauds)), Example: RTTY-45}
IF NUMBER=39 THEN MODE:='RTTY-45' ELSE
IF NUMBER=40 THEN MODE:='RTTY-50' ELSE
IF NUMBER=41 THEN MODE:='RTTY-75' ELSE
IF NUMBER=42 THEN MODE:='AMTOR FEC' ELSE
{THROB parameter 1 (parameter 1: 1 (1 baud), 2 (2 bauds) or 4 (4
bauds)), Example: THROB-2}
IF NUMBER=43 THEN MODE:='THROB-1' ELSE
IF NUMBER=44 THEN MODE:='THROB-2' ELSE
IF NUMBER=45 THEN MODE:='THROB-4' ELSE
{THROBX parameter 1 (parameter 1: 1 (1 baud) or 2 (2 bauds)),
Example: THROBX-2}
IF NUMBER=46 THEN MODE:='THROBX-1' ELSE
IF NUMBER=47 THEN MODE:='THROBX-2' ELSE
{CONTESTIA parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8
tones), 16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz),
500 (B=500 Hz) or 1000 (B=1000 Hz))...same parameters as OLIVIA
Examples: CONTESTIA-32-1000 or CONTESTIA-8-500
Note: the following are the main Contestia modes:
CONTESTIA-4-250, CONTESTIA-4-500, CONTESTIA-8-250, CONTESTIA-8-500,
CONTESTIA-16-500, CONTESTIA-16-1000, CONTESTIA-32-1000}
IF NUMBER=49 THEN MODE:='CONTESTIA-8-250' ELSE
IF NUMBER=50 THEN MODE:='CONTESTIA-16-500' ELSE
IF NUMBER=51 THEN MODE:='CONTESTIA-32-1000' ELSE
IF NUMBER=52 THEN MODE:='CONTESTIA-8-500' ELSE
IF NUMBER=53 THEN MODE:='CONTESTIA-16-1000' ELSE
IF NUMBER=54 THEN MODE:='CONTESTIA-4-500' ELSE
IF NUMBER=55 THEN MODE:='CONTESTIA-4-250' ELSE
IF NUMBER=56 THEN MODE:='VOICE' ELSE
IF NUMBER=57 THEN MODE:='MFSK16' ELSE
IF NUMBER=60 THEN MODE:='MFSK8' ELSE
{RTTYM parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8
tones), 16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz),
500 (B=500 Hz) or 1000 (B=1000 Hz))...same parameters as OLIVIA
Examples: RTTYM-32-1000 or RTTYM-8-500
Note: the following are the main RTTYM modes: RTTYM-4-250, RTTYM-4-500,
RTTYM-8-250, RTTYM-8-500, RTTYM-16-500, RTTYM-16-1000, RTTYM-32-1000}
IF NUMBER=61 THEN MODE:='RTTYM-8-250' ELSE
IF NUMBER=62 THEN MODE:='RTTYM-16-500' ELSE
IF NUMBER=63 THEN MODE:='RTTYM-32-1000' ELSE
IF NUMBER=65 THEN MODE:='RTTYM-8-500' ELSE
IF NUMBER=66 THEN MODE:='RTTYM-16-1000' ELSE
IF NUMBER=67 THEN MODE:='RTTYM-4-500' ELSE
IF NUMBER=68 THEN MODE:='RTTYM-4-250' ELSE
{OLIVIA parameter 1 parameter 2 (parameter 1: 4 (4 tones), 8 (8
tones), 16 (16 tones), 32 (32 tones), parameter 2: 250 (B=250 Hz),
500 (B=500 Hz) or 1000 (B=1000 Hz))
Examples: OLIVIA-32-1000 or OLIVIA-8-500
Note: the following are the main Olivia modes: OLIVIA-4-250, OLIVIA-4-500,
OLIVIA-8-250, OLIVIA-8-500, OLIVIA-16-500, OLIVIA-16-1000, OLIVIA-32-1000}
IF NUMBER=69 THEN MODE:='OLIVIA-8-250' ELSE
IF NUMBER=70 THEN MODE:='OLIVIA-16-500' ELSE
IF NUMBER=71 THEN MODE:='OLIVIA-32-1000' ELSE
IF NUMBER=72 THEN MODE:='OLIVIA-8-500' ELSE
IF NUMBER=73 THEN MODE:='OLIVIA-16-1000'
