|Jack Ganssle's Blog
This is Jack's outlet for thoughts about designing and programming embedded systems. It's a complement to my bi-weekly newsletter The Embedded Muse. Contact me at email@example.com. I'm an old-timer engineer who still finds the field endlessly fascinating (bio).
|For novel ideas about building embedded systems (both hardware and firmware), join the 39,000+ engineers who subscribe to The Embedded Muse, a free biweekly newsletter. The Muse has no hype and no vendor PR. Click here to subscribe.
50 Years of Ham Radio
January 9, 2019
It dawned on me that 2019 marks 50 years since I got a ham radio license.
Legally known as Amateur Radio, ham has a rich history that goes back to the very earliest days of radio. Probably the most important aspect of this is that it is indeed for amateurs; commercial activity is not permitted. You can't conduct any sort of business with a ham license. So ham hobbyists are generally those who are smitten with the electronics, talking to distant operators, or both.
When I got my first license in 1969 there were many classes of ham operators. My "Novice" ticket, which was the bottom of the pack, was the easiest to get with the fewest operating privileges. There was a written test administered only at FCC offices. My dad drove me to one in DC.
I vividly remember the Morse Code test given in the same session. Holy crap, was I nervous! Novices only needed to copy and transmit at 5 words per minute (WPM), a deadly slow pace that took me forever to master. "Words" were nominally five characters, so 5 WPM was about two seconds per character.
Years later I upgraded to a General license which had a 13 WPM test. That was my limit; I could just barely copy code at that speed and never mastered even a single WPM faster. The top license, Amateur Extra, beckoned but was out of reach due to its 20 WPM requirement. A friend could copy at over 40 WPM, and he often never wrote anything down; he'd sit back and listen to a conversation in Morse and break out laughing when sent something funny.
Morse Code was considered important for a variety of reasons. It's an extremely low-bandwidth way to transmit information. Novices were considered so lacking in radio skills that they were only allowed to use Morse, except for a little bit of voice on line-of-sight 2 meters. How much interference could one cause with a range of maybe 40 miles? Many hams built their own radios, especially transmitters, in those days, and voice transmission can be overmodulated, creating all sorts of havoc.
The FCC abandoned the Morse requirement long ago for all ham licenses. Today each level has a multiple-choice test. Some time ago I upgraded to Extra. The 50-question test was absurdly easy for a techie, though one does have to memorize a bit of law. However, the FCC publishes the 400 or so questions that the test draws from. Anyone can pass the test.
Some old-timers grouse about the Morseless requirements. "Real hams know the Code!" I disagree. Perhaps this culling was needed in the days of home-made gear, where low barriers to entry might means hams building poorly-designed transmitters that could interfere with other services. Today most of us buy our radios. On the HF bands (under 30 MHz where signals propagate world-wide) single-sideband (SSB) is the usual modulation, and an SSB radio is a challenging thing to build.
Morse came in handy in other ways. It used to be that many lighthouses also transmitted a Morse three-character identification code on low-frequency (hundreds of KHz) radios. Mariners had radio direction finders; you'd tune to the right frequency (given on the charts) and identify the lighthouse by the Code, then triangulate on a couple of these signals to estimate your position. Those transmissions are long gone, done away with by ubiquitous GPS. An old sailor theme is "never trust a single aid to navigation," as these can be wrong, so I rail against our utter reliance on GPS. I still use a sextant as a backup and have found GPS to be seriously wrong on more than one occasion.
Some embedded developers transmit Morse, via a speaker or LED, to extract limited debugging info from their devices. It's a clever way to get data from a small system.
Here are some links to code that will generate Morse code.
My interest in ham radio was always much more in the electronics than in talking to people. So as a teenager I was always building transmitters and associated devices. (Most of my receivers were WWII-surplus units, as the war had ended just a couple of decades earlier. I got RBC and RBB radios for next to nothing from a US government surplus center; they were marvelous receivers).
One of those transmitters, the poorly-designed sort the FCC feared, used about four vacuum tubes. My best contact ever as a Novice: the FCC picked me up on my second harmonic (totally illegal) all the way across the country in Spokane, Washington.
I proudly hung the angry notice they sent on the wall!
Today we have an HF transceiver on our sailboat. The only time I'm on the radio anymore is when we're at sea. But amateur radio was a good thing for me. I learned a lot about electronics through it, especially radio-frequency electronics, which is rather outside of the embedded systems domain.
And it is cool to make one of those long-distance contacts. Yeah, we can pick up the cell and call our buddy in Australia for little to no money today. But think of that 20 meter signal bouncing off the ionosphere and the Earth multiple times as it wings its way around the globe!
73, everyone, from N3ALO
Feel free to email me with comments.
Back to Jack's blog index page.
If you'd like to post a comment without logging in, click in the "Name" box under "Or sign up with Disqus" and click on "I'd rather post as a guest."
Recent blog postings:
- A 72123 beats per minute heart rate - Is it possible?
- Networking Did Not Start With The IoT! - Despite what the marketing folks claim
- In-Circuit Emulators - Does anyone remember ICEs?
- My GP-8E Computer - About my first (working!) computer
- Humility - On The Death of Expertise and what this means for engineering
- On Checklists - Relying on memory is a fool's errand. Effective people use checklists.
- Why Does Software Cost So Much? - An exploration of this nagging question.
- Is the Future All Linux and Raspberry Pi? - Will we stop slinging bits and diddling registers?
- Will Coronavirus Spell the End of Open Offices - How can we continue to work in these sorts of conditions?
- Problems in Ramping Up Ventilator Production - It's not as easy as some think.
- Lessons from a Failure - what we can learn when a car wash goes wrong.
- Life in the Time of Coronavirus - how are you faring?
- Superintelligence - A review of Nick Bostrom's book on AI.
- A Lack of Forethought - Y2K redux
- How Projects Get Out of Control - Think requirements churn is only for software?
- 2019's Most Important Lesson. The 737 Max disasters should teach us one lesson.
- On Retiring - It's not quite that time, but slowing down makes sense. For me.
- On Discipline - The one thing I think many teams need...
- Data Seems to Have No Value - At least, that's the way people treat it.
- Apollo 11 and Navigation - In 1969 the astronauts used a sextant. Some of us still do.
- Definitions Part 2 - More fun definitions of embedded systems terms.
- Definitions - A list of (funny) definitions of embedded systems terms.
- On Meta-Politics - Where has thoughtful discourse gone?
- Millennials and Tools - It seems that many millennials are unable to fix anything.
- Crappy Tech Journalism - The trade press is suffering from so much cost-cutting that it does a poor job of educating engineers.
- Tech and Us - I worry that our technology is more than our human nature can manage.
- On Cataracts - Cataract surgery isn't as awful as it sounds.
- Can AI Replace Firmware - A thought: instead of writing code, is the future training AIs?
- Customer non-Support - How to tick off your customers in one easy lesson.
- Learn to Code in 3 Weeks! - Firmware is not simply about coding.
- We Shoot For The Moon - a new and interesting book about the Apollo moon program.
- On Expert Witness Work - Expert work is fascinating but can be quite the hassle.
- Married To The Team - Working in a team is a lot like marriage.
- Will We Ever Get Quantum Computers - Despite the hype, some feel quantum computing may never be practical.
- Apollo 11, The Movie - A review of a great new movie.
- Goto Considered Necessary - Edsger Dijkstra recants on his seminal paper
- GPS Will Fail - In April GPS will have its own Y2K problem. Unbelievable.
- LIDAR in Cars - Really? - Maybe there are better ideas.
- Why Did You Become an Engineer? - This is the best career ever.
- Software Process Improvement for Firmware - What goes on in an SPI audit?
- 50 Years of Ham Radio - 2019 marks 50 years of ham radio for me.
- Medical Device Lawsuits - They're on the rise, and firmware is part of the problem.
- A retrospective on 2018 - My marketing data for 2018, including web traffic and TEM information.
- Remembering Circuit Theory - Electronics is fun, and reviewing a textbook is pretty interesting.
- R vs D - Too many of us conflate research and development
- Engineer or Scientist? - Which are you? John Q. Public has a hard time telling the difference.
- A New, Low-Tech, Use for Computers - I never would have imagined this use for computers.
- NASA's Lost Software Engineering Lessons - Lessons learned, lessons lost.
- The Cost of Firmware - A Scary Story! - A hallowean story to terrify.
- A Review of First Man, the Movie - The book was great. The movie? Nope.
- A Review of The Overstory - One of the most remarkable novels I've read in a long time.
- What I Learned About Successful Consulting - Lessons learned about successful consulting.
- Low Power Mischief - Ultra-low power systems are trickier to design than most realize.
- Thoughts on Firmware Seminars - Better Firmware Faster resonates with a lot of people.
- On Evil - The Internet has brought the worst out in many.
- My Toothbrush has Modes - What! A lousy toothbrush has a UI?
- Review of SUNBURST and LUMINARY: An Apollo Memoir - A good book about the LM's code.
- Fun With Transmission Lines - Generating a step with no electronics.
- On N-Version Programming - Can we improve reliability through redundancy? Maybe not.
- On USB v. Bench Scopes - USB scopes are nice, but I'll stick with bench models.