Bug #10093
closedKenwood TK-8180 EU model no readout
100%
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 | |||
| debug.log (34 KB) debug.log | |||
| tk8180.py (40 KB) tk8180.py | |||
| noinsertdebug.log (179 KB) noinsertdebug.log | |||
| blankzonenoreadoutdebug.log (118 KB) blankzonenoreadoutdebug.log | |||
| TK7180Edebug.log (34 KB) TK7180Edebug.log | |||
| tk8180.py (40.3 KB) tk8180.py | |||
| tk8180.py (40.3 KB) tk8180.py | |||
| TK7180E_newdebug.log (35.3 KB) TK7180E_newdebug.log | |||
| tk8180.py (40.3 KB) tk8180.py | |||
| Kenwood_TK-8180E_allzones.img (52.4 KB) Kenwood_TK-8180E_allzones.img | |||
| Kenwood_TK-8180E_missing6.img (52.4 KB) Kenwood_TK-8180E_missing6.img | |||
| TK-8180_x6.dat (52.3 KB) TK-8180_x6.dat |
Updated by Dan Smith over 1 year 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.
Updated by Dan Smith over 1 year 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.
Updated by Joe T over 1 year ago
- File noinsertdebug.log noinsertdebug.log added
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
Updated by Joe T over 1 year 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
Updated by Joe T over 1 year ago
- File TK7180Edebug.log TK7180Edebug.log added
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
Updated by Dan Smith over 1 year 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 :)
Updated by Joe T over 1 year ago
- File TK7180E_newdebug.log TK7180E_newdebug.log added
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
Updated by Dan Smith over 1 year 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!
Updated by Joe T over 1 year 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
Updated by Joe T over 1 year 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
Updated by Joe T over 1 year ago
here withe deleted 6 and missing 7-12 , hpe I have done it right
Updated by Joe T over 1 year 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
Updated by Dan Smith over 1 year ago
Okay, I see yeah. I will have to do some digging to figure that out.
Updated by Dan Smith over 1 year 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.
Updated by Dan Smith over 1 year 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.
Updated by Joe T over 1 year ago
- File TK-8180_x6.dat TK-8180_x6.dat added
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
Updated by Dan Smith over 1 year 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.
Updated by Joe T over 1 year 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
Updated by Dan Smith over 1 year ago
- Status changed from New to Closed
- % Done changed from 0 to 100
Applied in changeset commit:8ee4a7a5db82.