- Users - lists.chirpmyradio.com

[chirp_users] Connecting to my FT2DR
by rick 14 Oct '17

14 Oct '17

Running Linux Mint 18.2 Loaded newest release version of Chirp-daily (CHIRP daily-20171013) When I try to download from radio, this error message is displayed before I can press send on the radio X An error has occurred Could not configure port: (5, 'input/output error') Attached png is screengrab I did some further digging and tried the first 10 "ttyS*" with the same results. lsusb command provides bus and device numbers but not which ttyS* is in use. Any Help?

2 1

[chirp_users] New Daily Build
by Build System 13 Oct '17

13 Oct '17

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-20171013 A list of the changes included in this build (since the last daily) follows: Changes for Build #502 [Dan Smith <dsmith(a)danplanet.com>] Remove leftover debug from #5237

1 0

[chirp_users] IC-746PRO?
by Dan Romanchik KB6NU 12 Oct '17

12 Oct '17

Has anyone been successful getting Chirp to work with an ICOM IC-746PRO? Here, Chirp seems to go through the motions of talking to my IC-746PRO, but it never downloads the memory, nor does it allow me to program any of the memories. 73! Dan KB6NU ---------------------------------------------------------- CW Geek, Ham Radio Instructor Author of the "No Nonsense" amateur radio license study guides Read my ham radio blog at http://www.kb6nu.com

1 0

[chirp_users] New Daily Build
by Build System 12 Oct '17

12 Oct '17

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-20171012 A list of the changes included in this build (since the last daily) follows: Changes for Build #501 [Dan Smith <dsmith(a)danplanet.com>] Fix long-standing test runner output bug The unified logging code arrests stdout for the purposes of non-interactive console logging to a file. This has been preventing proper console output when running in the build system, making it harder to debug failures. This adds a CHIRP_TESTENV override environment variable, and always sets it from the test runner since we should always have interactive output from it. Related to #5237 [Dan Smith <dsmith(a)danplanet.com>] Remove unnecessary test tools After #5237 these are no longer necessary and duplicative. [Dan Smith <dsmith(a)danplanet.com>] Add tox.ini for running tests Tox handles venv creation and management of setup install for running tests. Since we have a venv required already, this just makes sense. Now, instead of: ./run_all_tests.sh You can just run: tox Assuming you have tox installed (pip install tox). You can run individual test groups like this: tox -e unit tox -e driver and still pass arguments to the driver tests per usual with: tox -e driver -- -d Icom_IC-2200H I'll be working to make the build system use tox for running tests with better isolation and hopefully more repeatability. #5237 [Dan Smith <dsmith(a)danplanet.com>] Some fixes to run_tests First, in r2787 we made the BruteForce test do RadioFeatures validation on a memory, avoiding a failure if the memory did not validate. For some reason we still required that radio.validate_memory() pass for any of those tests, which doesn't allow for the radio to ban quirks in the tests. This makes us not fail if the radio rightly fails to validate. Second, we were modifying the memory in do_mode() so that once we passed FM in the mode sequence we were always trying freq+100Mhz. Depending on how we ran the tests (i.e. which order we hit the modes) this would sometimes fail. This makes us copy the original memory so we're stable throughout the modes. Related to #5237 [Dan Smith <dsmith(a)danplanet.com>] [icq7] Add validate_memory() for sub-30MHz AM requirement This driver has a requirement that anything under 30MHz be AM. Validate that in validate_memory() so we can properly handle cases where that won't work. Found in the pursuit of #5237 [Dan Smith <dsmith(a)danplanet.com>] Remove dedicated silly rptbuild setup handler This just makes setup.py more complicated and there's no reason to build this as a separate package. Just build it as an additional script on the main default build. Needed for #5237 [Dan Smith <dsmith(a)danplanet.com>] Let make_supported.py take an output filename as the first argument Needed for #5237 [Dan Smith <dsmith(a)danplanet.com>] More pep8 compliance fixes #2355 [Imuli <i(a)imu.li>] [uv5r] UV-82 use ASCII charset Partially fixes #5227 The UV-82 supports all of ASCII (with two replacements). I imagine other Baofeng radios do also, so this provides an easy means to specify supported characters for different models.

1 0

Re: [chirp_users] chirp_users Digest, Vol 106, Issue 8
by Mark Miller 11 Oct '17

11 Oct '17

