- Users - lists.chirpmyradio.com

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 09 May '16

09 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 05 May '16

05 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 03 May '16

03 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

[chirp_users] Difficulty transferring data from Chirp to Yaesu VX-8DR using Macbook Air
by Steve B 29 Apr '16

29 Apr '16

Hello, Please pardon my ignorance as I am a new Ham trying to transfer data from my Mac to my Yaesu VX-8DR. So far: 1) I have successfully installed Chirp on my Macbook Air. 2) I have been able to export data from Repeaterbook.com <http://repeaterbook.com/> to Chirp 3) I purchased the cable listed below from Amazon to transfer data. The cable is made by Maxton Technology. GoodQbuy® High Quality USB Programming Cable For Yaesu/Vertex Radio VX-8DR VX-8R VX-8 VX-8E VX-9U http://www.amazon.com/GoodQbuy®-Quality-Programming-Vertex-VX-8DR/dp/B012FF… <http://www.amazon.com/GoodQbuy%C2%AE-Quality-Programming-Vertex-VX-8DR/dp/B…> The packaging says that “no driver is needed with this cable.” However, obviously, that’s not true, since the Mac cannot see the radio. I’ve looked over the available drivers listed for Chirp and none of them match this cable. My question is: 1) Is there a driver suitable for this cable that will not interfere with existing Mac drivers so that I can still connect my other devices, such as digital cameras and videos? I am not comfortable using Terminal. My Macbook Air is running OS 10.10.5 If there is no simple fix for this problem, I plan to buy Parallels for Mac and Windows 8 to install the repeater list using Yaesu’s software and cable for the PC. Thank you for any help you may be able to supply. Best regards, Steve Barsky Cedar City, Utah

2 2

Re: [chirp_users] chirp-daily-20160419-win32: Downloading from Icom T8A
by Rich Messeder 28 Apr '16

28 Apr '16

Sure...and here is a reminder to those reading this thread...I am new to CHIRP...AND when I mention something like this, it may sound like a criticism, but all I think I am doing is sharing info. I do have some opinions already about CHIRP (and RTS), but they really need to wait until I have more experience. So... 1. CHIRP did not get names, and that is an important bit of info for me...I thought that I read that the first thing to do with a "new" radio is download from it, then use that to develop further. I don't know how to add names, and don't know how to get CHIRP to download them. I've been tossing the download, but could save it and send it to someone...don't want to spam the list with uninteresting files. 2. RTS shows me 4 tabs in its program: call, limit, memories, VFO. I have saved them as csv files. They represent the configuration of the T8A, not just the memories: scan edges, scan groups, etc. I can send or post to Google drive and share files. Other options? Just attach and send to list? ~R~ On 2016-04-28 10:05:-0400, you wrote: >> RTS actually seems to get more info from the radio > >Would you give some examples? I would expect it is actually the other >way around. > >Jim KC9HI

3 2

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

28 Apr '16

1 0

[chirp_users] chirp-daily-20160419-win32: Downloading from Icom T8A
by Rich Messeder 28 Apr '16

28 Apr '16

Actually, timely question...but please keep in mind that I had to "distract" myself from ham stuff with work, chores , etc. ;-) That said, with the UV-5RTP looking better (I was able to hit a local repeater using tone, so I guess that all the memories are good to go), I turned to my attention to the Icom IC-T8A. Tried the generic cable, the one that worked w the Baofeng, end could not get it to work...no surprise, as I did not know if the protocols+cables were a match using an adapter. I installed the RT Systems cable and drivers on Windows 10 Pro x64. Downloaded from the radio first try. (Of course, that is w the RTS cable). Name is missing, and I don't know yet how to add it. Minor bump, because I still have the RTS stuff running. RTS actually seems to get more info from the radio, but I don't know if it just adds it in, or if it really comes from the radio...have not cared in the past, as long as the memories were good. And I didn't try to edit anything in CHIRP because the names were missing...I just tossed the data. Figured that I'd get back to it after I have read all the docs. ~R~ NE1EE On 2016-04-27 18:51:-0700, you wrote: >On Wed, Apr 27, 2016 at 5:07 AM, Rich Messeder <rich.messeder(a)gmail.com> wrote: >> >> Could also be that the instructions are not that clear, and don't cover all the bases. I have yet to find in the instructions the so-valuable nuggets revealed here. 'Course, I'm about only half through all the docs I can find. Still, I was up and running with the RT Systems program in a few minutes on my Icom, and I have now spent hours on CHIRP, and not done yet. > >Let's compare apples to apples here: how long did it take to edit a >channel on the Icom with Chirp? Icom's are admittedly much more user >friendly than the UV5R, and Chirp's UI was designed around Icom's >programming paradigm. For example, like Chirp, Icoms actually have a >Tone Mode setting, whereas the UV5R can only stores tones or no >tones--there's no "mode" setting to turn them on and off. > >Tom

