Bug #9459
closedNew QYT kt-8900 "radio identification failed"
100%
Description
I just purchased a new QYT KT-8900. I have another of these radios as well as others. This radio is giving an error "radio identification failed" when trying to read the radio. I connected my other KT-8900 and it read just fine. I installed the software that came with the radio (not a good app) and was able to read the radio with that software. I upgraded chirp to chirp-daily-20211016-installer and same error.
Files
Updated by Jim Unroe about 3 years ago
- File kt8900_mcu_m27184.py kt8900_mcu_m27184.py added
- Status changed from New to Feedback
Thank you for the debug.log file. Your KT8900 has an MCU version that CHIRP doesn't know about. I have created a test driver module to see if you can successfully download from your radio. Here is how you use it.
- Download the kt8900_mcu_m27184.py test driver module and save it to a convenient location.
Note: Be sure to left-click the link and then click the download link near the top of the page that loads. Right-clicking the link to download the test driver module will not work.
- Load CHIRP
- Click Help in the menu bar and enable Enable Developer Functions
- Click File -> Load Module to locate and load the test driver module that was saved in step 1
At this point CHIRP will have a red background to indicate that it is running with an external driver module loaded. With any luck, you should now be able to download from your radio. If successful, please save the newly created tab, unedited, to a CHIRP Radio Images (*.img) file and attach it to this issue so I can use it for further development. If the download fails, close CHIRP and add the debug.log file for me to examine.
Jim KC9HI
Updated by Ron Armstrong about 3 years ago
- File QYT_KT8900_20211020.img QYT_KT8900_20211020.img added
Thanks for the quick response Jim! and Yay, another new version of MCU LOL. Maybe we have the chip shortage to blame? Anyway, the driver seemed to work fine. I have attached the saved radio image.
Updated by Jim Unroe about 3 years ago
- Status changed from Feedback to In Progress
- Assignee set to Jim Unroe
- Target version set to chirp-legacy
- Platform changed from Windows to All
Thanks for you help Ron. I will try to work up and submit a formal patch. In the mean time just use the temporary test driver module to program your radio.
Jim KC9HI
Updated by Ron Armstrong about 3 years ago
You are welcome. I noticed it was very slow to write to the radio. Slower than my other kt-8900 (which always worked with chirp). Maybe the temp driver is the reason but just wanted to let you know it took almost twice as long to write to the radio.
Updated by Jim Unroe about 3 years ago
Ron Armstrong wrote:
You are welcome. I noticed it was very slow to write to the radio. Slower than my other kt-8900 (which always worked with chirp). Maybe the temp driver is the reason but just wanted to let you know it took almost twice as long to write to the radio.
That has always been a problem with this driver. It will take someone other than me to figure out why it is slow and fix it. Sorry.
Jim KC9HI
Updated by Jim Unroe about 3 years ago
- Status changed from In Progress to Resolved
- % Done changed from 0 to 100
Patch submitted. Support will be in the next CHIRP daily build following acceptance of the patch.
Jim KC9HI
Updated by Anonymous about 3 years ago
- Status changed from Resolved to Closed
Applied in changeset commit:d99a439711f5.