Project

General

Profile

Actions

Bug #10907

closed

FT-8100 support does not handle odd split

Added by William Curlew about 1 year ago. Updated about 1 year ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
10/21/2023
Due date:
% Done:

100%

Estimated time:
Chirp Version:
next
Model affected:
FT-8100
Platform:
Windows
Debug Log:
I read the instructions above:

Description

The FT-8100 supports odd splits within a band, say 145.800 with xmit on 146.000. This is not supported in the chirp driver as the duplex "split".

To help troubleshoot this If have:
Upgraded the latest CHIRP 20231021
Factory reset the radio
Added a "normal" repeater into vhf mem 1 (145.110 - .600, 144.510)
Added an odd split into vhf mem 2 (145.110 tx on 145.510)
added an odd split into vhf mem 3 (145.110 tx on 145.000)
Downloaded this to CHIRP and saved the image attached.
The screen displayed "split" as the duplex on both the odd-split channels.
mem 2 showed an offset of .400000
mem 3 showed an offset of .890000

I then uploaded this back to the radio, and it looked ok.

Uploaded image and debug log are attached.

Bill Curlew


Files

chirp_debug-3g0bq47j.txt (57.1 KB) chirp_debug-3g0bq47j.txt William Curlew, 10/21/2023 12:06 PM
Yaesu_FT-8100_20231021_odd_Splits.img (3.13 KB) Yaesu_FT-8100_20231021_odd_Splits.img William Curlew, 10/21/2023 12:08 PM
ft8100.py (8.98 KB) ft8100.py 409f0cf2 Dan Smith, 10/21/2023 09:05 PM
chirp_debug-1xtxnsii.txt (28 KB) chirp_debug-1xtxnsii.txt William Curlew, 10/21/2023 11:05 PM
Actions #1

Updated by Dan Smith about 1 year ago

  • File ft8100.py ft8100.py added
  • Assignee set to Dan Smith
  • Target version set to chirp-py3

Thanks Bill, I think that worked well. Here's a test module to try which I hope will fix it.

Actions #2

Updated by William Curlew about 1 year ago

That is so funny. I was playing with the last PY file from the previous problem, and made virtually the same changes you have in this one.

Editing worked well. I sent it to the radio and the mems I touched looked good on the radio. Splits were correct, and radio flashed the +- symbol denoting an odd split.

GUI interface question. If you copy a row, and the modify the base frequency, on the UHF side the duplex and offset get cleared if duplex is split.

On the VHF side when I tried it, it reset it to - .600

Not sure if this is working as designed or not.

Included debug log of my flailings.

We are very close to all set here.

Bill

Actions #3

Updated by William Curlew about 1 year ago

BTW 2am here, heading for bed..

Actions #4

Updated by Dan Smith about 1 year ago

  • % Done changed from 0 to 100

I think what you're seeing is the automatic split calculation. If you have Radio->Enable Automatic Edits selected then when you change the frequency it will try to select the proper duplex and offset for your region's band plan. If you disable that in the menu then it should let you change the base frequency without disturbing the split and tx frequency.

Cool, so I'll queue this up for the next build but won't merge it right away to avoid generating a build just after we had one and for such a small change.

Thanks!

Actions #5

Updated by William Curlew about 1 year ago

Yes, that was it. I changed the automatic setting and it works without disturbing the other columns.

Fix looks good. Thanks for all the help.

Bill

Actions #6

Updated by Dan Smith about 1 year ago

  • Status changed from New to Closed
Actions

Also available in: Atom PDF