2 1

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

28 Apr '16

3 2

[chirp_users] Leixen VV-898
by Marc Fuller 28 Apr '16

28 Apr '16

Hi All, I'm having a problem with two Leixen VV-898's. One is version 1.03 and one is v1.04. The v1.03 was programmed by me about 4 months ago and worked perfectly. A friend purchased a new one for his truck and asked me to program it. But I'm getting an error when I try to read the radio. I am getting "Failed to download from radio: Radio refused program mode". So, I then tried my one that I was able to program 4 months ago, and I get the same error. I am using todays chirp build.. same programming cable (and the cable driver is fine). Any help appreciated Marc

2 2

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

28 Apr '16

I'm not picking a battle but, You did say "my call " Just for your information I started out as a novice,then Tech plus,then back to tech after the fcc quit testing Morse code,then to General and currently extra. I am the trustee for 3 repeaters, head of a 7 man VE Team and I teach a tech class and will be teaching a general test sometime in the next quarter. So I read directions and achieve my goals I set for myself. Iam an ARRL INSTRUCTOR and a VE for both the ARRL and the GLAARG. I also belong to A SAT ,CERT,RACES and ARES. JOCK KC6IIH Sent from my Samsung Galaxy Tab®|PRO -------- Original message -------- From: Justin <700hpvette1(a)cox.net> Date:04/27/2016 9:41 PM (GMT-08:00) To: Cc: chirp_users(a)intrepid.danplanet.com Subject: Re: [chirp_users] chirp-daily-20160419-win32: Hide Unused Fields, Smart Tone Modes I think you read into something I wasnt implying. His call sign is, "NE1EE", say it phonetically, I think you will understand what I meant... =) On Apr 27, 2016 9:34 PM, kc6iih(a)aol.com wrote: The if people would just read the instructions many of the questions asked would no be necessary. Jock Soutar KC6IIH Sent via Samsung Galaxy S7 on AT&T 4G LTE Smartphone On Wednesday, April 27, 2016 Justin <700hpvette1(a)cox.net> wrote: The irony of your call sign is legendary... _______________________________________________ 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] chirp-daily-20160419-win32: Hide Unused Fields, Smart Tone Modes
by Justin 28 Apr '16

28 Apr '16

1 0

Re: [chirp_users] chirp-daily-20160419-win32: why does it insist on certain defaults?
by Alexander Grotewohl 28 Apr '16

28 Apr '16

Yeah the Windows version is a bit qwerky. For example, clicking four times to change a dropdown box gets old. Works though.. just more work than it should be. I don't recall if there's an undo option, but perhaps that'd be better than keeping the setting of each field until you press enter (or escape as the case may be) On Apr 25, 2016 5:09 PM, "Jim Unroe" <rock.unroe(a)gmail.com> wrote: On Mon, Apr 25, 2016 at 2:46 PM, Rich Messeder <rich.messeder(a)gmail.com> wrote: > It seems that though I can makes changes when I have unchecked Smart Tone Mode, CHIRP still either does not save what I see on the screen, or it corrupts the file that I saved when it reads it the next time. I consider a file corrupted when some of it is changed by a program, and I did not want that change. It seems in consistent to permit the changes and saves, then change the data the next time the file is read. > > ~R~ Rich, When using CHIRP with Windows, once you click the tone to choose the frequency that you want, you have to click on another cell or press the [Enter] key to actually make the selection permanent. Up until that point you can press [Escape] or click [Refresh] and nothing will have changed. This above isn't necessary with Linux and I assume the same with Mac OS X. 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 Alexander at alexm0n(a)gmail.com To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

5 5

[chirp_users] Error loading FTDI cable
by Roger Meyers 28 Apr '16

28 Apr '16

