- Users - lists.chirpmyradio.com

[chirp_users] A handy web-page for novices
by Andrew Sprott 25 Mar '15

25 Mar '15

Hello, I would like to say hi to you all and hope I shall learn from this list. I found this web-page that lists 98 frequencies for public access, emergency, maritime etc., as well as frequencies reserved for walkie talkie handsets graded for low power, restricted range and another that seems to accommodate higher transmittion power with options for the antenna. https://radiofreeq.wordpress.com/2013/11/05/program-your-vhf-uhf-transceive… There is a cvs file which can be imported and uploaded onto your uv-5r using Chirp. The page also has a neat description of the different types of frequencies, worth printing out. A good manual for the uv-5r can also be accessed here. http://www.miklor.com/uv5r/pdf/uv-5r_v1.0.pdf Andrew

3 3

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

25 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-20150325 A list of the changes included in this build (since the last daily) follows: Changes for Build #342 [Richard Cochran <ag6qr(a)sonic.net>] [ft2900] Add support for ft2900 banks (#2381) This adds support for banks in the FT-2900/FT-1900. This radio implements banks in much the same way as the Yaesu VX-6, and much of the code was lifted from the VX-6 driver.

1 0

[chirp_users] Error trying to import csv file
by Dennis Holliday 25 Mar '15

25 Mar '15

I receive the following error trying to import a .csv file into CHIRP. There was an error during import: No attribute power in struct Has anyone seen this or have a solution? Thank-you for the help. I have attached the .csv file. I am trying to import the file into CHIRP. The radio I have connected is BaoFeng UV-5R -- Dennis Holliday

2 1

[chirp_users] BF8-HP FM preset issue/bug?
by Justin 23 Mar '15

23 Mar '15

Anyone else have an issue with the FM preset? I change it and upload to the radio successfully, but when I turn the radio on it goes to the default 76mhz?

2 1

[chirp_users] Error trying to import csv file.
by Dennis Holliday 23 Mar '15

23 Mar '15

I receive the following error trying to import a .csv file into CHIRP. There was an error during import: No attribute power in struct Has anyone seen this or have a solution? Thank-you for the help. -- Dennis Holliday --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com

2 1

[chirp_users] Importing a CVS files into a Chirp/IC2200H image file.
by Peter Akins 22 Mar '15

22 Mar '15

