Date   

Re: N1mm U router Microham ic7300 and N!MM display

Timon Kruijer
 

Steve,

I looked a bit better.
The ic7300 has two ports for controlling stuff. I use the port with nr. 4 in
the manual for Microham.
I thought it must be possible to run the other for running the spectrum
display?

73 Timon

-----Oorspronkelijk bericht-----
Van: N1MMLoggerPlus@groups.io <N1MMLoggerPlus@groups.io> Namens Steve London
Verzonden: zondag 26 april 2020 20:07
Aan: N1MMLoggerPlus@groups.io
Onderwerp: Re: [N1MM+] N1mm U router Microham ic7300 and N!MM display

After a discussion with the rest of the N1MM+ team...

The IC7300 will not send spectrum data unless the speed is set to 115200.
Nothing that N1MM+ can do about this.

For N1MM+ CAT control of the 7300, you could connect directly from the 7300
to the computer, bypassing the Stationmaster.

If you need the connection through the Stationmaster, then you'll need to
work with Microham to see if a higher speed version of the Microham router
is available.

73,
Steve, N2IC

On 04/26/2020 02:19 AM, Timon Kruijer wrote:
Hi all,

I am running an Stationmaster Deluxe from MicroHAM. This is the
upgrade version from the stationmaster.

Both are using the usb router software.

I read that to get N1MM running I need to set it up with 115200. U
router goes up to 19200.

I can not get N1MM spectrum running  sofar.

I think there are much hams running U router from microHAM and it
should work I hope….

What am I missing or doing wrong?

73 Timon PA1T


JS8call rig control

Tim Fairbairn
 

Hoping I can set JS8call to use DXLAB Suite Commander for CAT control just like we do for WSJT-X.  Then I also set my logging to go UDP from JS8call to N1MM. Are these features ready to go? I'm getting fog-brained reading all the manuals.

--
Tim AF6TF


Merging separate databases into one

Neil G
 

Folks, through a series of unfortunate incidents, 
(windoz keeps messing up my comm ports and .ini settings just before a contest)...
I now have several different N1MM+ databases containing past logs & contests. 
Is there a way to consolidate these back into a single database? 
The main reason would mostly be for callsign history...
or is there another way to keep this updated from past logs?
Thanks and 73
Neil, AE1P


locked Re: N1MM Logger+ EXPORT ADIF <STX> - <STX_STRING> MISSING #n1mm

Ken McVie <kenmc@...>
 

Thanks for the explanation Al, & I agree with you on the effort required not being worth it. I'm sure the N1MM team have more important things to do!!

73
Ken ZL4NR

On 27/04/2020 12:55 pm, AB2ZY wrote:

You are basically correct.  Technical BS follows.

 

What the user seems to want is the string that was in the exchange field before logging the QSO. N1MM does not store the string that was in the exchange field. Rather, it parses it out into individual elements and stores them in separate columns in the database.

 

Cabrillo export is always in the contest of a single contest. There are classes for all the various contests and these classes include methods that assemble the individual fields back into a string to meet the Cabrillo specification (this is simplified, but close enough). A contest class is always already instantiated when you Generate Cabrillo.

 

ADIF exports can span multiple contests. The export code simply creates the WHERE clause for the SQL to return the QSO records wanted and passes it off to an ADIF file printing routine. In order to get the columns required and the information in the correct order to recreate the original exchange field you’d need to instantiate an instance of every contest class you came across in the QSO rows processed AND you have the include all the “special” code in the Cabrillo routines to process contests like ARRL SS.

 

Since all the raw fields are available already and there is IMO, zero value to recreating the way you may or may not have typed the exchange (SS allows entry of the elements in almost any order) I don’t think John or I see this as worth the effort required to redesign enough code to do it right. No one wants to make a hash.

 

Al

AB2ZY

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Ken McVie
Sent: Sunday, April 26, 2020 8:01 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MM+] N1MM Logger+ EXPORT ADIF <STX> - <STX_STRING> MISSING #n1mm

 

Not sure what the problem is here -- when I import an ADIF contest file from N1MM into my normal logger program Logger32, all fields are imported -- contest name, SRX, STX, RSTS, RSTR. This all happens automagically!!!