Following updating my laptop to Windows 10; when trying to use my FTDI cable to program a new UV82 (YES, I downloaded the newest daily build software) I receive the following error code: This device cannot start. (Code 10) {Not Enough Quota} Not enough virtual memory or paging file quota is available to complete the specified operation. Someone PLEASE tell me WTH is going on here; and how do I make it work? Roger M. Sent from Mail for Windows 10

3 3

[chirp_users] YEASU FT-2900R PROGRAMMING
by Jon G 27 Apr '16

27 Apr '16

The first time I used CHIRP to program this radio it worked great! Today I wanted to update my radio and I am getting the FAILED TO READ HEADER error message that others have reported. When I looked, all my *.img files are the MODDED ones! Now I am not able to get CHIRP to talk to the radio to download what is on there. I am attaching my debug log file in case it makes sense to someone on here. Thanks for any advice! *Dr. Jonathan Goodson*

2 1

[chirp_users] Can't Write to Yaesu FT-06
by bob＠n4rfc.com 27 Apr '16

27 Apr '16

I have the same problem with writing to a Yaesu FT-60 handheld. I can download from the FT-60, but when I write I get a "Failed to communicate with radio: Radio is not responding" error. I have checked the issues page and see there was a issue with writing to the FT-60 that was deemed closed after reloading drivers for the Prolific Chipset. My USB/RS-323 interface is a FTDI. The interface is a homebrew RS-232 to TTL level shifter that works, with a different cable, just fine to read and write to my FT-8900R. I suspect there is some timing differences between the two radios. The computer is a Winders 7 - 64 bit 3gHz I3 Processor with 8 gB ram. I am running the latest download of Chrip (4/19/16). Is there any logging going on in Chrip that I can enable and look at? Regards, Bob - N4RFC

2 7

Re: [chirp_users] Comments about chirp-daily-20160419-win32
by Rich Messeder 27 Apr '16

27 Apr '16

I have now spent many hours browsing the various web pages, and I think it will be many more before I am done, and have culled what I need for my radios. But I still opine that CHIRP docs are not clear. http://chirp.danplanet.com/projects/chirp/wiki/MemoryEditorColumns Tone: CTCSS tones are used. Transmit tone is taken from the Tone column, receive tone from the ToneSql column. Is this true? Not intuitive. See Tone->Tone: This means use the Tone value for transmit tone, and the ToneSql value for receive squelch <blank>: Indicates that no method is used for this, either transmit or receive I don't have <blank> so far. ->Tone: This means do not transmit a Tone or DTCS Code, but use the ToneSql value for receive squelch Right now, this is counterintuitive to me. And partly because I have an option not address on the page, TSQL, which I expect to mean that no PL code is used for Tx, but is used to open the squelch on Rx. The page referenced above is one that I have not read completely yet. ~R~ NE1EE On 2016-04-25 17:33:-0400, you wrote: >> Puzzled by defaults >> I selected several lines, and used the properties dialog to try to change the Tone and ToneSql. Instead, those values were all set to some default (88.5), and Cross Mode were reset from >Tone to Tone>Tone. >> > >What you have to realize is that when Tone Mode is set to Tone, only >the Tone column is used and all the other columns related to PL/DPL >are ignored. When Tone Mode is set to TSQL, only the ToneSql column is >use an all the rest are ignored. > >See the CHIRP column guides available here on on miklor.com > >http://www.miklor.com/COM/UV_CHIRP.php#guides > >Jim KC9HI

4 3

Re: [chirp_users] chirp-daily-20160419-win32: Properties => Smart Tone Modes?
by Rich Messeder 27 Apr '16

27 Apr '16

You never had an issue because you understood CHIRP ;-) I was able to change all my power settings to LOW, and, encouraged by that, I attempted to do some more block changes. But I didn't know about the Rx|Tx == 0 feature of the UV-5, and how CHIRP handled that, so I blithely changed a bunch of frequencies, only to find that CHIRP changed them back to 88.5. Why 88.5 instead of another freq is a question, but I suppose that it had to be something. Oh, wait, maybe not. If the real value is 0.0 for the CTCSS, why not make it that? But I /am/ learning, and making notes. Were it not for the ready replies here, I'd still be thinking of taking a hammer to CHIRP. ~R~ NE1EE On 2016-04-25 17:27:-0400, you wrote: >On Mon, Apr 25, 2016 at 2:17 PM, Rich Messeder <rich.messeder(a)gmail.com> wrote: >> I just tried to use the properties dialog, and it reset all sorts of things I was not expecting. Sigh. Shoulda saved before I did that. Single edits for me, then? >> >> ~R~ >> NE1EE > >I use the [Properties] dialog all the time. Especially when I want to >change multiple multiple channels at the same time (for example when >setting all power levels to low or TX inhibiting the FRS, GMRS, MURS >and the Part 90 frequencies that I listen to). I have never had an >issue. > >Jim KC9HI

