Project

General

Profile

Actions

Bug #631

closed

Anytone AT-5888UV Fails to Download

Added by Ralph Jenkins about 11 years ago. Updated about 11 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
02/27/2013
Due date:
% Done:

0%

Estimated time:
Chirp Version:
0.3.0
Model affected:
AT-5888UV
Platform:
Windows
Debug Log:
I read the instructions above:

Description

CHIRP starts reading this radio gets to clone67 then stops and I get this.
"ERROR" An error has occurred-string index out of range.


Files

debug.log (4.17 KB) debug.log Ralph Jenkins, 02/27/2013 01:30 PM
anytone.py (12.1 KB) anytone.py Dan Smith, 02/27/2013 06:58 PM
debug.log (10.1 KB) debug.log Ralph Jenkins, 02/27/2013 08:40 PM
anytone.py (12.1 KB) anytone.py Dan Smith, 02/27/2013 09:14 PM
debug.log (83.9 KB) debug.log Ralph Jenkins, 02/28/2013 05:25 AM
debug.log (83.9 KB) debug.log Debug Log Seth Stone, 02/28/2013 12:53 PM
anytone.py (12.1 KB) anytone.py Dan Smith, 02/28/2013 05:34 PM

Related issues

Related to Bug #6401: Slow Read Error on AnyTone AT-5888UVFeedback01/23/2019

Actions
Has duplicate Bug #633: Anytone AT-5888UVRejected02/27/2013

Actions
Actions #1

Updated by Dan Smith about 11 years ago

  • Subject changed from Anytone AT-5888UV to Anytone AT-5888UV Fails to Download

I need the debug log attached to this bug please.

Thanks!

Actions #2

Updated by Ralph Jenkins about 11 years ago

Ralph Jenkins wrote:
Dan there was no debug log just an error window.

CHIRP starts reading this radio gets to clone67 then stops and I get this.
"ERROR" An error has occurred-string index out of range.

Actions #3

Updated by Dan Smith about 11 years ago

There is always a debug log generated, even just for opening chirp itself. Please see the FAQ or How_to_report_issues for details.

Actions #4

Updated by Dan Smith about 11 years ago

  • Status changed from New to Feedback

Your debug log shows one of a few things:

Either:

  1. Your radio is using a different and incompatible firmware version from mine. Can you tell from the OEM software what firmware version yours is? When and where did you purchase your radio from?
  2. Your driver or cable is bad and is corrupting the communication with the radio
  3. You chose the wrong serial port
Actions #5

Updated by Ralph Jenkins about 11 years ago

Firmware version 1.0.0 (2012-2013)
Ordered 11-28-2012 received 02-07-2013
www.ImportCommunications.com (Ed Griffin)
Cable works fine with OEM
The program is reading from the radio but it stops at clone67

Actions #6

Updated by Dan Smith about 11 years ago

The debug log you provided shows that the failure occurs during radio identification, which is early in the process, before any blocks have been downloaded. Perhaps in this specific case, the radio was still sitting at the last failed clone step when you captured this log?

Could you try power cycling the radio, starting fresh, and capturing a new debug log to attach here?

Thanks!

Actions #7

Updated by Ralph Jenkins about 11 years ago

Here is a fresh one.

Actions #8

Updated by Dan Smith about 11 years ago

I'm attaching a test module that can be loaded into your installation to generate some additional debug information for me. Please save it off as anytone.py and then do the following:

  1. Close CHIRP
  2. Power cycle your radio
  3. Start CHIRP
  4. Go to File->Load Module and choose the anytone.py file
  5. Attempt to download your radio
  6. Close CHIRP and attach your debug.log file here

Thanks!

Actions #9

Updated by Ralph Jenkins about 11 years ago

  1. Go To File -there is no "Load Module"

There is-Go To File -"New" "Open" "Open stock config" "Quit"

Actions #10

Updated by Ralph Jenkins about 11 years ago

I figured it out.
Here you go.

Actions #11

Updated by Dan Smith about 11 years ago

Thanks, I'm attaching another one to gather more information based on what I saw. It's definitely puzzling though. Hopefully this will give me some ideas on things to try to actually make some progress.

Actions #12

Updated by Ralph Jenkins about 11 years ago

OK here it is.

Actions #13

Updated by Seth Stone about 11 years ago

I also have the same issue. Attached is my debug file.

Actions #14

Updated by Dan Smith about 11 years ago

  • Assignee set to Dan Smith
  • Target version set to 0.4.0

This is interesting, Seth's is actually the same issue. Fails in exactly the same place.

Are either of you guys able to test with your hardware but on a linux or OSX machine? I'll try to find time to cobble together a windows box to try this on soon, but I have to think that it's something quirky like a platform issue.

Thanks!

Actions #15

Updated by Dan Smith about 11 years ago

  • Status changed from Feedback to In Progress

Okay, I can reproduce it on Windows! Much easier to debug :)

Actions #16

Updated by Dan Smith about 11 years ago

Try this module. It disables the optimization, so the download will take a while, but should make it work for you guys. Please test and let me know.

Actions #17

Updated by Seth Stone about 11 years ago

With that module, I was able to get it to work. Next is the test to see if I can get the data from my Wouxun KG-UV6 to the Anytone 588.

Actions #18

Updated by Dan Smith about 11 years ago

Excellent, thanks. Would still appreciate verification of the real fix once I figure it out :)

For any usage issues, please ask on the mailing list.

Actions #19

Updated by Dan Smith about 11 years ago

  • Status changed from In Progress to Resolved

The fix is actually not so clear, because this was a timing issue. However, I think I've got it so that it won't be a problem for now. Future performance changes are really necessary to make this better.

Please let me know how tomorrow's build works. Thanks!

Fixed in r1924

Actions #20

Updated by Ralph Jenkins about 11 years ago

Sorry for such a late report been busy.

This module worked it completed the channel downloads.
As you said it downloaded rather slow but you know now that your on the right track.
Good Job !!

I will work with it a little more in the morning.

Actions #21

Updated by Ralph Jenkins about 11 years ago

Well it's almost morning !!

I find that I have to keep reloading the module in order for this to keep working.

I took and uploaded my Kenwood D710 channels to the Anytone appears to be fine no errors yet!

Actions #22

Updated by Dan Smith about 11 years ago

Yes, that's correct, you'll have to re-load the module each time you start chirp. Tomorrow's build will have my workaround in it, so if that works well, then you won't have to load the module anymore.

Glad to hear that it's working for you, thanks for the info!

Actions #23

Updated by Ralph Jenkins about 11 years ago

Sorry but just where is Tomorrow's build or is it done yet?

Actions #24

Updated by Ralph Jenkins about 11 years ago

Forget it I found it.
Downloaded it and it works like a charm.
Thank You !

Actions #25

Updated by Dan Smith about 11 years ago

  • Status changed from Resolved to Closed

Cool, thanks for your help and patience!

Actions

Also available in: Atom PDF