Date   
Spectrum Display - how to setup ExtIO?

Donald Rasmussen
 

Hello All,

Got my logs converted to N1MMPlus and the CW keyer going, now moving on to the Spectrum Waterfall display.

I have SDRPlay RSP1 and Afedri 4.0 devices (USB and LAN), and have ExtIO versions of HDSDR, SDR#, and SDRUno.

Also using SDR Console V3. 

Wondering what else I need to connect the SDR device to the N1MM Spectrum Display. Been looking through the doc, it is
suggesting I find Waterfall Bandmap before selecting Window/Spectrum Display but not finding that. 

Anyone have a link to a "how to" resource on the web?

de Don Wb8yqj

Re: Newly added "feature" in N1MM Logger Plus

Rick Ellison
 

In the Digital settings window on the general tab there are 2 checkboxes at the bottom of the list. Uncheck which ever one is checked and it will go back to the way it was..

 

73 Rick n2AMG

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of gksmith_1
Sent: Sunday, March 18, 2018 6:40 PM
To: N1MMLoggerPlus@groups.io
Subject: [N1MMLoggerPlus] Newly added "feature" in N1MM Logger Plus

 

As I started to operate in the BARTG RTTY contest, I suddenly noticed that every time I would QSY, in S&P mode of course, my Receive window would be cleared. This was a new behavior that I had not noticed before, but in reviewing the notes for the updates, I see that indeed, this is a new behavior.

I would like to know if it is possible to turn this OFF so that my receive window will continually scroll the received information until I decide to manually clear it, just as it had always done.

I did determine that in RUN mode, the RX window keeps all of the received info, and I would like that functionality in S&P mode also.

Thanks for a very good program, other than this "feature".

Re: N1MM+ and MMTTY and MMVARI

Rick Ellison
 

EXTFSK works fine when using MMVARI.  When the MMVARI window is open the first time after selecting FSK the EXTFSK window will open asking for you to setup the port and which line you want to use for PTT. It will normally show that port as NG. This is normal. If you then close the digital window and open it back up the EXTFSK window will open and show the port as ok. FSK keying is only used when you are in one of the 2 RTTY modes. In all the other modes the EXTFSK dll will strictly just use the PTT port for keying the radio. I just tested this on my setup and it works perfect and is able to write to its .ini file in the Programs Files(x86) structure. I’m not sure if this is normal or that I run N1MM+ using the Run as Administrator setting all the time...

 

73 Rick N2AMG

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of ve3ki
Sent: Sunday, March 18, 2018 4:25 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MMLoggerPlus] N1MM+ and MMTTY and MMVARI

 

Are you expecting to use FSK or AFSK with MMVARI? It sounds as if you have selected FSK in the Configurer under the Digital Modes tab in the section for MMVARI, and that you have set the FSKPort type to EXTFSK, and that is what is opening EXTFSK. If that's what you want to do, OK - but I have a suspicion that there is a bug here. EXTFSK writes the port number to its ini file, and I have a sneaking suspicion that it is trying to write that file to the Program Files folder and failing (because Windows won't let programs write to files there). If my suspicion is correct. you aren't going to be able to use FSK with MMVARI unless and until Rick N2AMG can find a way to fix this so that the EXTFSK dll can successfully write to its ini file. If my suspicion turns out to be correct, perhaps you are the first person to have tried to use FSK from MMVARI since N1MM+ was released(!). On the other hand, maybe I've misdiagnosed the problem...

73,
Rich VE3KI


On Sun, Mar 18, 2018 at 12:23 pm, Mike Flowers wrote:

Hi Gang,

 

Still getting into the setup of N1MM+ here.   I must have something configured amiss.

 

It appears that one can use both MMTTY and MMVARI within N1MM+.  

 

When I set the Digital Interface to MMTTY, I now have that working properly, running FSK RTTY keying to my K3 using the EXTFSK module.   So that part’s all good.

 

However, if I then change the Interface on the Digital Interface Window to MMVARI, N1MM+ throws an error:

 

N1MMLogger.net - Version 1.0.7112.0
Built: 3/13/2018 7:30:24 AM
Microsoft Windows NT 10.0.16299.0,64:1,en-US,en-US
Error occurred at: 3/18/2018 10:23:48 AM in Thread:
---------------------------------------------------------------------------------------
System.Runtime.InteropServices.SEHException (0x80004005): External component has thrown an exception.
   at System.RuntimeType.ForwardCallToInvokeMember(String memberName, BindingFlags flags, Object target, Int32[] aWrapperTypes, MessageData& msgData)