2 1

[chirp_users] Using CHIRP with Kenwood TH-F6A
by John 27 Apr '16

27 Apr '16

I am trying to use CHIRP to program my Kenwood TH-F6A and so far it is not working. I have the Kenwood USB cable from Valley Enterprises and I have gotten the FTDI driver software installed on my Windows XP machine. I start CHIRP and select Radio -> Download from radio. I get a dialog box into which I put the Port, Vendor, and Model. I then click OK. The radio's transmit light flashes once, then the dialog box in CHIRP goes away and nothing happens after that. Any ideas? -- 73 John - K2LRA

6 6

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

27 Apr '16

On 2016-04-27 09:15:-0400, you wrote: >Perhaps the problem is you are TOO familiar with other programming methods. I think that you have hit it exactly! >I am a novice to CHIRP; I read the programming info & the detailed field definitions and was merrily up and programming in a few minutes. >Lee N8VYH OK...I admit...I gave the first few paragraphs of each doc and web page a cursory glance, figured that it worked in a certain way, connected to the UV-5 and downloaded a copy of the memory. It's not that I don't read instructions...in fact, I try to read them for each device I have. The "problem" is that CHIRP displayed, by default, fields that are "unused", and there was no clue about that. The menu had "Hide Unused Fields" checked, so I figured that I was looking at "used" fields. Using Properties, I changed Power, and things worked as I thought they should. Then I tried to change PL tones individually, and that is where things fell apart. CHIRP kept changing my PL tones to 88.5, and there is no clue why. I don't want to bother anyone further until I have read further...I still have not run across the reference to the UV-5 that (Tom?) posted a few days ago referring to "The UV5R's internal memory structure does not have "Tone Mode" and "Tone" value fields, like most other ham radios do. Instead, it has only two fields: rxtone and txtone. To activate a transmit tone, the tone's value it stored in the txtone field. To turn off tones, zero is written to this field. So when you set Tone Mode off, the tone value you previously programmed is overwritten by zeros. This is just how the radio is designed--unfortunately there's no way around it." So I have some reading to do before I ask any more questions. For now, I find it misleading that I can change "unused" fields, and that CHIRP will then change them to some yet unexplained other value (I guess that's in the docs...so I'll find it in the next day or so). They ought to be blank and inaccessible. ... ... IMO, and we all know now how new to CHIRP I am. ;-) ~R~ NE1EE

3 2

Re: [chirp_users] B tech UV-5001
by Justin 27 Apr '16

27 Apr '16

2 1

Re: [chirp_users] B tech UV-5001
by Justin 27 Apr '16

27 Apr '16

1 0

[chirp_users] chirp-daily-20160419-win32: Hide Unused Fields, Smart Tone Modes
by Rich Messeder 27 Apr '16

27 Apr '16

http://chirp.danplanet.com/projects/chirp/wiki/MemoryEditorColumns Users unfamiliar with programming radios are encouraged to enable Hide Unused Fields mode in the View menu. Also, enabling Smart Tone Modes in the same location can be rather helpful for reducing confusion. But I /am/ familiar with programming radios...that seems to be part of my problem...what I need is an explanation of these two options, as they apply to my radio...still reading. ~R~

2 1

[chirp_users] chirp-daily-20160419-win32: Operation of Tone and ToneSql, Cross Mode <blank>
by Rich Messeder 27 Apr '16

27 Apr '16

http://chirp.danplanet.com/projects/chirp/wiki/MemoryEditorColumns Tone This sets the CTCSS tone to be transmitted if the Tone Mode is set to Tone. In Cross mode, it has additional meanings (see description of Cross Mode for more details). ToneSql This sets the CTCSS tone to be transmitted and used for receiver squelch if the Tone Mode is set to TSQL. In Cross mode it has additional meanings (see description of Cross Mode for more details). Earlier, it seems, I was confusing the Tone Mode column notes with the notes under Cross mode. I think that the lines above are what I was expecting. I now see the <blank> under Cross Mode. ~R~

