- Users - lists.chirpmyradio.com

Re: [chirp_users] Baofeng UV-5R Frequency mod
by Frederick McDougall 30 Mar '14

30 Mar '14

Probably can't as that freq is outside the design of the pass band. Might try tbe fm section to see if it will rx at that freq but no tx Fred VA6FRM Sent from Samsung Mobile <div>-------- Original message --------</div><div>From: Laine <lainegadd(a)gmail.com> </div><div>Date:2014-03-28 23:22 (GMT-07:00) </div><div>To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> </div><div>Subject: Re: [chirp_users] Baofeng UV-5R Frequency mod </div><div> </div>Thanks for the advice Jim , but it's not picking up any transmissions on Vhf 78.650 so it looks like it won't work Cheers Laine Sent from my iPhone On 28 Mar 2014, at 10:00 am, Jim Unroe <rock.unroe(a)gmail.com> wrote: On Thu, Mar 27, 2014 at 6:06 PM, Laine <lainegadd(a)gmail.com> wrote: Hey all I want to try and put in the frequency 78.6500 into my uv 5re What's the process ? Using the keypad to enter the number and set the STEP ? Laine, Here is what I would do. In CHIRP with a valid template loaded for your radio... in the Settings -> Other menu do the following 1. set "VHF lower limit" = 78 2. set "VHF upper limit" = 173 (not 174 as you might think) in the Settings -> Work Mode Settings menu do the following 1. set "Display" = A 2. set "VFO/MR Mode" = Frequency 3. set "VFO A Frequency" = 173.990000 4. set "VFO A Tuning Step" = 10.0 5. (optional) make any other VFO A settings changes now upload these settings to your radio. after the upload completes your radio will be in frequency mode with the upper display selected and tuned to 173.990 MHz. using the radio keypad 1. tap the [UP] arrow key ~66 times (or press and hold) until the radio is tuned to 78.650 MHz. 2. (optional) write this frequency to an empty channel using menu 27 Jim KC9HI Jim KC9HI _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users

4 3

[chirp_users] Baofeng UV-5R Frequency mod
by Laine Gadd 29 Mar '14

29 Mar '14

Hi All just a question has anyone got this file UV5R.pyc That they can send me , Ive looked every every where on the net , if anyone has a link to the file that would be great Thanks

9 19

[chirp_users] (no subject)
by Michael Noble 29 Mar '14

29 Mar '14

