So I got a new radio because my 2m died (30 yr old or more radio shack HTH242). Anyway this one has a USB host port on the side that is not called out in the manual (the programming cable connect to the mic jack). There is also TV/AV jack that is also not mentioned in the manual. Anyone got any ideas?

I've been a ham for about 8 years now, and while I enjoy the concept of contests, I've always felt that I never had the time and resources to be competitive. Long contests like field day involve dedicating an entire weekend (or even running teams of hams in shifts around the clock), but short sprints were easy to miss if you had a job or other commitment that overlapped. I also felt like many contests favor larger stations, since you could often get more points by spinning the dial and hitting several big stations than you could by taking the same time to try to work a single weaker station.

Initially, I planned to just complain about the situation on my blog and then point out how I could probably do it "better." I had some vague ideas on how a contest could be more accessible to the "everyham," like by limiting power to something even smaller rigs can output, letting folks work around their own schedules, and somehow providing more time for working weaker stations.

Then I thought to myself, "well, alright dingus. If your so damn smart, instead of just complaining about it, why don't you just make your own contest?"

...And so the EveryHam contest was born.

20 watts. 24 hours. Points for distance/band/mode. Only the top 5 QSOs count.

You could blast out 20w of RF for the entire 24 hours and collect hundreds of contacts, but you’re still only submitting five. Someone who carefully chooses their frequency and greyline timing could potentially work their radio for only 30 minutes and still win. Longer hours certainly increases the chances that you’ll get a high-scoring contact, but it doesn’t make you unbeatable. Same goes for team size: running several operators at a time gets you more contacts to choose from, but you’re still only submitting your best five. Without the usual contest rush, there's no penalty to taking time to work weaker stations, either.

I think this would help address a lot of the “issues” I have with most contests. Time and resources might help you score higher, but they don’t determine the winner. I also tried to make the website itself friendly to hams who are newer to contesting, by keeping the submission process simple and providing immediate feedback.

A small trial was run earlier this month to work out the bugs in the log parsing and scoring system, but the first "real" contest will be held on 09 MAY, 0000-2359 UTC, with following contests the second Saturday of each month after that.

If you're already a serious contester, EveryHam will be pretty underwhelming, but if you're new to radio contests or are just looking for something that feels more casual, maybe this is the contest for you!

The other day I went for a walk around the block for the first time in a while. It's something I did for a time and then for several reasons, mostly to do with health, didn't. For me it's the mental equivalent of having a shower with the added benefit of not having to dry my hair, in other words, it's a place I go to with the intent of generating shower thoughts.

During my walk, away from the forces pulling me in all manner of directions, none of which have anything to do with amateur radio, away from my keyboard, away from my screen, away from technology challenges, although I'll admit that my phone was in my pocket, I took about twenty minutes to walk and daydream, to follow my thoughts and to see where they'd end up.

I got to this point because sitting at my desk I was getting nowhere trying to put together my thoughts in any sequence at least resembling coherence. While it's happened before, it's not something that occurs often. The day before I'd started writing, almost as-if possessed, about what amateur radio means to me, but during my walk I started wondering about the people who leave this hobby and the community embracing it.

I've often said that F-troop is a weekly net for new and returning amateurs, both people who have a license that's still hot off the printer, and others who have one typed up on an IBM Selectric, signed with a quill, ink faded with age, paper yellowed by sunlight, potentially with coffee mug rings on it, stashed somewhere in a drawer.

I wondered about those returning amateurs and asked myself about the nature of leaving a hobby. It occurred to me that people leave for many different reasons, and it would be foolhardy to consider that all of those reasons are controllable by our community. While bullying and arguments exist, each responsible for their share of people leaving, it seems to me that some amateurs leave because there's too much other stuff going on in their lives, things that actively or passively prevent amateurs from participating.

This is difficult for me to relate to because for me, amateur radio is an intrinsic part of my life, in that it often quietly shapes how I view the world and learn from it. I see it when I notice a television antenna pointing in the wrong direction, when I install a new Wi-Fi router somewhere, when a signal is lost to a manned mission around the Moon, when I open the garage door and when I read that researchers at the National Institute for Standards and Technology, better known as NIST, have developed a new method for creating chips that process photons similarly to how traditional chips process electrons which can generate a rainbow of colours, though they didn't use the letter "u" to describe them.

While those examples might be somewhat obvious, amateur radio is also there when I see someone share a tiny electronic paper screen on social media and I consider how I might use that when I go portable. It's there when I'm walking in a park and when I'm looking at a beach, it's there when I see metal artworks or painters poles at the local hardware store and when I watch a movie with radios anywhere on screen. It's there when the topic of physics arises and when some electromagnetic phenomenon occurs. Like radio waves and air, it's pretty much part of my daily existence.

