Date   
Re: DUPE QSO

ve3ki
 

Nice catch, David. Yes, this option does what you want (not "need" - there's no real need to do this) as far as clearing the Entry window goes. The downside would be that if the other station comes back with a request for a repeat, this option not only clears the DX Call and DX Grid boxes, it also clears out the standard messages in WSJT-X, which makes it harder to send a repeat after the QSO has been logged. This is probably why the default behaviour in WSJT-X is the way it is.

Take your choice - a pretty Entry window (which you don't actually use or need), or the ability to send a quick directed RR73 follow-up message if the other station didn't copy it the first time.

73,
Rich VE3KI


On Mon, Aug 26, 2019 at 11:40 AM, David AD4TJ wrote:
 
Maybe I am missing something, but in the WSJT-X settings, under Reporting, Logging, there is a box labelled " Clear DX call and grid after logging ". If this is checked, won't it do what we need, by clearing the call from the DX call box so N1MM won't continue to see it and call it a dupe? I could not find anything in the online guide for WSJT-X to explain the behaviour of that item.
 
73, David AD4TJ
 
On Monday, August 26, 2019, 10:50:30 AM EDT, Rick Ellison <rellison@...> wrote:
 
 

It’s not a bug. It’s there so you don’t type anything in the N1MM entry window. As Rich mentioned hide the entry window so you are not tempted to do anything with it. All interaction is done in the WSJT window so place it over the entry window to get it out of the way.

 

73 Rick N2AMG

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Barry Bettman
Sent: Monday, August 26, 2019 7:21 AM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MM+] DUPE QSO

 

definately a weird behavior between wsjt and n1mm in that once i work a station in wsjt it logs it in n1mm but since it stays on the wsjt screen as call and grid, it continues to show up as  a dupe in the n1mm entry wndow which does seem correct. that is a very bizzar behavor with wsjt and n1mm, because thats not the case when working phone or  cw in n1mm. actually wondering if this could be a bug or an undesriable beahvior in n1mm logger? n1mm developers please take a look. thanks Barry K6ST


On Monday, August 26, 2019, Les Elliott via Groups.Io <g4ogb=tiscali.co.uk@groups.io> wrote:

Hi Bob

Regardless of mode, the general advice is to always work dupes

it is usually quicker and there are numerous reasons why the

other station thinks (or knows) you are not in their log.

Les, G4OGB

 

Sent: Monday, August 26, 2019 7:12 AM

Subject: [N1MM+] DUPE QSO

 

Hi, I have question: in rtty mode, when your corrisponding om is a dupe qso,  is possible to send with a macro a string with info of the previous qso? Tnx in advance for help!
RGR bob ik2lol



--

 

Barry

Barry Bettman, ATL, PCC
"Approved Tribal Leader" consultant for workplace culture
"Professional Certified Coach" with leaders and executives

775-622-3801


LEADERSHIP FOR EVERYONE TO BE GREAT TOGETHER
Executive Producer, Stage 5 Leadership Productions - Real Time High Engagement Teleseminars

 

 


Virus-free. www.avast.com

Re: DUPE QSO

Rick Ellison
 

Yes that will do the same thing..

 

73 Rick N2AMG

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of David AD4TJ via Groups.Io
Sent: Monday, August 26, 2019 11:40 AM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MM+] DUPE QSO

 

Maybe I am missing something, but in the WSJT-X settings, under Reporting, Logging, there is a box labelled " Clear DX call and grid after logging ". If this is checked, won't it do what we need, by clearing the call from the DX call box so N1MM won't continue to see it and call it a dupe? I could not find anything in the online guide for WSJT-X to explain the behaviour of that item.

 

73, David AD4TJ

 

On Monday, August 26, 2019, 10:50:30 AM EDT, Rick Ellison <rellison@...> wrote:

 

 

It’s not a bug. It’s there so you don’t type anything in the N1MM entry window. As Rich mentioned hide the entry window so you are not tempted to do anything with it. All interaction is done in the WSJT window so place it over the entry window to get it out of the way.

 

73 Rick N2AMG

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Barry Bettman
Sent: Monday, August 26, 2019 7:21 AM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MM+] DUPE QSO

 

