Date   

Re: N1MM+ send incomplete call sign in RUN mode

DanM
 

Thanks Steve, I've further investigate the issue and found this behavior in both modes, RUN and S&P.
Regardless of configured button (F1,F4,...Fx) or mode, the message is sent incomplete from time to time.

Checking further I've found this is happening only if the CW Function Key File contains a text message in front of a {MYCALL} macro, so:
1. F1 Cq, {MYCALL}             - ok no issues
2. F1 Cq, {MYCALL} Test     - ok no issues
3. F1 Cq,Test {MYCALL}      - always with sent errors

This is true regardless of configured button, if there are some text in front of the macro, N1MM+ send incomplete message from time to time

Unfortunately I don't have right now a K1EL Winkey to test.

Is there a logging function in N1MM+ so we can see the exchange messages between N1MM+ and Winkey ?

Thank you

 


Re: OK Test

pinoleronica
 

I figured it out!   Sorry for bandwith...

Happy Holidays!

Rafael / NN3RP


OK Test

pinoleronica
 

I started working the OK test and was up to 15 or so Qs when Windows did me a trick....for some reason I could not use the mouse anymore.  I use a combo wireless keyboard / mouse which never had given me any issues....a flickering window on top left corner will not go away...it was related to the mouse...I shut down by the "finger" and the same issue.   I can't tell what happened... I did performed a system restore but still the same...I remoted into the system from 2nd PC and I had to disable the input from bad system.   I knew it had something to do with the wireless mouse so I downloaded and installed drivers....this fixed the issue and I was able to continue the test.   But this is now why I am writing.


Upon launching latest N1MM+, it defaulted to my last DXPedition log!   I've lost my initial OK log (or did I?).   I had to create a new OK log, and of course, I had to start all over again missing my initial 15 Qs.


Is it possible to get back those 15?   I thought system restore will only act upon system files and not data.


Any hints will be appreciate.


Rafael / NN3RP


Re: Lost Mults in OK RTTY

gbyahoo@...
 

Richard,

Was the mode recorded correctly in the log for the 40m QSOs?

>> Gerald, VE1DT


---In N1MMLoggerplus@..., <k5na@...> wrote :

My XYL, K5DU, operated the OK DX RTTY Contest this past weekend and noticed something weird. She was running N1MM with the latest update.

The multipliers for the contest are DXCC countries and different OK/OL stations on each band. On 20 and 15 meter the program seemed to count the OK/OL multipliers correctly.

But on 40M, the first OK station was only counted as a DXCC country and she didn't get credit for the station multiplier for that QSO or any of the following OK/OL QSOs. She got the QSO points the same as other Eu stations as expected. But she didn't get the additional multipliers for each different OK/OL station she worked.

I don't know if this would have been a problem on 80M too because she worked no OK/OL stations on that band.

Did anyone else notice this multiplier problem?

73, Richard - K5NA


Re: Lost Mults in OK RTTY

Richard White <whiter26@...>
 

My first 40 meter OK call was logged as a multiplier correctly.

Ks0m 

 

Richard C. “Dick” White

Fulton, MO 65251 U.S.A

Amateur Radio Station  KS0M

 

From: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Sent: Monday, December 21, 2015 8:37 AM
To: N1MMLoggerplus@...
Cc: Susan King
Subject: [N1MMLoggerplus] Lost Mults in OK RTTY

 

 

My XYL, K5DU, operated the OK DX RTTY Contest this past weekend and noticed something weird. She was running N1MM with the latest update.

 

The multipliers for the contest are DXCC countries and different OK/OL stations on each band. On 20 and 15 meter the program seemed to count the OK/OL multipliers correctly.

 

But on 40M, the first OK station was only counted as a DXCC country and she didn't get credit for the station multiplier for that QSO or any of the following OK/OL QSOs. She got the QSO points the same as other Eu stations as expected. But she didn't get the additional multipliers for each different OK/OL station she worked.

 

I don't know if this would have been a problem on 80M too because she worked no OK/OL stations on that band.

 

Did anyone else notice this multiplier problem?

 

73, Richard - K5NA


Re: Lost Mults in OK RTTY

