Bug #7725

Won't Upload data file to IC-2730 using MacOS

Added by Paul Alonge 2 months ago. Updated 15 days ago.

Status:Feedback Start date:03/23/2020
Priority:Normal Due date:
Assignee:- % Done:

0%

Category:-
Target version:chirp-daily
Chirp Version:daily Platform:MacOS
Model affected:Icom IC-2730A

Description

Summary: I can download the data from the radio, but I cannot upload a file to the radio. This is even if I try to upload the file that was originally downloaded, without any changes.

Details:
The radio that I want to program is an ICOM IC-2730A
I am using a MacBook Air, running Catalina, 10.15.2
I am connecting using an EZSync USB FTDI OPC-478 Cable for ICOM and Alinco Radios, with a true FTDI Chip.

1. I downloaded the MacOS Unified Application - 20200227
2. I moved the downloaded CHIRP file from my downloads to my Applications folder
3. Then I “cntrl-clicked” on it using my touchpad and the Control Key. When the security panel came up and asked if I was sure l wanted to open it, I clicked on the “Open” button.

I was presented with a blank CHIRP window and the CHIRP menus. Never having used CHIRP before, I assumed this was the right “look”.

4. I then plugged my cable into my laptop and the “speaker 2” jack of my radio and powered on the radio.

My radio came on in its default settings of 146.010 on the left and 440.000 on the right.

5. I navigated the menu system: MENU>EXEMENU>FUNC>CI-V…
I left the CIVADR = 90; CIVBAUD = AUTO
I changed CIVTRAN to ON
Then I backed out of the menu system

6. I then went to CHIRP and went to the “Radio” menu. I selected “Download from Radio” so that I could get the default configuration and save it.

7. In the “Radio” popup: I selected the appropriate port, “ICOM” as the vendor, and “IC-2730A” as the model. Then hit “OK”.

8. I said “OK” on the instruction screen.

The CHIRP program showed the “Cloning” status bar and my radio displayed “CLONE OUT” on the screen. Then the radio reset and CHIRP displayed the default values.

9. I saved the file. This showed that the program can reach my file system. So I am not suffering the problems that have been discussed previously regarding the security and file system issues (Issue #7663)

UP TO THIS POINT, ALL WAS WORKING AS EXPECTED!

I then imported a known good file and tried to upload it to the radio. The cloning process started but aborted part of the way through. The radio froze displaying “CLONE ERROR” and had to be reset.

In order to verify that this was not due to the data file, I went back through steps 1-5 above. Then I reloaded the default ICOM file that I had saved in step 9.

10. Then I went to the “Radio” menu in CHIRP and clicked the “Upload to Radio” Option.

11. I clicked OK on the popup since the port had not changed, and clicked “OK” on the instructions.

The cloning bar started to move and the radio displayed “CLONE IN”. But it aborted part way through and displayed “CLONE ERROR” again. Note that this was while uploading the unmodified file that I had downloaded directly from the same radio.

Please help me determine what is wrong.

I have attached the debug file and the .img file from the radio.

Icom_IC-2730A_20200323.img (21 kB) Paul Alonge, 03/23/2020 02:28 pm

debug.log (44 kB) Paul Alonge, 03/23/2020 02:31 pm

History

Updated by Paul Alonge 2 months ago

Updated by Bernhard Hailer 15 days ago

  • Status changed from New to Feedback
  • Target version set to chirp-daily
  • Model affected changed from (All models) to Icom IC-2730A
  • Platform changed from Windows to MacOS

You're locked in a catch-22.

Some Icom radios are known to deny cooperation with FTDI cables (even genuine ones). Please try a cable with a genuine Prolific chip.
Unfortunately cables with fake "Prolific" chips make the vast majority of cables on the market; genuine Prolific cables are on the more expensive side.

Now the problem with MacOS is that it seems to like FTDI, but not so much Prolific (even genuine ones).

The one thing you can try is a different operating system for now... :-/

Also available in: Atom PDF