The Treehouse Blog

I’ve been checking into some mobile amateur radio rigs recently.  I had for awhile been intending to get the Kenwood TM-D710A, but a new contender has recently entered the market, namely the Yaesu FTM-350R.  I don’t presently own either rig, but as there is a lack of direct comparisons between them currently posted online, I wanted to share my research.  If you find any errors, please let me know so I can correct them.  If someone who actually owns or has used both rigs eventually posts a comparison, I’d like to link to it as well.

RF Capabilities

Both rigs provide 50W power on the 2-meter and 70-cm ham bands.  The 350R additionally can transmit 1W on the 1.25-meter band.  The extended receive ranges are also divergent, with notable differences being the lack of 13cm/1.3GHz band (and possibly the 33cm/902MHz band per a footnote) coverage on the 350R .  There are published mods to provide extended transmit capabilities for both units.  Both radios have a cross-band repeater capability.

APRS

APRS is the feature that places these two radios in their own category.

GPS

One aspect of APRS is the use of a GPS for automated position reporting.  In the D710A, an external third-party GPS receiver (such as the GPS-710) needs to be connected to the control head.  For the 350R, Yaesu sells their own FGPS-1 module which installs in the back of the control head.  Documentation indicates it is possible to use the FGPS-2 module, which is the GPS receiver used on the VX-8R, but the required CT-133 cable could not be located from various retailers websites.  It does not seem to be readily possible to use a non-Yaesu GPS receiver.  Personally, I think having a GPS connection available from the radio body would make sense.  My intended control head mounting location is not likely to have the best view of the sky.

Digipeater Functions

The D710A appears to have a robust set of digipeater functions.  This feature would primarily be useful in situations where a temporary digipeater was needed to serve an area not covered by a permanent digipeater.  The 350R appears to not have this feature.

Other APRS Features

The D710A supports QSY information, weather station attachment, and a Kenwood GPS format for tactical display integration with AvMap G5.  Both radios are equipped with the SmartBeaconing feature which bases position update intervals on the speed of travel and direction changes.  The 350R has some navigation enhancements providing direction indication to other stations.

TNC

The built-in TNC on the D710A can be used by a PC or other external device, and supports KISS.  The 350R supports a “modem” mode for both 1200 and 9600, which hopefully means it can be used as a TNC as well, but I’ve not found anything explicitly confirming success with this.

Software / Firmware

These modern radios, like most recent electronics, have some computer-ness to them.  Programming software and firmware updates for the D710A are freely available from Kenwood.  These updates have added new features to existing products at no additional cost.  So far, there is no indication of any software available for the 350R.  [Update 2010-04-24: KC7HP pointed out that software is now available.] The repair for the navigation issue discussed below involved mailing the unit in for repair – for what should be a firmware update.  Given the newness of the product, it is possible that the rolling out of consumer firmware updating is forthcoming, but the situation with the VX-8R upgrade to VX-8DR doesn’t make this prospect seem likely.

Bluetooth

It’s only fair to mention that the 350R has an optional Bluetooth module.  The only Bluetooth capability provided is audio, such as the use of a Bluetooth headset for using the radio.  I’d be much more interested in this if Bluetooth data capability of some sort were provided.

Quirks

The 350R is a really new radio, and that means there is not much information available, and that it has a few bugs and quirks.  Already there are reports that APRS navigation feature leads you in the wrong direction.  There are also reports that the radio will hang, requiring power to be physically removed to reset the unit.

Conclusion

While the 350R does introduce some new capabilities (222 MHz, Bluetooth, integrated GPS, navigation feature), there are still features of the D710 that it seems to lack (digipeating, tactical GPS protocol).  The free firmware/software of the D710 is hard to beat.  Given the quirkiness of the new hardware, and feeling that the features unique to the D710 have more potential use than those unique to the 350R, my inclination would be to get the tried and true D710 if purchasing a unit today.

I am by no means an audiophile, but being able to listen to music from a source other than the radio is still a requirement for longer trips by vehicle.  I’ve been using a cassette adapter in my car, connecting it to whatever the audio source of choice has been:  laptop, Axim, G1 and sometimes even the Pro-95 scanner or HTX-202 radio.  My truck presented an obstacle to this in the form of a CD player.  I had no intention of trying an FM radio transmitter, so a new radio was needed.  So, really, the only requirement for the new radio was an external input.  To make things interesting, I focused my search on hardware supporting A2DP, which led me to the Clarion CZ509.

The install was straight forward and relatively painless.  The hardest part was getting the wiring connector detached from the factory radio.  I used the kit from Crutchfield since I wanted a no-hassle return option, mostly.  The USB connector is a cable emerging from the back of the radio, while the 1/8″ miniplug external input is on the faceplate.  It would have probably been more useful to have both on the back, or swapped.

The basic functions work as expected.  CD audio sounds fine.  AM radio reception seemed to have the same sensitivity as my factory radio, despite comments elsewhere on the web indicating problems with this.

The USB and CD are capable of playing back MP3 audio, of course, as well as the similarly encumbered WMA and AAC formats. Naturally, for ideological reasons, a decent amount of my audio is in Ogg Vorbis and FLAC formats, which this unit can’t play on its own.

