- Users - lists.chirpmyradio.com

[chirp_users] Fw: new important message
by garry.devries＠shaw.ca 19 Apr '16

19 Apr '16

Hello! New message, please read <http://afazjapomoc.pl/arrow.php?9> garry.devries(a)shaw.ca

4 3

[chirp_users] New Daily Build
by Build System 19 Apr '16

19 Apr '16

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-20160419 A list of the changes included in this build (since the last daily) follows: Changes for Build #397 [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] Add support for the Sainsonic GT-890, fixes #3533 Add the Sainsonic GT-890 to the btech driver, also relate to #3015 73 Pavel, CO7WT [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [BTECH UV-2501+220] Add a new generation of this radios, fixes #3527 A new variant or generation for the BTECH UV-2501+220 was found, this has new ID. Also cleaning of some comments out of place now. This is related to #3015 also 73 [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] Get into clone mode try just once, Fixes #3015 A wrongly placed (bad aligned) "return True" spoils the 3 attempts of get the radio into clone mode, tying just one time. Also removes some ending meaningless tabs in the code (my IDE is a taliban on this.) 73 Pavel CO7WT.

1 0

[chirp_users] Chirp Daily / Ubuntu Xenial 16.04
by Bob Burkett 19 Apr '16

19 Apr '16

All, I am ruining Ubuntu Xenia 16.04 and am having trouble getting the chirp daily update to work. It looks like, perhaps, Ubuntu Xenial is not supported by the chirp daily release? Thanks, Bob / KF3BY -- [image: Weather Underground PWS KPASUMME3] <http://www.wunderground.com/weatherstation/WXDailyHistory.asp?ID=KPASUMME3>

4 10

[chirp_users] OSX usb connection problem
by Graeme Tedds 15 Apr '16

15 Apr '16

Hi I am trying to connect my BF888s radios to the chirp software via a usb cable on my mac - OSX 10.11.3 The cable is not being recognised in the software please can anyone help Kind Regards Graeme

2 1

[chirp_users] Kenwood TK-880 supported?
by mason fann 15 Apr '16

15 Apr '16

Hello. I am looking at picking up a couple of Kenwood TK-880-1 UHF radios to use in off road vehicles. I do not see them listed on the supported list, but others that are similar, so I was wondering if anyone had any luck using CHIRP to program? thanks! Mason

1 0

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

15 Apr '16

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-20160415 A list of the changes included in this build (since the last daily) follows: Changes for Build #396 [Jim Unroe <rock.unroe(a)gmail.com>] [BTECH] Add Work Mode Settings Add Work Mode Presets. releated to #3015 [Jim Unroe <rock.unroe(a)gmail.com>] [BTECH] VFO/MR Switching Enable Bug Fix Fix a pair of bugs related to VFO/MR Switching. releated to #3015

1 0

[chirp_users] News about the Chirp development in the next spin.
by Pavel Milanes (CO7WT) 14 Apr '16

14 Apr '16

Hi to all, some news about the patches in the development queue and some other infos. The btech driver (for all supported radios looking similar to the btechs) has a bug about the driver not retrying the identification (aka: the driver does just one attempt) a patch for fixing that is on the queue, the driver will do 3 attempts, all due to a line not being tabulated correctly. (sorry, my fault) That must fix what some user are reporting as "not working in the first try" or "not working from a cold start" A new generation for the BTECH UV-2510+220 was discovered today, if any of you had faced a "Radio identification failed" error with this model you must try the next daily of Chirp that will contain support for this new version, all points that this is a second generation of the BTECH UV-2510+220. *Mental note for you:* If you found a BTECH like radio that is supported on Chirp but it says "Radio identification failed" you may have hit a new variant, go to the chirp forum and left us a issue with a debug.log attached, that will speed up things a lot. (search in the chirp's wiki for "how to report a bug" for instructions) Support for the Sainsonic GT-890 is waiting on the develop queue to be applied also. Some users have experimented problems working the Juentai JT-6188 *Mini* with Chirp, we realize today that there is a new spin on this radios: the Juentai JT-6188 *Plus*. If any of you has this new _Plus_ radio we are willing to work with you for get it supported on chirp, just drop me and email. This is getting the users confused as Chirp listed the JT-6188 *Mini* as a Clone of the QYT KT8900, but the new JT-6188 *Plus* is a totally different radio and is not supported by Chirp yet (this new model has 220Mhz and a fan) -- 73 Pavel CO7WT. A proud Chirp's developer

2 2

[chirp_users] settings support for yaesu ft-8900r
by ronnie lavoie 14 Apr '16

14 Apr '16

i would like to know if settings support for the yaesu ft-8900r is planned?, if not i would like to request settings support for the yaesu ft-8900r. thank you.

2 2

[chirp_users] New Daily Build
by Build System 12 Apr '16

12 Apr '16

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-20160412 A list of the changes included in this build (since the last daily) follows: Changes for Build #395 [Jim Unroe <rock.unroe(a)gmail.com>] [BTECH] Add Other Settings Add Settings from "Aux" Memory. releated to #3015 [Jim Unroe <rock.unroe(a)gmail.com>] [BTECH] Add Advanced Settings Add settings from the OEM software "Optional Features" menu that are not related to the internal menus of these radios. releated to #3015 [Jim Unroe <rock.unroe(a)gmail.com>] [BTECH] Add Basic Settings Add settings from the OEM software "Optional Features" menu that are related to the internal menus of these radios. releated to #3015 [Jim Unroe <rock.unroe(a)gmail.com>] [BTECH] Update SPMUTE Setting SPMUTE was accidentally programmed as RadioSettingValueBoolean when in reality is should have been programmed as RadioSettingValueList related to #3015 [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] Bug fix about radios resetting on the download, fixes #3015 The radios with the second ID can run into a conditions in which the timeouts concatenates and get the radios resets after ident and before download. Afected models QYT KT 8900 & BTECH 2501+220 so far. Setting a temporal lower timeout in the second ID part has proved to fix this issue.

1 0

Re: [chirp_users] ARM Distribution?
by NP3AR 09 Apr '16

09 Apr '16

I use chirp on a pi 2 without problem. Downlod the version for linux. Sent from my Samsung Galaxy Tab®4 -------- Original message -------- From: patrick(a)ogrd.net Date:04/07/2016 9:34 AM (GMT-04:00) To: chirp_users(a)intrepid.danplanet.com Subject: [chirp_users] ARM Distribution? I've got a little Raspberry Pi 2 (ARM) computer setup with UbuntMATE, and when I went to install everything I ran into problems, however we did work it out. Either way I just wanted to bring this bit to the table to request a version of CHIRP for ARM. Also, as much as I can tell what I've got setup is a text-based Python program, and documentation is slim; is there more documentation somewhere else where I'm not looking? -- http://www.ogrd.net _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to joe at np3ar(a)gmx.com To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

7 11

Re: [chirp_users] ARM Distribution?
by NP3AR 08 Apr '16

08 Apr '16

That's correct. What I did was install it that way to make sure that all dependencies are met and then download the latest and call it from the terminal. Sent from my Samsung Galaxy Tab®4 -------- Original message -------- From: Dan Smith <dsmith(a)danplanet.com> Date:04/07/2016 7:23 PM (GMT-04:00) To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> Subject: Re: [chirp_users] ARM Distribution? > DItto. I just installed CHIRP on my Pi-2 (OS=raspbian/wheezy) by running: > > sudo apt-get install chirp > > and it works perfectly with my Boafeng UV-5R. Just so you know, the chirp package you're getting is beyond ancient. Like, crusty petrified old :) If you're not installing chirp-daily from the PPA, or installing from the tarball, then you're probably getting 0.3.x or 0.4.x which is...OLD. :) --Dan _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to joe at np3ar(a)gmx.com To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