(I’ve sent off this email to the support team.)

 

An EXTFSK window appears complaining that COM1  (CW keying?) is NG (Red), and N1MM+ is locked up, and I must kill the process with Task Manager.

 

I would surely appreciate some help with this problem.

 

Thanks!

 

- 73 and good DX de Mike, K6MKF, Past President - NCDXC

 

Newly added "feature" in N1MM Logger Plus

gksmith_1
 

As I started to operate in the BARTG RTTY contest, I suddenly noticed that every time I would QSY, in S&P mode of course, my Receive window would be cleared. This was a new behavior that I had not noticed before, but in reviewing the notes for the updates, I see that indeed, this is a new behavior.

I would like to know if it is possible to turn this OFF so that my receive window will continually scroll the received information until I decide to manually clear it, just as it had always done.

I did determine that in RUN mode, the RX window keeps all of the received info, and I would like that functionality in S&P mode also.

Thanks for a very good program, other than this "feature".

Re: Another Newbie Question: Using MMTTY/FSK

Tom Haavisto
 

FSK is the preferred way to transmit RTTY.  That way, no overdriving the audio stages of your transmitter.


If it helps, the NCCC did up a wonderful webinar on getting started with RTTY.
It is a bit dated - covers the previous version of N1MM, but I found it answered a LOT of questions for me.
You can find it at https://www.nccc.cc/
Click on Webinars
Scroll down to "RTTY for Newbies" - dated Dec 9, 2009


Tom - VE3CX







On Sat, Mar 17, 2018 at 8:07 PM, Mike Flowers <mike.flowers@...> wrote:

I’m sure you’re right, Rich   I just seem to have more consistent results with FSK, and attributed that to the K3 filtering.

 

Live and learn … ;>)

 

- 73 and good DX de Mike, K6MKF, Past President - NCDXC

 

From: N1MMLoggerPlus@groups.io <N1MMLoggerPlus@groups.io> On Behalf Of ve3ki
Sent: Saturday, March 17, 2018 4:19 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MMLoggerPlus] Another Newbie Question: Using MMTTY/FSK

 

Regarding your comment about using FSK because of better receive filtering, that is not the case. The receive filtering in the K3 for AFSK A is identical to the receive filtering for FSK D. There may be other reasons to choose FSK, but receive filtering in the K3 is not one of them.

73,
Rich VE3KI


Re: N1MM+ and MMTTY and MMVARI

Mike Flowers
 

Hi Rich,

 

My intent is to use MMTTY for my RTTY-FSK operations, and to use MMVARI for the other digimodes under N1MM+.

 

And Yes, in all my thrashing about, I did have FSK in the Configurer under the Digital Modes tab in the section for MMVARI, and that you have set the FSKPort type to EXTFSK.  I changed this to AFSK and now I can switch between the MMTTY and MMVARI interfaces at the Digital Interface window.

 

Thanks for our help!!

 

Now, I just need to read the manual and study up on how to operate all these various features I now have working.

 

- 73 and good DX de Mike, K6MKF, Past President - NCDXC

 

From: N1MMLoggerPlus@groups.io <N1MMLoggerPlus@groups.io> On Behalf Of ve3ki
Sent: Sunday, March 18, 2018 1:25 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MMLoggerPlus] N1MM+ and MMTTY and MMVARI

 

Are you expecting to use FSK or AFSK with MMVARI? It sounds as if you have selected FSK in the Configurer under the Digital Modes tab in the section for MMVARI, and that you have set the FSKPort type to EXTFSK, and that is what is opening EXTFSK. If that's what you want to do, OK - but I have a suspicion that there is a bug here. EXTFSK writes the port number to its ini file, and I have a sneaking suspicion that it is trying to write that file to the Program Files folder and failing (because Windows won't let programs write to files there). If my suspicion is correct. you aren't going to be able to use FSK with MMVARI unless and until Rick N2AMG can find a way to fix this so that the EXTFSK dll can successfully write to its ini file. If my suspicion turns out to be correct, perhaps you are the first person to have tried to use FSK from MMVARI since N1MM+ was released(!). On the other hand, maybe I've misdiagnosed the problem...

73,
Rich VE3KI


On Sun, Mar 18, 2018 at 12:23 pm, Mike Flowers wrote:

Hi Gang,

 

Still getting into the setup of N1MM+ here.   I must have something configured amiss.

 

It appears that one can use both MMTTY and MMVARI within N1MM+.  

 

