Bug #6677

ft-65

Added by Angelo Marcone 2 months ago. Updated 2 months ago.

Status:In Progress Start date:04/09/2019
Priority:Normal Due date:
Assignee:Daniel Clemmensen % Done:

0%

Category:-
Target version:- Estimated time:2.00 hours
Chirp Version:daily Platform:Linux
Model affected:FT-65

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

History

Updated by Thom Barker 2 months 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

Updated by Angelo Marcone 2 months 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

Updated by Daniel Clemmensen 2 months 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.

Updated by Daniel Clemmensen 2 months ago

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

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 "-".

Updated by Dan Smith 2 months 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!

Also available in: Atom PDF