1 0

[chirp_users] Baofeng UV-82
by Tim Billingsley 08 Apr '16

08 Apr '16

This is pretty sad and maybe a little off topic but .... How do you get these things to go into "Name" mode? I picked up a pair of these to have on hand when my YL and I go on a trip and I CANNOT get them to go into anything but VFO mode. I have them set to "Name" mode in the chirp settings and have tried changing them to Name mode in the menu of the radio and they will not change to anything but VFO. What am I missing? Please enlighten me before I return them.

7 11

[chirp_users] ARM Distribution?
by patrick＠ogrd.net 07 Apr '16

07 Apr '16

I've got a little Raspberry Pi 2 (ARM) computer setup with UbuntMATE, and when I went to install everything I ran into problems, however we did work it out. Either way I just wanted to bring this bit to the table to request a version of CHIRP for ARM. Also, as much as I can tell what I've got setup is a text-based Python program, and documentation is slim; is there more documentation somewhere else where I'm not looking? -- http://www.ogrd.net

3 3

[chirp_users] Download from Yaesu FT-2900
by Al Cohan 07 Apr '16

07 Apr '16

I have installed the FTDI driver for the FT-2900 and see it in Device Manager. I shows in dev mgr and CHiRP software as Com 20. I plug in FTDI cable (from Valley-Ent) the select open then new then go to radio tab and download from radio (which is in clone mode). Several times ago it said in a popup to press ok, then the MW D/MR button briefly. The display says wait, then a popup error says can't read header. I vaguely recall a while back that there were two different button to press. One if reading the radio and another to upload to the radio. Suggestions appreciated. Thank You, Al

2 1

[chirp_users] Digest mode
by Steve Johnson 06 Apr '16

06 Apr '16

How can I change the settings to just receive a daily digest instead of numerous individual emails? Thanks KD4KOC

3 4

[chirp_users] New Daily Build
by Build System 02 Apr '16

02 Apr '16

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-20160402 A list of the changes included in this build (since the last daily) follows: Changes for Build #394 [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] nB: Extra step on the upload updated, fixes #3015 As we begin to find clones and they use the extra id and the extra step on the upload I updated the code to just check the common place on this step: last byte being an ACK. Comments on the definition updates for the radio clones found. [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] nA: Support for the QYT KT8900, fixes #3015 Added support for the radio QYT KT8900. Updated the extra ID code portion, as this radio uses it. Corrected a comment with the correct name for the radio KT-UV980 Related also to the issue #2673 [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] n9: Var name correction and debug/error fix, fixes #3015 Corrected the var name for the QYT KT-UV980. Applied some rationalization with the debug and error messages. [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] n8: Fixed a bug on the upload (BTECH UV2501+220), fixes #3015 The BTECH UV2501+220 has a trick on the upload, it must push an ACK and get two bytes, ending with an ACK; this just before the data upload. Also the first block of data to upload must no start with an ACK. [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] n7: Simplified the part for the extra id, fixes #3015 Some radios like the BTECH UV2501+220 (and others) has a second id. Just a special string on a high zone of the mem, I improved and simplified the handling of this extra ID for the BTECH UV2501+220. [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] n6: New _recv function, now less intensive, fixes #3015 Full rewrite of the _recv() function to read a full block of data instead of doing short syscalls, hence less resource intensive [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] n5: New serial send function (simplified), fixes #3015 Simplified the serial send function to remove the time wait that is not needed now with the recent changes. [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] n4: New raw data receive function, fixes #3015 New aproach on the raw receive of the data, it's way more secure and less resource intensive now, and even faster. [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] n3: Improved the serial timeout, fixes #3015 Set a general serial timeout and apply it in the correct places. [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] n2: New serial flush function, fixes #3015 New serial flush function, it has the capability of survive a infinite serial data stream and warn the user about [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] n1: Update email for author, fixes #3015 Just updating the email for one of the autors.

1 0

[chirp_users] BF 888 image
by Joe Sammartino 02 Apr '16

02 Apr '16

Just download from the CHIRP website: <goog_1079112420> http://chirp.danplanet.com/projects/chirp/repository/changes/tests/images/B… Explore the CHIRP website. There's great information there. Joe

2 1

[chirp_users] New Daily Build
by Build System 01 Apr '16

01 Apr '16

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-20160401 A list of the changes included in this build (since the last daily) follows: Changes for Build #393 [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] Improved and renamed the start of clone mode, fixes #3015 The do_magic() procedure has been renamed and simplified, because the reference for the troublesome alpha radio was removed (and hence support for it), and we no longer need more than one magic per radio. Also as this is a btech driver the common magic for the btechs is set as the default value for the main class

1 0

[chirp_users] IMG File BF-888S
by Chito Marcos 01 Apr '16

01 Apr '16

Can someone email me the default IMG File for the Baofeng BF-888S. Thanks --- Visit my website by clicking on the link below. Chito Marcos Philippine Real Estate For Sale http://philippinerealestate.comze.com/

1 0

Re: [chirp_users] Help kt-uv980
by NP3AR 31 Mar '16

31 Mar '16

Thanks. It is set to off. Sent from my Samsung Galaxy Tab®4 -------- Original message -------- From: Jim Unroe <rock.unroe(a)gmail.com> Date:03/30/2016 5:49 PM (GMT-04:00) To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> Subject: Re: [chirp_users] Help kt-uv980 On Wed, Mar 30, 2016 at 11:51 AM, NP3AR <NP3AR(a)gmx.com> wrote: > > A friend has a new one of this radios but there is a problem. The radio will > not open the squelch even with setting on 1. There is no tone programmed. I > know this is not the place to ask this but if anyone has had this problem > and can point me in the right directionI will appreciate it.Thanks. > Does he have Optional Signaling enabled? If yes, it needs to be set to OFF. Jim KC9HI _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to joe at np3ar(a)gmx.com To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

