April 2016 - Users - lists.chirpmyradio.com

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 26 Apr '16

26 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