- Users - lists.chirpmyradio.com

[chirp_users] New Daily Build
by Build System 26 Aug '21

26 Aug '21

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-20210826 A list of the changes included in this build (since the last daily) follows: Changes for Build #660 [Jim Unroe <rock.unroe(a)gmail.com>] [RT22S] add 6.25 and 12.5 tuning steps The Radtel T18 and Retevis RT22S radios both support 6.25 and 12.5 steps. The radtel_t18.py driver does not have a "rf.valid_tuning_steps" entry in get_features() so the COMMON_TUNING_STEPS list in chirp_common, which does not include the 6.25 and 12.5 steps, is used by default. This patch adds an "rf.valid_tuning_steps" entry to get_features() and specifies the TUNING_STEPS list in chirp_common, which does include the 6.25 and 12.5 steps. Fixes #9305 [Jim Unroe <rock.unroe(a)gmail.com>] Driver Maintenance: radtel_t18.py 1. Add to PEP8 manifest 2. Perform PEP8 cleanup Preperaton for #9305 [Dan Smith <dsmith(a)danplanet.com>] Fix dangling references to generic_xml A too-swift removal of the generic_xml module on my part left some dangling references to it in the UI that prevented anything from working. This removes those and fixes that problem. Closes #9307

1 0

[chirp_users] win 10 install
by Donald Henderickx 25 Aug '21

25 Aug '21

Hello: I am using win 10> I have loaded the chirp program and have registered and I am able to log in. Then nothing happens. I find the radio I want to program but unable to select any thing. nothing is highlighted. I have no drop down menu's What am I doing wrong? Don Henderickx WA9JJU -- This email has been checked for viruses by AVG. https://www.avg.com

5 5

Re: [chirp_users] Install chirping on OS 10.11.6 help
by gandy-o＠twc.com 25 Aug '21

25 Aug '21

I am also having problems with High Sierra 10.13.6 on my desktop. On both of my radios I get errors one is a TIDRADIO TD H6 the other is a TYT TH9800. I get errors on both so if you find an answer please let me know -----------------------------------------From: "Amarpal Dhaliwal" To: chirp_users(a)intrepid.danplanet.com Cc: Sent: Tuesday August 24 2021 9:35:48PM Subject: [chirp_users] Install chirping on OS 10.11.6 help Aloha all, I've been trying for three weeks now to install chirp on my macbook pro os 10.11.6 El Capitan. the chirp icon appears on my desk top but nothing happens when i click it i have installed the python runtime as directed. any advice is greatly appreciated!! -Amarpal Dhaliwal Sent from my iPhone

1 0

Re: [chirp_users] Install chirping on OS 10.11.6 help
by gandy-o＠twc.com 25 Aug '21

25 Aug '21

I am also having problems with High Sierra 10.13.6 on my desktop. On both of my radios I get errors one is a TIDRADIO TD H6 the other is a TYT TH9800. I get errors on both so if you find an answer please let me know -----------------------------------------From: "Amarpal Dhaliwal" To: chirp_users(a)intrepid.danplanet.com Cc: Sent: Tuesday August 24 2021 9:35:48PM Subject: [chirp_users] Install chirping on OS 10.11.6 help Aloha all, I've been trying for three weeks now to install chirp on my macbook pro os 10.11.6 El Capitan. the chirp icon appears on my desk top but nothing happens when i click it i have installed the python runtime as directed. any advice is greatly appreciated!! -Amarpal Dhaliwal Sent from my iPhone

1 0

[chirp_users] Install chirping on OS 10.11.6 help
by Amarpal Dhaliwal 25 Aug '21

25 Aug '21

Aloha all, I've been trying for three weeks now to install chirp on my macbook pro os 10.11.6 El Capitan. the chirp icon appears on my desk top but nothing happens when i click it i have installed the python runtime as directed. any advice is greatly appreciated!! -Amarpal Dhaliwal Sent from my iPhone

3 3

