Project

General

Profile

Actions

Bug #6677

closed

ft-65

Added by Angelo Marcone almost 5 years ago. Updated almost 4 years ago.

Status:
Closed
Priority:
Normal
Category:
-
Target version:
-
Start date:
04/09/2019
Due date:
% Done:

0%

Estimated time:
2.00 h
Chirp Version:
daily
Model affected:
Yaesu FT-65
Platform:
All
Debug Log:
I read the instructions above:

Description

Hi to Everyone,

I'm working with a Yaesu FT-65 and I did some check with chirp and original Yaesu SW.
It seems to me that CTCSS tone information read from the radio are not correct in chirp (the TONE type and the TONE value as well).

I manually stored VHF repeaters (R0, R1alfa, R2, ....R7alfa, split -600Khz for all) with 71.9 CTCSS tone enabled in TX to access these repeaters.
The original sw (in windows) read correctly the configuration, chirp (in linux enviroment) does not. Frequency values are OK.

Someone with the same problem?

Thanks and 73 from Italy.

Angelo IK8VRQ


Related issues

Related to Bug #7605: [Yaesu FT-4, FT-65, FT-25] Automatic duplex value selection not workingClosedBernhard Hailer01/24/2020

Actions
Actions #1

Updated by Thom Barker almost 5 years ago

@Angelo IK8VRQ

Is your FT-65 the european version (FT-65E) or the USA one (FT-65R)?
Do you know this: https://chirp.danplanet.com/issues/6619

Actions #2

Updated by Angelo Marcone almost 5 years ago

Hi,
yes it's the european version (FT-65E).
I thought the problem was only related to use of 6.25 Khz channels and not to use the rig without these channels.
Probably there are significant differences in the memory map.
Thank you for the answer.
73 de Angelo IK8VRQ

Actions #3

Updated by Daniel Clemmensen almost 5 years ago

Which daily version are you using? An early version had some bugs in the CTCSS handling. Please download the latest, then provide
the tone setting as displayed on the radio and the tone value as displayed by CHIRP.

Actions #4

Updated by Daniel Clemmensen almost 5 years ago

  • Status changed from New to In Progress
  • Assignee set to Daniel Clemmensen
  • Estimated time set to 2.00 h

Another user privately reported that if you enter a channel using the radio keys, the duplex mode defaults to "auto" instead of "+", "-", "" (i.e., simplex) or "split". Since the CHIRP UI does not know about Yaesu's "auto" and the developer (me) did not know much either, "auto" is defaulted (poorly) to a version of "simplex". I will add "auto" as a custom "property" since it cannot be added to the UI's "duplex" column without a massive effort across all 100 or so of the drivers or a major kludge in the UI or both, all to support Yaesu's non-standard mode: we will not do that. Remember that the fundamental mission of CHIRP is to allow sharing of channel data across all radio models. A non-standard mode is not compatible with that mission.

The workaround is to enter the duplex mode from CHIRP, or if you must enter it from the radio, then force it to either "+" or "-".

Actions #5

Updated by Dan Smith almost 5 years ago

Huh, interesting. Most other radios I know of that have an "auto" setting just use that to calculate the duplex in the VFO, but when you store the channel, they store/set the duplex they chose. Not sure what the point of storing "auto" is with a memory is, since it shouldn't ever change.

But I agree with your planned approach, thanks!

Actions #6

Updated by Bernhard Hailer about 4 years ago

I Think I might have a fix for the duplex = auto issue; a patch is currently in review. It might need some polish on 70cm, or on European models; but we'll see.

@Angelo: I would be very interested in getting an image of your FT-65E. Any image would be fine, even one obtained right after a factory reset.

Actions #7

Updated by Bernhard Hailer almost 4 years ago

  • Status changed from In Progress to Closed
  • Assignee changed from Daniel Clemmensen to Bernhard Hailer
  • Model affected changed from FT-65 to Yaesu FT-65
  • Platform changed from Linux to All

This is done.

Actions

Also available in: Atom PDF