Project

General

Profile

Actions

Bug #10093

closed

Kenwood TK-8180 EU model no readout

Added by Joe T about 2 years ago. Updated about 2 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
10/21/2022
Due date:
% Done:

100%

Estimated time:
Chirp Version:
daily
Model affected:
TK-8180
Platform:
Windows
Debug Log:
I read the instructions above:

Description

Have a TK8180 EU modell, last firmware 1.34, using last daily.
When try to readout error appears not supported model, see photo
M8189


Files

chirp.PNG (35.9 KB) chirp.PNG Joe T , 10/21/2022 01:35 PM
debug.log (34 KB) debug.log Joe T , 10/22/2022 07:20 AM
tk8180.py (40 KB) tk8180.py Dan Smith, 10/22/2022 04:50 PM
noinsertdebug.log (179 KB) noinsertdebug.log Joe T , 10/23/2022 02:45 AM
blankzonenoreadoutdebug.log (118 KB) blankzonenoreadoutdebug.log Joe T , 10/23/2022 02:51 AM
TK7180Edebug.log (34 KB) TK7180Edebug.log Joe T , 10/23/2022 09:20 AM
tk8180.py (40.3 KB) tk8180.py Dan Smith, 10/23/2022 02:05 PM
tk8180.py (40.3 KB) tk8180.py Dan Smith, 10/23/2022 02:08 PM
TK7180E_newdebug.log (35.3 KB) TK7180E_newdebug.log Joe T , 10/23/2022 02:39 PM
tk8180.py (40.3 KB) tk8180.py Dan Smith, 10/23/2022 05:35 PM
Kenwood_TK-8180E_allzones.img (52.4 KB) Kenwood_TK-8180E_allzones.img Joe T , 10/23/2022 07:08 PM
Kenwood_TK-8180E_missing6.img (52.4 KB) Kenwood_TK-8180E_missing6.img Joe T , 10/23/2022 07:09 PM
TK-8180_x6.dat (52.3 KB) TK-8180_x6.dat Joe T , 10/24/2022 09:15 AM
Actions #1

Updated by Dan Smith about 2 years ago

The red mark makes it hard to see the radio ID, which would be needed to do anything here. Can you attach your debug log per the instructions?

https://chirp.danplanet.com/projects/chirp/wiki/How_to_report_issues

It might be as easy as just adding the identifier to the list if the radio is otherwise identical in format to the US version.

Actions #2

Updated by Joe T about 2 years ago

Joe T wrote:

Have a TK8180 EU modell, last firmware 1.34, using last daily.
When try to readout error appears not supported model, see photo
M8189

added debug log
TNX Dan

Actions #3

Updated by Dan Smith about 2 years ago

Okay, I'm attaching a module for you to try. This just aliases your model ident to the existing radio so it will clone. Use caution with this, although I suspect it will probably work as expected. You should have a backup of your programming before you try uploading with this.

Enable developer mode in the help menu and then after restarting chirp you can File->Load Module this and try it. Please report back and include a debug log if there are any issues.

Actions #4

Updated by Joe T about 2 years ago

Joe T wrote:

Have a TK8180 EU modell, last firmware 1.34, using last daily.
When try to readout error appears not supported model, see photo
M8189

Tnx Dan, readout is working 90% (will report in next post)
Insert of new line is not possible, see noinsertdebug.log
tnx
cheers

Actions #5

Updated by Joe T about 2 years ago

Joe T wrote:

Have a TK8180 EU modell, last firmware 1.34, using last daily.
When try to readout error appears not supported model, see photo
M8189

Next is, if there is a blank zone (no frequency in) between 2 others, he stops with reading out after the zone before the blank one
see noreadoutblankzone debug
tnx cheers

Actions #6

Updated by Joe T about 2 years ago

Hi Dan I have also a TK7180E version, pse could you be so kind and do the same changes and create 7180E.py file, I add the TK7180Edebug log
tnx
cheers

Actions #7

Updated by Dan Smith about 2 years ago

Hi Joe,

Attaching the updated module for the 7180 (the 8180 file contains both). This just adds the other model, it doesn't address any bugs. Please let me know if it properly talks to the 7180E and then I'll put it into the main distribution.

I suspect the bugs you're highlighting aren't specific to the E models, so we can proceed with those fixes separate from getting these models available. Now that you can clone, saving problematic radios out to .img files and including them in a bug is also very helpful, along with the logs.