I will add that this same depth of connection exists between me and computers. Watching "Flight of the Conchords" I cannot help but notice that Murray's computer keeps changing and that I miss the Commodore Vic 20 sitting behind him surrounded by ever changing New Zealand tourism posters.

In other words, I cannot imagine ever not having radio or computers in my life. I'm mentioning all this because my experience isn't universal. While I'm sure that I'm not alone in this deep affinity, the community as a whole invariably ranges between people who could take or leave the hobby at a moment's notice and those who couldn't live without it and beyond our community there are people who are, depending on your perspective, blissfully or woefully, unaware of our existence.

All this to say, your experience of this hobby is not the same as that for everyone else, neither is your experience of life. This is revealed more clearly in what we think the hobby means, whether or not FT8 is a blessing or a curse, contesting is ridiculous or amazing, why 40m is better than 20m or vice-versa and if the hobby died when the ITU stopped requiring Morse code, or saw a rebirth.

It should be obvious by now, but I think it's important to be explicit. Amateur radio is your hobby. It's what it means for you. Not for your mate, not for me, not for the people in your club, the local email list or social media. Just you.

So, use this as an opportunity to think about this, in my not so humble opinion, absolutely amazing hobby and what place it has in your life.

I'm Onno VK6FLAB

There are lots of fox hunt guides so I won't repeat all the details. But A few that weren't obvious or I did differently:

• I used the earpiece from my Radioddity GMRS radio. By popping open the mic/button on the cord, I was able to solder onto conveniently labeled pads rather than having to separate out the wires. M+ = mic input, S+/- for the speaker includes S- as ground, PT needs to be grounded for PTT.
• I used an NPN transistor (1kohm resistor on the base) to connect PTT (connected to the collector) to S- aka ground (connected to the emitter). Most guides say to use a relay, but even though this still showed 26 ohms or so resistance when open, it works fine to trigger transmission.
• I used an old Trinket 5V I had lying around, since it has a wide battery voltage input (5-16v I think, accepts a 9v battery fine). However it uses an ATtiny85, which the Arduino tone() function doesn't support. I ended up using http://www.technoblogy.com/show?20MO to generate the tone, and then wrote some very simple / non-general Morse generation code (glad to share the full sketch if anyone's interested).
• A 560ohm resistor from the 5v DO pin on the Arduino worked fine to drive the line in. And I didn't have to remove the existing mic element. I was unsure what voltage range I was going for on line in.

Next step is antennas, and setting up in some enclosure with a HAM HT instead of the GMRS radio I was testing it with. I found a variety of antenna guides, but glad for other/better resources:

• simple wooden one
• lots of details, PVC boom
• also lots of details, PVC boom
  I would like to find a calculator for the dimensions based on frequency so I could potentially make a directional antenna for GMRS too.

cross-posted from: https://discuss.tchncs.de/post/58676782

The other day I came across a post on mastodon.radio by Keith W6KME announcing the resumption of the Micro Field Day, spelled using the 12th letter of the Greek alphabet, Mu.

This was news to me, since I didn't know they'd stopped, let alone existed at all. Being the curious type, I stopped to investigate and discovered an initiative that could, and in my not so humble opinion, should, be replicated all over the planet.

Essentially an informal monthly gathering of amateurs with their portable set-up, ranging from hand-held radios through lightweight backpack gear suitable for SOTA or POTA, or Summits or Parks on the Air, to car portable stations where your vehicle acts as the carry mule and perhaps the base of your antenna.

In other words, it's for anyone who brings along their radio to play or if you're not yet ready to do that, come and participate as you feel inclined.

So, what of the resumption, you ask. It turns out that the activity became so popular locally that some parks required paid bookings and insurance, which is somewhat challenging if you're not actually an organisation.

The closest I've ever come to a Micro Field Day is when we celebrated a milestone anniversary for the weekly F-troop net that has now been running for over 15 years.

The Bored Net Group website has plenty of information about what they get up to during a Micro Field Day, Random Metal Objects On The Air, shared club activities, picnic lunches, and activations at local lakes, landmarks and other places of interest. I'd also like to make a point here about documenting your activities so the rest of the community can learn from your experience and the Micro Field Day isn't the only, or even the first activity that the group organised.

Special mention to Zak N6PK who started hosting the BORED net four times a day during the COVID-19 pandemic lockdown in March 2020. You'll find the full story when you check out their site at theborednet.net for that and oodles more inspiration.

While I'm perfectly happy sitting at home behind a computer reading research on the resource comparison between half a dozen algorithms for calculating a Fast Fourier Transform, that's not the only thing that amateur radio represents.

When I started running F-troop there was no place for new and returning amateurs to gather and ask questions and share their experiences. Today the log shows at least one new callsign for each week we've been on-air, representing nearly a thousand amateurs who activated their transmitter and shared their experience.

