Project

General

Profile

Actions

New Model #10925

open

New Model Support for Wouxun KG-Q10G GMRS radio

Added by Mel Terechenok 6 months ago. Updated 4 months ago.

Status:
In Progress
Priority:
Normal
Category:
-
Target version:
-
Start date:
11/02/2023
Due date:
% Done:

90%

Estimated time:
Equipment Loan/Gift Offered:
I read the instructions above:
Yes

Description

Add support for the new KG-Q10G GMRS radio which is based off of the Wouxun KG-Q10H Amateur radio.


Files

Screenshot 2023-11-06 at 2.17.34 PM.png (18.8 KB) Screenshot 2023-11-06 at 2.17.34 PM.png Phillip Onfri, 11/06/2023 11:21 AM
Screenshot 2023-11-09 at 10.14.27 AM.png (133 KB) Screenshot 2023-11-09 at 10.14.27 AM.png Phillip Onfri, 11/09/2023 07:17 AM
chirp_debug-75buo5bx.txt (6.76 KB) chirp_debug-75buo5bx.txt Phillip Onfri, 11/09/2023 07:17 AM
Wouxun_KG-Q10G_20231110_Phillip.img (677 Bytes) Wouxun_KG-Q10G_20231110_Phillip.img Phillip Onfri, 11/10/2023 10:59 AM
clipboard-202311102026-raaei.png (528 KB) clipboard-202311102026-raaei.png Mel Terechenok, 11/10/2023 05:26 PM
clipboard-202311102027-rysof.png (36.1 KB) clipboard-202311102027-rysof.png Mel Terechenok, 11/10/2023 05:27 PM
clipboard-202311102028-r3aag.png (78.7 KB) clipboard-202311102028-r3aag.png Mel Terechenok, 11/10/2023 05:28 PM
clipboard-202311102033-5gpk9.png (61.9 KB) clipboard-202311102033-5gpk9.png Mel Terechenok, 11/10/2023 05:33 PM
Screenshot 2023-11-11 at 7.00.36 AM.png (375 KB) Screenshot 2023-11-11 at 7.00.36 AM.png Phillip Onfri, 11/11/2023 04:06 AM
Wouxun_KG-Q10G_20231111_Good_Read_Phillip.img (32.2 KB) Wouxun_KG-Q10G_20231111_Good_Read_Phillip.img Phillip Onfri, 11/11/2023 04:06 AM
Screenshot 2024-01-08 181419.png (138 KB) Screenshot 2024-01-08 181419.png Mel Terechenok, 01/08/2024 03:22 PM
kgq10h b2p6.py (158 KB) kgq10h b2p6.py Mel Terechenok, 01/08/2024 03:22 PM

Related issues

Related to New Model #11151: Please add Wouxun KG-Q10GClosed02/09/2024

Actions
Actions #1

Updated by Mel Terechenok 6 months ago

  • Parent task set to #10692
Actions #2

