Bug #1715

Cannot upload to Yaesu FT-897D (US) Mac OS X

Added by Chuck Reti almost 5 years ago. Updated almost 5 years ago.

Status:Feedback Start date:06/23/2014
Priority:Normal Due date:
Assignee:Filippi Marco % Done:

0%

Category:-
Target version:-
Chirp Version:0.4.0 Platform:MacOS
Model affected:FT897

Description

Error when attempting upload to FT-897D (US) from Mac (OSX 10.9.3, MacBookPro 2011):
"Failed to communicate with radio: Radio did not ack block 0"
CHIRP downloads and displays the radio contents and setups correctly.
Did a fresh copy from radio then an unsuccessful try to send it back to the radio.
Follow up tests same results.
I do use this CHIRP app successfully to program Baofeng UV-5R, same computer.
This is same issue seen in an earlier bug report for Yaesu FT-817 ND
debug file and .img file attached.
Thank you.

FT-897D 1st CLONE 062314.img (7.3 kB) Chuck Reti, 06/23/2014 10:14 pm

debug.log - debug log (15 kB) Chuck Reti, 06/24/2014 05:56 am

FT-897D 1st CLONE 062314.img - FT-987 IMG (7.3 kB) Chuck Reti, 06/24/2014 05:56 am

console log selects.txt - console log selects (1.6 kB) Chuck Reti, 07/10/2014 08:48 pm


Related issues

related to Bug #1655: Cannot upload to Yaesu FT-817ND (US) Feedback 05/24/2014
related to Bug #2019: I can download but can't upload to any of my FT-60's Feedback 10/31/2014

History

Updated by Filippi Marco almost 5 years ago

  • Status changed from New to Feedback
  • Assignee set to Filippi Marco
  • Model affected changed from (All models) to FT897

Hi Chuck,
first of all please confirm you are putting radio in clone rx before you press OK on the instruction window.
What happens on the radio when you try to send image to it?

You forget uploading log so please open a terminal, set environment variable CHIRP_DEBUG with
export CHIRP_DEBUG=1
and start chirp from same terminal, try uploading image to radio, collect debug log and send it here.

73 de IZ3GME Marco

Updated by Chuck Reti almost 5 years ago

Filippi Marco wrote:

Hi Chuck,
first of all please confirm you are putting radio in clone rx before you press OK on the instruction window.
What happens on the radio when you try to send image to it?

Yes, radio is powered up in Clone mode.
When I try to send the image file the screen shows "Receiving" for a fraction of a second then a Receive Error message.
CHIRP shows box with the failed to communicate message.
I have to power the radio OFF to return to normal operation.

You forget uploading log so please open a terminal, set environment variable CHIRP_DEBUG with
export CHIRP_DEBUG=1
and start chirp from same terminal, try uploading image to radio, collect debug log and send it here.

I will resend the files

73 de IZ3GME Marco

Updated by Filippi Marco almost 5 years ago

  • File ft817.py added

Hello Chuck
I had access to a Mac for some testing, I was not able to reproduce the very same problem but still I get some communication error.
In attach to this issue update you can find a modified source file; please download latest daily build, if you are not on it already, and replace the existing file in the package with the new one (right click on package, choose Open package content, file is in Contents/Resources/chirp/chirp subdir).
I know the file says ft817, that's ok as ft817, 857 and 897 share clone code.

When trying please be sure to start clone rx on the radio a couple of seconds before to press "OK" on the instructions window to let radio "settle down".

Let me know your testing results.

TNX for collaboration
73 de IZ3GME Marco

Updated by Chuck Reti almost 5 years ago

Filippi Marco wrote:

Hello Chuck
I had access to a Mac for some testing, I was not able to reproduce the very same problem but still I get some communication error.
In attach to this issue update you can find a modified source file; please download latest daily build, if you are not on it already, and replace the existing file in the package with the new one (right click on package, choose Open package content, file is in Contents/Resources/chirp/chirp subdir).
I know the file says ft817, that's ok as ft817, 857 and 897 share clone code.

When trying please be sure to start clone rx on the radio a couple of seconds before to press "OK" on the instructions window to let radio "settle down".

Let me know your testing results.

I am not quiet clear on your instructions.
I downloaded the Daily build

Updated by Chuck Reti almost 5 years ago

Chuck Reti wrote:

Filippi Marco wrote:

Hello Chuck
I had access to a Mac for some testing, I was not able to reproduce the very same problem but still I get some communication error.
In attach to this issue update you can find a modified source file; please download latest daily build, if you are not on it already, and replace the existing file in the package with the new one (right click on package, choose Open package content, file is in Contents/Resources/chirp/chirp subdir).
I know the file says ft817, that's ok as ft817, 857 and 897 share clone code.

When trying please be sure to start clone rx on the radio a couple of seconds before to press "OK" on the instructions window to let radio "settle down".

Let me know your testing results.

I am not quiet clear on your instructions.
I downloaded the Daily build 20140618 and tried to download/upload. Download OK as before, Upload no. tried selecting FT-817 for radio. I could download from radio, but Upload to Radio, selection for Yaesu and Model were grayed out, set at FT-897 US.
I also tried replacing the FT817.py file from the daily into Contents/Resources/chirp/chirp subdir in a copy of Chirp 0.4.0. Same results.
If there is some step done incorrectly let me know.

Updated by Filippi Marco almost 5 years ago

Hi Chuck
sorry if my instructions were not clear.
Let me try again ...
- download the modified ft817.py from issue #1715 page
- replace it in a copy of Chirp of daily build into Contents/Resources/chirp/chirp subdir
- start the modified Chirp package
- try download/upload as usual selecting FT-897 US radio model
last but not least let us know of any success or failure.