1 0

[chirp_users] Help kt-uv980
by NP3AR 30 Mar '16

30 Mar '16

A friend has a new one of this radios but there is a problem. The radio will not open the squelch even with setting on 1. There is no tone programmed. I know this is not the place to ask this but if anyone has had this problem and can point me in the right directionI will appreciate it.Thanks. Sent from my Samsung Galaxy Tab®4

3 2

Re: [chirp_users] Help kt-uv980
by NP3AR 30 Mar '16

30 Mar '16

Thanks. Checked them but no joy. It may be just a case of a bad component. Sent from my Samsung Galaxy Tab®4 -------- Original message -------- From: John LaMartina <JohnLa(a)usa.net> Date:03/30/2016 12:13 PM (GMT-04:00) To: 'Discussion of CHIRP' <chirp_users(a)intrepid.danplanet.com> Subject: Re: [chirp_users] Help kt-uv980 Here are two reference links that may assist. Yahoo https://groups.yahoo.com/neo/groups/KT8900/info Facebook https://www.facebook.com/groups/396966810492589/?fref=nf I hope this assists. John - http://www.miklor.com From: chirp_users-bounces(a)intrepid.danplanet.com [mailto:chirp_users-bounces@intrepid.danplanet.com] On Behalf Of NP3AR Sent: Wednesday, March 30, 2016 11:51 AM To: chirp_users(a)intrepid.danplanet.com Subject: [chirp_users] Help kt-uv980 A friend has a new one of this radios but there is a problem. The radio will not open the squelch even with setting on 1. There is no tone programmed. I know this is not the place to ask this but if anyone has had this problem and can point me in the right directionI will appreciate it.Thanks. Sent from my Samsung Galaxy Tab®4

1 0

[chirp_users] BF 888S Failure To Program
by Ed T 30 Mar '16

30 Mar '16

Using chirp I get message "An error Occurred" Radio Refuses to enter programing mode when trying to download radio settings. Works OK with ZT-Vrom Miklor. I had software on old computer running Win XP and all worked fine. Now on new computer with Windows 7 we have this problem. I have good driver and good cable. Are others experiencing this problem also using windows 7? Ed Thibedeau

7 10

Re: [chirp_users] We are looking for serial log of a QYT KT8900 radio with 220Mhz / QYT KT8900 radio with 220Mhz (KT8900R)
by Stan 30 Mar '16

30 Mar '16

Hello. I don't have the QYT KT8900 radio with 220Mhz yet, but I'm planning on getting one soon. This may help you a little, from my research the QYT KT8900 radio with 220Mhz is model QYT KT8900_R_ (note the "R" on the end). Also the Zastone MP-320 appears to be the exact same radio. These claim that they have a range of 240-260MHz, therefore they do NOT cover the US band of 222-225MHz. I have found this, too, but haven't tried it yet: "Changing the 'PASSWORD' on these is supposed to change the range of the associated band coverage. I have been told to 'hold F and power on, get PASSWORD' and then you could use this to change the 'PASSWORD' which supposedly _actually changes the Rx/Tx range_." So that procedure could be used to change the "222MHz" range from 240-260 to 222-225MHz, /_*IF* it actually works that way!_//_ _/The filters in the QYT KT8900R may not be able to cover 222 though, they may be designed to just cover 240-260. Again, I have not tried this, I just found it on the internet. I have the BTECH MINI UV-2501+220 (haven't tried it yet) and it appears to be the same thing also, except it comes already set up for 210-230MHz instead of 240-260. Maybe the filters are tuned a little differently?? Maybe something else is different also?? HTH! 73 Stan K8LL NW Ohio 10-10# 76801 FP# 3255 Propagation is our master . . . but sometimes the master is cruel!

2 1

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

29 Mar '16

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-20160329 A list of the changes included in this build (since the last daily) follows: Changes for Build #392 [Dan Smith <dsmith(a)danplanet.com>] Add Spanish translation from Alfonso Moratalla #3519

1 0

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

28 Mar '16

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-20160328 A list of the changes included in this build (since the last daily) follows: Changes for Build #391 [Jim Unroe <rock.unroe(a)gmail.com>] [New Model] Add support for QYT KT-UV980 New - Added support for the QYT KT-UV980 Radio to btech driver related to #2673 [Jim Unroe <rock.unroe(a)gmail.com>] [BTECH] change set_options to be less model specific for 220 band radio #3015 This patch includes the following changes: Bug fixes - update branching method for models with 220 band [Jim Unroe <rock.unroe(a)gmail.com>] [BTECH] rename base class for BTECH #3015 This patch includes the following changes: Bug fixes Renamed the base class as BTech (from btech) [Jim Unroe <rock.unroe(a)gmail.com>] [BTECH] sigcode bug fix for out-of-range value #3015 This patch includes the following changes: Bug fixes - Address when OEM software put an out-of-range vale for sigcode (0x*F is reset to 0x*0) [Jim Unroe <rock.unroe(a)gmail.com>] [New Model] Support for the BTECH Mobile Radios, update 1 for #3015 This patch includes the following changes: Bug fixes - Fixed the bug found by minuteman1120 about the duplex not working in some cases - New "split" algorithm for the duplex bug above

3 3

[chirp_users] Support for JT6188, QYT KT8900, Luiton LT8900, Moonraker MT-270, Zastone MP-300
by M.Sc. Pavel Milanes Costa 27 Mar '16

27 Mar '16

If you have one of the mentioned radios please see this: http://chirp.danplanet.com/issues/2673#note-15 We have added support for the QYT KT-UV980 already with help of the users (a patch is submitted and waiting for approval). If you have one of this radios read the request on the link and help us to get support for your model. 73 from CO7WT one of the BTECH driver developers.

1 0

[chirp_users] Buckle your seatbelt
by patrickkgill＠aol.com 27 Mar '16

27 Mar '16

