Date   
Re: WAE RTTY SQTC issue

Olli
 

I observed this as a QTC recipient a few times. The effect was always that the sending station stopped it‘s transmission in the middle of QTC 10 about in the middle of the callsign transmitted as part of QTC 10. A few times this already happened during transmission of QTC 9 so I had to ask for repeats of both, QTC 9 & 10.

When sening QTCs myself I was not asked for more repeats of QTC 10 than others (in general very seldomly at all) using NL+ latest version. But I did not send that many QTCs.

Maybe it‘s a problem of NL+ QTC tx module?

73, Olli - DH8BQA
https://www.dh8bqa.de/





Dienstag, 13. November 2018, 21:57 +0100 von grimm@... <grimm@...>:

When sending QTCs nine times out of ten, the receiving station would ask for a repeat of NR 10.  Occasionally there would be other NRs that would be requested, but invariably, if a repeat was requested, NR 10 was always included.  A couple of questions:  1) Did anyone else observe anything like this? and 2) Any suggestions for fixing this issue?

The one possibility that occurred to me was that maybe in the SQTC Setup for RTTY for QTC spacing, I might use {ENTERLF} instead of {ENTER}.  I'm reluctant to make the change without knowing for sure that I'm not going to mess something up by doing so.

73,
--
Ken - K4XL
BoatAnchor Manual Archive
BAMA - http://bama.edebris.com

Re: WAE RTTY SQTC issue

N6KW Chuck Miller
 

Perhaps merely QSB instead of something wrong with the software? Condx not very friendly right now, at least here in the great frozen north of Seattle.

73, Chuck N6KW

On 2018-11-13 14:06, John Huecksteadt wrote:
I had exactly that problem. Always #10 and many times #9.
On Nov 13, 2018, 14:57 -0600, Kenneth Grimm <grimm@...>, wrote:
When sending QTCs nine times out of ten, the receiving station would ask for a repeat of NR 10.  Occasionally there would be other NRs that would be requested, but invariably, if a repeat was requested, NR 10 was always included.  A couple of questions:  1) Did anyone else observe anything like this? and 2) Any suggestions for fixing this issue?

The one possibility that occurred to me was that maybe in the SQTC Setup for RTTY for QTC spacing, I might use {ENTERLF} instead of {ENTER}.  I'm reluctant to make the change without knowing for sure that I'm not going to mess something up by doing so.

73,
--
Ken - K4XL
BoatAnchor Manual Archive
BAMA - http://bama.edebris.com

Re: WAE RTTY SQTC issue

John Huecksteadt
 

I had exactly that problem. Always #10 and many times #9.

On Nov 13, 2018, 14:57 -0600, Kenneth Grimm <grimm@...>, wrote:
When sending QTCs nine times out of ten, the receiving station would ask for a repeat of NR 10.  Occasionally there would be other NRs that would be requested, but invariably, if a repeat was requested, NR 10 was always included.  A couple of questions:  1) Did anyone else observe anything like this? and 2) Any suggestions for fixing this issue?

The one possibility that occurred to me was that maybe in the SQTC Setup for RTTY for QTC spacing, I might use {ENTERLF} instead of {ENTER}.  I'm reluctant to make the change without knowing for sure that I'm not going to mess something up by doing so.

73,
--
Ken - K4XL
BoatAnchor Manual Archive
BAMA - http://bama.edebris.com

Re: WAE RTTY QTC sending with N1MM+ and TinyFSK

Jim Ciurczak
 

Larry I remember seeing another post about garbled QTC's being sent but I no longer see it. I had responded to it because I had several requests for my QTC's to be resent as they were garbled. The set up here is N1MM+ 1.0.7300, Windows 10, FT2000 and a Microham USB III interface in FSK mode.. Wondering if this bug may have had the same effect?

Jim K2QB

WAE RTTY SQTC issue

Kenneth Grimm
 

When sending QTCs nine times out of ten, the receiving station would ask for a repeat of NR 10.  Occasionally there would be other NRs that would be requested, but invariably, if a repeat was requested, NR 10 was always included.  A couple of questions:  1) Did anyone else observe anything like this? and 2) Any suggestions for fixing this issue?

