April 2013 - Users - lists.chirpmyradio.com

[chirp_users] New Daily Build
by Build System 07 Apr '13

07 Apr '13

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-20130407 A list of the changes included in this build (since the last daily) follows: Changes for Build #187 [Dan Smith <dsmith(a)danplanet.com>] Fall back to brute force com port detection method on win32 Apparently the more intelligent serial port detection routine in recent pyserial can fail in some strange ways. If that happens, fall back to the old brute force method instead of just breaking. Fixes #763

1 0

[chirp_users] New to Chirp and Using a Mac
by Jeremy J Barbouttis 06 Apr '13

06 Apr '13

What a great program! However, I cannot seem to connect to the radio via USB. I am using a baofeng UV-R and am not getting a connection at all. I really don't know what to put in the port field to download data from the radio. I have also tried with a Wouxon UVD1P and get the same. Just tried selecting all of the given options, but nothing happened. They all seem to be bluetooth anyway. Need to put in the port for one of my USB ports, but haven't a clue as to how to do that. All help really appreciated. Jeremy VK2MJM

3 4

[chirp_users] Columns of data
by John Gorena 06 Apr '13

06 Apr '13

Chirp works great but I was wondering if the many other columns of data could be accessed with CHIRP? Even the simple things like Power level??? John

1 0

[chirp_users] New Daily Build
by Build System 05 Apr '13

05 Apr '13

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-20130405 A list of the changes included in this build (since the last daily) follows: Changes for Build #186 [Marco Filippi <iz3gme.marco(a)gmail.com>] [ft857] Add settings support not complete yet, still missing a few settings (see TODO comments) and all panel settings Implements part of #569

1 0

Re: [chirp_users] Chirp and Wid banded Radios
by Tom Hayward 04 Apr '13

04 Apr '13

On Thu, Apr 4, 2013 at 12:22 AM, John Gorena <John.Gorena(a)gorena.org> wrote: > > > Will Chirp allow programming on Radios that have been modified to transmit below and above the 2M HAM range (144-148)? > > John Chirp restricts frequencies on a per-radio basis determined by what the radio can store, regardless of transmit permission. For example, Chirp can store frequencies in the following range in my Yaesu VX5 because of its extended receive capability: 0.500000-16.000000 MHz, 48.000000-729.000000 MHz, 800.000000-999.000000 MHz You can see the specific range supported for each radio here, in the "Bands" column: http://chirp.danplanet.com/download/0.3.0/Model_Support.html If we assigned the wrong range to any radio, let us know. Tom KD7LXL

1 0

[chirp_users] New Daily Build
by Build System 04 Apr '13

04 Apr '13

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-20130404 A list of the changes included in this build (since the last daily) follows: Changes for Build #185 [Dan Smith <dsmith(a)danplanet.com>] Update contributor credits in Help->About The contributor credits have always listed folks "with significant contributions". The definition of "significant" in this context has changed since the practice began. Review of the ohloh stats, there is an obvious cut line for "significant": http://www.ohloh.net/p/chirp_tool/contributors?query=&sort=commits This patch updates the list in the order of total commits on the above list. Fixes #757 [Dan Smith <dsmith(a)danplanet.com>] Fix import/export after recent editorset changes Fixes #755 [Dan Smith <dsmith(a)danplanet.com>] changeset: 1946:747eed1c4dab tag: bandplan tag: qbase tag: qtip tag: tip user: Sean Burford <sburford(a)google.com> date: Wed Apr 03 14:56:32 2013 +1100 summary: Add support for band plans (Bug 681) [Tom Hayward <tom(a)tomh.us>] List unix serial ports in natural order. #753 [Tom Hayward <tom(a)tomh.us>] Detect RPi UART. #751 [Dan Smith <dsmith(a)danplanet.com>] Add batch memory editing support to the detail editor This is automatically triggered if the user selects more than one memory and then right-clicks to "Edit" them. Implements #234

2 1

[chirp_users] raspberry pi and chirp
by Michael Bass 03 Apr '13

03 Apr '13

Hi all, I discovered the chirp project and wanted to use it to help debug my homebrew interface between a Raspberry Pi computer and a Kenwood TM-D700. While the code seems to work if you have a USB dongle, I had a problem using the GPIO UART serial port. That port is on an odd serial device (/dev/ttyAMA0). Which may make sense since the Pi is an odd bit of hardware. Anyway, if you add one line of code to the platform.py file, chirp will recognize the GPIO serial port. Without finding any serial ports on the computer, chirp issues a cryptic message. Just before line 284 in platform.py (chirp-0.3.0) add the line: glob.glob("/dev/ttyAMA*") + I don't know much python programming so I don't know if there is a way to detect the hardware more specifically. I don't think /dev/ttyAMA* is used much on other linuxes. So it will probably be safe enough to add to the "production" version of chirp. Hope this helps! 73 de Mike, N7WLC

2 1

[chirp_users] New Daily Build
by Build System 03 Apr '13

03 Apr '13

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-20130403 A list of the changes included in this build (since the last daily) follows: Changes for Build #184 [Dan Smith <dsmith(a)danplanet.com>] CHIRP should not be stupid about window size/state retention Fixes #749 [Dan Smith <dsmith(a)danplanet.com>] Make memory detail editor use a ScrolledWindow Fixed while working on #234

1 0

[chirp_users] Out of Band freqs memory
by André Berger 02 Apr '13

02 Apr '13

Hello, good job out there. The only problem I "see" is the fact that despite chirp allows us to "unlock" baofeng, for example (I can set the range from 1 to 1000mhz), it won't allow me to save those freqs in memory! Despite the original freqs, I can tune some out of range freqs with my radio, thatts why I Want them into channels. So I have to run the original VIP software, import from radio, add the channel with the out oft Band freq (Because VIP recognises the range of baofeng and allow me to input those) and then export to radio. Thats a long jorney, considering I have a Mac, so I have to lauch Windows.... A user called Jim, made me a .py modification to help me with that. I just load the mode, and right: now I am able to add the out of range freqs. So, why not to add this .py file directly to /chirp/content...? Because this modification has a bug, when I load it I can only set the channels, the settings menu won't work. It remains blank. So I only use this modificated py file to add the freqs. Isn't possible to let chirp to add those freqs eternally? Tks

4 5

Re: [chirp_users] Out of Band freqs memory
by John W. 02 Apr '13

02 Apr '13

I agree... In the brand-specific forums, it has been repeatedly stated that these out of band frequency display mods do absolutely nothing to add functionality to a radio even if these mods did do anything other than display a number onscreen, rarely would anyone be legally authorized to operate there. Scanners exist for listening purposes. To avoid perpetuating this off topic thread, this will also be my last comment. Apologies for not trimming quoted material. Windows phone editors Suck! -----Original Message----- From: Dan Smith Sent: 4/2/2013 11:41 AM To: Discussion of CHIRP Subject: Re: [chirp_users] Out of Band freqs memory Hi Andre, I hope this can be our last discussion on this topic. > The only problem I "see" is the fact that despite chirp allows us > to "unlock" baofeng, for example (I can set the range from 1 to > 1000mhz), it won't allow me to save those freqs in memory! At this point, the mainline version of CHIRP will not gain support for programming frequency ranges that the hardware is known not to support. I have seen no compelling evidence that any version of the hardware is capable of anything outside the range that CHIRP currently supports (aside from the 220MHz variant). Until I do, the current functionality will remain. You have brought this up multiple times in multiple places and we have repeatedly explained that we have no interest in features that may be at best useless and at worst damaging. Please, lets put this topic to rest. Thanks! -- Dan Smith www.danplanet.com KK7DS

1 0