New Model #2671
openWouxun KG-UV9D
0%
Description
Any chance of support for this new radio? I have one, am a little hesitant about shipping it from Hawaii, is there some way I can download the information and send it to you?
Thanks,
73
James
W8JVF
Files
| write-clean.txt.bz2 (14.9 KB) write-clean.txt.bz2 | Write log cleaned from most of the NOISY data (see #2861 for original log) | ||
| read-clean.txt.bz2 (15.4 KB) read-clean.txt.bz2 | Read log cleaned from most of the NOISY data (see #2861 for original log) | ||
| download.txt (239 KB) download.txt | |||
| upload.txt (189 KB) upload.txt | |||
| KG-UV9D-Protocol.pdf (25.7 KB) KG-UV9D-Protocol.pdf | |||
| KG-UV9D-Read.txt (348 KB) KG-UV9D-Read.txt | |||
| KG-UV9D-Write.txt (254 KB) KG-UV9D-Write.txt | |||
| KG-UV9D-0x0137-Record.txt (1.78 KB) KG-UV9D-0x0137-Record.txt |
Updated by James Freetage over 9 years ago
Also, I am willing to "beta test" any software for the KG-UV9D.
Updated by Matt Hankosky about 9 years ago
i Have a KG-UV9D that i can loan. Would love it on CHIRP.
Updated by Pavel Milanes almost 9 years ago
- Chirp Version changed from 0.4.0 to daily
- Equipment Loan/Gift Offered changed from No to Yes
This is the starting thread for this radio, so all later "new models request" about this radio was rejected and make note on this thread.
Dupe Issue #2861 has a download/upload logs, so it's closed & linked to this post.
I have taken a look into the logs in post #2861 and I can do the driver, but acquiring this radio in Cuba is impossible. Remote testing is a possibility but a really hard/slow one.
I will do it but need a radio on hand.
73, CO7WT.
Updated by Pavel Milanes almost 9 years ago
I'm working on define the comm properties of this radio, but the logs on the issue are #2861 are not from the portmon tool and it's hard to clean it to get a clean comm protocol picture.
Can anyone try to get a download / upload logs with portmon [[[https://technet.microsoft.com/en-us/sysinternals/portmon.aspx]]] and post it here?
Remember portmon work just under 32bit Window OS
This is to get an download/upload script as a starting point to another developer who want to follow the development with a radio.
Cheers.
Updated by Pavel Milanes almost 9 years ago
- File write-clean.txt.bz2 write-clean.txt.bz2 added
- File read-clean.txt.bz2 read-clean.txt.bz2 added
Some regular expression magic do the trick.
It's good to refresh the old tools that some times get a ton of dust in the brain section "Important but rarely used"
Attached are the two logs cleaned, I will be making a download script based on this.
I don't have a radio at hand so it may contains some bugs.
Owners of the Wouxun KG-UV9D wanted here to test the script.
73
Updated by James Freetage almost 9 years ago
Tell me what I need to do. I'll help, but I haven't done any of this before.
Updated by Pavel Milanes almost 9 years ago
Hi James,
Users can contribute to the development of new models in various ways, posting logs, testing new drivers and borrowing equipment.
At this stage the logs are fine to determine the comm details, another log will not hurt so here comes the instructions:
Go to Sysinternals at Microsoft and download the portmon tool [[https://technet.microsoft.com/en-us/sysinternals/portmon.aspx
]] into any 32bit Windws PC.
Extract and start portmon, start capture. (magnify glass icon)
Connect interface and cable to you radio, start the default software for it.
Start a download with the default software (reading data) of the radio, you will see activity on portmon; at the end use the save utility of portmon to save the log to a file, name it download.txt
Clear the log in portmon.
Repeat this step but uploading (writing data) the data you just downloaded, in portmon save the log to a file named upload.txt
Post the acquired logs to this thread.
If you don't have a 32 bit machine at hand (portmon only runs on 32bit) download any freeware/try-period serial monitor/sniffer software.
In the last weekend I was playing with the logs of this radios, comparing and testing... it has some similar comm procedures with the KG-UV8D, but have a few differences and the checksum, seems like using a different algorithm; also the data in the read commands has no logic using KG-UV8D paradigm or other simple communications
It seems that this radio's comm procedures will be a tough one to break.
Updated by Jerzy Trzeciak almost 9 years ago
- File Read_1.LOG added
Hi
I have an KG-UV9d and I did "read" and "write" data with default software.
Updated by Pavel Milanes almost 9 years ago
- Start date deleted (
06/25/2015)
Hi Jerzy and others,
Sorry, I forgot to mention a simple detail for portmon: you have to set a few non default options to get a full detailed logs.
Go to portmon, Options menu, be sure to tick (enable) this options
- Show Hex
- Show time column
- Show time
Then yet in the Options menu select the one named "Max Output Bytes" and set it to 256
That will make portmon record in very detail all the activity of the up/down process...
Sorry for the inconvenience, can you repeat the process whit this options and upload new logs?
73
Updated by Jerzy Trzeciak almost 9 years ago
- File download.txt added
- File upload.txt added
OK Pavel
That are my new logs. I am sorry my English.
Jurek
Updated by Pavel Milanes almost 9 years ago
- Start date set to 06/25/2015
Jerzy please check your files, both logs are the same: the upload log.
I need a download log, I see some interesting pattern in the upload log, I will look it more closely on the weekend.
Also I updated the start date, that I deleted by mistake, sorry.
Updated by Jerzy Trzeciak almost 9 years ago
- File download.txt download.txt added
- File upload.txt upload.txt added
I am sorry my mistake.
Please delete it, with mistake.
They are my new logs, different.
Jurek
Updated by Pavel Milanes almost 9 years ago
Little progress on this, but more knowledge acquired.
This weekend I build a windows & linux compatible script from the kg-uv8D driver base, and run it against the data you gently provided, but no joy.
Lessons learned:
- The comm protocol is "almost" the same. (there is no logic yet on the address bytes)
- The ident of this radio has not the explicit name of the radio on it.
- The ident has some variations from byte 28 until end.
- The checksum algorithm for this radio is unknown.
This last is the rock on the way, until we manage to know what checksum algorithm are they using we are stuck on this.
I will keep investigating this issue but any help is welcomed.
Cheers from Pavel, CO7WT.
Updated by Pavel Milanes almost 9 years ago
I had confirmed one of my fears: data communication in encoded/encrypted, as Ron Wellsted comment in #1489 about the Wouxun KG-UV950...
Until this issue is resolved (very unlikely without the help of Wouxun itself) this driver development is stuck.
73
Updated by Fred Munden over 8 years ago
- File KG-UV9D-Protocol.pdf KG-UV9D-Protocol.pdf added
- File KG-UV9D-Read.txt KG-UV9D-Read.txt added
- File KG-UV9D-Write.txt KG-UV9D-Write.txt added
- File KG-UV9D-0x0137-Record.txt KG-UV9D-0x0137-Record.txt added
I have been looking at Wouxum KG-UV9D memory map. I started with kguv8d.py. It turns out there is little in common between the memory maps. Below are a few details. I have included what should be the most simplest cases, functions that are ON/OFF. Seems like that should result in single bit toggle or a single byte change. Instead there are multiple bytes in the record that are changed. I used KG-UV9D Commander version 1.02 to toggle ON/OFF functions then read the radio with a script that wrote out a binary file with record headers. I have not yet looked at VFO/Memories. Comments are welcomed.
Attachments:
comport capture of write/read of KG-UV9D Commander
table of record at offset 0x0137 that has several ON/OFF items
Updated by Rafael Jaeger about 8 years ago
Hi all,
I've been using CHIRP for a while but haven't contributed before. I got my hands on a Wouxun KV-UV9D this summer in Europe (I live in Arizona). Assuming I can use the RTDI cable I use for programming my Baofeng UV-82HPs, I'd be happy to help develop the driver. As it is, the radio is great for monitoring ATC, and is overall an excellent unit, but without the ability to program it, I default to using my Baofengs for actual communications.
I've read through the history here and have a basic idea of where things stand, but it's my first time at this. If anyone can help me understand what would be needed to move this process forward I'll do what I can.
73,
-Rafael KG7YWU
Updated by Carsten Schaudel almost 8 years ago
Well,
it seems the issue is to find the method with which the checksum of the communication is calculated - which is different to older wouxun models.
I figured out one thing so far:
It seems the upper nibble of the checksum is always identical to the upper nibble of the last databyte.
The lower nibble is even for messages TO the radio, and odd for messages FROM the radio.
That's as far as I got.
Maybe someone else has some ideas .....
Updated by Carsten Schaudel almost 8 years ago
update:
my statement on "even" and "odd" seems wrong, so the calculation of the lower nibble is open ....
Updated by Rafael Jaeger almost 8 years ago
I don't run Windows – any serial sniffer tools I can use on OS X or Debian?
Updated by Rafael Jaeger almost 8 years ago
I found one! http://www.w7ay.net/site/Applications/Serial%20Tools/index.html. Now to figure out how to get some useful data out of it.
Updated by Bernhard Hailer over 4 years ago
- Status changed from New to Feedback
- Target version set to chirp-legacy
Any progress on this radio?