- Users - lists.chirpmyradio.com

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