- Users - lists.chirpmyradio.com

Re: [chirp_users] QYT KT-8900D -
by Michael Grossie 21 Nov '17

21 Nov '17

Harrison, The QYT puts all the channels in the same "bucket." You cannot really divide them into groups for each letter. I generally set A, B, C to frequencies I am the most active on, then use D to scan. If traffic from A,B C comes on during scan, I just move with the "buttons" to either A, B or C. Just the way I do it. KG5UMH Michael H Grossie mhgrossie(a)sbcglobal.net

1 0

[chirp_users] bulk changes
by r kruz 21 Nov '17

21 Nov '17

Is there a way to change a value, in my case power level, for many memory locations without having to do one at a time? Thanks!

5 5

[chirp_users] New Daily Build
by Build System 20 Nov '17

20 Nov '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-20171120 A list of the changes included in this build (since the last daily) follows: Changes for Build #505 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5X3] Update Service Settings Menu The settings labeled VHF Squelch [0-9] are actually the 220 squelch settings. This patch renames these settings to 220 Squelch [0-9] and adds the missing VHF Squelch [0-9] settings. related to #5333 [Christopher Hoover <ch(a)murgatroid.com>] Fixes case where column order setting parsing was calling split on None. #5355 [Dan Smith <dsmith(a)danplanet.com>] Patch fuzz compensation for #5355 [Christopher Hoover <ch(a)murgatroid.com>] Fixes CSV header, which was missing a column. #5353 [Christopher Hoover <ch(a)murgatroid.com>] Remove "naked" logging of exceptions #5357 [Jim Unroe <rock.unroe(a)gmail.com>] [kt8900d] Add MCU Version for Surecom KT8900D This patch adds an additional MCU version to support the Surecom KT8900D dual-band mobile radio. #5325

5 6

[chirp_users] QYT KT-8900D
by Harrison Cooper 20 Nov '17

20 Nov '17

First off...CHIRP talks to the radio just fine, I uploaded the initial settings, imported a file from another setup and it programmed it. Sorta. The manual isn't very clear about how the banks work. A/B/C/D. You can rotate thru them with the mic, but how do you program them into the specific banks? From what I can see, there is only a single bank and when I read the initial programming, it showed up as location 0/1/2/3. When I put a program in, it just rotates thru on bank A channels 0 thru <n>, and didn’t touch the B/C/D locations. Anyone else using this radio?

1 0

[chirp_users] ID-5100 Any hope?
by Chuck Hast 19 Nov '17

19 Nov '17

Folks, I have been doing battle with the icom software for programming that radio, not fun. Is anyone looking at getting it working with Chirp? I would be willing to lend mine if someone would take it on and get it going. Beyond that, it works for all else (well would be nice to be able to use it to program my MD-380, but that is not a horse it is a zebra, so will not worry about that one) that I have here. Best regards and to those who do battle with the code a big THANK YOU!

2 1

[chirp_users] followed up with Apple on "More on MacOS 10.13.1 breaks FTDI drivers."
by James Gustanski 19 Nov '17

19 Nov '17

I contacted Apple support on this issue and shared the error log from Chirp via Terminal. Nice support people but the prognosis is not good. They did write up a case, but suggested since this impacts a 3rd party app that Chirp should make a change to pick up the “missing/lost” compression functionality. If there are others who upgrade to MacOS 10.13.1 and see the same error sequences, reporting such would possibly move the issue up in priority. Let me know. I’ll share the case number, but i would caution that unnecessarily pinging them without cause, will not help us. Thanks Jim KJ6TRT The compression errors suggest Apple has discontinued a compression scheme. If that’s right then it makes things a bit awkward Wenlock Sent from my iPhone On 19 Nov 2017, at 11:52, James Gustanski <jimgus at mac.com <http://intrepid.danplanet.com/mailman/listinfo/chirp_users><mailto:jimgus at mac.com <http://intrepid.danplanet.com/mailman/listinfo/chirp_users>>> wrote: I too am having trouble since migrating to the latest MacOS. When I initiate an Upload from Chirp to my Yaesu VX6-R (note: I placed a mirror so I could watch the lights on the cable usb connector.) I get both the red and green lights lit simultaneously. They remain lit for a short while and the chirp progress screen shows a few blocks before the lights stop; the chirp progress screen continues for a couple of seconds; but ERROR has already popped up on the vx6r screen displayed on the vx6r. So, I turned to Terminal to look for error output. Below is what came up. Can someone interpret this error stream and provide some guidance on how to proceed? I carefully installed both the latest Chirp for MacOS and the latest Python. I last used Chirp successfully in Dec 2016. At that time all went smoothly with no hitches. I recognize that MacOS changed a couple of times as well as Chirp and the rest. Thanks Jim KJ6TRT Last login: Sat Nov 18 16:04:06 on console James-804:~ jamesgustanski$ /Applications/chirp-daily-20171104\ 12.02.03\ PM.app/Contents/MacOS/chirp ln: /Applications/chirp-daily-20171104 12.02.03 PM.app/Contents/MacOS/../CHIRP: File exists /BuildRoot/Library/Caches/com.apple.xbs/Sources/AppleFSCompression/AppleFSCompression-96.1.1/Common/ChunkCompression.cpp:50: Error: unsupported compressor 8 /BuildRoot/Library/Caches/com.apple.xbs/Sources/AppleFSCompression/AppleFSCompression-96.1.1/Libraries/CompressData/CompressData.c:353: Error: Unknown compression scheme encountered for file '/System/Library/CoreServices/CoreTypes.bundle/Contents/Resources/Exceptions.plist' /BuildRoot/Library/Caches/com.apple.xbs/Sources/AppleFSCompression/AppleFSCompression-96.1.1/Common/ChunkCompression.cpp:50: Error: unsupported compressor 8 /BuildRoot/Library/Caches/com.apple.xbs/Sources/AppleFSCompression/AppleFSCompression-96.1.1/Libraries/CompressData/CompressData.c:353: Error: Unknown compression scheme encountered for file '/System/Library/CoreServices/CoreTypes.bundle/Contents/Library/AppExceptions.bundle/Exceptions.plist' WARNING: Icon not found /Applications/chirp-daily-20171104 12.02.03 PM.app/Contents/MacOS/../Resources/chirp/chirpw:132: PangoWarning: couldn't load font ".SF NS Text 12", falling back to "Sans 12", expect ugly output. a.show() /Applications/chirp-daily-20171104 12.02.03 PM.app/Contents/MacOS/../Resources/chirp/chirpw:132: PangoWarning: error opening config file '../Resources/etc/pango/pangorc': No such file or directory a.show() /Applications/chirp-daily-20171104 12.02.03 PM.app/Contents/MacOS/../Resources/chirp/chirpw:132: PangoWarning: couldn't load font ".SF NS Text Not-Rotated 12", falling back to "Sans Not-Rotated 12", expect ugly output. a.show()