The one possibility that occurred to me was that maybe in the SQTC Setup for RTTY for QTC spacing, I might use {ENTERLF} instead of {ENTER}.  I'm reluctant to make the change without knowing for sure that I'm not going to mess something up by doing so.

73,
--
Ken - K4XL
BoatAnchor Manual Archive
BAMA - http://bama.edebris.com

Re: IMPORTANT! Sweepstakes Update

Gerry Hull
 


old way
if you entered 
image.png

You get 54 U K2LE 74 VT in the log

entering

image.png

Works correctly.

With the new version, the later works correctly as well.

I am the guy who was not watching the little display above that was showing what was going in the log.
My fault -- and my score will reflect it.   I'll probably still win NT -- since I was probably the only guy on, 
except for a few QSOs from VY0ERC!   (Did anyone work any other NT station?)

See ya un the phone version -- with corrected software.

73,

Gerry VE1RM/W1VE@VY1AAA

On Tue, Nov 13, 2018 at 6:57 AM Tom - N1MM <Tom@...> wrote:
There is a new version available with improved SS parsing.  This is in response to finding out some users had a high error rate with switched NR & CK.  In the new version,any number, without a precedence or section following the number will be treated as the QSO Number. 

Please test this version. 

To avoid NR/CK confusion in any version, ALWAYS enter the NR & Prec together like: 31A.  Likewise enter the CK & Section togerher like 61EMA.  Your error rate will improve.

Tips previously published: 

1. Make sure you fill out the exchange correctly. Look up your precedence at the ARRL site and enter it as shown in the Exchange textbox in the contest setup dialog. 
2. Remove 5NN or {SentRSTCut} or whatever from your RUN and S&P CW messages. Put them back after the contest.
3. Practice the exchange.  The exchange textbox will parse the exchange for you and MAKE ASSUMPTIONS about which number is the number and which is the check.  There is ambiguity with one and two digit numbers, so as a precaution, always enter in couplets. e.g. 12A or 77CT  If a number is attached to a precedence, it will ALWAYS be interpreted as a serial number.  If attached to a section, it will ALWAYS be interpreted as a number. 
4. The frame above the exchange tells you how the program interpreted what you typed.  
5. You may enter the data multiple times. The last data entered is used. Watch the frame to see this work.  123A 55CT 56CT will be interpreted as 123A 56CT.
6. You may enter a callsign in the exchange textbox and it will override what is in the callsign textbox. Just press space and type the correct call. 
7. Call history will fill in only the check and section. Make sure they are correct. If they don't need to be reentered.  e.g. 56CT 123A is fine. Watch the exchange frame to see how it works. 

Practice this NOW, not at 2050 UTC on the day of the contest
Good luck!

73, 
Tom - N1MM   

Re: IMPORTANT! Sweepstakes Update

Gerald Boutin (VE1DT)
 

On Tue, Nov 13, 2018 at 07:57 AM, Tom - N1MM wrote:
There is a new version available with improved SS parsing.  This is in response to finding out some users had a high error rate with switched NR & CK.  In the new version,any number, without a precedence or section following the number will be treated as the QSO Number. 

Please test this version. 

It is actually not "any" number. There is a clarification in the release notes listed on the download website, but the change to the release notes is NOT yet in the RevisionHistory.txt file in the 7342 update..

ARRL SS: A 2 digit number, without a precedence or section following will be treated as a CK. A 1, 3 or 4 digit number without a precedence or section following will be treated as a NR. (Coded by N2IC)

--
Gerald, VE1DT

IMPORTANT! Sweepstakes Update

Tom - N1MM
 

There is a new version available with improved SS parsing.  This is in response to finding out some users had a high error rate with switched NR & CK.  In the new version,any number, without a precedence or section following the number will be treated as the QSO Number. 

Please test this version. 

To avoid NR/CK confusion in any version, ALWAYS enter the NR & Prec together like: 31A.  Likewise enter the CK & Section togerher like 61EMA.  Your error rate will improve.

Tips previously published: 