When I set the Digital Interface to MMTTY, I now have that working properly, running FSK RTTY keying to my K3 using the EXTFSK module.   So that part’s all good.

 

However, if I then change the Interface on the Digital Interface Window to MMVARI, N1MM+ throws an error:

 

N1MMLogger.net - Version 1.0.7112.0
Built: 3/13/2018 7:30:24 AM
Microsoft Windows NT 10.0.16299.0,64:1,en-US,en-US
Error occurred at: 3/18/2018 10:23:48 AM in Thread:
---------------------------------------------------------------------------------------
System.Runtime.InteropServices.SEHException (0x80004005): External component has thrown an exception.
   at System.RuntimeType.ForwardCallToInvokeMember(String memberName, BindingFlags flags, Object target, Int32[] aWrapperTypes, MessageData& msgData)

(I’ve sent off this email to the support team.)

 

An EXTFSK window appears complaining that COM1  (CW keying?) is NG (Red), and N1MM+ is locked up, and I must kill the process with Task Manager.

 

I would surely appreciate some help with this problem.

 

Thanks!

 

- 73 and good DX de Mike, K6MKF, Past President - NCDXC

 

Re: Creating Second Instance of LoggerPlus

Fred - NA2U
 

Checked all and found no change.  BUT, I have two Documents folders and I had changed the ini file name in the wrong one.  Now the radio1.ini is in both and the second instance program opens.  Thanks, Rich. 

73,

Fred/NA2U

On Mar 18, 2018, at 12:49 PM, ve3ki <ve3iay@...> wrote:

Try setting the "Target" field in the shortcut to  "C:\Program Files (x86)\N1MM Logger+\N1MMLogger.net.exe" "Ini=Radio1.ini" (assuming the ini file is named just Radio1.ini) - i.e. try putting the quotation marks around the entire Ini= parameter, not just the file name. Both ways work for me here, but you never know.... The other thing to check is that when you renamed the file, there isn't an extra space in the file name (Radio 1.ini is not the same file as Radio1.ini), also that there are no spaces before or after the = sign and that there is only one space between the quoted program name and the Ini parameter.

73,
Rich VE3KI


On Sun, Mar 18, 2018 at 12:23 pm, Fred - NA2U wrote:
I need to create a second instance of LoggerPlus for remote operations with different radio.

In 2.1.1 Program Installation and Setup, 3. Multiple ini Files, I have created the desktop shortcut to N1MM, the path properties of which are: "C:\Program Files (x86)\N1MM Logger+\N1MMLogger.net.exe" Ini="Radio1.ini". In the N1MMLoggerPlus Documents folder I created a copy of the .ini file and renamed it: N1MM Logger Radio1.ini Clicking on the new desktop shortcut I get an error message: The INI file 'Radio1.ini' does not exist! So, I created another copy of the ini file and named it: Radio1.ini The result is the same, the .ini files does not exist. I am unable to see the problem. Your help would be appreciated. Thank you.

73,

Fred/NA2U


____________________________________________________________
1 Simple Trick Removes Lip Lines & Eye Bags in Seconds
healthzoneworldwide.com
http://thirdpartyoffers.juno.com/TGL3141/5aaeba5688da63a56779bst03vuc


Re: N1MM+ and MMTTY and MMVARI

ve3ki
 

Are you expecting to use FSK or AFSK with MMVARI? It sounds as if you have selected FSK in the Configurer under the Digital Modes tab in the section for MMVARI, and that you have set the FSKPort type to EXTFSK, and that is what is opening EXTFSK. If that's what you want to do, OK - but I have a suspicion that there is a bug here. EXTFSK writes the port number to its ini file, and I have a sneaking suspicion that it is trying to write that file to the Program Files folder and failing (because Windows won't let programs write to files there). If my suspicion is correct. you aren't going to be able to use FSK with MMVARI unless and until Rick N2AMG can find a way to fix this so that the EXTFSK dll can successfully write to its ini file. If my suspicion turns out to be correct, perhaps you are the first person to have tried to use FSK from MMVARI since N1MM+ was released(!). On the other hand, maybe I've misdiagnosed the problem...

73,
Rich VE3KI


On Sun, Mar 18, 2018 at 12:23 pm, Mike Flowers wrote:

Hi Gang,

 

Still getting into the setup of N1MM+ here.   I must have something configured amiss.

 

It appears that one can use both MMTTY and MMVARI within N1MM+.  

 

