- Users - lists.chirpmyradio.com

[chirp_users] BF-F8HP Programming "B" Channels
by Jeff Lenkowski 24 Jun '15

24 Jun '15

I just got the radio and finally got CHIRP working on my Mac (drivers for cable – duh)… I’m trying to figure out how to program the A level and B level with different frequencies, but after reaching the end of the Internet via Google looking for the answer, I’m completely stumped. Could someone please let me know where in CHIRP the setting is located?? Thanks in advance!!

3 2

[chirp_users] Two Baofeng UV-5R radios but only one works with CHIRP
by Jay Planalp 23 Jun '15

23 Jun '15

Guys - Got it to work as a result of the help from you. Thanks. Jay -- ----------------------------------------------- Jay C. Planalp Planalp Management Consulting www.planalpmanagement.com <http://www.planalpmanagement.com> -----------------------------------------------

2 1

[chirp_users] New Daily Build
by Build System 23 Jun '15

23 Jun '15

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-20150623 A list of the changes included in this build (since the last daily) follows: Changes for Build #357 [Dan Smith <dsmith(a)danplanet.com>] Fix make_win32_build for x86 and x64 #00

3 2

[chirp_users] Two Baofeng UV-5R radios but only one works with CHIRP
by Jay Planalp 23 Jun '15

23 Jun '15

Hello - I am a new CHIRP user and have two Baofeng UV-5R radios. I was able to get CHIRP to communicate with one radio and uploaded some memory channels. However, when I tried the second radio, I got an error message "The upload was stopped because the firmware of the image (Ver BFB297) does not match that of the radio (BFB299 BFB297). However, when I power on the radios holding the 3 key down, I see that the firmware version of both is the same - BFB297. How do I resolve this??? Thanks. Jay -- ----------------------------------------------- Jay C. Planalp Planalp Management Consulting www.planalpmanagement.com <http://www.planalpmanagement.com> -----------------------------------------------

4 3

Re: [chirp_users] 'Radio did not respond' (UV-82)
by Bert Borel 23 Jun '15

23 Jun '15

Hi all, to John, Maybe wise to add to the http://www.miklor.com/COM/UV_ErrorMess.php page. with the uv-82 giving this message. It needs to be on the A-channel and I've had the best results when in "frequency-mode", channel-mode sometimes just doesn't work. 73 Bert

2 1

[chirp_users] 'Radio did not respond' error
by Kristopher Arens 23 Jun '15

23 Jun '15

First of all, I wanted to send my greetings to the e-mail list, as I am something of a novice to newer radio technology. I have a Baofeng UV-5R, I am running Ubuntu 15.10, a USB programming cable, and the latest daily build of CHIRP for Linux systems. When I follow the on screen instructions for CHIRP, after attempting to connect to my radio, the software comes back with a 'Radio did not respond.' error. Any suggestions on what I may be doing wrong? If more information is needed in my situation, feel free to ask. Kristopher Arens KC7VWQ

4 3

[chirp_users] IC-7000 Timeout error
by Denis Dufour 22 Jun '15

22 Jun '15

Hello all, I am trying to upload a small cvs file (30 entries) to an IC-7000 (Macbook Pro, Yosemite -10.10, CHIRP 0.4.1) and I get the following error: There was an error during import: Timeout Radio is set at 9600 Thanking you in advance… Denis

1 0

[chirp_users] New Daily Build
by Build System 22 Jun '15

22 Jun '15

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-20150622 A list of the changes included in this build (since the last daily) follows: Changes for Build #356 [Dan Smith <dsmith(a)danplanet.com>] Make win32 remote build script use stateless ssh and scp #00

1 0

[chirp_users] Daily Build 0620 on XP error
by Pops Carter 21 Jun '15

21 Jun '15

Daily build 0620 XP SP3 - Itronix computer. "The procedure entry point_except_handler4_common could not be located in the dynamic link library msvcrt.dll" Pops -- *We The People* founded this country. *We The People* can save this country.

1 0

[chirp_users] New Daily Build
by Build System 21 Jun '15

21 Jun '15

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-20150620 A list of the changes included in this build (since the last daily) follows: Changes for Build #354 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Clean Up Code This patch is to make recently added code more readable. There are no changes in functionality. Related to #2643 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Support BF-A58 as Radio With 3 Power Levels The initial support for the BF-A58 added it as a radio with only 2 power levels. It has 3 power levels. This patch moves it to the group radios having 3 power levels. Note: This patch also requires removing "BFT" from the BASETYPE_UV5R list and adding it to the BASETYPE_F8HP list. This was accidentally done already in a patch that added UV-82HP support. Related to #2261 Changes for Build #355 [Dan Smith <dsmith(a)danplanet.com>] Change remote build for Win7x64 #00

7 9

Re: [chirp_users] Powerwerx DB-750X Programming Issue (Ryan Tourge)
by Robert DiGioia 21 Jun '15

21 Jun '15