Goetz DJ3IW
 

I worked Single-Band 80m and the counting of OK/OL mults was OK.

 

73 de Goetz DJ3IW

 

Von: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Gesendet: Montag, 21. Dezember 2015 14:37
An: N1MMLoggerplus@...
Cc: Susan King
Betreff: [N1MMLoggerplus] Lost Mults in OK RTTY

 

 

My XYL, K5DU, operated the OK DX RTTY Contest this past weekend and noticed something weird. She was running N1MM with the latest update.

 

The multipliers for the contest are DXCC countries and different OK/OL stations on each band. On 20 and 15 meter the program seemed to count the OK/OL multipliers correctly.

 

But on 40M, the first OK station was only counted as a DXCC country and she didn't get credit for the station multiplier for that QSO or any of the following OK/OL QSOs. She got the QSO points the same as other Eu stations as expected. But she didn't get the additional multipliers for each different OK/OL station she worked.

 

I don't know if this would have been a problem on 80M too because she worked no OK/OL stations on that band.

 

Did anyone else notice this multiplier problem?

 

73, Richard - K5NA


Lost Mults in OK RTTY

Richard King
 

My XYL, K5DU, operated the OK DX RTTY Contest this past weekend and noticed something weird. She was running N1MM with the latest update.

The multipliers for the contest are DXCC countries and different OK/OL stations on each band. On 20 and 15 meter the program seemed to count the OK/OL multipliers correctly.

But on 40M, the first OK station was only counted as a DXCC country and she didn't get credit for the station multiplier for that QSO or any of the following OK/OL QSOs. She got the QSO points the same as other Eu stations as expected. But she didn't get the additional multipliers for each different OK/OL station she worked.

I don't know if this would have been a problem on 80M too because she worked no OK/OL stations on that band.

Did anyone else notice this multiplier problem?

73, Richard - K5NA


Re: After 1.0.5375 .ini file rotor control string deletion

jpescatore@...
 

Tom - apparently this is due to the change in the latest version where there is now a "Broadcast Data" tab in the Configurer for this, vs. editing .ini files.

However, it isn't immediately obvious how to use that new tab for the rotor .ini string. Is Rotor Control considered an application? Should RotorControl be included there or just the IP addresses of the local machine and the receiving machines? The documentation on the web or in the hovers doesn't say.

We had a backup .ini, so put it back on the impacted machines so we are OK until next reboot I guess - but how to use that new way of doing things?

73 John K3TN


how to change date/time format in log window

Jorge Diez - CX6VM
 

Hello

 

How can I do to have like in Classic, HH:MM:SS in the log?

 

Thanks,

Jorge

CX6VM/CW5W

Este correo electrónico se ha enviado desde un equipo libre de virus y protegido por Avast.
www.avast.com


Re: CW setup on K3 recommendations?

Nolan - KI5IO
 

Rich,

Tnx for your list of items to check out. I'm about to hit the hay as I have an inspection project in the morning (even though I'm "semi-retired" ... I'll go through your list as well as a list I got from another OM with some things to check.  I may (as both have noted using) just hook up my WinKeyer USB and keep it clean/simple.

73,

Nolan K.
KI5IO


Re: CW setup on K3 recommendations?

ve3ki@...
 

What is your CONFIG:PTT-KEY set to in the K3?

In the setup for the serial port you are using for radio control, to what do you have DTR and RTS set?

Are any of the PTT via Radio Command check boxes checked?

Are you using VOX/QSK on the K3?

What is CONFIG:TX DLY set to?

Is there anything connected to the PTT IN jack on the K3?

My recommended settings for using CW via the RS-232 port would be CONFIG:PTT-KEY = OFF-DTR; DTR set to CW and RTS set to Always Off; PTT via Radio Command NOT checked; VOX enabled (with or without QSK); and CONFIG:TX DLY = NOR 008.

CONFIG:TX DLY greater than 008 can cause "choppy" CW from the K3.