Hi All, I am a new user to Chirp and I am initially using it with an Icom IC 2200H (around 200 memories). Cable and com port all OK. Chirp talk to the radio. I am endeavouring to import a general CVS file of the local repeater list as published by the WIA (Wireless Institute of Australia) here in Australia. I have created an image file from the IC 2200H by ³downloading from the radio². No problems in doing that (works perfectly!). I save this image file for future reference, but that is an incidental comment. I leave the image file ³open² in Chirp. I then attempt to import the local WIA Repeater list into this image file. However, I receive a message that indicates ³UNKNOWN FILE FORMAT². (I have deleted all Repeaters from the WIA Listing that are not 2 metres, so as to keep the list below 200 repeaters, and so as not to compile a list (via the import function) that is incompatible with the IC 2200H (a 2 metre radio only) I guess my question is, how do I prepare the WIA Repeater list (a CVS file which I can see using Excel, of course) so its image matches the Chirp/IC2200H image, and will then presumably enable the import function to operate nicely. Regards, Peter Akins Email: Akipete(a)yahoo.com.au Mobile: (+61) 041 449 5158

3 2

Re: [chirp_users] Successfully programming BF8HP with CHIRP
by thecanesvenatici 21 Mar '15

21 Mar '15

On new radios I always download it's image then upload that image just to make sure both ways work before customizing the image. This takes most guesswork from troubleshooting if a problem does occur. Milton Sent from my T-Mobile 4G LTE Device

1 0

Re: [chirp_users] Successfully programming BF8HP with CHIRP
by D. Q. 21 Mar '15

21 Mar '15

Hi, I've been using CHIRP to download/upload programming images to my BaoFeng BF8HP since I got it a few weeks ago. I use the BF8HP field selection in the radio upload/download window and haven't had any problems. I obviously use the most recent build and update with the most recent daily build, and again no problems. Personally I always download the programming image first, make changes, then save the changes and upload the programming. This way I know the link and software are working by downloading first, and this (maybe I'm wrong about this) way I'm not altering the radio first. Just some positive feedback. Thanks, David KG7RXE On 21-Mar-15 12:00, 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. Alinco DJ-G29T (Lester C. Wetherell II) > 2. Re: Baofeng BF-F8HP uploading (mikeheidi1127(a)comcast.net) > 3. New Daily Build (Build System) > 4. Question Baofeng UV-3R and UV-3R+ (Richard AG5M) > 5. Question UV-3R and UV-3R+ (Richard AG5M) > 6. Re: Question UV-3R and UV-3R+ (John LaMartina) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 20 Mar 2015 14:11:11 -0500 > From: "Lester C. Wetherell II" <lcwii(a)yahoo.com> > Subject: [chirp_users] Alinco DJ-G29T > To: chirp_users(a)intrepid.danplanet.com > Message-ID: <550C70CF.9020404(a)yahoo.com> > Content-Type: text/plain; charset=windows-1252; format=flowed > > Anyone working on this radio yet. I noticed that the requests for it are > several months old. > > Lester... > WD4IFU > > > ------------------------------ > > Message: 2 > Date: Fri, 20 Mar 2015 19:33:19 +0000 (UTC) > From: mikeheidi1127(a)comcast.net > Subject: Re: [chirp_users] Baofeng BF-F8HP uploading > To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> > Message-ID: > <1765123107.5488528.1426879999492.JavaMail.zimbra(a)comcast.net> > Content-Type: text/plain; charset="utf-8" > > Thanks, KC1DIQ > > ----- Original Message ----- > > From: "Jim Unroe" <rock.unroe(a)gmail.com> > To: "Discussion of CHIRP" <chirp_users(a)intrepid.danplanet.com> > Sent: Friday, March 20, 2015 2:44:05 PM > Subject: Re: [chirp_users] Baofeng BF-F8HP uploading > > On Fri, Mar 20, 2015 at 10:52 AM, ?<mail(a)thekantners.com> wrote: >> I can download just fine (using ur5 setting), but I can not upload as it >> does not like the Baofeng model number. ? I am using Chrip 4.1 >> Suggestions? >> >> Kantner >> > Robert is correct. The CHIRP stable build was released in April of > 2014. Support for the BF-F8HP wasn't available until after that. > That's why the "Supported Radio Models" list on the CHIRP home page > says "BF-F8HP (in daily builds)". It is important to use a CHIRP daily > build from September 2014 or after for Baofeng radios. The CHIRP > v0.4.x stable build should not be used for Baofeng radios. > > Jim KC9HI > _______________________________________________ > chirp_users mailing list > chirp_users(a)intrepid.danplanet.com > http://intrepid.danplanet.com/mailman/listinfo/chirp_users > To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com > >

2 1

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

21 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-20150210 A list of the changes included in this build (since the last daily) follows: Changes for Build #324 [K. Arvanitis <kosta(a)alumni.uvic.ca>] Fixup wouxun radio settings There was a small issue with the construction the top level radio settings group for some of the wouxun radios. This attempts to resolve that. Bug #2285

6 9

[chirp_users] Are Baofeng & Wouxun FCC compliant?
by Bob Fk 21 Mar '15

21 Mar '15

Recently here in Oz, there have been a number of Chinese radios use by Marine Rescue people, confiscated by ACMA officers claiming interference potential and the usual BS. ACMA in Oz is similar to FCC in the US. I notice my Wouxun complies with FCC part 15 but cannot find a similar statement in the Baofeng manual. I believe as amateurs (full calls) we are allowed to build our own gear so I assume we, the licensed operator, are responsible for complying with licensing requirements and are not limited to commercial, type approved, expensive equipment. I would assume Australian laws would be similar to US laws in this respect. How would this issue affect non Ham users, i.e. CB, Commercial, Civil Defence, Volunteer Fire & Rescue organisations etc? -- 73 Bob, *VK2BYF *

9 8

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

21 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-20150321 A list of the changes included in this build (since the last daily) follows: Changes for Build #341 [Richard Cochran <ag6qr(a)sonic.net>] [ft2900] Fix cross tone when channel entered via Radio panel (#2445) This submission makes FT-2900 cross tone support more robust, and protects against a problem where the radio would sometimes use the high order bit of the tone and/or DTCS code field as a bit flag. The code had been using the entire byte as an index into the TONES or DTCS_CODES array, and when the high order bit was set, the value was too high by 128, resulting an array bounds error. Fix is to alter MEM_FORMAT to separate the high order bit flags from the lower 7 bit tone and code fields. This also adds some error checking via a "try" block to catch any remaining array bounds errors (though none are expected). And it adds code which attempts to set those bit flags the way the radio would have set them, even though the flags seem to have no effect on the way the radio transmits or receives. Thanks to Chris Fosnight for finding and reporting the problem. [Marco Filippi <iz3gme.marco(a)gmail.com>] [chirpc] Allow deleting an already empty memory On some radio (eg ft817) empty channels can contain valid data, deleting again such a memory usually clean data Improves #2343 [Marco Filippi <iz3gme.marco(a)gmail.com>] [chirpc] Allow memnum arg to be a string to access special channels Special channels are identified by extd_number which can be a string Improves #2343 [Marco Filippi <iz3gme.marco(a)gmail.com>] [chirpc] Add --list-special-mem Add to chirpc the capability to list special channels if any The string memory representation have been changed to print the extd_number when present instead of number Improves #2343

1 0

[chirp_users] Baofeng BF-F8HP uploading
by mail＠thekantners.com 20 Mar '15

20 Mar '15

5 4

[chirp_users] Alinco DJ-G29T
by Lester C. Wetherell II 20 Mar '15

20 Mar '15

Anyone working on this radio yet. I noticed that the requests for it are several months old. Lester... WD4IFU

1 0

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

18 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-20150318 A list of the changes included in this build (since the last daily) follows: Changes for Build #340 [Richard Cochran <ag6qr(a)sonic.net>] [ft2900] Support cross tones (#2433) This patch adds support for cross tones to the FT2900/FT1900 driver. It allows all combinations of CTCSS and DTCS for transmit and receive, including using one CTCSS tone for sending, and a different CTCSS tone for receiving. This also includes a minor change to memedit.py, to support the proper column hiding/unhiding for TSQL-R. The TSQL-R is "reverse tone squelch", and has the same data, and thus the same columns shown/hidden, as in ordinary TSQL. But on TSQL-R, the radio behavior is different. Squelch is broken only if the tone does NOT match the stored tone.

1 0

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

17 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-20150317 A list of the changes included in this build (since the last daily) follows: Changes for Build #339 [Chris Fosnight <chris.fosnight(a)gmail.com>] [ft2900] Adds support for odd splits. Fixes #2423 This patch adds support for odd splits. I have used it to download odd splits from a Yaesu 1900R, add another odd split via UI, and upload to radio. Passes tests. Adjusted memory map for offset to 3 bytes and added odd split components. Used chirp_common.fix_rounded_step when getting offset memory. Adjusted unknown bytes in memory map and references in code. #2423 [Chris Fosnight <chris.fosnight(a)gmail.com>] [ft2900] Fix FT-2900/1900 test image ...after Dan committed the wrong patch :/ #1107 [Chris Fosnight <chris.fosnight(a)gmail.com>] [ft2900] Adds support for FT-1900R. Fixes #1107 The driver works as is for Yaesu FT-1900R radios. The only difference in models seems to be appearance and power output (power settings are the same). ID strings are identical. #1107

1 0

[chirp_users] (no subject)
by Yahoo Member Service 16 Mar '15

16 Mar '15

ray_ake(a)att.net talk to you later, RAY

1 0

[chirp_users] Updating CHIRP program
by Michael D Earls 16 Mar '15

16 Mar '15

I'm still running Daily Build 20130627, which still works fine for my two UV-5Rs. Because I wanted to play with the squelch settings and because I might want to program newer units than mine, I attempted to install recent daily builds. My first attempt was chirp-daily-20150306-installer.exe. Then, I tried chirp-daily-20150314-installer.exe. In both cases, they appear to run ad infinitum, but no Run or Install window ever appears. >From the Q&A page: How do I upgrade to a newer version of CHIRP? Nothing special is needed. Just download the newer version and install it. The install will replace the old version automatically. This applies to the daily builds as well. Did I choose the wrong file to install from? Mike Earls AF5MS TSRA Life Member NRA Benefactor Member

4 4

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

16 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-20150316 A list of the changes included in this build (since the last daily) follows: Changes for Build #338 [Dan Smith <dsmith(a)danplanet.com>] Fix minor bugs in run_tests (#2343, #2347) This patch contains two fixes for the run_tests. The first change resolves problems when running the script without a path component in its name (either as 'python run_tests' or with PATH="./tests:${PATH}"). Now, we do not try to change directory unless there is a path component. The second problem was that the logs directory will not exist in a clean working copy of the repository. It was being created after the logger module was called. That is resolved by moving the directory creation step to occur before the initialization of the logger module options. Patch originally by Zach Welch, fixed instead of arguing by me. [Dan Smith <dsmith(a)danplanet.com>] Add a run_all_tests.bat for Windows devs #2427 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] "radio refused to send block code 0x1ec0" patch Fix downloading/uploading issue for UV-5R. Mathieu Rozon created the original patch. Updated by Jim Unroe for better uploading compatiblilty. Fixes #2317

1 0

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

15 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-20150314 A list of the changes included in this build (since the last daily) follows: Changes for Build #337 [Marco Filippi <iz3gme.marco(a)gmail.com>] [TH-F6A] Implementing settings Most of the settings have been implemented supports #2383

4 4

[chirp_users] run_tests script
by Jim Unroe 15 Mar '15

15 Mar '15

The run_test script no longer runs on my Windows computer. C:\Users\Root\chirp.hg\tests>python run_tests Traceback (most recent call last): File "run_tests", line 30, in <module> os.chdir(scriptdir) WindowsError: [Error 123] The filename, directory name, or volume label syntax i s incorrect: '' Zach, any thoughts! Jim KC9HI

2 2

[chirp_users] Search Archives
by Ed Gray W0SD 14 Mar '15

14 Mar '15

Can you search the archives by putting in a word or two? Ed W0SD

2 1

[chirp_users] IC2820H
by Ed Gray W0SD 14 Mar '15

14 Mar '15

I need help with D-Star programming and the IC-2820H with UR CALL. If someone has an IC-2820H would could discuss it off the list. Thanks, Ed W0SD

1 0

[chirp_users] FT-50R
by Andrea K 12 Mar '15

12 Mar '15

HI, I'm very happy to see chirp expanded to other models. I purchased the Boefeng for my husband when he got his license. However, I have a Yaseu FT-50R and see that the software doesn't support this model. can you assist me in anyway on being able to use the FT-50R with chirp. Can I set my HT on clone perhaps?? Thanks for you help 73' & 88' -- Andrea AJ4PW Tres. JLRG

1 0

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

12 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-20150312 A list of the changes included in this build (since the last daily) follows: Changes for Build #336 [Zachary T Welch <zach(a)mandolincreekfarm.com>] Add newline at end of console status (#2343) When downloading/uploading on the console, a pretty status bar is printed on a single line. At the end of the transfer, a newline needs to be added, or subsequent output will appear on the same line as the status bar. [Richard Cochran <ag6qr(a)sonic.net>] [ft2900] Fix issues entering channels via UI #2385 This patch fixes problems when entering memories to the FT-2900 via the CHIRP UI. The set_memory function was leaving "unknown" areas of the memory unset, which caused intermittent problems, depending on what had been in those fields before. Fix is to initialize all unknown fields to 0, mimicing what the radio would do if creating new channel via the radio's front panel. Also, we re-order the power levels to make the default "Hi", again to mimic the radio's front panel behavior.

1 0

[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 07 Mar '15

07 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

[chirp_users] Radio did not ack programming mode error in Linux; worked a few weeks ago!
by Walter Francis 06 Mar '15

06 Mar '15

This is very strange, I'm not sure what to make of it... I haven't programmed my Baofeng B5 in a few weeks, and today I wanted to add a few more channels to it, so I got out my cable, plugged it in, ran Chirp, try to send... Radio did not ack error immediately. Also tried to Download, same. My chirp version hasn't changed (Chirp 0.4.1; installed in November) and my radio hasn't changed. OS hasn't changed (Fedora 20, x64), although it's possible I've gotten a kernel update since the last time I programmed. Cable is plugged in all of the way, I've replugged it multiple times, different ports, etc. I haven't dropped the radio, the cable was curled up and put in a drawer for the last few weeks, etc. Very weird. Anyone have any guesses? I programmed it dozens of times screwing around when I first got it and never once had an issue. I always got the same error at the END of programming but it seemed fine. Now it happens immediately and does nothing. The adapter shows up on dev/ttyUSB0, I have write access to the device, etc. Radio is on unused channels, powered off and back on, etc. Here's the traceback if it's useful.. User selected Baofeng UV-B5 on port /dev/ttyUSB0 Clone thread started -- Exception: -- Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/chirpui/clone.py", line 227, in run self.__radio.sync_in() File "/usr/lib/python2.7/site-packages/chirp/uvb5.py", line 305, in sync_in self._mmap = do_download(self) File "/usr/lib/python2.7/site-packages/chirp/uvb5.py", line 196, in do_download do_ident(radio) File "/usr/lib/python2.7/site-packages/chirp/uvb5.py", line 177, in do_ident raise errors.RadioError("Radio did not ack programming mode") RadioError: Radio did not ack programming mode ------ Clone failed: Radio did not ack programming mode Clone thread ended --- Exception Dialog: Radio did not ack programming mode --- None -- Walter Francis khayts.us theblackmoor.net unlimitedphoto.com

2 3

[chirp_users] Problem using Chirp (daily) on Mac OS X 10.6.8
by Darvin DeShazer 06 Mar '15

06 Mar '15

Does Mac OS 10.6.8 work with Chirp? The Mac does not download the blank from the transceiver. So, I'm stuck at the first step. Anyone else have this problem? A solution? Darv KK6OVH On Mar 5, 2015, at 12:00 PM, chirp_users-request(a)intrepid.danplanet.com wrote: > ------------------------------ > > Message: 11 > Date: Thu, 5 Mar 2015 10:29:46 +0100 > From: J?rgen Frank <db2fm(a)juergen-frank.de> > Subject: [chirp_users] Problem using Chirp (daily) on Mac OS X 10.10.2 > To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> > Message-ID: <328727D9-753A-4EEB-B13B-FFBE70B7C899(a)juergen-frank.de> > Content-Type: text/plain; charset=us-ascii > > Hello, > > just to intruduce myself: ham radio operator for more than 25 years, last years without activity (self-employed as communications-engineer...). > > Yesterday I received my Sainsonic AP510. Tried to configure it with my Mac (OS X 10.10.2, python installed from the link on chirp-homepage). > Had success only once. Most of the time it crashes immediately after downloading settings from trx, maximum half a second after showing settings. > (Today I tried the new daily built: same experience (no success until now). > > So at work I tried the windows machine (successfully did a firmware-update to the 20141215 version). Can change frequency-parameters (qrg, tone, power), > but second tab is empty. > > Are these known problems or is it only on my side? > > 73 de Juergen DB2FM > > ------------------------------ >

1 0

[chirp_users] FM Broadcast channels on Wouxun?
by Eric Vought 06 Mar '15

06 Mar '15

Is it possible to program the FM broadcast receiver memories on the Wouxun KG-UV6x handhelds through CHIRP? I am programming them for emergency responders and it would be useful to have pre-programmed access to the stations which are commonly used for public announcements in disasters here. So far, if there is a way to do it in CHIRP, I have not figured it out.

2 2

Re: [chirp_users] Chirp will not load any info on Beofeng UV 82L
by Northeastcourier＠aol.com 05 Mar '15

05 Mar '15

Jim, Thank you so much. As you have probably already gathered, I am not an expert in these matters, and the owners manual seems to be lacking in explanation for some of the different setting functions. I do appreciate your help. Glenn In a message dated 3/4/2015 9:37:55 P.M. Eastern Standard Time, rock.unroe(a)gmail.com writes: On Wed, Mar 4, 2015 at 7:46 PM, <Northeastcourier(a)aol.com> wrote: > Jim > > Thank you. Your last solution with clicking on properties allowed me to > enter the frequencies and tones. But now all the channels can only be > accessed in the B (lower) bank of channels. When I press the EXIT/AB button > it will not lock on the A (upper) bank. So it looks like I somehow disabled > the dual watch function. Could this have been something I did in Chirp? > Thanks again. > > Glenn Glen, You have menu 7 (TDR) set to ON and menu 34 (TDR-AB) set to B. This forces priority to the bottom (B) display. Set TDR-AB to OFF. TDR-AB is of no value on a UV-82 radio because the dual [PTT] overrides it no matter how it is set. Jim KC9HI _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

2 1

[chirp_users] Problem using Chirp (daily) on Mac OS X 10.10.2
by Jürgen Frank 05 Mar '15

05 Mar '15

Hello, just to intruduce myself: ham radio operator for more than 25 years, last years without activity (self-employed as communications-engineer...). Yesterday I received my Sainsonic AP510. Tried to configure it with my Mac (OS X 10.10.2, python installed from the link on chirp-homepage). Had success only once. Most of the time it crashes immediately after downloading settings from trx, maximum half a second after showing settings. (Today I tried the new daily built: same experience (no success until now). So at work I tried the windows machine (successfully did a firmware-update to the 20141215 version). Can change frequency-parameters (qrg, tone, power), but second tab is empty. Are these known problems or is it only on my side? 73 de Juergen DB2FM

1 0

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

05 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-20150305 A list of the changes included in this build (since the last daily) follows: Changes for Build #332 [K. Arvanitis <kosta(a)alumni.uvic.ca>] Set scrollable property on main app notebook This prevents the window from being automatically resized when multiple tabs are simultaneously opened. Bug #2347 [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in thd72.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in thuv1f.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in tk8102.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in icomciv.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in id800.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in id31.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in kguv8d.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in kenwood_hmk.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in h777.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in kyd.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in leixen.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in puxing.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in idrp.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in rfinder.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in uvb5.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in uv5r.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in vxa700.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in wouxum.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in wouxum_common.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in yaesu_clone.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in bjuv55.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in baofeng_uv3r.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ap510.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in some drivers (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Move chirpui/ to chirp/ui/ (#2351) [Zach Welch <zach(a)mandolincreekfarm.com>] Move drivers into chirp/drivers/ (#2351) CHIRP now supports enough devices that the chirp/ directory has become cluttered. This creates unnecessary coupling when importing all of these modules. This patch moves all of the drivers to their own directory and then chases down all of the stale import references. Changes for Build #333 [K. Arvanitis <kosta(a)alumni.uvic.ca>] [KGUV8D] Decode oem memory as ascii string Address issue where the UV8D driver was not decoding strings from memory, but rather was treating them as raw memory which was preventing the app from displaying the raw memory as a string (which it can not do in cases where the string contains null characters, etc..); This bug was causing the settings UI to not display any settings due to the exception being thrown by the radio driver; It was not caught by the unit tests due to the fact the img checked into the tree for this radio is of a diff. version than the image reported by the user in the bug report. Bug #2377 [Zach Welch <zach(a)mandolincreekfarm.com>] Fix bug caused by style fix (#2355) I introduced a minor typo during my cleanup. Thanks to Richard Cochran for reporting the mistake. [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in icx8x_ll.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in icx8x.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in icw32.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ict8.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ict70.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in icq7.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in icf.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ic9x_ll.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ic9x_icf_ll.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ic9x_icf.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ic9x.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ic2820.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ic2720.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ic2200.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ic2100.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ic208.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in tmv71*.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in th_uvf8d.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in th_uv3r25.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in th_uv3r.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in th9800.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in vx8.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in vx7.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in vx6.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in vx510.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in vx5.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in vx3.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in vx2.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in vx170.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ftm350.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ft90.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ft7800.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ft60.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in ft50_ll.py (#2355) [Zachary T Welch <zach(a)mandolincreekfarm.com>] Fix style issues in some drivers (#2355) [Dan Smith <dsmith(a)danplanet.com>] Fix Win32 build after drivers split The patch to split out the drivers tree broke the win32 build (and execution) in several places. This fixes that. Fallout from #2351

1 0

Re: [chirp_users] Chirp will not load any info on Beofeng UV 82L
by Northeastcourier＠aol.com 05 Mar '15

05 Mar '15

Jim Thank you. Your last solution with clicking on properties allowed me to enter the frequencies and tones. But now all the channels can only be accessed in the B (lower) bank of channels. When I press the EXIT/AB button it will not lock on the A (upper) bank. So it looks like I somehow disabled the dual watch function. Could this have been something I did in Chirp? Thanks again. Glenn In a message dated 3/4/2015 6:15:37 P.M. Eastern Standard Time, rock.unroe(a)gmail.com writes: On Wed, Mar 4, 2015 at 4:57 PM, <Northeastcourier(a)aol.com> wrote: > Hello, > > Chirp opens and downloads from a Beofeng UV 82L, but when I try to enter any > info in any field (frequency, tone, name, etc ) the previous entry reverts > back to whatever was originally there. Can anyone help with this problem. > There is also a frequency that keeps appearing ( 146.010, I think, when the > newly programmed one disappears ). Had no problem when I originally > programmed this radio last month. Thank you. > > Glenn When you key something into a field or make a selection from a drop-down menu, you need to press enter or click on another cell to make it "stick". A quick way to make sure that a new entry or setting selection has been made fully is to click the [Refresh] button. If it doesn't stay, you didn't press enter or click onto another cell to complete the change. Another way, and it may be simpler for some is to click on the memory row that you want to edit, the choose "Properties" from the drop-down menu that appears. Then change the settings as required and click the [OK] button to accept the changes. Jim KC9HI _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

2 1

[chirp_users] Chirp will not load any info on Beofeng UV 82L
by Northeastcourier＠aol.com 04 Mar '15

04 Mar '15

Hello, Chirp opens and downloads from a Beofeng UV 82L, but when I try to enter any info in any field (frequency, tone, name, etc ) the previous entry reverts back to whatever was originally there. Can anyone help with this problem. There is also a frequency that keeps appearing ( 146.010, I think, when the newly programmed one disappears ). Had no problem when I originally programmed this radio last month. Thank you. Glenn

2 1

[chirp_users] Chirp and Win7
by Jiří Dostal 04 Mar '15

04 Mar '15

Hello all, I have an issue with Chirpinstalled on my Win7 Home Premium computer. In all cases after installation of several versions and daily updates I can not start Chirp, I receive only an error window "Error reporting is enabled" and when I click "OK" nothing happens. On my Win8.1 pro computer all is running well. Do you have any suggestion hów to help? 73! George OK2KG

4 5

Re: [chirp_users] Chirp and Win7
by thecanesvenatici 04 Mar '15

04 Mar '15

Is there not a tried and true Prolific drivr from the files section of Chirp? That is unless the device is FTDI based. Not sure if there is a preference driver for those. Canes. Sent from my T-Mobile 4G LTE Device -------- Original message -------- From: Shawn Marcotte <marcotte32(a)gmail.com> Date:03/04/2015 3:04 PM (GMT-05:00) To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> Cc: Subject: Re: [chirp_users] Chirp and Win7 I had a similar problem with mine my windows 7 my Windows XP works fine but I had to download the disc that came with my program cable and had to download the driver that was stamped on the back of the paperwork for the disc . Then it all loaded in and work is great I was able to clone the radio to reprogram it and then upload and download it. Hope this helps Hello Tom, I am affrayed, this is not the issue, my Login name is Jura, no special eastern europeancharacters. By side I use Czech wersion of Win7 and Win8.1 so this should also not be the case. Anyway thank´s for your quick reply. 73! George 2015-03-04 20:26 GMT+01:00 Tom Hayward <tom(a)tomh.us>: On Wed, Mar 4, 2015 at 11:22 AM, Jiří Dostal <george.ok2kg(a)gmail.com> wrote: > Hello all, > > I have an issue with Chirpinstalled on my Win7 Home Premium computer. > In all cases after installation of several versions and daily updates I can > not start Chirp, I receive only an error window "Error reporting is enabled" > and when I click "OK" nothing happens. Sounds like it could be this bug: http://chirp.danplanet.com/issues/272 Tom KD7LXL _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

1 0

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

03 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-20150303 A list of the changes included in this build (since the last daily) follows: Changes for Build #331 [Marco Filippi <iz3gme.marco(a)gmail.com>] Fix style issues in ft1d.py This patch brings ft1d.py into conformance with PEP8 rules and removes it from the blacklist. improves #2355 [Marco Filippi <iz3gme.marco(a)gmail.com>] Fix style issues in ft857.py This patch brings ft857.py into conformance with PEP8 rules and removes it from the blacklist. improves #2355 [Marco Filippi <iz3gme.marco(a)gmail.com>] Fix style issues in ft817.py This patch brings ft817.py into conformance with PEP8 rules and removes it from the blacklist. improves #2355 [Zach Welch <zach(a)mandolincreekfarm.com>] Use logging in chirpui/*.py (#2347) [Zach Welch <zach(a)mandolincreekfarm.com>] Use logging in chirp/*.py (#2347) [Zach Welch <zach(a)mandolincreekfarm.com>] Use logging in chirp[cw] (#2347) [Richard Cochran <ag6qr(a)sonic.net>] Support new model Yaesu FT-2900R, new driver ft2900.py (#358) This adds driver ft2900.py to support the Yaesu FT-2900R radio. At this time, support is limited to the 200 standard memories. No banks, no settings, no band edge limits. Driver is loosely based on FT-2800 driver, with some code borrowed from VX-7 and FT-60 drivers. A sample .img file is being e-mailed to the dev list in a separate email. [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in tools (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in fips.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in reporting.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in miscwidgits.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in memedit.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in memdetail.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in mainapp.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in importdialog.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in editorset.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in common.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in settings.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in bitwise.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in chirp module (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in bandplans (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in pyPEG.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in elib_intl.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in chirp_common.py (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in make_supported.py (#2355) Like run_tests, this script monkeys with the path to find the chirp modules, so it gets a similar exception. [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in csvdump scripts (#2355) [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in unit tests (#2355) The memedit unit tests needed an exception, as that module uses a lambda to fake localization when importing the UI module. [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in run_tests (#2355) The run_tests script contains logic to set the path for importing the chirp modules. This violates the style rule that all module-level imports must be at the top of the file, so I added it as an exception for this file. [Zach Welch <zach(a)mandolincreekfarm.com>] Allow cpep8.py script to make exceptions (#2355) This patch enhances the cpep8.py script with the ability to ignore a list of style rules on per-file basis. There are cases where it may be too disruptive to eliminate all style issues, so this mechanism allows the style checker to enforce the remainder of the style rules. The new --strict option will cause the script to ignore the exception list. As a bonus, this change improves interactivity, so --verbose will cause the name of the file to be printed as it is checked (rather than printing one long list before it started). The downside: the pep8 module catches KeyboardInterrpt, so it's hard impossible to stop once it gets started. [Zach Welch <zach(a)mandolincreekfarm.com>] Fix bad lambda conversion in platform.py (#2355) ... and today I learned that python's lambda expressions have an implicit "return" statement, while defs don't.

1 0

[chirp_users] UV-B6 was BFf8hP
by Richard Menedetter 02 Mar '15

02 Mar '15

Hi dwsexton > I a baofeng uvb6 when i try to from the radio download with chirp or with theoem software i get radio did not ack > programing ) i have tried chirp and it does not show uvb6 but when i read the help list it says to use the uvb5 to > read and write from radio i have use 4.0 and 4.1 daily build both give the same results i have checked the usb > driver and it is set and i am using the port it is set to any advice would be helpfull. You are correct to use UV-B5. Sadly the new Firmware versions of UV-B5/UV-B6 are not supported by Chirp. There is a patch that remedies this, but as far as I know it has not been added to any official Chirp build. You can use the official Boafeng SW to download the image, and then rename it to the name used by Chirp, import it to chirp, make the changes, save, rename back and upload via Boafeng SW. I hope that Chirp will soon add support for those newer UV-B5/B6 Firmware versions. It seems that the Radio changed its identity marker, and is no longer correctly identified by Chirp. The one line patch floating around seems to remedy the situation. (At least the newer UV-B5 is recognized and fully programmable) CU, Ricsi

2 1

Re: [chirp_users] SYC-777s
by Castilhos ＠ GMAIL 02 Mar '15

02 Mar '15

Hi people ! My name is Castilhos (from Brazil) and I'm a user of some HT Radios (Baofeng) for near communication. Well, someone know SYC-777S HT and how to communicate them with CHIRP ? I like to sync with my other radios. Or, if anyone have a list of channels (frequencies) ... Sorry if my first message is for a question. Thanks in advance !

1 0

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

01 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-20150301 A list of the changes included in this build (since the last daily) follows: Changes for Build #330 [Zach Welch <zach(a)mandolincreekfarm.com>] Update cpep8 to use pep8 1.6.2 (#2355) This patch updates the virtualenv version of pep8 to 1.6.2, chasing down the new style errors that pop up in the already cleaned files. [Zach Welch <zach(a)mandolincreekfarm.com>] Add cpep8.sh wrapper script (#2355) This patch moves the virtualenv setup out of run_all_tests.sh, allowing cpep8.py to be run on its own with the correct module versions. This patch also moves the virtualenv temporary directory into tools/ and adds it to the .hgignore file. [Zach Welch <zach(a)mandolincreekfarm.com>] Improve cpep8.py (#2355) This patch expands cpep8.manifest to contain all files, allowing the cpep8.py script to use it instead of scanning for files. Scanning can now be done with --scan. If both --scan and --update options are given, the manifest file will be updated with the scan results. Altogether, this should fix problems that Windows users were seeing, caused by mismatches between the dynamic manifest and the blacklist (due to different path separators).

1 0

[chirp_users] UV-5R Service Settings for Squelch Redux
by Michael Schwarzchild 01 Mar '15

01 Mar '15

Now that the expanded UV-5R Service Settings for Squelch are accessible through CHIRP (thank you!), does anyone have recommendations for good settings there? Thanks. Michael, W1NBV

7 9

[chirp_users] New Daily Build
by Build System 28 Feb '15

28 Feb '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-20150228 A list of the changes included in this build (since the last daily) follows: Changes for Build #329 [Dan Smith <dsmith(a)danplanet.com>] Run pep8 in a virtualenv with a pep8==1.4.6 This makes our test runner generate a virtualenv, install pep8==1.4.6 inside, and run our pep8 test using it. Fallout from issue #2355 [Zach Welch <zach(a)mandolincreekfarm.com>] Allow run_tests to be run from anywhere (#2343) Find the path to run_tests, then chdir into the tests directory. [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues in setup.py (#2355) This patch brings setup.py into conformance with PEP8 rules and removes it from the blacklist. It also rewrites the staticify_chirp_module routine to be more idiomatic. [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues (4/4) (#2355) More low-hanging style issues. [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues (3/4) (#2355) This patch fixes more low-hanging style issues. For the most part, these are all whitespace changes, but there were a handful of idiomatic changes flagged by the pep8 tool too: "x.has_key(y)" is now "y in x". [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues (2/4) (#2355) This patch fixes the style in a handful of files and removes them from pep8.blacklist. [Zach Welch <zach(a)mandolincreekfarm.com>] Fix style issues (1/4) (#2355) This patch contains whitespace-only changes that eliminate all of the PEP8 style warnings in the CLI and GUI scripts. [Zach Welch <zach(a)mandolincreekfarm.com>] Add pep8 checker script (#2355) This patch adds a new script that runs the pep8 tool on the CHIRP source code files. This script is intended to be included in the repository pre-commit hook, preventing patches from causing style regressions. The script checks a blacklist of files that are not yet compliant with the style standards, and those files will not be scanned (unless -a is given). Since no new files should ever be added to the blacklist, it should eventually shrink to empty, and the script will check the entire codebase. The blacklist makes it safe to begin using this tool immediately, so this patch also adds a call to it from run_all_tests.sh. [Zach Welch <zach(a)mandolincreekfarm.com>] Suppress startup debugging messages (#2347) This patch changes the verbose startup messages to use LOG.info calls. This change is required to make the CLI remotely usable, as it's unreasonable to print so much information in that context. I kept this separate from the last patch, because I can imagine that this might impact the automated/buildbot testing. To avoid regressions, the previous output can be generated by setting 'CHIRP_DEBUG=info' in the environment. [Zach Welch <zach(a)mandolincreekfarm.com>] Use new logger module (#2347) This patch chases down all references to CHIRP_DEBUG, converting the wrapped print calls to LOG.debug calls. It also eliminates a few plain DEBUG variables and a couple of other one-off variants. [Zach Welch <zach(a)mandolincreekfarm.com>] Fix chirp.logger module (#2347) This patch addresses some issues with the chirp.logger module in order to use it in chirpc and chirpw. It prints the version string when logging at DEBUG level. In addition, it embraces and extends the "debug.log" support that was present in chirpw, ensuring all log messages and output end up in that file when running on Win32 or MacOS hosts. It also allows that feature to be tested on Linux by setting CHIRP_DEBUG_LOG in the environment. [K. Arvanitis <kosta(a)alumni.uvic.ca>] [FT-60] Adding support for PMS channels. Added special channel support for yasue programmable memory scan channels: L1 - L50 and U1 - U50. Bug #2367

1 0