Richard, My experience is that Apple is the one not playing too nice, although I'm sure they have their reasons. When Yosemite came out last fall, three things happened. First, Apple added their own FTDI driver, which doesn't work with most cables. Second, they put in extra security around all of their drivers that can't be easily bypassed. Thirdly, if you edit the FTDI config files, OS X marks the driver as unusable (because the file checksum changes). I tried many solutions (all pre-Yosemite) and none would work. I ended up moving my Linux machine closer to the radio. It works like a champ with Chirp and fldigi where the Mac would no longer work after upgrading to Yosemite. That said, I found this <https://learn.sparkfun.com/tutorials/how-to-install-ftdi-drivers/mac#yosemi…> that says it works on Yosemite, however I have not tried it. Good luck and 73, Robert AF5RA

1 0

[chirp_users] Prolific chip an USB3
by JS 20 Jun '15

20 Jun '15

My old system died so now I have a new win7 pro machine with all USB3 ports. I cant read from either Baofeng or wouxun rigs. My old system was win7 home with USB2 and another running Vista with USB2. Am using the same prolific cord that worked perfectly on the old systems. I have installed the 3.2.0 driver, device manager tell me it is working properly and to use port 3. When attempting to connect to the radio it tells me there was an error and it cant be found. My USB3, USB2, and USB1 devices work OK when inserted into the USB# ports. Only thing that does not work is when connecting to the two rigs mentioned above.. Any ideas???? *Jim S*

5 5

[chirp_users] Powerwerx DB-750X Programming Issue
by Richard Paczkowski 20 Jun '15

20 Jun '15

Good afternoon and happy Father's Day Eve to all the dads out there! I have had a PowerWerx DB-750x since February and had had a chance to play with if off and on for the past few months. I purchased it from a national dealer at a hamfest along with the legit RT Systems Cable and software directly from the dealer. It's windows software and I'm a hardcore MAC guy. I borrowed an old XP machine from my Dad, loaded the software, unlocked the rig and did some elementary programming knowing that CHIRP also supported this model, I gave the pc back and started enjoying the radio. Now that I need to reprogram the rig for new memories ect, all I have is my MAC Book Air and was hoping to use the legit cable. Well it turns out that the third and latest version of the RT systems cable apparently doesn't play nice with CHIRP. RT systems apparently did something to make the cable incompatible with third party software.. Since the DB750x is just a clone of the POLMAR and Anyone rigs, I bought a programming cable online for the Anyone model, hooked it up, and am able to do a preliminary download of the radio, but when I go to "open up" the channel views, CHIRP crashes whenever I try to view memory channels above #40. (I can upload the debugger log if necessary) In addition, some of the programmed channels aren't transferring over, and some of the data is actually incorrect. I have tried the POLMAR, Anyone, and the PowerWerx download options, all with the same result. So now I stuck :( I like this radio for operation, but hate manually programming the channels. I'm a huge CHIRP fan and have become spoiled with how easy it is to update m other rigs. Now it looks like I am either stuck finding an XP machine, or maybe another radio. Any suggestions that the group could provide? I should also mention I have tried the stable and daily build versions with the same result. There is an RT systems "Driver" available for the MAC which I have tried, but again their software is not MAC compatible. Thanks in advance, and I really appreciate everyone's time! Richard

2 1

[chirp_users] Problem
by Fred Storey 17 Jun '15

17 Jun '15

Hi Guys, I am a newby to chirp and I am having a problem looking at the memorys in my FT857D. After I down load from the radio none of my memory info appears. But down the bottom of the screen there is a message saying "(0) Completed getting memory 200 (idle)". What am I not doing? Thanks for the help. Regards,Fred -- Fred Storey <vk3jm(a)bigpond.com> -- Fred Storey <vk3jm(a)bigpond.com>

2 1

[chirp_users] New Daily Build
by Build System 16 Jun '15

16 Jun '15

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-20150616 A list of the changes included in this build (since the last daily) follows: Changes for Build #353 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Add Support for Baofeng UV-82HP The Baofeng UV-82HP is a variant of the UV-82 with the addition of 3 power levels New Model #2643

1 0

[chirp_users] New Daily Build
by Build System 15 Jun '15

15 Jun '15

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-20150615 A list of the changes included in this build (since the last daily) follows: Changes for Build #352 [Eric Allen <eric(a)hackerengineer.net>] Fix PEP8 failures due to line length in FT-8100 driver Related to #1229 [Eric Allen <eric(a)hackerengineer.net>] Add basic support for the Yaesu FT-8100 This is somewhat incomplete, but it works well enough to get my FT-8100 programmed. I'd rather share it as-is then let it bitrot on my laptop, because several users on the mailing list have asked about it. Resolves #1467 [Eric Allen <eric(a)hackerengineer.net>] Fix skip reading in TH-UVF8D Turns out the and/or Python ternary doesn't work when you do "and ''", because '' is falsey. Fixes #2641 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Add Support for New Baofeng Firmware Versions Add detection for new UV-5R and UV-82 firmware versions. Related to #2629

1 0