1. Make sure you fill out the exchange correctly. Look up your precedence at the ARRL site and enter it as shown in the Exchange textbox in the contest setup dialog. 
2. Remove 5NN or {SentRSTCut} or whatever from your RUN and S&P CW messages. Put them back after the contest.
3. Practice the exchange.  The exchange textbox will parse the exchange for you and MAKE ASSUMPTIONS about which number is the number and which is the check.  There is ambiguity with one and two digit numbers, so as a precaution, always enter in couplets. e.g. 12A or 77CT  If a number is attached to a precedence, it will ALWAYS be interpreted as a serial number.  If attached to a section, it will ALWAYS be interpreted as a number. 
4. The frame above the exchange tells you how the program interpreted what you typed.  
5. You may enter the data multiple times. The last data entered is used. Watch the frame to see this work.  123A 55CT 56CT will be interpreted as 123A 56CT.
6. You may enter a callsign in the exchange textbox and it will override what is in the callsign textbox. Just press space and type the correct call. 
7. Call history will fill in only the check and section. Make sure they are correct. If they don't need to be reentered.  e.g. 56CT 123A is fine. Watch the exchange frame to see how it works. 

Practice this NOW, not at 2050 UTC on the day of the contest
Good luck!

73, 
Tom - N1MM   

locked Re: New Version

Tom - N1MM
 

Version 1.0.7342(November 13, 2018)
  1. Unhandled Exception: Fix for unhandled exception in ContestInstance (N9ECY) (Coded by KU7T)
  2. ARRL SS: Better processing of exchange. Any number, without a precedence or section following the number will be treated as the QSO Number. (Coded by N2IC)

Re: ICOM 7300 using DVK Messages

John Bednar
 

 

Rich,

 

When the concatenate box is checked, the code checks for:

  • Wav file read permission.
  • PCM encoding.
  • Sample rate, bit depth, and channels.
  • Missing letter & number files. These files are required:  "0", "1", "2", "3", "4", "5",

"6", "7", "8", "9", "A", "B", "C", "D", "E", "F", "G", "H", "I", "J", "K",

"L", "M", "N", "O", "P", "Q", "R", "S", "T", "U", "V", "W", "X", "Y", "Z",

"STROKE", "STROKEP", "QUERY"

 

The Lettters Path and Wav\Operator directories are both checked.

 

If file snips of partial callsigns exist (“PY”) or full callsigns exist, they are used for playback when voicing the callsign.

 

If the complete expanded number set exists (“TWENTY”, “FORTY”, etc), those files are used to voice the number (One-Thousand-Three) instead of (One-Zero-Zero-Three).

 

John, K3CT

 

 

From: N1MMLoggerPlus@groups.io <N1MMLoggerPlus@groups.io> On Behalf Of ve3ki
Sent: Monday, November 12, 2018 8:25 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MMLoggerPlus] ICOM 7300 using DVK Messages

 

If he is using wav files from N1MM+ rather than DVK memories in the radio, then a simple #,restofexchange.wav should do it, shouldn't it (as long as everything is recorded at the same sample rate, etc.)?

73,
Rich VE3KI


On Mon, Nov 12, 2018 at 08:17 PM, John Bednar wrote:

 

Rich,

 

The IC-7300 contains a radio codec. I assumed Scott is using the sound card in the radio.

 

John, K3CT

 

From: N1MMLoggerPlus@groups.io <N1MMLoggerPlus@groups.io> On Behalf Of ve3ki
Sent: Monday, November 12, 2018 7:58 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MMLoggerPlus] ICOM 7300 using DVK Messages

 

Scott, how are you sending the DVK messages from the 7300? Is it using a CAT1HEX-type macro? If so, you could try a message like ! # {END}{CAT1HEX ...} where the DVK message contains precedence, call, check and section. John can correct me if I am wrong, but I suspect you might need the {END} macro to prevent the {CAT1HEX} from being executed before the ! and # are sent.

73,
Rich VE3KI


On Mon, Nov 12, 2018 at 06:53 PM, Scott wrote:

Most likely the answer will be no, but I'm going to ask anyway. Since I started using the DVK messages from my 7300, I am totally sold on using them in contests as I find it very easy to record messages and send from N1MM+. Is there a way to mix these with my .wav files that I used to use? For example, this weekend is ARRL November SS phone, and I had a macro in the past where I would use a mix of the .wav files to send all the information that is sent, including the callsigns using the numbers and letters that I had recorded a few years ago. It sounded robotic, but it also worked. Is it possible to somehow program a macro for the exchange so I can send the callsign and the sequential number from a .wav and the rest from a DVK message? If not, then it's no big deal, just wondering if it is possible. I was experimenting a bit with it and doesn't seem to work. I could just revert back to the .wav files for one contest if I really wanted to.

Scott
KN3A

 

Re: ICOM 7300 using DVK Messages

Barry Bettman
 

Are you referring to:

#1  playing ic7300 dvk memories that are pre-recorded on the rig 
or 
#2 playing N1MM+ messages that were previously recorded 


On Mon, Nov 12, 2018 at 4:29 PM John Bednar <k3ct@...> wrote:

 

Scott,

 

Logger+ Audio player has an option to concatenate wav files.

All files need to have the same sample rate. The files are checked when the option is enabled.

 

John, K3CT

 

 

From: N1MMLoggerPlus@groups.io <N1MMLoggerPlus@groups.io> On Behalf Of Scott
Sent: Monday, November 12, 2018 6:54 PM
To: N1MMLoggerPlus@groups.io
Subject: [N1MMLoggerPlus] ICOM 7300 using DVK Messages

 

Most likely the answer will be no, but I'm going to ask anyway. Since I started using the DVK messages from my 7300, I am totally sold on using them in contests as I find it very easy to record messages and send from N1MM+. Is there a way to mix these with my .wav files that I used to use? For example, this weekend is ARRL November SS phone, and I had a macro in the past where I would use a mix of the .wav files to send all the information that is sent, including the callsigns using the numbers and letters that I had recorded a few years ago. It sounded robotic, but it also worked. Is it possible to somehow program a macro for the exchange so I can send the callsign and the sequential number from a .wav and the rest from a DVK message? If not, then it's no big deal, just wondering if it is possible. I was experimenting a bit with it and doesn't seem to work. I could just revert back to the .wav files for one contest if I really wanted to.

Scott
KN3A

Re: ICOM 7300 using DVK Messages

ve3ki
 

If he is using wav files from N1MM+ rather than DVK memories in the radio, then a simple #,restofexchange.wav should do it, shouldn't it (as long as everything is recorded at the same sample rate, etc.)?

73,
Rich VE3KI


On Mon, Nov 12, 2018 at 08:17 PM, John Bednar wrote:

 

Rich,

 

The IC-7300 contains a radio codec. I assumed Scott is using the sound card in the radio.

 

John, K3CT

 

From: N1MMLoggerPlus@groups.io <N1MMLoggerPlus@groups.io> On Behalf Of ve3ki
Sent: Monday, November 12, 2018 7:58 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MMLoggerPlus] ICOM 7300 using DVK Messages

 

Scott, how are you sending the DVK messages from the 7300? Is it using a CAT1HEX-type macro? If so, you could try a message like ! # {END}{CAT1HEX ...} where the DVK message contains precedence, call, check and section. John can correct me if I am wrong, but I suspect you might need the {END} macro to prevent the {CAT1HEX} from being executed before the ! and # are sent.

73,
Rich VE3KI


On Mon, Nov 12, 2018 at 06:53 PM, Scott wrote:

Most likely the answer will be no, but I'm going to ask anyway. Since I started using the DVK messages from my 7300, I am totally sold on using them in contests as I find it very easy to record messages and send from N1MM+. Is there a way to mix these with my .wav files that I used to use? For example, this weekend is ARRL November SS phone, and I had a macro in the past where I would use a mix of the .wav files to send all the information that is sent, including the callsigns using the numbers and letters that I had recorded a few years ago. It sounded robotic, but it also worked. Is it possible to somehow program a macro for the exchange so I can send the callsign and the sequential number from a .wav and the rest from a DVK message? If not, then it's no big deal, just wondering if it is possible. I was experimenting a bit with it and doesn't seem to work. I could just revert back to the .wav files for one contest if I really wanted to.