[chirp_users] New Daily Build
by Build System 25 Aug '21

25 Aug '21

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-20210825 A list of the changes included in this build (since the last daily) follows: Changes for Build #659 [Dan Smith <dsmith(a)danplanet.com>] Fix th9000 driver old-style detection The th9000 driver implements old-style detection, but can not differentiate between new subclass models. Those should be using metadata-base detection anyway, so make the old detection routine not detect the new models. Related to #6269 [Jim Unroe <rock.unroe(a)gmail.com>] [RT9000D] Add support for Retevis RT9000D mobile radios This patch provides initial support support (same as current TYT TH-9000 and Luiton LT-850 support) for the Retevis RT9000D mobile radio models. RT9000D 136-174 RT9000D 220-260 RT9000D 400-490 RT9000D 66-88 #6269 [Jim Unroe <rock.unroe(a)gmail.com>] [LT-580] Driver Maintenance: th9000.py This patch adds a "class" for each of the supported Luiton LT-580 models and removes their "alias" support. Notes regarding previously saved CHIRP Radio Image (*.img) files: 1. Pre metadata image files will still be recognized because they were always saved as TYT TH-9000 images and identified as such when loaded. 2. Post metadata image files will still be recognized because the metadata will be the same. Preperaton for #6269 [Jim Unroe <rock.unroe(a)gmail.com>] Driver Maintenance: th9000.py The th9000.py driver currently only supports the chirp_common valid tuning steps. This patch updates the valid tunings steps to match those of the supported radio models. Preperaton for #6269 [Jim Unroe <rock.unroe(a)gmail.com>] Driver Maintenance: th9000.py 1. Add to PEP8 manifest 2. Perform PEP8 cleanup Preperaton for #6269 [Dan Smith <dsmith(a)danplanet.com>] Merge branch 'master' of github.com:kk7ds/chirp [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #3 from kd7lxl/test run tests in github actions [Tom Hayward <tom(a)tomh.us>] use tox [Tom Hayward <tom(a)tomh.us>] run tests in github actions [Dan Smith <dsmith(a)danplanet.com>] Remove generic_xml driver This never really caught on, nor got the attention or maintenance it really needed. I dunno if it even works in py2 for much anymore, but I don't think converting it to py3 makes any sense. (cherry picked from commit 89c85eeeb4b3eac8de0a785bda21fe9fa1ed41e2) [Dan Smith <dsmith(a)danplanet.com>] Be defensive about tests that fail to load The test adapter will fail to load tests if any of them crash on init, which makes it hard to debug. This adds some output if that happens and also works around a failure to run get_sub_devices() with no memobj for those naive drivers that don't do the right thing. [Dan Smith <dsmith(a)danplanet.com>] Make gtk-dependent unit tests skip if missing If GTK isn't available in our environment, these tests should skip instead of fail. [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #2 from kd7lxl/contrib add CONTRIBUTING.md [Tom Hayward <tom(a)tomh.us>] add CONTRIBUTING.md [Dan Smith <dsmith(a)danplanet.com>] Add a stub README.md for github

1 0

[chirp_users] BTECH MURS-v1 "Service Settings" squelch thresholds
by Bill Burgess 23 Aug '21

23 Aug '21

Hello, New subscriber here with a BTECH MURS-v1 question. My application involves emergency neighborhood communications in a spread-out, semi-rural area. Being able to drop squelch to the bare minimum would be helpful in order to get the best possible range. Unfortunately, the default carrier squelch thresholds on this radio appear to be relatively high, even for Squelch #1. At least that’s my subjective impression. So I tried adjusting them with Chirp's Service Settings dialog. My changes appeared to load onto the radio fine, and I offloaded them back to verify. They came back as I had set them. However, my changes seemed to make no difference to the radio’s actual carrier squelch behavior. Even a threshold of 0, which I would have thought would defeat squelch altogether, made no perceptible change in squelch behavior when the corresponding squelch ID was selected. This behavior is identical to that described in Bug #5333, and that was also a BTECH, though a UV-5X3 rather than a MURS-v1. Thanks a bunch for any thoughts or suggestions! Cheers, —Bill