When I set the Digital Interface to MMTTY, I now have that working properly, running FSK RTTY keying to my K3 using the EXTFSK module.   So that part’s all good.

 

However, if I then change the Interface on the Digital Interface Window to MMVARI, N1MM+ throws an error:

 

N1MMLogger.net - Version 1.0.7112.0
Built: 3/13/2018 7:30:24 AM
Microsoft Windows NT 10.0.16299.0,64:1,en-US,en-US
Error occurred at: 3/18/2018 10:23:48 AM in Thread:
---------------------------------------------------------------------------------------
System.Runtime.InteropServices.SEHException (0x80004005): External component has thrown an exception.
   at System.RuntimeType.ForwardCallToInvokeMember(String memberName, BindingFlags flags, Object target, Int32[] aWrapperTypes, MessageData& msgData)

(I’ve sent off this email to the support team.)

 

An EXTFSK window appears complaining that COM1  (CW keying?) is NG (Red), and N1MM+ is locked up, and I must kill the process with Task Manager.

 

I would surely appreciate some help with this problem.

 

Thanks!

 

- 73 and good DX de Mike, K6MKF, Past President - NCDXC

 

Re: N1MM / FLDIGI with Icom IC-7300 - loosing USB connection

ve3ki
 

Yes. If you look at the button at the top of the Bandmap window immediately after doing one of the band or mode changes that causes the filter to change, you should see a button labelled "Nar" or "Wide". You can right-click in the Bandmap window and select the Set Transceiver Filter Codes > Digi Wide or Digi Narrow (probably the opposite one to the label on the button, i.e. the one the program has actually selected but that you don't want) and change the command code to have it select the filter width you want to use. You will have to consult the manual for the radio command codes for your radio to find the correct command to select the filter width you want.

73,
Rich VE3KI



On Sun, Mar 18, 2018 at 11:53 am, Steve Wilkes wrote:
I also run DM780 and WSJT-X and have not had these types of problems. (?)

As for the RF, I have two mix 31 snap on ferrite beads with 4 turns each
on all my cables. But could still be an issue.

I exited the program before unplugging the USB cable.

I tried different settings on the mode control for PSK as Rich suggested.
I was originally set to "No Change"
AFSK changes radio to LSB-D and sets Filter 2
AFSK-R, radio remains in USB-D but sets Filter 2
USB doesn't work as it sets mode to USB, not USB-D.
RTTY and RTTY-R obviously set the mode to RTTY (and change the filter)


Got any other suggestions?

Thanks, Steve


On 3/18/2018 7:07 AM, John Bednar wrote:
Steve,

There are many IC-7300 users that have zero issues and two of the development team members own a IC-7300.

....kept losing my USB connection from PC to rig.
RF egress. Wrap the USB cable several turns in a ferrite at one end of the cable. Be sure to use the proper mix for HF. The wrong mix will be ineffective. If that doesn't solve the problem, add one on the other end, again multiple turns.

...changes the rig's current Filter from Filter 1 to Filter 2
A byproduct of not setting the Mode Control properly. Rich answered this question.

... changing the rig's setting for "DATA MOD" from USB to ACC
You do NOT need to set DATA MOD. Our software will change DATA MOD before and after the transmission when the software is configured correctly.

Unplugging the USB cable when the program is running will only add to your problems. Solve your RF egress issue.

John, K3CT

-----Original Message-----
From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Steve Wilkes via Groups.Io
Sent: Saturday, March 17, 2018 5:53 PM
To: N1MMLoggerPlus@groups.io
Subject: [N1MMLoggerPlus] N1MM / FLDIGI with Icom IC-7300 - loosing USB connection

tried to work the 070 Club contest this weekend but kept loosing my USB connection from PC to rig. What I noticed was that when changing bands using the N1MM entry screen there are two problems.

(a) it changes the rig's current Filter from Filter 1 to Filter 2.
Happens EVERY %$#%$ time.
(b) it it changing the rig's setting for "DATA MOD" from USB to ACC.
(you loose the signal then)

This was damn annoying as I'd have to reset the DATA MOD setting, then a lot of times had cycle the power on the rig and unplug/plugin the usb cable from the laptop to get everything sync'd. (This may have happened at times other than changing bands)

Running 1.0.7112.0 of N1MM, 4.0.12 of Fldigi, Firmware 1.21 on IC7300

tnx, Steve KM4SLW







---
This email has been checked for viruses by AVG.
http://www.avg.com

Re: Creating Second Instance of LoggerPlus

ve3ki
 

Try setting the "Target" field in the shortcut to  "C:\Program Files (x86)\N1MM Logger+\N1MMLogger.net.exe" "Ini=Radio1.ini" (assuming the ini file is named just Radio1.ini) - i.e. try putting the quotation marks around the entire Ini= parameter, not just the file name. Both ways work for me here, but you never know.... The other thing to check is that when you renamed the file, there isn't an extra space in the file name (Radio 1.ini is not the same file as Radio1.ini), also that there are no spaces before or after the = sign and that there is only one space between the quoted program name and the Ini parameter.

73,
Rich VE3KI


On Sun, Mar 18, 2018 at 12:23 pm, Fred - NA2U wrote:
I need to create a second instance of LoggerPlus for remote operations with different radio.

In 2.1.1 Program Installation and Setup, 3. Multiple ini Files, I have created the desktop shortcut to N1MM, the path properties of which are: "C:\Program Files (x86)\N1MM Logger+\N1MMLogger.net.exe" Ini="Radio1.ini". In the N1MMLoggerPlus Documents folder I created a copy of the .ini file and renamed it: N1MM Logger Radio1.ini Clicking on the new desktop shortcut I get an error message: The INI file 'Radio1.ini' does not exist! So, I created another copy of the ini file and named it: Radio1.ini The result is the same, the .ini files does not exist. I am unable to see the problem. Your help would be appreciated. Thank you.

73,

Fred/NA2U


____________________________________________________________
1 Simple Trick Removes Lip Lines & Eye Bags in Seconds
healthzoneworldwide.com
http://thirdpartyoffers.juno.com/TGL3141/5aaeba5688da63a56779bst03vuc

Re: #7112 Red dot and red call frame disappeared

Carel PA0CMU
 

It's just the way you look at those colored dots Steve. For me a PA with full output can be dangerous (high voltage, lot of RF voltage) so I associate that with a red indicator. Each his opinion of course.

Anyway I only see  a green dot in #7112 now doing nothing (?) and the red/orange dot i.c. the red call frame disappeared. There was a message line in the latest RevisionHistroy saying: "Fixed incorrect SO2R red and green dot and red call frame in some scenarios." Nothing about removing these features. Perhaps one of my settings is incorrect. That's what I'm trying to find out now. Of course I know when I'm transmitting, I hear the sidetone.

N1MM+ and MMTTY and MMVARI

Mike Flowers
 

Hi Gang,

 

Still getting into the setup of N1MM+ here.   I must have something configured amiss.

 

It appears that one can use both MMTTY and MMVARI within N1MM+.  

 

When I set the Digital Interface to MMTTY, I now have that working properly, running FSK RTTY keying to my K3 using the EXTFSK module.   So that part’s all good.

 

However, if I then change the Interface on the Digital Interface Window to MMVARI, N1MM+ throws an error:

 

N1MMLogger.net - Version 1.0.7112.0
Built: 3/13/2018 7:30:24 AM
Microsoft Windows NT 10.0.16299.0,64:1,en-US,en-US
Error occurred at: 3/18/2018 10:23:48 AM in Thread:
---------------------------------------------------------------------------------------
System.Runtime.InteropServices.SEHException (0x80004005): External component has thrown an exception.
   at System.RuntimeType.ForwardCallToInvokeMember(String memberName, BindingFlags flags, Object target, Int32[] aWrapperTypes, MessageData& msgData)

(I’ve sent off this email to the support team.)

 

An EXTFSK window appears complaining that COM1  (CW keying?) is NG (Red), and N1MM+ is locked up, and I must kill the process with Task Manager.

 

I would surely appreciate some help with this problem.

 

Thanks!

 

- 73 and good DX de Mike, K6MKF, Past President - NCDXC

 

Creating Second Instance of LoggerPlus

Fred - NA2U
 

I need to create a second instance of LoggerPlus for remote operations with different radio.

In 2.1.1 Program Installation and Setup, 3. Multiple ini Files, I have created the desktop shortcut to N1MM, the path properties of which are: "C:\Program Files (x86)\N1MM Logger+\N1MMLogger.net.exe" Ini="Radio1.ini". In the N1MMLoggerPlus Documents folder I created a copy of the .ini file and renamed it: N1MM Logger Radio1.ini Clicking on the new desktop shortcut I get an error message: The INI file 'Radio1.ini' does not exist! So, I created another copy of the ini file and named it: Radio1.ini The result is the same, the .ini files does not exist. I am unable to see the problem. Your help would be appreciated. Thank you.

73,

Fred/NA2U


____________________________________________________________
1 Simple Trick Removes Lip Lines & Eye Bags in Seconds
healthzoneworldwide.com
http://thirdpartyoffers.juno.com/TGL3141/5aaeba5688da63a56779bst03vuc

Re: N1MM / FLDIGI with Icom IC-7300 - loosing USB connection

Steve Wilkes
 

I also run DM780 and WSJT-X and have not had these types of problems. (?)

As for the RF, I have two mix 31 snap on ferrite beads with 4 turns each on all my cables. But could still be an issue.

I exited the program before unplugging the USB cable.

I tried different settings on the mode control for PSK as Rich suggested.
I was originally set to "No Change"
AFSK changes radio to LSB-D and sets Filter 2
AFSK-R, radio remains in USB-D but sets Filter 2
USB doesn't work as it sets mode to USB, not USB-D.
RTTY and RTTY-R obviously set the mode to RTTY (and change the filter)


Got any other suggestions?

Thanks, Steve

On 3/18/2018 7:07 AM, John Bednar wrote:
Steve,

There are many IC-7300 users that have zero issues and two of the development team members own a IC-7300.

....kept losing my USB connection from PC to rig.
RF egress. Wrap the USB cable several turns in a ferrite at one end of the cable. Be sure to use the proper mix for HF. The wrong mix will be ineffective. If that doesn't solve the problem, add one on the other end, again multiple turns.

...changes the rig's current Filter from Filter 1 to Filter 2
A byproduct of not setting the Mode Control properly. Rich answered this question.

... changing the rig's setting for "DATA MOD" from USB to ACC
You do NOT need to set DATA MOD. Our software will change DATA MOD before and after the transmission when the software is configured correctly.

Unplugging the USB cable when the program is running will only add to your problems. Solve your RF egress issue.

John, K3CT

-----Original Message-----
From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Steve Wilkes via Groups.Io
Sent: Saturday, March 17, 2018 5:53 PM
To: N1MMLoggerPlus@groups.io
Subject: [N1MMLoggerPlus] N1MM / FLDIGI with Icom IC-7300 - loosing USB connection

tried to work the 070 Club contest this weekend but kept loosing my USB connection from PC to rig. What I noticed was that when changing bands using the N1MM entry screen there are two problems.

(a) it changes the rig's current Filter from Filter 1 to Filter 2.
Happens EVERY %$#%$ time.
(b) it it changing the rig's setting for "DATA MOD" from USB to ACC.
(you loose the signal then)

This was damn annoying as I'd have to reset the DATA MOD setting, then a lot of times had cycle the power on the rig and unplug/plugin the usb cable from the laptop to get everything sync'd. (This may have happened at times other than changing bands)

Running 1.0.7112.0 of N1MM, 4.0.12 of Fldigi, Firmware 1.21 on IC7300

tnx, Steve KM4SLW






---
This email has been checked for viruses by AVG.
http://www.avg.com

Re: K2ZR/4 Russian DX contest log not accepted - Cabrillo errors

Axel Schernikau, DL6KVA
 

Rich,

I guess there's a problem on their upload site.

I uploaded 2 logs:

- mine as DL6KVA SOAB/HP CW without a problem and
- the one from Vlad, 4K9W, who operated SO/LP CW

Vlad's log was created by another program.
The first error was that something is wrong etc. with a PH contact shown in that message although his log containts CW QSOs only of course. I repeated the upload and it went through.

Both our logs are shown ok.

So I guess it's nothing N1MM or the users did wrong in that case.

73

Axel, DL6KVA

Am 18.03.2018 um 17:11 schrieb ve3ki:

K1ZZ, W4VIC, K6MKF and DL6KVA all had success, and their logs show up at <http://www.rdxc.org/asp/pages/logs.asp>.

K2QMF (using WriteLog), W1RM, K2ZR/4, K2SX, KO7SS and VE1DT had problems and their logs do not show up in the list of logs received.

All this makes me wonder if there is a link to the wrong log upload site out there somewhere, and some of you are going to the wrong place. Either that, or there is an intermittent problem with the upload site (overloading???), or there is something else common to the problem logs that is not there in the good logs. Based on K2QMF's report, I don't think it has much, if anything, to do with N1MM+.

73,
Rich VE3KI

Re: K2ZR/4 Russian DX contest log not accepted - Cabrillo errors

Bruce Meier
 

I am also having issues with the on-line Cabrillo submission and have checked for all suggested errors.   My file was fine.  So, I submitted via email and have not yet had any type of response, neither good nor bad.

 

73,

Bruce N1LN

Re: K2ZR/4 Russian DX contest log not accepted - Cabrillo errors

ve3ki
 

K1ZZ, W4VIC, K6MKF and DL6KVA all had success, and their logs show up at <http://www.rdxc.org/asp/pages/logs.asp>.

K2QMF (using WriteLog), W1RM, K2ZR/4, K2SX, KO7SS and VE1DT had problems and their logs do not show up in the list of logs received.

All this makes me wonder if there is a link to the wrong log upload site out there somewhere, and some of you are going to the wrong place. Either that, or there is an intermittent problem with the upload site (overloading???), or there is something else common to the problem logs that is not there in the good logs. Based on K2QMF's report, I don't think it has much, if anything, to do with N1MM+.

73,
Rich VE3KI

Re: K2ZR/4 Russian DX contest log not accepted - Cabrillo errors

Dave Sumner
 

Here is the header and first few QSOs of my log that was accepted via the web form.

Dave K1ZZ


START-OF-LOG: 3.0
LOCATION: CT
CALLSIGN: K1ZZ
CLUB: Yankee Clipper Contest Club
CONTEST: RDXC
CATEGORY-OPERATOR: SINGLE-OP
CATEGORY-BAND: 80M
CATEGORY-MODE: MIXED
CATEGORY-POWER: HIGH
CATEGORY-STATION: FIXED
CATEGORY-TRANSMITTER: ONE
CLAIMED-SCORE: 75270
OPERATORS: K1ZZ
NAME: Dave Sumner
ADDRESS: 684 Cedar Swamp Rd
ADDRESS-CITY: Coventry
ADDRESS-STATE-PROVINCE: CT
ADDRESS-POSTALCODE: 06238-1062
ADDRESS-COUNTRY: UNITED STATES
CREATED-BY: N1MM Logger+ 1.0.7080.0
QSO:  3508 CW 2018-03-17 2334 K1ZZ          599 001    AA3B          599 837  
QSO:  3506 CW 2018-03-17 2335 K1ZZ          599 002    XL3A          599 742  
QSO:  3500 CW 2018-03-17 2336 K1ZZ          599 003    OK5Z          599 394  
QSO:  3502 CW 2018-03-17 2337 K1ZZ          599 004    VE9AA         599 129  
QSO:  3503 CW 2018-03-17 2338 K1ZZ          599 005    IZ4DYX        599 405  
QSO:  3504 CW 2018-03-17 2338 K1ZZ          599 006    DL7ON         599 820  


On Sunday, March 18, 2018 12:55 PM, Pete W1RM <w1rm@...> wrote:


Could be.  I just tried it for the 4th time with the same results.  They have a program available to correct the log but it doesn’t run on windows 10 so can’t use it.  I’ll wait until tomorrow.  Besides my meager 35 qsos won’t win me anything anyway.
 
 
Pete, W1RM
W1RM@...
 
From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of ve3ki
Sent: Sunday, March 18, 2018 12:50 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MMLoggerPlus] K2ZR/4 Russian DX contest log not accepted - Cabrillo errors
 