Scott
KN3A

 

Re: ICOM 7300 using DVK Messages

John Bednar
 

 

Rich,

 

The IC-7300 contains a radio codec. I assumed Scott is using the sound card in the radio.

 

John, K3CT

 

From: N1MMLoggerPlus@groups.io <N1MMLoggerPlus@groups.io> On Behalf Of ve3ki
Sent: Monday, November 12, 2018 7:58 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MMLoggerPlus] ICOM 7300 using DVK Messages

 

Scott, how are you sending the DVK messages from the 7300? Is it using a CAT1HEX-type macro? If so, you could try a message like ! # {END}{CAT1HEX ...} where the DVK message contains precedence, call, check and section. John can correct me if I am wrong, but I suspect you might need the {END} macro to prevent the {CAT1HEX} from being executed before the ! and # are sent.

73,
Rich VE3KI


On Mon, Nov 12, 2018 at 06:53 PM, Scott wrote:

Most likely the answer will be no, but I'm going to ask anyway. Since I started using the DVK messages from my 7300, I am totally sold on using them in contests as I find it very easy to record messages and send from N1MM+. Is there a way to mix these with my .wav files that I used to use? For example, this weekend is ARRL November SS phone, and I had a macro in the past where I would use a mix of the .wav files to send all the information that is sent, including the callsigns using the numbers and letters that I had recorded a few years ago. It sounded robotic, but it also worked. Is it possible to somehow program a macro for the exchange so I can send the callsign and the sequential number from a .wav and the rest from a DVK message? If not, then it's no big deal, just wondering if it is possible. I was experimenting a bit with it and doesn't seem to work. I could just revert back to the .wav files for one contest if I really wanted to.

Scott
KN3A

Re: ICOM 7300 using DVK Messages

ve3ki
 

Scott, how are you sending the DVK messages from the 7300? Is it using a CAT1HEX-type macro? If so, you could try a message like ! # {END}{CAT1HEX ...} where the DVK message contains precedence, call, check and section. John can correct me if I am wrong, but I suspect you might need the {END} macro to prevent the {CAT1HEX} from being executed before the ! and # are sent.

73,
Rich VE3KI


On Mon, Nov 12, 2018 at 06:53 PM, Scott wrote:
Most likely the answer will be no, but I'm going to ask anyway. Since I started using the DVK messages from my 7300, I am totally sold on using them in contests as I find it very easy to record messages and send from N1MM+. Is there a way to mix these with my .wav files that I used to use? For example, this weekend is ARRL November SS phone, and I had a macro in the past where I would use a mix of the .wav files to send all the information that is sent, including the callsigns using the numbers and letters that I had recorded a few years ago. It sounded robotic, but it also worked. Is it possible to somehow program a macro for the exchange so I can send the callsign and the sequential number from a .wav and the rest from a DVK message? If not, then it's no big deal, just wondering if it is possible. I was experimenting a bit with it and doesn't seem to work. I could just revert back to the .wav files for one contest if I really wanted to.

Scott
KN3A

Re: ICOM 7300 using DVK Messages

John Bednar
 

 

Scott,

 

Logger+ Audio player has an option to concatenate wav files.

All files need to have the same sample rate. The files are checked when the option is enabled.

 

John, K3CT

 

 

From: N1MMLoggerPlus@groups.io <N1MMLoggerPlus@groups.io> On Behalf Of Scott
Sent: Monday, November 12, 2018 6:54 PM
To: N1MMLoggerPlus@groups.io
Subject: [N1MMLoggerPlus] ICOM 7300 using DVK Messages

 