I’m trying to program my Wouxun KG-UVD1P dual band radio on my macbook pro Mac OSx 10.9.2. I keep getting these 4 different error message ( Failed to read block (65!=68) (66!=68) (64!=68) (62!=68). Any help will be greatly appreciated.

1 0

[chirp_users] "Radio did not respond" msg
by Pete Miller 28 Mar '14

28 Mar '14

Rookie Chirp user, did not find any info about this problem in FAQs and elsewhere: Shortly after cloning starts, message is Error ... Radio did not respond Using: CHIRP daily-20140324 Win XP SP3 fully patched and upgraded Baofeng UV-5RE Plus, brand new [first radio ever for me] Radio works, AFAICT, I'm trying to use CHIRP to program it. Programming cable: USB Programming Cable for Baofeng UV-5R UV-3R+ Two way Radio With Driver CD <http://www.amazon.com/gp/r.html?R=AITKF9BI4M76&C=3T5MUR8F9569O&H=WGEMUHFYJY…> -- Sold by Ham Radio Store<http://www.amazon.com/gp/r.html?R=AITKF9BI4M76&C=3T5MUR8F9569O&H=SMNVNAEYAH…> Following these instructions from CHIRP Radio tab: Baofeng UV-5R Instructions 1. Turn radio off. 2. Connect cable to mic/spkr connector. 3. Make sure connector is firmly connected. 4. Turn radio on. 5. Ensure that the radio is tuned to channel with no activity. 6. Click OK to download image from device. Have tried the instructions in both Frequency Mode and Channel Mode Thanks for any guidance you can offer. /scmiller40(a)gmail.com

2 2

[chirp_users] Another way Chirp can be tripped up by the OS
by Stephen Hersey 28 Mar '14

28 Mar '14

I've just started using Chirp with a Baofeng UV-5R and a USB serial adapter that Amazon claims is from Baofeng. The adapter has a genuine Prolific chip (or a darn good counterfeit), and Windows 7 Pro 64-bit recognizes it as a serial port; in addition, I can connect TxD to RxD at the radio plugs, open PuTTY, and see looped-back characters I have typed on the console. So far, so great. However, neither Chirp nor baoclone could open the serial port the USB adapter was assigned to: COM19. Hmmm, 19? Sounds way high for a serial port enumeration. I reassigned the USB adapter to the vacant COM2, and hey presto! Both utilities are able to talk to the radio. Sooo, beware of high-numbered COM ports. Incidentally, is it normal for the UV-5R to key up when the serial cable is present? I'm going to make a practice of always having a dummy load connected when programming this radio. Regards, Steve -- Steve Hersey N1XNX n1xnxham(a)gmail.com ----- Each of us has strengths and talents that others don't. Whether innate or learned, these are gifts -- and a gift not shared is a sad and lonely thing. Using our gifts for the benefit of all is an ethical obligation for every intelligent being. (The magic only works if you pass it on!)

10 17

[chirp_users] how to capture radio stream?
by bob 28 Mar '14

28 Mar '14

Hi guys, I need an implementation for a FT-8000 but I may be the only one out there, so.. I thought I might be willing to invest some time into creating a driver as I need an excuse to fiddle with python anyway. It's just another language, and been writing code for 20 years. To that end, it would seem to me that decoding/deciphering/analysis of the stream of bits and such is the real trick and mapping it to a structure that will work, ack, provide checksums etc. need some sort of analyzer widget for usb serial ports. So what do you guys use to capture/reverse engineer what the radio is downloading to chirp, and how to figure out how to spit it back in the right format?? . is it published (I think not). To start that discussion, what tools/techniques do you use/recommend to capture/deciper the kibbles n bits emitted from a target radio? I tried a tool from eltima that seemed to work nicely until the trial expired, and I cant afford 150 bucks for a full version. Probably a boatload of other toolss out there than can help capture and break it up that will also allow one to send to fake acks etc. -bob

3 2

[chirp_users] Chirp's Blank Screen needs an image.
by raymond reese 27 Mar '14

27 Mar '14

I was wondering if some kind of Intro-Screen (a picture perhaps) might be designed for Chirp, instead of the blank screen and menu it has now. It's not really necessary, but that would add a little bit of "eye-candy". Since Chirp covers so many brands, models and types of radios, using a picture of a specific radio would be highly impractical. So, how about having a contest of some sort as a way to develop such an Intro-Image. As for a prize, just having your name associated with (or imbedded into) the image would be a worthy reward in itself, I think. KD7KRH Ray -------------------------------------------- On Wed, 3/26/14, chirp_users-request(a)intrepid.danplanet.com <chirp_users-request(a)intrepid.danplanet.com> wrote: Subject: chirp_users Digest, Vol 63, Issue 16 To: chirp_users(a)intrepid.danplanet.com Date: Wednesday, March 26, 2014, 12:00 PM Send chirp_users mailing list submissions to chirp_users(a)intrepid.danplanet.com To subscribe or unsubscribe via the World Wide Web, visit http://intrepid.danplanet.com/mailman/listinfo/chirp_users or, via email, send a message with subject or body 'help' to chirp_users-request(a)intrepid.danplanet.com You can reach the person managing the list at chirp_users-owner(a)intrepid.danplanet.com When replying, please edit your Subject line so it is more specific than "Re: Contents of chirp_users digest..." Today's Topics: 1. Re: CHIRP 0.4.0 Released! (John LaMartina) 2. Re: CHIRP 0.4.0 Released! (mats.g.roos(a)gmail.com) 3. Re: CHIRP 0.4.0 Released! (Robert Powell) 4. Re: CHIRP 0.4.0 Released! (Bob Recny) 5. Re: CHIRP 0.4.0 Released! (Fred Erickson) 6. Re: CHIRP 0.4.0 Released! (John W.) 7. Re: CHIRP 0.4.0 Released! (Tom Hayward) 8. Re: CHIRP 0.4.0 Released! (Robb Sharpe) 9. Re: CHIRP 0.4.0 Released! (John Wilkerson) 10. Re: CHIRP 0.4.0 Released! (Tom Hayward) 11. Re: CHIRP 0.4.0 Released! (John Wilkerson) 12. CHIRP 0.4.0 questions (Tom ND5Y) 13. Re: CHIRP 0.4.0 questions (D.J.J. Ring, Jr.) 14. Re: CHIRP 0.4.0 questions (Tom ND5Y) 15. Re: CHIRP 0.4.0 questions (Dan Smith) 16. Re: CHIRP 0.4.0 questions (D.J.J. Ring, Jr.) 17. Re: Baofeng UV-5R Frequency mod (Jim Unroe) 18. feature request - accessibility (eric oyen) 19. file damaged or incomplete (eric oyen) 20. Re: file damaged or incomplete (Fred Evans) 21. Re: file damaged or incomplete (Dan Smith) 22. Re: file damaged or incomplete (Tom Hayward) 23. Re: file damaged or incomplete (Dan Smith) 24. Re: file damaged or incomplete (Jim McCorison) 25. Re: file damaged or incomplete (Milton Hywatt) 26. Re: file damaged or incomplete (Dan Smith) ----------------------------------------------------------------------

1 0

[chirp_users] file damaged or incomplete
by eric oyen 27 Mar '14

27 Mar '14

Hello again, Other issue I found was with the stable version download of 0.4.0 was in OS X. attempting to run the app gives a system UI error "the file is either incomplete or damaged". so, basically, it won't run on my OS X Lion installation. I wanted to see if the interface worked there. -eric

7 8

[chirp_users] Problem with connecting to Radio BaoFeng UV-B5
by Roger Carl 27 Mar '14

27 Mar '14

I read the posts on these problems. Read CHIRP FAQs. I purchased a programming cable that was for BaoFeng U5 & B5/B6 and others. I verified cable was fully inserted into radio. Did take an extra push to get fully inserted. I had a hard time finding the correct Com Port, eventually found COM3 was being used by pulling cable and watching message appear and disappear accordingly. Instructions are not clear whether to use just numeric designation (3) or full name (COM3), but neither worked. Tried installing in other USB/Com ports and received error messages" "Device Driver software was not successfully installed" - Prolific USB-to-Serial Com Port (COM4) or COM5. Do not get this error when plugged Into COM3. Notes: Using Win 7, latest version of CHIRP 3-24-2014, USB Ver 2.0 ports. What suggestions do you have? Roger

3 4

[chirp_users] CHIRP 0.4.0 questions
by Tom ND5Y 25 Mar '14

25 Mar '14

I have two questions. 1. Is version 0.4.0 the same as the last (March 24) daily build? 2. Will the new version to appear in the Ubuntu repositories soon or will we have to wait for the next version of Ubuntu? Thanks to all the developers for a great program. Tom ND5Y

3 4

Re: [chirp_users] CHIRP 0.4.0 Released!
by John W. 25 Mar '14

25 Mar '14

Support for. The puxing px888k. There are at least two people who have indicated they could supply one

3 4

[chirp_users] CHIRP 0.4.0 Released!
by Dan Smith 25 Mar '14

25 Mar '14

Hi all, I'm pleased to announce that the latest stable version of CHIRP has been released, version 0.4.0. This is now available on the download page of the website. Users of 0.3.1 will want to upgrade to 0.4.0 at this time. Users of the daily builds may use this version if they wish, but it contains no changes on top of the latest daily. The high level changes are in the news item on the website, and are: * CSV Dialects * Model-specific on-screen clone instructions for many radios * Kenwood TK-7102/8102/7108/8108 support * Wouxun KG-818 support * Icom ID-51A support * Anytone 5888UV (and variants) support * Baofeng UV-B5 support * Baofeng UV-82 support * Baofeng UV-6 support * Baojie UV-55 support * Yaesu VX-2 support * Baofeng 888S support * Improved support for FT-817/857/897 radios * Russian language support * Portuguese (BR) language support ...as well as too many fixes to list. This release contains over 350 features and fixes from 16 people. Special thanks to the top few contributors: 66 patches: Jim Unroe 57 patches: Marco Filippi 49 patches: Tom Hayward 42 patches: Jens Jensen Be sure to thank these folks, as without them, CHIRP would not be the same! --Dan

8 7

Re: [chirp_users] CHIRP 0.4.0 Released!
by William Gilliland 25 Mar '14

25 Mar '14

Thanks for the work!!! William Gilliland, from Windows Phone. -----Original Message----- From: "Dan Smith" <dsmith(a)danplanet.com> Sent: ‎25/‎03/‎2014 18:23 To: "Discussion of CHIRP" <chirp_users(a)intrepid.danplanet.com> Subject: [chirp_users] CHIRP 0.4.0 Released! Hi all, I'm pleased to announce that the latest stable version of CHIRP has been released, version 0.4.0. This is now available on the download page of the website. Users of 0.3.1 will want to upgrade to 0.4.0 at this time. Users of the daily builds may use this version if they wish, but it contains no changes on top of the latest daily. The high level changes are in the news item on the website, and are: * CSV Dialects * Model-specific on-screen clone instructions for many radios * Kenwood TK-7102/8102/7108/8108 support * Wouxun KG-818 support * Icom ID-51A support * Anytone 5888UV (and variants) support * Baofeng UV-B5 support * Baofeng UV-82 support * Baofeng UV-6 support * Baojie UV-55 support * Yaesu VX-2 support * Baofeng 888S support * Improved support for FT-817/857/897 radios * Russian language support * Portuguese (BR) language support ...as well as too many fixes to list. This release contains over 350 features and fixes from 16 people. Special thanks to the top few contributors: 66 patches: Jim Unroe 57 patches: Marco Filippi 49 patches: Tom Hayward 42 patches: Jens Jensen Be sure to thank these folks, as without them, CHIRP would not be the same! --Dan

1 0

Re: [chirp_users] Baofeng UV-5R Frequency mod
by N4AOF 25 Mar '14

25 Mar '14

There ain't no sech animal. The simple FACT is that the "frequency mod" for the UV-5R is, and always has been, a total hoax. Contrary to some pitiful fake videos on Utube, it does not work. You can use Chirp or VIP to set the band limits to anything you like -- and the radio will then display any numbers you choose in the display window -- but the radio itself can only operate in a range just barely wider than the stock frequency limits. -----Original Message----- Date: Mon, 24 Mar 2014 11:38:49 -0700 (PDT) From: David A Purcell <usmc_vet(a)sbcglobal.net> Subject: Re: [chirp_users] Baofeng UV-5R Frequency mod To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> Message-ID: <1395686329.95453.YahooMailNeo(a)web184804.mail.gq1.yahoo.com> Content-Type: text/plain; charset="utf-8" If you are a member of the YAHOO user group for the Baofeng UV-5R then you can download the file here: ? https://groups.yahoo.com/neo/groups/baofeng_uv5r/files ? David ?

1 0

[chirp_users] New Daily Build
by Build System 24 Mar '14

24 Mar '14

Greetings, A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-20140324 A list of the changes included in this build (since the last daily) follows: Changes for Build #268 [Marco Filippi <iz3gme.marco(a)gmail.com>] [KG-UVxD] Fix dtcs pol get for cross tone Dtcs pol get was working only for "DTCS" tone mode, it has to be considered also for cross tone modes. Fix #1479 [Jens Jensen <kd4tjx(a)yahoo.com>] [bj-uv55] remove 2.5 from steps in vfo mode #1503

1 0

[chirp_users] Changing to a different radio in chirp
by jim schraw 19 Mar '14

19 Mar '14

How do I change from a boafeng uv-82 to a uv5 within chirp. Any ideas ?

3 2

[chirp_users] Copying data from one rig to another (of the same model)
by YT9TP - Pedja 18 Mar '14

18 Mar '14

First, I want to emphasize that I know that it is recommended not to copy image saved from one rig to another. There is just one thing I would like to clarify. As I understand, Chirp uses clone function of a rig to copy settings from a rig and store them and also restore settings back to that rig. Clone function is actually meant to be used to directly copy settings from one rig to another using direct cloning cable. If direct cloning is harmless, why copying image from one rig to another using Chirp is not advisable? Isn't it the same as direct cloning except image is intermediately saved on computer? YT9TP, Pedja http://www.yt9tp.iz.rs --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com

6 7

[chirp_users] New Daily Build
by Build System 17 Mar '14

17 Mar '14

Greetings, A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-20140317 A list of the changes included in this build (since the last daily) follows: Changes for Build #267 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Add Support for Baofeng UV-6 add support for Baofeng UV-6 to uv5r.py expose new settings in structures add new options lists add 'def _get_mem(self, number):' and 'def _get_nam(self, number):' helpers to accomadate the UV-6's channel numbering scheme (1-128 vs. 0-127)) update 'def get_memory(self, number):' to use the above helpers add 'def _set_mem(self, number):' and 'def _set_nam(self, number):' helpers to accomadate the UV-6's channel numbering scheme (1-128 vs. 0-127) update 'def set_memory(self, mem):' to use the above helpers add menu settings add subclass #923 [Jens Jensen <kd4tjx(a)yahoo.com>] [ft-7900] initial settings support for FT-7900 #1483 [Marco Filippi <iz3gme.marco(a)gmail.com>] [KG-UVxD] Fix dtcs pol set Dtcs pol use only one bit Fix #1479 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Driver Maintenance - Settings update a few settings to more closely resemble the radio's menu settings hide/show settings based on the radio model instead of firmware version #1471

1 0

Re: [chirp_users] chirp_users Digest, Vol 63, Issue 8
by Don 15 Mar '14

15 Mar '14

3 2

[chirp_users] PSA: Permanently disable Yaesu Wires beep
by chirp.cordless＠xoxy.net 15 Mar '14

15 Mar '14

I know this isn't directly Chirp related, but it's the right audience, and this information needs to get widely distributed. Nobody in my local ham circles knew about it. If you don't know what the annoying Yaesu Wires beep is, it's a Yaesu-proprietary internet access feature. It's too easy to accidentally enable on most Yaesu radios, and it injects a DTMF tone at the start of every transmission that masks the start of the audio. It turns out there's a way to silence the beep, even if you accidentally put the radio in Wires mode. There's a well-done description of the settings changes for a dozen Yaesu models, and an explanation, at http://www.sbara.org/downloads/WIRES/ which has both online html versions and downloadable pdfs. Hope that helps some, and apologies for the noise to the rest of you. -dan

3 2

[chirp_users] Up and Running with Constant Contact
by Pete Mackie 12 Mar '14

12 Mar '14

lyndo.com: Up and Running with Constant Contact Watch course introduction.

1 0

[chirp_users] Cannot Upload to Yausu VX-6
by Pete Mackie 12 Mar '14

12 Mar '14

I can download memory settings from my Yausu VX-6 transceiver to CHIRP. I cannot upload memory settings from CHRIP to my Yausu VX-6. CHRIP totally locks up (only recovery is Force Quit Application) approximately one-third of the upload. Additionally all of my manually entered Yausu VX-6 memory settings are wiped out after the CHIRP upload attempt, except for one entry. I am able to perform both uploads and download data transfers to my Boefeng UV-5R data transceiver. It is only the Yausu VX-6 transceiver upload data transfer which is failing. I am running CHRIP on Mac OS X 10.9 Mavericks, which is a fairly new O/S release for Apple. I’ve tried running both CHIRP 0.3.1 and the latest daily build. Both versions fail with the Yausu VX-6 upload data transfer. Pete

4 7

Re: [chirp_users] [vx-3] - daily build with vx3 fix will not upload to radio
by bob 10 Mar '14

10 Mar '14

Thank you Jens for posting all [vx-3] fixes. I picked off the latest build and Upload/downloads now working again. Both the upload and the memory edits seem to be working again. I will do some more fiddling to make sure, but initial looks are good! I can stop working out of the python interpreter with the raw files again and instead just use the daily build exe's. The only problem I have with the VX-3 now is something related to tagging what memories go into what bank. However, I'll need some time to verify/test and will post a bug report if I can reproduce it again. You have to tag more than 256 memories to move into a bank (or something like that). 8 bit counter overflow? It's a PITA to reproduce. Thanks again for fixing both issues making Chirp useful to all of us once more ! The other upside is I have been forced to learning Python, which isn't a bad thing at all !! -bob

1 0

[chirp_users] FW: [vx-3] - daily build with vx3 fix will not upload to radio
by bob 07 Mar '14

07 Mar '14

Upload to radio is broken. Posted bug #1477 1. Download from radio creating .img file on vx3 2. All is well 3. Try to download file to radio (even if not editing a thing) 4. Radio goes into RX mode 5. After a bit, Chirp thinks its done 6. Yet Radio still waits and waits in RX mode 7. Then radio xmits "ERROR" I presume from a timeout. Previous release before jen's fix to vx-3 structure fix #1445 prevented any modification of radio, this tip off the branch fixes that, but now upload is broken. Either makes Chirp useless for VX-3 Running from cmdline, stdout below. -bob E:\tmp\chirp-hg-5406f17c38f6\chirp-hg-5406f17c38f6>python chirpw CHIRP 0.3.0dev on WinVista/7 (Python 2.7.6) Registered Alinco_DR03T = DR03Radio Registered Alinco_DR06T = DR06Radio Registered Alinco_DR135T = DR135Radio Registered Alinco_DR235T = DR235Radio Registered Alinco_DR435T = DR435Radio Registered Alinco_DJ596 = DJ596Radio Registered Jetstream_JT220M = JT220MRadio Registered Alinco_DJ175 = DJ175Radio Registered AnyTone_5888UV = AnyTone5888UVRadio Registered Intek_HR-2040 = IntekHR2040Radio Registered Polmar_DB-50M = PolmarDB50MRadio Registered Powerwerx_DB-750X = PowerwerxDB750XRadio Registered Baofeng_UV-3R = UV3RRadio Registered Baofeng_UV-5R = BaofengUV5R Registered Baofeng_F-11 = BaofengF11Radio Registered Baofeng_UV-82 = BaofengUV82Radio Registered Baojie_BJ-UV55 = BaojieBJUV55Radio Registered Kenwood_TH-D7 = THD7Radio Registered Kenwood_TH-D7G = THD7GRadio Registered Kenwood_TM-D700 = TMD700Radio Registered Kenwood_TM-V7 = TMV7Radio Registered Kenwood_TM-G707 = TMG707Radio Registered Kenwood_TH-G71 = THG71Radio Registered Kenwood_TH-F6 = THF6ARadio Registered Kenwood_TH-F7 = THF7ERadio Registered Kenwood_TM-D710 = TMD710Radio Registered Kenwood_TH-D72_live_mode = THD72Radio Registered Kenwood_TM-V71 = TMV71Radio Registered Kenwood_TH-K2 = THK2Radio Registered Kenwood_TM-271 = TM271Radio Registered Kenwood_TM-471 = TM471Radio Registered Icom_7200 = Icom7200Radio Registered Icom_7000 = Icom7000Radio Registered Icom_746 = Icom746Radio Registered Yaesu_FT-1802M = FT1802Radio Registered Yaesu_FT-2800M = FT2800Radio Registered Yaesu_FT-60 = FT60Radio Registered Yaesu_FT-7800_7900 = FT7800Radio Registered Yaesu_FT-8800 = FT8800Radio Registered Yaesu_FT-8900 = FT8900Radio Registered Yaesu_FT-817 = FT817Radio Registered Yaesu_FT-817ND = FT817NDRadio Registered Yaesu_FT-817ND_US = FT817NDUSRadio Registered Yaesu_FT-857_897 = FT857Radio Registered Yaesu_FT-857_897_US = FT857USRadio Registered Yaesu_FT-90 = FT90Radio Registered Yaesu_FTM-350 = FTM350Radio Registered Generic_CSV = CSVRadio Registered Commander_KG-UV = CommanderCSVRadio Registered RT_Systems_CSV = RTCSVRadio Registered ARRL_Travel_Plus = TpeRadio Registered Generic_XML = XMLRadio Registered Baofeng_BF-888 = H777Radio Registered Icom_IC-208H = IC208Radio Registered Icom_IC-2100H = IC2100Radio Registered Icom_IC-2200H = IC2200Radio Registered Icom_IC-2720H = IC2720Radio Registered Icom_IC-2820H = IC2820Radio Registered Icom_IC-91_92AD = IC9xRadio Registered Icom_IC-91_92AD_ICF_File = IC9xICFRadio Registered Icom_IC-Q7A = ICQ7Radio Registered Icom_IC-T70 = ICT70Radio Registered Icom_IC-T7H = ICT7HRadio Registered Icom_IC-T8A = ICT8ARadio Registered Icom_IC-W32A = ICW32ARadio Registered Icom_IC-V82_U82 = ICx8xRadio Registered Icom_ID-31A = ID31Radio Registered Icom_ID-51A = ID51Radio Registered Icom_ID-800H_v2 = ID800v2Radio Registered Icom_ID-880H = ID880Radio Registered Icom_ID-80H = ID80Radio Registered Kenwood_HMK = HMKRadio Registered Kenwood_ITM = ITMRadio Registered Puxing_PX-777 = Puxing777Radio Registered Puxing_PX-2R = Puxing2RRadio Registered Kenwood_TH-D72_clone_mode = THD72Radio Registered TYT_TH-UVF1 = TYTTHUVF1Radio Registered TYT_TH-UV3R = TYTUV3RRadio Registered TYT_TH-UVF8D = TYTUVF8DRadio Registered Kenwood_TK-7102 = KenwoodTK7102Radio Registered Kenwood_TK-8102 = KenwoodTK8102Radio Registered Kenwood_TK-7108 = KenwoodTK7108Radio Registered Kenwood_TK-8108 = KenwoodTK8108Radio Registered Baofeng_UV-B5 = BaofengUVB5 Registered Yaesu_VX-2 = VX2Radio Registered Yaesu_VX-3 = VX3Radio Registered Yaesu_VX-5 = VX5Radio Registered Yaesu_VX-6 = VX6Radio Registered Yaesu_VX-7 = VX7Radio Registered Yaesu_VX-8_R = VX8Radio Registered Yaesu_VX-8_DR = VX8DRadio Registered Yaesu_VX-8_GE = VX8GERadio Registered Vertex_Standard_VXA-700 = VXA700Radio Registered Wouxun_KG-UVD1P = KGUVD1PRadio Registered Wouxun_KG-UV6 = KGUV6DRadio Registered Wouxun_KG-816 = KG816Radio Registered Wouxun_KG-818 = KG818Radio Skipping existing stock config Skipping existing stock config Skipping existing stock config Skipping existing stock config Skipping existing stock config Skipping existing stock config Skipping existing stock config Skipping existing stock config User selected Yaesu VX-3 on port COM10 Clone thread started 000: 41 48 30 32 38 00 00 01 AH028... 008: 01 00 00 00 00 00 00 00 ........ Clone completed in 44 seconds Checksum 0000-7F49 (@7F4A): OK Clone thread ended Bandplan North American Band Plan has duplicates [1800000-2000000 160 Meter Band simplex , 1800000-2000000 160 Meter Band simplex mode: CW ] Bandplan North American Band Plan has duplicates [1800000-1810000 Digimodes simplex , 1800000-1810000 Digital Modes simplex ] Bandplan North American Band Plan has duplicates [1999000-2000000 Beacons simplex mode: CW , 1999000-2000000 Beacons simplex ] Bandplan North American Band Plan has duplicates [3500000-4000000 80 Meter Band simplex , 3500000-4000000 80 Meter Band simplex ] Bandplan North American Band Plan has duplicates [7000000-7300000 40 Meter Band simplex , 7000000-7300000 40 Meter Band simplex ] Bandplan North American Band Plan has duplicates [10100000-10150000 30 Meter Band simplex , 10100000-10150000 30 Meter Band simplex ] Bandplan North American Band Plan has duplicates [10130000-10140000 All narrow band digimodes simplex , 10130000-10140000 RTTY simplex mode: RTTY ] Bandplan North American Band Plan has duplicates [10140000-10150000 All modes, digimodes, no phone simplex , 10140000-10150000 Packet simple x ] Bandplan North American Band Plan has duplicates [14000000-14350000 20 Meter Band simplex , 14000000-14350000 20 Meter Band simplex ] Bandplan North American Band Plan has duplicates [18068000-18168000 17 Meter Band simplex , 18068000-18168000 17 Meter Band simplex ] Bandplan North American Band Plan has duplicates [21000000-21450000 15 Meter Band simplex , 21000000-21450000 15 Meter Band simplex ] Bandplan North American Band Plan has duplicates [24890000-24990000 12 Meter Band simplex , 24890000-24990000 12 Meter Band simplex ] Bandplan North American Band Plan has duplicates [28000000-28070000 CW simplex mode: CW , 28000000-28070000 CW simplex mode: CW ] Bandplan North American Band Plan has duplicates [28150000-28190000 All narrow band modes, digimodes simplex , 28150000-28190000 CW simplex mode: CW ] Bandplan North American Band Plan has duplicates [29000000-29200000 All modes, AM preferred simplex mode: AM , 29000000-29200000 AM simplex mode: AM ] Bandplan North American Band Plan has duplicates [29300000-29510000 Satellite downlink simplex , 29300000-29510000 Satellite Downlinks simpl ex ] Bandplan North American Band Plan has duplicates [1800000-2000000 160 Meter Band simplex , 1800000-2000000 160 Meter Band simplex mode: CW ] Bandplan North American Band Plan has duplicates [1800000-1810000 Digimodes simplex , 1800000-1810000 Digital Modes simplex ] Bandplan North American Band Plan has duplicates [1999000-2000000 Beacons simplex mode: CW , 1999000-2000000 Beacons simplex ] Bandplan North American Band Plan has duplicates [3500000-4000000 80 Meter Band simplex , 3500000-4000000 80 Meter Band simplex ] Bandplan North American Band Plan has duplicates [7000000-7300000 40 Meter Band simplex , 7000000-7300000 40 Meter Band simplex ] Bandplan North American Band Plan has duplicates [10100000-10150000 30 Meter Band simplex , 10100000-10150000 30 Meter Band simplex ] Bandplan North American Band Plan has duplicates [10130000-10140000 All narrow band digimodes simplex , 10130000-10140000 RTTY simplex mode: RTTY ] Bandplan North American Band Plan has duplicates [10140000-10150000 All modes, digimodes, no phone simplex , 10140000-10150000 Packet simple x ] Bandplan North American Band Plan has duplicates [14000000-14350000 20 Meter Band simplex , 14000000-14350000 20 Meter Band simplex ] Bandplan North American Band Plan has duplicates [18068000-18168000 17 Meter Band simplex , 18068000-18168000 17 Meter Band simplex ] Bandplan North American Band Plan has duplicates [21000000-21450000 15 Meter Band simplex , 21000000-21450000 15 Meter Band simplex ] Bandplan North American Band Plan has duplicates [24890000-24990000 12 Meter Band simplex , 24890000-24990000 12 Meter Band simplex ] Bandplan North American Band Plan has duplicates [28000000-28070000 CW simplex mode: CW , 28000000-28070000 CW simplex mode: CW ] Bandplan North American Band Plan has duplicates [28150000-28190000 All narrow band modes, digimodes simplex , 28150000-28190000 CW simplex mode: CW ] Bandplan North American Band Plan has duplicates [29000000-29200000 All modes, AM preferred simplex mode: AM , 29000000-29200000 AM simplex mode: AM ] Bandplan North American Band Plan has duplicates [29300000-29510000 Satellite downlink simplex , 29300000-29510000 Satellite Downlinks simpl ex ] DTCS Code supported: True DTCS Rx Code supported: False DTCS Pol supported: False Mode supported: True Offset supported: True Name supported: True Tune Step supported: True Name supported: True ToneSql supported: False Cross Mode supported: False Comment supported: False DTCS Code supported: True DTCS Rx Code supported: False DTCS Pol supported: False Mode supported: True Offset supported: True Name supported: True Tune Step supported: True Name supported: True ToneSql supported: False Cross Mode supported: False Comment supported: False <MemoryEditor object at 0x2cda058 (chirpui+common+Editor at 0x3772a60)> changed <MemoryEditor object at 0x2cda058 (chirpui+common+Editor at 0x3772a60)> changed Clone thread started Clone completed in 17 seconds Clone thread ended

3 2

[chirp_users] New Daily Build
by Build System 07 Mar '14

07 Mar '14

Greetings, A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-20140307 A list of the changes included in this build (since the last daily) follows: Changes for Build #266 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Driver Maintenance - Subclasses update subclasses update original UV-5R (prior to BFB291) detection #1471 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Driver Maintenance - _basetype update _basetype to use lists similar to how they are used for _idents (also in bjuv55.py) create BASETYPE_LIST from all of the basetypes use BASETYPE_LIST to check for supported firmware versions #1471 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Driver Maintenance - _idents reorgainize _idents variables to have more consistent names reorder the UV-5R _idents list so the newer radios will be detected sooner #1471 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Driver Maintenance - Options Lists move localized 'options' lists to a common list area reorgainize list area #1471 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Driver Maintenance - White Space put white space between math elements to make the code easier to read #1471 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Driver Maintenance - Line Length reformat lines to < 80 characters per line #1471 [Jens Jensen <kd4tjx(a)yahoo.com>] [vx-3] fix upload problems by reducing blocksize from 64 to 32 #1461 Some PL2303 cable and mac may run into upload errors. Reducing blocksize seems to help succeed in upload.

1 0

[chirp_users] missing 'pango' package with new chirp install Mac OS X 10.7.5
by Dave Ritchie 02 Mar '14

02 Mar '14

Ok, tried installing stable MacOS package. This is a first time install on my MacBook , installed stable 0.3.1, died due to missing KK7DS python package. Installed that. Fails with the following message in debug.log: Registered Wouxun_KG-UVD1P = KGUVD1PRadio Registered Wouxun_KG-UV6 = KGUV6DRadio Registered Wouxun_KG-816 = KG816Radio Registered Wouxun_KG-818 = KG818Radio Icon /usr/share/pixmaps/chirp.png not found Initialized MacOS support /Users/dritchie/Downloads/chirp-daily-20140222.app/Contents/MacOS/../Resources/chirp/chirpw:146: PangoWarning: error opening config file '../Resources/etc/pango/pangorc': No such file or directory a.show() What now? I see that pango is a graphics package for doing font rendering in an platform agnostic way.. but before I go off and install that, I thought I should ask what the recommended way of doing this is. Macports, perhaps? 73, Dave N4DJS

4 8

[chirp_users] FT 60R
by G T 02 Mar '14

02 Mar '14

Greetings I believe this may have been answered however I could not find a copy of the email. I have a FT 60 R I'm using CHIRP cable form Amazon, it has a model TW-PCMYA1U and a number PCY1004 the Prolific driver is 3.4.62.293. Following he procedure It will read from the radio, populated the CHIRP spread sheet but then on the upload it fails. A message appears "Failed to communicate with the Radio. Radio did not respond" I tried it a few times as per the video on You tube. Do I need different driver? TNX 73 W7GUS

4 7

[chirp_users] POST
by Randy Moe 27 Feb '14

27 Feb '14

Post -- randymoe(a)gmail.com

2 1

[chirp_users] FT-1500M
by n9qhp 25 Feb '14

25 Feb '14

When will we be able to program the yaesu FT-1500M with chirp Sent from my U.S. Cellular® Smartphone

2 1

Re: [chirp_users] is my message getting out
by Echospass＠aol.com 25 Feb '14

25 Feb '14

I just found your message. I cannot help you one bit. Seems a new problem pop's up every time I think we have a fix going. Ed In a message dated 2/23/2014 1:08:31 A.M. Eastern Standard Time, kc8pdr(a)live.com writes: I sent to message to the list I get the message but nothing from the list _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users

2 1

Re: [chirp_users] Radio not responding
by Echospass＠aol.com 24 Feb '14

24 Feb '14

_Baofeng UV-5R Programming With a Computer, Part 1: Cable Setup - YouTube_ (http://www.youtube.com/watch?v=arpGoThEtCE) In a message dated 2/24/2014 5:47:25 P.M. Eastern Standard Time, dave.lambing(a)gmail.com writes: Have a new Baofeng UV-5R with genuine Baofeng programming cable. Have downloaded latest CHIRP software and driver, but get error message that "radio not responding" when I try to download from radio to CHIRP. Thanks _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users

1 0

[chirp_users] Radio not responding
by Dave Lambing 24 Feb '14

24 Feb '14

Have a new Baofeng UV-5R with genuine Baofeng programming cable. Have downloaded latest CHIRP software and driver, but get error message that "radio not responding" when I try to download from radio to CHIRP. Thanks

3 2

Re: [chirp_users] Radio not responding
by Charles Hennis w4cfh 24 Feb '14

24 Feb '14

1 0

[chirp_users] [vx-3] - daily build with vx3 fix will not upload to radio
by bob 24 Feb '14

24 Feb '14

Hi Jens, Tnx for the comments/effort. Basically, to some extent using Chirp seems somewhat untenable unless BOTH problems are resolved. At least for the vx-3. In one case, one cannot add/modify/import any new/blank memories, and in the other one cant upload. Python is all new to me, but I did take the time to install the development environment (and a code image from d-rats.com) and got Chirp to work against all the .py sources so I don't have to wait for a build to try stuff (that's how I poked your vx3.py fix in and noticed it worked). Don't know how to get a useful debugger working/up in this environment, but that's gravy. I noticed that there is a way to install python into my Visual Studio environment but that is more than I can chew today. I have tried a copy/paste operation you mention on multiple channels with the last build, and that seems to work to force feed or "seed" new memory slots to get them initially populated. This seems to be the ONLY way I can modify/edit/create a blank/new memory slot given the other bug. Assuming then once the memory slot is populated, then I can successfully import to them (importing to existing does work). This may be a workaround one can live with for the time being. good idea. I will take my original uploaded radio image and copy/paste the 11 already used memories into the first 2-300 memory slots (as many as I need) to "seed" them, and then import over the top of them. Lets see if that works. In the second, any inability to upload successfully mitigates any reason to use Chirp. I can certainly wait a few days for the upload fix as this is beyond me to attempt to fix. I will build a .img that does the above and then await the upload fix. I also noticed another problem when working on the latest build related to assigning memories to banks. Lets say that we have 100 memories for 2 meters, and another 100 memory slots for 440. When you use the "bank Editor". as I selected the first 100 memories to be tagged with Bank 1, when I started selecting the second 100 for 440 on the second bank, about halfway through I got an error dialog box that indicated that I hit a limit on how many memories were selected for Bank 1, yet I was selecting bank 2's memory slots at the time. Since this takes a bit of hassle to set back up (I hit the error on the 257't change, according to the dialog box) to test, I'll need to time to reproduce again. It may be just that there is a limit on how many memory slots can be assigned at once in a single "changeset"? Or banks not counted uniquely?. no idea. If I get a chance to grab a debug.log file on this too I will, not sure I recall exactly what happened. Shortly after this I ran into the "can't upload" problem and I got frustrated at that point (as it wiped out the radio on the error) and called it a day. -bob