[chirp_users] Will Chirp work with Icom IC7400
by g6ohm＠talktalk.net 14 Jun '15

14 Jun '15

Hi I see that Chirp will work with the Icom IC746. Will it also work with the Icom IC7400. 73 Andy Dunham G6OHM My email : g6ohm(a)talktalk.net

1 0

[chirp_users] Baofeng BF-F8+ problems
by Manuel Maseda 13 Jun '15

13 Jun '15

Just bought a BF-F8+ and can't read it with Chirp. Cable and drivers are fine as I can program my UV5R. Anybody get this radio to work with Chirp? Manuel

2 2

[chirp_users] "length 0" error DLing from FT-8900
by Charles Boling (AD7UF) 13 Jun '15

13 Jun '15

Hi, longtime CHiRP user for Icom,Yeasu,Wouxun,Baofeng here. I just got a Yeasu FT-8900R (and a USB programming cable) and am having difficulty getting it to download. I'm running CHiRP 0.4.0 on Python 2.7.8 under Ubuntu 14.10. I put the radio in clone mode, have CHiRP waiting for the data, and as soon as I press the V/M button to send the data, I get the error: "ord() expected a character, but string of length 0 found" and the radio shows a clone error. I read the recent (May 4) thread on this list between Dan & Benjamin entitled "Chirp IndexError" that describes the same error. In his case, Benjamin wasn't getting anything from the radio, and it proved to be a loose cable. Not so with me. In my case, here's what I know: I can connect a terminal program (PuTTY) to the correct port and get echo. I also receive data from the radio when pressing the V/M button that looks right. Specifically, the radio sends this string, viewed in PuTTY: AH008$.$ ("." is non-ASCII char) I captured it to a file and this is the exact data stream in hex: 41 48 30 30 38 24 80 24 The correct data stream only appears at 9600 baud, which is what ft7800.py says it should be fixed at. AH008 is the model that the code shows for the FT8900. Here's the terminal output from the failure: ... User selected Yaesu FT-8900 on port /dev/ttyUSB1 Clone thread started Download finished in 1 seconds -- Exception: -- Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/chirpui/clone.py", line 227, in run self.__radio.sync_in() File "/usr/lib/python2.7/dist-packages/chirp/ft7800.py", line 320, in sync_in self.check_checksums() File "/usr/lib/python2.7/dist-packages/chirp/yaesu_clone.py", line 209, in check_checksums if checksum.get_existing(self._mmap) != \ File "/usr/lib/python2.7/dist-packages/chirp/yaesu_clone.py", line 156, in get_existing return ord(mmap[self._address]) TypeError: ord() expected a character, but string of length 0 found ------ Clone failed: ord() expected a character, but string of length 0 found Clone thread ended --- Exception Dialog: ord() expected a character, but string of length 0 found --- None ---------------------------- Any ideas?

6 14

[chirp_users] Problem solved UV-5RV+
by doogle1953＠fastmail.net 13 Jun '15

13 Jun '15

Please disregard my HELP request. I figured out how to transfer a working program from one radio to another using 'IMPORT' all is well again in Northern Indiana. Thanks and best wishes to all. Doug KB9MIC

1 0

[chirp_users] UV82 firmware incompatible
by John Hutchinson 13 Jun '15

13 Jun '15

I have successfully programmed UV82 in the past, seven in fact with the same .img file. I just bought 3 more and tried to upload to the radio but got error message that the Firmware version doesn't match that of the radio. I could Download from that radio and saved that file. Maybe upgrading CHIRP to the latest version 0.4.1 would help but didn't, so also ran Daily Build install hoping but no luck. I still get the same error message when trying to Upload and if I now try to Download, I get a message that it's the wrong model! I can still download from my older UV82. I see in Settings>Other Settings it shows the Firmware Message 1&2 which is different for the old and new radios but they are greyed out so can't change it. Older radios Firmware Message 1> ver Older radios Firmware Message 2> B82525 New radios Firmware Message 1> N822411 New radios Firmware Message 2> N822411 What do I do? Please help. John

4 4

[chirp_users] Yaesu FT-60
by Jerry A 12 Jun '15

12 Jun '15

Hello, Would anyone be able to offer help with the Yaesu FT-60 and Chirp? For some reason I am getting an error message about communication between the radio and software. I have used FT-60 Commander, a Prolific USB to com port interface and Windows XP successfully but am unable to make things work with Chirp and Windows 7 using the same procedure, interface and com port. 73, Jerry - VE9CD

5 5

[chirp_users] Icw32a. Uhf memory channels
by anthony hollister 12 Jun '15

12 Jun '15

I tried programming my Icw32a with a variety of memory channels, but when testing I found that only the vhf channels took. There are no Uhf frequencies in memory. Am I missing a specific step ?

2 2

[chirp_users] Bao-Feng BF-F8HP
by bravert＠woh.rr.com 12 Jun '15

12 Jun '15

