May 2016 - Users - lists.chirpmyradio.com

[chirp_users] B tech UV 2501 tune dial and other issue
by Justin 09 May '16

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

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

05 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