There is no organisation behind F-troop, it's a couple of amateurs who regularly turn up and participate to act as a welcoming voice into the diverse community that represents amateur radio.

In other words, it started because I felt like it and it continues because people keep coming back.

The Micro Field Day is exactly the same in that it was started to scratch an itch. I'm making this explicit because some amateurs appear to be under the impression that they'll need a local club or organisation to organise activities for them. I'm here to tell you that you can start such an activity with your friends. Ultimately, where do you think clubs come from?

So .. what are you waiting for?

Get on-air and make some noise!

I'm Onno VK6FLAB

Dunno if this is actually radio related, but thought this community might know something about it.

I was walking down a stretch of railroad that I haven't explored before when I happened across this metal sign nailed down to the tracks.

It's pointing toward the nearest railroad crossing and says "790Hz". Is this a radio frequency one could listen on and hear when the train is passing by? Or something else? I don't know anything about trains

The other day fellow amateur Randall VK6WR raised an interesting question. Using his HP 8920A RF Communications Test Set, which you might recall from our adventures in measuring radio harmonic power in 2023, that report is on my Github repository, but I digress, Randall wondered if the signal strength he was seeing on several radios were the same and discovered that in fact they were not.

It made Randall ask who set the standard and following on from that, what does this look like in the real world?

In 2014, episode 149 of the series "What use is an f-call?", I published an article titled "The simple S-unit". In it I referred to a standard for S-units defined in 1981. Unfortunately, I didn't provide any references, so, armed with more than a decade extra experience, Randall encouraged me to investigate.

Twenty seconds into my search, I discovered IARU Region 1 Technical Recommendation R.1, which has four statements related to the topic at hand.

Under the title "STANDARDISATION OF S-METER READINGS" it states that:

1. One S-unit corresponds to a signal level difference of 6 dB,

2. On the bands below 30 MHz a meter deviation of S-9 corresponds to an available power of -73 dBm from a continuous wave signal generator connected to the receiver input terminals,

3. On the bands above 144 MHz this available power shall be -93 dBm,

4. The metering system shall be based on quasi-peak detection with an attack time of 10 msec +/- 2 msec and a decay time constant of at least 500 msec.

So. Job done, right?

Yeah, nah, not so much.

The web page I quoted from is linked from the Wikipedia S-meter entry and was archived in 2005 and at the time existed on a Swedish domain in the home directory of Kjell SM7GVF. The page has two additional interesting things, the words "Brighton 1981" and "Torremolinos 1990", both of which refer to IARU conferences.

The reports for these meetings are online. In searching for any reference to the definition of the S-unit, the 1990 report shows that resolution "83-1" had the status of "Action completed", whatever that means.

The 1981 conference document has all manner of interesting references, including "Log Forms and Summaries for International Contest Use", "Meteor Scatter qso procedure" and the definition of the standard way to determine Morse Code speeds using the word "PARIS" followed by a 7 bit word space, to name three.

The one we're interested in is called "BM/134 - S-Meter Standards", appearing on page 33 and 34 of the 1981 report. It's a photocopy, so you can see the text from other pages superimposed. I'm making this observation because this is essentially a standards document, intended to be adhered to by industry and the amateur community.

It gets better, or rather .. worse.

The text that is referenced by Wikipedia uses numbers for the four elements, where BM/134 uses letters. The third item in BM/134 says that it applies for "bands above 30 MHz", but the document I just quoted appears to be unique in saying that it applies to "bands above 144 MHz".

The fourth item, dealing with the way that the meter responds has been altered on BM/134. The text "+/- 2 ms and a decay time" are in a different font and at an angle. Worth noting that the change includes "ms" twice, rather than "msec" as the unit for milliseconds used elsewhere.

Searching for a phrase within the standard, I discovered the Region 1 HF Manager Handbook v7.01, which appears to include the S-meter standard in chapter 11.1.2, but closer inspection reveals that the fourth item is missing, the one about quasi-peak detection. This is significant because the S-meter standard is based on a CW signal, not an SSB signal, which fluctuates.

There's no reference as to where or when this was removed or by whom. These changes are repeated in subsequent versions of the HF Managers Handbook.

There's other differences too, instead of using millivolt and microvolt as shown in the original BM/134 standard table, all units have been converted to millivolt for no discernible reason. The new table, including typo, is also copied everywhere.

While we're at it, the original standard contains the letters "V", "E", "R", "O", "N" at the top. They don't show in the HF Managers Handbook either. This is curious, since last time I checked, those letters signify an organisation that at least some here will recognise, the "Vereniging voor Experimenteel Radio Onderzoek in Nederland", known to the the people who don't speak fluent Dutch, as the peak body for amateur radio in the Netherlands, VERON.

