October 2022 - Users - lists.chirpmyradio.com

[chirp_users] Linux and chirp
by Julian Macassey 03 Nov '22

03 Nov '22

I am running kubuntu 22.04.1 on a Framework laptop. I have loaded the daily build from flatpak and Chirp comes up when opened. My radio is a Baofeng UV-5RV2+ I followed the instructions in: https://chirp.danplanet.com/projects/chirp/wiki/CSV_HowTo + A Clean Start + + If you want to get an empty CHIRP-compatible CSV file, the + easiest way is to let CHIRP create one for you. Here are the + approximate steps for creating an empty file, editing it in an + external editor and opening it back up in CHIRP: + + Start CHIRP + Go to File > New to create an empty CSV file + + Add a memory to the first row, by entering a frequency + such as 146.52 + + + Go to File > Export to save the template file to something + ending with a .csv extension + + Open the file in your spreadsheet or external application of + choice, make edits and save + Re-open the file in CHIRP to validate that the format is + still correct, by going to File > Open and choosing your file + + Optionally use File > Import to import the contents of your + CSV file into another radio image + ... + If you have a clone-mode radio, upload the changes back to your + device using Radio > Upload To Radio. If you are using a + live-mode radio, wait until all of the changes finish + synchronizing back to the device by watching the status bar in + the lower right corner of the main window. So, when I plug in my radio, I see the following in /var/logsyslog: ------ Oct 28 18:07:10 localhost kernel: [218263.636611] usb 3-4: new full-speed USB device number 15 using xhci_hcd Oct 28 18:07:11 localhost kernel: [218264.061760] usb 3-4: New USB device found, idVendor=067b, idProduct=2303, bcdDevice= 3.00 Oct 28 18:07:11 localhost kernel: [218264.061769] usb 3-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Oct 28 18:07:11 localhost kernel: [218264.061772] usb 3-4: Product: USB-Serial Controller Oct 28 18:07:11 localhost kernel: [218264.061775] usb 3-4: Manufacturer: Prolific Technology Inc. Oct 28 18:07:11 localhost kernel: [218264.064089] pl2303 3-4:1.0: pl2303 converter detected Oct 28 18:07:11 localhost kernel: [218264.066251] usb 3-4: pl2303 converter now attached to ttyUSB0 Oct 28 18:07:11 localhost mtp-probe: checking bus 3, device 15: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-4" Oct 28 18:07:11 localhost mtp-probe: bus: 3, device: 15 was not an MTP device Oct 28 18:07:11 localhost snapd[13154]: hotplug.go:200: hotplug device add event ignored, enable experimental.hotplug Oct 28 18:07:11 localhost mtp-probe: checking bus 3, device 15: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-4" Oct 28 18:07:11 localhost mtp-probe: bus: 3, device: 15 was not an MTP device Oct 28 18:07:13 localhost ModemManager[824]: <info> [base-manager] couldn't check support for device '/sys/devices/pci0000:00/0000:00:14.0/usb3/3-4': not supported by any plugin --- In Chirp I select Radio and slide down to select "Upload to Radio". I get a dialogue box saying:Port /dev/ttyS0, Bofeng, UV5R, I select OK. I get "An error has occurred Could configure port: (5, 'Input/output error') So just in case, I fiddles with the /dev/ttyS0 permissions: crw-rw-rw- 1 root dialout 4, 64 Oct 25 11:15 ttyS0 So what have I not done? What should I do? Yours GM5LUK -- "We can’t be successful unless we lie to customers.” Larry Ellison to Bruce Scott.

8 14

[chirp_users] Installation errors
by Tom 29 Oct '22

29 Oct '22

Hi, I have encountered a bunch of "C\ProFiles(x86)\CHIRP\XXX errors when installing the current CHIRP program. I stopped counting at 32. Here is a list of some of the errors: C\ProFiles(x86)\CHIRP\_ctypes.pyd \hashlib.pyd \socket.pyd \ssl.pyd \atik.pyd \cairo._cairo.pyd \chirpw.exe \freetype6.dll And many more. What went wrong? Thanks & 73, Tom KX7TRW

3 2

[chirp_users] New Daily Build
by Build System 25 Oct '22

25 Oct '22

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-20221025 A list of the changes included in this build (since the last daily) follows: Changes for Build #707 [Dan Smith <dsmith(a)danplanet.com>] Make the auto-sync PR update support matrix [Dan Smith <dsmith(a)danplanet.com>] Fix TK-8180 creating new zones with invalid data This fixes an issue when expanding the zone list. Related to #10093 [Dan Smith <dsmith(a)danplanet.com>] Add TK-8180E and TK-7180E model support Fixes #10093 [Dan Smith <dsmith(a)danplanet.com>] Add IC-7610 and fix IC-7300 Somehow the initial apply of the 7300 support duplicated some lines in the memory structure that prevented proper parsing of memory channels. This worked for reading memories, but would break when we went to send memories to the radio as we were writing past the end of our buffer. I'm not sure how this went unnoticed for the last two years, but this patch fixes it.

1 0

