Tag Archives: amateur radio

Yaesu FTM-500DR

The Yaesu FTM-500DR is their flagship product, it’s about $500, but it’s got so many small gripes it’s almost as if no one on their team has actually used a radio in a vehicle…

  • Powering It Off — Why do I need to hold the power button to shut it down? A single press or a double press should shut it off… instead they’ve decided the single press of the power button will lock it…
  • Locking Out a Memory Channel During Scanning — Each memory channel has a SCAN attribute of YES/NO… setting this takes about 10 steps… ten steps! So if you’re scanning around and hit on something you want to skip, you essentially can’t…
  • Memory Scanning, All or Nothing — There’s no apparent way to break up what memory channels you do scan — it’s all the channels or none.
  • SD Card is Half Baked — Using an SD Card to be able to program the radio seems like a great idea, but in practice both the RT Systems and Yaesu software don’t seem to work well with it… Neither of the software packages recognize that the Yaesu radio itself will save multiple copies of the data by incrementing a number on the file… so you have to go manually rename files… and while opening saved files in the software seems to work fine, the other direction hasn’t worked at all for me… it either fails or corrupts the radio and requires reprogramming by cable, this is true even if I format the card in the radio to have just a single saved version…
  • USB – Serial Cable — Why are still transferring data to these radios from a PC using serial? It takes ages to move data at 9600bps which seems unnecessary…
  • No Ignition Sense — I know this isn’t common on mobile radios, but I really don’t understand why not… the radio is connected to the battery, why not provide an input to let the radio be powered on/off along w/ the ignition w/o requiring relays and hard power cuts?
  • Audio Recording — I love the audio recording feature, but it’s recording in uncompressed audio with support for only a 32GB card… recording to a compressed format would let you store much more audio on the card
  • Audio Recording Part II — Quite a bit of the functions are persistent through power cycling, like memory scan, but unfortunately recording is not, so you need to start it each time (fortunately you can set one of the P-keys on the mic for that)

Maybe these are issues w/ all radios, maybe I’m not using it like most others would, but these are fairly annoying quirks. It’s only been a few weeks, so maybe it’ll grow on me…

TNC-Pi on 64-bit Linux

I decided that I wanted to run an APRS iGate at my house because I found that low power transmissions in my neighborhood simply aren’t making it to the nearest Digipeater.

My current setup is a Mobilinkd 4 + iPhone SE 2020 + aprs.fi — but it’s not working very reliably — What I’m finding that is that every 2-3 days it stops beaconing and stops receiving packets… if I unlock the iPhone and fiddle it starts working, I’ll get a day or two, and then it will stop. My assumption is that iOS is simply not geared to run background applications like this and so it doesn’t work as a “set it and forget it” type of system.

That lead me to a purchase I made a long time ago… When I was first getting into APRS I bought a Coastal Chipworks TNC-Pi — it’s a TNC in the form of a Raspberry Pi “hat”, and I recall that it worked fairly well at the time using a Raspberry Pi 3B. I don’t fully recall what my goal at the time was, but it was using in a vehicle and ultimately when I found the Mobilinkd that worked out better. I parked the hardware, but pulled the Micro-SD.

Fast-forward a decade or so and I’ve decided to resurrect the TNC-Pi in the hopes that I can use it as an iGate and doing RF beaconing.

I’m grateful that despite having not sold this product for quite a while (I think over 5 years at this point?) the website linked above is still operational with instructions and files… but what I found was that time marched on in the world of Raspberry Pi development and left these little setup/helper apps behind.

If you try to run pitnc_getparams and see this message:

-bash: ./pitnc_getparams: cannot execute: required file not found

That means you’re likely running a 64-bit version of Raspbian / Raspberry Pi OS, but these applications are built for 32-bit.

You have two options:

  1. Install a 32-bit version of Raspbian / Raspberry Pi OS
  2. Install the required 32-bit libraries

If you decide to take the option 2 route — installing 32-bit libraries — these are the two fairly straight-forward commands I had to run to get going:

sudo dpkg --add-architecture armhf
sudo apt install libc6:armhf

After that, you’ll find that both 32-bit helper applications are able to run on your 64-bit OS.