Searching its website does not reveal their contribution to this standards document, which I have to say, is par for the course, much of our amateur radio history is poorly documented or archived, if at all, something which I've spent plenty of my time attempting to remedy over more than a decade, one article at a time.

Moving on.

The phrase I mentioned earlier bears reading out in its entirety.

From BM/134:

"We hope that the current recommendation will be followed by all equipment manufacturers, so that in a not too distant future one will know how to interpret the strength report of the other station."

It goes on to say:

"Societies should advise as much as possible their members about equipment manufacturers adhering to this recommendation and shall try to avoid publication of receiver designs which do not in principle use the recommended standards."

Which brings me to you.

What have you done lately about this? It's only been 45 years. Perhaps it's time to implement this?

I can tell you that preliminary results show that the S1 level sensitivity associated with the radios that Randall showed me are reporting S1 when really they should be reporting about S4.

You might wonder why this is the case?

Calibration appears to be the underlying cause.

While S9 itself is variable in accuracy, as-in some radios are more accurately close to -73 dBm, others are consistently 5 dB shy of that.

When an S4 signal is reported as S1, then the 6 dB step size is not correctly implemented.

Similarly, when an S9+20 is reported by a signal that's only 16 dB stronger than S9, there's more fudging going on.

The differences between a signal with and without preamp are also worth noting as being inconsistent.

In other words, the level and steps associated with S-meter units are all over the place, which is interesting, since the authors of the standard already alluded to this when 45 years ago they wrote:

"Simple means for calibration of at least the 6dB level ratio should be published."

While we're digging for causes. Why is there not a standards library associated with the IARU, where documents like BM/134 exist and with it their current level of application?

Before you tell me, money, I'd point out that in 1981, IARU Region 1 had 263,945.88 dollars, or francs, guilders, pounds or glass beads in the bank, it's unclear which, since there's no units stated. At the 1990 conference IARU Region 2 had a reported net worth of $150,000 with $40,000 annual income and Region 3 reported that "its finances are also sound".

How do I know? That's in those conference documents too.

Curiously, the 1981 report states that "when presenting the 1981 and subsequent accounts the Treasurer would also prepare a brief report which would explain the reasons for items of such expenditure for which the purpose was not obvious."

I wonder what happened to those explanations?

So, what is the current status of BM/134 and what are the legal implications of me publishing it on my Github page?

While we're at it. I realise that I can "fix" the Wikipedia page, but where do I point it at?

I'm Onno VK6FLAB

cross-posted from: https://piefed.social/c/opensource/p/1956209/open-source-meets-outer-space

"An open-source communications hardware & software initiative empowering the public to connect across the world by bouncing signals off the Moon"

A New Frontier for Ham Radio
Bouncing signals off the Moon—known as Earth-Moon-Earth (EME) communication—has long been the ultimate challenge for radio amateurs. It required large antennas, expensive equipment, and accurate manual pointing and tracking. We try to bring this down to Earth, providing all the tools needed to experience the thrill of space communication, with an open source software-defined phased array.

The thing I love most about this amazing hobby of amateur radio is the sheer size of the community and the depth of knowledge that comes with it. Case in point, the other day I mentioned the spark gap transmitter at Grimeton in Sweden.

A few hours after releasing my comments into the void I received a message from Paul SA7CND who lives, wait for it, 153 km from the transmitter. He's been on-site while it was running, transmitting on 17.2 kHz. Paul pointed out that the Grimeton transmitter is not a spark gap transmitter at all.

It's actually an Alexanderson alternator, an entirely different beast, and all the more interesting for it.

Invented by Swedish electrical engineer and inventor, Ernst Frederick Werner Alexanderson, he received a patent for it in 1911 whilst working for General Electric. He died in 1975, aged 97 with 345 patents to his name.

Before I dig in, because you know I will, the transmitter at Grimeton was officially opened on the 1st of December in 1924. Built to increase Swedish independence after World War I revealed its vulnerability to foreign controlled transatlantic telegraph cables. Serving as a telegraphy station capable of transmitting traffic across the Atlantic ocean the station was in regular service until 1996.

Unlike its scrapped brethren, the Grimeton transmitter is currently operated several times a year as a functioning transmitter using the callsign SAQ. Announcements are made on the station mailing list and the website at grimeton.org, but generally on Alexanderson Day in July and Christmas Eve in December. You'll need to tune to 17.2 kHz, something you can do with a sound-card, or with an SDR.

Sound-card you say? Yes. Not for audio, but for RF. Connect an antenna to the microphone centre-pin input and have at it. Note that this will likely be highly susceptible to noise, so filtering and experimentation are to be expected. There's several tools around to play with this, GNU Radio, Quisk, SuperSID and SAQrx. Also, there's plenty of other VLF, or Very Low Frequency stations to listen to. I should probably add this as a 51st thing to do with SDR, but I digress.

