View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002286||3 - Current Dev List||Bug||public||2017-12-01 04:28||2018-12-27 15:40|
|Priority||normal||Severity||minor||Reproducibility||unable to reproduce|
|Target Version||Fixed in Version|
|Summary||0002286: Yaesu FT-1000MP Mark-V Field. Logbook ALE not tracking Mode|
|Description||When Using the FT-1000MP MK-V Frequency tracks fine.|
Mode Stays Greyed as CW.
When connecting an Icom radio it is tracking.
|Steps To Reproduce||Can't reproduce.|
Not having my hands on a FT-1000
Asked in the Beta forums, No confirmations yet
|Additional Information||Ticket #151301|
||FT-897D and FT-857 have the same problem for this customer Ticket# 800206|
||Another one Ticket #585464 FT1000 Mark V Field|
||Spoke with a customer stated the the issue in not an an issue when using the FTDX5000L|
||Ticket #645432 Customer with FT-920 reports same issue where mode in ALE does not track from RC|
F5SRH and other report problems with no mode tracking of the FT847, FT857, FT-897, FT1000D, FT-1000MP.
This was first reported on 29 October 2017. Priority please as users are annoyed.
||New Ticket #583881|
I'm using an FT-857D and I'm not having any such troubles.
That said - I do think we should move this up in priority and solve it.
||MB - is there anything obvious in the code that you see that would prevent MODE from being "tracked" (that term is annoying, but whatever)?|
||Sorry, but I haven't looked into this because the problem isn't clear to me. I'm guessing the user is physically changing the mode on the front panel of the radio, but the ALE window, when open and connected to Rig Control, isn't showing the change. Is that right?|
Here's a video submitted by a user on this topic.
This is contained within trouble ticket: https://support.hamradiodeluxe.com/scp/tickets.php?id=22715
||Take a look at the customers video and see if it provides enough information to document the issue.|
||Additional video: https://f4dbd.radioamateur.org/upload/hrd_mode_track.mov|
The first video seems pretty clear; the second doesn't show much.
Here's what I gather to be the repro steps for this issue:
1) Start Rig Control. Connect to the FT-1000 radio
2) Start Logbook. Make sure Logbook connects to Rig Control
3) Open the ALE to add a new entry.
4) In the ALE, mark the "Track" checkboxes for both mode and band.
5) Switch around the mode on the radio using the radio's front panel.
BUG#1) The radio changes mode, and Rig Contro reflects the changes. The Logbook ALE display doesn't reflect the change.
6) Switch around the mode on the Rig Control UI.
BUG#2) The radio changes mode, and Rig Controls shows that. The Logbook ALE doesn't show the change even though it mode tracking is marked.
7) Swtich around the band on the radio's control panel.
BUG#3) The video odoesn't show Rig control. Presumably, it's working. But it does show that the Logbook ALE doesn't track the changes in band correctly.
BUG#3 is the most doubtful, since the video doesn't show the different moving pieces.
Do I have it right?
Since there are two different problems here, maybe it would be best to split this issue into two different bugs. Using a single Mantis issue to track multiple problems with the software ends up making the issues harder to track.
In the second "hrd_problem" video, the user tunes to 10.200 MHz and the "Band" drop-down goes blank. This is by design, as far as I can tell. HRD defines the 30-meter band between 10.000 MHz and 10.150 MHz. Since the tuned frequency is outside those ranges, the band control is cleared. The HRD definitions match the ADIF definitions given in the ADIF spec: http://www.adif.org/304/ADIF_304.htm#Band_Enumeration
Later in the video, the user tunes to 18.200. This is outside the ADIF definition for the 17m band, which is 18.068 to 18.168 MHz. Some dubious code exists which does some math that applies in this case: the wavelength is computed as (280 / Mhz), so we have (280 / 18.200) which gives 15.384 meters. That's formatted to 15m, and then matches the band name, even though it doesn't match the band's range for frequency.
While this math is good for building antennas and passing exams, I don't think it's appropriate for the calculation of the ADIF field value. The math to compute the band name was added in Changelist 501 (see https://hrdsoftware.visualstudio.com/HRD/_versionControl/changeset/501).
Several radios are named in this bug as having an issue tracking mode in the ALE. Those mentioned are the FT-1000MP MarkV, the FT-897D, the FT-857, and the FT-920. These radios all use the "old" Yaesu binary protocol. The FTDX-5000 is identified as not having the problem, and I'm not able to reproduce the problem with the FT-991 I have. This suggests that the issue is related to the handling of that protocol in Rig Control. Of course, that's just a suggestion; there's no hard evidence -- just an observation that the reported radios have something in common, and that attribute is exclusive to radios which don't seem to have the problem.
I note that the user in the video is switching among USB, LSB, and CW. The flashing CW button indicates that the user is also passing through the CW-R mode (described on page 37 of the FT-1000MP MarkV manual). It's a possibility that these modes are not represented consistently between Rig Control and the Logbook, or communicated correctly from Rig Control to the Logbook. Again, since I have no radio to use for testing this feature or protocol, I can only speculate.
A customer report via email confirms K7ZCZ's last comment:
"This is the problem with the FT897D. What seems strange to me is the fact that older versions do not manifest this problem. Before I bought the license I used the latest version of the 5th series and it was not the error, the ALE section of the Logbook very well followed the way the transceiver works when changing the way of working."
|2017-12-01 04:28||PD9FER||New Issue|
|2018-03-06 05:59||PD9FER||Note Added: 0004447|
|2018-03-13 08:51||PD9FER||Note Added: 0004482|
|2018-04-23 12:17||KC7FPF||Note Added: 0004882|
|2018-05-23 13:04||KB3NPH||Note Added: 0005096|
|2018-09-23 07:37||g3ucq||Note Added: 0006229|
|2018-10-28 08:43||PD9FER||Note Added: 0006350|
|2018-11-13 15:46||WA9PIE||Note Added: 0006428|
|2018-11-13 15:47||WA9PIE||Project||1 - Backlog => 3 - Current Dev List|
|2018-11-13 15:47||WA9PIE||Assigned To||=> K7ZCZ|
|2018-11-13 15:47||WA9PIE||Status||new => assigned|
|2018-11-13 15:48||WA9PIE||Note Added: 0006429|
|2018-11-13 15:57||K7ZCZ||Assigned To||K7ZCZ => WA9PIE|
|2018-11-13 15:57||K7ZCZ||Testing||=> Not Started|
|2018-11-13 15:57||K7ZCZ||Note Added: 0006430|
|2018-12-01 14:53||K7ZCZ||Tag Attached: Yaesu|
|2018-12-01 14:55||K7ZCZ||Tag Attached: FT-1000MP|
|2018-12-16 00:02||WA9PIE||Note Added: 0006668|
|2018-12-16 00:03||WA9PIE||Assigned To||WA9PIE => PD9FER|
|2018-12-16 00:03||WA9PIE||Status||assigned => feedback|
|2018-12-16 00:03||WA9PIE||Note Added: 0006669|
|2018-12-16 11:46||WA9PIE||Note Added: 0006675|
|2018-12-19 21:30||K7ZCZ||Note Added: 0006724|
|2018-12-20 21:32||K7ZCZ||Note Added: 0006750|
|2018-12-20 21:49||K7ZCZ||Note Added: 0006751|
|2018-12-20 22:19||K7ZCZ||Relationship added||related to 0002282|
|2018-12-20 22:19||K7ZCZ||Relationship added||related to 0002243|
|2018-12-21 14:43||WA9PIE||Note Added: 0006785|
|2018-12-27 15:40||WA9PIE||Assigned To||PD9FER => KC7FPF|