3 4

Re: [chirp_users] chirp_users Digest, Vol 152, Issue 12
by Dan Brightwell 23 Aug '21

23 Aug '21

Remove me from your mailing list. On Sun, Aug 22, 2021, 3:00 PM <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. Re: UV5X Programming issue (White Ranger) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 21 Aug 2021 14:33:09 -0500 > From: White Ranger <cortchubby20007(a)gmail.com> > Subject: Re: [chirp_users] UV5X Programming issue > To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> > Message-ID: > <CAP+N95FGwe= > VRT21Yd+EiDSjhknL0j_xGhMZqD7PEJXniiT93Q(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Radio should be ON when up or downloading. > Remove the driver and cable program, reboot PC reload driver > SHOULD correct issue. If using aftermarket cable check to see contacts are > CLEAN (*shiny) and fit TIGHTLY into the mike provisioning adapter (Mic > jack) DO NOT touch ANY buttons while programming. Worst case, prior to > programming RESET the radio to factory resets then load your amended > program. > > On Thu, Aug 19, 2021 at 2:03 PM Jim Unroe <rock.unroe(a)gmail.com> wrote: > > > Hi Eric, > > > > On Thu, Aug 19, 2021 at 12:47 PM Eric Chopin <echopin27(a)gmail.com> > wrote: > > > > > > UV5XP.... > > > However to get CHIRP to see the radio either in the 'Download from > > radio' > > > or 'Upload to radio' ... with the cable plugged in to my PC or my > > MAC, the > > > radio must me switched OFF...then as I select 'Download or upload' > > as I > > > select 'OK' i must immediately switch ON my radio then CHIRP sees > it > > and > > > proceeds. If I try to 'Download or upload' with the radio already > > switched > > > on I get the message 'The radio did not respond' as CHIRP cannot > see > > it > > > connected. > > > Any suggestions? > > > Thanks > > > VE7ECJ > > > > That sounds like a programming cable/driver issue. Also, to program > > that radio you must choose... > > > > Vendor: Radioddity > > Model: UV-5G > > > > Jim KC9HI > > _______________________________________________ > > chirp_users mailing list > > chirp_users(a)intrepid.danplanet.com > > http://intrepid.danplanet.com/mailman/listinfo/chirp_users > > This message was sent to cortchubby20007(a)gmail.com at > > cortchubby20007(a)gmail.com > > To unsubscribe, send an email to > > chirp_users-unsubscribe(a)intrepid.danplanet.com > > >

4 3

[chirp_users] UV5X Programming issue
by Eric Chopin 21 Aug '21

21 Aug '21

UV5XP.... However to get CHIRP to see the radio either in the 'Download from radio' or 'Upload to radio' ... with the cable plugged in to my PC or my MAC, the radio must me switched OFF...then as I select 'Download or upload' as I select 'OK' i must immediately switch ON my radio then CHIRP sees it and proceeds. If I try to 'Download or upload' with the radio already switched on I get the message 'The radio did not respond' as CHIRP cannot see it connected. Any suggestions? Thanks VE7ECJ

4 3

[chirp_users] New Daily Build
by Build System 21 Aug '21

21 Aug '21

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-20210821 A list of the changes included in this build (since the last daily) follows: Changes for Build #658 [Jim Unroe <rock.unroe(a)gmail.com>] [AT-778UV] Recommend correct model version when wrong model version is selected This patch will suggest the recommended "VOX" model version when a VOX supported radio is recognized by CHIRP and the user has selected the non-VOX model version. Vendor: non-VOX/VOX AnyTone: AT-778UV/AT-778UV VOX CRT: Micron UV/Micron UV V2 Retevis: RT95/RT 95 VOX related to #9141

1 0