May 2016 - Users - lists.chirpmyradio.com

[chirp_users] Kenwood TK-762H
by Tim Billingsley 11 Aug '16

11 Aug '16

I have a couple of old Kenwood TK-762H transceivers. I see the issue on http://chirp.danplanet.com/issues/3139 but I seem to be having troubles. When I attempt to read from the radio using TK-762G it appears to read from the radio then dumps the error dialog *"An error has occurred: The radio doesn't accept program mode"* 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/tk760g.py", line 884, in sync_in self._mmap = do_download(self) File "/usr/lib/python2.7/dist-packages/chirp/drivers/tk760g.py", line 517, in do_download _open_radio(radio, status) File "/usr/lib/python2.7/dist-packages/chirp/drivers/tk760g.py", line 478, in _open_radio raise errors.RadioError("The radio doesn't accept program mode") RadioError: The radio doesn't accept program mode ERROR: ---------------- ERROR: Clone failed: The radio doesn't accept program mode ERROR: --- Exception Dialog: The radio doesn't accept program mode --- ERROR: None ERROR: ---------------------------- If I attempt using TK-760 chirp attmpts to read and almost immediately dumps the error dialog saying *"An error has occurred Radio refuse to enter into program mode after a few tries"* ERROR: ---------------------------- 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/tk760.py", line 411, in sync_in self._mmap = do_download(self) File "/usr/lib/python2.7/dist-packages/chirp/drivers/tk760.py", line 255, in do_download open_radio(radio) File "/usr/lib/python2.7/dist-packages/chirp/drivers/tk760.py", line 227, in open_radio raise errors.RadioError(msg) RadioError: Radio refuse to enter into program mode after a few tries ERROR: ---------------- ERROR: Clone failed: Radio refuse to enter into program mode after a few tries ERROR: --- Exception Dialog: Radio refuse to enter into program mode after a few tries --- ERROR: None ERROR: ---------------------------- FWIW I am running CPU~Dual core AMD E2-1800 APU with Radeon HD Graphics (-MCP-) speed~1700 MHz (max) Kernel~4.2.0-34-generic i686 Mem~2035.9/3635.1MB HDD~750.2GB(35.9% used) Ubuntu 15.10 CHIRP daily-20160513 GTK 2.24.28 PyGTK 2.24.0 Python 2.7.10 I am also having issues with a QTY KT8900 I have tried to follow all this has been discussed on http://chirp.danplanet.com/issues/2673 but to no avail. any assistance is appreciated

8 18

[chirp_users] Accessing Repeaterbook from chirp
by Scott Brewster 01 Jun '16

01 Jun '16

I am trying to get a list of 2m and 70cm repeaters for my area with no luck. Steps taken: Start ChirpFile: NewRadio: Query Data Source: Repeaterbook Initial dialog box comes up; I select Arizona for state; Maricopa for County and 2 Meters for Band. Clicking ok results in the "standard" busy mouse icon (small greenish blue circle). Data from Repeaterbook never shows up.Even though busy mouse icon is showing, I am able to click and use options within chirp. Attempts to use other sources appears to work (albeit I am not subscribed or premium with those other sources). Reading/writing from radio otherwise works, no other issues noticed. I have tried this with the last couple of windows daily builds - latest is today's - with no luck. Am I missing something? >From chirp about: Chirp daily - 20160531 OS: Windows 7.

7 9

Re: [chirp_users] Accessing Repeaterbook from chirp
by jl_wilkerson＠att.net 31 May '16

31 May '16

