ad: NYQSL-1
Please login help/register callsign: password: secure login
Database News Forums Swapmeet Resources Contact
 05:55:33 UTC 30 Mar 2015 
Advanced Search Current Hot Callsigns XML Logbook Data QSL ListMaker Database Downloads DX Spotting Network Ham Club Database QSL Corner Top Web Contacts Expired Callsigns QRZ's 1993 FCC Database Daily Update Reports Just Added Callsigns Database Help Forum
Amateur Radio News General Announcements Special Events, Contests, etc. Hamfests and Conventions Silent Keys Headlines
Forums Home Discussions, Editorials, Talk Technical Forums Logging and Contesting RV and Mobile Help Forums
Ham Radio Gear for Sale Ham Made Gear General Merchandise Swapmeet Hot List Ham to Ham References Stolen Radios, Scams and Rip-offs
Site Menu... Practice Amateur Radio Exams Amateur Radio Study Guides Online License Renewals License Wall Certificates Commercial Ham Radio Links DX Country Atlas Grid Mapper Ham Radio Trivia Quiz Life Member Honor Roll
Help Desk, for accounts, lost passwords, etc. Add your callsign to QRZ Subscription Services Users Help Forum Frequently Asked Questions - FAQ QRZ en Espanol Privacy Statement Advertise with QRZ List of Current Advertisers About QRZ Donate to QRZ Contact us
ad: L-HROutlet
ad: l-assoc
ad: l-rl
ad: l-gcopper
ad: L-rfparts
ad: l-Waters
ad: l-WarrenG
ad: l-innov
ZL2HAM New Zealand flag New Zealand

Login is required for additional detail.


Email: Login required to view

XML Subscriber Lookups: 49598

Please QSL direct to NR6M.

My QTH is in lovely Nelson, the sunshine capital of New Zealand, on the north coast of the South Island. Nelson is a popular vacation spot even among New Zealanders.

I'm always interested in hearing what I sound like in other parts of the world. If you happen to make a recording, please send me a copy or link (it helps me monitor my signal quality, too). SDR WAV files or screenshots of a waterfall showing my signal are also appreciated (if my signal is ever wide, please let me know!).

I appreciate being spotted. I try to watch the cluster feed while I'm on the air; I don't monitor my email.

I generally upload to LoTW about once a month, and shortly after major contests.

My contest callsigns are ZM1G for SSB and ZL1G for RTTY.

Different hams have different approaches to pileups. Here's some info about how I handle them in SSB, and tips for reaching me in one:

  • Please use your full call. I will respond to a weak full call over a strong partial every time.
  • After you say your call, wait and listen for a bit before saying it again. If you repeat your call over-and-over, not only are you likely to miss my call, but it sounds like QRM to me. I listen for and seek out polite callers, especially in a crowd. If I call and you double with me, I'm unlikely to call a second time.
  • If you respond to my request to complete a partial call, please only give your full callsign at first.
  • Don't repeat parts of your call, or say it out of order. In high QRN/QRM, say your full call several times. If you say things out of order, it makes it much more difficult for me to identify the parts I'm missing.
  • If I ask for more than one repeat, please try different phonetics.
  • Please don't give me a signal report unless and until you hear me say your call correctly. Giving me a report is also confirming that I have your call right.
  • Wait until you hear me say "QSL" or "thanks" before moving on, in case I need a repeat. Until I say one of those words, your call is not in my log.

For RTTY pileups:

  • I use very narrow (200 Hz) filters. Be sure to call exactly on-frequency, or it's just QRM to me, and I won't be able to decode your signal.
  • Just send your call at first, three times. The reason for three is that I won't call you back until I've seen your call at least twice. If you send twice, and one gets garbled by noise, I can't tell which one is valid.
  • LIkewise for your exchange: send it three times (except 599 when required only needs to be sent once).
  • Don't tail end. Only send your call after I send CQ. Tail-ending means you're sending when I'm trying to listen for another caller, and it just slows everyone down, upsets me, and makes me not want to work you at all. When I do work tail-enders to make them go away, for some reason I find they have a very high error rate in my log.
  • Similarly, don't call over-and-over-and-over. Just send your call three times per attempt, and wait.
  • As with SSB pileups, please listen before TXing. If I call you, and you double with me, odds are I won't call a second time.
  • Tip: don't use dashes in your exchange. If a FIGS shift gets dropped, using dashes makes your whole exchange look like garbage. Using a space instead is a little slower, but it lets the decoder reset, and reduces the error rate.
  • If I don't respond immediately after a big flurry of callers, it's because none of them decoded well enough to call back. I will usually wait about two seconds before calling CQ again. If you can time it right, that's the time to call me in a pileup (but don't wait too long, or we'll double).

Three major pieces of hardware in my setup were made in Italy: the UltraBeam UB-50 antenna, the SPE Expert 2K-FA amplifier, and the ProSisTel PST-61 rotator. I also use a Yaesu FTdx-5000, microHAM MKII, and a Green Heron RT-21.

View to the northwest:


To the west:


Here's my tower. The antenna is an UltraBeam UB-50 (3-el on 6 to 20m, 1-el on 30 and 40):


I run a Skimmer Server site that feeds the Reverse Beacon Network (RBN). I'm using QS1R receiver that's usually confgured to listen on 160, 80, 40, 20, 17, 15 and 10. It's fed from a multiband fan-vertical / inverted-L (resonant on 40 and 80) that's located to the left of the tower in the photo above.

Recording of me working a pileup on 12m on 27 Nov 2012, as heard by YO2MLM:

Recording of me working another pileup on 17m on 23 Dec 2012:


1571207 Last modified: 2015-01-02 02:17:30, 5564 bytes

Login Required

Login is required for additional detail.

You must be logged in to file a report on this page

Please login now...

Currently updating logbook display.
ad: giga-db
Copyright © 2015 by QRZ.COM
Mon Mar 30 05:55:33 2015 UTC
CPU: 0.043 sec 40007 bytes mp