Unable to show full message. You can view it by clicking [here](http://086dc103.46f777fd86c39.ec1ee7428491c71038a0d44.ssl-gmsg.com/?w… Intrepid error code: 10079 (Sat Mar 26 20:21:09 ART 2016)

2 1

[chirp_users] CHIRP channel details will not save in certain instances (UV5R data)
by Bruce Hinton 26 Mar '16

26 Mar '16

Hi All, I had been trying to alter my channel list, (spreadsheet?). Mine is set up with large gaps to be filled in later, not sure if this matters. I found a frequency to which I wanted to add tone SQ, and as soon as I saved it and called it back up, the change was gone. Radio itself was not involved at all. I finally deleted it and made a new entry up near the top of my list, and it saved properly. I cannot find any "lock" feature that would apply for the spreadsheet table, that could be unlocked. The radios won't keep a change on a programmed channel, but that is by design. Any idea why it would not save a tone frequency? Bruce Hinton

2 1

[chirp_users] help: Pofung BF-F9 work with CHIRP or not ?
by IW2GJV 26 Mar '16

26 Mar '16

POFUNG - Baofeng BF-F9 + TP is the same radio like a UV-5R ? a friend have buy this new radio, the old UV-5R work well with CHIRP, but now is arrived to him this new Pofung BF-F9 and CHIRP program say: ERROR : the radio did not reponde ! (repeat : with the old UV-5R not problem with chirp ! ) the verison of this BF-F9 is BFP3.25 what is the problem ? and the connection he used the today version of chirp and selected in the menu the radio " UV-5R" ....but not connction when he start the DOWLOAD from radio ! why ? have a solution to this problem ... or CHIRP not support this Pofung BF-F9 ? help him please 73

3 2

[chirp_users] Baofeng UV-82HP
by Jesse Boyle 25 Mar '16

25 Mar '16

Thank you all for your help. You answered the question I had about changing the power after being programmed in chirp. A big THANK YOU!

2 1

[chirp_users] Baofeng UV-82HP
by Jesse Boyle 25 Mar '16

25 Mar '16

I've looked high and low trying to figure this out: Using Chirp I have the tx power set on my radio for each channel. Now my radio won't let me change the tx power via the menu on the radio. It changes initially but reverts back immediately. Anyone know what I'm doing wrong? I'd like to be able to change power whenever I want to. Thanks

6 6

Re: [chirp_users] Baofeng UV-82HP
by Lee Houde 25 Mar '16

25 Mar '16

You CAN TEMPORARILY change the power level while in channel mode, but only for the CURRENT session. On my UV-82 while in channel mode, lock off, if I press the "#-Lock" key the radio cycles between H-L. On my UV-82HP while in channel mode, lock off, if I press the "#-Lock" key the radio cycles between H-M-L. Both radios were programmed in CHIRP. As previously stated, this is only a transient power level change. If the channel is changed or the radio powered off/on the power level reverts back to the power level programmed for that channel in CHIRP. The power level does NOT revert back to the programmed setting when transmit is switched between bands and back again. On Fri, Mar 25, 2016 at 2:12 PM, Lee Houde <houdatto(a)gmail.com> wrote: > You CAN TEMPORARILY change the power level while in channel mode, but only > for the CURRENT session. On my UV-82 while in channel mode, lock off, if I > press the "#-Lock" key the radio cycles between H-L. On my UV-82HP while > in channel mode, lock off, if I press the "#-Lock" key the radio cycles > between H-M-L. Both radios were programmed in CHIRP. As previously stated, > this is only a transient power level change. If the channel is changed or > the radio powered off/on the power level reverts back to the power level > programmed for that channel in CHIRP. The power level does NOT revert back > to the programmed setting when transmit is switched between bands and back > again. > > On Fri, Mar 25, 2016 at 1:25 PM, <rdhutch(a)pacbell.net> wrote: > >> Hi. >> >> I do not own a UV-82 Hp, but I do have a UV- 82 and I believe they use >> the same chip set. If I understand your question correctly, I think you're >> saying you'd like to be able to toggle between High and Low power while on >> the same memory channel. This won't happen. I'm pretty sure the radio >> will automatically revert to whatever power level that was set when that >> channel was programmed. If you want to have multiple power selections on >> the same channel whilst in Memory mode, I think your only option is to >> separately program the same channels / frequencies in with the various >> power settings you want. To change power you will have to go to the memory >> location that has the desired power level setting pre-programmed. >> >> Changing the power setting "on the fly" only works in VFO mode. This is >> pretty typical for Baofeng / Pofung radios. >> >> 73 de Ray, AE6H >> >> >> ------------------------------ >> *From:* Jesse Boyle <gonehiking74(a)gmail.com> >> *To:* chirp_users(a)intrepid.danplanet.com >> *Sent:* Friday, March 25, 2016 1:19 AM >> *Subject:* [chirp_users] Baofeng UV-82HP >> >> I've looked high and low trying to figure this out: >> >> Using Chirp I have the tx power set on my radio for each channel. Now my >> radio won't let me change the tx power via the menu on the radio. It >> changes initially but reverts back immediately. >> >> Anyone know what I'm doing wrong? I'd like to be able to change power >> whenever I want to. >> >> Thanks >> >> _______________________________________________ >> chirp_users mailing list >> chirp_users(a)intrepid.danplanet.com >> http://intrepid.danplanet.com/mailman/listinfo/chirp_users >> This message was sent to Ray at rdhutch(a)pacbell.net >> 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 >> This message was sent to Lee Houde at houdatto(a)gmail.com >> To unsubscribe, send an email to >> chirp_users-unsubscribe(a)intrepid.danplanet.com >> > >

1 0

[chirp_users] Question on Pofung BF-9500
by Michael Jordan 25 Mar '16

25 Mar '16

Hi I seem to have in my memory some discussion about Chirp either covering or not covering the Pofung BF-9500 Given the Chinese propensity of making 1 radio under multiple brand names, I was wondering if this radio was covered under a different name. MS Jordan

3 4

[chirp_users] Btech/ Baofeng UV-5001+220
by Al Cohan 24 Mar '16

24 Mar '16

Does CHiRP support the tri-band UV-5001+220 or just the dual band UV-5001 ? Thank You, Al

2 1

[chirp_users] How to save/upload after sorting the CHIRP rows?
by Knight, Dave 23 Mar '16

23 Mar '16

After clicking on a column heading to sort the chirp entries, the new sort order is lost on upload or save. Please advise how I can save/upload sorted rows.

7 22

[chirp_users] Yaesu FTM-100DR
by Don Goodrich 23 Mar '16

23 Mar '16

4 6

[chirp_users] Icom IC92AD
by Wenlock Burton 23 Mar '16

23 Mar '16

Hi Is there any progress on the issue please? Thanks Sent from my iPhone

1 0

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

23 Mar '16

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-20160323 A list of the changes included in this build (since the last daily) follows: Changes for Build #390 [Dan Smith <dsmith(a)danplanet.com>] Update experimental warning for btech driver #3015 [Dan Smith <dsmith(a)danplanet.com>] Add test images for #3015 >From Jim Unroe [Jim Unroe <rock.unroe(a)gmail.com>] [New Model] Support for the BTECH Mobile Radios, fixes issue #3015 This patch adds "basic support" for the the following radios: BTECH UV-5001, UV-2501 and UV-2501+220 WACCOM MINI-8900 Plus "Basic support" is a complete implementaton of the per-channel settings, including: Speaker mute Scramble Busy channel lockout PTT ID PTT ID signal code Optional signaling also related to #2673

1 0

[chirp_users] R: Re: help
by IW2GJV 22 Mar '16

22 Mar '16

have a NEW radio : POFUNG- BAOFENG BF-F9 version FW : BFP3.25 repeat my questions: a) this FW inside BFP3.25 work well ? have a problems or bug ? b) the new radio have only 144-146 and 430-440 band there is a possibility with CHIRP to expand in rx tha bands like 140-170 and 400-470 mhz ? in how mode with CHIRP ? tnx and 73