Maybe I don't understand what is being asked here!

73
Ken ZL4NR

On 26/04/2020 10:16 pm, Franco HB9oab wrote:

Hello everybody,
I confirm what Jeff K6QCB says (thanks!!)
and I also add that when I export the field STX STX_STRING to CABRILLO, that is, the RST report string is present in its entirety.

So if it is present in EXPORT CABRILLO, somewhere it must remain registered and therefore also in ADIF it should not be as complicated as described.


As you can see in the photos of some contests where the STX and STX_STRING fields are present as both "as numeric" and "as string" fields...


CQ WPX SSB CONTEST:


ARRL DX SSB CONTEST


CQ WW SSB CONTEST:


SAC SSB CONTEST:


CQ WW RTTY CONTEST:


and the same for all other cabrillo exports....

In my Home Made LogBook (Wlog2000) I link these 2x2 fields STX, SRX, STX_STRING and SRX_STRING in 4 lines only of code, both in export and in import if they are present.

Even in the N1MM+ EXPORT in CABRILLO it warns me that [THE EXPORT FILE WILL BE USED WITH FIELD xxx] in the start window...

I think it takes very little to insert this field also in the ADIF export, I don't see what problem there can be. If it does not exist, which does not seem, it would be enough to open a window to insert the FIXED export FIELD for STX and SRX or STX_STRING and SRX_STRING.


Where then a very simple command assigns the STX or STX_STRING


<<IF IsNumeric(field) then goto 'STX' else goto 'STX_STRING'>>


But don't tell me to import in CABRILLO, which is a standard for contest and not for data exchange between different software born precisely as "Amateur Data Interchange Format" and not anto as CABRILLO from Trey N5KO as say "use in the submission of contest logs".

As we well know it can be done with a simple ascii/txt editor with find&replace or with third-party applications, such as ADIF MASTER to add/mod fields, yes, but why not make it easier to export and import complete data in your general logbook appliant to ADIF formulations directly in to N1MM+?

Thanks for a consideration with best wishes to all STAYSAFE STAYHOME... ;-)

73's
Franco

 



locked Re: N1MM Logger+ EXPORT ADIF <STX> - <STX_STRING> MISSING #n1mm

AB2ZY
 

You are basically correct.  Technical BS follows.

 

What the user seems to want is the string that was in the exchange field before logging the QSO. N1MM does not store the string that was in the exchange field. Rather, it parses it out into individual elements and stores them in separate columns in the database.

 

Cabrillo export is always in the contest of a single contest. There are classes for all the various contests and these classes include methods that assemble the individual fields back into a string to meet the Cabrillo specification (this is simplified, but close enough). A contest class is always already instantiated when you Generate Cabrillo.

 

ADIF exports can span multiple contests. The export code simply creates the WHERE clause for the SQL to return the QSO records wanted and passes it off to an ADIF file printing routine. In order to get the columns required and the information in the correct order to recreate the original exchange field you’d need to instantiate an instance of every contest class you came across in the QSO rows processed AND you have the include all the “special” code in the Cabrillo routines to process contests like ARRL SS.

 

Since all the raw fields are available already and there is IMO, zero value to recreating the way you may or may not have typed the exchange (SS allows entry of the elements in almost any order) I don’t think John or I see this as worth the effort required to redesign enough code to do it right. No one wants to make a hash.

 

Al

AB2ZY

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Ken McVie
Sent: Sunday, April 26, 2020 8:01 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MM+] N1MM Logger+ EXPORT ADIF <STX> - <STX_STRING> MISSING #n1mm

 

Not sure what the problem is here -- when I import an ADIF contest file from N1MM into my normal logger program Logger32, all fields are imported -- contest name, SRX, STX, RSTS, RSTR. This all happens automagically!!!

Maybe I don't understand what is being asked here!

73
Ken ZL4NR

On 26/04/2020 10:16 pm, Franco HB9oab wrote:

Hello everybody,
I confirm what Jeff K6QCB says (thanks!!)
and I also add that when I export the field STX STX_STRING to CABRILLO, that is, the RST report string is present in its entirety.

