[chirp_users] Programming Cable Guide
Hi all,
I often get private questions about which cable to use for programming particular radios (especially the Icom 92AD). The CHIRP site has a little bit of information about this, but I think we can do better. I just created a "Programming Cable Guide" page here:
http://chirp.danplanet.com/projects/chirp/wiki/CableGuide
This is just a brain dump from memory on various radios and cables. I would much appreciate:
1. Corrections, comments, and additions 2. Links to pages describing how to build cables 3. Links to reputable vendors of 3rd party cables
If anyone is interested in helping edit this page directly, let me know and I'll get you set up with edit access.
Thanks!
I have some info on 3rd party cables if you are interested.
I am using a 2-in-1 cable from 409Shop.com to program a number of Yaesu radios.
Here's the product: - http://www.409shop.com/409shop_product.php?id=103790
It works with my VX-7R, FT-60R, and FT-7800R. It should also work with my FT-8800R, but I haven't tried it (programmed what few memories I needed manually on that rig).
There are two things to know: - You will need the Prolific drivers from the 409Shop website for it to work on Windows (getting the 'latest and greatest' from Prolific will cause it to fail). - The 3.5mm adapter has the threading for the VX-7R. It *will* work with the non-threaded Yaesu units (FT-60R, VX-3, etc), as the rest of the plug is physically and electrically identical. It just sticks out a bit on the FT-60R.
As for being reputable I've never had an issue with 409Shop. You just have to remember that they're in Hong Kong and it may take a while for the shipment to get to you. I have also used a USB cable from them to program a Wouxun KG-UVD1P (although I must note that this was not with CHIRP, as I sold that unit before I learned about CHIRP) and I used another of their cables for the Baofeng UV-3R. Pretty much all of their cables (and the ones on eBay) use the Prolific PL2032 chipset, so I have a laptop set up with those drivers and use it for all my radio programming (once the driver is installed, it works for all of the 409Shop cables).
If you want a U.S. vendor, I've also had luck purchasing cables from Valley Enterprises. Here are their Yaesu cable selections: - http://www.valley-ent.com/catalog/yaesuvertex-c-25_45_49.html
They carry a line of cables using FTDI USB-serial chipsets, which gets around a lot of the software hassles Windows users have had with the Prolific-based ones. I have one of their cables for my Yaesu FTM-350AR.
On 11/03/2011 02:29 PM, Dan Smith wrote:
Hi all,
I often get private questions about which cable to use for programming particular radios (especially the Icom 92AD). The CHIRP site has a little bit of information about this, but I think we can do better. I just created a "Programming Cable Guide" page here:
http://chirp.danplanet.com/projects/chirp/wiki/CableGuide
This is just a brain dump from memory on various radios and cables. I would much appreciate:
- Corrections, comments, and additions
- Links to pages describing how to build cables
- Links to reputable vendors of 3rd party cables
If anyone is interested in helping edit this page directly, let me know and I'll get you set up with edit access.
Thanks!
A few comments:
The Wouxun KG-UV1,2,3D, use the same cable as the Kenwood TH-F6a, it's the combo of a 3.5mm (1/8") and 2.5mm (3/32") plug.
It would be good to list voltages when they are known. Some are real TTL (5V) others are 3.3V.
The Yaesu VX-8(D)R/E use 3.3V.
I would separate the listing for the VX-8G from the regular VX-8s given that the G is totally different: both in connector and is RS-232 levels.
I'm pretty sure I've seen some good intros to RS-232, voltage levels, etc. that would be good to link to. I don't remember whether it was on the OpenWRT or, Dangerous Prototypes wiki, or some other micro-controller wiki.
If you want to build your own level converters for going between RS-232 +/- voltage levels and TTL or LVTTL, the max232 chip family is often used. Here it is for $2 in quantity one.
The Wouxun KG-UV1,2,3D, use the same cable as the Kenwood TH-F6a, it's the combo of a 3.5mm (1/8") and 2.5mm (3/32") plug.
Okay, I added that. I thought all the Wouxuns came with a programming cable, but maybe not.
The Yaesu VX-8(D)R/E use 3.3V.
I would separate the listing for the VX-8G from the regular VX-8s given that the G is totally different: both in connector and is RS-232 levels.
Done.
On 11/3/2011 7:08 PM, Dan Smith wrote:
The Wouxun KG-UV1,2,3D, use the same cable as the Kenwood TH-F6a, it's the combo of a 3.5mm (1/8") and 2.5mm (3/32") plug.
Okay, I added that. I thought all the Wouxuns came with a programming cable, but maybe not.
Some dealers include the cable (and charge more). Others don't.
FWIW, I think I've seen references that the Puxing and some of the other Chinese radios may also follow this "kenwood" style.
I have some info on 3rd party cables if you are interested.
Great, thanks, I added the links to the page.
I'm not sure we can replicate all of the testimonial type information there, but the fact that we recommend cables and vendors that people have had positive experiences with is good enough I think.
It's certainly helpful to post the testimonials here, however, for the archives, if people want more information.
Thanks... who's next? :)
Does their driver CD come with drivers for OS X? Just wondering as I use a mac and this looks like a great setup with cables!
Craig
On Nov 3, 2011, at 12:52 PM, Aubrey Turner wrote:
I have some info on 3rd party cables if you are interested.
I am using a 2-in-1 cable from 409Shop.com to program a number of Yaesu radios.
Here's the product:
It works with my VX-7R, FT-60R, and FT-7800R. It should also work with my FT-8800R, but I haven't tried it (programmed what few memories I needed manually on that rig).
There are two things to know:
- You will need the Prolific drivers from the 409Shop website for it to
work on Windows (getting the 'latest and greatest' from Prolific will cause it to fail).
- The 3.5mm adapter has the threading for the VX-7R. It *will* work
with the non-threaded Yaesu units (FT-60R, VX-3, etc), as the rest of the plug is physically and electrically identical. It just sticks out a bit on the FT-60R.
As for being reputable I've never had an issue with 409Shop. You just have to remember that they're in Hong Kong and it may take a while for the shipment to get to you. I have also used a USB cable from them to program a Wouxun KG-UVD1P (although I must note that this was not with CHIRP, as I sold that unit before I learned about CHIRP) and I used another of their cables for the Baofeng UV-3R. Pretty much all of their cables (and the ones on eBay) use the Prolific PL2032 chipset, so I have a laptop set up with those drivers and use it for all my radio programming (once the driver is installed, it works for all of the 409Shop cables).
If you want a U.S. vendor, I've also had luck purchasing cables from Valley Enterprises. Here are their Yaesu cable selections:
They carry a line of cables using FTDI USB-serial chipsets, which gets around a lot of the software hassles Windows users have had with the Prolific-based ones. I have one of their cables for my Yaesu FTM-350AR.
On 11/03/2011 02:29 PM, Dan Smith wrote:
Hi all,
I often get private questions about which cable to use for programming particular radios (especially the Icom 92AD). The CHIRP site has a little bit of information about this, but I think we can do better. I just created a "Programming Cable Guide" page here:
http://chirp.danplanet.com/projects/chirp/wiki/CableGuide
This is just a brain dump from memory on various radios and cables. I would much appreciate:
- Corrections, comments, and additions
- Links to pages describing how to build cables
- Links to reputable vendors of 3rd party cables
If anyone is interested in helping edit this page directly, let me know and I'll get you set up with edit access.
Thanks!
chirp_users mailing list chirp_users@intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users
Regarding RT Systems's cables. I got one when I first got my VX-8DR. They were really the only source at the time for the connector.
RT Systems are using the FTDI chip but have assigned a custom USB Vendor ID and Product ID to it. Under Linux you can use this cable (and I do use it with Chirp) by telling the ftdi_sio driver the additional VID/PID to look for. I have a UDEV rule that I believe handles this.
Edit /etc/udev/rules.d/99-custom.rules contains customer udev rules # RT Systems cable for Yaesu VX-8DR SYSFS{idVendor}=="2100", SYSFS{idProduct}=="9e50", RUN+="/sbin/modprobe -q ftdi_sio vendor=0x2100 product=0x9e50"
This can also be done manual, by unloading (rmmod) the ftdi_sio driver are reloading it with the addition IDs as an argument.
rmmod ftdi_sio modprobe ftdi_sio vendor=0x2100 product=0x9e50
In the CHIRP repository there is something similar for an ICOM usb connection in the tools directory, see icomsio.sh.
There is a way to do this on windows with .INF files but I've never gone there and I'm afraid experimenting might be more trouble than it's worth for me.
An alternative that I've never tried but have seen described for other stuff that uses FTDI chips is there is a utility that can be used to change the VID/PID along with some other parameters. So if you've wound up with an RT system's cable but don't want to use their software you could always set the VID/PID
Note: I used to think RT System's going the proprietary route was for lock-in purposes. After reading one of the Wouxun yahoo groups for a while, it seems like 50% of the messages are related to problems with serial programming. By using the FTDI chip and a custom VID/PID RY Systems has probably eliminated 90% of the support calls they would get, so I don't really think of it as intentionally handicapping any more. There is no ambiguity about which COM port the radio is on.
Sorry for the stream of consciousness, maybe this will help someone.
--Rob
RT Systems are using the FTDI chip but have assigned a custom USB Vendor ID and Product ID to it. Under Linux you can use this cable (and I do use it with Chirp) by telling the ftdi_sio driver the additional VID/PID to look for. I have a UDEV rule that I believe handles this.
Is this a "version 4" cable? Someone came to me a few months ago with one that didn't even show up as a COM port on Windows when properly configured. It seemed like maybe it was being used in native USB mode to send/receive data to the radio and did not contain a typical serial port emulation device. This would make it harder for others to use the cable, of course, and would make it easier to lock the software to their hardware. Given that all their current stuff makes a big deal about only working with their cable, this seemed to fit.
I've never laid hands on one of these cables, so if I'm wrong, please correct me :)
On 11/3/2011 7:10 PM, Dan Smith wrote:
RT Systems are using the FTDI chip but have assigned a custom USB Vendor ID and Product ID to it. Under Linux you can use this cable (and I do use it with Chirp) by telling the ftdi_sio driver the additional VID/PID to look for. I have a UDEV rule that I believe handles this.
Is this a "version 4" cable? Someone came to me a few months ago with one that didn't even show up as a COM port on Windows when properly configured. It seemed like maybe it was being used in native USB mode send/receive data to the radio and did not contain a typical serial port emulation device.
Yes, the FTDI chips can be used with either a Virtual Com Port (VCP) driver which provides a COMn interface under windows and then you have to figure out what com port to open or it can be used with a direct driver (D2XX) where the USB bus is searched for a matching Vendor and Product ID (VID/PID).
This would make it harder for others to use the cable,
Yes, it would be difficult for CHIRP or other cross platform software to work with the FTDI direct interface because of the binary issues.
There are libraries (libftdi) that can be used. I've seen stuff use it though some of the stuff that uses it is for bit banging and other cases where more direct control is needed.
As I mentioned there are two types of work around:
1.) Change the VID/PID <-> driver associations so you get the virtual comm port style driver (or the linux ftdi_sio driver to load, like in your icomsio.sh script)
or
2.) Change the VID/PID on the FTDI chip to the standard VID/PID for FTDI serial adapters. (which I think is in eeprom but never tried it)
Yes, the FTDI chips can be used with either a Virtual Com Port (VCP) driver which provides a COMn interface under windows and then you have to figure out what com port to open or it can be used with a direct driver (D2XX) where the USB bus is searched for a matching Vendor and Product ID (VID/PID).
Right, okay. I guess I didn't realize it was a typical FTDI chip, but again I've never had my hands on one.
Yes, it would be difficult for CHIRP or other cross platform software to work with the FTDI direct interface because of the binary issues.
There are libraries (libftdi) that can be used. I've seen stuff use it though some of the stuff that uses it is for bit banging and other cases where more direct control is needed.
As I mentioned there are two types of work around:
1.) Change the VID/PID<-> driver associations so you get the virtual comm port style driver (or the linux ftdi_sio driver to load, like in your icomsio.sh script)
or
2.) Change the VID/PID on the FTDI chip to the standard VID/PID for FTDI serial adapters. (which I think is in eeprom but never tried it)
Yep, these are good to know, and worth documenting for sure. However, for most "normal folk" this means it won't work with CHIRP or other programming software. So, maybe not malicious on their part, but I'd still steer people away from their cables if they're hoping to do anything else with them.
If you want to document the windows or linux procedures for above on the wiki, that'd be awesome.
participants (4)
-
Aubrey Turner
-
Craig Ludwig
-
Dan Smith
-
Robert Terzi