Project

General

Profile

Actions

Bug #9419

closed

ICOM IC-7300

Added by Steve Toquinto over 2 years ago. Updated almost 2 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
10/03/2021
Due date:
% Done:

0%

Estimated time:
Chirp Version:
daily
Model affected:
Icom IC-7300
Platform:
All
Debug Log:
I read the instructions above:

Description

  1. What is the behavior you are seeing?
    (When having Chirp download from the radio it will display those freqs stored in memory
    BUT then the Radio will go into TX and stays locked up until it is either powered down or
    until the program is terminated).

  2. Can you reproduce the problem all the time? (YES)
    I have also installed previous versions going back to
    version "chirp-daily-20210406" with the same issue.

  3. What are the steps required to reproduce the problem?
    (Same as listed in #1)

  4. Is this specific to a certain radio model (driver) or something that you can reproduce with another radio?


Files

KB6HOH_2022-05-12_debug.log (120 KB) KB6HOH_2022-05-12_debug.log Steve Toquinto, 05/13/2022 05:24 AM
IMG_0579.JPG (1.84 MB) IMG_0579.JPG Steve Toquinto, 05/13/2022 05:24 AM
IMG_0580.JPG (1.4 MB) IMG_0580.JPG Steve Toquinto, 05/13/2022 05:24 AM
IMG_0581.JPG (926 KB) IMG_0581.JPG Steve Toquinto, 05/13/2022 05:24 AM

Related issues

Related to Bug #10124: Icom IC-7300Feedback11/16/2022

Actions
Actions #1

Updated by Bernhard Hailer over 2 years ago

  • Model affected changed from (All models) to Icom IC-7300
  • Platform changed from Windows to All
Actions #2

Updated by Bernhard Hailer almost 2 years ago

  • Status changed from New to Feedback

Could you please provide a debug log as described in the Wiki: "How To Report Issues"? Thanks!

Actions #3

Updated by Steve Toquinto almost 2 years ago

  1. What is the behavior you are seeing? (When having Chirp download from the radio it will display those freqs stored in memory BUT then the Radio will go into TX and stays locked up until it is either powered down or until the program is terminated). _UPDATE: 2022-05-12 Same problem as before but now does NOT even read the data in the memories. _
  2. Can you reproduce the problem all the time? (YES)
    I have also installed previous versions going back to
    version "chirp-daily-20210406" with the same issue.

  3. What are the steps required to reproduce the problem?
    (Same as listed in #1)

Actions #4

Updated by Jim Unroe almost 2 years ago

Issues like this are almost always cause by the device driver installed in Windows not being compatible with the USB-to-Serial chip used in the programming cable (or sometimes the radio itself). It has noting to do with the CHIRP application itself.

I would suggest that you use the Windows Device Manager application to determine which chip is being used, then download and install the latest device driver from that chip vendor's website. The exception would be if it is a Prolific type chip. In that case, you must download, install and select the older Prolific v3.2.0.0 device driver.

See the "Miklor":https://www.miklor.com/ website's "Drivers and USB Cables":https://www.miklor.com/COM/UV_Drivers.php page for links to the various chip vendors drivers and related instructions.

Jim KC9HI

Actions #5

Updated by Steve Toquinto almost 2 years ago

Jim,

You do understand that ICOM supply's the USB Serial Drivers for this Radio.
I have the latest USB Drivers and Firmware from Icom installed.
The drivers are from Silicon Labs. I don't know if they are written specifically for Icom.
I have POSTED this info on the IC-7300 Groups.io Website.

               73 de Steve KB6HOH
Actions #6

Updated by Jim Unroe almost 2 years ago

Hi Steve,

Do you understand that the ICOM IC-7300 has a CI-V port and a USB port. You didn't mention which method you were using. Access to the CI-V port would be through a cable with a USB-to-Serial adapter. Mine has a CH340 chip which uses a Windows driver from WCH.

I would speculate from your reply that you are connecting via the radio's USB port. That being the case, I went ahead and disconnected my Raspberry Pi to get it out of the way and then hooked up my Windows laptop to my IC-7300. I then upgraded CHIRP to the latest CHIRP daily build. My laptop has never been hooked up to my IC-7300 before, but it has programmed many radios using a programming cables that were manufactured with the Silicon Labs CP210x chip. That being the case I let Windows use the Silicon Labs driver that has been previously installed and didn't bother with installing the one that ICOM hosts on their website. I used Device Manager to determine that the IC-7300 was assigned COM5.

My first attempted download from the IC-7300 resulted in the same errors that you experienced. Since I was using the same USB cable that I use for FT8 I knew the USB cable was OK and I assumed that the SilLabs driver was OK, I speculated that the problem most likely was do to an incorrect setting in the IC-7300. I went through the IC-7300 settings one-by-one and decided it might be...

MENU -> (2) -> SET -> Connectors -> CI-V -> CI-V USB Port and changed its selection to *Link To [REMOTE]
*

After making that change, CHIRP read the memories from the IC-7300. I had never enter any memories before so all 99 were empty. I was able to key frequencies into CHIRP and they would show up in the IC-7300. Unfortunately if I keyed frequencies into the IC-7300 they didn't automatically show up in CHIRP. I had to close the IC-7300 tab and read from the radio again. So it appears that CHIRP's ICOM IC-7300 driver only offers very minimal support, it does work.

If you had to change CI-V USB Port to get this to work like I had to, don't forget to change it back when you are done. My digital modes won't work until I do.

Jim KC9HI

Actions #7

Updated by Steve Toquinto almost 2 years ago

Jim,

Tnx for the info. I got the same results as you did BUT it does work.

Since I don't have a whole lot of freqs to load I guess I can suffer thru going from Link to Unlink.
I'm guessing NOT a whole lot of support for the IC-7300.

               73 de Steve KB6HOH
Actions #8

Updated by Bernhard Hailer almost 2 years ago

  • Status changed from Feedback to Closed

It looks like this is resolved.
Chirp can only affect what the radio supports. If the radio makes things difficult, then it's not anything Chirp can fix.

Actions #9

Updated by Bernhard Hailer over 1 year ago

Actions

Also available in: Atom PDF