So if it is present in EXPORT CABRILLO, somewhere it must remain registered and therefore also in ADIF it should not be as complicated as described.


As you can see in the photos of some contests where the STX and STX_STRING fields are present as both "as numeric" and "as string" fields...


CQ WPX SSB CONTEST:


ARRL DX SSB CONTEST


CQ WW SSB CONTEST:


SAC SSB CONTEST:


CQ WW RTTY CONTEST:


and the same for all other cabrillo exports....

In my Home Made LogBook (Wlog2000) I link these 2x2 fields STX, SRX, STX_STRING and SRX_STRING in 4 lines only of code, both in export and in import if they are present.

Even in the N1MM+ EXPORT in CABRILLO it warns me that [THE EXPORT FILE WILL BE USED WITH FIELD xxx] in the start window...

I think it takes very little to insert this field also in the ADIF export, I don't see what problem there can be. If it does not exist, which does not seem, it would be enough to open a window to insert the FIXED export FIELD for STX and SRX or STX_STRING and SRX_STRING.


Where then a very simple command assigns the STX or STX_STRING


<<IF IsNumeric(field) then goto 'STX' else goto 'STX_STRING'>>


But don't tell me to import in CABRILLO, which is a standard for contest and not for data exchange between different software born precisely as "Amateur Data Interchange Format" and not anto as CABRILLO from Trey N5KO as say "use in the submission of contest logs".

As we well know it can be done with a simple ascii/txt editor with find&replace or with third-party applications, such as ADIF MASTER to add/mod fields, yes, but why not make it easier to export and import complete data in your general logbook appliant to ADIF formulations directly in to N1MM+?

Thanks for a consideration with best wishes to all STAYSAFE STAYHOME... ;-)

73's
Franco

 


locked Re: N1MM Logger+ EXPORT ADIF <STX> - <STX_STRING> MISSING #n1mm

Ken McVie <kenmc@...>
 

Not sure what the problem is here -- when I import an ADIF contest file from N1MM into my normal logger program Logger32, all fields are imported -- contest name, SRX, STX, RSTS, RSTR. This all happens automagically!!!

Maybe I don't understand what is being asked here!

73
Ken ZL4NR

On 26/04/2020 10:16 pm, Franco HB9oab wrote:
Hello everybody,
I confirm what Jeff K6QCB says (thanks!!)
and I also add that when I export the field STX STX_STRING to CABRILLO, that is, the RST report string is present in its entirety.

So if it is present in EXPORT CABRILLO, somewhere it must remain registered and therefore also in ADIF it should not be as complicated as described.

As you can see in the photos of some contests where the STX and STX_STRING fields are present as both "as numeric" and "as string" fields...

CQ WPX SSB CONTEST:


ARRL DX SSB CONTEST


CQ WW SSB CONTEST:


SAC SSB CONTEST:


CQ WW RTTY CONTEST:


and the same for all other cabrillo exports....

In my Home Made LogBook (Wlog2000) I link these 2x2 fields STX, SRX, STX_STRING and SRX_STRING in 4 lines only of code, both in export and in import if they are present.

Even in the N1MM+ EXPORT in CABRILLO it warns me that [THE EXPORT FILE WILL BE USED WITH FIELD xxx] in the start window...

I think it takes very little to insert this field also in the ADIF export, I don't see what problem there can be. If it does not exist, which does not seem, it would be enough to open a window to insert the FIXED export FIELD for STX and SRX or STX_STRING and SRX_STRING.

Where then a very simple command assigns the STX or STX_STRING

<<IF IsNumeric(field) then goto 'STX' else goto 'STX_STRING'>>

But don't tell me to import in CABRILLO, which is a standard for contest and not for data exchange between different software born precisely as "Amateur Data Interchange Format" and not anto as CABRILLO from Trey N5KO as say "use in the submission of contest logs".

As we well know it can be done with a simple ascii/txt editor with find&replace or with third-party applications, such as ADIF MASTER to add/mod fields, yes, but why not make it easier to export and import complete data in your general logbook appliant to ADIF formulations directly in to N1MM+?