definately a weird behavior between wsjt and n1mm in that once i work a station in wsjt it logs it in n1mm but since it stays on the wsjt screen as call and grid, it continues to show up as  a dupe in the n1mm entry wndow which does seem correct. that is a very bizzar behavor with wsjt and n1mm, because thats not the case when working phone or  cw in n1mm. actually wondering if this could be a bug or an undesriable beahvior in n1mm logger? n1mm developers please take a look. thanks Barry K6ST


On Monday, August 26, 2019, Les Elliott via Groups.Io <g4ogb=tiscali.co.uk@groups.io> wrote:

Hi Bob

Regardless of mode, the general advice is to always work dupes

it is usually quicker and there are numerous reasons why the

other station thinks (or knows) you are not in their log.

Les, G4OGB

 

Sent: Monday, August 26, 2019 7:12 AM

Subject: [N1MM+] DUPE QSO

 

Hi, I have question: in rtty mode, when your corrisponding om is a dupe qso,  is possible to send with a macro a string with info of the previous qso? Tnx in advance for help!
RGR bob ik2lol



--

 

Barry

Barry Bettman, ATL, PCC
"Approved Tribal Leader" consultant for workplace culture
"Professional Certified Coach" with leaders and executives

775-622-3801


LEADERSHIP FOR EVERYONE TO BE GREAT TOGETHER
Executive Producer, Stage 5 Leadership Productions - Real Time High Engagement Teleseminars

 

 

Virus-free. www.avast.com

Re: DUPE QSO

David AD4TJ
 

Maybe I am missing something, but in the WSJT-X settings, under Reporting, Logging, there is a box labelled " Clear DX call and grid after logging ". If this is checked, won't it do what we need, by clearing the call from the DX call box so N1MM won't continue to see it and call it a dupe? I could not find anything in the online guide for WSJT-X to explain the behaviour of that item.

73, David AD4TJ

On Monday, August 26, 2019, 10:50:30 AM EDT, Rick Ellison <rellison@...> wrote:


It’s not a bug. It’s there so you don’t type anything in the N1MM entry window. As Rich mentioned hide the entry window so you are not tempted to do anything with it. All interaction is done in the WSJT window so place it over the entry window to get it out of the way.

 

73 Rick N2AMG

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Barry Bettman
Sent: Monday, August 26, 2019 7:21 AM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MM+] DUPE QSO

 

definately a weird behavior between wsjt and n1mm in that once i work a station in wsjt it logs it in n1mm but since it stays on the wsjt screen as call and grid, it continues to show up as  a dupe in the n1mm entry wndow which does seem correct. that is a very bizzar behavor with wsjt and n1mm, because thats not the case when working phone or  cw in n1mm. actually wondering if this could be a bug or an undesriable beahvior in n1mm logger? n1mm developers please take a look. thanks Barry K6ST


On Monday, August 26, 2019, Les Elliott via Groups.Io <g4ogb=tiscali.co.uk@groups.io> wrote:

Hi Bob

Regardless of mode, the general advice is to always work dupes

it is usually quicker and there are numerous reasons why the

other station thinks (or knows) you are not in their log.

Les, G4OGB

 

Sent: Monday, August 26, 2019 7:12 AM

Subject: [N1MM+] DUPE QSO

 

Hi, I have question: in rtty mode, when your corrisponding om is a dupe qso,  is possible to send with a macro a string with info of the previous qso? Tnx in advance for help!
RGR bob ik2lol



--

 

Barry

Barry Bettman, ATL, PCC
"Approved Tribal Leader" consultant for workplace culture
"Professional Certified Coach" with leaders and executives

775-622-3801


LEADERSHIP FOR EVERYONE TO BE GREAT TOGETHER
Executive Producer, Stage 5 Leadership Productions - Real Time High Engagement Teleseminars

 


Virus-free. www.avast.com

Re: comport conflict

Larry K8UT
 

Something else is running that you haven't told us about...

>the tuner freezes and the following message appears
What tuner?

-larry K8UT

------ Original Message ------
Sent: 2019-08-26 09:14:48
Subject: [N1MM+] comport conflict

