Project

General

Profile

Actions

Bug #8039

open

Radioddity QB25 not going into clone mode when downloading from the radio

Added by Greg T over 3 years ago. Updated over 3 years ago.

Status:
Feedback
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
07/03/2020
Due date:
% Done:

0%

Estimated time:
Chirp Version:
daily
Model affected:
Radioddity QB25
Platform:
Windows
Debug Log:
I read the instructions above:

Description

This is similar to the Bug #5983 which has a similar issue on a Mac. I'm currently using CHIRP daily-20200622 with three different cables. One official FTDI cable with the D2xx driver installed. The second is the cable provided from Radioddity with the QB25 which was just purchased in June 2020. I have also tried their specific drivers for the Radioddity cable with no success. I also have a no-name cable that uses the FTDI chipset to program my GreCom scanner without issue.

Everytime I use the "Download From Radio" or the "Upload to Radio" feature, the message will appear after the progress bar show some promise and moves along, but returns with a possibility of two messages depending on the driver used.

Message Under the FTDI driver and an of the cables:
"Radio Identification Failed"

Message Under the Radioddity driver and an of the cables:
"Radio did not go into clone mode"

I'm currently using the FTDI driver version 2.12.28.0, but I have tried the Radioddity driver 1.02

I would be more than willing to try and build version that you may want to try out to see if it will fix the issue.


Files


Related issues

Related to Bug #5983: QYT 7900D/Radioddity QB25Closed07/29/2018

Actions
Actions #1

Updated by Jim Unroe over 3 years ago

Attach a debug.log file.

Jim KC9HI

Actions #2

Updated by Greg T over 3 years ago

I will have to run the process again and I will get the logs uploaded in a little bit. I did not have the developer tools turned on in CHIRP and the log only has the current open and close from after being selected.

Actions #3

Updated by Jim Unroe over 3 years ago

  • Status changed from New to Feedback

Greg T wrote:

I will have to run the process again and I will get the logs uploaded in a little bit. I did not have the developer tools turned on in CHIRP and the log only has the current open and close from after being selected.

You don't need to enable "Enable Developer Functions". Just create a "clean" debug.log file (close CHIRP, open CHIRP, cause error, close CHIRP) and then get it per the instructions "here":https://chirp.danplanet.com/projects/chirp/wiki/How_to_report_issues.

Jim

Actions #5

Updated by Bernhard Hailer over 3 years ago

Ok, all logs listed this:

Incorrect model ID, got this:

000: 01 03 00 01 07 09 00 01   ........
008: 00 00 20 20 51 42 32 35   ....QB25
016: 02 00 00 02 07 00 00 01   ........
024: 00 00 56 43 35 32 35 34   ..VC5254
032: 04 00 00 05 02 00 00 01   ........
040: 03 05 00 03 09 00 00 01   ........
048: 55 00 00 00 00 00 00 00   U.......

It means that your radio uses a firmware version Chirp doesn't know about yet. This requires that a developer looks into it.

Actions

Also available in: Atom PDF