OK, I generated a test log, exported to Cabrillo and compared it with the example file at <http://www.rdxc.org/asp/pages/logtip.asp>. The columns all seem to line up OK. Were there any such problems last year? I don't see any changes in the N1MM+ update history related to this contest in the past couple of years, so if it worked last year, you'd expect it to work this year. Perhaps there is a problem at their end.

73,
Rich VE3KI


On Sun, Mar 18, 2018 at 09:37 am, Pete W1RM wrote:
Did as you suggest Rich.  The errors they generate are suggesting some misalignment with the offset.
 
 
Pete, W1RM
 
 


Re: K2ZR/4 Russian DX contest log not accepted - Cabrillo errors - Ditto for K2SX and W1RM

Ted
 


I have the same problem and I am using Writelog!!
 
Ted  K2QMF
 
 
On Sun, 18 Mar 2018 12:34:28 -0400 "Pete W1RM" <w1rm@...> writes:

Tried it twice with the same results.  Looks as if there’s a potential incompatibility of Cabrillo format generated vs expected.

 

 

Pete, W1RM

W1RM@...

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of dbmcalpine73@...
Sent: Sunday, March 18, 2018 12:13 PM
To: N1MMLoggerPlus@groups.io
Cc: 'Richard Stein' <k2zr@...>
Subject: Re: [N1MMLoggerPlus] K2ZR/4 Russian DX contest log not accepted - Cabrillo errors - Ditto for K2SX

 