Howdy, Please forgive my apparent ineptness, but despite searches, I cannot figure out how to upload more than 22 channels to my recently acquired BF-F8HP. I know it is capable of 128 channels, but the CHIRP UI limits me to 22, no matter what. Many thanks. Best Regards, Brian

2 1

[chirp_users] More baofeng woes (UV-B5)
by Richard Menedetter 11 Jun '15

11 Jun '15

Hi New UV-B5 not supported. > I tried this and it had no ill affect on my very old UV-B5. Can I somehow assist you in this? Maybe send you debug output? Just tell me what you need! CU, Ricsi

1 0

[chirp_users] Definition-file for ICOM-W32E (solved)
by David Krause 09 Jun '15

09 Jun '15

Hi Everybody, I just want to let you know that CHIRP does not work with the ICOM IC-W32E (european version)! This is due to the different model-ID. The W32A uses the hex id 18 82 00 01 while the W32E uses 18 82 00 02! So no response from a W32E appears... I found this after using chirp for a while with no problems with my W32A but getting no connection with a friends W32E. Even the direct cloning with the icom cable was not possible, but gave us the hint to the different modell-id. After changing the line with _model = "\x18\x82\x00\x01" in the ICW32A.PY-file to _model = "\x18\x82\x00\x02" everything runs smooth now! So as this is easy done, but just a quick workaround it would be nice to see a proper definition-file and the IC-W32E added to the list of compatible gear... This was also subject of issue #280 on http://chirp.danplanet.com/issues/280 but I don't want to go to much inside development as I allready have a long list of things to do! So maybe somebody else has the capacity to put things together.... Regards, David

1 0

[chirp_users] Chirp users e-mails leaked?
by YL3IM 08 Jun '15

08 Jun '15

Good day everyone. Just received a spam message to the address I have used uniquely by creating an account on http://chirp.danplanet.com Return-Path: <hongdbsfsbbaa(a)163.com> X-Original-To: MY(a)EMAIL.ADDRESS X-Received-SPF: pass (toivo: domain of 163.com designates 220.181.13.37 as permitted sender) client-ip=220.181.13.37; envelope-from=hongdbsfsbbaa(a)163.com; helo=m13-37.163.com; Received: from m13-37.163.com (m13-37.163.com [220.181.13.37]) by toivo.Toivo.Lv (Postfix) with ESMTP id D0EF01FB9D7 for <chirp(a)inga.lv>; Mon, 8 Jun 2015 11:59:53 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=JgC9q 0TSEEITKRlM4uOQljn9Q3fiyDX/ZP7sfUaeq9A=; b=mm0P4KBkN3DHqqAgm6B7P OkurCjmqJbNVHsZcH3qRAqYw1wwB5af8KWCo/h8uYIlWvNjhQOcj3BA05WqGB6LO ca7G/JdXAk7bsEYa1JaQiUS/XYqgqig+GyR/KFxASEo0tP+rkR9FiGE7pggGN0uK EJ515t9vyWQrQHO8ijmQX4= Received: from hongdbsfsbbaa$163.com ( [14.208.232.197] ) by ajax-webmail-wmsvr37 (Coremail) ; Mon, 8 Jun 2015 16:14:57 +0800 (CST) X-Originating-IP: [14.208.232.197] Date: Mon, 8 Jun 2015 16:14:57 +0800 (CST) From: hongdbsfsbbaa <hongdbsfsbbaa(a)163.com> To: MY(a)EMAIL.ADDRESS Subject: 2015 unique product X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20150119(59087.7062) Copyright (c) 2002-2015 www.mailtech.cn 163com X-CM-CTRLDATA: 7pLHQmZvb3Rlcl9odG09Nzc2MTk6ODE= Content-Type: multipart/alternative; boundary="----=_Part_429437_346457996.1433751297806" MIME-Version: 1.0 Message-ID: <3d3ab3aa.1a25e.14dd23c9f0e.Coremail.hongdbsfsbbaa(a)163.com> X-CM-TRANSID:JcGowGAZFUwCT3VVjPWsAA--.41W X-CM-SenderInfo: pkrqwvpevi2uxeddqiywtou0bp/xtbBLwETo1UL2fxMTQAAsk X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== -- 73! de YL3IM

4 4

Re: [chirp_users] Windows 10 and CHIRP
by N7TZK 08 Jun '15

08 Jun '15

Many thanks for the quick replies regarding Win 10 and Chirp/Prolific. If only it was so easy to keep my Windows Media Center after the "upgrade"! Dave

1 0

[chirp_users] Icom ID-5100 Support
by Tim Romashko 07 Jun '15

07 Jun '15

All, I have been off the list for a while. I just purchased an Icom ID-5100 but don't see support in the current release or daily build. Is support for the 5100 pending? Thanks Tim K4RA

2 1

Re: [chirp_users] More baofeng woes (UV-B5) (Scott Martin)
by Richard Menedetter 07 Jun '15

07 Jun '15

