- Users - lists.chirpmyradio.com

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 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