I sent an e-mail to logs@... with a Cabrillo file attached at 1530 and no response.  Also uploaded it twice using the form on website and got the same errors as the rest of you, e.g. empty file.  I did check their Logs received page and got both uploads listed but with validity as “bad”.  No indication that the e-mail made it yet.

73,

Dennis, K2SX

 

From: N1MMLoggerPlus@groups.io <N1MMLoggerPlus@groups.io> On Behalf Of Richard Stein
Sent: March 18, 2018 12:03 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MMLoggerPlus] K2ZR/4 Russian DX contest log not accepted - Cabrillo errors

 

I just tried again and got the same ERROR response.

I also sent the Cabrillo file email and got same result. Still not working.

One of the errors noted is on a line for a SSB QSO the error note suggests I made on 15M??? I made no 15 Meter QSOs.

I was SOCW LP in this RDX contest.

73,

Dick, K2ZR/4

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Axel Schernikau, DL6KVA
Sent: Sunday, March 18, 2018 11:30 AM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MMLoggerPlus] K2ZR/4 Russian DX contest log not accepted - Cabrillo errors

 

I had the same problem ... I just tried again and the log was uploaded ok.

73

Axel, DL6KVA

Am 18.03.2018 um 15:20 schrieb Richard Stein:

Bill,

I am getting the same message. The errors are not in my log when I look at the file.