Hi
I think there may be an incorrect config entry in my program
. I only use CW with win XP, Winkeyer USB and Digimaster serial to USB using a virtual comport.
Displaying device manager shows ;
comport COM 1
Comport COM 2
printer port LPT 1
Plugging in Winkeyer - USB serial port com 4
Plugging in Digimaster - USB serial port COM 5
N1MM+ tunes all freqs, all bands and keys them.
When I start a contest and start to key, the tuner freezes and the following message appears-
"Receiving UDP N1MMsocket 13064 is already in use. COM 5 is in use by another program but the port is also configured in N1MM Logger.  The comport will not work in N1MM Logger until this is corrected"
My Config readings are
Com 5 FT 450 9600 n 8 2 DTR always on  RTS always on  1 radio polling rate normal  ticked
Com 4 CW tick DTR always on  RTS always off  VFO 1 ptt 30  Winkey ticked
Radio yaesu ft 450 catrate 9600 same as program
In config - broadcast data nothing is ticked.  Is it possible that a setting in digi or other section could be interfering with the CW ?
I had a similar problem on another PC
Would appreciate your advice.
Paul/M0SEV

Re: DUPE QSO

Rick Ellison
 

It’s not a bug. It’s there so you don’t type anything in the N1MM entry window. As Rich mentioned hide the entry window so you are not tempted to do anything with it. All interaction is done in the WSJT window so place it over the entry window to get it out of the way.

 

73 Rick N2AMG

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Barry Bettman
Sent: Monday, August 26, 2019 7:21 AM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MM+] DUPE QSO

 

definately a weird behavior between wsjt and n1mm in that once i work a station in wsjt it logs it in n1mm but since it stays on the wsjt screen as call and grid, it continues to show up as  a dupe in the n1mm entry wndow which does seem correct. that is a very bizzar behavor with wsjt and n1mm, because thats not the case when working phone or  cw in n1mm. actually wondering if this could be a bug or an undesriable beahvior in n1mm logger? n1mm developers please take a look. thanks Barry K6ST


On Monday, August 26, 2019, Les Elliott via Groups.Io <g4ogb=tiscali.co.uk@groups.io> wrote:

Hi Bob

Regardless of mode, the general advice is to always work dupes

it is usually quicker and there are numerous reasons why the

other station thinks (or knows) you are not in their log.

Les, G4OGB

 

Sent: Monday, August 26, 2019 7:12 AM

Subject: [N1MM+] DUPE QSO

 

Hi, I have question: in rtty mode, when your corrisponding om is a dupe qso,  is possible to send with a macro a string with info of the previous qso? Tnx in advance for help!
RGR bob ik2lol



--

 

Barry

Barry Bettman, ATL, PCC
"Approved Tribal Leader" consultant for workplace culture
"Professional Certified Coach" with leaders and executives

775-622-3801


LEADERSHIP FOR EVERYONE TO BE GREAT TOGETHER
Executive Producer, Stage 5 Leadership Productions - Real Time High Engagement Teleseminars

 


Virus-free. www.avast.com

Re: Fail to setup 2nd WSJT-X instance with N1MM+ 6600M

AI9T
 

I have N1MM setup for SO2R and I'm using Slice-Master to open 2 instances of WXJT-X First start N1MM then I use Slice-Master to open my 2 instances of WSJT-X. Then I open the WSJT decode list in N1MM for each slice. This is working great for me with my Flex 6600.

-- 
73

Steve AI9T

http://www.ai9t.com

AI9T DX Cluster

Version 4 AI9T   Telnet: dxc.ai9t.com port 7300
Version 6 AI9T-2 Telnet: dxc.ai9t.com port 7373 (CW + Skimmer)

Re: DUPE QSO

Chuck Dietz
 

WSJT is putting the call there. You can click anywhere on WSJT and hit F4 to clear it.

Chuck W5PR

On Mon, Aug 26, 2019 at 6:21 AM Barry Bettman <k6st@...> wrote:
definately a weird behavior between wsjt and n1mm in that once i work a station in wsjt it logs it in n1mm but since it stays on the wsjt screen as call and grid, it continues to show up as  a dupe in the n1mm entry wndow which does seem correct. that is a very bizzar behavor with wsjt and n1mm, because thats not the case when working phone or  cw in n1mm. actually wondering if this could be a bug or an undesriable beahvior in n1mm logger? n1mm developers please take a look. thanks Barry K6ST

On Monday, August 26, 2019, Les Elliott via Groups.Io <g4ogb=tiscali.co.uk@groups.io> wrote:
Hi Bob
Regardless of mode, the general advice is to always work dupes
it is usually quicker and there are numerous reasons why the
other station thinks (or knows) you are not in their log.
Les, G4OGB
 