73 de IZ3GME Marco

Updated by Chuck Reti almost 5 years ago

Marco,
Chirp daily build fails to launch (opens, immediately crashes) when using the modified ft817.py download from #1715 page. Inspecting the downloaded 817.py file in both Text Wrangler and XCode, it appears to be an HTML document and not python. Could you provide another version and I'll try again.
73 de WV8A Chuck

Updated by Filippi Marco almost 5 years ago

Hi Chuck,
you can't imagine how many time I felt on this my self: I suppose you choose "save link as" on ft817.py link directly from issue page.

Please instead follow the link, it will take you to a page showing the file content with the right "download" link.

tnx for collaboration

73 de IZ3GME Marco

Updated by Chuck Reti almost 5 years ago

Filippi Marco wrote:

Please instead follow the link, it will take you to a page showing the file content with the right "download" link.

tnx for collaboration

Marco,
Sometimes the obvious things hide themselves!
I downloaded the correct 817.py file, replaced the one in the specified path in Daily Build version's Contents.
Same result- download from radio successful; no Upload to Radio. A difference now is that in Chirp, the "Cloning" progress bar window is now visible at start of process, but after about five seconds, the Chirp Error box then appears with the Ack 0 message, and the radio LCD says Clone ERROR.
I searched Console logs for CHIRP items and also 2303 driver items. Selections I found are in the attached file, if this is any help.
73
Chuck WV8A

Updated by Filippi Marco almost 5 years ago

  • File deleted (ft817.py)

Updated by Filippi Marco almost 5 years ago

  • File ft857.py added

Hi Chuck
I'm sending another file for you to try, this time it's named ft857.py, download and use instructions don't change.

Please give it a try and report back.
If this does not solve the problem please try changing cable driver (user on similar issue #1641 reported that he solved using original prolific driver) or find a different cable, possibly based on FTDI chip, and test it.

tnx for collaboration

73 de IZ3GME Marco

Updated by Chuck Reti almost 5 years ago

Filippi Marco wrote:

Hi Chuck
I'm sending another file for you to try, this time it's named ft857.py, download and use instructions don't change.

Please give it a try and report back.
If this does not solve the problem please try changing cable driver (user on similar issue #1641 reported that he solved using original prolific driver) or find a different cable, possibly based on FTDI chip, and test it.

tnx for collaboration

73 de IZ3GME Marco

Marco,

SUCCESS! You will be pleased to know that this latest version has done the trick. I am able to download and upload .img to and from the FT897d,
I used the newest daily build (chirp-daily-20140714.app), and pasted in the new ft857.py file.
I downloaded the radio's memory contents, made a small modification and added a new memory channel, and, crossing my fingers, entered Clone mode to upload. Happy to see the progress bar indicating actual progress.
I and other Mac CHIRP users appreciate your effort. Grazie mille!
I will advise if I encounter any surprises along the way.

73 Chuck Reti WV8A Detroit MI USA

Updated by Chuck Reti almost 5 years ago

A question... Do the newest Daily Builds of CHIRP OSX contain your updated ft857.py or do I need to apply it any time I use a new build? Or, is there any advantage for me to use a Daily beyond the one that I know works for me (20140714)?

Updated by Filippi Marco almost 5 years ago

  • File mainapp.py added

Here we are ... sorry for delay.

Before inclusion of fix into upcoming daily build I need your help for some more tests.

Please:
  • download a fresh daily build
  • start it and try upload to your radio to ensure problem is still there
  • download the modified mainapp.py from issue #1715 page (you know how ;) )
  • replace it in the above Chirp package into Contents/Resources/chirp/chirpui subdir
  • try upload to your radio

If it works please try more than once to be sure it always works.

Let me know your testing results.

TNX for collaboration
73 de IZ3GME Marco

Updated by Chuck Reti almost 5 years ago

Filippi Marco wrote:

Before inclusion of fix into upcoming daily build I need your help for some more tests.

Please:
  • download a fresh daily build

Did this-- (chirp-daily-20140724.app)

  • start it and try upload to your radio to ensure problem is still there

Problem still exists, no upload.

  • download the modified mainapp.py from issue #1715 page (you know how ;) )

Yes, I do. Did this.

  • replace it in the above Chirp package into Contents/Resources/chirp/chirpui subdir

Did this.

  • try upload to your radio

Did not work, repeated, no joy.

If it works please try more than once to be sure it always works.

Let me know your testing results.

However, if I also then use your earlier revised ft857.py (in Contents/Resources/chirp/chirp subdir) Upload is successful

TNX for collaboration
73 de IZ3GME Marco

Chuck WV8A

Updated by Filippi Marco almost 5 years ago

  • File mainapp.py added
  • File clone.py added

Hi Chuck
here we are with a new change for you to test, I hope this will be the last!

Again from a fresh chirp:
  • start it and try upload to your radio to ensure problem is still there
  • download the new modified mainapp.py and clone.py from issue #1715 page
  • replace them in the above Chirp package into Contents/Resources/chirp/chirpui subdir
  • start Chirp again and try upload to your radio, problem should be still there
  • try a new upload but select "Force alternative open schema" check box in upload dialog

As usual let me know your testing results.

Tnx for collaboration
73 de IZ3GME Marco

Updated by Filippi Marco almost 5 years ago

  • File deleted (mainapp.py)

Updated by Filippi Marco almost 5 years ago

  • File deleted (ft857.py)

Updated by Filippi Marco over 4 years ago

  • File deleted (mainapp.py)

Updated by Filippi Marco over 4 years ago

  • File deleted (clone.py)

Also available in: Atom PDF