Updated by Mel Terechenok 6 months ago

  • Parent task deleted (#10692)
Actions #3

Updated by Mel Terechenok 6 months ago

Actions #4

Updated by Mel Terechenok 6 months ago

Actions #5

Updated by Mel Terechenok 6 months ago

  • File kgq10h b2p3.py added

Beta 2.3
Limit Area Message and Top Message to 12 characters - Consistent with Wouxun CPS to prevent random dropping of chars 13-15 on radio display
Enable FM/NFM/AM mode selection via the Channel Memory UI -

AM mode options of AM Rx or AM Rx+Tx(Q10H Only) must be set in the channel properties--Extra tab (AM Mode options only shown when AM Mode is selected)
KG-Q10G only supports AM Rx mode

Various clean up items for Chirp tests

Include support for KG-Q10G GMRS Version.

See the Q10H page for more details on driver history
https://chirp.danplanet.com/issues/10692

How to load test drivers
Enter Issue #10925 and select the Beta driver

Actions #6

Updated by Phillip Onfri 6 months ago

Mel Terechenok wrote in #note-5:

Beta 2.3
Limit Area Message and Top Message to 12 characters - Consistent with Wouxun CPS to prevent random dropping of chars 13-15 on radio display
Enable FM/NFM/AM mode selection via the Channel Memory UI -

AM mode options of AM Rx or AM Rx+Tx(Q10H Only) must be set in the channel properties--Extra tab (AM Mode options only shown when AM Mode is selected)
KG-Q10G only supports AM Rx mode

Various clean up items for Chirp tests

Hi Mel, I just got the KGQ10G and I loaded the beta driver and when I go to download, it gives me a dialog that I selected the wrong option but it mentioned the correct radio. Using the same red cable I use for the KG-Q10H.
Include support for KG-Q10G GMRS Version.

See the Q10H page for more details on driver history
https://chirp.danplanet.com/issues/10692

How to load test drivers
Enter Issue #10925 and select the Beta driver

Mel Terechenok wrote in #note-5:

Beta 2.3
Limit Area Message and Top Message to 12 characters - Consistent with Wouxun CPS to prevent random dropping of chars 13-15 on radio display
Enable FM/NFM/AM mode selection via the Channel Memory UI -

AM mode options of AM Rx or AM Rx+Tx(Q10H Only) must be set in the channel properties--Extra tab (AM Mode options only shown when AM Mode is selected)
KG-Q10G only supports AM Rx mode

Various clean up items for Chirp tests

Include support for KG-Q10G GMRS Version.

See the Q10H page for more details on driver history
https://chirp.danplanet.com/issues/10692

How to load test drivers
Enter Issue #10925 and select the Beta driver

Actions #7

Updated by Mel Terechenok 6 months ago

Phillip Onfri --- what radio are you trying to read from when you got the error message?

Please provide details if you wish to have me help you.

By the picture you posted, the only thing I can tell you is that the radio you tried to read from did not identify as the Q10G.

Duplicate the issue and post your debug.log

Actions #8

Updated by Phillip Onfri 6 months ago

Mel Terechenok wrote in #note-7:

Phillip Onfri --- what radio are you trying to read from when you got the error message?

Please provide details if you wish to have me help you.

By the picture you posted, the only thing I can tell you is that the radio you tried to read from did not identify as the Q10G.

Duplicate the issue and post your debug.log

So the radio is a KG-G10G, which I selected after loading the beta module. This radio is fresh out of the box so I haven't done anything to it or added any new data. I have attached a few pics for you. Thanks for the help.

Actions #9

Updated by Phillip Onfri 6 months ago

Phillip Onfri wrote in #note-8:

Mel Terechenok wrote in #note-7:

Phillip Onfri --- what radio are you trying to read from when you got the error message?

Please provide details if you wish to have me help you.

By the picture you posted, the only thing I can tell you is that the radio you tried to read from did not identify as the Q10G.

Duplicate the issue and post your debug.log

So the radio is a KG-G10G, which I selected after loading the beta module. This radio is fresh out of the box so I haven't done anything to it or added any new data. I have attached a few pics for you. I'm also using the latest chirp available. Thanks for the help.

Actions #10

Updated by Phillip Onfri 6 months ago

Phillip Onfri wrote in #note-9:

Phillip Onfri wrote in #note-8:

Mel Terechenok wrote in #note-7:

Phillip Onfri --- what radio are you trying to read from when you got the error message?

Please provide details if you wish to have me help you.

By the picture you posted, the only thing I can tell you is that the radio you tried to read from did not identify as the Q10G.

Duplicate the issue and post your debug.log

So the radio is a KG-Q10G, which I selected after loading the beta module. This radio is fresh out of the box so I haven't done anything to it or added any new data. I have attached a few pics for you. I'm also using the latest chirp available. Thanks for the help.

Actions #11

Updated by Mel Terechenok 6 months ago

  • File kgq10h b2p3 disable model check to get radio image.py added

Phillip Onfri wrote in #note-10:
So the radio is a KG-Q10G, which I selected after loading the beta module. This radio is fresh out of the box so I haven't done anything to it >>or added any new data. I have attached a few pics for you. I'm also using the latest chirp available. Thanks for the help.

OK - Please do a couple things for me. Turn off the radio... then press and hold the 6 button while turning on the radio and report back to me what the firmware revision is on the last line of the info displayed. It should be something like VD1.01 or some other later version number.

Then try reading from the radio with the following test driver that disables the model check for downloads. I am concerned that there may be a new firmware that changed the radio memory that I will have to handle. If you are able to read from the radio, save the image that was read from your radio and add it to this ticket so I can analyze the information. The driver should not let you write to the radio, but just in case please don't try until I can take a look at what is going on with your radio.

Actions #12

Updated by Phillip Onfri 6 months ago

Mel Terechenok wrote in #note-11:

Phillip Onfri wrote in #note-10:
So the radio is a KG-Q10G, which I selected after loading the beta module. This radio is fresh out of the box so I haven't done anything to it >>or added any new data. I have attached a few pics for you. I'm also using the latest chirp available. Thanks for the help.

OK - Please do a couple things for me. Turn off the radio... then press and hold the 6 button while turning on the radio and report back to me what the firmware revision is on the last line of the info displayed. It should be something like VD1.01 or some other later version number.

Then try reading from the radio with the following test driver that disables the model check for downloads. I am concerned that there may be a new firmware that changed the radio memory that I will have to handle. If you are able to read from the radio, save the image that was read from your radio and add it to this ticket so I can analyze the information. The driver should not let you write to the radio, but just in case please don't try until I can take a look at what is going on with your radio.

FIRMWARE: VD1.02
DEBUG LOG: Could not upload cause it says it exceeds size. THis is a clean log with just the radio read. Interesting.
DATA DUMP: Wouxun_KG-Q10G_20231110_Phillip.img

It's interesting that all I see is rows 11 to 999 and no data on the radio but there's is CD and all the GMRS data on it from the factory. Wonder if it just needs to get reset or something.

Actions #13

Updated by Phillip Onfri 6 months ago

Phillip Onfri wrote in #note-12:

Mel Terechenok wrote in #note-11:

Phillip Onfri wrote in #note-10:
So the radio is a KG-Q10G, which I selected after loading the beta module. This radio is fresh out of the box so I haven't done anything to it >>or added any new data. I have attached a few pics for you. I'm also using the latest chirp available. Thanks for the help.

OK - Please do a couple things for me. Turn off the radio... then press and hold the 6 button while turning on the radio and report back to me what the firmware revision is on the last line of the info displayed. It should be something like VD1.01 or some other later version number.

Then try reading from the radio with the following test driver that disables the model check for downloads. I am concerned that there may be a new firmware that changed the radio memory that I will have to handle. If you are able to read from the radio, save the image that was read from your radio and add it to this ticket so I can analyze the information. The driver should not let you write to the radio, but just in case please don't try until I can take a look at what is going on with your radio.

FIRMWARE: VD1.02
DEBUG LOG: Could not upload cause it says it exceeds size. THis is a clean log with just the radio read. Interesting.
DATA DUMP: Wouxun_KG-Q10G_20231110_Phillip.img

It's interesting that all I see is rows 11 to 999 and no data on the radio but there is CB and all the GMRS data on it from the factory. Wonder if it just needs to get reset or something.

Actions #14

Updated by Mel Terechenok 6 months ago

Phillip Onfri wrote in #note-13:

It's interesting that all I see is rows 11 to 999 and no data on the radio but there is CB and all the GMRS data on it from the factory. Wonder if it just needs to get reset or something.

What you are seeing is actually an exclamation point before the numbers not a 1 -- !1 - !999 indicating errors for each and every channel memory.

That is because the image file is both incomplete and contains useless data, which explains why you are failing the Model Check as there is no data from the radio at the location where the radio identity is stored.

Here is what your image contains - only 512 bytes ( should be 32768) and all the bytes have a value of 40.

I have confirmed that this is not specifically related to the new Q10G firmware as the Beta2.3 driver was used on a new firmware radio and everything worked as expected.

I don't know what is going on, but I wonder if your radio has a communication problem or if you have a cable problem. Do you have a windows machine where you could try the Wouxun CPS to see if you get any valid data? Or do you have another cable? Does your cable work with any other radios? What cable are you using?

If the Wouxun CPS can't read from the radio, or a new cable doesn't solve the problem - you could try a Reset ALL. If that doesn't work, you may want to contact BTWR to see if there is anything they can do.

At this point, there is nothing I can do to Chirp to help you.. We need to figure out the reason for the bad data communication issue before Chirp will ever be usable for you on that radio.

Actions #15

Updated by Phillip Onfri 6 months ago

Mel Terechenok wrote in #note-14:

Phillip Onfri wrote in #note-13:

It's interesting that all I see is rows 11 to 999 and no data on the radio but there is CB and all the GMRS data on it from the factory. Wonder if it just needs to get reset or something.

What you are seeing is actually an exclamation point before the numbers not a 1 -- !1 - !999 indicating errors for each and every channel memory.

That is because the image file is both incomplete and contains useless data, which explains why you are failing the Model Check as there is no data from the radio at the location where the radio identity is stored.

Here is what your image contains - only 512 bytes ( should be 32768) and all the bytes have a value of 40.

I have confirmed that this is not specifically related to the new Q10G firmware as the Beta2.3 driver was used on a new firmware radio and everything worked as expected.

I don't know what is going on, but I wonder if your radio has a communication problem or if you have a cable problem. Do you have a windows machine where you could try the Wouxun CPS to see if you get any valid data? Or do you have another cable? Does your cable work with any other radios? What cable are you using?

If the Wouxun CPS can't read from the radio, or a new cable doesn't solve the problem - you could try a Reset ALL. If that doesn't work, you may want to contact BTWR to see if there is anything they can do.

At this point, there is nothing I can do to Chirp to help you.. We need to figure out the reason for the bad data communication issue before Chirp will ever be usable for you on that radio.

So the cable that ti use is the infomus RED cable :-). I know the cable works as it can read and upload to my KG-Q10G just fine using the same driver. So I did a reset on the radio and got it to communicate and download the data successfully. Not sure what the deal was with this radio but I suspected a reset might help because of the way that it came packaged it looked used. Athenena was on it and it was just not packaged the way all the other radios I get are. I do however see symbols in the data. I have posted a pic and a download for your reference. I will try try to write to the radio to make sure its fine. Thank you again Sir for all your work and what you do for the community. Much appreciated.