I'll admit that I use the chirp driver for small tweaks to my 7180 and 8180 and I probably don't have complex-enough layouts to have encountered these bugs. As noted in the warning that pops up, these radios operate quite differently than all the other radios chirp supports, so getting it to work is difficult and bound to have some limitations. That said, I really love these models so I have an interest in getting them working well if possible :)

Actions #8

Updated by Dan Smith about 2 years ago

Oops, use this one. I forgot to update the frequency ranges on the 7180E model.

Actions #9

Updated by Joe T about 2 years ago

Joe T wrote:

Have a TK8180 EU modell, last firmware 1.34, using last daily.
When try to readout error appears not supported model, see photo
M8189

Tnx Dan but bad news
with the new *.py file neither 7180E nor 8180E is working, see new debuglog pse
cheers

Actions #10

Updated by Dan Smith about 2 years ago

That's cause I'm an idiot. Try this one :D

Actions #11

Updated by Dan Smith about 2 years ago

Also, I can't reproduce either of your two bugs locally, but I did find one related to creating new zones while trying.

When you get images of your radios with the updated module, could you attach those images with specific instructions to reproduce the bugs for each?

Thanks!

Actions #12

Updated by Joe T about 2 years ago

So first of all, tnx for you fast work, the new py file is working, I will try it out to make more frequencies in the radio , but if it works in the same manner as the 8180all is fine
so this issue is done

Actions #13

Updated by Joe T about 2 years ago

So the missing zone issue. The 8180 has 12 zones I uploaded the image with all zones read out, than I deleted one zone with original Kenwood programm, zone 6, but 7-12 are always in. Than I made a readout with missing zone 6 , the readout ends with zone 5.
See both attchments pse
tnx for all your work

chers

Actions #14

Updated by Joe T about 2 years ago

here withe deleted 6 and missing 7-12 , hpe I have done it right

Actions #15

Updated by Joe T about 2 years ago

The other issue, I cant add more frequencies from repeater book, I made a workaround, before importing, I go to the tab "show empty" and than I can import without any problem.
So only a cosmetic issue with the zones is left, but also here I can create zones with one dummy entry - with Kenwood programm -, so in every zone one valid frequency is in. after that I can use the advantages from CHIRP, so you have to know only a workaround

tnx for all Dan, greetings from OE Vienna

Actions #16

Updated by Dan Smith about 2 years ago

Okay, I see yeah. I will have to do some digging to figure that out.

Actions #17

Updated by Dan Smith about 2 years ago

So, in looking at your image, it surely seems to me like everything at and beyond Zone6 is gone. I see the zone headers, and the "count of memories" for each one is clearly zero, and the zones are renamed to the default "Zone 6", "Zone 7", etc, as shown in chirp with zero memories each. There are remnants of the old zones below that, but best I can tell, all the accounting shows that I shouldn't be looking further.

Just to be clear, you deleted zone 6 and the kenwood software still shows the original Zone 7, 8, etc as available...AND those are visible in the radio when you push that up to it?

This is blowing my mind because I'm worried that this doesn't actually work like I think it does, if your "missing6" image actually shows Zone 7 as "OE7" with usable memories...

I will try to reproduce the behavior with the OEM software as well.

Actions #18

Updated by Dan Smith about 2 years ago

I actually can't even figure out how to delete a zone in the OEM software. Can you describe? Also, if you could attach some .dat files for the OEM software that might be helpful too.

Thanks for your patience.

Actions #19

Updated by Joe T about 2 years ago

Here it is Dan, made with KPG-92 from Kenwood. Zone 6 is deleted, if you delete all frequencies in it, but zone 7 is not shifted to zone 6. And I can upload zone 1,2,3,4,5,7,8,9,10,11,12,13... to the radio.
but never mind, I know now the possible workaround with putting in dummy frequencies in "unused" zones and Chirp is working fine with that

TNX cheers

Actions #20

Updated by Dan Smith about 2 years ago

  • Status changed from Feedback to New

Ah, okay I thought there was some "delete zone" button I was missing. I'd still like to get it working, but it will take some more study.

Actions #21

Updated by Joe T about 2 years ago

Hmh, dont know how you programm works, in KPG 92 , if here is no frequency in a zone, the zone name is greyed out. Perhaps this is done by a bit 0/1 and you can find it.
tnx cheers

Actions #22

Updated by Dan Smith about 2 years ago

  • Status changed from New to Closed
  • % Done changed from 0 to 100

Applied in changeset commit:8ee4a7a5db82.

Actions

Also available in: Atom PDF