Thanks for a consideration with best wishes to all STAYSAFE STAYHOME... ;-)

73's
Franco


Re: 10-10 Digital QP

Ed Felter <edfelter@...>
 

Very sorry for the mis-wording of my post. I was looking for a log within N1MM+ to use for the 10-10 Spring Digital contest.  Thanks to Bob, N7WY found the UDC 10-10 log.  I’m using MMVARI. But, no joy on 10 meters here on RTTY. 73

Ed, AI6O 


Re: QSO forwarding from N1MM+ to HRD's Logbook query

ve3ki
 

There is no setting in N1MM+ that relates to this. If HRD handles QSOs arriving from N1MM+ differently than QSOs arriving from WSJT-X, the explanation is within HRD.

73,
Rich VE3KI


On Sun, Apr 26, 2020 at 04:04 PM, John, G3UCQ wrote:
Hello.
QSOs are forwarded without problems from N1MM+ to HRD's Logbook except that -
I have automatic upload to eQSL checked in HRD Logbook but forwarded QSOs are not uploaded to eQSL automatically.
QSOs coming from WSJT-X in to  the HRD Logbook are automatically uploaded.
Am I missing something in N!MM+ or is this not possible?
It's no big deal as I can do a manual upload.  Just wondering.
Thank you.


QSO forwarding from N1MM+ to HRD's Logbook query

John, G3UCQ
 

Hello.
QSOs are forwarded without problems from N1MM+ to HRD's Logbook except that -
I have automatic upload to eQSL checked in HRD Logbook but forwarded QSOs are not uploaded to eQSL automatically.
QSOs coming from WSJT-X in to  the HRD Logbook are automatically uploaded.
Am I missing something in N!MM+ or is this not possible?
It's no big deal as I can do a manual upload.  Just wondering.
Thank you.


Re: N1mm U router Microham ic7300 and N!MM display

Timon Kruijer
 

Ok thanks Steve.
I saw there is and usb speed and a cat speed.
The cat speed must be 115200 and that’s not possible in U router. So the it
stops.
I will see how to solve this.
Thanks for the answer.

73 Timon

-----Oorspronkelijk bericht-----
Van: N1MMLoggerPlus@groups.io <N1MMLoggerPlus@groups.io> Namens Steve London
Verzonden: zondag 26 april 2020 20:07
Aan: N1MMLoggerPlus@groups.io
Onderwerp: Re: [N1MM+] N1mm U router Microham ic7300 and N!MM display

After a discussion with the rest of the N1MM+ team...

The IC7300 will not send spectrum data unless the speed is set to 115200.
Nothing that N1MM+ can do about this.

For N1MM+ CAT control of the 7300, you could connect directly from the 7300
to the computer, bypassing the Stationmaster.

If you need the connection through the Stationmaster, then you'll need to
work with Microham to see if a higher speed version of the Microham router
is available.

73,
Steve, N2IC

On 04/26/2020 02:19 AM, Timon Kruijer wrote:
Hi all,

I am running an Stationmaster Deluxe from MicroHAM. This is the
upgrade version from the stationmaster.

Both are using the usb router software.

I read that to get N1MM running I need to set it up with 115200. U
router goes up to 19200.

I can not get N1MM spectrum running  sofar.

I think there are much hams running U router from microHAM and it
should work I hope….

What am I missing or doing wrong?

73 Timon PA1T


Re: N1mm U router Microham ic7300 and N!MM display

Steve London
 

After a discussion with the rest of the N1MM+ team...

The IC7300 will not send spectrum data unless the speed is set to 115200. Nothing that N1MM+ can do about this.

For N1MM+ CAT control of the 7300, you could connect directly from the 7300 to the computer, bypassing the Stationmaster.

If you need the connection through the Stationmaster, then you'll need to work with Microham to see if a higher speed version of the Microham router is available.

73,
Steve, N2IC

On 04/26/2020 02:19 AM, Timon Kruijer wrote:
Hi all,
I am running an Stationmaster Deluxe from MicroHAM. This is the upgrade version from the stationmaster.
Both are using the usb router software.
I read that to get N1MM running I need to set it up with 115200. U router goes up to 19200.
I can not get N1MM spectrum running  sofar.
I think there are much hams running U router from microHAM and it should work I hope….
What am I missing or doing wrong?
73 Timon PA1T