I send a copy of the log’s NotePad file’s content to rdxc@...

Dick, K2ZR/4

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Bill KO7SS via Groups.Io
Sent: Sunday, March 18, 2018 11:14 AM
To: N1MMLoggerPlus@groups.io
Subject: [N1MMLoggerPlus] Russian DX contest log not accepted - Cabrillo errors

 

I keep getting this error on uploading. The log looks fine (to my groggy half open eyes):

Notice: Undefined offset: 4 in /home/rdxc/data/www/mail.rdxc.org/logs_upload.phpon line 92

Notice: Undefined offset: 1 in /home/rdxc/data/www/mail.rdxc.org/logs_upload.phpon line 95

Notice: Undefined offset: 2 in /home/rdxc/data/www/mail.rdxc.org/logs_upload.phpon line 95

Notice: Undefined offset: 3 in /home/rdxc/data/www/mail.rdxc.org/logs_upload.phpon line 95

Notice: Undefined offset: 4 in /home/rdxc/data/www/mail.rdxc.org/logs_upload.phpon line 95

Notice: Undefined offset: 5 in /home/rdxc/data/www/mail.rdxc.org/logs_upload.phpon line 95

Notice: Undefined offset: 6 in /home/rdxc/data/www/mail.rdxc.org/logs_upload.phpon line 95