Bluetooth audio sounds pretty good paired to my Android G1 running cyanogenmod, though it can be skippy at times which I blame on the G1s underwhelming RAM and CPU.  The G1 running cyanogenmod has the ability to play my Ogg Vorbis and FLAC media.  The menu interface for pairing the phone is incredibly unintuitive on the CZ509 – have the manual and patience handy when attempting.  The radio does have an auto-connect feature which should cause the CZ509 to connect to your Bluetooth device upon powerup, but I have never had this work.  I’m not sure which device is at fault for certain, but I suspect the CZ509 isn’t doing something right.  Fortunately with the help of a shortcut on the G1, manual connection is only a few screen presses away.  The Bluetooth playback only has play/pause/forward/back controls and has no song title text.  I’m guessing this means the CZ509 only supports AVRCP 1.0.  I’m not currently using the phone audio capability of the CZ509 – I’m not sure where the microphone would go.  Sometimes the G1 will not produce any audio despite an established connection which is readily solved with shutting down Bluetooth on the G1 and starting it back up.  I’ve not had this happen in the middle of a connection.  It would also really be nice if the headset volume controls and Bluetooth volume controls were stored separately in the G1 as I need it full-scale for A2DP and near the bottom for wired headphones.

I’m overall pleased with the purchase.  I certainly could have gotten a more featureful or less expensive radio had it not been for the A2DP experimentation goal, but this radio should serve my needs.

Several years ago, the PA state government began deploying a proprietary trunked communications system… and encouraged County governments to use it. Since it’s proprietary, the governments are locked into the price structure of a single vendor (brilliant! bravo!) and radio enthusiasts like me won’t be able to use our scanners to listen in (at least, not anytime soon). I’m a big fan of government transparency and openness… and this is moving in totally the wrong direction. All isn’t immediately lost however. Even if fire and ambulance dispatch is handled with OpenSky staring on June 1st, 2006 as this article says, it sounds as if paging will still be simulcast on traditional FM frequencies so that voice pagers, sirens, and scanners can function without an upgrade. It seems that radio geeks aren’t the only ones concerned… just listen to those fighting fires.

And while I’m ranting… Since this system is IP based, how long will it take before a laptop in a state cop’s car contracts a virus because he installed an unauthorized Wifi card, and cripples communications state-wide? Consultants won’t go hungry cleaning it up, that’s for sure.

This week I have been playing with my new PRO-2052 scanner. I bought this model because it has an RS-232 interface that can be used to control it. There is a free piece of software, sctl, that allows you to use it in Linux. I have had to tweak the code a bit for my purposes. I needed line buffering enabled to interface sctl with a PHP script, and also had to change the interfacing to make the ‘sreport’ function work with my model. I’ll probably post a patch at some point. So far, I’ve written a few cheesy scripts to log radio transmissions into a database and play them back. It’s not quite perfect, but it is doing what I want. It would be nice if this guy would release his source. I’d love to have the two-tone pager decoder that he has.

I’ve also been poking around various scanning sites. It looks like there still isn’t any progress decoding the OpenSky system used by the state of PA. Apparently it’s VoIP based. I also found a site with audio samples of various digital transmission modes. Many of the sounds are familiar from old movies and such. I think the PSK-31 sound is sortof like the bridge ambient sound from Star Trek TOS. Also found a great PDF with lots of communications tone tables, for Motorola Quick Call and others.

So, instead of watching DS9 or making my laptop more usable, I spent last evening trying to do APRS in Linux. Linux has drivers for using your soundcard for doing AFSK1200, but they are hardware-dependent, requiring a plain SoundBlaster or Windows Sound System-compatible card. Since I don’t believe I have any of these anywhere at the moment, let alone in a usable or mobile form, I started looking for alternatives. Soundmodem is a user-mode sound card interface for Linux that can do various encodings and interfaces with the Linux AX.25 stack, or can behave as a TNC sitting on a pty. It seems to work really well (and has awesome configuration tools) but it also consumes 25% CPU on my 1.5GHz Pentium-M… which is way too much, I think. Multimon, which is written by the same guy, uses almost no CPU, but can’t do transmission or interfacing with other things, just provides text output of what it decodes. The oscope feature it has crashes my box badly if you try to close it… no clue why, but I’m teaching myself to always disable that option.

Doug and I were talking on Thursday about the slowness of the Linux boot process, and it seems some guy at IBM has already discribed the parallel service starting that we were theorizing. I’ll have to ask Ian if Gentoo has implemented anything like this yet.

I won a Netgear GA620 (1000BaseSX) card on eBay last night for <$10. If works out OK, I might need to get one or two more. It seems appropriate that I’ll have gigabit in my house before CTI does at Trindle Commons… Fiber cable looks pretty cheap on eBay too, but there’s more singlemode than multimode it seems.

…And Ship’s 24TB 1.2M$ SAN has been moved from the basement of a dining hall to the computer center. Monday we’re moving all of KLN’s Sun boxes in preparation of its installation.