Hi > I tried this and it had no ill affect on my very old UV-B5. > > If anybody want to try this with their UV-B5/B6 I have attached the > modified driver. Try it and report back if it now works with your > radio, still works with your radio or no longer works with your radio. Uh ... I do not understand. I tried it on windows and it did not work. Then I tried with the py I used on linux, and it still did not work. Then I downloaded the same snapshot I used under linux (chirp-daily-20150202) and it still did not work. I have been using it on the linux version ... I do not get it. So to sum it up: The change which fixed it when I tried with chirp-daily-20150202 linux, did not work on windows. I still get the error message. ("new" UV-B5) Did anybody else try? CU, Ricsi

1 0

[chirp_users] New Daily Build
by Build System 07 Jun '15

07 Jun '15

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-20150607 A list of the changes included in this build (since the last daily) follows: Changes for Build #351 [Jim Unroe <rock.unroe(a)gmail.com>] [VV-898] Add Settings to Leixen VV-898 Module - Part 11 add the following per channel settings: Busy Channel Lockout Squelch Tail Elimination Audio Processing VOX PTT ID DTMF Display Reverse Frequency Talk Around related to #2149 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Add support for the Baofeng BF-A58 #2261 [Jim Unroe <rock.unroe(a)gmail.com>] [VV-898] File SAVE/RELOAD difficulties Jetstream JT270 Correct typos discovered while resolving issue #2621 [Jim Unroe <rock.unroe(a)gmail.com>] [KG-816] File SAVE/RELOAD difficulties Jetstream JT270 The "match_model" for the Wouxun KG-816 can mistakenly match some Jetstream JT270 and Leixen VV-898 image files. Related to issue #2621

1 0

[chirp_users] BF-A58
by Michael Walker 06 Jun '15

06 Jun '15

I just got a bunch of BF-A58's from Baofeng. I know it isn't on the list, but has anyone tried to work with them on any other model? Mike va3mw

2 1

[chirp_users] Anyone know how to stop the emails? Tried opting out but does not work...
by Dennis Feely 06 Jun '15

06 Jun '15

Dennis

2 1

[chirp_users] USB-3
by JS 06 Jun '15

06 Jun '15

Wondering if I am the only one having trouble getting Chirp to work with my new laptop. It is an i7 running win 7 pro and using USB-3 rather than USB-2. Device mgr tells me the correct driver is there and its ready to go. When I try to read from the radio, it always tells me there is an error and cant read/find the files. When I fire up the older Vista machine the programming works fine using the same cable and radio. So in short I am starting to think there is a compatibility issue when using USB-3. Anyone else with this issue??? *Jim S*

6 14

[chirp_users] UV5R, HN5RV01 no RX audio, more info
by Bill Kasper 05 Jun '15

05 Jun '15

Hi list, Using Chirp Daily 20150513: Just finished programming a batch of Baofeng UV5R N5R2401, N5R2405 and N5R2407. All of these units working fine. Also using Chirp Daily 20150513: download UV5R radio image from HN5RV01 deleted existing frequencies imported same .csv freq list used on above batch no errors at all reported all seemed OK with import and upload HN5RV01 Unit transmits ok; transmitted audio ok, RX indicator blue background light works ok when there is carrier received or when hitting the monitor switch, just no receive audio. Tried set of headphones in rec jack -- still no audio. No "Channel Mode" voice with power-on-self-test, either. Tried the same with Daily 20150530, no errors, no problems indicated; no change - no rx audio. did keyboard (menu/40) reset, then did reload with Daily 20150530, no errors, no problems indicated; no change - still no rx audio. Attached image is from this Daily 20150530 . Any possible settings that could cause this, or DOA audio output? tnx es 73 de Bill WB2SXY --

1 0

[chirp_users] Unable to communicate with Luiton LT-898UV
by Richard Garcia 05 Jun '15

05 Jun '15

Just purchased the Lexien / Luiton LT-898UV which I have told is also known as a Jetstream 270. I have attempted to program using Chirp and the factory software and it comes back with a response of. "Failed to Download from Radio- Radio Refused Program mode" I have uninstalled the Prolific drivers installed the older and newer versions and tried both. I have tried the latest build of Chirp, have tried the factory software, have tried as a Lexien, and as a Jetstream and nothing. I know the software works since I have programmed Baeofeng radios in the past. Does anyone have any ideas ?

2 1

[chirp_users] Questions On Programming Leixen VV-898
by Greg Tarpley 04 Jun '15

04 Jun '15

Hi all, I am confused about a couple of things when programming this radio via CHIRP. 1) Is there a way to globally set it so that the channel ALPHA name that I create will display on each channel? Right now, the only way I’ve found to do that is from the radio itself and I have to do each channel one at a time to get them all to display the text instead of the frequency. 2) Are there any plans to make it so we can change the function of the A, B, C, and D keys on the microphone keypad? Is that even possible? Thanks, Greg

1 0

Re: [chirp_users] I picked up a UV-B5 and am unable to program it with chirp.
by Stan 04 Jun '15

04 Jun '15