Notice: Undefined offset: 7 in /home/rdxc/data/www/mail.rdxc.org/logs_upload.phpon line 95

Notice: Undefined offset: 8 in /home/rdxc/data/www/mail.rdxc.org/logs_upload.phpon line 95

Notice: Undefined offset: 9 in /home/rdxc/data/www/mail.rdxc.org/logs_upload.phpon line 95

Next mistakes were found in contest log of KO7SS:

  1. Attached file is empty

 

 


Re: K2ZR/4 Russian DX contest log not accepted - Cabrillo errors

Pete W1RM
 

Could be.  I just tried it for the 4th time with the same results.  They have a program available to correct the log but it doesn’t run on windows 10 so can’t use it.  I’ll wait until tomorrow.  Besides my meager 35 qsos won’t win me anything anyway.

 

 

Pete, W1RM

W1RM@...

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of ve3ki
Sent: Sunday, March 18, 2018 12:50 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MMLoggerPlus] K2ZR/4 Russian DX contest log not accepted - Cabrillo errors

 

OK, I generated a test log, exported to Cabrillo and compared it with the example file at <http://www.rdxc.org/asp/pages/logtip.asp>. The columns all seem to line up OK. Were there any such problems last year? I don't see any changes in the N1MM+ update history related to this contest in the past couple of years, so if it worked last year, you'd expect it to work this year. Perhaps there is a problem at their end.

73,
Rich VE3KI


On Sun, Mar 18, 2018 at 09:37 am, Pete W1RM wrote:

Did as you suggest Rich.  The errors they generate are suggesting some misalignment with the offset.

 

 

Pete, W1RM

W1RM@...