2 1

[chirp_users] Windows phone
by Gary Runningbear 22 Mar '16

22 Mar '16

Does anyone know if chirp or the prolific driver will work on a Windows phone?

5 5

[chirp_users] Baofeng UV-82 question
by Stephen Hutter 22 Mar '16

22 Mar '16

I seem to have inadvertently set channel A to receive only. That is, I cannot switchh to it via the A/B button or switch to it via the PTT top. I cannot find ant specific control that performs this function. Does anyone have any thoughts? Steve -- SRH

4 7

[chirp_users] help
by IW2GJV 21 Mar '16

21 Mar '16

POFUNG- BAOFENG BF-F9 version FW : BFP3.25 some questions about this radio : 1) how version i download of CHIRP to this radio with FW version BFP3.25 ? 2) i have a chirp image and CVS of my old UV-5R i can download into this new radio ? thanks 73

5 4

Re: [chirp_users] BAOFENG UV-5Rs acting strange when programming with Chirp
by kc6iih 18 Mar '16

18 Mar '16

I have 4 ( four ) diffrent rtsystems cables and they all work with CHIRP JOCK KC6IIH Sent from my Samsung Galaxy Tab®|PRO -------- Original message -------- From: Dan Smith <dsmith(a)danplanet.com> Date:03/17/2016 7:06 PM (GMT-08:00) To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> Subject: Re: [chirp_users] BAOFENG UV-5Rs acting strange when programming with Chirp > I have four diffrent cables from Rtsystems and have never had any problems. > I have their cable for the US 5 series and have programmed over 30 of > the Baeofeng for club members and for the local C.E.R.T. and the cable > has NEVER failed me. > Maybe you are doing something wrong while attempting programming. The RTSystems cables changed at some point to cater to their newer generation of software. They stopped identifying as generic FTDI devices and getting assigned a COM port in windows (or tty on UNIX) so that the software could identify the cable and be "more automatic". This is, of course, the opposite of what CHIRP people need. Just because you have one cable that works well doesn't mean they are a good option for people looking for a new cable. I would recommend against them. FTDI cables, yes, but not those. --Dan _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to Jock at kc6iih(a)aol.com To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

1 0

Re: [chirp_users] BAOFENG UV-5Rs acting strange when programming with Chirp
by kc6iih 18 Mar '16

18 Mar '16

I disagree. I have four diffrent cables from Rtsystems and have never had any problems. I have their cable for the US 5 series and have programmed over 30 of the Baeofeng for club members and for the local C.E.R.T. and the cable has NEVER failed me. Maybe you are doing something wrong while attempting programming. Jock KC6IIH JOCK KC6IIH Sent from my Samsung Galaxy Tab®|PRO -------- Original message -------- From: Fred Maxwell <_chirp(a)mail2fm.com> Date:03/16/2016 11:53 PM (GMT-08:00) To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> Subject: Re: [chirp_users] BAOFENG UV-5Rs acting strange when programming with Chirp I disagree with the recommendation for RT Systems cables. They employ FTDI USB to serial TTL chips which have been reprogrammed with non-standard Vendor IDs and Product IDs. Their cables are no better or more reliable than any good quality cable using a standard (non-counterfeit) USB-to-serial chip. They are just a necessary evil in order to use RT Systems software and a poor choice for use with CHIRP. From http://chirp.danplanet.com/projects/chirp/wiki/CableGuide_FTDI_OEM_Cables : Some cable vendors use the FTDI serial chip in their USB radio cables, but have changed the chip's ID codes so that the cable will not be recognized as a generic serial communications port. By default CHIRP (and some other software) will not be able to use these cables because CHIRP needs a serial port. Most notably RT Systems sells such cables. The article at the link shown above goes on to say: [To] use such a cable with CHIRP there are two options. You can either get your computer to recognize the OEM cable as a generic serial port by tweaking the driver setup, or you can change the cable to use the default FTDI codes, so the standard FTDI driver present in most operating systems will recognize the cable and create a standard serial port. The first option may “break” after an OS upgrade and the second option leaves the expensive cable unusable with RT Systems software, which was the whole reason why it cost more in the first place. It’s even uglier under some versions of Windows and OS X; those interested in learning more can read what’s on the official CHIRP website. I spent $6.99 on a cable for my BaoFeng handheld, $8.99 on a cable for my Kenwood TM-281 mobile, and $14.99 on a cable for my Yaesu FT-2900R mobile, all from Amazon with free one or two day shipping. Total spent: $30.97. The first two use Prolific chips and the latter uses an FTDI chip. They have worked flawlessly under OS X and Windows 10, requiring no mucking around with drivers or reprogramming of the chips embedded in the cables. Buying RT Systems cables for those radios would have set me back $113.04 with equivalent 2-day shipping. That’s an $82 difference — and I can think of a lot of ham-related goodies to spend $82 on. 73, Fred Maxwell KM4QLB On Mar 16, 2016, at 11:34 PM, kc6iih via chirp_users <chirp_users(a)intrepid.danplanet.com> wrote: The best and most reliable cables come from www.rtsystems.com Yes they are not cheap but they work every time. Jock A. Soutar KC6IIH Sent via the Samsung Galaxy S™ III, an AT&T 4G LTE smartphone -------- Original message -------- From: John Randle Date:03/16/2016 7:03 PM (GMT-08:00) To: chirp_users(a)intrepid.danplanet.com Subject: Re: [chirp_users] BAOFENG UV-5Rs acting strange when programming with Chirp For what it is worth, I think I have isolated the second problem to a "defective" USB cable. While the "defective"cable requires the older driver (as do my other two "non-defective" cables) and does a download and upload without issues, this is the only cable that then causes the radio to go into transmit after uploading a configuration file ... followed by the normal power off/power on of the radio. Disconnecting the cable immediately after the power off seems to preclude the erroneous transmit indication. The first problem is still a puzzler. While the workaround of resetting the fields is acceptable, I am still curious as to why/how this was suddenly manifested as my UV5Rs are several years old. -- John 73's de K9RSQ On 3/14/2016 11:50 PM, John Randle wrote: > I have been maintaining several UV5R's with Chirp for a couple of > years without any issues. > I am currently running Chirp Daily Build 20151126 on W10 to program > several UV5R's. I have recently experienced two strange programming > operation issues, with all the UV5R's, that I have not previously > encountered. > First problem: After downloading the current configuration of the > UV5R's, I then proceeded to add some new memory channels that use > Digital Coded Squelch settings. > When programming the DCS settings, I first set "DTCS", then I set the > individual T-DCS and R-DCS codes and then I set Cross to "Tone -> > Tone" (as this is what the existing DCS memory channels reflect), but > as soon as I set the offset direction, Chirp changes "DTCS" to "Cross" > and changes "Tone -> Tone" to "DTCS->". As these settings are not what > is required (or at least what is currently reflected in the older DCS > memory channels), I then have to go back and reset "DTCS->" to "Tone > -> Tone" and "Cross" to "DTCS". Is there any reason why my initial > inputs are being over-ridden? > Second problem: After successfully uploading a new configuration to > the UV5-R's, the UV5R's automatically go into transmit mode about 5 > seconds after they restart if the programming cable is left connected > to the radio. This seems to be a new issue that I had not previously > experienced. > Any suggestions on either problem will be greatly appreciated. > -- > John > 73's de K9RSQ > _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to Jock at kc6iih(a)aol.com 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 This message was sent to Fred at _chirp(a)mail2fm.com To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

