Project

General

Profile

Actions

Bug #8103

closed

TK-7102/7108 "Radio refused at block 0000"

Added by Nicholas Mitzuk almost 4 years ago. Updated about 3 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
07/18/2020
Due date:
% Done:

0%

Estimated time:
Chirp Version:
daily
Model affected:
Kenwood TK-7102/7108/8102/8108
Platform:
Windows
Debug Log:
I read the instructions above:

Description

Refusing to read radio. I'm so happy that this, along with the TK-7180/8180 is now supported. But chirp won't read the 7102/7108. If we could also put in a "Reverse" feature for listening on input of repeater, I'd be willing to test it out and report back as well. I wish I knew how to do this stuff, as I could see me making this radio accept 16 channels (I believe the radio is capable of it.)


Related issues

Has duplicate Bug #8111: TK-7102/7108 "Radio refused at block 0000"Closed07/19/2020

Actions
Actions #1

Updated by Bernhard Hailer almost 4 years ago

  • Status changed from New to Feedback
  • Priority changed from High to Normal
  • Model affected changed from tk-7102/7108/8102/8108 to Kenwood TK-7102/7108/8102/8108

This type of problem is usually caused by a cable / driver / connector issue. Please refer to these Wiki articles:
CableGuide
CableGuide FTDI OEM Cables
[RTSystemsCablesAndMavericks]
If there's no solution to be found in any of them, please read: How To Report Issues and provide a debug log. Thank you!
Windows notes: If you are using a generic cable with a Prolific chip, you will very likely need to downgrade your driver to version 3.2.0.0.
It can be found at http://www.miklor.com/COM/UV_Drivers.php
MacOS notes: this OS is apparently very picky about USB to Serial cables. From what I heard, only (genuine) FTDI-based cables can be made work.
You must have the KK7DS Python runtime for Mac OSX installed.
Also see MacOS Tips!
Linux notes: Linux generally is quite good with USB to Serial converter drivers. The most likely cause for grief is a connector which doesn't provide good electrical contact.
Bluetooth notes: connections often suffer from timing issues, please try a cable instead.

Actions #2

Updated by Nicholas Mitzuk almost 4 years ago

This is not a cable issue, as it works fine with the kenwood kpg-70d software and the cable is a genuine kenwood kpg-46x in uart mode.

Actions #3

Updated by Bernhard Hailer almost 4 years ago

Still, the debug log is what we need.

Actions #4

Updated by Bernhard Hailer over 3 years ago

Nicholas, do you still have this problem, or can we close the ticket?
If you still have the problem, then please read: How To Report Issues and provide a debug log. Thank you!

Actions #5

Updated by Bernhard Hailer about 3 years ago

  • Status changed from Feedback to Closed

No more feedback by submitter.

Actions

Also available in: Atom PDF