Repeaterbook is free. ------ Original message------From: Jock via chirp_users Date: Tue, May 31, 2016 4:51 PMTo: chirp_users@intrepid.danplanet.com;Subject:Re: [chirp_users] Accessing Repeaterbook from chirp I believe Repeater Book requires a subscription. KC6IIH JockJock Soutar KC6IIH Sent via Samsung Galaxy S7 on AT&T 4G LTE Smartphone On Tuesday, May 31, 2016 Scott Brewster via chirp_users <chirp_users(a)intrepid.danplanet.com> wrote: I am trying to get a list of 2m and 70cm repeaters for my area with no luck. Steps taken: Start ChirpFile: NewRadio: Query Data Source: Repeaterbook Initial dialog box comes up; I select Arizona for state; Maricopa for County and 2 Meters for Band. Clicking ok results in the "standard" busy mouse icon (small greenish blue circle). Data from Repeaterbook never shows up.Even though busy mouse icon is showing, I am able to click and use options within chirp. Attempts to use other sources appears to work (albeit I am not subscribed or premium with those other sources). Reading/writing from radio otherwise works, no other issues noticed. I have tried this with the last couple of windows daily builds - latest is today's - with no luck. Am I missing something? From chirp about: Chirp daily - 20160531 OS: Windows 7. _______________________________________________ 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

[chirp_users] pySerial
by Ryan Barber 31 May '16

31 May '16

Hi all, Are there plans to fix the depreciated calls to pySerial setBaudrate? -Ryan

2 3

Re: [chirp_users] New Daily Build
by Rich Messeder 31 May '16

31 May '16

I linked to the messages (see bottom of email), and saw some comments about the background for this mod. Here are my comments, just FYI, no complaints. Windows 10 Pro x64. 1. I am using the standalone version. Wish that there is an x64 version. 2. Copy | Paste of records and record blocks twixt 2 instances if CHIRP, using ctrl-c, -v, works for records now. 3. Twould be nice if the confirmation dialog showed up on the same display as the main program. I run CHIRP on a an extended display in Windows. 4. Ctrl-x does not work in a field. Delete does not work in a field. Ctrl-v does not work in a field. 5. RMC: Copy //does// work in a field, but then RMC: Paste is disabled in the 2nd instance. I /can/ RMC: Paste into a different file in a different tab in the same instance. 6. I use the standalone version because I find it more controllable than installing multiple versions of the same product, though I imagine that upgrading the installed version in place works fine. Not tested. I do this so that it is easy for me to roll back, if I wish. 7. I use multiple instances of the standalone version because I can alt-tab twixt them to copy | paste. Ctrl-tab does not work for me, though it does shift the focus from a memory to a tab. So I can't easily cut from one tab and paste to another. 8. I understand deprecating .chirp files, even if I don't know the history. If .csv files are the ne way of exporting, that works for me. 9. Still don't know why I can't save Kenwood TH-F6A .img in CHIRP, but can in Kenwood's Memory Control Program (MCP). MCP is not "live". I just did this test. While CHIRP was open, I ran MCP. I downloaded from the F6A. I modified a memory. I saved the file as .fx. I ended MCP. The F6A remained unchanged. I interpret this to mean that I could save the F6A in CHIRP as a .img file (which I can't). 10. It's nice that both MCP and CHIRP do not take control of the COM port; that is, they open it, use it, and release it. This allows me to run both programs at the same time. Currently, there are advantages and disadvantages to using both MCP and CHIRP with the F6A, so I use both. ~R~ NE1EE Short email? No html? Here's why: http://emailcharter.org/ On 2016-05-31 00:09:-0700, Build System wrote: >Greetings, >http://trac.chirp.danplanet.com/chirp_daily/daily-20160531 > >A list of the changes included in this build (since the last daily) follows: > >Changes for Build #405 >[Tom Hayward <tom(a)tomh.us>] [ui] Change clipboard target to support cross-process copy/paste on Windows. #3693 > >Clipboard target was PRIMARY, the X clipboard. Changed to CLIPBOARD, the >default clipboard, for better Windows support including the ability >to copy/paste between multiple instances of Chirp. > >http://intrepid.danplanet.com/pipermail/chirp_devel/2016-May/004018.html > >[Tom Hayward <tom(a)tomh.us>] [ui] Store clipboard outside of app, so paste works after quitting. #3691 > >[Tom Hayward <tom(a)tomh.us>] [ui] Deprecate .chirp file format by disabling export. #3689 > >The .chirp file format provides no additional features compared to .CSV and is >therefore redundant. .chirp is the more complex and less frequently used format >of the two, so to eliminate the redundancy it should be deprecated. > >This patch removes the ability to export as .chirp, leaving no way to generate >new .chirp files. It preserves the ability to open and import .chirp files, so >any existing .chirp files can still be opened, edited, and exported to other >formats. > >chirp_users mailing list >chirp_users(a)intrepid.danplanet.com >http://intrepid.danplanet.com/mailman/listinfo/chirp_users

