- Users - lists.chirpmyradio.com

[chirp_users] Cut and paste issue?
by Dennis Carr 26 May '16

26 May '16

Greetings! New user here, Still getting used to the software so I can get back on the air after eight years of no radio. (It sucked.) While working the software and rearranging a few layouts (using a BF-F9V2+), I noticed that Ctrl-X seems to behave much like Ctrl-C: it will copy, but it will not delete the original memory location once I have pasted elsewhere using Ctrl-V. I'm using XFCE on Debian Jessie at this time and running the daily from 20160517. This seems to be the only program where there are issues. Any words on this? Thanks, -Dennis KE7KIF

5 7

Re: [chirp_users] Cut and paste issue?
by Rich Messeder 26 May '16

26 May '16

Do I understand correctly that this feature applies to a few Yaesus, but exists in CHIRP for all radios to accommodate those few? I tried clicking after ctrl-x, and I see that the memory is active again, and this is on a download for a Kenwood F6A. OK as a backup, but not intuitive. It works on ctrl-x, where I can recover by following up with either clicking or by pasting (as long as no other actions overwrite the buffer), but does not work for deletion. I've been in a habit of thinking that cutting is more or less permanent, and I guess that it is here, too, but only after I write to the radio and complete the process. Whether the memory is grey or zeroed, I can always paste over it or edit it, so there is no loss of generality. ~R~ NE1EE On 2016-05-25 21:45:-0700, Tom Hayward wrote: >On Wed, May 25, 2016 at 6:44 PM, Rich Messeder <rich.messeder(a)gmail.com> wrote: >> But there is a comment below that reference data on the radio that is not accessible. This is puzzling to me. Does that mean that the data exists in the radio, but there is a flag also in the radio that says not to access that memory? Or recall it? Or tune to it? What is the point? Seems to me that if I delete a memory from the radio panel or from CHIRP, it ought to be gone. It's up to me to have a backup file if I want it... > >Yes, in a few Yaesu radios, deleted (or "masked") channels are set >with a flag. I believe the design goal by Yaesu here was to allow the >opportunity to undo a delete. In addition to supporting this, Chirp >also has the capability to write zeros over the whole block of memory. >For these select few radios, Chirp supports both delete mechanisms in >a two-stage delete (as described). The goal here was to make the Chirp >support as many of the radios' features as possible, and for the >experience to be as close to the radios' interface as possible. > >When a channel is masked (the first stage of the two-stage delete on >Yaesu radios), it can be unmasked from the front panel of the radio >(see the manual) or in Chirp, just click the greyed-out text to >resurrect it. > >Tom KD7LXL

1 0

Re: [chirp_users] Cut and paste issue?
by Rich Messeder 26 May '16

26 May '16

This is a key reply for me...I had originally thought that if CHIRP knew enough to turn the entry grey, it should know enough to reset the entry to empty. Why not? It would save the confusion that I have had, and that others seemingly have had. But there is a comment below that reference data on the radio that is not accessible. This is puzzling to me. Does that mean that the data exists in the radio, but there is a flag also in the radio that says not to access that memory? Or recall it? Or tune to it? What is the point? Seems to me that if I delete a memory from the radio panel or from CHIRP, it ought to be gone. It's up to me to have a backup file if I want it... Well, that was why I gave it a +1...I found (find) it confusing (now just distracting) to delete a memory and have it turn grey, not reset to "empty". If there is a requirement of the radio that makes the grey data necessary, so be it. I am not sure that I see this in effect on any of my radios...? ~R~ On 2016-05-25 13:15:-0700, you wrote: >On Wed, May 25, 2016 at 12:30 PM, Dennis Carr ><dennisthetiger(a)chez-vrolet.net> wrote: >> On Wed, 25 May 2016 14:15:17 -0500 >> Todd Bloomingdale <tbloomingdale(a)gmail.com> wrote: >> >>> Dennis, >>> >>> Once you cut a memory it will go grey. After you have pasted your cut >>> that location is now open to add another frequency into its spot even >>> though it shows as a greyed out. >> >> I should probably rephrase. It doesn't remove the settings from the >> old memory slot - this, in my mind, would be the correct behavior. > >Are you saying that after pasting, seeing the old line greyed out, and >uploading to the radio, that channel is still usable in the radio? > >I don't know how the BF-F9V2+ works, but on many Chirp radios there is >two stage delete: the first delete or ctrl-x will mask the channel. >This is illustrated in Chirp by light gray text. The data will still >be in the radio, but you won't be able to recall or tune it (common on >Yaesu radios). The second delete will zero out the channel so there is >no evidence of it ever being there. > >Tom KD7LXL >_______________________________________________ >chirp_users mailing list >chirp_users(a)intrepid.danplanet.com >http://intrepid.danplanet.com/mailman/listinfo/chirp_users >This message was sent to WeatheredSoul at rich.messeder(a)gmail.com >To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

