- Users - lists.chirpmyradio.com

[chirp_users] VV-898 CHIRP Issue
by Steve Johnson 11 Mar '15

11 Mar '15

Have been using CHIRP with several different Radios for two years and NO Issues. Just changed up some Repeaters in my VV-898 and now on those I added the Alpha NAME doesn't show up only the Channel number. The Freq's not changed remain the same and show the original alpha name, what am I doing or not doing. Steve - KA5SVR

2 1

[chirp_users] BF-F8HP
by Larry Booth 10 Mar '15

10 Mar '15

After uploading my first template to my new BF-F8HP all of the memory channels are correct. CHIRP seems to have operated as expected. But there is no audio now on the radio. Not even squelch. It doesn't look like any setting would have disabled the audio. What could have caused this? Larry O. Booth

2 3

Re: [chirp_users] BF-F8HP
by thecanesvenatici 10 Mar '15

10 Mar '15

You did remove the data cable from the radio. Something I've done when hurried to test it, not remove the cable. Sent from my T-Mobile 4G LTE Device -------- Original message -------- From: Larry Booth <lobooth(a)verizon.net> Date:03/10/2015 12:18 PM (GMT-05:00) To: chirp_users(a)intrepid.danplanet.com Cc: Subject: [chirp_users] BF-F8HP After uploading my first template to my new BF-F8HP all of the memory channels are correct. CHIRP seems to have operated as expected. But there is no audio now on the radio. Not even squelch. It doesn’t look like any setting would have disabled the audio. What could have caused this? Larry O. Booth

2 1

[chirp_users] CHIRP bootable USB
by Gordon DeWitte 10 Mar '15

10 Mar '15

Things have been going really well with my CHIRP bootable USB, and I've been able to program and update several radios over the last year or more. Now, not so good: - system boots from USB on my portable PC (running 64-bit Win7 Pro) and I get the usual desktop, but cannot run CHIRP — when I double click on the icon, I get the timer icon for a while and then nothing - thought maybe something went south on the laptop, so tried the same flash drive in my desktop (running 64-bit Win7 Home Premium), and got exactly the same result - CHIRP update operation in both systems seemed to work fine - thought maybe something went south with the 8 GB USB flash drive, so reformatted it and reloaded everything — same result on both systems - tried another flash drive (4 GB), loaded everything from scratch, and got same result on both systems - loaded daily build on laptop and it worked fine Any suggestions? I really liked the Live USB option, but now… Sincerely, Gordon KF5JWL

2 2

[chirp_users] error message on upload.
by Jim 10 Mar '15

10 Mar '15

I have a Baofeng BF-F8HP. I have tried to program it with Chirp.It will download from the radio if I select UV-5.but when I try to upload the new programming it tells me-"Error=unsupported firmware N5R323F8HP-1" or something to that effect.I downloaded the radio program from the radio first,then copied my groups programming file onto that and tried to upload,only to get that message.I have done this successfully on other radios.any help appreciated. Thank you.

2 1

[chirp_users] New Daily Build
by Build System 10 Mar '15

