Development work to begin as soon as the radio is received from BuyTwoWayRadios.com.

Mel Terechenok wrote in #note-1:

Development work to begin as soon as the radio is received from BuyTwoWayRadios.com.

Good luck, mine came yesterday and although the new programming software is better than what came before from Wouxun it's still a far cry from CHIRP or RT Systems Inc's tools.

Baby Steps -
Start Byte, command structure and encryption byte are known.
I can send a proper command and get the radio to respond with expected data.
Comm decryption appears to be working.
Decrypted data conversion shows reasonable values like WOUXUN, KG-Q10H, KG-Q332 for model info and 2021-12-24, VC1.00 which match the firmware version of the radio.

Still having trouble with proper checksum calculation though.

1 step forward--- 10 steps back
The radio is not reporting memory contents at a given address consistently. This has stalled development as the downloaded memory contents can not be trusted.

After studying the CPS packet transfers,I think I know what needs to be done to unobfuscate the data transfer. Gonna get back at it. Stay tuned.

I have most of the radio settings mapped. Still working on Channel memories due to Wouxun memory layout choices.

Mel Terechenok wrote in #note-8:

I have most of the radio settings mapped. Still working on Channel memories due to Wouxun memory layout choices.

Watching this closely - The Wouxun software is 'workable.' But I'm not having a fun time importing larger lists of stations for places that I travel. Thanks for your efforts!

I check this update log daily hoping that Mel will have cracked the code for this HT. The Wouxun CPS is atrocious at best. What is it about OEM CPS software that doesn't allow you to copy/paste large groups of frequencies in your list at one time? Such a simple, yet rare feature in anything except Chirp.

Regardless, here's hoping the KG-Q10H gets full Chrip support ASAP! :) Thanks for your efforts so far, Mel!

Still developing the driver. Channel memories are currently still a problem due to Wouxun attempts at preventing 3rd party programmers.

Mel Terechenok wrote in #note-11:

Still developing the driver. Channel memories are currently still a problem due to Wouxun attempts at preventing 3rd party programmers.

Just dropping by to see if there is any new news on this one
Hope y'all have a good weekend!

Started testing writes to the radio.
I can complete a write but the data is not 100% correct yet - likely due to Chirp to Radio memory location manipulation issues.

Working on debugging but I can change some settings and channel memories and the radio accepts them from Chirp.

Upload to Radio is working - All 999 Channel memories can be modified using Chirp.
Settings are also working, but the mapping of all available settings is still not complete.

This is all good news as the Wouxun obfuscation attempts has been remediated and Chirp can now fully communicate and handle the radio programming.

Mel Terechenok wrote in #note-18:

Upload to Radio is working - All 999 Channel memories can be modified using Chirp.
Settings are also working, but the mapping of all available settings is still not complete.

This is all good news as the Wouxun obfuscation attempts has been remediated and Chirp can now fully communicate and handle the radio programming.

I just wanted to take a second to thank you for all of the work you have put into this. I use chirp for all my other radios and appreciate you working to make the new Wouxun supportable.

Mel Terechenok wrote in #note-18:

Upload to Radio is working - All 999 Channel memories can be modified using Chirp.
Settings are also working, but the mapping of all available settings is still not complete.

This is all good news as the Wouxun obfuscation attempts has been remediated and Chirp can now fully communicate and handle the radio programming.

I have the radio arriving tomorrow and I would be willing to Beta test.

I'll be receiving a Q336 next week. I'd gladly beta-test it with the 336 to see if it works. It appears to be the exact same radio as the Q10H with regional differences.

Mel Terechenok wrote in #note-22:

Completed mapping the settings for Mute Mode, Scrambler, Compander, Favorite, Send Location and Call Groups on a per channel basis.
They will be available for configuration on a per channel basis using the Channel Properties feature.
Still working on confirming completeness and correctness of Download and Upload routines and mapping of all the other settings.

Any lock on the channel unlocking?

Hi Mel,

Just gave it a go - looks great! Thanks so much for doing this especially given how annoying they made it and how awful the OEM software is. Couple minor issues:

1. Looks like setting the channel Mode doesn't work at all - not just for AM. I had a few channels set to NFM accidentally and I couldn't get it to set them to FM using either the channel memory or the Properties window. It would let me select FM then just put the channel back to NFM. Once I set them to FM manually on the radio though, chirp read it back correctly.

2. CHIRP cuts off channel names too early. Looks like it only allows 8 chars where the radio can do more. Weirdly, the manual says it's limited to 8 chars, but it comes with channels labeled "2m Calling" and "440 Calling" so it must support at least 11...

Mel you are a god. As a mac user I haven't been able to program anything.

Where can I send a donation.

