Skip to main content

RBN but for the Rockmite

I really enjoy the reverse beacon network. It's been a tremendous first-blush check of whether or not the little Rockmite is working, and how far out the signal is getting. Having said that, it hasn't been useful in the way I think it might be for big contesting stations.

I always imagine someone sitting in their plush chair locked away in a shack watching the RBN. A path pops up on the map to some faraway DX station. Said ham leaps into motion clacking several switches to bring the appropriate antennas, tuners, and amplifiers into play for the band the dx station happens to be on, and then belts out a 100+ Watt signal to make the QSO.

But, that's not how it works with the Rockmite when you live in a densely populated urban area like San Francisco. Typically, the radio and I aren't even at home, much less in a shack. We're perched on the side of a mountain somewhere because there's less noise, and there are whole swaths of hams like SOTA and POTA that want to talk to radios on mountains. There aren't any switches to clack because the Rockmite only operates on two different frequencies spaced 500 Hz apart.


Still, I wondered if there was something the RBN could offer that might make operating from the house a little easier. Something that could make the Rockmite infinitesimally more like a contest rig. The thing that came immediately to mind was filtering RBN results not for geographical location, but for transmitted frequency. As I mentioned, the Rockmite is locked down to just two frequencies for transmit. What I hadn't mentioned yet is that the Rockmite also has a very wide front end. So wide that sometimes I'm keying away in response to a CQ that came in on 14060.0 kHz when the radio only operates on 14057.5 and 14058.0. What if I only responded to CQs that were on frequency, and furthermore had some kind of heads up when a CQ was on frequency? That'd be kind of nice.

Queue rbn_telnet.py. The little script, written by the 12 year-old here who's studying for her ham exams, myself, and ChatGPT hooks directly to the reverse beacon network telnet feed and filters on the frequencies the Rockmite uses. When a CQ is found on one of those frequencies, all of the pertinent information is dumped to the console in a single line like this:

b'DX de K2PO/7-#:  14058.2  WB7DND         CW    20 dB  17 WPM  CQ      2103Z\r\n'

A few nights back, the script netted results! I saw that N0IPA was calling CQ. I got on the air with the Rockmite, and I made a QSO! Last night, it wasn't so much that the script found a specific station for me to talk to, but that it told me about how other stations were communicating at the time. I noticed that the average speed for CW was around 15 WPM, not my customary 21 or so. I reduced my keying speed a bit, and there was K9OM! Might I add that both of these QSOs were made from the house!


Comments

Popular posts from this blog

More Cowbell! Record Production using Google Forms and Charts

First, the what : This article shows how to embed a new Google Form into any web page. To demonstrate ths, a chart and form that allow blog readers to control the recording levels of each instrument in Blue Oyster Cult's "(Don't Fear) The Reaper" is used. HTML code from the Google version of the form included on this page is shown and the parts that need to be modified are highlighted. Next, the why : Google recently released an e-mail form feature that allows users of Google Documents to create an e-mail a form that automatically places each user's input into an associated spreadsheet. As it turns out, with a little bit of work, the forms that are created by Google Docs can be embedded into any web page. Now, The Goods: Click on the instrument you want turned up, click the submit button and then refresh the page. Through the magic of Google Forms as soon as you click on submit and refresh this web page, the data chart will update immediately. Turn up the:

Cool Math Tricks: Deriving the Divergence, (Del or Nabla) into New (Cylindrical) Coordinate Systems

Now available as a Kindle ebook for 99 cents ! Get a spiffy ebook, and fund more physics The following is a pretty lengthy procedure, but converting the divergence, (nabla, del) operator between coordinate systems comes up pretty often. While there are tables for converting between common coordinate systems , there seem to be fewer explanations of the procedure for deriving the conversion, so here goes! What do we actually want? To convert the Cartesian nabla to the nabla for another coordinate system, say… cylindrical coordinates. What we’ll need: 1. The Cartesian Nabla: 2. A set of equations relating the Cartesian coordinates to cylindrical coordinates: 3. A set of equations relating the Cartesian basis vectors to the basis vectors of the new coordinate system: How to do it: Use the chain rule for differentiation to convert the derivatives with respect to the Cartesian variables to derivatives with respect to the cylindrical variables. The chain

The Valentine's Day Magnetic Monopole

There's an assymetry to the form of the two Maxwell's equations shown in picture 1.  While the divergence of the electric field is proportional to the electric charge density at a given point, the divergence of the magnetic field is equal to zero.  This is typically explained in the following way.  While we know that electrons, the fundamental electric charge carriers exist, evidence seems to indicate that magnetic monopoles, the particles that would carry magnetic 'charge', either don't exist, or, the energies required to create them are so high that they are exceedingly rare.  That doesn't stop us from looking for them though! Keeping with the theme of Fairbank[1] and his academic progeny over the semester break, today's post is about the discovery of a magnetic monopole candidate event by one of the Fairbank's graduate students, Blas Cabrera[2].  Cabrera was utilizing a loop type of magnetic monopole detector.  Its operation is in concept very sim