Sent: Monday, August 26, 2019 7:12 AM
Subject: [N1MM+] DUPE QSO
 
Hi, I have question: in rtty mode, when your corrisponding om is a dupe qso,  is possible to send with a macro a string with info of the previous qso? Tnx in advance for help!
RGR bob ik2lol



--

Barry

Barry Bettman, ATL, PCC
"Approved Tribal Leader" consultant for workplace culture
"Professional Certified Coach" with leaders and executives
775-622-3801

LEADERSHIP FOR EVERYONE TO BE GREAT TOGETHER
Executive Producer, Stage 5 Leadership Productions - Real Time High Engagement Teleseminars

comport conflict

paul.holmes46@...
 

Hi
I think there may be an incorrect config entry in my program
. I only use CW with win XP, Winkeyer USB and Digimaster serial to USB using a virtual comport.
Displaying device manager shows ;
comport COM 1
Comport COM 2
printer port LPT 1
Plugging in Winkeyer - USB serial port com 4
Plugging in Digimaster - USB serial port COM 5
N1MM+ tunes all freqs, all bands and keys them.
When I start a contest and start to key, the tuner freezes and the following message appears-
"Receiving UDP N1MMsocket 13064 is already in use. COM 5 is in use by another program but the port is also configured in N1MM Logger.  The comport will not work in N1MM Logger until this is corrected"
My Config readings are
Com 5 FT 450 9600 n 8 2 DTR always on  RTS always on  1 radio polling rate normal  ticked
Com 4 CW tick DTR always on  RTS always off  VFO 1 ptt 30  Winkey ticked
Radio yaesu ft 450 catrate 9600 same as program
In config - broadcast data nothing is ticked.  Is it possible that a setting in digi or other section could be interfering with the CW ?
I had a similar problem on another PC
Would appreciate your advice.
Paul/M0SEV

Re: ARRL Hiram Percy Maxim 150

Mike K2MK
 

On Fri, Aug 23, 2019 at 10:56 AM, ve3ki wrote:
When you create the Cabrillo file in N1MM+, the program offers you the opportunity to edit the file, and if you accept this option, it opens the file in Notepad. Or, you can open the file later in Notepad and edit it.

You can do a global replace to replace "K2MK/150      "  with "K2MK/150   WCF". By including the appropriate number of spaces after K2MK/150 in the top box and between K2MK/150 and WCF in the bottom box, you can get the columns to line up where you want them, although I suspect that the precise column alignment may not matter as long as there are spaces between the fields.

Hi Rich,

Great idea on the global replace.

73,
Mike K2MK

Re: DUPE QSO

ve3ki
 

You don't need the N1MM+ Entry window for anything while WSJT-X is open. While WSJT-X is open, everything is controlled from the WSJT-X window. Whether there is still a call sign or not in the Entry window call sign box after the contact has been logged is immaterial.

If you want to, you can hide the N1MM+ Entry window behind the WSJT-X waterfall so you can't see it while WSJT-X is open. Or, if the Entry window is still visible, you can clear a just-worked call sign from it by clearing the WSJT-X DX Call box. The WSJT-X developers chose to make this a manual operation instead of doing it automatically, but they provided a keyboard shortcut for it, namely the F4 key. After you have logged a contact in WSJT-X, press F4 and the call sign will disappear from both the WSJT-X DX Call box and the N1MM+ Entry window call sign box.

73,
Rich VE3KI



On Mon, Aug 26, 2019 at 07:21 AM, Barry Bettman wrote:
definately a weird behavior between wsjt and n1mm in that once i work a station in wsjt it logs it in n1mm but since it stays on the wsjt screen as call and grid, it continues to show up as  a dupe in the n1mm entry wndow which does seem correct. that is a very bizzar behavor with wsjt and n1mm, because thats not the case when working phone or  cw in n1mm. actually wondering if this could be a bug or an undesriable beahvior in n1mm logger? n1mm developers please take a look. thanks Barry K6ST

On Monday, August 26, 2019, Les Elliott via Groups.Io <g4ogb=tiscali.co.uk@groups.io> wrote:
Hi Bob
Regardless of mode, the general advice is to always work dupes
it is usually quicker and there are numerous reasons why the
other station thinks (or knows) you are not in their log.
Les, G4OGB
 
Sent: Monday, August 26, 2019 7:12 AM
Subject: [N1MM+] DUPE QSO
 