Hi all. This has been my experience with a UV5R. Maybe a little help????? When I plug in my cable and turn on the radio (UV5R), _it comes on in transmit mode_, and stays key-down. As soon as I _send the updated data_ to the radio, it will fail, but the _radio will come out of transmit mode . . . USUALLY_ . . . BUT sometimes I have to send the data 2 or 3 times before it comes out of transmit mode. Then, _after it's come out of transmit mode_, it will accept the data OK. So, I try to tune to a frequency that most likely will not be in use when I turn the radio on, that way, when it starts up in transmit mode it won't interfere with someone else's QSO. Also, and I'm not sure what chipset is in my cheap cable, I had to just roll the driver back to the previous driver BEFORE it would work. The next update made it fail again, so I rolled it back again and stopped it from updating the driver again and it has worked OK ever since. Just my 2Hz worth! 73 Stan K8LL NW Ohio 10-10# 76801 FP# 3255 Propagation is our master . . . but sometimes the master is cruel! ------------------------------------------------------------ On 5/28/2015 3:00 PM, chirp_users-request(a)intrepid.danplanet.com wrote: > I picked up a UV-B5 and am unable to program it with chirp. The console > >output is as follows: > > > >%chirpw > > > > > >ERROR: -- Exception: -- > >ERROR: Traceback (most recent call last): > > File "/usr/lib64/python2.7/site-packages/chirp/ui/clone.py", line 238, > >in run > > self.__radio.sync_in() > > File "/usr/lib64/python2.7/site-packages/chirp/drivers/uvb5.py", line > >315, in sync_in > > self._mmap = do_download(self) > > File "/usr/lib64/python2.7/site-packages/chirp/drivers/uvb5.py", line > >202, in do_download > > do_ident(radio) > > File "/usr/lib64/python2.7/site-packages/chirp/drivers/uvb5.py", line > >181, in do_ident > > raise errors.RadioError("Radio did not ack programming mode") > >RadioError: Radio did not ack programming mode > > > >ERROR: ---------------- > >ERROR: Clone failed: Radio did not ack programming mode > >ERROR: --- Exception Dialog: Radio did not ack programming mode --- > >ERROR: None > > > >ERROR: ---------------------------- > > > > > >I've tried two different cables to no avail, and yes I had them seated. > >Not a windows environment so I don't think the IP hindrance is the > >issue. The radio's xmit light comes on but it seams to not be able to > >communicate with chirp. > >

3 2

[chirp_users] Windows 10 and CHIRP
by N7TZK 03 Jun '15

03 Jun '15

I'm curious whether anyone has yet tested Chirp with Windows 10? Or determined if anything about Windows 10 such as its security systems would get in the way of the common practice of using an old version of the Prolific software driver.Or, for that matter, any other specific compatibility issues with common Ham computer applications. As many of you are likely aware, Microsoft is taking the unusual step (for them) of providing a FREE upgrade from Windows 7sp1 or Win8.1 computers (for consumers anyway) to Win10. Indeed, by now you may have already seen a new icon show-up in the lower right corner of your computer encouraging you to make a "reservation" for this upgrade when it becomes generally available on July 29. That free upgrade is only available for a year. If you haven't upgraded by then, your out-of-luck unless you wish to pay. The rub, of course, is what gets "broken" by this upgrade. For the average user, I'm guessing not much. But us hams tend to have some esoteric needs... Dave

5 5

Re: [chirp_users] More baofeng woes (UV-B5) (Scott Martin)
by Richard Menedetter 02 Jun '15

02 Jun '15

Hi > If you got me the one line patch, I was planning to get it tested and > then submit it to be added to CHIRP. I do not know if this is a quick hack, but it works for me: Go into the chirp/ subdirectory, and edit a file called uvb5.py Add this line above the line that says "radio.pipe.write("PROGRAM")" temp = radio.pipe.read(1) Hope that the "new" UV-B5 will be fixed in chirp. Also a small thing that I noticed. On UV-R5 and BF-F8HP the radio frequency is ignored. (Eg. you specify a value, you store to the radio, and it takes the default value instead of the one specified in the image) > Jim KC9HI CU, Ricsi

2 1

Re: [chirp_users] More baofeng woes (UV-B5) (Scott Martin)
by Richard Menedetter 31 May '15

31 May '15

Hi > >> I picked up a UV-B5 and am unable to program it with chirp. > > > > Yes ... sadly there is an open ticket for this for 4 months ... > > unfixed as of yet. > > http://chirp.danplanet.com/issues/2293 > > > > New UV-B5 software is not recognized by Chirp. > > There is a one line patch for Linux Chirp floating around that makes it work. > > Or you can use the Baofeng SW to download the image, rename it, use chirp to edit it, rename it back > > and use baofeng SW to upload it. > > > > I hope this will be addressed by Chirp soon! > > Where is this one line patch? It only works on Linux, as there the Python code is directly accessible. I was very much hoping that Chirp gets changed to work with the "new" UV-B5. If you are using Linux I can search for the old message and send it to you. > Jim KC9HI CU, Ricsi