Most likely the answer will be no, but I'm going to ask anyway. Since I started using the DVK messages from my 7300, I am totally sold on using them in contests as I find it very easy to record messages and send from N1MM+. Is there a way to mix these with my .wav files that I used to use? For example, this weekend is ARRL November SS phone, and I had a macro in the past where I would use a mix of the .wav files to send all the information that is sent, including the callsigns using the numbers and letters that I had recorded a few years ago. It sounded robotic, but it also worked. Is it possible to somehow program a macro for the exchange so I can send the callsign and the sequential number from a .wav and the rest from a DVK message? If not, then it's no big deal, just wondering if it is possible. I was experimenting a bit with it and doesn't seem to work. I could just revert back to the .wav files for one contest if I really wanted to.

Scott
KN3A

ICOM 7300 using DVK Messages

Scott
 

Most likely the answer will be no, but I'm going to ask anyway. Since I started using the DVK messages from my 7300, I am totally sold on using them in contests as I find it very easy to record messages and send from N1MM+. Is there a way to mix these with my .wav files that I used to use? For example, this weekend is ARRL November SS phone, and I had a macro in the past where I would use a mix of the .wav files to send all the information that is sent, including the callsigns using the numbers and letters that I had recorded a few years ago. It sounded robotic, but it also worked. Is it possible to somehow program a macro for the exchange so I can send the callsign and the sequential number from a .wav and the rest from a DVK message? If not, then it's no big deal, just wondering if it is possible. I was experimenting a bit with it and doesn't seem to work. I could just revert back to the .wav files for one contest if I really wanted to.

Scott
KN3A

Re: Muting mike audio during message playback not working in Logger+ Audio? #n1mm

Peter Barron
 

Hi All

I have the same "feature" with my Soundcard as well , it works fine with Config Audio,  in the Windows  Speakers Properties screen I also have a Mic Level window and when I use Configure Audio it shows the Mic as muted  during playback with N1MM Logger+.

But when Logger+ Audio is used , it shows on the Speaker Properties Mic at normal level and on the Record Properties the level rolls back to -186dB. so the through path is still live.

However  if I use the on board  Realtek AC883 HDAUDIO that works the other way??? That is
with Logger+ Audio  the onboard HDAUDIO work fine and mutes, Providing I set "listen  to this device" to ON.

If I use Configure Audio I can't select the MIC to mute on the HDAUDIO chip!!

I have detailed screen snips etc if anyone needs them

Soundcard is Creative Audigy RX 7.1.

Cheers

Peter

VE3PN

Re: Sending QTCs in the WAE RTTY contest when using SO2R

Rick Ellison
 

Hi Sam..

This is on my list to look at. I had 2 other reports of this..

 

73 Rick N2AMG

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of w4pk@...
Sent: Monday, November 12, 2018 4:14 PM
To: N1MMLoggerPlus@groups.io
Subject: [N1MMLoggerPlus] Sending QTCs in the WAE RTTY contest when using SO2R

 

Hello all

I use SO2R, and I encountered a problem when sending QTCs.  If I had recently logged a contact (non NA) on the opposite radio AND then received a request for (or asked for) QTCs on the current radio then it would send them on the opposite radio. The current radio had focus, but when I did the CTRL-Z thing it would come up with the last call I had logged on the opposite radio and of course it would transmit QTCs on that radio.   In a couple of cases I forced the QTCs to be sent on the current radio by manually selecting that radio (via> hardware) but this meant that the wrong call was logged with the QTCs being sent. 

I had no problem with receiving QTCs or in sending them if the last logged station  on the opposite radio was from the NA region.

Has anyone else experienced this, or yet again am I the only one?

73, Sam W4PK

Re: Radio sent invalid CAT DATA

Pete N4KW
 

Hi Joe,  Well I believe it is now working properly.  I want to thank you
for taking the time to help with this problem.
Without your descriptions on how you thought it worked sure helped me
start to understand how this all worked together.
I did not know about the system not being able to have two parallel TDX
lines etc.  So here is what I did.

I turned OFF SW#1 placing the SPE in a listen mode.  Doing this I lost
the SPE in that it was not following my xcvr (band and freq).
Not knowing what to do next I decided to remove the USB cable to the PC
and that did not change a thing.  So I decided to normalize things
pluged in the USB cable and saw that now the SPE was now on the same
band as the xcvr and SW#1 was still OFF.  I sat and watched N1MM+
for about 20 minutes and no indication of invalid data.  It has been
working fine for the past 3 days.  Everything is working and both
switches on the RS-232 connector plugged into the SPE are OFF, the USB
cable is plugged into the SPE to my PC, SPE and N1MM+ both follow my
xcvr etc.  No invalid data indicated. Looks like the listen mode is just
that and I only have one TXD line in use.