That said I can verify Justin's #1

to his #2 I will add that that centering items is not possible as it will not accept spaces as a character.

Tony, if you want to send something to Mel, do it directly. The donate button on the download page goes to me for running the project, but for something directed like this you should make arrangements with Mel directly to make sure the goodness goes to the proper greatness :)

Tony Politi wrote in #note-26:

Mel you are a god. As a mac user I haven't been able to program anything.

Where can I send a donation.

That said I can verify Justin's #1

to his #2 I will add that that centering items is not possible as it will not accept spaces as a character.

I can also confirm that my cheap Amazon bought Baofeng cable is able to program the radio.

Thanks guys. I will be working on the Mode column. Since the radio has 2 AM modes (Rx and RxTx), I will have to add some conditional logic to handle all the various modes correctly.

I will have to look into the names again....the names are able to be up to 12 characters and I have been able to use spaces and see all 12 in my testing. Not sure what you are seeing. Maybe make the columns wider to confirm they are not just being hidden by short width columns?

Either way. I will be verifying everything I can and making fixes as quickly as I can.

Mel Terechenok wrote in #note-29:

Thanks guys. I will be working on the Mode column. Since the radio has 2 AM modes (Rx and RxTx), I will have to add some conditional logic to handle all the various modes correctly.

I will have to look into the names again....the names are able to be up to 12 characters and I have been able to use spaces and see all 12 in my testing. Not sure what you are seeing. Maybe make the columns wider to confirm they are not just being hidden by short width columns?

Either way. I will be verifying everything I can and making fixes as quickly as I can.

Thanks for the beta!! I can read and write to my Q336. It saves all the pertinent info (confirmed with the stock programming software).

However, I get a " 'NoneType' object is not iterable" error going into the settings tab

Kevin S wrote in #note-30:

Thanks for the beta!! I can read and write to my Q336. It saves all the pertinent info (confirmed with the stock programming software).

However, I get a " 'NoneType' object is not iterable" error going into the settings tab

That means some settings are out of range. Most likely because the 336 and Q10H have different options or the data is in a slightly different memory location.
The Debug.log will tell you what the issue is. If you post it I can give it a quick look. Right now I am focusing on the Q10H but it is good to know the base comms and Ch memories seem the same. That means a 336 driver would not be hard to make at some point.

Kevin S wrote in #note-34:

Mel Terechenok wrote in #note-32:

Beta 1p1 - Fixes Channel Name entry limit of 8 Characters - New limit is 12 which is the max of the radio.

I am able to type more than 8 characters but when I change to the next line it drops everything 8.

To my issue of adding spaces that was not the issue. THere were spaces on the end of my string of characters once I removed them I was able to upload.

Mel,

12 character names are looking good! Thanks!

Disregard my issue had to close and reload Chirp now I can make 12 character names

Kevin S wrote in #note-34:

Thanks for the beta!! I can read and write to my Q336. It saves all the pertinent info (confirmed with the stock programming software).

However, I get a " 'NoneType' object is not iterable" error going into the settings tab

Here you are! Thanks

Kevin - your issue on the Q336 settings tab is due to a problem with at least the Scan Mode setting - likely due to slight memory map changes.

