For a very long time, I used paper logging for my POTA activations. The primary reason for this was convenience. When logging on paper, I preferred a standard pencil on a notepad. It was much easier to scribble down call signs and make quick erasures or corrections. I would keep the pencil in hand, work the keyer, and then move straight to the notepad to write down the call signs and signal reports. At the end of the activation, I would take a picture of the log with my phone as a backup in case the paper got lost. Because I travel by motorcycle, I always pack light and don't have room to carry a laptop. This meant I didn't have the luxury of a physical keyboard that would have made electronic logging easy, and the small touch keyboard on a mobile phone was simply too inconvenient.
Adventures in POTA
Sunday, October 25, 2026
The paperclip POTA special
Wednesday, September 30, 2026
Rainy days and Wednesdays!
I had an evening appointment scheduled so that I could go to the dentist after work. On the way back, I was planning to stop at the park and get the activation done. The forecast predicted rain all afternoon, so I decided to use my four-wheeler for the commute that day. The dentist is about an hour's drive away (50 miles) from work. This was during a time when pretty much every road in southeast Michigan was under construction. I looked up Google traffic and picked one of the two freeway routes that sounded promising. About 30 minutes into my commute, I hit the construction zone where the westbound traffic was routed temporarily into the eastbound lanes. This meant concrete barricades on both sides with no access to most exits in a construction zone that lasted about 10 miles.
As luck would have it, a careless driver decided to crash into the barricade, and traffic was completely stalled. The concrete barricades made it incredibly difficult for emergency vehicles to reach the point of the crash, meaning it was going to be a long wait. I called my dentist's office and apprised them of the situation. They said they could push my appointment back by an hour at most before the cleaning technician had to leave for the day. I let them know I would see if the situation resolved soon and if I could still make that window. After hanging up, I settled in. I fired up my VHF radio and put out CQs on three repeaters to pass the time and chat with whoever was listening.
Crickets... Eventually I decided to listen to my favorite podcast. The minutes ticked on and went past the hour mark. No way I am getting my teeth cleaned that day. I called into my dentist office to reschedule the cleaning.
After what seemed like an interminable wait, I finally saw some emergency vehicles creeping up on the other side of the road (which was actually under construction). Looks like they decided to pause construction and safely let these vehicles through. After a further 30 minutes, the traffic started to creep and then move.
To get back home from the point where I was stuck I had to pass the park I had intended to activate. A coincidence? I think not. The POTA spirits were sending me a message. I was going to be there a little earlier than planned. My plan was to get to the park close to the UTC date change so I can get two activations together. I decided to take the plunge anyway and go in for an extended activation. The bands were decent that day. I had multiple DX contacts from EU and a first one from Brazil. I got over 100 contacts [mostly on 20m] for the one UTC day by the time the clock rolled past the 8PM local time. I quickly hopped on to 40m and nabbed about 12 contacts to complete the activation for the new UTC day.
![]() |
| Rainy day activation at US-1518 |
Monday, September 21, 2026
My Journey to QRQ: From Zero to 35+ WPM
Sunday, September 20, 2026
The À-La-Carte Buffet of Amateur Radio: There’s Room for Everyone
The "Isms" Dividing Ham Radio: Are We Our Own Worst Enemy?
Amateur radio is a deeply personal hobby. There are so many facets to being a ham. You can choose to tinker and build your own homebrew rigs, work QRP, chase DX, work satellites, brag about contest victories, or try your hand at SOTA and POTA.
Monday, June 29, 2026
Playing the field
It was field day eve. It was the Friday and I did not have any specific plans for the ARRL Field day 2026. I was performing a regular scan of my spam folder to ensure nothing that was needed was lurking there. And lurking there was a piece that did not belong there. It was an email from Dan (KB6NU) wondering if I could work the CW Station for W8RP field activities. Fortunately, he had sent me his mobile number as well. So I immediately texted him, that I can fill in any slots if they still had a need. I get an immediate response from him that I can do the 8PM-12PM (0000UTC-0400 UTC). That suited me fine.
Around 6:30PM on Saturday (2230 UTC) I head out to soccer fields adjacent to the Ann Arbor Municipal airport where the ARROW Club had set up the W8RP stations. It was a pretty grand affair with about 4-5 trailers and a tent. The info tent had information booth for curious visitors. I also believe there was a GOTA station. There were two CW stations running on two different trailers. One trailer was dedicated to data and possibly the other for SSB. After having IRL QSOs with fellow hams, I headed over to the CW station. The happiness on the ham operating the station was a sight to behold. He told he'd been at the station for over 7 hours.
![]() |
| K4D at W8RP during field day |
After a quick hello, I was ready to take over the operations. The radio for the day was an Elecraft K4D. It was paired with a KAT500 tuner and a contest filter paired to a dipole. It was further kitted with a large panadapter display and a Begali Sculpture to boot. I've never seen or operated a K4D before, and I was eager to jump in. So after a quick familiarization with the setup I jumped in to continue the operations. It was not a very busy day and the atmosphere there was not competitive. The previous operator was running in the mid 20wpm and I continued to do the same. At around 0100 UTC I switched over to the 80m band and continued operations there. I was almost entirely "running" the operation. I did not do search and pounce as a) I was not familiar with N1MM+ and did not want to change the settings b) The tuner was narrow Q and I may have to retune often. The latter involved bypassing the contest tuner, and turning on the LP tune mode on the K4D after engaging the KAT500 into the tune mode. All in all I believe I averaged just over 50QSOs per hour in the four hours I was operating there. Come midnight, it was time for me to leave. My XYL had to work the next day and I told her I will be there a little after 1AM. It was a cool night when I geared up for the ride home. There was still a near full moon out. It was eerie to see the football fields where the field stations were set up punctuated with the glow from the monitors and other electronics. I was on the lookout for deer on the way back, but fortunately none of them were active. Soon I was safely ensconced in my bed.
![]() |
| Field day setup at Maybury State Park. Operated as class 1B |
The next morning, after seeing off my XYL to work, I headed over to my favorite park to have a combination field day and POTA outing. I operated as "1B" station and managed to have great fun. I was happy to see the bands buzzing with activity. After a while I decided to setup my station in the downtown Farmington (Michigan) area. I worked a few hours there hoping to attract any curious passers by. But strange as it may seem, there never was a curious glance or questions about what I was doing. Perhaps the fact I was right beside the local police station did not stir the usual suspicion in the public passing by.
While this lack of curiosity was disappointing, the active bands more than made up for it!
Monday, June 8, 2026
Breaking My Own Golden Rule (And How I Saved My uSDX+)
In my previous post, A Brick Becomes a Diamond, I confessed my absolute dread of firmware updates. I outlined my tried-and-tested workspace mantra: "If it ain't broke, don't fix it!" Applying the version 3.0 update to my MicroPA50 amplifier was a rare exception because that unit was genuinely broken from the factory, constantly rebooting on oversensitive SWR spikes. The update transformed that brick of junk into a rock-solid, 40-watt diamond.
Flush with that victory, I returned to my bench feeling a bit too brave. I looked over at my Chinese clone uSDX+ "White Buttons" QRP transceiver. It was sitting there, doing perfectly fine. Did it have a few quirks? Sure. But it didn't need surgery.
Naturally, I broke my own rule anyway.
I decided I wanted to upgrade the code to add a few custom Morse code CQ messages. It sounded harmless. Fast forward several hours, and I had successfully trapped myself in a cascading nightmare of software locks, ghost buffers, a backward tuning knob, and a radio that was transmitting on completely incorrect frequencies.
If you have ever let workspace hubris get the best of you, here is the non-technical story of how I battled the uSDX+ firmware—and how a single line of code saved the day.
Hurdle 1: The Modern Computer vs. The Unsigned Driver
To send the new code to the radio, I used a standard USBasp V3 hardware programmer. Modern Windows 11 has incredibly strict security rules regarding unrecognized hardware, and the standard USBasp driver files are essentially digital antiques. Windows immediately blocked the programmer, refusing to acknowledge its existence.
- How it was navigated: I had to bypass the normal Windows infrastructure using a modern utility called Zadig. Zadig wraps the legacy file in a clean, digitally signed security capsule. Windows finally stopped panicking, and the flashing tool successfully established a link.
Hurdle 2: The Bluffing Error Message
The moment I hit the upload button, the software log screamed in bright red text: Error: cannot set sck period; please check for usbasp firmware update. It looked like a catastrophic failure.
- How it was navigated: This turned out to be a total bluff by the programmer clone. After locating the physical JP3 (Slow SCK) jumper on the USBasp board and bridging it to slow down the data speed, I re-ran the program. The red error message still appeared, but the data stream pushed right past it, completing a 100% byte-for-byte verified flash. Lesson learned: sometimes you just have to ignore the warning text.
Hurdle 3: The Persistent Memory Lock
I booted up the radio, eager to see my changes. My new callsign showed up flawlessly on screen (MY_CALLSIGN lives in the main Flash memory), but my old Morse code messages were still sitting there, completely untouched. Even worse, I realized the tuning was completely off. The radio now assumed it had a standard 27 MHz system clock tracking profile, but my specific "White Buttons" clone board houses a physical 26 MHz crystal.
Because the software math and the physical hardware crystal were out of sync, the internal VFO math completely broke down. The radio interface looked normal, but the actual tuned operating frequency was wildly incorrect on every band. I tried manually clearing the memory using command-line commands and hardware erase flags, but the radio completely ignored them—reverting to its old 27 MHz data blocks on every single reboot.
Hurdle 4: Walking Backwards and Overridden Variables
Before I could even tackle the clock, I ran into another headache: spinning the main tuning knob moved the frequency in the completely wrong direction. The rotary encoder was reversed. I opened up the massive .ino file and changed a configuration constant (like SWAP_ROTARY) to make the knob turn the right way.
Next, I tackled the frequency issue. I used the search bar, located every single active occurrence of 27000000 (the clock frequency constant), and meticulously updated them all to 26000000.
I compiled the code and flashed it again. The result? Total disappointment. The knob turned correctly, but the radio booted right back into its broken 27 MHz loop, the tuned frequency remained incorrect, and the old Morse code texts remained. Updating the base constants in the code text was completely useless. The uSDX core engine is built to protect the system profile. On boot, if it detects any pre-existing structural initialization signatures, it completely ignores the user’s code edits and restores the old 27 MHz data framework over your changes anyway.
The Ultimate Solution: Tactical Interception
The breakthrough happened when I dug deep into the code and found the exact line where the system menu binds the clock parameters to the chip:
case SIFXTAL: paramAction(action, si5351.fxtal, ...)
This proved that the uSDX engine forces its built-in memory blocks to load after the initial variables are parsed, completely undoing any user edits right at startup.
Instead of fighting the radio’s complex formatting layout loops, I decided to use a bit of tactical code interception. I went to the absolute last line of the radio's startup sequence (void setup()), right before the code exits to hand control over to the live tuning screen. I injected a single, unyielding line of absolute code:
si5351.fxtal = 26000000;
By placing it at the absolute end, I let the radio finish its messy, stubborn startup loops first. Then, a millisecond before the radio actually woke up, my line stepped in, overrode the memory blocks, and forced the true 26 MHz clock frequency directly into the VFO processor.
The result was instantaneous. The radio booted up perfectly calibrated, and the VFO math was flawlessly restored—bringing the tuned operating frequencies back into perfect alignment across all bands.
The Virtue of Procrastination
When I updated my MicroPA50 amplifier, I learned that a little patience pays off, and that sometimes the next firmware release fixes the bugs you were planning to solder away.
But with the uSDX+ clone, I learned a different lesson: if you break your golden workbench rule and try to fix something that isn't broken, you better be ready to dig through thousands of lines of open-source math to find your way back out!
My portable field stack—the Elecraft KX-3, the MicroPA50, and the newly recalibrated uSDX+—is officially stable, accurate, and ready for action. But the next time I get the urge to touch a perfectly smooth piece of gear? I am leaving the USBasp in the drawer, turning off the soldering iron, and going out for a walk instead.
Saturday, June 6, 2026
I Will Ride 200 Miles... And I Will Ride 200 More!
I am very last-minute when it comes to planning trips. I guess it is a holdover from planning motorcycle trips, which can be highly weather-dependent. Now, I am not averse to catching bursts of bad weather during a road trip. In fact, I cannot remember a single cycle trip where I didn't get at least a drop of rain on me. Such is life in the Midwest around the Great Lakes! However, I am also not crazy enough to ride straight into an extended patch of bad weather that blankets an entire geographic region.
The paperclip POTA special
F or a very long time, I used paper logging for my POTA activations. The primary reason for this was convenience. When logging on paper, I p...
-
When I did not feel the comforting resistance when tugging the antenna wire I realized Murphy had struck. The inevitable law chose me for en...
-
Note: I have redacted names, callsigns and dates in the narrative I was surprised to see an email titled "Interference with XXXX...
-
E ver since I picked up ham radio and POTA, I have tended to seek out opportunities park activations any time I travel. I have also learned ...