Hi, I have question: in rtty mode, when your corrisponding om is a dupe qso,  is possible to send with a macro a string with info of the previous qso? Tnx in advance for help!
RGR bob ik2lol

 

 



--
 
Barry

Barry Bettman, ATL, PCC
"Approved Tribal Leader" consultant for workplace culture
"Professional Certified Coach" with leaders and executives
775-622-3801

LEADERSHIP FOR EVERYONE TO BE GREAT TOGETHER
Executive Producer, Stage 5 Leadership Productions - Real Time High Engagement Teleseminars

Re: Fail to setup 2nd WSJT-X instance with N1MM+

ve3ki
 

In the WSJT-X Settings window for EW2, Radio tab, in the Network Server box in the CAT Control area just below the Rig Name, enter 127.0.0.1:52004 . This information was in the manual, but it was easy to miss. It has now been highlighted to make it easier to pick up on.

73,
Rich VE3KI

Re: DUPE QSO

VE9AA - Mike
 

RGR bob ik2lol

Just work them again and 'pretend' this was your first QSO. No harm no foul. 99.9% of all contests allow dupes w/ no penalty.

The one and only time I ever tell a stn he's a dupe is if the 4th or 5th or 6th time he comes back for a QSO on the same band (ie: some stn roaming the band, not really logging stns properly.

WFWL

GL

Re: Fail to setup 2nd WSJT-X instance with N1MM+

Steve N9UDO
 

The frequency changes in entry window 2 but does not in EW2.

Radio 1 is using port 2237 and radio 2 is using port 2239 in both N1MM+ and WSJT-X.




Here are the PTT settings for Radio-1 (7300)


For EW1


PTT settings for Radio-2 (9300)


And for EW2



Now keep in mind that the above configuration works fine for N1MM+ utilizing the 'Dualing CQ' voice keyer. And each radio works individually as SO1R. No issues.

After a period of time this pops up;


BUT! The frequency and mode are shown in Radio-2 logging window.


And here's what EW2 looks like.



Hope this information helps in my quest to get both of these working for the contest.

Thank you for your time.

Amateur Radio - The Original Social Media

Steve Schulze - Radio Amateur, General Class - N9UDO
Administrator, Baraboo, Wisconsin D-Star System - WB9FDZ
Administrator, Sayner, Wisconsin D-Star System - KD9JHE
Administrator, Adams, Wisconsin D-Star System - AC9AR
Administrator, Baraboo, Wisconsin AllStarLink Systems - 27616, 27727

http://yellowthunder.org
On 8/25/2019 23:35, ve3ki wrote:

When you say you have no rig control in the second instance of WSJT-X, does that mean that only WSJT-X does not have rig control and that EW1 still has rig control (if you rotate the dial on Radio 2, does the frequency in the title bar for Entry Window 2 follow the radio?), or is rig control not working in both programs?

In the setup for the copy of WSJT-X that is run from Entry Window 2, did you change the UDP Server port from 2237 to 2239?

How is PTT configured in N1MM+ for Radio 2, and what are the settings for PTT Method in the WSJT-X setup for EW2?

73,
Rich VE3KI


On Sun, Aug 25, 2019 at 05:49 PM, Steve Schulze wrote:

I am experiencing the same issue running SO2R with an Icom 7300 and 9100. I can run SO2R all day with both radios using Dualing CQ. No problems here.

I can run WSJT-X via N1MM+ for either radio when running SO1R. No problems here either. Both programs run flawless together.

If I reconfigure for SO2R and start WSJT-X via N1MM+ the first radio (7300) connects and and operates normally. When I start the second instance of WSJT-X via the second N1MM+ window, I have no rig control. If I manually tune the radio (9100) to a, let's say, FT8 frequency on 20 meters. WSJT-X is decoding traffic just fine and it is passing it to the WSJT-X Decode List-2. I can click on a call and it transfers it to the logging window, but the radio won't transmit.

Both radios are configured to use the 'DXLab Suite Commander' in WSJT-X.

I can run the 9100 as radio #1 and it works fine but then the 7300 (as radio #2) will not transmit.

Just baffled.
Thanks!
de N9UDO, Steve


Re: DUPE QSO

Barry Bettman
 