Back to Grimeton. As the last remaining functional Alexanderson alternator transmitter, it was added to the UNESCO World Heritage List in 2004. You can visit and see first hand what radio history looks like. As I said, if you pick your day, you can even watch it working. Failing that, there's plenty of YouTube videos showing the entire process, it's an absolute monster.

There's even an amateur radio shack on-site with the callsign SK6SAQ. The website says that it's open sporadically, so I'd recommend you contact them before heading to Grimeton.

I'll note that at the time that this station was being commissioned in 1924, it was already being superseded by valve oscillators, which brings me to how it works.

Depending on where you live, you're likely familiar with the 50 or 60 Hz alternating current associated with household electricity. In 1891, Irish experimental physicist Frederick Thomas Trouton pointed out that if you could run an alternator at high enough speed it would create an alternating current at radio frequencies, said differently, creating a continuous wave at radio frequencies. Much experimentation followed and many giant shoulders supported this effort.

It goes a little like this. Use an electric motor designed to spin at 900 revolutions per minute. Connect it to a gearbox. Connect that to a rotor with multiple poles. Then run the motor with a clutch to vary the speed. If that's not enough, to produce high power, the clearances between rotor and stator have to be kept to a millimetre. Then there is cooling and lubrication to consider, not to mention dealing with thermal expansion and contraction of a fast spinning and closely toleranced disk.

At Grimeton, the whole transmitter weighs in at 50 tonnes, pretty much the opposite of portable operation. The rotor at Grimeton is a 1.6 meter diameter disc with a 7.5 cm thick edge with 488 slots milled into it, each filled with brass. The motor at Grimeton runs at just over 711.3 revolutions per minute, the gearbox has a ratio of 2.973 and the whole contraption generates 17,200 Hz.

If you get the sense that you're balancing an elephant on top of a needle, you're almost there, but if you consider that keying the transmitter changes the load and currents, it's more like an elephant being shoved by a train, balancing on top of a needle.

At Grimeton, the motor is loaded by one of three liquid resistors, which each consist of a two metre high container filled with water and baking soda. The liquid level is controlled by separate pumps, varying the resistance. Whilst transmitting, a second liquid resistor is added, reducing the resistance to regulate the speed of the motor to maintain the overall speed and the associated frequency. The resistors generate heat which is fed through a heat exchange to the station's water cooling system. The third resistor is available as a spare.

The remarkable thing?

It works.

So much so, that there were several stations built and operated across the planet.

There's more.

This system is also capable of Amplitude Modulation, and with it, the ability to send the human voice across the airwaves. As an aside, there is a rotating spark-gap transmitter by Canadian electrical engineer and inventor Reginald Fessenden who is said to have given voice to radio in 1900 across a 1.6 km distance, but that's a tale for another day.

The frequency that Grimeton transmits on, 17.2 kHz, means a wavelength of nearly 17.5 km. The antenna at Grimeton is "only" about 2 km long, in other words it's a compromise antenna. I'm making a joke here, but also a point, every antenna is a compromise. Any antenna is better than no antenna.

Meanwhile, the antenna at Grimeton looks like a string of high voltage pylons with eight wires strung between them. Each of the six towers is 127 meters tall, with a cross arm that's 46 metres wide. Every tower holds a vertical radiator, connected to the ßground via a coil to tune the phase and capacitance of each radiator.

So, spark gap this is not, well at least not intentionally. This remarkable piece of engineering makes me wonder if you can use the same system to spin a modern motor, say the spindle of a CNC, and use it to get on air and make noise.

Now all I need is someone to talk to.

I'm Onno VK6FLAB

Here's something that wasn't on my bingo card for this year of the "MKISS" driver for ham radio being modernized in 2026 as opposed to just being dropped. The MKISS code hasn't seen much driver activity since the original Git import of the Linux kernel more than twenty years ago.

Posted to the Linux kernel mailing list this Sunday by open-source developer Mashiro Chen is modernizing and cleaning up the MKISS ham radio driver. This is a serial port KISS protocol driver for exchanging data between a computer and terminal node computer for AX.25 amateur radio "ham radio" connections.

I believe they are all BaoFeng UV-5R+/UV5R.

They were recommended for us when off roading to communicate between vehicles, but never seemed to work great at that.

Somewhere I think I still have the usb programming cable for them.

Edit: apparently the intent of my post was lost in my poor wording of the title. It has been updated to better reflect that I would like to use them, but for what? And how?

The other day I was playing around with RDS, or Radio Data System, it's a digital signal that's often embedded in a commercial broadcast FM transmission. Among other things it contains information about the station, its content, frequencies and potentially other useful information, such as traffic alerts.