2 2

[chirp_users] Problem using Chirp with Icom ID-31A
by Bob Nielsen 23 Feb '14

23 Feb '14

I am running into difficulties try to program my ID-31A with Chirp (Daily-20140222). I am using a USB cable with a FTDI chip which is recognized by OS X (dmesg says "FTDIUSBSerialDriver: 0 4036001 start - ok". Chirp identifies the port as /dev/cu.usbserial-A603MJKN. When I try to download from the radio I get a popup window saying that an error has occurred, “Failed to communicate with the radio: Unexpected response from radio.” Has anyone seen this or know how to work around it? 73, Bob N7XY

2 1

Re: [chirp_users] Chirp to kenwood hmk.
by n9qhp 23 Feb '14

23 Feb '14

Are you going to add the FT-1500M soon Sent from my U.S. Cellular® Smartphone <div>-------- Original message --------</div><div>From: Milton Hywatt <mhywattt(a)yahoo.com> </div><div>Date:02/23/2014 16:18 (GMT-06:00) </div><div>To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> </div><div>Subject: Re: [chirp_users] Chirp to kenwood hmk. </div><div> </div>Upload the Chirp file to the radio using chirp. Download the radio to whatever produces an hmk file. You will then have the Chirp img file in your hmk file once you save it. From: Jason Kowalke <kc9znv(a)gmail.com> To: chirp_users(a)intrepid.danplanet.com Sent: Saturday, February 22, 2014 10:25 PM Subject: [chirp_users] Chirp to kenwood hmk. Hi, Im trying to export frequencies from a chirp file to a hmk file to upload it with my settings and such. I can import the hmk fie into chirp but not the other way around. 73 KC9ZNV This address is dedicated to the pursuit of my Radio interests. Please keep it that way. Sent from an Android device.. _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users

1 0

[chirp_users] Chirp to kenwood hmk.
by Jason Kowalke 23 Feb '14

23 Feb '14

Hi, Im trying to export frequencies from a chirp file to a hmk file to upload it with my settings and such. I can import the hmk fie into chirp but not the other way around. 73 KC9ZNV This address is dedicated to the pursuit of my Radio interests. Please keep it that way. Sent from an Android device..

3 2

[chirp_users] [vx-3] - daily build with vx3 fix will not upload to radio
by bob 23 Feb '14

23 Feb '14

After downloading the latest daily build that has a fix (posted by Jens 3 days ago) in it to allow empty memories to be modified/imported, now I can't upload an image just downloaded of the radio. The fix posted 3 days ago to address the issue with not allowing empty memories to be modified/edited or imported now works, but now we have this problem. Included the downloaded image from the radio (same as the other day). Trivially easy to replicate. Download from the radio and without any changes, simply try to upload that stuff just downloaded. Toast. Cant upload the file just downloaded from the radio even without any changes. The Radio begins receiving, the Chirp program thinks its done and apparently stops sending, and the Radio stops indicating data is uploading and just errors out (probably a timeout). Is Chirp missing the vx3 equivalent of a checksum or eof? Seems like it just still thinks more data is coming. Once an error occurs, all memory is wiped. Wish I knew more about how the upload/download images work... -bob

3 2

[chirp_users] is my message getting out
by William Biggs 23 Feb '14

23 Feb '14

I sent to message to the list I get the message but nothing from the list

2 1

[chirp_users] icom 2ad
by William Biggs 22 Feb '14

22 Feb '14

I have a icom 92ad . I'm using f20 64 bit when I try to download from the radio I just get in the feq 000.000 then in channel name it says error . and ide

1 0

[chirp_users] installed Chirp on Ubuntu 13.11
by ml41782 22 Feb '14

22 Feb '14

I tried installing chirp on ubuntu 13.11 the display for the program comes up blank and I only see these errors/ (chirpw:1205): GLib-GIO-CRITICAL **: g_dbus_connection_register_object: assertion 'G_IS_DBUS_CONNECTION (connection)' failed (chirpw:1205): GLib-GIO-CRITICAL **: g_dbus_connection_register_object: assertion 'G_IS_DBUS_CONNECTION (connection)' failed (chirpw:1205): GLib-GIO-CRITICAL **: g_dbus_connection_get_unique_name: assertion 'G_IS_DBUS_CONNECTION (connection)' failed Mike http://eqsl.cc/Member.cfm?AE4ML --... ...-- / .- . ....- -- .-..

4 4

Re: [chirp_users] chirp_users Digest, Vol 62, Issue 20
by ml41782 22 Feb '14

22 Feb '14

Hi Jim, I did as you showed me and it has failled. Maybe an error in todays load Ubuntu 13.11 didn't like here is what it kicked back Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/chirp-daily_20140222~saucy~1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) radio@radio-HP-Pavilion-dv4-Notebook-PC:~$ As long as its a man page problem that should be no issue. still doesn't load http://eqsl.cc/Member.cfm?AE4ML --... ...-- / .- . ....- -- .-.. On Saturday, February 22, 2014 3:07 PM, "chirp_users-request(a)intrepid.danplanet.com" <chirp_users-request(a)intrepid.danplanet.com> wrote: Send chirp_users mailing list submissions to chirp_users(a)intrepid.danplanet.com To subscribe or unsubscribe via the World Wide Web, visit http://intrepid.danplanet.com/mailman/listinfo/chirp_users or, via email, send a message with subject or body 'help' to chirp_users-request(a)intrepid.danplanet.com You can reach the person managing the list at chirp_users-owner(a)intrepid.danplanet.com When replying, please edit your Subject line so it is more specific than "Re: Contents of chirp_users digest..." Today's Topics: 1. installed Chirp on Ubuntu 13.11 (ml41782) 2. Re: installed Chirp on Ubuntu 13.11 (Milton Hywatt) 3. Re: installed Chirp on Ubuntu 13.11 (Michael Lussier) 4. New Daily Build (Build System) 5. Re: installed Chirp on Ubuntu 13.11 (Jim Unroe) ---------------------------------------------------------------------- Message: 1 Date: Fri, 21 Feb 2014 15:54:14 -0800 (PST) From: ml41782 <ml41782(a)yahoo.com> Subject: [chirp_users] installed Chirp on Ubuntu 13.11 To: "chirp_users(a)intrepid.danplanet.com" <chirp_users(a)intrepid.danplanet.com> Message-ID: <1393026854.83684.YahooMailNeo(a)web125004.mail.ne1.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" I tried installing chirp on ubuntu 13.11 the display for the program comes up blank and I only see these errors/ ?(chirpw:1205): GLib-GIO-CRITICAL **: g_dbus_connection_register_object: assertion 'G_IS_DBUS_CONNECTION (connection)' failed (chirpw:1205): GLib-GIO-CRITICAL **: g_dbus_connection_register_object: assertion 'G_IS_DBUS_CONNECTION (connection)' failed (chirpw:1205): GLib-GIO-CRITICAL **: g_dbus_connection_get_unique_name: assertion 'G_IS_DBUS_CONNECTION (connection)' failed Mike http://eqsl.cc/Member.cfm?AE4ML --... ...--? /? .- . ....- -- .-..

1 0

[chirp_users] New Daily Build
by Build System 22 Feb '14

22 Feb '14

Greetings, A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-20140222 A list of the changes included in this build (since the last daily) follows: Changes for Build #265 [Marco Filippi <iz3gme.marco(a)gmail.com>] [tm281] Add basic support Kenwood TM281 was in supported radio list but even though is a clone of TM271 it answer with a different model id Implement #1443 [Jens Jensen <kd4tjx(a)yahoo.com>] [vx-3] fix exception when importing into empty memories #1445 Introduced bug in earlier patch where channel struct field unknown7 was split into two subfields, unknown7a and unknown7b. This should fix. [Jens Jensen <kd4tjx(a)yahoo.com>] fix bad cable errors for some users on upload #1397 some users are seeing bad cable errors on upload, which may be related to changes made in #1187 for ft-90 to open port before pre_upload prompt. now making this an optional behavior (defaults to showing prompt first) ft-90 will use this optional behavior to open the port before showing prompt. (revamp of original patch attempt)

1 0

[chirp_users] Question for list usage
by Josef Zeevi 20 Feb '14

20 Feb '14

Is it appropriate to offer radios for sale (private individual, not a business) to this list? Given the diversity of uses, they might be of interest to someone. Josef Zeevi 512.773.8818 www.linkedin.com/in/josefzeevi Skype: josef.zeevi

2 1

[chirp_users] Anytone 3318UV-A
by John Kellas 20 Feb '14

20 Feb '14

Have been trying the OEM Software for the Anytone 3318UV-A, and it does not appear you can import a .CSV file. So naturally the next step is to investigate whether CHIRP is able to communicate with this model yet? Regards, John

2 1

[chirp_users] error reading radio
by William Biggs 20 Feb '14

20 Feb '14

I have chirp installed in fedora20 and it dose connect to the radio but it dose not pull the feq. on the radio it just shows error on all the list on 0000.000 in the feq any ides ?

1 0

[chirp_users] win7 and win 8.1
by ROLAN.CLARK＠comcast.net 20 Feb '14

20 Feb '14

Dear all, Has anyone used the latest Chirp version with Win7 or Win8.1 to download memory data from a Kenwood TM-D700 and mad e changes successfully? Thanks for any consideration, 73 de rolan w3fdk

2 1

[chirp_users] FW: Stupid noob problem, any help out there?
by bob 19 Feb '14

19 Feb '14

Seems Jens may have found the problem as a bug and may have a fix. Surprised it is a bug as it's so basic to operations. But I'm glad it's a bug in a way since at least I'm not going insane! I am a software/hardware engineer by trade myself, but never learned python as I never really had a need to (too many other languages/toolsets to keep in my limited brain!!). Interesting how useful an appl like this can be made with it. Curiosity may have me looking for the fix in the code repo. Jens, your note also clued me into the debug log that I was also unaware of, which I posted here for completeness just in case his fix is something else. The edit of a "new" unused memory and it's exception can readily be seen in the log by looking for "unknown7" in the log. I guess I just keep looking for the next build. Thanks Jens and Dan, -bob

1 0

[chirp_users] FW: Stupid noob problem, any help out there?
by bob 19 Feb '14

19 Feb '14

This has got to be something stupid I am doing. its just too obvious. Using VX-3, have about a dozen frequencies programmed. 1. Uploaded into .img file. 11 memories filled from radio (from manual programming), all is well 2. Created list of many new frequencies into csv file, imported from repeater db, all is well. 3. Trying to import csv into img file. but. a. Trying to import starting at memory 20 and up (to leave my original programming along and give some room). b. however, cannot import anything that is at entry 12 or beyond, nothing seems to happen. 4. I CAN import into a memory IF it is one of the first 12 that initially came in on the upload from the radio. a. In Import from file dialog, all records are checked/selected. 5. Memories mapped from CSV source location 1 mapped to target "to" location started at 20 do nothing. 6. Do nothing but change the from/to mapping to overwrite those 1st 12 that I had in the VX-3 when I uploaded, and all is well. It will overwrite the first 12 memories as one would expect but nothing else. 7. Seems like nothing I do will "allow" the import to any "blank" or unused memories that weren't part of the uploaded image. a. Memories 1-11 show in a yellowish color in the "import from file" dialog. b. In file/memory list viewer dialog (memories 12 and up) are greyed out. I also simply tried the following and couldn't even do this, which has nothing to do with any imports.. 1. Take my vx-3 image file (.img) and open it up. 2. Turn on "show empty" memories 3. It has the 11 memories already programmed (manually) as mentioned above. 4. Try to edit memory 11, all is well 5. Try to edit (empty) memory 12, cant add/change. 6. Try to add memory past the 11 already in place a. Selecting memory 11, right click, select "insert row below" 7. Same, nothing happens doesn't appear I can "insert" squat. Almost as if the memory slot is empty, I cannot edit it nor import, nothing. But that cant possibly be right. I'm totally toast unless of course all I want to do is modify the 11 existing memories that came in on the upload. I must be missing something quite silly. very frustrating - any help out there oh Obeewan's of chirp? What does "Auto" do in the import dialog? How does "special channels" work ( in .img dialog box/editor )? -bob

5 5

[chirp_users] Kenwood TM-281 Error
by Phillip Anderson 17 Feb '14

17 Feb '14

I'm running the daily build from 2014/02/16 and trying to connect my Kenwood TM-281 on Arch Linux. The radio is listed as supported on the Chirp homepage ("TM-271A/281A"), but when I try to connect I get the following errors: When trying to autodetect a Kenwood from the USB port: Trying ID at baud 9600 PC->RADIO: ID Timeout waiting for data D7->PC: ID TM-281 --- Exception Dialog: Unsupported model `TM-281' --- Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/chirpui/clone.py", line 170, in run cs.radio_class = detect.DETECT_FUNCTIONS[vendor](cs.port) File "/usr/lib/python2.7/site-packages/chirp/detect.py", line 100, in detect_kenwoodlive_radio raise errors.RadioError("Unsupported model `%s'" % r_id) RadioError: Unsupported model `TM-281' When telling Chirp that it's a TM-271 (since they're lumped on the homepage): User selected Kenwood TM-271 on port /dev/ttyUSB0 Trying ID at baud 9600 PC->RADIO: ID D7->PC: ID TM-281 Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/chirpui/mainapp.py", line 1357, in mh self.do_download(*args) File "/usr/lib/python2.7/site-packages/chirpui/mainapp.py", line 637, in do_download radio = settings.radio_class(ser) File "/usr/lib/python2.7/site-packages/chirp/kenwood_live.py", line 126, in __init__ self.MODEL)) Exception: Radio reports TM-281 (not TM-271) Is there a way to get this radio working with Chirp? Somebody must have thought it worked at some point since it's on the homepage. Phil

1 0