1 0

Re: [chirp_users] chirp-daily-20160419-win32: why does it insist on certain defaults?
by Rich Messeder 27 Apr '16

27 Apr '16

Yep...got that frustration ;-) Might be faster to change the field to an edit field, and let us type in the value. Those 4 clicks, together with having to move the mouse so far to get to the value I want, including scrolling the drop box where necessary, is just plain tedious. ~R~ NE1EE On 2016-04-25 17:48:-0400, you wrote: >Yeah the Windows version is a bit qwerky. For example, clicking four times to change a dropdown box gets old. Works though.. just more work than it should be. I don't recall if there's an undo option, but perhaps that'd be better than keeping the setting of each field until you press enter (or escape as the case may be)

1 0

[chirp_users] Are memories stored in the UV-5 editable at runtime?
by Rich Messeder 27 Apr '16

27 Apr '16

This question is prompted by the discussion below, and by my surprise at finding that I had set the power to LOW when the memory was programmed to HIGH, and it quickly reverted to HIGH. I soon learned about using the keypad to change it at runtime. I have since reprogrammed all my powers to LOW. ~R~ NE1EE On 2016-04-25 17:12:-0400, you wrote: >On Mon, Apr 25, 2016 at 1:33 PM, kc6iih via chirp_users ><chirp_users(a)intrepid.danplanet.com> wrote: >> Tone mode in simplex has no effect. >> You are not using a repeater . >> To further the point, tone no matter the setting won't do anything unless >> the repeater is using a tone. In that case you must have it set correctly. >> >> Jock KC6IIH > >Tone Mode are just as effective when using simplex as it is using a >repeater. Although tones are seldom used on ham frequencies when using >simplex, their use on commercial simplex channels is quite common and >CHIRP supports it fully. > >Jim KC9HI

1 0

Re: [chirp_users] chirp-daily-20160419-win32: why does it insist on certain defaults?
by Rich Messeder 27 Apr '16

27 Apr '16

This is pretty much my habit on Windows. I have seen too many apps that do not save the values otherwise, so that is not my problem here.../my/ problem is not knowing enough about the internal workings of the UV-5 and how CHIRP accommodates them. WRT leaving fields or even a line in order to get the fields to update, this is not necessary in Windows. It is a matter of developer choice. I develop software for Windows and some RTOSs, and my habit is to validate fields when the focus is lost, saving, reverting to earlier content, or popping a warning box, as appropriate. ~R~ NE1EE On 2016-04-25 17:09:-0400, you wrote: >Rich, > >When using CHIRP with Windows, once you click the tone to choose the >frequency that you want, you have to click on another cell or press >the [Enter] key to actually make the selection permanent. Up until >that point you can press [Escape] or click [Refresh] and nothing will

1 0

Re: [chirp_users] chirp-daily-20160419-win32: why does it insist on certain defaults?
by Rich Messeder 27 Apr '16

27 Apr '16