If you recall I've been working on 50 things to do with a Software Defined Radio and decoding RDS is one of those things. The decoding effort aside, I imagined a screen where you could see the RDS information, in real-time, as it was being transmitted by all the local FM broadcast stations. You'd see what music each station was playing, what their local clock thought the time was, how much they transmit other data and what they might do for emergencies, like say a Tropical Cyclone heading this way.

It occurred to me that this would be an example of a fundamental difference between a traditional radio and a Software Defined Radio or SDR. Specifically, we're taught that you tune a radio to a frequency, it demodulates or decodes what's there and plays the sound, or digital information, or whatever is being transmitted, on that frequency. If you want to hear something else, you need to change frequency and the radio decodes that new frequency.

If you have multiple channels to choose from, there are ways to automatically switch frequency, one after the other. One of my friends recently discovered an old scanner in a box and according to the specifications, it can scan 20 stations per second. If all 1,000 stations are programmed, it takes 50 seconds to scan them all. A lot can happen in that time.

The traditional solution is having more radios. Ideally you'd have one for every frequency you care about. Cost aside, logistically this is not fun. Imagine having to power a thousand radios, or find the one where the volume isn't right, or even find space for them, or antennas.

In the SDR world that's not quite how it works.

Instead of tuning to one frequency, you essentially tune to a range of frequencies and then, using software, decode one or more of those frequencies, at the same time.

Listening to multiple broadcast FM stations like that might not make a whole lot of sense, but what about decoding RDS, or listening to aviation frequencies, or local amateur radio repeaters, or multiple digital modes?

While that might sound far fetched, a $50 RTL-SDR dongle can manage 2.5 MHz of bandwidth over USB, by comparison, my $1,000 Yaesu FT-857d can receive all of 200 kHz in Wideband FM mode, and only whilst tuned to the broadcast band frequencies. In normal AM or FM mode it's 10 kHz, so you'd need 250 of them to listen to the same frequency range.

Again, just so we're clear, in analogue radio you need to change frequency to decode a different signal. In SDR you can simultaneously decode as many signals as resources permit.

For example, I can make a simple GNU Radio flowgraph, a little program, that accepts a command line setting, in GNU Radio it's called a parameter block, and run it with a frequency I'm interested in. Then I can run another copy of the same program with a different frequency. Rinse and repeat and I have as many receivers as I need.

While we're at it, you don't need to run the same program multiple times, you can run an FM decoder, a RTTY decoder, an AM decoder, all at the same time, as long as the frequencies you're looking at fit inside the bandwidth of the receiver you're playing with.

Just so we're clear, this is one receiver, one antenna, one power supply, with as many decoders as resources allow.

In other words, these two methods, analogue and SDR, are not the same.

Am I glossing over things? Sure. With such a wide bandwidth comes susceptibility to interference and signal overload, also the RTL-SDR dongle doesn't transmit, although, in 2014 Ismo OH2FTG managed to change the centre frequency of his dongle 300 times per second, causing the on board oscillator to leak in a controlled manner, making a Frequency Shift Keyed or FSK transmission. Yes, I know, that's not quite up to the standard of a transmission coming from an 857d.

You'll also need a computer, which you don't need to run an analogue radio, though truth be told, an analogue radio from the last couple of decades is pretty much a computer anyway. You can likely get away with a Raspberry Pi to process the data coming from an RTL-SDR dongle, so another $5, and yes, you'll need a monitor, keyboard, and a power supply.

The point I'm making is that these two methods are not the same and in the evolving world of amateur radio, there's space for both.

It also means that once you have this infrastructure, you can start experimenting with new radio technologies and approaches.

Will it make my 857d and its siblings obsolete? Perhaps, but I doubt it. There's still plenty of valve radios going around, not to mention the spark gap transmitter at Grimeton in Sweden. In other words, this is growing the hobby, which ultimately is why I'm here.

I will mention that it's not all hot cocoa and cookies. I've spent the past two days attempting to figure out why my very simple AM decoder isn't actually playing back the local ATIS or Automatic Terminal Information Service and why MacOS SDR applications don't include SoapySDR support, because of course they don't. Oh, yeah, I'm still trying to get my Proxmox server guest audio to work. I'm sharing this to make sure that you understand, that just like creating your own circuit board design and building it, there's plenty of experimentation to be done, problems to solve and challenges to meet, ultimately we're playing at the bleeding edge, at least it's not with sharp or hot implements.

I'm Onno VK6FLAB

I had my first net over the weekend and my transmitting was a bit rough. So i took the stock antenna from my yaesue and disassembled it. Followed a youtube video and took a spare coax cable and built a half dipole antenna!