[chirp_users] New Daily Build
by Build System 22 Oct '22

22 Oct '22

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-20221022 A list of the changes included in this build (since the last daily) follows: Changes for Build #706 [Dan Smith <dsmith(a)danplanet.com>] Fix kenwood_live lock safety The command() function uses a threading.Lock to make sure only one thread accesses the serial port at a time. This makes us use a context manager to ensure that we drop that lock even if we encounter an exception. (cherry picked from commit bbd9915d14db55fea76ed7096b603f97c053b54f) [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #76 from kk7ds/fix-tidh6 Fix TID H6 and TH-D74 [Dan Smith <dsmith(a)danplanet.com>] Fix TH-D74 complex tone mode handling This finishes the cross_modes support for D74. [Dan Smith <dsmith(a)danplanet.com>] [TH6] Fix failure to clone At some point the GA510 was subclassed, which duplicated the list of ALIASES and resulted in the clone dialog choosing one of the wrong alias classes, and thus sending the wrong ID string to the radio. This converts it to a proper subclass so that doesn't happen again. Fixes #10095

1 0

[chirp_users] New Daily Build
by Build System 21 Oct '22

21 Oct '22

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-20221021 A list of the changes included in this build (since the last daily) follows: Changes for Build #705 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #74 from kk7ds/apply-20221020 Apply 20221020 [Jim Unroe <rock.unroe(a)gmail.com>] [BF-V8A] Add Baofeng BF-V8A This patch adds support for the Baofeng BF-V8A 16-channel UHF handheld radio. fixes #10091 [Jim Unroe <rock.unroe(a)gmail.com>] [RT622] Add additional 'ID string' It seems that the OEM CPS can "zero" the identification string. Apparently it can be edited to be anything that you want. For now, this patch includes this new identification string to the list of strings known strings. If additional strings appear in the future, another solution will need to be found. fixes #10080 [Dan Smith <dsmith(a)danplanet.com>] Initial Kenwood TH-D74 live driver The Kenwood D74 does not have a full serial command set, which unfortunately means no support for memory names. So, this will never be very useful, but because the Kenwood live protocol is so easy, this will still be worthwhile. Like the D72 (and D710) a clone mode driver will be needed for full capability.

1 0

[chirp_users] Wouxun KG-UV8G
by Peter Lundberg 20 Oct '22

20 Oct '22

Hi, I am looking for Chirp support for Wouxun KG-UV8G. Does not appear to be supported now by Chirp? Ham-shop says that Chirp may ’wreck’ the unit, due to lack of appropriate checksums. Requiring out-of-warranty service. 73, Peter Sent from my iPad To a poet nothing can be useless. [SJ]

1 0

[chirp_users] Yaesu FVS-1
by K0LNY_Glenn 20 Oct '22

20 Oct '22

Hi, I'm writing this on this list because I'm sure there are folks here who have been inside all the Chirp supported radios. Yaesu makes a voice chip for the visually impaired, and I think the FVS-1 voice chip will work in the 8900. If this is the case, I'm wondering if anyone believes the Yaesu 8900 clone, Tytera 9800 would accept this chip? Or is the clone aspect of the two radios too superficial for this to be a possibility? Thanks. Glenn

2 2

[chirp_users] Alinco DJ-X11 Receiver
by charleswkelly＠gmail.com 20 Oct '22

20 Oct '22

Hi all, Has this handheld receiver ever been considered for programming by CHIRP? Alinco does provide rudimentary software, but it's awful, and programming by hand is torturous. I have a current unit, and the ERW-8 USB programming cable that I could loan to a developer. 73, Chuck Kelly W9MDO Noblesville, IN USA

3 2

[chirp_users] YAESU FT-891
by Christopher Knowles 19 Oct '22

19 Oct '22

Does anyone know if there is a CHIRP file, or about to be a file, for the YAESU FT-891? 73, Chris, WD1E -- Christopher Allan Knowles, MPA P.O. Box 4632 Vineyard Haven, MA 02568 Please find my LinkedIn profile at: https://www.linkedin.com/in/chris-knowles-99aba51a/ Staff Sergeant, United States Air Force, 1970 - 1974 Call Sign: WD1E - Amateur Extra Class Accredited Volunteer Examiner (VE)

3 3

[chirp_users] New Daily Build
by Build System 19 Oct '22

19 Oct '22

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-20221019 A list of the changes included in this build (since the last daily) follows: Changes for Build #704 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #69 from kk7ds/apply-20221018 Apply 20221018 [Jim Unroe <rock.unroe(a)gmail.com>] [AR-63] Add support for multiple "identification strings" It was discovered that not all Abbree AR-63 radios respond with the same "identification string" (aka fingerprint). This patch updates the retevis_rt21.py driver module to add multiple fingerprint support. fixes #10085 [Dan Smith <dsmith(a)danplanet.com>] Fix RadioSettings.__repr__ and add a test [Dan Smith <dsmith(a)danplanet.com>] Fix TK-8180 applying zone settings to wrong one This but meant any changes to zone settings got applied only to the last one.

1 0