3 2

Re: [chirp_users] Cable driver needed
by Dave Gomberg 30 May '15

30 May '15

At 13:35 5/30/2015, Jim Unroe wrote: >On Sat, May 30, 2015 at 4:00 PM, Dave Gomberg <dave1(a)sfwcf.com> wrote: > > Running XP Home SP3, using a USB port to drive an Icom programming > > cable part# 4566-7831. > > I need a link to the appropriate driver to support this cable as a > > serial device for Chirp. > > >Dave, >Assuming that you have a programming cable with a Prolific type >USB-to-TTL chip, the driver that you need is v2.0.2.1 and there is a >link to it on the miklor.com website. >http://www.miklor.com/COM/UV_Drivers.php >Jim KC9HI Thanks Jim, that worked FB -- Dave Gomberg, San Francisco NE5EE Programming since 1961 All addresses, phones, etc. at http://www.sfwcf.com/ham/info.html -----------------------------------------------------------------

1 0

[chirp_users] Cable driver needed
by Dave Gomberg 30 May '15

30 May '15

Running XP Home SP3, using a USB port to drive an Icom programming cable part# 4566-7831. I need a link to the appropriate driver to support this cable as a serial device for Chirp. I am pretty sure I used to have one but it seems to have disappeared. Many thanks for your help. -- Dave Gomberg, San Francisco NE5EE Programming since 1961 All addresses, phones, etc. at http://www.sfwcf.com/ham/info.html -----------------------------------------------------------------

2 1

[chirp_users] Cable driver needed
by Dave Gomberg 30 May '15

30 May '15

Running XP Home SP3, using a USB port to drive an Icom programming cable part# 4566-7831. I need a link to the appropriate driver to support this cable as a serial device for Chirp. I am pretty sure I used to have one but it seems to have disappeared. Many thanks for your help. -- Dave Gomberg, San Francisco NE5EE Programming since 1961 All addresses, phones, etc. at http://www.sfwcf.com/ham/info.html -----------------------------------------------------------------

1 0

[chirp_users] New Daily Build
by Build System 30 May '15

30 May '15

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-20150530 A list of the changes included in this build (since the last daily) follows: Changes for Build #350 [Marco Filippi <iz3gme.marco(a)gmail.com>] [th9800] Align freq ranges with those in manual fix #2619 [Marco Filippi <iz3gme.marco(a)gmail.com>] [FT-1D] Aprs messages and beacons must be unmutable There's no reason to change this values Discovered working on #2509 [Marco Filippi <iz3gme.marco(a)gmail.com>] [FT-1D] Sanitize aprs message string before loading them in settings Aprs messages can contain non printable chars, replace them with * to obtain a printable string Fix #2509

1 0

Re: [chirp_users] More baofeng woes (UV-B5) (Scott Martin)
by Richard Menedetter 28 May '15

28 May '15

> From: Scott Martin <scott(a)kc9qen.com> > > Hey, all. > > I picked up a UV-B5 and am unable to program it with chirp. Yes ... sadly there is an open ticket for this for 4 months ... unfixed as of yet. http://chirp.danplanet.com/issues/2293 New UV-B5 software is not recognized by Chirp. There is a one line patch for Linux Chirp floating around that makes it work. Or you can use the Baofeng SW to download the image, rename it, use chirp to edit it, rename it back and use baofeng SW to upload it. I hope this will be addressed by Chirp soon! CU, Ricsi

2 1

[chirp_users] IC-T70A not communicating with Chirp
by Nicholas Papadonis 28 May '15

28 May '15

Folks, I’m having a similar issue as below and filed the following bug: http://chirp.danplanet.com/issues/2605 I have tested both Genuine FTDI and Prolific USB->Serial cables with no success. The USB->Serial chips are detected by both Windows 7 and Mac OS, however when Chirp sends out the 0xE0 detection frame, there is always a 0 byte response back when I would have suspected at least a byte for the Model ID according to the code. I have tested Chirp all the way back to v1.1 when the code log says T70A support was first added. My assumption is that it must have worked back then, however this is not confirmed yet. It’s odd that both cables resulted in 0 byte reads and now I’m suspecting either the T70A has a different protocol or newer manufactured firmware that changed the control codes. Has anyone validated the IC-T70A *ever* worked with Chirp? If so, can you share your experience and possibly the serial number and purchase date of the radio? Thanks, Nick KB1GZN > Thank you very much David, After trying many other things... I ran the cable loop back tester software, and set to COM3. Ran the test and nothing happens. I have tried this with the radio just turned on. I have tried this with hreadio in the CLONE mode. I have tried this with the radio in the CLONE OUT mode. I never get any response. I think perhaps I have a bad cable - sigh! One other clue is that the cable makes the radio SCAN whenevr I plug it in normally I have to fiddle with it and reinsert it numerous times before it will stop scanning and sit at a fixed frequency. The supplier assures me these are not the fake chips but genuine FTDI chips he is using, and charged a premium price for it. The cable came from Mark Dunkle, KJ6ZWL. I will relay all of this information and see if he can send me another cable that works. Manufacturer: FTDI on USB Serial Converter Driver Provided: FTDI 8/26/2014 Driver Version: 2.12.0.0 Brian Carling