2 2

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

31 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-20160531 A list of the changes included in this build (since the last daily) follows: Changes for Build #405 [Tom Hayward <tom(a)tomh.us>] [ui] Change clipboard target to support cross-process copy/paste on Windows. #3693 Clipboard target was PRIMARY, the X clipboard. Changed to CLIPBOARD, the default clipboard, for better Windows support including the ability to copy/paste between multiple instances of Chirp. http://intrepid.danplanet.com/pipermail/chirp_devel/2016-May/004018.html [Tom Hayward <tom(a)tomh.us>] [ui] Store clipboard outside of app, so paste works after quitting. #3691 [Tom Hayward <tom(a)tomh.us>] [ui] Deprecate .chirp file format by disabling export. #3689 The .chirp file format provides no additional features compared to .CSV and is therefore redundant. .chirp is the more complex and less frequently used format of the two, so to eliminate the redundancy it should be deprecated. This patch removes the ability to export as .chirp, leaving no way to generate new .chirp files. It preserves the ability to open and import .chirp files, so any existing .chirp files can still be opened, edited, and exported to other formats.

1 0

[chirp_users] win 10
by William Coleman 31 May '16

31 May '16

Hi everyone ! Just a quick note. I have the latest release version of chirp working OK with Windows 10 64bit on my desktop . There have been no issues so far with chirp while running windows 10 with either reading or transferring data to and from my GT-5 . I had to roll back the 3.6 driver to 3.2.2.0 that windows had initially installed . It was giving me a cannot start device error message. Once I rolled back the drivers there was no further issues. Will C. KF7SSF

5 5

[chirp_users] TYT th-9800 Memory
by Daniel Chater 30 May '16

30 May '16

Hello all, I am having huge issue using Chirp in windows 10 so I have installed chirp on a Ubuntu and i worked first time first try. I bought the TYT because it is a quad band and I wanted this to be a mobile that I could use as a house rig as well. The only thing I cannot figure out is that the TH-9800 has a 800 channel Memory but all i am getting is 25 total. Can someone tell me what I have to do to add additional memories and Bands? -- 73, Dan ve3zxs http://www.callsign.ca/ind.php

3 6

[chirp_users] New dev driver with a new variant of the QYT KT-8900R
by Pavel Milanes (CO7WT) 30 May '16

30 May '16

Hi to all, Attached is a dev driver for the btech's radio series for your consideration, it has support for a recently discovered version of the QYT KT-8900R. As I don't have this radio I need your help to validate this solution before pushing it into Chirp. Al the bits shows that the initial support for the QYT KT-8900R in Chirp was for a Generation 2 of this radios, now the recently found variant is for the 1st generation of this radios. Please test it if you have a QYT KT-8900R that was not recognized by Chirp after it's addition, all the success/failure stories are welcomed (the failure are more appreciated if come with the debug.log file) To try it you must follow this steps: 1. save the "btech.py" file attached to this post to where you keep your chirp radio image files 2. click "Help" 3. enable "Enable Developer Functions" 4. click "File" 5. click "Load Module" 6. find and load the "btech.py" file that was saved in step 1 *Note:* This special test module only temporarily changes your CHIRP. You must load this module every time you load CHIRP. Remember that this is a dev version and I need your feedback to make this solution into Chirp. -- 73 Pavel CO7WT.

1 0

[chirp_users] Luiton radios
by Jack Schlachter 27 May '16

27 May '16

I've ask several times about adding Luiton radios to chirp and one of your responses in another thread stated how busy you are and I get that. I was just wondering if you could take the two minutes to let us Luiton users know if you plan at all to add it to the Chirp radio list. That way I'll at least know and can explore other avenues which for me means sending the radio back because actually there is no other options except to spend the $50 at RMS to get support. Living on SS won't let me do that. I hope I don't sound too aggressive because I don't mean to be, Just would like some answer. Thanks

3 2