Actions #16

Updated by Mel Terechenok 6 months ago

Glad you got it working. I was not aware you had another radio that was working fine. I am aware of the symbol issue at the end of the channel names. It is due to the channel names from Wouxun not always blanking out all the unused characters in the name. I will update the driver to clean this up so the extraneous data is ignored by chirp. Let me know if you have any other issues.

Actions #17

Updated by Mel Terechenok 6 months ago

  • File deleted (kgq10h b2p3 disable model check to get radio image.py)
Actions #18

Updated by Mel Terechenok 6 months ago

  • File kgq10h b2p4.py added

Beta 2.4

Fix extraneous characters stored in Channel Names on some radios from the factory.

Actions #19

Updated by Mel Terechenok 6 months ago

  • File deleted (kgq10h b2p3.py)
Actions #20

Updated by Phillip Onfri 6 months ago

Mel Terechenok wrote in #note-16:

Glad you got it working. I was not aware you had another radio that was working fine. I am aware of the symbol issue at the end of the channel names. This is due to the channel names from Wouxun not always blanking out all the unused characters in the name. I will update the driver to clean this up so the extraneous data is ignored by chirp. Let me know if you have any other issues.

Upload (write) to the radio work like a charm. Just took the radio out for a spin and it's working as expected. Again thank you so much for all your work Sir.

Actions #21

Updated by Mel Terechenok 4 months ago

  • File kgq10h b2p5.py added
Actions #22

Updated by Mel Terechenok 4 months ago

  • File deleted (kgq10h b2p4.py)
Actions #23

Updated by Mel Terechenok 4 months ago

  • Status changed from New to In Progress
  • % Done changed from 0 to 90
Actions #24

Updated by Mel Terechenok 4 months ago

To see all "Extra" settings in Memories Tab - Click View-->Show Extra Fields

Fix AM Mode column to always show in Memories Tab when Show Extra Fields is enabled regardless of FM or AM mode selection.
Fix Call Group column to show up in the Channel Memories Tab.

Just as when editing Extra Fields via the properties menu, To change between AM/FM/NFM you must first switch the Mode entry. When Mode = AM... Only then will AM Mode changes be accepted.

Still working on getting the color picker palette working as well as other driver cleanups that are required for official inclusion into Chirp.

How to load test drivers
Issue #10925

Actions #25

Updated by Mel Terechenok 4 months ago

  • File deleted (kgq10h b2p5.py)
Actions #26

Updated by Mel Terechenok 3 months ago

Actions

Also available in: Atom PDF