10 Mar '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-20150310 A list of the changes included in this build (since the last daily) follows: Changes for Build #335 [Marco Filippi <iz3gme.marco(a)gmail.com>] [THD7] Fix settings support - some more In the ui all settings must be inside a group, I moved all settings that I put in top with last patch to a new group named Main Fix #2401 [Marco Filippi <iz3gme.marco(a)gmail.com>] [THD7] Fix settings support Even though I cannot test it the bug, introduced with r1594, is pretty obvious Fix #2401 [Marco Filippi <iz3gme.marco(a)gmail.com>] [kenwood_live module] Remove unnecessary duplicated function There was a duplicated function definition, I removed both as they are old test functions Seen while working on #2401 [Zachary T Welch <zach(a)mandolincreekfarm.com>] README.chirpc: new file (#2343) This patch adds a new README.chirpc file, providing some basic recipies for accomplishing tasks using the renovated CLI. [Zachary T Welch <zach(a)mandolincreekfarm.com>] chirpc: add --copy-mem option (#2343) This patch adds an option that permits copying a memory channel. [Zachary T Welch <zach(a)mandolincreekfarm.com>] chirpc: add --clear-mem option (#2343) This patch gives the CLI the means of clearing a memory channel. [Zachary T Welch <zach(a)mandolincreekfarm.com>] chirpc: make mem options more robust (#2343) This patch makes the memory options more robust to a bad memory number argument and some other exceptions. It also fixes a bug that prevented setting an empty channel. Finally, it avoids overwriting the image file when performaning a memory query. [Zachary T Welch <zach(a)mandolincreekfarm.com>] chirpc: add --list-mem (#2343) This patch allows the CLI to print out the entire list of memories. If --verbose is given, it displays empty slots too; otherwise, only non-empty memories are displayed. [Zachary T Welch <zach(a)mandolincreekfarm.com>] chirpc: add --list-settings (#2343) This patch allows the CLI to print out the radio's current settings. [Zachary T Welch <zach(a)mandolincreekfarm.com>] Improve settings strigification (#2343) This patch allows a RadioSettings object to be strigified. It also cleans up the string representation of RadioSettingGroup objects. [Zachary T Welch <zach(a)mandolincreekfarm.com>] chirpc: add memory option group (#2343) This patch groups the memory/channel modification options into an argument group, making the --help text easier to digest. It also eliminates redundant arguments to the relevant add_argument calls, since those lines are being touched anyway. [Zach Welch <zach(a)mandolincreekfarm.com>] Improve CLI download/upload (#2343) This patch adds much-needed checks in the CLI, allowing an unwitting user to stumble their way toward a working set of options that permits downloading/uploading an image from/to a radio.

1 0

[chirp_users] UV-5R V3+ download error
by brownie3＠neo.rr.com 09 Mar '15

09 Mar '15

Tried “download from radio” on my Baofeng UV-5R V3+ and received error message “Radio refused to send block 0xlec0”. When the dialog box to clone radio came up for only a second and then the error message poped up. At the same time the radio went through the same sequence it does when it turns on, meaning the display goes solid and the backlight flashes and the WELCOME message comes up. I have tried everything I could find to do. My Device Manager says my cable is working properly. I have the right “old” driver, made sure the cable is seated completely, volume is turned up, I’m on clear channel (tried active channel also), windows smartscreen is turned off as will as auto update. Any one have any suggestions?

3 2

[chirp_users] Downloading to Baofung BF-F9
by Steve Lugar 09 Mar '15

09 Mar '15

I was able to download the driver for my cable finally, downloaded Chirp to my Dell running Win 7 and was able to upload from my BF-F9 using the BF5 selection. I add all my data for download to the radio but keep receiving an error message stating that there is unsupported firmware incompatible. Could you please provide a fix for me, thanks for your time….

2 1

[chirp_users] Problems programming a BaoFeng BF-888
by Joe abrahamson 06 Mar '15

06 Mar '15

Well I finally got my BaoFeng UV-5 programmed with everyone's help here using Chirp. Works great and I have done it several times. Now using the same cable was trying to do the very same thing on a BF-888 radio. Same computer, same cable and same Chirp but I did change it to the correct Radio Model when doing so. When I do this the computer does not seem to see the radio and when I hit "OK" it goes to the "Cloning"screen and a 1/2 of a second later the "An error has occurred. No response from the radio" message pops up. Am using the same port, same everything with no luck. Any ideas? Thanks, Joe A

3 3

[chirp_users] New Daily Build
by Build System 06 Mar '15

06 Mar '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-20150306 A list of the changes included in this build (since the last daily) follows: Changes for Build #334 [Zach Welch <zach(a)mandolincreekfarm.com>] Fix status reporting in UV-5R (#2343) This patch ensures the UV-5R driver reports 100% completion after finishing an upload or download. [Zach Welch <zach(a)mandolincreekfarm.com>] Make download/upload progress optional (#2343) This patch prevents the progress bar from appearing on the console if the user gives the --quiet option. It also changes its destination to stdout rather than stderr. [Zach Welch <zach(a)mandolincreekfarm.com>] Expose console verbosity (#2347) This patch adds a method to query the console verbosity level. This is useful for code that needs to produce non-logging output, conditional on whether the --quiet or --verbose options were given. [Zach Welch <zach(a)mandolincreekfarm.com>] Improve cpep8 scripts (#2355) This patch adds prints to cpep8.py's scanning function. It's useful to know what files the script is scanning during an update, as the in-tree virtualenv (or other files) may be included by accident. This patch also fixes cpep8.sh to use the correct path to cpep8.py, allowing it to be run from anywhere in the source tree. [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in drivers/[hi]*.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in drivers/[ab]*.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in drivers/ft*.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in icf.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in ic9x*.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in idrp.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in drivers/k*.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in kenwood*.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in drivers/[lp]*.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in rfinder.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in drivers/t*.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in uv*.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in vx*.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in wouxun*.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in yaeosu_clone.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in mainapp.py (#2347) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Use logging in run_tests (#2347) We need to use logging in run_tests, if only to catch the new output being generated by the drivers. This patch captures a debug.log for the entire test run while squelching output on the console. The prevents spurious error messages from being displayed. This may be improved upon in subsequent patches, but this is necessary to prevent anyone from seeing confusing output when running the tests. [Richard Cochran <ag6qr(a)sonic.net>] [ft2900] Fix error entering freq on new chan via UI. #2385

1 0