• SCANMODE_LIST[_settings. IndexError: list index out of range*

without having a 336 to test with - I won't be able to fix it right now as I would have to mess with radio settings to see what is at the address that Scan Mode is expected to be at.
Maybe after the Q10H driver is complete we can work together on the 336 specific memory map.
You might consider putting in a separate request for new model support for the 336.

Mel

Hi Mel,

Beta 1p2 fixes all the issues I've found so far! Thanks again!

Mel,

I haven't had cause to test the new color settings yet but I can confirm that download, modify, and upload of the beta 2 images work without issue!

Looks good Mel! Mine supports 20k steps and I confirmed that option is available in chirp.

@Mel Any chance we will be able to able to expand the 10H to receive the CB bands?

Tony Politi wrote in #note-53:

@Mel Any chance we will be able to able to expand the 10H to receive the CB bands?

I don't know yet. Still working on figuring out the Freq Limit values. NO PROMISES.

Beta 2.6 (New Model #10692) is working perfectly for me. The only minor glitch I encountered was getting it to recognize presets for FM radio (76-108 MHz), but that's not a feature I use anyway, and it could have been my error. This build allowed me to easily reprogram the top button to a different function than the factory default FM radio selector. Great work Mel!

JD. Please explain exactly what issue you are having with FM presets. It should be working. I will double check but details of your issue will be helpful.

JD Hamster wrote in #note-64:

Beta 2.6 (New Model #10692) is working perfectly for me. The only minor glitch I encountered was getting it to recognize presets for FM radio (76-108 MHz), but that's not a feature I use anyway, and it could have been my error. This build allowed me to easily reprogram the top button to a different function than the factory default FM radio selector. Great work Mel!

I retested the driver and setting of FM presets works just fine. If you have more details on what you are experiencing, let me know.

This is fantastic. Works perfectly on my q10h

I'm wondering if the support for the q10g will unlock tx frequencies beyond OEM like it does for the q10h or if that's beyond possibility of the firmware?

No - there is no known way to expand the Q10G to TX on non-GMRS freqs. In fact the unlock feature is not present on the Q10G.

Mel, Thank you for all your hard work here! This support for the KG-Q10H is great!

I'm wondering if there is anything I or the community can do to help support you getting this integrated into the main Chirp-next build. I like to configure my radios while out boondocking but recently learned that I can't load the module from issues without an internet connection. That makes things difficult if I forget to have Chirp open and this module loaded or if I need to restart my computer. Maybe for offline support, my best bet is to start using developer mode?
Again, thank you so much for supporting this and let me know how I can help!

No help is needed. I have changes to make and I have been busy with work and kids activities. I will be getting back to it soon.

Warren Mack wrote in #note-73:

when I "Load Module from Issue" and type in 10692, Chrip locks up, and I have to force quit it. I tried both on my Mac and Windows 11 laptops with the same results.

I would try and reinstall the latest version of Chirp. I have loaded the file from issue just now and it works just fine. Looking at your debug log, I don't even see where you were able to select the Q10H driver. It looks like you are having a problem with the Chirp Base program. Maybe there was a server connection problem that has been resolved?

This is an excerpt of the successful load from issue 10692:
[2024-08-05 20:01:58,914] chirp.wxui.main - INFO: Server reports next-20240706 is latest
[2024-08-05 20:02:24,545] chirp.wxui.developer - DEBUG: Fetched attachments for issue 10692 (status 200)
[2024-08-05 20:02:24,545] chirp.wxui.developer - DEBUG: Found 1 valid module attachments from issue 10692
[2024-08-05 20:02:27,091] chirp.wxui.developer - DEBUG: Fetched info for user 75427 (status 200)
[2024-08-05 20:02:27,091] chirp.wxui.developer - DEBUG: User chose attachment {'id': 10451, 'filename': 'kgq10h b2p6.py', 'filesize': 162216, 'content_type': 'text/plain', 'description': 'KG-Q10H - KG-Q10G --- Beta 2.6', 'content_url': 'https://chirpmyradio.com/attachments/download/10451/kgq10h%20b2p6.py', 'author': {'id': 75427, 'name': 'Mel Terechenok'}, 'created_on': '2024-01-08T23:17:46Z'}
[2024-08-05 20:02:27,091] chirp.wxui.developer - DEBUG: Fetching attachment URL https://chirpmyradio.com/attachments/download/10451/kgq10h%20b2p6.py
[2024-08-05 20:02:28,417] chirp.wxui.developer - DEBUG: Wrote attachment to C:\Users\melvi\AppData\Local\Temp\loaded-10451-ls3ojik6.py
[2024-08-05 20:02:28,417] chirp.directory - INFO: driver re-registration enabled
[2024-08-05 20:02:28,429] chirp.wxui.main - INFO: Loading module C:\Users\melvi\AppData\Local\Temp\loaded-10451-ls3ojik6.py SHA256 6a5aeb09413ea3ea5ce0a65d82d7908eebe2151cad6603197037ca840459e423
[2024-08-05 20:02:28,445] chirp.directory - INFO: Registered Wouxun_KG-Q10H = KGQ10HRadio
[2024-08-05 20:02:28,445] chirp.directory - INFO: Registered Wouxun_KG-Q10G = KGQ10GRadio

Warren, I ran into the same issue recently. The other thing you can do to load a module into CHIRP is to download the "kgq10h b2p6.py" (fle name subject to change as Mel updates things) from the list of files at the top of this issue. Then: open CHIRP, click "File" -> "Load Module" then select that "kgq10h b2p6.py" file you downloaded. I have had success with that. Plus it works even if you are not connected to the internet (my issue above)!

I had this issue with Chirp locking up on the new version that just came out chirp-next-20240814 when using the load issue menu. Reinstalling had no effect. reverting back to 20240807 works. I haven't tried manually loading the module yet.

If you are having an issue when you select Load Module before ever selecting the development driver, you should check for an issue report on the base Chirp package.

It is not an issue with the Q10H driver and if not already documented it should have a specific trouble report created.

I forgot to add this important piece to my comment from 4 days ago. To do what I described, you need to be in developer mode (click: Help -> Developer Mode, then restart Chirp). Once you do that, you can load module files directly.