Not sure why it started to work when I plugged the USB cable back in,
could have been coincidence.

Thanks again Joe,  73,m Pete, N4KW

On 11/6/2018 7:57 PM, Joe Subich, W4TV wrote:


On 2018-11-06 7:35 PM, N4KW Pete wrote:
Joe can you explain what SW#1 is actually doing
Not without a schematic to actually see what the switch does.

or what is the meaning of "On, for normal RS-232, and Off, for serial
Port Sharing".
A guess is that "on" connects the serial out line from the amplifier
to the serial in line of the transceiver (e.g. pin 9 on the SPE
to pin 3 of the transceiver) when "on" (figure 12.4, 12.5, & 12.6
in the SPE Manual) and disconnects the serial out line when OFF
(figure 14.2 in the SPE Manual).  Note: the SPE Manual contradicts
itself in the labeling of Figure 12.4, 12.5, & 12.6 making it even
more difficult to know hat is really going on!

But in general, "ON" would be the setting for using the amplifier
with a rig only and "OFF" would be the "Listen Only" mode (listen
to data from rig to computer/logging program).  This is only a
guess based on the operation of "listen only" devices.

73,

   ... Joe, W4TV


On 2018-11-06 7:35 PM, N4KW Pete wrote:
Joe can you explain what SW#1 is actually doing or what is the meaning
of "On, for normal RS-232, and Off, for serial Port Sharing".  I
understand RS-232.

73, Pete, N4KW


On 11/6/2018 2:36 PM, Joe Subich, W4TV wrote:

I don't have an SPE.  My comments are based on studying the SPE
manuals and dealing with similar "paralleled device" problems
(e.g. SteppIR, certain auto-tuners, etc.).

RS-232 can not possibly work with two "transmitters" connected to
one "receiver" and most rigs will respond with garbage if two
devices "talk" to the rig at the same time.

Finally, unless the logging program is written to ignore invalid
input (or unexpected input) - like DXLab Suite CIV Commander -
they will often complain or even lock up entirely when receiving
invalid/corrupted/unexpected responses from the radio.

73,

   ... Joe, W4TV


On 2018-11-06 2:25 PM, N4KW Pete wrote:
Interesting Joe, the card that came with my cables says #1 Default ON,
#2 Default OFF.  With your switches in those position are you able to
see your SPE front panel on your monitor and control the linear with
your mouse?  I believe that if SW#2 is ON then your linear will
turn on
and off with your xcvr.  It that the way yours works.
I could try your settings and see what effect it would have. Don't
think it would hurt anything.

73, Pete, N4KW


On 11/6/2018 9:10 AM, Joe Subich, W4TV wrote:

Hope you understand and that I have not confused you. I was told
that
the Default position of the switches is SW1 OFF and SW2 ON and that
is the way I presently have it.
You have thoroughly confused me with a cable with switches in it.

The principle is that the rig can not have two devices (e.g. computer
and amplifier) connected to the "receive" data line at the same time.
I leave it to you to figure out whether your configuration meets that
requirement.

73,

   ... Joe, W4TV


On 2018-11-05 11:47 PM, N4KW Pete wrote:
Hey Joe,  I really appreciate all the research you must have done
to get
down to the connectors pins etc.  I do not quite understand
everything.
put have a pretty good idea.  My cables were ordered and made
before I
ordered the linear.  My xcvr is a FTDX-5000 and my cables were
made by
KC5PCB.  The RS-232 connector that plugs into the SPE 1.3K-FA
linear has
two small switches, switch No. 1 switch is TXD and it is off, No.2
switch is
Remote and is On.  With the documentation I received it says to
turn OFF
SWitch 1 for serial port sharing. and switch 2 Off to disable
remote.

