CHIRP

Awesome!! Keep me posted on this

I have not been able to get anywhere with the TK-780 but maybe the more you get going, I may be able to make more sense of it!

The radio has 3 main block of memory that get read independently by different algorithms, for Chirps engine I will concatenate it as follows:

Low memory (Apparently Main CPU data & settings)
0x0000 to 0x4000
Mid memory (Unknown yet)
0x4000 to 0x4090
High memory (Apparently Head memory with channel data)
0x4090 to 0x6090

Data in the mem is at a glance, 73 I get back to work on it.

Interesting, I will review it a few minutes.

I'm giving the final touch to the set_channel now, and the download/upload is working well.

The channel management by it self is working fine, but I need so analyze more closely the other areas in which banks vs. channels are arranged, it's at a glance much similar to the TK-760G one.

I will end the set_channel and give a look to you code, I will call it a good night.

Thanks for sharing it.

73

Just an update, I have completed the download/upload, channel management and bank management.

I have a few kirks to resolve with the offset=off and some banks layouts from real radios not working, this is interesting...

This radio has a bank limit and bank belongings section in the memmap, if you start with a clean program with the KPG44D software my driver works fine, but I have found that the former programming from the radio as it get borrowed to me is a kind of corrupted.

It has 9 channels in 3 banks, banks 1, 2 and 160, hum 160... this is weird...

When you looks to the banks limits you see that only 5 channels are covered and in the bank belongings area there are 9 channels; then the radio display the 5 correct channels in banks 1 & 2 where you expect and the other 4 channels are assigned to banks 160...

I have tried to replicate this from a clean KPG44D software layout and it has been impossible to end with a layout like the described (broken) one...

I think it's the result of mixing a radio body with other radio head, as this radio store data in this two places separately...

We are close... 73

Ha !!!

The driver is capable of recognize the band segment of the radio (K 148-174, K2 136-156) automatically and will refuse to program a radio that is not in the same sub band.

Also I need users of this radios with the complex front (a lot of buttons and no front speaker) to contact me, I need an image of this exact model to compare and mod the driver as needed (if needed).

Good news, with the Help of Tom Hayward we tested the two possible front heads for this radio, and I can tell that at a first look they are the same in the memory business.

That's a good news because I don't have to program separate functions to manage two kinds of front heads and that's saved time & efforts.

The first driver is almost done, I have to polish some issues and validate it against Chirp's test bed... I think that for the weekend we will have a patch for it on the "to release" queue.

This first driver will have only channel & banks management, no settings and no buttons; that will be in a second round.

73.

A pre-release version with full channel support and basic banks management is available for who wants to try it; if you like to try please click on my to see my email and drop me an email for driver + instructions.

73

Hi people, I'm dropping the development for this kind of radio.

I don't have access to any of this radios anymore, I have made a few attempts with the new fleet owner to borrow one of them again and no joy. The other in possession of a ham friend of mine was QRT (actually fried beyond repair) by a lightning stroke.

The partially working driver is available on request to a willing developer to finish the job. Tom Hayward was the leading person on this radios and I know he can follow the development if he have the spare time required.

73 Pavel CO7WT.

What work is remaining? I thought it was complete.

By the way, I tried opening the Kenwood .dat file with this driver and a header offset provided by my FileWrapper patch. It mostly works! The only problem is that your upper memory block starts 16 bytes earlier than in the .dat.

Hi Tom,

You have in your inbox the latest version from my side (past eamils), fell free to update it with your patch and publish at your will, I can't get one of these on my hands any more to test/play/fix/etc (at least in the foreseeable future).

All the basic features are in the driver I sent you in the past, so after tour tweaks/test it can go public.

73 Pavel CO7WT.

Keeping open until somebody can walk it the final mile.

I have a small stack of some TK-790s, I might have a little bit of time to tinker with this code a bit to get it over the line, but I'm new to the CHIRP codebase. Are people still interested in TK-790 programming?

Yes, At least I am interested. I think there are a lot of these in use in the Amateur community and folks are just getting their hands on the Kenwood software, but Chirp support would be great