I get better RX but will half to test my Transmitting come this weekend for the net!

Im really hoping to get into HF at some point but am waiting for flea market season to pick one up :P

Looking for the best solar Meshtastic node? The SenseCAP P1-Pro delivers a 5W panel, 13,400mAh of battery, and GPS for just $89.90. We ran it for weeks, tracked its power draw on Grafana, tested its range in dense urban streets, and examined every internal detail. See the real-world results.

I'm mostly thinking out loud here.

I have an Icom 9700 connected to a set of egg beater antennas. The other day I noticed high SWR on 70 cm, so I broke out the dummy load and tested the patch cable running from the radio to the wall panel (along with the barrel connector on the wall panel). SWR was fine there. Then I took the outdoor feedline off the antenna and tested it there. Everything seems fine there too. Plugged it back into the antenna and the high SWR returned.

Seems the antenna is the problem, but I'm not sure how to fix it. The other egg beater is doing fine.

I think I have a serious problem...

While spending some quality time discovering what I don't know about GNU Radio, I explored the notion of attempting to at least understand a little more about how an FM signal works. Depending on your background, the letters FM mean different things. In amateur radio it's a way to encode information, generally audio, using something called frequency modulation. Outside the hobby, the letters point at commercial broadcast radio.

While the two are related, they're not the same thing.

In amateur radio use, FM is a single channel of mono-audio, however, in commercial broadcast radio, there's a whole lot more going on, interesting because it gives you ready-made access to a composite signal that's just complicated enough to be challenging without being so complex that you need to spend hours on understanding the thing.

In essence, a commercial FM broadcast signal is multiple channels encoded in a specific and documented way. This is helpful, since you can compare the documentation against ready made examples and replicate the process for yourself.

In case you're new here, I'm in the process of building a radio system, in software, using GNU Radio in a project called Bald Yak. Specifically, the Bald Yak project aims to create a modular, bidirectional and distributed signal processing and control system that leverages GNU Radio. It's called Bald Yak because by the time I'm done, the Yak is likely well and truly shaved.

One of the easy things to forget when you're using GNU Radio Companion, is that the blocks you're connecting together on the screen into a flowgraph actually represent software, generated when you either build or run the flowgraph. This code is currently generated in either Python or C++, making me wonder, what does the code look like, and more specifically, what code would be needed to decode FM?

It turns out that an old friend, the PySDR.org website has a whole chapter dedicated to this process. Chapter 18, the End-to-End Example, details how you can decode one of the channels embedded within a commercial FM broadcast, the RDS or Radio Data System signal.

If you're not familiar, the PySDR.org website represents a whole book about software defined radio and python. It goes into as much or as little detail as you want, to explain how this whole software malarkey works, and takes you by the hand down the path of discovery.

So, armed with a working example, I followed along the bouncing ball and made a working RDS decoder and I think, understood most of it. There's a few interesting wrinkles that I've contacted the author, Dr. Marc Lichtman, about and we'll see what comes of that.

Here's the kicker.

The author, who is also a senior member of the GNU Radio team, started with a GNU Radio flowgraph and reverse engineered what was happening to get to the point of the code that's available in PySDR.org Chapter 18. This is significant because it creates a relationship between the code I have in front of me and the code generated by GNU Radio, which means that when I start with a new flowgraph, not only do I know the steps required, I also know that the outcome is predetermined, as-in, I already know that there's a solution. Having professionally written software for over 40 years, I can tell you that this is not often the case.

I realise that I can search the Internet for an RDS decoder flowgraph, but that's unlikely to get me to a better understanding of what GNU Radio is doing.

Once I've clarified with the author, I'll add the code to my GitHub project, "Fifty Things you can do with a Software Defined Radio", specifically, "Receive road traffic information", since among other things, that's carried by RDS.

As an aside, Rohde and Schwarz have a lovely YouTube video on the topic, "Understanding the Radio Data System", which is giving me a whole set of ideas about things we might attempt with amateur radio repeaters, but that's a story for another time.

Meanwhile, have you considered what other signals exist on the RF spectrum that you might want to decode and how you'd go about this?

I'm Onno VK6FLAB

Stop fighting with ATAK plugins. Flaresat is the missing map layer for Meshtastic. Get real-time tracking, shared pins, and live routes over LoRa mesh, setup takes 2 minutes. No sideloading, no servers, just instant off-grid coordination on iOS & Android. The game has changed.

How do you make a hole? That's a pretty straightforward kind of question, and by the time this sentence is finished, there's going to be at least as many answers as people who considered it.

I didn't supply any parameters to this hole, so answers could include shovels, collapsing space, fire, a drill, or any number of other interesting approaches. If I narrowed it down to, say, a hole in wood, there'd still be plenty of options. Specifying the type of wood, the diameter and other parameters would further narrow down the selection of methods.