Re: [microHAM] N1mm U router Microham ic7300 and N!MM display

Joe Subich, W4TV
 

I read that to get N1MM running I need to set it up with 115200. U
router goes up to 19200.
microHAM USB Device Router supports CAT ports 40 57,600 baud as the
single USB connection supports up to two CAT channels, two FSK ports,
WinKey and two PTT ports. Router will *never* support the Icom
panadapter due to the extreme CAT channel load.

I think there are much hams running U router from microHAM and it
should work I hope..
Please see the microHAM documentation (www.microHAM.com -> Support
-> Transceiver Settings) that documents using a direct USB connection
for the "Panapapter" and the microHAM interface CI-V connection to
follow frequency and mode for DK, DK II, MK, MK II, MK III, SM and
SMD.

73,

  ... Joe Subich, W4TV
      microHAM America
      http://www.microHAM-USA.com
      http://groups.io/g/microHAM


On 2020-04-26 4:20 AM, Timon Kruijer wrote:
Hi all,
I am running an Stationmaster Deluxe from MicroHAM. This is the upgrade
version from the stationmaster.
Both are using the usb router software.
I read that to get N1MM running I need to set it up with 115200. U router
goes up to 19200.
I can not get N1MM spectrum running sofar.
I think there are much hams running U router from microHAM and it should
work I hope..
What am I missing or doing wrong?
73 Timon PA1T


Re: USB to LPT adapters

Mpridesti
 

Also Found this to be true while trying to find solution for using the LPT port for sending CW. Those USB to LPT adapters do not work.

Only viable solution is to use a Win-Key or similar.

Regards,

Mark, K1RX

On Apr 26, 2020, at 12:13 PM, Steve London <n2ic@...> wrote:

The cheap USB to LPT adapters only support the pins necessary for printer control. They will not work for antenna switch interfaces.

73,
Steve, N2IC

On 04/26/2020 02:28 AM, sq7d wrote:
Hi
Please remind me why cheap USB to LPT adapters not work with N1MM+ as antenna switch interface for so2r.
Thanks
Matt SQ7D


Re: N1mm U router Microham ic7300 and N!MM display

Steve London
 

What radio are you using it with ?

73,
Steve, N2IC

On 04/26/2020 02:19 AM, Timon Kruijer wrote:
Hi all,
I am running an Stationmaster Deluxe from MicroHAM. This is the upgrade version from the stationmaster.
Both are using the usb router software.
I read that to get N1MM running I need to set it up with 115200. U router goes up to 19200.
I can not get N1MM spectrum running  sofar.
I think there are much hams running U router from microHAM and it should work I hope….
What am I missing or doing wrong?
73 Timon PA1T


Re: USB to LPT adapters

Steve London
 

The cheap USB to LPT adapters only support the pins necessary for printer control. They will not work for antenna switch interfaces.

73,
Steve, N2IC

On 04/26/2020 02:28 AM, sq7d wrote:
Hi
Please remind me why cheap USB to LPT adapters not work with N1MM+ as antenna switch interface for so2r.
Thanks
Matt SQ7D


Re: N1MM+ Distributed Multi Op LAN+WAN

Tom Wagner (N1MM)
 

You can participate in any contest you like and ignore any rule you like.

But if you submit a log, MAKE SURE YOU MAKE IT CLEAR WHAT RULES YOU BROKE.

Then the contest sponsor can decide what to do with your log.

Tom

On 4/26/2020 10:50 AM, Joe WB9SBD wrote:
Morning John,

No, The ARRL did not somewhat change the rules, They added a class, that totally sucks in my opinion. Sorry,,, the idea of everyone operating as a

"1A" station, from their own home,,

Using ONLY their own Call, Not the club call,

And when results come out the name of your club is next to your score, BUT there are NO a combined club scores!

