Project

General

Profile

Actions

Bug #1655

closed

Cannot upload to Yaesu FT-817ND (US)

Added by Darren Nelsen over 10 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
05/24/2014
Due date:
% Done:

0%

Estimated time:
Chirp Version:
daily
Model affected:
Yaesu FT-817ND
Platform:
MacOS
Debug Log:
I read the instructions above:

Description

I get this error when uploading to FT-817ND (US) from a Mac. I have no problem downloading, only uploading...

"Failed to communicate with radio: Radio did not ack block 0"


Files

debug.log (26 KB) debug.log Darren Nelsen, 02/03/2015 07:20 PM
debug.log (33.3 KB) debug.log Albert White, 01/03/2017 04:00 PM

Related issues 1 (0 open1 closed)

Related to Bug #1715: Cannot upload to Yaesu FT-897D (US) Mac OS XClosedFilippi Marco06/23/2014

Actions
Actions #1

Updated by Filippi Marco over 10 years ago

  • Status changed from New to Feedback
  • Assignee set to Filippi Marco

To help you we need some more info, please provide a debug.log (click the link below for instructions).

How To Report Issues

Please also try uploading to radio immediately after the image download finished without modifying anything.

Tnx
73 de IZ3GME Marco

Actions #2

Updated by Filippi Marco over 10 years ago

FT817 and FT897 use same cloning routines so both model can suffer of the very same problem.

From early test it can be a timing problem ...

Actions #3

Updated by Darren Nelsen almost 10 years ago

Still having this issue with latest daily build (chirp-daily-20150202.app). Attached is the debug.log.

Actions #4

Updated by Albert White almost 8 years ago

Hi,

I'm seeing the same error message uploading to an 817ND (non US version). The debug log is from:

  • Start Chrip and download from the radio. This is over a bluetooth adapter but the download is fine.
  • Upload what we just downloaded without modification.

I've tried increasing the sleep() times in _clone_out of ft817.py but the buf is still empty after we read it.

Actions #5

Updated by Albert White almost 8 years ago

Version I'm using is daily-20161220

Actions #6

Updated by Bernhard Hailer over 4 years ago

  • Priority changed from High to Normal
  • Chirp Version changed from 0.4.0 to daily
  • Model affected changed from FT-817ND (US) to Yaesu FT-817ND

Have you been able to resolve this on your own since you submitted this?
Both of you are experiencing cable issues. Please refer to these Wiki articles:
CableGuide
CableGuide FTDI OEM Cables
[RTSystemsCablesAndMavericks]

Actions #7

Updated by Bernhard Hailer over 4 years ago

  • Status changed from Feedback to Closed
  • Assignee deleted (Filippi Marco)

I'm closing this due lack of feedback.

Please refer to these Wiki articles:
CableGuide
CableGuide FTDI OEM Cables
[RTSystemsCablesAndMavericks]
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.
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

Also available in: Atom PDF