If this is not the cause, and you still get poor CW timing, you may have to consider a method other than serial port keying for CW. Windows is not a real-time operating system and cannot guarantee accurate timing of events such as turning the CW keying signal on and off. Depending on your computer's CPU, on what other processes are running, and on what interrupts may be occurring either due to I/O or to housekeeping processes (virus scans, updates, disk housekeeping, or just responding to network traffic), CW timing from a serial port may or may not be accurate enough. The most effective solution to this kind of problem is to offload CW timing to an external dedicated processor (e.g. a K1EL WinKeyer).

The ERR PTT is caused by something on the computer holding a signal line that is controlling PTT on. That might be either RTS turned on by the O/S when the program is not running (if the K3's CONFIG:PTT-KEY is set to RTS-DTR), or something connected to the PTT IN jack. Under some conditions, using PTT via radio command at the same time as PTT via a hardware signal (such as RTS) can cause something along these lines - I'd suggest that it is safest to avoid using PTT via radio command unless you have no other alternative.

73,
Rich VE3KI


---In N1MMLoggerplus@..., <Nolan@...> wrote :

I've done some searches, but can't seem to locate a thread involving the installation/setup of N1MM+ on an Elecraft K3. My K3 is new as of May-2015.  I'm running a DP9 cable for rig control and was following the N1MM configuration for CW control via DTR on the DB9.


I also double-checked the information from the Elecraft manual and I got to the point where I can send CW (using F keys for example) as a test. Albeit the audio quality, spacing, weight,etc. is weird compared to using my paddle or straight key direct to the rig.


Anyway ... when I turn the N1MM application off to shut it down it turns my rig's transmit ON and display a PTT ERR code.  So, I've not quite selected the proper value for the PTT Key on the K3, but can't seem to find which way to turn to fine tune (pun intended) for this one.


Only goes 'weird' like this when I close the N1MM program so it is leaving some signal low or high as it should not do or the K3 is not expecting.


Tnx in advance.


73,


KI5IO

Nolan Kienitz

Plano, TX



Re: N1MM+ send incomplete call sign in RUN mode

Steve London
 

The key is here:

WinKey by RemoteRig
First of all, there is not a genuine K1EL Winkey inside of RemoteRig. RemoteRig is emulating the Winkey protocol, which is fine, as long as it is done correctly.

The only reasons the CQ would stop prematurely is that either the transmitter-side of the RemoteRig interface has, for some reason, terminated the sending, or the local-side of the RemoteRig interface has told N1MM+ to stop sending the CQ.

If you have a genuine K1EL Winkey, it would be worth hooking that up locally and seeing if it behaves differently. That would help confirm that the problem is within RemoteRig.

73,
Steve, N2IC


On 12/20/2015 01:44 PM, dan.maracineanu@... [N1MMLoggerplus] wrote:
Hello,


I've just started to use N1MM+ for a couple of weeks and it works fine
in S&P mode.

Today I've tried a longer session in RUN mode during a contest and I've
experienced a strange behavior, ESM enabled, CQ repeat enabled. F1 or
enter start sending my call sign as per config file:

F1 Cq,Test {MYCALL} {MYCALL}

90% this worked as it should be but sometimes it stops in the middle of
my call sign or just send 'Test' without a call sign.

so it was something like this:

test yo3irm yo3irm

test yo3irm yo3irm

............................

test yo3irm yo3

test yo3irm yo3irm

test yo3irm y

test

test yo3irm yo3irm


N1MM+ v1.0.5375.0

PC i7, 16 GB RAM, CPU used < 10%

WinKey by RemoteRig

CAT by RemoteRig

Kenwood TS-480SAT


RUN mode

F1 or <Enter> same behavior (definition: F1 Cq,Test {MYCALL} {MYCALL})

F4 seems to work every time sending the complete callsign (definition:
F4 {MYCALL},{MYCALL})


Any suggestions ?


Thank you!


CW setup on K3 recommendations?

Nolan - KI5IO
 

I've done some searches, but can't seem to locate a thread involving the installation/setup of N1MM+ on an Elecraft K3. My K3 is new as of May-2015.  I'm running a DP9 cable for rig control and was following the N1MM configuration for CW control via DTR on the DB9.


I also double-checked the information from the Elecraft manual and I got to the point where I can send CW (using F keys for example) as a test. Albeit the audio quality, spacing, weight,etc. is weird compared to using my paddle or straight key direct to the rig.


Anyway ... when I turn the N1MM application off to shut it down it turns my rig's transmit ON and display a PTT ERR code.  So, I've not quite selected the proper value for the PTT Key on the K3, but can't seem to find which way to turn to fine tune (pun intended) for this one.


Only goes 'weird' like this when I close the N1MM program so it is leaving some signal low or high as it should not do or the K3 is not expecting.


Tnx in advance.


73,


KI5IO

Nolan Kienitz

Plano, TX



Re: RTTY RX pause operation

Rick Ellison
 

Hi Goetz.

I did get your email but I have not gone over it. This weekend is the first I have sat down at my computer to go over email and look at software.

I will try to get to it this week…

 

73 Rick n2AMG

 

From: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Sent: Sunday, December 20, 2015 4:34 PM
To: N1MMLoggerplus@...; rellison@...
Cc: DM5TI Hartmut
Subject: AW: [N1MMLoggerplus] RTTY RX pause operation

 

 

 

Rick,

 

did you have a chance to look after the (hopefully) last problem with WAE RTTY reported by me to you as private mail on Dec. 9, 1310 UTC?

 

73 de Goetz DJ3IW

 

Von: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Gesendet: Sonntag, 20. Dezember 2015 19:29
An: N1MMLoggerplus@...
Betreff: RE: [N1MMLoggerplus] RTTY RX pause operation

 

 

No that’s not the way it should work.. I’ll look at it..

 

73 Rick N2AMG

 

From: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Sent: Sunday, December 20, 2015 1:27 PM
To: N1MMLoggerplus@...
Subject: [N1MMLoggerplus] RTTY RX pause operation

 

 

During the OK RTTY contest yesterday I noticed something different about the pause (yellow) bar on the DI windows. I use 2-tone to RX only and MMTTY to both RX and TX. When I was transmitting I found that I was unable to change the pause bar status in the 2-tone windows. After the transmission finished the pause function resumed normally. Is this a new option?
Thanks.
John W9ILY

 


Re: RSGB 2nd 1.8 Scoring not correct

chrisjlmilner@...
 

Hi,

Thanks. Yep I did that some time ago but not had any reply

Chris


Re: N1MM and K3DVK in a Multi-op set-up

Pete Smith
 

Bill, here's how we beat this, but not with the KDVR3.  I can understand why people may want to use the KDVR3, because you don't have to worry about interconnection between your computer and the K3 audio, but really, if you take a few simple precautions like grounding the computer and transceiver to the same good ground, it works really beautifully.  For one thing, you can feed your live audio through the same sound card and have one-knob control of both live and recorded levels.


4.1. Stored Voice Messages in a Multi-Op (Any multi-op)

If you are using stored voice messages in a phone contest and you change operators while using the same stored voice messages, the voices heard over the air could vary during a single QSO between recorded messages and live voicing. This can be very confusing to the other station. To avoid this, it is best to have each operator record a separate complete set of voice keyer messages. To do this, create a separate subfolder for each operator within your wav files folder, labelled with that operator's call sign. Make sure the paths to your wav files in your function key messages includes the {OPERATOR} macro, as in "\{OPERATOR}\CQ.wav". Before the contest, have each operator enter his or her call sign with Ctrl+O or OPON and then record all of the voice keyer messages in his or her own voice. Once the messages are all set up, the Logger will use the operator call sign entered during the contest with Ctrl+O or OPON to select which set of recorded messages to use.

If your multi-op uses multiple computers, and if any individual operator will use more than one of these computers during the course of the contest, that operator will need to create and populate a subfolder with his personal wav files on each of the computers that he or she will be using.


73, Pete N4ZR
Download the new N1MM Logger+ at 
. Check 
out the Reverse Beacon Network at 
, now 
spotting RTTY activity worldwide. 
For spots, please use your favorite 
"retail" DX cluster.
On 12/19/2015 11:10 AM, 'Bill OMara' w4rm@... [N1MMLoggerplus] wrote:

 

N1MM and K3DVK in a  Multi-op set-up

 

I trying to figure out how to set-up my N1MM + file using my K3DVK for SSB Multi-op used in SSB contests.

 

I want to record eight different CQ messages (one for each operator in the team) M1- M8 in the K3DVK memory blank and have the operator use the OPON command in N1MM and have a different “SSB Function Key Definition” files for each operator that specifies with memory blank the operators CQ Message is recorded into.

 

Therefore when the operator uses OPON N1MM feature in a Multi-op set-up he can call CQ with his own recorded CQ Message.

 

But the problem I see is that the operate can OPON,  but N1MM only uses ONE “SSB Function Key Definition” file and therefore my plan doesn’t allow for each operator to have this feature.

 

I’m I missing something?

 

Any help would be great.

 

Thanks and 73 Bill  W4RM



Re: RTTY RX pause operation

Goetz DJ3IW
 

 

Rick,

 

did you have a chance to look after the (hopefully) last problem with WAE RTTY reported by me to you as private mail on Dec. 9, 1310 UTC?

 

73 de Goetz DJ3IW

 

Von: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Gesendet: Sonntag, 20. Dezember 2015 19:29
An: N1MMLoggerplus@...
Betreff: RE: [N1MMLoggerplus] RTTY RX pause operation

 

 

No that’s not the way it should work.. I’ll look at it..

 

73 Rick N2AMG

 

From: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Sent: Sunday, December 20, 2015 1:27 PM
To: N1MMLoggerplus@...
Subject: [N1MMLoggerplus] RTTY RX pause operation

 

 

During the OK RTTY contest yesterday I noticed something different about the pause (yellow) bar on the DI windows. I use 2-tone to RX only and MMTTY to both RX and TX. When I was transmitting I found that I was unable to change the pause bar status in the 2-tone windows. After the transmission finished the pause function resumed normally. Is this a new option?
Thanks.
John W9ILY

 


N1MM+ send incomplete call sign in RUN mode

DanM
 

Hello,


I've just started to use N1MM+ for a couple of weeks and it works fine in S&P mode.

Today I've tried a longer session in RUN mode during a contest and I've experienced a strange behavior, ESM enabled, CQ repeat enabled. F1 or enter start sending my call sign as per config file:

F1 Cq,Test {MYCALL} {MYCALL}

90% this worked as it should be but sometimes it stops in the middle of my call sign or just send 'Test' without  a call sign.

so it was something like this:

test yo3irm yo3irm

test yo3irm yo3irm

............................

test yo3irm yo3

test yo3irm yo3irm

test yo3irm y

test

test yo3irm yo3irm


N1MM+ v1.0.5375.0

PC i7, 16 GB RAM, CPU used < 10%

WinKey by RemoteRig

CAT by RemoteRig

Kenwood TS-480SAT


RUN mode

F1 or <Enter> same behavior (definition: F1 Cq,Test {MYCALL} {MYCALL})

F4 seems to work every time sending the complete callsign (definition: F4 {MYCALL},{MYCALL})


Any suggestions ?


Thank you!


Re: RTTY RX pause operation

Rick Ellison
 

No that’s not the way it should work.. I’ll look at it..

 

73 Rick N2AMG

 

From: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Sent: Sunday, December 20, 2015 1:27 PM
To: N1MMLoggerplus@...
Subject: [N1MMLoggerplus] RTTY RX pause operation

 

 

During the OK RTTY contest yesterday I noticed something different about the pause (yellow) bar on the DI windows. I use 2-tone to RX only and MMTTY to both RX and TX. When I was transmitting I found that I was unable to change the pause bar status in the 2-tone windows. After the transmission finished the pause function resumed normally. Is this a new option?
Thanks.
John W9ILY

 


RTTY RX pause operation

John Holmes W9ILY
 

During the OK RTTY contest yesterday I noticed something different about the pause (yellow) bar on the DI windows. I use 2-tone to RX only and MMTTY to both RX and TX. When I was transmitting I found that I was unable to change the pause bar status in the 2-tone windows. After the transmission finished the pause function resumed normally. Is this a new option?
Thanks.
John W9ILY