Thank you David N1EA. Sincerely, Mark D. Miller KE0MQQ. > On Oct 10, 2017, at 2: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. Multiple Chirp Download Sources (Mark Miller) > 2. Re: Multiple Chirp Download Sources (David J.J. Ring, Jr.) > 3. Re: Multiple Chirp Download Sources (Tom Hayward) > 4. Re: programming issues (Glenn Wise) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 09 Oct 2017 16:03:58 -0500 > From: Mark Miller <markmiller196633(a)icloud.com> > Subject: [chirp_users] Multiple Chirp Download Sources > To: chirp_users(a)intrepid.danplanet.com > Message-ID: <77885616-26DD-4AC3-93FB-E71B68C1F57F(a)icloud.com> > Content-Type: text/plain; charset="us-ascii" > > Hello Dan, I would like to know if there is a difference in Chirps functionality by comparison to the several different download sources? e.g. http://chirp.danplanet.com, milkor.com>Latest Daily Build>Download Chirp and http://trac.chirp.danplanet.com/chirp_daily/daily-20171008. I look forward to your reply. Sincerely, > > Mark Miller KE0MQQ > markmiller196633(a)icloud.com. This message contains information that is confidential and may be privileged. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail and delete the message. > >

1 0

[chirp_users] programming issues
by Glenn Wise 09 Oct '17

09 Oct '17

9-19-2017 I am using Chirp and a TYT USB cable to program a TYT-9000D 2 meter ham radio. Software and USB cable work without any issues. I have tried MULTIPLE times to use same version of CHIRP and same USB cable to program a QTY-7900D and a QTY-8900D. I have NOT ever been able to read the QYT radio's. Neither model. The software will appear to start to read the radio and then drop out. Screen shows either comm. Error or says radio would not go into clone mode. By the software and cable working on the TYT-9000D, in my mind that clears the software and cable. IF there were any issues with the software or the cable, I don't believe I could use the combo on the TYT-9000D. I am open to any suggestions as what to do. HELP Glenn Wb4zjb --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

2 3

[chirp_users] Multiple Chirp Download Sources
by Mark Miller 09 Oct '17

09 Oct '17

Hello Dan, I would like to know if there is a difference in Chirps functionality by comparison to the several different download sources? e.g. http://chirp.danplanet.com, milkor.com>Latest Daily Build>Download Chirp and http://trac.chirp.danplanet.com/chirp_daily/daily-20171008. I look forward to your reply. Sincerely, Mark Miller KE0MQQ markmiller196633(a)icloud.com. This message contains information that is confidential and may be privileged. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail and delete the message.

3 2

[chirp_users] New Daily Build
by Build System 08 Oct '17

08 Oct '17

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-20171008 A list of the changes included in this build (since the last daily) follows: Changes for Build #499 [Attilio Pannella <ppan70(a)gmail.com>] Minor update to support RTX Radioddity QB25 (a QYT KT7900D clone) - fix for Issue Number #5135 [Patrik Nilsson <asavartzeth(a)gmail.com>] Fix Linux/Unix desktop entry file Fixes #5075 #3491 - Update "Version" to 1.0 - Fix "GenericName" not being generic - Fix "Comment" being redundant with "GenericName" and wrong format - Fix hard-coded icon extension - Fix "Categories" using incorrect non-existing main category "Application", using "Utility" instead. - Add ability to open files with chirpw (based on Debian patch) - Add several "Keywords" for discoverability Fixing the hard-coded icon enables theming and is a pre-requsite for adding a scalable icon and/or icons of different sizes. It should also resolve bug #3491. The latest version of the Freedesktop specification can be found at: https://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-lat… A table of acceptable main categories can be found at: https://standards.freedesktop.org/menu-spec/menu-spec-1.0.html#category-reg… Changes for Build #500 [Michael Lippold <michael.lippold(a)smartacus.net>] [id880] Adjust multiplier table implementation to prevent CL ERR when updating radio. Fixes #4871

1 0

[chirp_users] TS-2000 SUB BAND EXPORT
by Tim Billingsley 07 Oct '17

07 Oct '17

1. Does CHIRP support the export of the memories on the SUB band or only the MAIN band? 2. Will there be further development on the TS-2000 in the future? I see that it us a"Live" radio, but being visually challenged CHIRP makes modifying setting on y various radios MUCH eaier. I can't speak for all, CHIRP beat the tar out of a flashlight and handheld magnifier. Thanks to all the developers that have worked to make this such a great tool!

1 0

[chirp_users] Support for Yaesu FT-70D
by Steve Andrews 05 Oct '17

05 Oct '17

Is anybody working on supporting the Yaesu FT-70D handheld? It comes very close to working just does not quit make it. I am very new to this so would probably not be a good person to try myself Thanks Steve

2 1