Many questions can be answered by going to the N1MM+ Web page.
Search has been improved, so give it a try!
|
Re: 1.0.5245
drew.vonadasmith@...
Outstanding Tom, thanks again!
---In N1MMLoggerplus@..., <tfwagner@...> wrote : Version 1.0.5245 (October 9, 2015) 1. Oceania: Fix for IsWorkable - JD1 (K3CT) (Coded by N1MM) 2. Fix caching of continent in all contests (Coded by N1MM)
|
|
|
|
Re: Dx cluster don' t working
Stephen Elliott
Can't connect to any cluster. Getting telnet error "nothing received in 3 minutes." Is this my setup error?
|
|
|
|
Re: Dx cluster don' t working
Stephen Elliott
can't connect to any cluster. getting telnet error "nothing received for 3 minutes." Is this a setup problem?
|
|
|
|
1.0.5245
N1MM <tfwagner@...>
Version 1.0.5245 (October 9, 2015)
1. Oceania: Fix for IsWorkable - JD1 (K3CT) (Coded by N1MM) 2. Fix caching of continent in all contests (Coded by N1MM)
|
|
|
|
[skcc] [N1MMLoggerplus] Two updated SKCC CallHist files uploaded to N1MMLogger Plus
Jan Pieter Oelp
This email
message is a notification to let you know that two files has been uploaded to
the Files area of the N1MMLoggerPlus group.
CallHist_SKCC.txt
and
CallHist_SKCC_EVENT_WES_SPRINT.txt both
up to SKCC #14470
Editor of this files: Jan Pieter Oelp PA3CLQ SKCC
#2765
SKCC.zip include:
SKCCEVENT for K3Y Anniversary Events in
january.
SKCCWES for monthly Weekend Sprintathon SKCCSPRINT for monthly Two hour SK Sprint or monthly Two hour SK Eurosprint. CallHist files added.
Uploaded by : Les
G4OGB
Description : SKCC.zip Exchange is in
the order RST-S RST-R SPC(SKCC Country Codes / ISO Codes) Name SKCC#
For SKCC Country Codes / SPC-List
see:
You can accesss the file SKCC.zip at
the URL:
To learn more about UDC (User Defined Contest) see:
Thanks, & 73, Jan Pieter Oelp,
pa3clq@... PA3CLQ, SKCC # 2765
In January QRV as "K3Y DX Operations from
the Netherlands" with the Callsign PH6SKCC SKCC
#5031C
QRV as CW Operator of the Dutch Old Timer
Club OTC with the Callsign PI4OTC SKCC
#5315
QRV as CW Operator of RAG with the
Callsign PI4RAG SKCC
#5624
www.pa3clq.nl/ about Gigantic
DF-Antennas
Sent 09-10-15
13:30
|
|
|
|
Re: QSORDER - N1MM - LAPTOP how to ?
Drago Turin-S59A <s59a@...>
I also would like to know how could I record both signals ,the coresponder one and mine both left and right headphones channels! OK with my little setup I do not pretend for 1st places,so I still do not need to record,hi.
GL all in CQ WW!
Drago,S59A.
From: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Sent: Friday, October 9, 2015 1:32 AM To: N1MMLoggerplus@... Subject: [N1MMLoggerplus] QSORDER - N1MM - LAPTOP how to ?
Does anyone have much experience with this? I use N1MM+ (love it!)
I’d like to try QSORDER by Vasily K3IT instead of buying a handheld digital recorder which start around $150 here locally.
I recently went SO2R with the YCCC box.(a very nice kit)
I use a 4-5 yr old Dell Windows 7 laptop with the headphone and mic jacks already used up with my headset’s microphone going in the mic port, and the headphone port going on as mic audio feeding the YCCC SO2R box.
If I split the headphone audio with a Y-connector and feed it back into the mic jack which I am already using for my mic I think I’ll have issues, right?
So, what do all you SO2R ops do for recording, per the new CQWW rules posted yesterday. Also, is the default port 12060 used by anything else typically in N1MM? (I am just doing rig control and no rotors or bandswitching or anything else)
TNX a lot,
Mike VE9AA
|
|
|
|
Generic File Export Mult Order Bug (CQWW RTTY)
Victor Paul
Prior to release 1.0.5241 of a couple days ago, several users, myself included reported that the Generic File Export function from a CQ WW RTTY log yielded only the header line. The export now works,but there is a problem with the Mult 1 and Mult 2 outputs in the .txt file that results.
Whenever a QSO is a new mult, one or more of the Mult1, Mult2 and/or Mult3 fields is supposed to get populated on the associated line in the exported .txt file. The Mult 3 field which is for State/Province works correctly. Looking at the Mult 1 column in the exported .txt file one sees that the values contained therein are for DXCC country, while the values in the Mult 2 column in the exported .txt file are Zones. This is backwards from the ordering displayed in the log itself and therein lies the genesis of the following bug I believe. If a given QSO is new mult only because it is a new band country (rather than band zone) then you would expect to see a country prefix listed on that line in the exported file. Instead you see a zone and vice versa. If the QSO is both a new band zone and a new band country then you see both displayed and don't at first notice a problem. Throughout the PJ6A log that I exported I see that if its really just a new band country I get a zone # under the Mult 2 column (when its not a new band zone) and nothing in the Mult1 column. I see lots of zone 14's 15's etc. and no European prefixes in the other column. Probably meed to flip things around in the generic export file such that the Mult1 column is Zone, and Mult2 is Country to comport with the order in the log display and make the calls to populate them properly. Can someone take a look and confirm this diagnosis and take another whack at this? Many thanks, Victor - WB0TEV
|
|
|
|
Re: QSORDER - N1MM - LAPTOP how to ?
Correction. Gateway laptop, not Dell...if it matters ---In N1MMLoggerplus@..., <ve9aa@...> wrote : Does anyone have much experience with this? I use N1MM+ (love it!) I’d like to try QSORDER by Vasily K3IT instead of buying a handheld digital recorder which start around $150 here locally. I recently went SO2R with the YCCC box.(a very nice kit) I use a 4-5 yr old Dell Windows 7 laptop with the headphone and mic jacks already used up with my headset’s microphone going in the mic port, and the headphone port going on as mic audio feeding the YCCC SO2R box. If I split the headphone audio with a Y-connector and feed it back into the mic jack which I am already using for my mic I think I’ll have issues, right?
So, what do all you SO2R ops do for recording, per the new CQWW rules posted yesterday. Also, is the default port 12060 used by anything else typically in N1MM? (I am just doing rig control and no rotors or bandswitching or anything else)
TNX a lot,
Mike VE9AA
|
|
|
|
QSORDER - N1MM - LAPTOP how to ?
Does anyone have much experience with this?
I use N1MM+ (love it!)
I’d like to try QSORDER by Vasily K3IT instead of buying a handheld digital recorder which start around $150 here locally.
I recently went SO2R with the YCCC box.(a very nice kit)
I use a 4-5 yr old Dell Windows 7 laptop with the headphone and mic jacks already used up with my headset’s microphone going in the mic port, and the headphone port going on as mic audio feeding the YCCC SO2R box.
If I split the headphone audio with a Y-connector and feed it back into the mic jack which I am already using for my mic I think I’ll have issues, right?
So, what do all you SO2R ops do for recording, per the new CQWW rules posted yesterday. Also, is the default port 12060 used by anything else typically in N1MM? (I am just doing rig control and no rotors or bandswitching or anything else)
TNX a lot,
Mike VE9AA
|
|
|
|
Re: Non Scrolling RTTY Window Still Has CR/LF
William Turner
------------ ORIGINAL MESSAGE ------------(may be snipped)
On 08 Oct 2015 13:23:21 -0700, you wrote: REPLY: That's why I suggest the change be made optional. To each his own. 73, Bill W6WRT
|
|
|
|
Re: Non Scrolling RTTY Window Still Has CR/LF
David G3YYD <g3yyd@...>
Actually it is a bit more subtle than that. Often somebody will send ABCcrlfDEF when they send two words ABC DEF. So a crlf has to be replaced by a space character rather than just ignored. Further post processing can then if required reduce multiple space characters to one.
To me when I had a tiny 64 character 24 line TTL wonder display in 1978 I did exactly that to maximise the number of characters displayed. But with today’s large high resolution displays then I prefer one that allows just one new line (multiple new lines being ignored) for each new line character. I also prefer that characters are always entered on the bottom line so I know where to look for the latest information with the old data scrolling upwards.
73 David G3YYD
From: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Sent: 08 October 2015 20:36 To: N1MMLoggerplus@... Subject: RE: [N1MMLoggerplus] Non Scrolling RTTY Window Still Has CR/LF
I’d like that too.
73, Jim N7US
From: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
[Attachment(s) from jimw7ry@... [N1MMLoggerplus] included below] Team.... A week or so I made a comment that the non scrolling window on N1MM does not work like the one in Writelog. I was able to sit down and make some observations. The non scrolling window does work, but when a carriage return on line feed is received, it still scrolls down a line. It would be better if it did not do this. In other words, ignore all CR/LF from the decode. Just simply jump down a line when the text gets to the end of the line. Screen shot attached. I clearly shows short lines above the scroll line. And it should not have this. All lines should be completely full of text. Either good text or gibberish text... Whatever is being received. Any way to fix this? Thanks! 73 Jim W7RY
|
|
|
|
Re: Non Scrolling RTTY Window Still Has CR/LF [1 Attachment]
I’d like that too.
73, Jim N7US
From: N1MMLoggerplus@... [mailto:N1MMLoggerplus@...]
Sent: October 08, 2015 14:57 To: N1MMLoggerplus@... Subject: [N1MMLoggerplus] Non Scrolling RTTY Window Still Has CR/LF [1 Attachment]
[Attachment(s) from jimw7ry@... [N1MMLoggerplus] included below] Team.... A week or so I made a comment that the non scrolling window on N1MM does not work like the one in Writelog. I was able to sit down and make some observations. The non scrolling window does work, but when a carriage return on line feed is received, it still scrolls down a line. It would be better if it did not do this. In other words, ignore all CR/LF from the decode. Just simply jump down a line when the text gets to the end of the line. Screen shot attached. I clearly shows short lines above the scroll line. And it should not have this. All lines should be completely full of text. Either good text or gibberish text... Whatever is being received. Any way to fix this? Thanks! 73 Jim W7RY
|
|
|
|
Re: Non Scrolling RTTY Window Still Has CR/LF [1 Attachment]
Jim W7RY
But then it defeats the whole purpose for this Bill... Which is no scrolling text. But ok...
toggle quoted messageShow quoted text
Thanks 73 Jim W7RY ---In N1MMLoggerplus@..., <dezrat@...> wrote : ------------ ORIGINAL MESSAGE ------------(may be snipped)
On 08 Oct 2015 12:57:23 -0700, W7RY wrote:
|
|
|
|
Re: Non Scrolling RTTY Window Still Has CR/LF [1 Attachment]
William Turner
------------ ORIGINAL MESSAGE ------------(may be snipped)
On 08 Oct 2015 12:57:23 -0700, W7RY wrote: The non scrolling window does work, but when a carriageREPLY: If they do "fix" this, I hope it is made optional. I prefer to have LF/CR operate as normal. When a station sends a CR/LF there is usually a good reason for it. 73, Bill W6WRT
|
|
|
|
Non Scrolling RTTY Window Still Has CR/LF
Jim W7RY
Team.... A week or so I made a comment that the non scrolling window on N1MM does not work like the one in Writelog. I was able to sit down and make some observations. The non scrolling window does work, but when a carriage return on line feed is received, it still scrolls down a line. It would be better if it did not do this. In other words, ignore all CR/LF from the decode. Just simply jump down a line when the text gets to the end of the line. Screen shot attached. I clearly shows short lines above the scroll line. And it should not have this. All lines should be completely full of text. Either good text or gibberish text... Whatever is being received. Any way to fix this? Thanks! 73 Jim W7RY
|
|
|
|
RTTY Control K Issues
Jim W7RY
During the CQWW RTTY contest a few weeks ago, I noticed an issue with the Control-K function. In SO2R operation, it seems to be random which radio keys up when you hit Control-K. The radio that transmits is able to send data typed into the box, and then escape will unkey the radio. BUT then you cant go right back and start calling CQ or any other F-Key. You have to hit escape several more times to get the radio to start transmitting again. Thoughts? Version 5241.0 I put in a bug report. Thanks 73 Jim W7RY
|
|
|
|
Re: Oceania Showing Unworkables
drew.vonadasmith@...
Friends,
Perhaps the feature was changed before the Oc CW contest. I don't recall having the issue at all last year, and I was the NA winner on CW so I was quite active. Reviewing the link Gerald kindly provided, I understand the point made last year about possible odd calls, but that seems a small reason to leave qualification wide open. With CQP running during Oc SSB last weekend, invalid mult spotting was pretty much saturated to uselessness; I spent *far* more time deleting calls then working them. I think setting the filter the best you can (as Tom has already done) and overriding in the rare case when you know otherwise is a very reasonable strategy. Of course, oddball Oceania calls can always be put into the country file. Oddball US oceania calls probably should be signing /KH6, (or whatever) anyway, or how would anyone know to work them? 73, Drew K3PA ---In N1MMLoggerplus@..., <gbyahoo@...> wrote : Actually, it worked the same way this year as last year and these same conversations also took place last year. "https://groups.yahoo.com/neo/groups/N1MMLoggerplus/conversations/topics/6177" It appeared to be related to whether or not one wanted to be aware of US callsigns that *might* be in Oceania. >> Gerald, VE1DT ---In N1MMLoggerplus@..., <drew.vonadasmith@...> wrote : Tom, I can't think of any reason for opening it up myself. I can tell you that it worked in the more selective fashion for Oceania CW last year. Thanks VERY much for your help! 73, Drew K3PA
|
|
|
|
Re: Oceania Showing Unworkables
gbyahoo@...
Actually, it worked the same way this year as last year and these same conversations also took place last year.
"https://groups.yahoo.com/neo/groups/N1MMLoggerplus/conversations/topics/6177" It appeared to be related to whether or not one wanted to be aware of US callsigns that *might* be in Oceania. >> Gerald, VE1DT ---In N1MMLoggerplus@..., <drew.vonadasmith@...> wrote : Tom, I can't think of any reason for opening it up myself. I can tell you that it worked in the more selective fashion for Oceania CW last year. Thanks VERY much for your help! 73, Drew K3PA
|
|
|
|
Re: Oceania Showing Unworkables
drew.vonadasmith@...
Tom,
I can't think of any reason for opening it up myself. I can tell you that it worked in the more selective fashion for Oceania CW last year. Thanks VERY much for your help! 73, Drew K3PA
|
|
|
|
Re: DIGITAL MACRO {FILE:xxxx}
Hi Ruud and all.
That's great Ruud! Another satisfied Customer. I do not deserve any thank, I was just the man in middle. No cookies for me :-) Who deserve all the thanks is Rick, and the whole N1MM+ development - code & doc - team. I see that they are doing business as usual, but often the do it much better than the usual better. Hope that also Frank, I2DMI, keep on going with the work made by Rick. 73 de iw1ayd Salvo PS BTW, OT: 9th day of count down for the JARTS WW RTTY. HPE CU there.
|
|
|