2 2

[chirp_users] More baofeng woes (UV-B5)
by Scott Martin 27 May '15

27 May '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey, all. I picked up a UV-B5 and am unable to program it with chirp. The console output is as follows: %chirpw ERROR: -- Exception: -- ERROR: Traceback (most recent call last): File "/usr/lib64/python2.7/site-packages/chirp/ui/clone.py", line 238, in run self.__radio.sync_in() File "/usr/lib64/python2.7/site-packages/chirp/drivers/uvb5.py", line 315, in sync_in self._mmap = do_download(self) File "/usr/lib64/python2.7/site-packages/chirp/drivers/uvb5.py", line 202, in do_download do_ident(radio) File "/usr/lib64/python2.7/site-packages/chirp/drivers/uvb5.py", line 181, in do_ident raise errors.RadioError("Radio did not ack programming mode") RadioError: Radio did not ack programming mode ERROR: ---------------- ERROR: Clone failed: Radio did not ack programming mode ERROR: --- Exception Dialog: Radio did not ack programming mode --- ERROR: None ERROR: ---------------------------- I've tried two different cables to no avail, and yes I had them seated. Not a windows environment so I don't think the IP hindrance is the issue. The radio's xmit light comes on but it seams to not be able to communicate with chirp. How can I provide more information to be helpful? Thanks in advance. Be well, Scott Also, props to all the dev's and users whom have helped make chirp what it is! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJVZhmGAAoJEMHo5RVayTw1mrYH/3GvTPwK/+OuOQZCZWN+6zNV bMvdA6um4TY48BvWH/bmcx0SEb2kfl5aiQSZy8ahlwNbpnxHSXMFaTzEb8QyNvpD 6tbWq11Znz9Dd4WT0/8HA63pi0GwF3Wk+1YYtsg19ro2qXveszDBZhsyPFRGox8b mM0JLs6yBfjOp/MBLhOq6xTzq+Lw1KPVAHZ3Xbg+PZ5oeZoBAoSvGF6HS7HHKRU6 nyGOybUyU8hk8bGgKtUrLwqEDejnjDtS5z+pDkHlAg3ggnL8m2Eu2nv6XBs8vtj7 08YvoFVE2RZe9DUebDoJB+IhBauDsAj/d6EIw6xf50pe5T58wJIS1gxqeMN0bHE= =8dnB -----END PGP SIGNATURE-----

3 4

[chirp_users] HOW DO I CLONE A KENWOOD TK-272G ??
by GARYJACKSO＠aol.com 27 May '15

27 May '15

: : Hello to All...... I need to clone a Kenwood TK-272G, downloading it onto a TK-270G. 1. Can I do it with CHIRP, and if so, HOW? 2. If NOT............how can I do it? 3. If really a bad NOT.........where can I get the right software to program a TK-270G?? Thanks in Advance........... Gary Jackson KC5QVI

1 0

[chirp_users] Kenwood TH-D72 Issue
by Mark Herson, N2MH 26 May '15

26 May '15

Hello to the Group, Like several other users have posted, I too have a Kenwood TH-D72 portable and just recently started using Chirp. In addition, I also have had problems sending an image to the radio in Clone mode. I see where issues 2455 and 1611 address this problem. After playing with the radio and seeing what is in it after the upload, I'd like to add several pieces of information. 1. Both issues 2455 and 1611 appear to me to be the same issue. Yes, the newly progammed 2m channels don't transmit (same as non-functional). However, when I look at the memories in the radio by band, the newly programmed 2m channels show up on the UHF side of the radio, not the VHF side. Apparently, when you try to transmit on these channels, the radio thinks these channels are out-of-band and will not transmit. Otherwise, the channels appear to receive OK. 2. Before programming these new channels, I completely read all the memories in the radio, both VHF and UHF channels and saved the image. I then added several new VHF channels to the image and then programmed everything back to the radio. When everything was finished, the new channels were added in the correct memory position but on the UHF side of the radio (as described above). However, the original channels were in their original positions and worked normally. There were no problems with transmitting on the original VHF channels. 3. If I didn't know anything about the inner workings of Chirp, I'd probably conclude that: - The write (clone) process works OK (the original channels went back to where they were and work OK). - The process of taking the image and putting the contents on the wire to the radio works OK. - Something in Chirp is classifying VHF frequencies as UHF channels at data entry time. Upon upload to the radio, the radio is instructed somehow to place these entries in the UHF side where they will fail instead of the VHF side where they belong.- The process of taking the image and putting the contents on the wire to the radio works OK. Software in use: Chirp 0.4.1 and nightly build 20150513. PC is running slackware 14.1 (64-bit). Hope this helps the developers fix the bug. 73, Mark, N2MH

3 2