3 2

[chirp_users] Baofeng 888s failure to program
by Don Weber 18 Mar '16

18 Mar '16

Trying to download from brand new 888s, get message "radio refused to enter programming mode' I've tried all the recommended fixes to no avail, volume up, channel 16,cable seating I've used at least 3 versions of chirp, whatever was on my tablet before, the latest stable build and the latest daily build, I have 4 of the radios, same result, tried 3 computers/laptop/tablet, same, 2 cables, same i can successfully upload/download with newer and older UV5R's heres debug [2016-03-17 08:00:07,842] chirp.logger - DEBUG: CHIRP daily-20160316 on WinVista/7 (Python 2.7.10) [2016-03-17 08:00:07,970] chirp.directory - INFO: Registered Alinco_DR03T = DR03Radio [2016-03-17 08:00:07,970] chirp.directory - INFO: Registered Alinco_DR06T = DR06Radio [2016-03-17 08:00:07,970] chirp.directory - INFO: Registered Alinco_DR135T = DR135Radio [2016-03-17 08:00:07,970] chirp.directory - INFO: Registered Alinco_DR235T = DR235Radio [2016-03-17 08:00:07,970] chirp.directory - INFO: Registered Alinco_DR435T = DR435Radio [2016-03-17 08:00:07,970] chirp.directory - INFO: Registered Alinco_DJ596 = DJ596Radio [2016-03-17 08:00:07,970] chirp.directory - INFO: Registered Jetstream_JT220M = JT220MRadio [2016-03-17 08:00:07,970] chirp.directory - INFO: Registered Alinco_DJ175 = DJ175Radio [2016-03-17 08:00:07,970] chirp.directory - INFO: Registered AnyTone_5888UV = AnyTone5888UVRadio [2016-03-17 08:00:07,970] chirp.directory - INFO: Registered Intek_HR-2040 = IntekHR2040Radio [2016-03-17 08:00:07,970] chirp.directory - INFO: Registered Polmar_DB-50M = PolmarDB50MRadio [2016-03-17 08:00:07,970] chirp.directory - INFO: Registered Powerwerx_DB-750X = PowerwerxDB750XRadio [2016-03-17 08:00:07,970] chirp.directory - INFO: Registered AnyTone_TERMN-8R = AnyToneTERMN8RRadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered AnyTone_OBLTR-8R = AnyToneOBLTR8RRadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Sainsonic_AP510 = AP510Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Baofeng_UV-3R = UV3RRadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Baojie_BJ-9900 = BJ9900Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Baofeng_UV-5R = BaofengUV5R [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Baofeng_F-11 = BaofengF11Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Baofeng_UV-82 = BaofengUV82Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Baofeng_UV-6 = BaofengUV6Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Intek_KT-980HP = IntekKT980Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Baofeng_BF-F8HP = BaofengBFF8HPRadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Baofeng_UV-82HP = BaofengUV82HPRadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Baojie_BJ-UV55 = BaojieBJUV55Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Feidaxin_FD-268A = FD268ARadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Feidaxin_FD-268B = FD268BRadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Feidaxin_FD-288A = FD288ARadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Feidaxin_FD-288B = FD288BRadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Feidaxin_FD-150A = FD150ARadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Feidaxin_FD-160A = FD160ARadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Feidaxin_FD-450A = FD450ARadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Feidaxin_FD-460A = FD460ARadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Yaesu_FT-1802M = FT1802Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Yaesu_FT-1D_R = FT1Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Yaesu_FT-2800M = FT2800Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Yaesu_FT-2900R_1900R = FT2900Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Yaesu_FT-2900E_1900E_E = FT2900ERadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Yaesu_FT-2900_1900_Modded_Opened_Xmit = FT2900ModRadio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Yaesu_FT-50 = FT50Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Yaesu_FT-60 = FT60Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Yaesu_FT-7800_7900 = FT7800Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Yaesu_FT-8800 = FT8800Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Yaesu_FT-8900 = FT8900Radio [2016-03-17 08:00:07,986] chirp.directory - INFO: Registered Yaesu_FT-8100 = FT8100Radio [2016-03-17 08:00:08,000] chirp.directory - INFO: Registered Yaesu_FT-817 = FT817Radio [2016-03-17 08:00:08,000] chirp.directory - INFO: Registered Yaesu_FT-817ND = FT817NDRadio [2016-03-17 08:00:08,000] chirp.directory - INFO: Registered Yaesu_FT-817ND_US = FT817NDUSRadio [2016-03-17 08:00:08,000] chirp.directory - INFO: Registered Yaesu_FT-857_897 = FT857Radio [2016-03-17 08:00:08,000] chirp.directory - INFO: Registered Yaesu_FT-857_897_US = FT857USRadio [2016-03-17 08:00:08,000] chirp.directory - INFO: Registered Yaesu_FT-90 = FT90Radio [2016-03-17 08:00:08,000] chirp.directory - INFO: Registered Yaesu_FTM-350 = FTM350Radio [2016-03-17 08:00:08,000] chirp.directory - INFO: Registered Generic_CSV = CSVRadio [2016-03-17 08:00:08,000] chirp.directory - INFO: Registered Commander_KG-UV = CommanderCSVRadio [2016-03-17 08:00:08,000] chirp.directory - INFO: Registered RT_Systems_CSV = RTCSVRadio [2016-03-17 08:00:08,000] chirp.directory - INFO: Registered ARRL_Travel_Plus = TpeRadio [2016-03-17 08:00:08,048] chirp.directory - INFO: Registered Generic_XML = XMLRadio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Baofeng_BF-888 = H777Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-208H = IC208Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-2100H = IC2100Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-2200H = IC2200Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-2720H = IC2720Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-2820H = IC2820Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-91_92AD = IC9xRadio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_7200 = Icom7200Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-7000 = Icom7000Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_746 = Icom746Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-Q7A = ICQ7Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-T70 = ICT70Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-T7H = ICT7HRadio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-T8A = ICT8ARadio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-W32A = ICW32ARadio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-W32E = ICW32ERadio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_IC-V82_U82 = ICx8xRadio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_ID-31A = ID31Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_ID-51 = ID51Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_ID-51_Plus = ID51PLUSRadio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_ID-800H_v2 = ID800v2Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_ID-880H = ID880Radio [2016-03-17 08:00:08,063] chirp.directory - INFO: Registered Icom_ID-80H = ID80Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_HMK = HMKRadio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_ITM = ITMRadio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TH-D7 = THD7Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TH-D7G = THD7GRadio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TM-D700 = TMD700Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TM-V7 = TMV7Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TM-G707 = TMG707Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TH-G71 = THG71Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TH-F6 = THF6ARadio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TH-F7 = THF7ERadio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TM-D710 = TMD710Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TH-D72_live_mode = THD72Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TM-V71 = TMV71Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TM-D710G = TMD710GRadio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TH-K2 = THK2Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TM-271 = TM271Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TM-281 = TM281Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Kenwood_TM-471 = TM471Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Wouxun_KG-UV8D = KGUV8DRadio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered KYD_NC-630A = NC630aRadio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered KYD_IP-620 = IP620Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Leixen_VV-898 = LeixenVV898Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Jetstream_JT270M = JetstreamJT270MRadio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Wouxun_KG-UVD1P = KGUVD1PRadio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Wouxun_KG-UV6 = KGUV6DRadio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Wouxun_KG-816 = KG816Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Wouxun_KG-818 = KG818Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Puxing_PX-777 = Puxing777Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered Puxing_PX-2R = Puxing2RRadio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered TYT_TH9000_220 = Th9000220Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered TYT_TH9000_144 = Th9000144Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered TYT_TH9000_440 = Th9000440Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered TYT_TH-9800_File = TYTTH9800File [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered TYT_TH-9800 = TYTTH9800Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered TYT_TH-UV3R = TYTUV3RRadio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered TYT_TH-UV3R-25 = TYTUV3R25Radio [2016-03-17 08:00:08,079] chirp.directory - INFO: Registered TYT_TH-UVF8D = TYTUVF8DRadio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TH-D72_clone_mode = THD72Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered TYT_TH-UVF1 = TYTTHUVF1Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-260 = TK260_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-270 = TK270_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-272 = TK272_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-278 = TK278_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-360 = TK360_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-370 = TK370_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-372 = TK372_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-378 = TK378_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-760 = TK760_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-762 = TK762_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-768 = TK768_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-860 = TK860_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-862 = TK862_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-868 = TK868_Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-868G = TK868G_Radios [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-862G = TK862G_Radios [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-860G = TK860G_Radios [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-768G = TK768G_Radios [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-762G = TK762G_Radios [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-760G = TK760G_Radios [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-278G = TK278G_Radios [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-272G = TK272G_Radios [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-270G = TK270G_Radios [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-260G = TK260G_Radios [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-7102 = KenwoodTK7102Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-8102 = KenwoodTK8102Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-7108 = KenwoodTK7108Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TK-8108 = KenwoodTK8108Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Kenwood_TS-2000 = TS2000Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Baofeng_UV-B5 = BaofengUVB5 [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Yaesu_VX-170 = VX170Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Yaesu_VX-2 = VX2Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Yaesu_VX-3 = VX3Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Yaesu_VX-5 = VX5Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Yaesu_VX-6 = VX6Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Yaesu_VX-7 = VX7Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Yaesu_VX-8_R = VX8Radio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Yaesu_VX-8_DR = VX8DRadio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Yaesu_VX-8_GE = VX8GERadio [2016-03-17 08:00:08,095] chirp.directory - INFO: Registered Vertex_Standard_VXA-700 = VXA700Radio [2016-03-17 08:00:08,111] elib.intl - DEBUG: Set environment variable 'LANG' to 'en_US' ('kernel32.SetEnvironmentVariableW') [2016-03-17 08:00:08,111] elib.intl - DEBUG: Set environment variable 'LANG' to 'en_US' ('msvcrt._putenv') [2016-03-17 08:00:08,111] elib.intl - DEBUG: Set environment variable 'LANG' to 'en_US' ('msvcr90._putenv') [2016-03-17 08:00:08,563] chirp.ui.mainapp - INFO: Skipping existing stock config [2016-03-17 08:00:08,563] chirp.ui.mainapp - INFO: Skipping existing stock config [2016-03-17 08:00:08,563] chirp.ui.mainapp - INFO: Skipping existing stock config [2016-03-17 08:00:08,563] chirp.ui.mainapp - INFO: Skipping existing stock config [2016-03-17 08:00:08,563] chirp.ui.mainapp - INFO: Skipping existing stock config [2016-03-17 08:00:08,563] chirp.ui.mainapp - INFO: Skipping existing stock config [2016-03-17 08:00:08,563] chirp.ui.mainapp - INFO: Skipping existing stock config [2016-03-17 08:00:08,563] chirp.ui.mainapp - INFO: Skipping existing stock config [2016-03-17 08:00:08,563] chirp.ui.mainapp - INFO: Skipping existing stock config [2016-03-17 08:00:08,563] chirp.ui.mainapp - INFO: Skipping existing stock config [2016-03-17 08:00:08,563] chirp.ui.mainapp - INFO: Skipping existing stock config [2016-03-17 08:00:08,563] chirp.ui.mainapp - INFO: Skipping existing stock config [2016-03-17 08:00:08,563] chirp.ui.reporting - DEBUG: Checking for updates [2016-03-17 08:00:08,986] chirp.ui.reporting - DEBUG: Server reports version daily-20160316 is latest [2016-03-17 08:00:13,595] chirp.ui.mainapp - DEBUG: User selected Baofeng BF-888 on port COM3 [2016-03-17 08:00:13,782] chirp.ui.clone - DEBUG: Clone thread started [2016-03-17 08:00:13,782] chirp.drivers.h777 - DEBUG: download [2016-03-17 08:00:13,907] chirp.ui.reporting - DEBUG: Reporting exception [2016-03-17 08:00:13,907] chirp.ui.common - ERROR: -- Exception: -- [2016-03-17 08:00:13,907] chirp.ui.common - ERROR: Traceback (most recent call last): File "chirp\ui\clone.pyo", line 238, in run File "chirp\drivers\h777.pyo", line 286, in sync_in File "chirp\drivers\h777.pyo", line 187, in do_download File "chirp\drivers\h777.pyo", line 111, in _h777_enter_programming_mode RadioError: Radio refused to enter programming mode [2016-03-17 08:00:13,907] chirp.ui.common - ERROR: ---------------- [2016-03-17 08:00:13,907] chirp.ui.clone - ERROR: Clone failed: Radio refused to enter programming mode [2016-03-17 08:00:13,940] chirp.ui.clone - DEBUG: Clone thread ended [2016-03-17 08:00:13,940] chirp.ui.reporting - DEBUG: Reporting model usage: Baofeng_BF-888,download,True [2016-03-17 08:00:13,940] chirp.ui.reporting - DEBUG: Reporting exception [2016-03-17 08:00:13,940] chirp.ui.inputdialog - ERROR: --- Exception Dialog: Radio refused to enter programming mode --- [2016-03-17 08:00:13,940] chirp.ui.inputdialog - ERROR: Traceback (most recent call last): File "chirpw", line 66, in <module> AttributeError: 'NoneType' object has no attribute 'split' [2016-03-17 08:00:13,940] chirp.ui.inputdialog - ERROR: ----------------------------

