- Users - lists.chirpmyradio.com

[chirp_users] New Daily Build
by Build System 13 Jul '19

13 Jul '19

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-20190713 A list of the changes included in this build (since the last daily) follows: Changes for Build #586 [Dan Smith <dsmith(a)danplanet.com>] Additional settings support for TK8180 Also, avoid registering if we are unable to import the future module. A gross hack for now, which will make this driver unavailable in the MacOS build currently, but this is the easiest solution to the much larger problem of not being runnable at all. Related to #743 Fixes #6095

1 0

[chirp_users] TYT UV8000D marked closed but not in daily
by Jeff 09 Jul '19

09 Jul '19

I saw on 7/3 the UV8000D/E drivers were marked completed and a daily build was made the same day however no drivers were pushed to source control. Possible mix up on status? Or code not pushed?

1 0

[chirp_users] [Ticket #8] chirp_users Digest, Vol 127, Issue 4
by howard＠small.com.au 09 Jul '19

09 Jul '19

This is a notification from the Help Desk. On Jul 10, 2019 @ 07:18 am, chirp_users-request(a)intrepid.danplanet.com wrote: Send chirp_users mailing list submissions to chirp_users(a)intrepid.danplanet.com To subscribe or unsubscribe via the World Wide Web, visit http://intrepid.danplanet.com/mailman/listinfo/chirp_users or, via email, send a message with subject or body 'help' to chirp_users-request(a)intrepid.danplanet.com You can reach the person managing the list at chirp_users-owner(a)intrepid.danplanet.com When replying, please edit your Subject line so it is more specific than "Re: Contents of chirp_users digest..." Today's Topics: 1. Error setting memory - out of supported range [Baofeng] (Adam Nielsen) 2. Re: Error setting memory - out of supported range[Baofeng] (Neil B) 3. Re: Error setting memory - out of supported range [Baofeng] (Jim Unroe) ---------------------------------------------------------------------- Message: 1 Date: Wed, 10 Jul 2019 00:42:47 +1000 From: Adam Nielsen <a.nielsen(a)shikadi.net> Subject: [chirp_users] Error setting memory - out of supported range [Baofeng] To: chirp_users(a)intrepid.danplanet.com Message-ID: <20190710004247.7a2f8982(a)vorticon.teln.shikadi.net> Content-Type: text/plain; charset=US-ASCII Hi all, I'm new to Chirp and testing it with a Baofeng F8+III (supposedly an update on the UV-5R). I have successfully downloaded all the programmed frequencies (as both BF-F8HP and UV-5R models). I named some of the channels and uploaded them, and now the radio shows the names I entered instead of the frequencies - great! However I am unable to name some of the channels as I get an error when I attempt to do so: Error setting memory: Tx freq 0.000500 is out of supported range When I programmed in this frequency, I wanted to disable transmission so that I didn't accidentally transmit by mistake. I found some instructions online that suggested setting the split such that the transmission frequency ends up in a band that the radio cannot transmit on, and this indeed works - should I try to transmit the radio beeps with an error (if beeps are enabled) and no transmission occurs. I have now successfully downloaded all my programmed channels into Chirp, including those with invalid splits, and I can upload them back to the device as well, with the invalid splits being left unchanged. However it won't let me assign names to the channels having these out of range splits because the above error comes up. Is there any way I can tell Chirp that this isn't an error, and the frequency is intentionally out of range to prevent accidental transmission, and to accept the name of the channel I am trying to set? Many thanks, Adam. ------------------------------ Message: 2 Date: Tue, 9 Jul 2019 14:59:25 +0000 From: Neil B <ne.b(a)hotmail.co.uk> Subject: Re: [chirp_users] Error setting memory - out of supported range[Baofeng] To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> Message-ID: <CWLP123MB1827FFCB77ED1B4FE8CE5385D5F10(a)CWLP123MB1827.GBRP123.PROD.OUTLOOK.COM> Content-Type: text/plain; charset="iso-8859-1" if i recall correctly, in the duplex colum, select off. that stops tx. 73's ----- Original Message ----- From: "Adam Nielsen" <a.nielsen(a)shikadi.net> To: <chirp_users(a)intrepid.danplanet.com> Sent: Tuesday, July 09, 2019 3:42 PM Subject: [chirp_users] Error setting memory - out of supported range[Baofeng] > Hi all, > > I'm new to Chirp and testing it with a Baofeng F8+III (supposedly an > update on the UV-5R). I have successfully downloaded all the > programmed frequencies (as both BF-F8HP and UV-5R models). I named > some of the channels and uploaded them, and now the radio shows the > names I entered instead of the frequencies - great! > > However I am unable to name some of the channels as I get an error > when I attempt to do so: > > Error setting memory: Tx freq 0.000500 is out of supported range > > When I programmed in this frequency, I wanted to disable transmission > so that I didn't accidentally transmit by mistake. I found some > instructions online that suggested setting the split such that the > transmission frequency ends up in a band that the radio cannot transmit > on, and this indeed works - should I try to transmit the radio beeps > with an error (if beeps are enabled) and no transmission occurs. > > I have now successfully downloaded all my programmed channels into > Chirp, including those with invalid splits, and I can upload them back > to the device as well, with the invalid splits being left unchanged. > However it won't let me assign names to the channels having these out > of range splits because the above error comes up. > > Is there any way I can tell Chirp that this isn't an error, and the > frequency is intentionally out of range to prevent accidental > transmission, and to accept the name of the channel I am trying to set? > > Many thanks, > Adam. > _______________________________________________ > chirp_users mailing list > chirp_users(a)intrepid.danplanet.com > http://intrepid.danplanet.com/mailman/listinfo/chirp_users > This message was sent to m1cfk at ne.b(a)hotmail.co.uk > To unsubscribe, send an email to > chirp_users-unsubscribe(a)intrepid.danplanet.com > ------------------------------ Message: 3 Date: Tue, 9 Jul 2019 12:32:10 -0400 From: Jim Unroe <rock.unroe(a)gmail.com> Subject: Re: [chirp_users] Error setting memory - out of supported range [Baofeng] To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> Message-ID: <CADnO8U69SWY9PVYmY_gOzRuTMv_gU4-197njLutPPLqZT88R-Q(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" > When I programmed in this frequency, I wanted to disable transmission > so that I didn't accidentally transmit by mistake. I found some > instructions online that suggested setting the split such that the > transmission frequency ends up in a band that the radio cannot transmit > on, and this indeed works - should I try to transmit the radio beeps > with an error (if beeps are enabled) and no transmission occurs. This is only valid if you are only going to manual program your radio. CHIRP checks to make sure that both the RX frequency and TX frequency are within the capability of the radio. > I have now successfully downloaded all my programmed channels into > Chirp, including those with invalid splits, and I can upload them back > to the device as well, with the invalid splits being left unchanged. > However it won't let me assign names to the channels having these out > of range splits because the above error comes up. You can't edit invalidly programmed channels. You have to "fix" the errors. > Is there any way I can tell Chirp that this isn't an error, and the > frequency is intentionally out of range to prevent accidental > transmission, and to accept the name of the channel I am trying to set? No. What you have to do is switch to the method that CHIRP uses to inhibit TX on a memory channel of these radios. That would be to set the Duplex field to "off". After doing this, you should then be able to edit the Names as desired. Jim KC9HI ------------------------------ _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com End of chirp_users Digest, Vol 127, Issue 4 ******************************************* ------ This is an automated response. Your issue has been noted. We'll be in touch soon. Please reply to this email or visit the URL below with any additional details. http://SIS/portal/view-help-request/8

1 0

[chirp_users] Error setting memory - out of supported range [Baofeng]
by Adam Nielsen 09 Jul '19

09 Jul '19

Hi all, I'm new to Chirp and testing it with a Baofeng F8+III (supposedly an update on the UV-5R). I have successfully downloaded all the programmed frequencies (as both BF-F8HP and UV-5R models). I named some of the channels and uploaded them, and now the radio shows the names I entered instead of the frequencies - great! However I am unable to name some of the channels as I get an error when I attempt to do so: Error setting memory: Tx freq 0.000500 is out of supported range When I programmed in this frequency, I wanted to disable transmission so that I didn't accidentally transmit by mistake. I found some instructions online that suggested setting the split such that the transmission frequency ends up in a band that the radio cannot transmit on, and this indeed works - should I try to transmit the radio beeps with an error (if beeps are enabled) and no transmission occurs. I have now successfully downloaded all my programmed channels into Chirp, including those with invalid splits, and I can upload them back to the device as well, with the invalid splits being left unchanged. However it won't let me assign names to the channels having these out of range splits because the above error comes up. Is there any way I can tell Chirp that this isn't an error, and the frequency is intentionally out of range to prevent accidental transmission, and to accept the name of the channel I am trying to set? Many thanks, Adam.

3 2

[chirp_users] DMR CHIRP suggestions
by Michael MacLeod 04 Jul '19

04 Jul '19

Want to purchase a DMR radio that is supported by CHIRP. All my machines run OS X, so most OEM programming apps will not work. So I’m basically looking for CHIRP supported DMR handheld suggestions. Thanks! .\\

6 6

[chirp_users] chirp on CentOS 7
by Tracy Reed 03 Jul '19

03 Jul '19

I've had chirp running previously but that was a couple of years ago and I think I had CentOS 6 then. When I download the latest version OR run the version from the epel repo I get the following error: $ chirpw Traceback (most recent call last): File "/usr/bin/chirpw", line 24, in <module> from chirp.drivers import * File "/usr/lib/python2.7/site-packages/chirp/drivers/idrp.py", line 16, in <module> import serial File "/usr/lib/python2.7/site-packages/serial-0.0.97-py2.7.egg/serial/__init__.py", line 10, in <module> from . import utilities, abc, model, marshal, errors, properties, meta, hooks, test, request File "/usr/lib/python2.7/site-packages/serial-0.0.97-py2.7.egg/serial/model.py", line 1291 exec(source, namespace) SyntaxError: unqualified exec is not allowed in function 'from_meta' it contains a nested function with free variables I'm running the python 2.7.5 which came with CentOS 7. I've googled this and can't find anything related to chirp. There are some who claim it's a python bug but that seems unlikely as this is a very well used and tested version of python. Any ideas? I'm looking forward to getting my FT-60 which somehow lost all of its memory reloaded with my repeaters. Thanks! -- Tracy Reed

7 8

[chirp_users] New Daily Build
by Build System 03 Jul '19

03 Jul '19

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-20190703 A list of the changes included in this build (since the last daily) follows: Changes for Build #584 [Rick DeWitt <aa0rd(a)yahoo.com>] [IC-2730a] Update to Icom IC-2730A Issue #6711 Adding settings and fixing special channels.Issue #6711

1 0

Re: [chirp_users] Anytone 5888 Gets Frequency Step Error
by Charles Hargrove 02 Jul '19

02 Jul '19

Is there a way to get a copy of the source code for the Anytone 5888 so that I can help figure out where the bug is regarding step size errors? This is related to Bug #6851 on June 8, 2019 by Matt Kubiak. -- Charles J. Hargrove - N2NOV NYC-ARECS/RACES Citywide Radio Officer/Skywarn Coord. NYC-ARECS/RACES Nets 449.025/123.0 PL ARnewsline Broadcast Mon. @ 8:00PM NYC-ARECS Weekly Net Mon. @ 8:30PM http://www.nyc-arecs.org NY-NBEMS Net Saturdays @ 10AM & USeast-NBEMS Net Wednesdays @ 7PM on 7.036 Mhz USB (alt 3.536)/1500 hz waterfall spot; MFSK-16 or 32 "Information is the oxygen of the modern age. It seeps through the walls topped by barbed wire, it wafts across the electrified borders." - Ronald Reagan "The more corrupt the state, the more it legislates." - Tacitus "Molann an obair an fear" - Irish Saying (The work praises the man.) "No matter how big and powerful government gets, and the many services it provides, it can never take the place of volunteers." - Ronald Reagan

2 3

[chirp_users] UV-5R programming
by John Ulrich 29 Jun '19

29 Jun '19

Hi, I haven’t used my UV-5R or the old PC used for it’s programming in some time. I decided to download CHIRP to my Windows 10 PC and bring the UV-5R back to life. After connection, CHIRP asks you to fill in the empty box with a port number. I thought it would be something like Com3 or Com4. Nope. I get error message 3, saying no such location. I’m sure this is a newbie issue but I can’t find a solution. Anything to do with Windows 10? Thanks, John W6LRM

7 6

Re: [chirp_users] RS/GRE Pro93 Scanner
by Edwin W Luke 27 Jun '19

27 Jun '19

Chrissy is right on! Skip KL7IXX. On June 27, 2019, at 11:00 AM, Chrissy Hart <chris(a)engravedimage.com> wrote: I would think any radio that could theoretically be supported by CHIRP would be appreciated by someone, even if it's an RX only radio such as the Pro93. Chrissy KC8UFV On 2019-06-17 13:22, James Keener wrote: > I've been working on a small set of programs to work with a > RadioShack/GRE > Pro93 Scanner (https://github.com/jimktrains/pro93-talk). I was playing > around with creating a CHIRP driver last night and I think it would be > within my abilities. > > Would a driver for a scanner be something the project would be > interested > in? > > Thanks! > Jim > > _______________________________________________ > chirp_users mailing list > chirp_users(a)intrepid.danplanet.com > http://intrepid.danplanet.com/mailman/listinfo/chirp_users > This message was sent to Chris Hart at chris(a)engravedimage.com > To unsubscribe, send an email to > chirp_users-unsubscribe(a)intrepid.danplanet.com _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to Skip KL7IXX at salty4568(a)gmail.com To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

1 0