And think if the Majority of the typical FD stations do not happen, ya know the class "A" etc. out in a field someplace. and everyone is at home if they bother to do it at all anyway, they will be 90% chance a class "D" and since class "D" cant work class "D" stations, who are all these people gonna contact?  It's gonna be one really slow contest.  opps it's not a contest.

I have done every Field Day since 1976, but this one I may sit out. OR Hey since it's not a contest anyway,  Maybe I'll convince my usual FD group to do FD anyway but in this distributed mode anyway with the club call, and call use class "E"  or what the heck "A" even, it's not a contest anyway, and this would give us practice on using the remote group contesting type of operation.

Sorry for Venting.  But man, from all the E-Mail groups conversations, even on the official ARRL contesting one it looked like a 99% chance it was gonna be this way like a new class like class "V" and "X" for the remote versions of class "D" & "E" except no restrictions on who can work who.

I don't think I am the only one that was getting this feeling.  I guessing even the logging developers MOST of them must have also thought so otherwise why the rush to suddenly make the loggers capable of doing this?

Sorry for venting guys, But disgusted with the ARRL's idea of the alternative they came up with.

Joe WB9SBD
Sig
The Original Rolling Ball Clock
Idle Tyme
Idle-Tyme.com
http://www.idle-tyme.com
On 4/26/2020 5:37 AM, John Bednar via groups.io wrote:

Tom,

Be sure that you followed the distributed multi-op band/mode rules at the bottom of this page:

https://floridaqsoparty.org/

The ARRL has not changed the rules for Field Day.

John, K3CT**

**

*From:*N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] *On Behalf Of *Tom Porada
*Sent:* Sunday, April 26, 2020 5:57 AM
*To:* N1MMLoggerPlus@groups.io
*Subject:* Re: [N1MM+] N1MM+ Distributed Multi Op LAN+WAN

Running the FQP on the VPN, mostly working with 9 members. Everyone updated to 1.0.8332 before the start but most had already manually populated stations in Network Status. After FQP we'll unpopulate the in Network Status stations and give the auto populate a chance to fill in.

All in all, it is exciting to use the logger in this manner and all stations can see who is doing what.

Scores will skyrocket!!

Is Field Day next??!!


Re: N1MM+ Distributed Multi Op LAN+WAN

Joe WB9SBD
 

Morning John,

No, The ARRL did not somewhat change the rules, They added a class, that totally sucks in my opinion. Sorry,,, the idea of everyone operating as a

"1A" station, from their own home,,

Using ONLY their own Call, Not the club call,

And when results come out the name of your club is next to your score, BUT there are NO a combined club scores!

And think if the Majority of the typical FD stations do not happen, ya know the class "A" etc. out in a field someplace. and everyone is at home if they bother to do it at all anyway, they will be 90% chance a class "D" and since class "D" cant work class "D" stations, who are all these people gonna contact?  It's gonna be one really slow contest.  opps it's not a contest.

I have done every Field Day since 1976, but this one I may sit out. OR Hey since it's not a contest anyway,  Maybe I'll convince my usual FD group to do FD anyway but in this distributed mode anyway with the club call, and call use class "E"  or what the heck "A" even, it's not a contest anyway, and this would give us practice on using the remote group contesting type of operation.

Sorry for Venting.  But man, from all the E-Mail groups conversations, even on the official ARRL contesting one it looked like a 99% chance it was gonna be this way like a new class like class "V" and "X" for the remote versions of class "D" & "E" except no restrictions on who can work who.

I don't think I am the only one that was getting this feeling.  I guessing even the logging developers MOST of them must have also thought so otherwise why the rush to suddenly make the loggers capable of doing this?

Sorry for venting guys, But disgusted with the ARRL's idea of the alternative they came up with.

Joe WB9SBD

The Original Rolling Ball Clock
Idle Tyme
Idle-Tyme.com
http://www.idle-tyme.com

On 4/26/2020 5:37 AM, John Bednar via groups.io wrote:

Tom,

 

Be sure that you followed the distributed multi-op band/mode rules at the bottom of this page:

https://floridaqsoparty.org/

 

The ARRL has not changed the rules for Field Day.

 

John, K3CT

 

 

 