What if I asked you: "How do you decode FM?"

You might wonder if there's more than one way and I can assure you, just like with making a hole, there's plenty of ways to go about achieving this, even if I limit this to software implementations only.

I must confess, when I recently set out to test my Soapy SDR library notions using a GNU Radio flowgraph to listen to FM radio, I searched the documentation, found a beginners tutorial and used the information there to make my first proof of concept FM receiver. I put it on GitHub and went about my business.

After finally managing to hear the decode effort and being less than impressed, I started trying to understand the tutorial flowgraph. When I started looking at what would be needed to decode stereo FM broadcast radio, I discovered that there were several tutorials, examples and videos with slightly, or significantly different solutions to the problem. That's on top of the over a dozen standard FM related blocks supplied within GNU Radio.

I then set about trying to discover the canonical implementation of an FM receiver and came up short. Instead I discovered even more implementations of FM receivers, each subtly different.

You should know that there's a difference between how your local hit radio station does FM and how an amateur radio repeater does FM, let alone the local CB radio channels, satellite telemetry, wireless microphones or even hearing aids, so within the implementation of an FM receiver, there's additional complexity, which explains to some extent the variety of FM related blocks within GNU Radio. I think ultimately it's safe to say that there's an unlimited supply of implementations of an FM receiver within GNU Radio.

It led me to ask, what is the .. for want of a better word .. "right" way and what does that actually mean?

In GNU Radio, you string together blocks that process a signal. If you're familiar with flowcharts, the process is very similar. Unlike flowcharts on a piece of paper, in GNU Radio, or should I say, GNU Radio Companion, the tool you use to actually design flowgraphs, the little blocks represent underlying software and their connections represent how data flows between these bits of software.

In other words, each block represents a series of programming instructions that process data and pass it on. It means that the more blocks you have in your flowgraph, the more instructions are running to process data. The more instructions, the more computing resources required. This is significant because in a complex system like this, we're likely to be doing more than one thing at a time, so preserving resources is important, if only to ensure that there's time available to process the next sample.

As a result, there's a difference between implementing an FM receiver with two blocks, or with ten blocks. You might conclude that two blocks is more efficient, but that might not be true. For example, two blocks processing 2,000 samples per second each, are processing 4,000 samples per second in total. A block that converts the 2,000 samples into 200 samples, followed by nine blocks processing 200 samples per second each, is processing 3,800 samples in total. All things being equal, the ten blocks together are handling less data per second, so overall it's potentially using less resources. I say potentially, because it might be that one of those blocks is using a massive calculation, consuming more resources than all the other blocks put together, ultimately, each block is software, so whatever it's doing is using resources.

So. How would you go about choosing between two implementations or algorithms, which was the "better" one and how is "better" defined?

My first pass at this, is to use standard testing files and using the algorithms under consideration to process them. Run the tests multiple times, keep a record of how long they take and then attempt to measure how much the original input signal differs from the processed output signal. At the moment I have no idea how you might compare signals, other than to invert one and combine them to see if they cancel each other out, which means they're the same, or not, which means that they're different.

For my sins, in trying to think of a way to do this I realised that the way I implement this radio contraption needs to be able to deal with test files and potentially multiple different implementations of a decoder.

It also means that I have some more thinking to do.

Ideally, there needs to be a concept of meta information, like the radio source, the tuned frequency, the bandwidth, gain, and likely more so I can set the parameters once and re-use these across whatever else is part of the flowgraph. It should be possible to use a test file just as simply as a Soapy SDR compatible radio. It should also be possible to hear the audio, or save it to a file, or decode an embedded signal, or all at the same time.

In other words, it needs to be flexible.

Luckily, GNU Radio is really a collection of libraries built precisely for this task.

I'd love to hear your thoughts on the matter.

I'm Onno VK6FLAB

When building a radio transmitter, unless it’s a very small one indeed, there’s a need for an amplifier before the antenna. This is usually referred to as the power amplifier, or PA. How big your PA is depends on your idea of power, but at the lower end of the power scale a PA can be quite modest. QRP, as lowe power radio is referred to, has a transmit power in the miliwatts or single figure watts. [Guido] is here with a QRP PA that delivers about a watt from 1 to 30 MHz, is made from readily available parts, and costs very little.

Inspired by a circuit from [Harry Lythall], the prototype is built on a piece of stripboard. It’s getting away with using those cheap transistors without heatsinking because it’s a class C design. In other words, it’s in no way linear; instead it’s efficient, but creates harmonics and can’t be used for all modes of transmission. This PA will need a low-pass filter to avoid spraying the airwaves with spurious emissions, and on the bands it’s designed for, is for CW, or Morse, only.