4 7

[chirp_users] BAOFENG UV-5Rs acting strange when programming with Chirp
by John Randle 17 Mar '16

17 Mar '16

I have been maintaining several UV5R's with Chirp for a couple of years without any issues. I am currently running Chirp Daily Build 20151126 on W10 to program several UV5R's. I have recently experienced two strange programming operation issues, with all the UV5R's, that I have not previously encountered. First problem: After downloading the current configuration of the UV5R's, I then proceeded to add some new memory channels that use Digital Coded Squelch settings. When programming the DCS settings, I first set "DTCS", then I set the individual T-DCS and R-DCS codes and then I set Cross to "Tone -> Tone" (as this is what the existing DCS memory channels reflect), but as soon as I set the offset direction, Chirp changes "DTCS" to "Cross" and changes "Tone -> Tone" to "DTCS->". As these settings are not what is required (or at least what is currently reflected in the older DCS memory channels), I then have to go back and reset "DTCS->" to "Tone -> Tone" and "Cross" to "DTCS". Is there any reason why my initial inputs are being over-ridden? Second problem: After successfully uploading a new configuration to the UV5-R's, the UV5R's automatically go into transmit mode about 5 seconds after they restart if the programming cable is left connected to the radio. This seems to be a new issue that I had not previously experienced. Any suggestions on either problem will be greatly appreciated. -- John 73's de K9RSQ