1 0

[chirp_users] How to get a printable copy of the rekpeaters I installed on my unit
by James 18 Nov '17

18 Nov '17

<html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> I have tried everything I can think of to get a printable copy but to no success. Can anyone give a step by step protocol to do this? Jim-K9HV<br> </body> </html>

6 5

[chirp_users] More on MacOS 10.13.1 breaks FTDI drivers.
by James Gustanski 18 Nov '17

18 Nov '17

I too am having trouble since migrating to the latest MacOS. When I initiate an Upload from Chirp to my Yaesu VX6-R (note: I placed a mirror so I could watch the lights on the cable usb connector.) I get both the red and green lights lit simultaneously. They remain lit for a short while and the chirp progress screen shows a few blocks before the lights stop; the chirp progress screen continues for a couple of seconds; but ERROR has already popped up on the vx6r screen displayed on the vx6r. So, I turned to Terminal to look for error output. Below is what came up. Can someone interpret this error stream and provide some guidance on how to proceed? I carefully installed both the latest Chirp for MacOS and the latest Python. I last used Chirp successfully in Dec 2016. At that time all went smoothly with no hitches. I recognize that MacOS changed a couple of times as well as Chirp and the rest. Thanks Jim KJ6TRT Last login: Sat Nov 18 16:04:06 on console James-804:~ jamesgustanski$ /Applications/chirp-daily-20171104\ 12.02.03\ PM.app/Contents/MacOS/chirp ln: /Applications/chirp-daily-20171104 12.02.03 PM.app/Contents/MacOS/../CHIRP: File exists /BuildRoot/Library/Caches/com.apple.xbs/Sources/AppleFSCompression/AppleFSCompression-96.1.1/Common/ChunkCompression.cpp:50: Error: unsupported compressor 8 /BuildRoot/Library/Caches/com.apple.xbs/Sources/AppleFSCompression/AppleFSCompression-96.1.1/Libraries/CompressData/CompressData.c:353: Error: Unknown compression scheme encountered for file '/System/Library/CoreServices/CoreTypes.bundle/Contents/Resources/Exceptions.plist' /BuildRoot/Library/Caches/com.apple.xbs/Sources/AppleFSCompression/AppleFSCompression-96.1.1/Common/ChunkCompression.cpp:50: Error: unsupported compressor 8 /BuildRoot/Library/Caches/com.apple.xbs/Sources/AppleFSCompression/AppleFSCompression-96.1.1/Libraries/CompressData/CompressData.c:353: Error: Unknown compression scheme encountered for file '/System/Library/CoreServices/CoreTypes.bundle/Contents/Library/AppExceptions.bundle/Exceptions.plist' WARNING: Icon not found /Applications/chirp-daily-20171104 12.02.03 PM.app/Contents/MacOS/../Resources/chirp/chirpw:132: PangoWarning: couldn't load font ".SF NS Text 12", falling back to "Sans 12", expect ugly output. a.show() /Applications/chirp-daily-20171104 12.02.03 PM.app/Contents/MacOS/../Resources/chirp/chirpw:132: PangoWarning: error opening config file '../Resources/etc/pango/pangorc': No such file or directory a.show() /Applications/chirp-daily-20171104 12.02.03 PM.app/Contents/MacOS/../Resources/chirp/chirpw:132: PangoWarning: couldn't load font ".SF NS Text Not-Rotated 12", falling back to "Sans Not-Rotated 12", expect ugly output. a.show()

2 1

[chirp_users] OS X chirp issue
by Simon Diderrich 17 Nov '17

17 Nov '17

Hi chirp users, I cant get chirp running on OS X. I remember having this issue ages ago and ended up just using linux. I have followed instructions at http://chirp.danplanet.com/projects/chirp/wiki/MacOS_Tips#Application-Secur… and granted privs to app with $ spctl --add $PWD whilst in the folder, subsequently prompted for user/pass. Chirp doesn't open by double clicking, one bounce in dock then disappears. Trying to open from terminal reveals LSOpenURLsWithRole() failed with error -10810 for the file /Users/myhomedir/Downloads/chirp-daily-20171104.app Any help appreciated, as I must be missing something? PS I am on OS X 10.12.5 Simon

1 1

[chirp_users] BaoFeng BF-F8+ issue
by Chase Bolyard 17 Nov '17

17 Nov '17

I'm attempting to program a second BF-F8+ radio identical to my first one, but no matter what I try I can not get the power on beep to turn off. I have verified all settings in CHIRP to be correct, as well as those in the radio (to the best of my knowledge). One radio does not beep on power up (which is what I prefer), the other does. Any suggestions?

3 7