2 1

[chirp_users] Success w/Linux
by Jack Schlachter 26 May '16

26 May '16

I want to thank the guys that help me with my Baofeng HH. Chirp loaded fine in Linux but I had trouble picking the right port the USB cable was on. One of you suggested USB0 and I did that "ls" command and it added it to the drop down list or it was always there at the very bottom. Then I ran that permissions command sudo usermod -aG dialout username and then logged out and back in and it finally worked. Now to get my Luiton working. Does anyone know if there is a radio on the Chirp list that would be compatable with the model LT- Luiton 588UV? Failing that does anyone know of any plans to add this radio. TIA I was wondering if you could tell me where I can get a list of commands to use in terminal with explanations of what they do, I know there's one out there somewhere if you could just point me. Again thank you for your help. Jack KM4TDJ

1 0

Re: [chirp_users] Problem reading memory on my UV5R
by S Allan Wilson 26 May '16

26 May '16

I am hoping this gets to the correct thread. I am using a Prolific Cable to interface with my Rugged Radios RH-5R. I think this is a clone of the Baofeng UV5R (?). I also run Windows 10. I found a discussion about Code 10 on Family Software (http://www.ifamilysoftware.com/news37.html). I read this article and then down loaded the file PL2303_64bit_Installer.exe. I run this first and follow onscreen instructions about when to plug in the cable. This has worked at allowing me to communicate with my radios. Maybe this will help someone here. Al Wilson -- Home is where the RV is *Home is where the RV is.* *Our Current Location <http://map.datastormusers.com/user1.cfm?user=1487> * *"OUR MISSION STATEMENT"* *Life's journey is not to arrive at our grave safely in a well preserved body, * *but to skid in sideways totally worn out, shouting * *"Holy Crap", what a ride!"*

1 0

[chirp_users] Baofeng UV-6R
by Geoff Hicks 26 May '16

26 May '16

Will CHIRP support this radio anytime soon? Is there some way that I can assist with the process? Thanks for creating this application! Sent from my iPad

2 1

[chirp_users] now using Linux
by Jack Schlachter 25 May '16

25 May '16

Hi - I'm the one trying to use chirp with my Luiton radio. Still same problem as per last post. So I had an idea. I was reading about the Linux part on danplanet and decided to pull out my Linux machine and give my Baofeng a try and maybe if I can get that to work it would work on my Luiton. So I loaded chirp on Linux as per instructions and everything went fine. Plugged my radio in and got : An error has occurred; could not open port /dev/ttyS0: [Errno13] Permission denied:'/dev/ttyS0' So I read further on your site and ran "sudo usermod -aG dialout username" replacing username with mine, closed chirp reopened and tried again with same results. I have to admit I'm not real Linux savvy. I don't really understand how you pick a port. When I click the down arrow there's a whole list of /dev/ttyS? so I took the default chirp pulled up which is obviously /dev/ttyS0 How do I find out which port my cable is on? thanks again, Jack

3 2

Re: [chirp_users] now using Linux
by Ted Roby 25 May '16

25 May '16

You can verify which group /dev/ttyS0 belongs to by running: ls -l /dev/ttyS0 Add yourself to whichever group it belongs. You will also have to logout and login again to refresh your permissions. On May 24, 2016 7:47 PM, "Jack Schlachter" <km4tdj(a)gmail.com> wrote: Hi - I'm the one trying to use chirp with my Luiton radio. Still same problem as per last post. So I had an idea. I was reading about the Linux part on danplanet and decided to pull out my Linux machine and give my Baofeng a try and maybe if I can get that to work it would work on my Luiton. So I loaded chirp on Linux as per instructions and everything went fine. Plugged my radio in and got : An error has occurred; could not open port /dev/ttyS0: [Errno13] Permission denied:'/dev/ttyS0' So I read further on your site and ran "sudo usermod -aG dialout username" replacing username with mine, closed chirp reopened and tried again with same results. I have to admit I'm not real Linux savvy. I don't really understand how you pick a port. When I click the down arrow there's a whole list of /dev/ttyS? so I took the default chirp pulled up which is obviously /dev/ttyS0 How do I find out which port my cable is on? thanks again, Jack _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to Ted Roby at ted.roby(a)gmail.com To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

1 0

[chirp_users] Problem reading memory onmy UV5R
by Bill Skinner 24 May '16

24 May '16

Hi All I am back after many months---I want to read the memory on my UV-5R. I am using a USB cable I purchased with the radio (4/20/13). I follow the instructions but when I try and download from the radio I get a message indicating the program can't read the radio. When I plug in the cable, the red transmit light turns on. I am using Windows 10---help please.

4 4

[chirp_users] Baofeng UV-83 com port issue
by donotspamme＠windstream.net 24 May '16

24 May '16

CHIRP was working until today's software upgrade. I uninstalled and reinstalled once I could not clear the error. When attempting to "Upload from radio" the pop-up box appears correctly confirming COM port, vendor and model. After selecting OK, Then "error #2" pops up "could not open port COM3. The system cannot find the file requested." Windows 10 - Device Mgr tells me that COM3 is set for the Prolific USB-to-Serial. Under General, "This device cannot start (Code 10). A device which does not exist was specified. Prolific driver is 9/4/2015, version 3.6.81.357 Events: Any simple fix??? Larry B Lynn 476 Bob Mark Trail Rabun Gap, GA 30568 706 746 5842 (local Rabun County) 678 386 9082 (local Atlanta) 762 333 2823 (local Augusta)

2 2

[chirp_users] Luiton LT-588UV
by Jack Schlachter 23 May '16

23 May '16

Hi - Thanks for letting me join the group. The reason I joined is because I bought this radio for a good price after reading some good reviews on Amazon. There's not much else on the internet about this radio. I've downloaded all the softwares available with proper drivers. I've followed the help files on your site plus the ones on Luitons' site. Always I get the same result " Can't connect to the port or radio". I point the software at the right port. I show the ver. 3.2.0.0 dated 7/3/2007 and "this device is working properly". I can't even begin to enter frequencies and codes manually because I can't decipher the Chiglish. Could you please help me and try to get this radio working? Thank you, Jack

3 2

[chirp_users] Unable to program
by Al Manchester 21 May '16

21 May '16

Good afternoon, I attempted to program a newly purchased Baofeng GT 3TP It is my 5th and 6th radio and have never had any problems before today. This is the message I'm getting Any help is greatly appreciated, thank you very much

2 2

Re: [chirp_users] Unable to program
by Walt Childson 21 May '16

21 May '16

I have the same radio. My problem was corrected by trimming the rubber out of the "casual corner" and making it a sharp corner. Then you can hear the connectors snap true. No problems after that. On May 20, 2016 6:01 PM, "Dave Felt" <felt(a)caltech.edu> wrote: May be another issue of push the cord into the radio HARD !!! Dave KB6ORR > Good afternoon, > I attempted to program a newly purchased Baofeng GT 3TP > It is my 5th and 6th radio and have never had any problems before today. > This is the message I'm getting > Any help is greatly appreciated, thank you very much _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to Walt Childson at wchildson(a)gmail.com To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

1 0

[chirp_users] RT Systems cable and Chirp on OS X
by Bob Nielsen 21 May '16

21 May '16

I bought this cable because it fit the radio and was cheaper than the Icom cable. It works with chirp in Windows 8, no problem. I downloaded the OS X drivers from the RT Systems website and the Mac recognizes the cable (which appears to have a custom chip) but when I try to open the serial port in chirp it only shows a couple of internal connections but not the cable nor my IC-31A. The Has anyone been able to get a RT Systems cable to work in OS X? Bob, N7XY

2 1

Re: [chirp_users] Unable to program
by Dave Felt 21 May '16

21 May '16

May be another issue of push the cord into the radio HARD !!! Dave KB6ORR > Good afternoon, > I attempted to program a newly purchased Baofeng GT 3TP > It is my 5th and 6th radio and have never had any problems before today. > This is the message I'm getting > Any help is greatly appreciated, thank you very much

1 0

[chirp_users] Problem with reprogramming Wouxun KG-UVD1P
by Shon Edwards 20 May '16

20 May '16

Hello all, Maybe this has been talked about recently, but can't find a post. I programmed my Wouxun KG-UVD1P (1.25M/2M ver.) a couple of years ago and have tried to use a newer version of CHIRP to update it. When that didn't work, I used a 3.1 version, got the same error (com port error), but not sure why it wouldn't take. Could anyone please help? Let me know of any other info you need. Thx, Shon, K6QT Shon R. Edwards, MA, AG (Czech Republic) Amateur call: K6QT 1039 N 2575 W Layton, UT, 84041-7709 USA Home phone: (801) 444-3445 E-mail: sre.1966(a)gmail.com or Shon Edwards 715 Strawberry Creek Private Rd. Bedford, WY 83112 Cell: (307) 248-2104

3 3

Re: [chirp_users] Btech UV-5001 Working Now!
by Robert Frick 20 May '16

20 May '16

I downloaded the latest version last night and was able to download from the radio with errors. Thanks for the update and for correcting my issues. Robert Sent from my iPad > On May 19, 2016, at 2:00 PM, 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. BAOJIE BJ 218 (Emmanuel MARTIN) > 2. Re: BAOJIE BJ 218 (John LaMartina ?) > 3. Re: BAOJIE BJ 218 (Emmanuel MARTIN) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 19 May 2016 19:37:14 +0200 > From: "Emmanuel MARTIN" <manu.martin83(a)free.fr> > Subject: [chirp_users] BAOJIE BJ 218 > To: <chirp_users(a)intrepid.danplanet.com> > Message-ID: <000701d1b1f5$16189a30$4249ce90$(a)free.fr> > Content-Type: text/plain; charset="us-ascii" > > hello, I am user of a radio Baojie BJ 218. > can you help me to program it via CHIRP? > a software update it is planned for this type of radio?. > I downloaded the software on the site Baojie and it does not work on Windows > 10. > cordially. > > > > Emmanuel MARTIN > > 1429 avenue colonel Picot > > "La Villa" > > 83100 TOULON > > > > > >

1 0

[chirp_users] Problems downloading from a Yaesu FT 60.
by Tony 20 May '16

20 May '16

I am using latest download of Chirp on a Windows 10 PC. FTDI USB cable from Valley Electronics. When trying to download I get the error message "An error has occurred. Failed to communicate with radio. Radio is not responding." Tried on a different Windows 10 machine with same result. Checked COM port and device is working properly. Followed the online directions that come up in Chirp. Any suggestions as to next steps?Thanks,TonyKK6CPC(a)hotmail.com

2 3

[chirp_users] BAOJIE BJ 218
by Emmanuel MARTIN 19 May '16

19 May '16

hello, I am user of a radio Baojie BJ 218. can you help me to program it via CHIRP? a software update it is planned for this type of radio?. I downloaded the software on the site Baojie and it does not work on Windows 10. cordially. Emmanuel MARTIN 1429 avenue colonel Picot "La Villa" 83100 TOULON

2 2

[chirp_users] UV8D Issues
by Christopher Levi 18 May '16

18 May '16

I have two UV8D radios and they are all of the sudden not transmitting or receiving, The chirp software is intermittently working with the two radios. Thanks, Chris KG6TTN

2 1

[chirp_users] New Daily Build
by Build System 18 May '16

18 May '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-20160517 A list of the changes included in this build (since the last daily) follows: Changes for Build #402 [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECH] Add a flag to know we have a BTECH gen3, fixes #3015 This 3 gen wave of BTECH radios has new settings items and we need a flag to know when we are dealing with one of these to show the settings properly. This is an advance to the real settings modification. 73 [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][BTECHs] Add support for the new Gen3 wave of BTECHs, fixes #3015 This add support for the new generation (3gen) if the following BTECHs: * UV-2501 * UV-2501+220 * UV-5001 73 [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][KT8900] Comment about old versions of KT8900 in the UI, fixes #3539 All points that the QYT KT8900 is the main OEM model, and there are two variants of it, from the prespective of the communication dance: * One is with just the ID and right to the down/up process (clone of WACCOM Mini8900) * The other (is the default now) with a second id read & a extra step on the upload process. As both uses different communications steps we can't put them both under the same case, fortunately the "older" model has a clone in the WACCOM Mini8900. We put here a notice on the failure to read a KT8900 to warn the users to try the WACCOM Mini8900 instead.

4 4

[chirp_users] CHIRP with Mac OSX 10.10 (Yosemite)
by Sam Barrett 17 May '16

17 May '16

I checked back through the archives for several months, and I couldn't find my question. So, at the risk of repeating what has already been discussed, I'll ask. I have not been able to launch CHIRP on my iMac. I have installed CHIRP and I have installed PYTHON. CHIRP still fails to launch. I'm sure that this is 'operator error', so can someone tell me what I've done wrong or failed to do? Thanks, Sam - W5KF

3 2

Re: [chirp_users] Btech UV5001
by Robert Frick 17 May '16

17 May '16

I have recently acquired the Btech UV5001. I also have the Btech UV2501+200 and the FTDI cable and the latest drivers. I am able to download and upload on the 2501+200, but I have not been able to have a successful download with the 5001. I continually receive the error that the radio os unable to be identified. I am able to program manually but I hate not having the ability for uniform programming with my other radios via CHIRP and my saved CSV files. Is anyone still working on the UV5001? the radio works well, I just want to be able to program with CHIRP. Regards, Robert Sent from my iPad > On May 16, 2016, at 2:00 PM, 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. Re: Kenwood TK-762H (Tim Billingsley) > 2. Re: Kenwood TK-762H (David Marshall) > 3. Re: Kenwood TK-762H (clowery(a)va.net) > 4. Re: Kenwood TK-762H (Chris Petry) > 5. Re: Kenwood TK-762H (Pavel Milanes (CO7WT)) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 15 May 2016 23:10:12 +0000 > From: Tim Billingsley <kd5ckp(a)gmail.com> > Subject: Re: [chirp_users] Kenwood TK-762H > To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> > Message-ID: > <CAG82UfC5+WPQYqs7-ESY3wrXSPbaGDi2neDDvsFuR5=nTchh1w(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On Sun, May 15, 2016 at 12:38 PM, David Marshall <dozerboy0157(a)gmail.com> > wrote: > >> I have had the same issue with a 760H. Talked with Pavel. He seems to >> think its a firmware issue that he has not resolved at this time. Good >> luck. KC1EXK. > Also are any of the aforementioned issues OS related? If I locate a Windows > machine should I expect any better results? >

3 2

Re: [chirp_users] Btech UV5001
by Justin 16 May '16

16 May '16

1 0

[chirp_users] Icom V82 & CHIRP
by Michael Scheel 15 May '16

15 May '16

I get a "unable to probe radio band" error. ============================= Michael W. Scheel Davenport, Iowa K0QCS - KCQ0QCS ARRL - www.arrl.org Davenport (IA) ARC Muscatine (IA) ARC RCMA IA-011 Quad-Cities Scale Modelling Society DAGOBAH USMC Corporal (2531) 1972-1976 =============================

13 17

Re: [chirp_users] New Daily Build (Build System)
by F.Ketterman 14 May '16

14 May '16

Pavel and Crew, Thank you for such a prompt remedy for this KT-8900 issue. The new daily build worked perfectly without any issues at all. Again, Thank you all very much. 73 AC0XV Frank Ketterman f.ketterman(a)mail.com <mailto:fnk@softhome.net> www.survivalblog.net <http://www.survivalblog.net> AC0XV Molon Labe!

1 0

[chirp_users] New Daily Build
by Build System 13 May '16

13 May '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-20160513 A list of the changes included in this build (since the last daily) follows: Changes for Build #401 [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [GT-890] Remove direct support for the Sainsonic GT-890, fixes #3533 This patch is to remove the direct support for the Sainsonic GT-890 as it's a perfect clone of the QYT KT8900, this applies to the two known variants of the GT-890 so far. We are paving the way for the new radio.ALIASES feature that will put aliases on the UI in a user friendly way. We have internal tests going on about it. 73 Pavel CO7WT. [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [KT8900] Add support for 3 new variants of this radios, fixes #3539 Thanks to the users we have identified 3 direct new variants of this radios. Thist patch add support for it. 73 Pavel CO7WT.

1 0

[chirp_users] Icom IC-207
by Tony Stephen 12 May '16

12 May '16

SentNoted ICom IC-207 not listed on the CHRIP web page. Comments I would like to us Chrips to program this radio Thank You Tony KE6JZF

1 0

[chirp_users] Sainsonic GT-890 explicit remove from the UI in Chirp, and clones to the UI
by Pavel Milanes (CO7WT) 12 May '16

12 May '16

Hi to all. Please note that after approval of the new patch sent to the devel queue, next versions of Chirp will not have the Sainsonic GT-890 listed in the Vendor/Model listing on the chirp interface. That's just for a unknown time frame, keep reading. This change obey to the fact that the two variants of the Sainsonic GT-890 known to us are a perfect clones of two variants of the QYT KT8900, so to read/write to the Sainsonic GT-890 you must select the QYT KT8900 instead, the wiki page on the Chirp's site was updated today to reflect this change. Having a clone listed side by side with a reference radio put some challenges to the validating scripts in the devel stages and from the developers point of view & programming paradigms it's wrong. We are working on a solution for that, it will bring clones to visibility on the UI in a user friendly way; a few links for the curious: http://intrepid.danplanet.com/pipermail/chirp_devel/2016-April/003955.html http://intrepid.danplanet.com/pipermail/chirp_devel/2016-April/003958.html PS: After we test this new change for the clones to show in the UI for the BTECH's and family; that trick can be expanded to other families like the Baofeng UV-5R with it's many clones... 73 Pavel CO7WT

1 0

Re: [chirp_users] Unable to read from QYT KT-8900
by F.Ketterman 12 May '16

12 May '16

Pavel, Here are the download and upload text (log) files. 7-zipped for maximum compression. Thank you, Frank Ketterman f.ketterman(a)mail.com <mailto:fnk@softhome.net> www.survivalblog.net <http://www.survivalblog.net> AC0XV Molon Labe!

2 2

Re: [chirp_users] Unable to read from QYT KT-8900 (Pavel Milanes (CO7WT))
by F.Ketterman 12 May '16

12 May '16

Pavel, Thank you for your replies. I will upload the log files in a few days. I will have to build a 32-bit Windows system to run the capture on. Unless you are aware of a 64-bit replacement for portmon? Thank you, Frank Ketterman f.ketterman(a)mail.com <mailto:fnk@softhome.net> www.survivalblog.net <http://www.survivalblog.net> AC0XV Molon Labe!

2 1

Re: [chirp_users] Unable to read from QYT KT-8900
by F.Ketterman 11 May '16

11 May '16

Pavel, I tried the BTECH.py file you posted to the KT8900 group and received the same error. I am going to see if I can find a 32bit system around here to run portmon on and do a data capture. May be a day or two. I have also tried it both in frequency mode and in channel mode, as the Sainsonic gt-890, Btech uv-2501, and as the Waccom Mini-8900, as well as the QYT KT8900 with the exact same results. Attached is the debug.log from chirp Frank Ketterman f.ketterman(a)mail.com <mailto:fnk@softhome.net> www.survivalblog.net <http://www.survivalblog.net> AC0XV Molon Labe!

3 2

[chirp_users] Unable to read from QYT KT-8900
by F.Ketterman 10 May '16

10 May '16

I have not been able to successfully read from my QYT KT-8900 radio I consistently receive the following message 'An error has occurred' 'Radio identification failed.' Note that this is with two different cables (one supplied with radio requiring older Prolific driver, and the other a brand new BTECH cable that I used without error to program my BTECH UV-2501+220). I am using the latest version of CHIRP (daily-20160507) build on a Windows 10 x64 system. Frank Ketterman f.ketterman(a)mail.com <mailto:fnk@softhome.net> www.survivalblog.net <http://www.survivalblog.net> AC0XV Molon Labe!

7 7

[chirp_users] TYT TH9000D
by mats.g.roos＠gmail.com 10 May '16

10 May '16

Hi Chirp lovers. Does anyone know if the TH9000 chirp pgm works on the TH9000D radio? Mats

2 1

[chirp_users] B tech UV 2501 tune dial and other issue
by Justin 10 May '16

10 May '16

1 0

[chirp_users] num1boppa@yahoo.com
by Ron Maruska 10 May '16

10 May '16

confirm b2f8228cf8f9a1cf0297d1542f1bcaa40cef3a51

1 0

Re: [chirp_users] Data Display Changes
by Ted 09 May '16

09 May '16

On Sun, May 8, 2016 at 4:47 PM, Ted <tedfs3(a)gmail.com> wrote: > While upgrading from CHIRP daily 20160419 to 20160507 I noticed that > several fields normally populated with data are now empty in the latest > daily build. > > > > > > Just wondering if there was a change to not display default data in those > fields in the latest build ? I apologize for not knowing, I’m still very > new to HAM Radio > > and really haven’t had a chance to study the way CHIRP files are written > for different radios. Visually, I prefer the way the 20160419 build > displays data as it’s > > more consistent to my eyes. Just trying to understand if those are default > values that are now not be displayed or if there is an error somewhere. > > > Thank you > > > > 20160419 build: > > > > 20160507 build: > > >

4 4

[chirp_users] New Daily Build
by Build System 07 May '16

07 May '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-20160507 A list of the changes included in this build (since the last daily) follows: Changes for Build #400 [Tom Hayward <tom(a)tomh.us>] [platform] Support serial port names used by OpenBSD. #3633 Submitted by Ted Roby: http://intrepid.danplanet.com/pipermail/chirp_users/2016-May/009868.html [Dan Smith <dsmith(a)danplanet.com>] Removed AP510 image due to #3617 [Tom Hayward <tom(a)tomh.us>] [UI] Default "Hide Unused Fields" to enabled. Completes #1779 The orignal patch to add this feature missed one place the hide_unused value is read from. This caused new installs to show the Hide Unused Fields box as checked, but not actually enable the feature. This patch adds defaut=True to that last remaining line of code so that this feature is enabled on the first run of Chirp.

1 0

[chirp_users] New variant of the QYT KT-8900 identified.
by Pavel Milanes (CO7WT) 06 May '16

06 May '16

Hi to all, A user had submitted a serial port log for one of his radios, see here: http://chirp.danplanet.com/issues/3597#note-4 From the logs I can tell (99.9999% confidence) that it's a kind of clone of the Waccom Mini-8900, see here: http://chirp.danplanet.com/issues/3597#note-5 Looking it I found a few peculiarities: * This is the _first variant_ of the _*SAME*__radio model_ that has a different communication protocol from the former model. In the past variants of the same radio model has changed just the internal ID but had keep the magic and comm protocol, but no more... I will look to the recent feature added by Dan about radio aliases to see how we can handle this in the less traumatic way for the users. 73 Pavel CO7WT.

1 0

[chirp_users] CHIRP on OpenBSD
by Ted Roby 06 May '16

06 May '16

Hello. I have noticed that the OpenBSD port for CHIRP is still for version 0.4.1 which was seemingly posted on 8 October 2014. This version uses an older URL of chirp.danplanet.com/download/. I have created a patch for which points it to trac.chirp.danplanet.com/chirp_daily/LATEST/ and uses chirp-daily-20160505. Will development of CHIRP remain on chirp_daily, and no longer use build versions like 0.4.1? Can the daily builds be considered stable? If not, how can I predict the path of stable builds? Thanks for a great tool. This latest build works with my hardware perfectly. As a side note, someone else has already added patches to the OpenBSD ports tree for these devices (I am sure the following will syntactically be mangled by gmail): --- chirp/platform.py.orig Tue Apr 9 01:01:35 2013 +++ chirp/platform.py Thu Jun 12 14:14:18 2014 @@ -283,7 +283,9 @@ class UnixPlatform(Platform): os.system("firefox '%s'" % path) def list_serial_ports(self): - ports = ["/dev/ttyS*", + ports = ["/dev/cuaU*", + "/dev/cua0*", + "/dev/ttyS*", "/dev/ttyUSB*", "/dev/ttyAMA*", "/dev/cu.*",

2 1

[chirp_users] USB indentification for radio download
by Ed Berry 06 May '16

06 May '16

1 0

[chirp_users] Yaesu 897 sending to computer
by Armin 06 May '16

06 May '16

I am having a problem with down loading from the radio to computer. I keep getting an error saying " Failed to communicate with radio: Unable to read block 01 expected 84 got 0" Can anyone give me some advice? I am using the CAT cable have also tried the RT Systems CAT cable and get the same message. Is there and unlock code I am over looking? Armin

1 0

[chirp_users] Need a little help
by Tony Stephen 06 May '16

06 May '16

Started using CHRIPS and like it. My question what does rToneFreq and cToneFreq mean/stand for I know one is for the transmit tone and the other is for the receive tone, (T/Tsql) Which is which???? r means???? c means???? Thank You KE6JZF Tony Stephen

4 3

[chirp_users] New Daily Build
by Build System 05 May '16

05 May '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-20160505 A list of the changes included in this build (since the last daily) follows: Changes for Build #399 [Tom Hayward <tom(a)tomh.us>] [AP510] Disable AP510 driver. In response to #3617 Only a buggy, outdated firmware version is supported by Chirp. Newer firmware revisions changed the programming protocol and are incompatible. To avoid confusion and discourage running buggy firmware, this patch disables the AP510 driver in Chirp. The code should remain, as it is a great starting point for anyone wishing to write support for the latest AP510 firmware. [Tom Hayward <tom(a)tomh.us>] [IC-T8A] Fix frequency encoding and decoding. Fixes #577 The IC-T8 stores frequencies in three bcd bytes. The last nibble of these three bytes would naturally be the least significant digit in KHz, but this leaves no way to encode frequencies divisible by 2.5 KHz. To account for this, the IC-T8 deviates from its standard bcd encoding for the final nibble. Instead of the nibble representing 1 KHz, it represents 500 Hz: 0x5 is 2.5 KHz, 0xA is 5 KHz, and so on. This patch implements this encoding and decoding in Chirp.

1 0

[chirp_users] New Daily Build
by Build System 04 May '16

04 May '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-20160504 A list of the changes included in this build (since the last daily) follows: Changes for Build #398 [Tom Hayward <tom(a)tomh.us>] [IC-T8A] Add support for reading and writing channel names. Closes #3627 [Jim Unroe <rock.unroe(a)gmail.com>] [BTECH] Remove Debug Code Remove temporary debug code that was accidentally left behing. related to #3015

1 0

[chirp_users] Mac driver issues SCU-18
by Lee Reynolds 04 May '16

04 May '16

Hi, I've got a Macbook Pro (Retina, 15-inch, Mid 2015) and a Yaesu SCU-18 cable. My version of OS X is 10.11.5 Beta 3, but I've had issues with 10.11.4 on up through Beta 3. I've installed the Python Runtime from KK7DS, and chirp runs, but I can't select the driver for my cable. I've tried a few drivers, but nothing seems to map to the /dev/cu.* I've tried the PL-2303HX Rev D Chipset <http://prolificusa.com/portfolio/pl2303hx-rev-d-usb-to-serial-bridge-contro…> driver, and the FTDIUSBSerialDriver_v2_3.dmg driver, but neither seem to work.. Are there other drivers/sources I can try? Thanks! Lee

4 3

[chirp_users] Nothing under the settings tab
by Steve 03 May '16

03 May '16

My new UV-5R, when downloaded from the radio, will not show anything under the settings tab. I am getting this error message: The upload was stopped because the firmware version of the image (N5R2407BFB297 ) does not match that of the radio ( Ver BFB229 ). Any ideas?? Thanks, Steve Sent from Mail for Windows 10 --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

4 3

[chirp_users] Uv-5001 won't connect
by Justin 01 May '16

01 May '16

3 2

Re: [chirp_users] chirp-daily-20160419-win32: Hide Unused Fields, Smart Tone Modes
by Justin 30 Apr '16

30 Apr '16

2 1

Re: [chirp_users] Uv-5001 won't connect
by Justin 30 Apr '16

30 Apr '16

1 0