MacOS Tips » History » Revision 37
Revision 36 (Dan Smith, 12/07/2022 06:22 PM) → Revision 37/40 (Dan Smith, 12/28/2022 08:19 PM)
# MacOS Tips
{{>toc}}
# CHIRP Beginners Guide
The Beginners Guide has general help. Click here for the [[Beginners Guide]]
If you need Mac-specific help, you are at the right page.
Join the Mailing list & search the archives for similar problem reports & how they were resolved, and/or ask the group. Please include enough info about the problem and situation so the community will be able to help you.
# Application Security in MacOS 10.9+
As of MacOS 10.9, signed packages are required by default. Apple charges for this capability, and requires use of their tooling to do it. For the time being, MacOS users may need to disable signed package checking for CHIRP. Instructions provided by Jim, K2SON:
1. Locate the app in Finder.
1. Right click (control-click if you don't have a 2 button mouse) on the app and click Open.
1. You will get a dialog box about it being an unsigned app, click the Open button.
1. Enter an Administrator userid and password (if prompted) password.
1. The app will now be flagged to allow it to be opened normally in the future.
Alternately, you can disable them for your entire system, although this has security implications that should not be ignored. Instructions for this provided by Tom, KD7LXL:
1. Open your System Preferences
1. Go to Security & Privacy, General tab.
1. Click the lock
1. Then choose Allow apps downloaded from: Anywhere.
# Application Security in MacOS 12.3+ (Monterey) 10.12 - 10.14
**CHIRP-next** runs well As of 10.12 (Sierra) the UI for disabling app security was removed. The functionality is still there, but must be enabled from the command line.
To whitelist a single application (like an unzipped chirp-daily.app):
1. unzip chirp.zip
1. control click on MacOS Big Sur the unzipped application and later, so you select ??New Terminal at Folder??. (Don't see that menu item? [Instructions to **not** need to install Python separately unless enable it](https://lifehacker.com/launch-an-os-x-terminal-window-from-a-specific-folder-1466745514) )
1. run this command in the newly opened terminal window:
<pre>
spctl --add $PWD
</pre>
Alternately, you are using can disable them for your entire system, although this has security implications that should not be ignored. Run this command in a terminal:
<pre>
sudo spctl --master-enable
</pre>
references: [single command](http://osxdaily.com/2015/07/15/add-remove-gatekeeper-app-command-line-mac-os-x/) [global](http://osxdaily.com/2016/09/27/allow-apps-from-anywhere-macos-gatekeeper)
# Application Security in MacOS 10.15+ (Catalina)
Unfortunately, Apple has made significant changes in 10.15 which cause major issues for independent software developers. CHIRP is significantly impacted and the **legacy** future is unclear.
At the very least, Catalina users should use the "unified" build of CHIRP. the app provided on the download page, which uses the system's 64-bit python runtime. Also note that there are significant limitations on what files unsigned applications can access which makes it very difficult to open, save, find, and otherwise organize image and CSV files with chirp. Please see issue #7147 for the current information about workarounds.
The **legacy** build of You can also try manually signing the CHIRP requires python 2.x. app
<pre>
xattr -c /Applications/CHIRP.app
xattr -c /Applications/CHIRP.app/Contents
codesign --force --deep --sign - /Applications/CHIRP.app
</pre>
# MacOS 12.3+ (Monterey)
As of macOS 12.3, Apple has removed python2.x support. However, you can install the [open-source python](https://www.python.org/downloads/release/python-2716/) distribution package to restore it. This is only needed once per system, after which the .app will work normally. Download it directly from [python.org](https://www.python.org/ftp/python/2.7.16/python-2.7.16-macosx10.9.pkg) or use the [local mirror](https://trac.chirp.danplanet.com/chirp_daily/MacOS/python-2.7.18-macosx10.9.pkg) .
This reportedly works in macOS 12.3 on Intel and Apple Silicon machines.
# Mac USB Drivers
USB to serial cables are not merely wire, they contain small computer circuits at one end of the cable that respond as a USB device and convert the data to serial. These cables are not all the same, so the computer needs a software "driver" so it can recognize the cable and speak to it correctly. You will need to install one of these 5 below.
## FTDI cables
All modern MacOS versions have built-in support Note that with Mac OSX 10.9 "Mavericks", Apple provides their own driver for FTDI-based cables. No additional drivers are needed nor should be installed. FTDI chipset. You may need to remove the OEM FTDI driver and use only the Apple FTDI driver, or you may need to disable the Apple FTDI driver and install the OEM FTDI drivers. YMMV.
http://www.ftdichip.com/Drivers/VCP.htm
Version 1.5.1 is available for Mac OS X on 64 bit, 32 bit and PPC machines.
## Prolific PL-2303 cables
All modern MacOS versions have built-in support Official drivers for Prolific-based cables. No additional drivers are needed nor should the genuine Prolific cables
*FYI: your cable, if using Prolific chipset, is more likely to be installed. using a counterfeit chip than an original.*
http://www.prolific.com.tw/US/CustomerLogin.aspx
Login as guest/ guest & look in the Support section. Specified to work with Mac OSX 10.6, 10.7, & 10.8.
## Generic PL-2303 cables
These are counterfeit and/or “Generic”. If you aren't sure what kind of inexpensive cable you have, try this one first.
### For Lion (10.7.x-10.9.x):
You can try this one, which install open source pl2303 driver and remove any other driver versions:
http://1drv.ms/Nl68Ru At this web page you may need to right-click or control-click to link to get it to download. After downloading, you may need to control-right click, then open in order to bypass Mac Gatekeeper.
## RTSystems cables
### for OSX 10.9.x (aka Mavericks):
see [[RTSystemsCablesAndMavericks]]
### for OSX < 10.9.x:
https://www.rtsystemsinc.com/kb_results.asp?ID=9
http://www.rtsystems.us/downloads/MacDrivers/RTSystemUSBSerialDrivers.pkg.mpkg.zip
## Silicon Labs CP210x
All modern MacOS versions have built-in support These USB to UART Bridge VCP Drivers work for SiliconLabs-based cables. No additional drivers are needed nor should be installed. cables with this chip, including Kenwood TH-D72.
* http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx
Macintosh OSX driver for the Intel and PowerPC Platforms versions 10.4, 10.5, 10.6, 10.7, 10.8, and 10.9.
## WinChipHead CH340 series chipset
All modern MacOS versions have built-in support for WCH-based cables. No additional drivers are needed nor should be installed. The WinChipHead CH340 series chipset is not compatible with the Prolific 2303 drivers. This chipset will report a Product ID of 0x7523 and a Vendor ID of 0x1a86. A signed driver compatible with Yosemite is available from http://blog.sengotta.net/signed-mac-os-driver-for-winchiphead-ch340-serial-bridge/ as the driver offered on the manufacturer's website (in Chinese) is not signed and requires allowing unsigned kernel extensions, which is a significant security risk on OS X.
# Tips
* In many cases you need to connect the cable to the radio first, then power the radio on. on, while holding down some buttons. The exact procedure varies by radio.
* Some radios need to be put into a "clone" mode to transfer to PC, some radios may need to be configured to use the mic/speaker jacks for PC transfer instead of for the speaker/mic. The exact procedure varies by radio.
* You will need to download from the radio to CHIRP first, before uploading anything to the radio. CHIRP creates a template from the radio download so it knows how to talk to the radio.
* If you want to download from one radio and upload those settings to another radio, first download from each radio to a separate “tab” of CHIRP. Then copy/paste from one tab to the other & upload back to the same radio that produced that tab. Do not try to upload to a radio directly from a tab that was not downloaded from that same radio.
* Many USB to serial cables include a counterfeit Prolific chip. This can cause connection problems because the official Prolific driver will ignore the counterfeit chip. Some people have reported success by using an older version of the Prolific driver, or a 3rd party driver.
* If you are using multiple USB cables, each will create a different “virtual port”, meaning that you will need to select the correct virtual port for your radio when connecting to your radio. CHIRP will give you this opportunity each time you download from the radio.
* If your radio is not "Supported", you can try downloading the newest Daily Build to see if support was recently added.
# Troubleshooting
You can verify that the drivers are installed & working by connecting the USB cable to your Mac, then running “System Profiler”, or “System Information” (found in /Applications/Utilities ). When the USB cable is connected and drivers correctly installed, the cable will show up in the USB section of the System Profiler.
Another way to see that the driver is correctly installed is to open Terminal and type:
ls /dev/cu*
It will return a list of virtual serial ports including something similar to:
/dev/cu.usbserial-A501XQ5I (suffix will vary)
You may also type:
kextstat
That will return a long list of kexts, including something similar to this at the bottom (most recently installed are listed last):
142 0 0xffffff7f81fc8000 0x8000 0x8000 com.FTDI.driver.FTDIUSBSerialDriver (2.2.18) <112 32 5 4 3 1>
Look at the CHIRP log for clues.
~/.chirp/debug.log
Join the Mailing list & search the archives for similar problem reports & how they were resolved, and/or ask the group. Please include enough info about the problem and situation so the community will be able to help you.