Bug #1715
closedCannot upload to Yaesu FT-897D (US) Mac OS X
Added by Chuck Reti over 10 years ago. Updated over 4 years ago.
0%
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.
Files
FT-897D 1st CLONE 062314.img (7.31 KB) FT-897D 1st CLONE 062314.img | Chuck Reti, 06/23/2014 10:14 PM | ||
debug.log (15 KB) debug.log | debug log | Chuck Reti, 06/24/2014 05:56 AM | |
FT-897D 1st CLONE 062314.img (7.31 KB) FT-897D 1st CLONE 062314.img | FT-987 IMG | Chuck Reti, 06/24/2014 05:56 AM | |
console log selects.txt (1.63 KB) console log selects.txt | console log selects | Chuck Reti, 07/10/2014 08:48 PM |
Updated by Filippi Marco over 10 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 over 10 years ago
- File debug.log debug.log added
- File FT-897D 1st CLONE 062314.img FT-897D 1st CLONE 062314.img added
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 over 10 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 over 10 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 over 10 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 over 10 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 over 10 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 over 10 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 over 10 years ago
- File console log selects.txt console log selects.txt added
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 over 10 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 over 10 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 over 10 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 over 10 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 over 10 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 successfulTNX for collaboration
73 de IZ3GME Marco
Chuck WV8A
Updated by Filippi Marco over 10 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 Bernhard Hailer over 4 years ago
- Status changed from Feedback to Closed
- Chirp Version changed from 0.4.0 to daily
- Model affected changed from FT897 to Yaesu FT-897
No more feedback by submitter.