Project

General

Profile

Actions

Bug #1139

closed

Error pulling channels from D72A

Added by Eric Christensen over 10 years ago. Updated over 10 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
09/18/2013
Due date:
% Done:

0%

Estimated time:
Chirp Version:
0.3.0
Model affected:
D72A
Platform:
All
Debug Log:
I read the instructions above:

Description

I just noticed that when I read my D72A I get errors on some channels. This occurs in both live and clone mode.

I'm seeing this error in the terminal window:

Job Args: (676,)
Job KWArgs: {}
Job Called from:
File "/usr/bin/chirpw", line 136, in
gtk.main()
File "/usr/lib/python2.7/site-packages/chirpui/mainapp.py", line 449, in cb_clonein
self.do_open_live(radio, tempname="(" + ("Untitled") + ")")
File "/usr/lib/python2.7/site-packages/chirpui/mainapp.py", line 379, in do_open_live
eset = editorset.EditorSet(device, self, tempname=tempname)
File "/usr/lib/python2.7/site-packages/chirpui/editorset.py", line 74, in __init
_
self.editors["memedit"] = memedit.MemoryEditor(self.rthread)
File "/usr/lib/python2.7/site-packages/chirpui/memedit.py", line 1231, in init
self.prefill()
File "/usr/lib/python2.7/site-packages/chirpui/memedit.py", line 925, in prefill
job = common.RadioJob(handler, "get_memory", i)

Exception running RadioJob: list index out of range
-- Exception: --
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/chirpui/common.py", line 97, in _execute
result = func(*self.args, **self.kwargs)
File "/usr/lib/python2.7/site-packages/chirp/thd72.py", line 284, in get_memory
mem.skip = chirp_common.SKIP_VALUES[int(flag.skip)]
IndexError: list index out of range


Files

16.png (72.7 KB) 16.png Screenshot showing the error Eric Christensen, 09/19/2013 06:02 PM
debug.log (556 KB) debug.log Debug Log Eric Christensen, 09/19/2013 06:02 PM
error.img (64 KB) error.img Eric Christensen, 09/19/2013 06:49 PM
fixed.img (64 KB) fixed.img Cleansed memory image Tom Hayward, 09/20/2013 07:35 AM

Related issues

Related to Bug #697: D72 does not scan past channel 136ClosedTom Hayward03/14/2013

Actions
Actions #1

Updated by Tom Hayward over 10 years ago

  • Status changed from New to Rejected

Looks like a dupe of #697. This was fixed in 0.3.1.

Actions #2

Updated by Eric Christensen over 10 years ago

I'm seeing this in 0.3.1.

Actions #3

Updated by Eric Christensen over 10 years ago

I'm not seeing the error on the radio but rather in CHIRP, itself. It doesn't look like the same error as you pointed out (based on my quick scan of the other bug ticket).

Actions #4

Updated by Tom Hayward over 10 years ago

  • Status changed from Rejected to In Progress
  • Assignee set to Tom Hayward
  • Priority changed from High to Normal

I'm going to need more information. See how to report issues.

Actions #5

Updated by Eric Christensen over 10 years ago

  1. What is the behavior you are seeing?
    When reading from the radio some channels are showing up as ERROR in the frequency and none of the other channel information is displayed.

  2. What is the behavior you were expecting?
    For the channel information to be displayed.

  3. Can you reproduce the problem all the time?
    Yes.

  4. What are the steps required to reproduce the problem?
    Radio -> Download from Radio
    Select /dev/ttyUSB0, Kenwood, D72 (Clone Mode) or (Live Mode)
    Watch the channels get downloaded
    Note the errors.

  5. Is this specific to a certain radio model (driver) or something that you can reproduce with another radio?
    Kenwood D72A
    I don't have another radio to test with right now.

Actions #6

Updated by Tom Hayward over 10 years ago

Please save and upload the img file associated with the screenshot.

Actions #7

Updated by Eric Christensen over 10 years ago

What img file are you talking about?

Actions #8

Updated by Eric Christensen over 10 years ago

Actions #9

Updated by Tom Hayward over 10 years ago

  • Target version set to 0.4.0
  • Platform changed from Linux to All

Thanks for uploading the img file. Now I see the same error you see! This is very helpful.

Eric Christensen wrote:

  1. What is the behavior you were expecting? For the channel information to be displayed.

Can you elaborate here? Chirp is erroring on an unknown skip value, but I've never seen this particular value out of my TH-D72.

What is the "Lockout" value on channels 427, 514, and 515 as displayed in the radio? (menu 142)

Did you originally program these channels with Chirp, MCP-4A, or the radio itself?

Actions #10

Updated by Eric Christensen over 10 years ago

What is the "Lockout" value on channels 427, 514, and 515 as displayed in the radio? (menu 142)

The lockout value for 427 and 515 is just gobbly-gook. It appears as some random symbol characters. Lockout value for 514 appears normal (it is "on").

Did you originally program these channels with Chirp, MCP-4A, or the radio itself?

I programmed these channels with Chirp a while back. I'm not exactly sure what version of Chirp I used. I did keep the original .img file so I could try to reprogram the radio using that file and see if it programs the radio correctly now.

Actions #11

Updated by Tom Hayward over 10 years ago

This is a dupe of #697. Here's a cleansed img removing the "gobbly-gook" introduced by the original Chirp bug.

Actions

Also available in: Atom PDF