From: N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] On Behalf Of Tom Porada
Sent: Sunday, April 26, 2020 5:57 AM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MM+] N1MM+ Distributed Multi Op LAN+WAN

 

Running the FQP on the VPN, mostly working with 9 members. Everyone updated to 1.0.8332 before the start but most had already manually populated stations in Network Status. After FQP we'll unpopulate the in Network Status stations and give the auto populate a chance to fill in.

All in all, it is exciting to use the logger in this manner and all stations can see who is doing what.

Scores will skyrocket!!

Is Field Day next??!!



Re: Recording and transmitting wav files

Rod Ehrhart - K8RR
 

Mike, What mic? How does a ham radio headset plug into a computer mic input? Whether it is dynamic or Icom 8 Vdc electret , I don't see how it is going work plugged into a 3V computer mic input. Not easy peasy when you don't HAVE a computer mic. Yes, some of us need a tutorial because we don't have what you have. 


Re: Question Abt UDC file

Oguzhan Kayhan
 

Actually inside and outside Turkey.
So, two TA stations can work, or a foreign station can work with TA
stations also.
But not two foreign stations counts

On Sun, Apr 26, 2020 at 11:10 AM Les Elliott via groups.io
<g4ogb=tiscali.co.uk@groups.io> wrote:

All qso's must include a TA station to be valid on contest..<
means that you can work stations outside Turkey, and be valid
(count for points)

Les, G4OGB

-----Original Message-----
From: Oguzhan Kayhan
Sent: Saturday, April 25, 2020 4:06 PM
To: N1MMLoggerPlus@groups.io
Subject: Re: [N1MM+] Question Abt UDC file

Hello,
Mainly,
Actually, two main categories FM or SSB/CW
All qso's must include a TA station to be valid on contest..

These are the main rules. rest is about pointing which i solved already.

On Fri, Apr 24, 2020 at 12:11 PM Les Elliott via groups.io
<g4ogb=tiscali.co.uk@groups.io> wrote:

Where are the new rules?

Les, G4OGB

-----Original Message-----
From: Oguzhan Kayhan
Sent: Friday, April 24, 2020 9:23 AM
To: N1MMLoggerPlus@groups.io
Subject: [N1MM+] Question Abt UDC file

Hello,
trying to update the udc vhf contest according to new rules.

I'd like to change the point calculation just for specific prefixes.. So,
I changed the IsWorkable =TA,TB,TC
What I want is to setup a contest which only accepts this prefixes
acceptable for this contest..

Yes.. when I type a test callsign ta1aa it accepts it..
And when I type ea1aa , it shows the callsign as grey.. but it also
adds this qso to the points
Is there any way to prevent this from happening?
Maybe not calculating in score only?










Re: N1MM+ Distributed Multi Op LAN+WAN

Tom Wagner (N1MM)
 

We found yet another bug in the Hamachi support, this time exposed by one of K8UT's computers. Accordingly, i have posted "Yet another fix for Hamachi support" in the experimental area:

https://n1mmwp.hamdocs.com/mmfiles/categories/programexperimental/

I expect this one to do everything the last one did and more and I also expect that it will be in Tuesday's build.

73,

Tom

On 4/26/2020 6:37 AM, John Bednar via groups.io wrote:

Tom,

Be sure that you followed the distributed multi-op band/mode rules at the bottom of this page:

https://floridaqsoparty.org/

The ARRL has not changed the rules for Field Day.

John, K3CT**

**

*From:*N1MMLoggerPlus@groups.io [mailto:N1MMLoggerPlus@groups.io] *On Behalf Of *Tom Porada
*Sent:* Sunday, April 26, 2020 5:57 AM
*To:* N1MMLoggerPlus@groups.io
*Subject:* Re: [N1MM+] N1MM+ Distributed Multi Op LAN+WAN

Running the FQP on the VPN, mostly working with 9 members. Everyone updated to 1.0.8332 before the start but most had already manually populated stations in Network Status. After FQP we'll unpopulate the in Network Status stations and give the auto populate a chance to fill in.

All in all, it is exciting to use the logger in this manner and all stations can see who is doing what.

Scores will skyrocket!!

Is Field Day next??!!