definately a weird behavior between wsjt and n1mm in that once i work a station in wsjt it logs it in n1mm but since it stays on the wsjt screen as call and grid, it continues to show up as  a dupe in the n1mm entry wndow which does seem correct. that is a very bizzar behavor with wsjt and n1mm, because thats not the case when working phone or  cw in n1mm. actually wondering if this could be a bug or an undesriable beahvior in n1mm logger? n1mm developers please take a look. thanks Barry K6ST

On Monday, August 26, 2019, Les Elliott via Groups.Io <g4ogb=tiscali.co.uk@groups.io> wrote:
Hi Bob
Regardless of mode, the general advice is to always work dupes
it is usually quicker and there are numerous reasons why the
other station thinks (or knows) you are not in their log.
Les, G4OGB
 
Sent: Monday, August 26, 2019 7:12 AM
Subject: [N1MM+] DUPE QSO
 
Hi, I have question: in rtty mode, when your corrisponding om is a dupe qso,  is possible to send with a macro a string with info of the previous qso? Tnx in advance for help!
RGR bob ik2lol



--

Barry

Barry Bettman, ATL, PCC
"Approved Tribal Leader" consultant for workplace culture
"Professional Certified Coach" with leaders and executives
775-622-3801

LEADERSHIP FOR EVERYONE TO BE GREAT TOGETHER
Executive Producer, Stage 5 Leadership Productions - Real Time High Engagement Teleseminars

Re: DUPE QSO

Les Elliott
 

Hi Bob
Regardless of mode, the general advice is to always work dupes
it is usually quicker and there are numerous reasons why the
other station thinks (or knows) you are not in their log.
Les, G4OGB
 

Sent: Monday, August 26, 2019 7:12 AM
Subject: [N1MM+] DUPE QSO
 
Hi, I have question: in rtty mode, when your corrisponding om is a dupe qso,  is possible to send with a macro a string with info of the previous qso? Tnx in advance for help!
RGR bob ik2lol

DUPE QSO

ik2lol2001@...
 

Hi, I have question: in rtty mode, when your corrisponding om is a dupe qso,  is possible to send with a macro a string with info of the previous qso? Tnx in advance for help!
RGR bob ik2lol

Re: Help needed for Setup for WW Digi contest with WSJT-X, IC7300 and N1MM+

Tom Ramberg
 


There are many IC-7300 users without an issue.

 That's why I asked for a detailed "setup for dummies"


When you have a failure, turn the VFO knob and look at the Bandmap frequency bar to see if the program is communicating with the radio correctly. 

 Yes, that's pretty basic. I have used N1MM+ since it came out.

Make sure disable the Windows USB port powerdown. 

 Also pretty basic, but it's done. 

Don’t rule out the possibility that RF is causing your issues. I had to wrap the UBS cable five turns in a #31 mix torriod.

 I use WSJT-X on the same computer with JTAlert and Swisslog for window without any issues, even on high power. Ferrites and toroids everywhere, no RF here.

If there is a USB hub in the path, eliminate it temporally.

No hub here 

If you have something plugged into the CI-V jack, unplug it temporally

I actually tried this, no change.

The onlyn thing that is feasible is setting port to none in N1MM+, open the decodes window and WSJT-X from the window menu in N1MM+, and configure WSJT-X as I do when working with JTAlert and Swisslog. No connection between N1MM+ and IC-7300 of course, but at least the logging and scoring works. 

This is as far as I have got so far.

It would be really nice if N1MM+ could use OmniRig, which is working fine in my normal, daily setup.

De Tom OH6VDA

Re: Which Grayline map do you prefer?

K7XC Tim Marek
 

I vote for the clear map with only country borders as that's whats important, not vegetation.

73s de Tim - K7XC - DM09jh... sk


On Sat, Aug 24, 2019 at 1:32 PM Tom - N1MM <Tom@...> wrote:
See the attachments.  The existing map has vegetation indications, the alternate has political boundaries. 

Third choice: volunteer to come up with a better Mercator projection.  This option is not as easy as it seems, as we need the entire world shown.  Many projections omit detail at the top and bottom.

73,
Tom - N1MM

Re: Fail to setup 2nd WSJT-X instance with N1MM+ 6600M

Michael Walker
 

Oh, wait. 

I missed the N1MM part. 

Like me look into this. 

Mike


On Aug 25, 2019, at 8:08 PM, Michael Walker via Groups.Io <va3mw@...> wrote:

Hi Dale

Have you tried to use SliceMaster on your 6600M to set up multiple slices and WSJT?

SliceMaster makes it a couple of mouse click none complicated setup. 

This video might help. https://youtu.be/_ww8CcGNAzg

Mike va3mw 


On Aug 25, 2019, at 7:55 PM, Rick Ellison <rellison@...> wrote:

Steve..

In the the main config under the radio setting window do you have PTT via radio command SSB and PTT via Radio Command Digital checked??

 

That should have asked for baoth radios.

 

73 Rick

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Rick Ellison
Sent: Sunday, August 25, 2019 7:52 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MM+] Fail to setup 2nd WSJT-X instance with N1MM+

 

Steve..

In the the main config under the radio setting window do you have PTT via radio command SSB and PTT via Radio Command Digital checked??

 

For the second radio’s instance of WSJT on the radio setup tab under where it says DXLabs Suite Commander Do you have the Network Server set to 52004??

 

73 Rick N2AMG

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Steve Schulze
Sent: Sunday, August 25, 2019 5:25 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MM+] Fail to setup 2nd WSJT-X instance with N1MM+

 

I am experiencing the same issue running SO2R with an Icom 7300 and 9100. I can run SO2R all day with both radios using Dualing CQ. No problems here.

I can run WSJT-X via N1MM+ for either radio when running SO1R. No problems here either. Both programs run flawless together.

If I reconfigure for SO2R and start WSJT-X via N1MM+ the first radio (7300) connects and and operates normally. When I start the second instance of WSJT-X via the second N1MM+ window, I have no rig control. If I manually tune the radio (9100) to a, let's say, FT8 frequency on 20 meters. WSJT-X is decoding traffic just fine and it is passing it to the WSJT-X Decode List-2. I can click on a call and it transfers it to the logging window, but the radio won't transmit.

Both radios are configured to use the 'DXLab Suite Commander' in WSJT-X.

I can run the 9100 as radio #1 and it works fine but then the 7300 (as radio #2) will not transmit.

Just baffled.
Thanks!
de N9UDO, Steve

 

Virus-free. www.avast.com

Re: Fail to setup 2nd WSJT-X instance with N1MM+ 6600M

Michael Walker
 

Hi Dale

Have you tried to use SliceMaster on your 6600M to set up multiple slices and WSJT?

SliceMaster makes it a couple of mouse click none complicated setup. 

This video might help. https://youtu.be/_ww8CcGNAzg

Mike va3mw 


On Aug 25, 2019, at 7:55 PM, Rick Ellison <rellison@...> wrote:

Steve..

In the the main config under the radio setting window do you have PTT via radio command SSB and PTT via Radio Command Digital checked??

 

That should have asked for baoth radios.

 

73 Rick

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Rick Ellison
Sent: Sunday, August 25, 2019 7:52 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MM+] Fail to setup 2nd WSJT-X instance with N1MM+

 

Steve..

In the the main config under the radio setting window do you have PTT via radio command SSB and PTT via Radio Command Digital checked??

 

For the second radio’s instance of WSJT on the radio setup tab under where it says DXLabs Suite Commander Do you have the Network Server set to 52004??

 

73 Rick N2AMG

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Steve Schulze
Sent: Sunday, August 25, 2019 5:25 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MM+] Fail to setup 2nd WSJT-X instance with N1MM+

 

I am experiencing the same issue running SO2R with an Icom 7300 and 9100. I can run SO2R all day with both radios using Dualing CQ. No problems here.

I can run WSJT-X via N1MM+ for either radio when running SO1R. No problems here either. Both programs run flawless together.

If I reconfigure for SO2R and start WSJT-X via N1MM+ the first radio (7300) connects and and operates normally. When I start the second instance of WSJT-X via the second N1MM+ window, I have no rig control. If I manually tune the radio (9100) to a, let's say, FT8 frequency on 20 meters. WSJT-X is decoding traffic just fine and it is passing it to the WSJT-X Decode List-2. I can click on a call and it transfers it to the logging window, but the radio won't transmit.

Both radios are configured to use the 'DXLab Suite Commander' in WSJT-X.

I can run the 9100 as radio #1 and it works fine but then the 7300 (as radio #2) will not transmit.

Just baffled.
Thanks!
de N9UDO, Steve

 

Virus-free. www.avast.com