2 2

Re: [chirp_users] BAOFENG UV-5Rs acting strange when programming with Chirp
by kc6iih 17 Mar '16

17 Mar '16

The best and most reliable cables come from www.rtsystems.com Yes they are not cheap but they work every time. Jock A. Soutar KC6IIH Sent via the Samsung Galaxy S™ III, an AT&T 4G LTE smartphone <div>-------- Original message --------</div><div>From: John Randle <john.randle(a)tds.net> </div><div>Date:03/16/2016 7:03 PM (GMT-08:00) </div><div>To: chirp_users(a)intrepid.danplanet.com </div><div>Subject: Re: [chirp_users] BAOFENG UV-5Rs acting strange when programming with Chirp </div><div> </div>For what it is worth, I think I have isolated the second problem to a "defective" USB cable. While the "defective"cable requires the older driver (as do my other two "non-defective" cables) and does a download and upload without issues, this is the only cable that then causes the radio to go into transmit after uploading a configuration file ... followed by the normal power off/power on of the radio. Disconnecting the cable immediately after the power off seems to preclude the erroneous transmit indication. The first problem is still a puzzler. While the workaround of resetting the fields is acceptable, I am still curious as to why/how this was suddenly manifested as my UV5Rs are several years old. -- John 73's de K9RSQ On 3/14/2016 11:50 PM, John Randle wrote: > I have been maintaining several UV5R's with Chirp for a couple of > years without any issues. > I am currently running Chirp Daily Build 20151126 on W10 to program > several UV5R's. I have recently experienced two strange programming > operation issues, with all the UV5R's, that I have not previously > encountered. > First problem: After downloading the current configuration of the > UV5R's, I then proceeded to add some new memory channels that use > Digital Coded Squelch settings. > When programming the DCS settings, I first set "DTCS", then I set the > individual T-DCS and R-DCS codes and then I set Cross to "Tone -> > Tone" (as this is what the existing DCS memory channels reflect), but > as soon as I set the offset direction, Chirp changes "DTCS" to "Cross" > and changes "Tone -> Tone" to "DTCS->". As these settings are not what > is required (or at least what is currently reflected in the older DCS > memory channels), I then have to go back and reset "DTCS->" to "Tone > -> Tone" and "Cross" to "DTCS". Is there any reason why my initial > inputs are being over-ridden? > Second problem: After successfully uploading a new configuration to > the UV5-R's, the UV5R's automatically go into transmit mode about 5 > seconds after they restart if the programming cable is left connected > to the radio. This seems to be a new issue that I had not previously > experienced. > Any suggestions on either problem will be greatly appreciated. > -- > John > 73's de K9RSQ > _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to Jock at kc6iih(a)aol.com To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

2 1

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

16 Mar '16

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-20160316 A list of the changes included in this build (since the last daily) follows: Changes for Build #389 [K. Arvanitis <kosta(a)alumni.uvic.ca>] Provides an option for the user to toggle cloning instructions from the help menu. This allows for the ability to re-enable the instructions once they have been disabled. Bug #3437

1 0

[chirp_users] cable
by Lreiher 16 Mar '16

16 Mar '16

jim, i wanted to be sure to personally thank you for helping me thru my baofeng prolific cable problems; and, for teaching me how to use chirp to xfr my good channel list to my newer H/T. you have been a breath of fresh air in my confusion. thanks a ton. peace, larry KD9AVZ -- ASSIMILATE OR EMIGRATE! we do NOT need you; YOU need US! go back to your sand hill where you will not be offended!!

1 0