I use the remote function as it allows the SPE front panel's
identical
image to appear on my monitor and I can control the linear with the
mouse.
As I understand it, if I reversed the switch settings to SW#1 to off
(for serial port sharing) and SW#2 to off the spe would turn on and
off
by my xcvr .
Wonder if I turn off SW#1 (allowing serial port sharing) and keep
SW#2
on I would still be able to use the remote feature. Hope you
understand
and that
I have not confused you.  I was told that the Default position of
the
switches is SW1 OFF and SW2 ON and that is the way I presently have
it.

73, Pete, N4KW
ps block diagram of the cables says sw1 should be OFF for just
listening. Does not listening mean that it does not poll?

On 11/5/2018 3:34 PM, Joe Subich, W4TV wrote:

The typical configuration for a "Y" is to connect all three wires
(2, 3, 5) between the rig and computer and connect *only* data
from the rig to the "third" device (pins 2, 5 on the rig to the
amplifier).

Per the SPE manual(s), that would be connections to only pin 9
(data) and 4 (ground) as shown in figure 14.2 (pg 48) of the
1.3K-FA manual, fig 14.2 (pg 45) of the 2K-FA manual or Fig 14.2
(pg 39) of the 1K-FA manual.

What this connection does is prevent the amplifier from polling
the rig.  If you intend to operate without a logging program that
polls the rig, use the rig's menu to turn on "auto information"
(rig sends data automatically whenever frequency/band changes)
so the amplifier can follow frequency changes.  The exact menu
item will depend on make/model of transceiver.

73,

   ... Joe, W4TV


On 2018-11-05 3:10 PM, N4KW Pete wrote:
Hi Joe, thanks for replying to my note.  I have a "Y" cable and
would
guess that both would be polling but not sure if its at the same
time,
and if so then
there could be bumping heads and N1MM cannot decipher that. Is
there a
way I can fix what is happening.  Never gave any thought to both
polling
at the
same time.
73, Pete, N4KW


On 11/5/2018 1:59 PM, Joe Subich, W4TV wrote:

I have been testing this situation and found today that this
seems to
happens only when my SPE linear is being used. Any one familiar
with
this Red Dot and Note. Could it be a false positive.
How is your SPE amplifier connected?  Is it simply connected to
*listen* to the data from the transceiver or are you using some
kind of port splitter to allow both N1MM+ and the SPE to poll
your rig at the same time?

73,

   ... Joe, W4TV


On 2018-11-05 11:32 AM, N4KW Pete wrote:
When using N1MM+ I keep seeing a Red Dot in the lower left
corner
of the
main screen with the note "Radio sent invalid CAT DATA."
The note and the red dot will disappear and come back after a
short
while.  I looked to see if N1MM had some kind of "ERROR" file
that
would
be generated
when encountering any kind of error but unable to find any
mention of
such a file.  I spent a lot of time on this yesterday and felt
that
if I
continued the error could impact on my Cabrilo file so removed
myself
from the SS.

I use DXLab as my logging software and it has error logs for the
various
apps.  The commander app that interfaces with my xcvr and CAT
does not
show any errors.  I have been testing this situation and found
today
that this seems to happens only when my SPE linear is being
used.
Any one familiar with this Red Dot and Note. Could it be a false
positive.

73, Pete, N4KW
























Sending QTCs in the WAE RTTY contest when using SO2R

w4pk@w4pk.com
 

Hello all

I use SO2R, and I encountered a problem when sending QTCs.  If I had recently logged a contact (non NA) on the opposite radio AND then received a request for (or asked for) QTCs on the current radio then it would send them on the opposite radio. The current radio had focus, but when I did the CTRL-Z thing it would come up with the last call I had logged on the opposite radio and of course it would transmit QTCs on that radio.   In a couple of cases I forced the QTCs to be sent on the current radio by manually selecting that radio (via> hardware) but this meant that the wrong call was logged with the QTCs being sent. 

I had no problem with receiving QTCs or in sending them if the last logged station  on the opposite radio was from the NA region.

Has anyone else experienced this, or yet again am I the only one?

73, Sam W4PK