This comment is gold. I am trying to excerpt all these nuggets and build my own "CHIRP, Baofeng UV-5RTP, Kenwood TH-F6A notes.txt" files of notes. My confusion stemmed from the arcane (that's not a bad word) UI in CHIRP. Even hiding "unused" fields didn't clear up any confusion, because I was left with the questions of why these "fields" showed up when I read my radio, but are "unused". I'm beginning to get the picture. And unfortunately, I have experience with other products that are more straightforward than CHIRP, but it's important to note that they are fairly well "tailored" to each product line. The RT Systems product, for example, is much easier to use. I may eventually settle on CHIRP for all my radios, but only after I develop confidence that I can use it correctly. So far, I have been creeping up on being able to predict what my Baofeng actually get programmed with. I am also following the discussion about the TH-F6A... ~R~ NE1EE On 2016-04-25 12:32:-0700, you wrote: >On Mon, Apr 25, 2016 at 12:21 PM, Rich Messeder <rich.messeder(a)gmail.com> wrote: >> I changed the I changed the tone mode to (None) and set the PL tone to the one I desired. When I need the PL tone, all I need do is enable Tone and ToneSql, and the PL tones are already set. > >I agree, this is a great feature of many Yaesu, Kenwood, and Icom >radios, but it's simply not possible on the UV5R. > >> OTOH, you said "the tone field is a combination of multiple Chirp fields (Tone Mode +...". Maybe that is why things must change, and I have to learn what that means. > >The UV5R's internal memory structure does not have "Tone Mode" and >"Tone" value fields, like most other ham radios do. Instead, it has >only two fields: rxtone and txtone. To activate a transmit tone, the >tone's value it stored in the txtone field. To turn off tones, zero is >written to this field. So when you set Tone Mode off, the tone value >you previously programmed is overwritten by zeros. This is just how >the radio is designed--unfortunately there's no way around it. > >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

1 0

[chirp_users] Has the QYT KT-8900 patch been add to version 20160415
by Ceh 27 Apr '16

27 Apr '16

I am still having problems downloading from my QYT KT-8900 using Linux version 20160415. I started chirpw from a terminal screen and this is what displayed after trying to download. (process:10948): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. WARNING: Short reading 20 bytes from the 21 requested. ERROR: -- Exception: -- ERROR: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/chirp/ui/clone.py", line 238, in run self.__radio.sync_in() File "/usr/lib/python2.7/dist-packages/chirp/drivers/btech.py", line 784, in sync_in data = _download(self) File "/usr/lib/python2.7/dist-packages/chirp/drivers/btech.py", line 575, in _download d = _recv(radio, addr) File "/usr/lib/python2.7/dist-packages/chirp/drivers/btech.py", line 411, in _recv raise errors.RadioError("Invalid header for block 0x%04x:" % addr) RadioError: Invalid header for block 0x0000: ERROR: ---------------- ERROR: Clone failed: Invalid header for block 0x0000: ERROR: --- Exception Dialog: Invalid header for block 0x0000: --- ERROR: None The last few lines displayed using the utility dmesg follows. [98971.748022] usb 4-1: new full-speed USB device number 3 using uhci_hcd [98972.114048] usb 4-1: New USB device found, idVendor=067b, idProduct=2303 [98972.114056] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [98972.114061] usb 4-1: Product: USB-Serial Controller [98972.114066] usb 4-1: Manufacturer: Prolific Technology Inc. [98972.117157] pl2303 4-1:1.0: pl2303 converter detected [98972.129196] usb 4-1: pl2303 converter now attached to ttyUSB0 This is the cable I received with the radio so I believe it is the factory programming cable and it works with the factory software on Windows XP but is very clumsy to use. thanks for any replies

7 9

Re: [chirp_users] Using CHIRP with Kenwood TH-F6A
by John 27 Apr '16

27 Apr '16

On 4/25/2016 9:26 PM, Jim Unroe wrote: [snip] > > I was heading out the door or I would have looked it up and included > it. I have a TH-F6a here too. > > Glad to hear that you got it working. > > Jim KC9HI Well... I got a LOT farther than I was able to before. Someone else mentioned that the TH-F6A only operates in "live" mode, i.e. you can't clone the radio, edit the configuration, and then download it back to the radio. That appears to be correct also. That seems to me to be unfortunate, but it is perhaps a limitation of the radio itself and not of CHIRP. -- 73 John - K2LRA

2 1

[chirp_users] B tech UV-5001
by (702) 290-3209 26 Apr '16

26 Apr '16

3 2

[chirp_users] Com Port scanning
by Pops Carter 26 Apr '16

26 Apr '16

Somebody mentioned Free Device Monitoring Studio. There are some bad reports on it. I've been using FindComPort successfully for several years and it IS free. Pops -- *We The People* founded this country. *We The People* can save this country.

2 1

[chirp_users] Saving w/o frequency entered
by Pops Carter 26 Apr '16

26 Apr '16

I just duplicate a frequency already entered and name the line "DUPE" That saves the line and tells me in the radio display that it is available for editing. Pops -- *We The People* founded this country. *We The People* can save this country.

2 1

[chirp_users] Support for Yaesu FT-450D
by Don Goodrich 26 Apr '16

26 Apr '16

1 0

[chirp_users] QYT 8900r
by Jago Packer 26 Apr '16

26 Apr '16

Hi Has the QYT 8900r been added to the compatibility list yet? Jago

4 11