Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

FTX-1: send_morse/stop_morse use a direct-text KY form the firmware rejects — KY is memory-play only (KY P1 P2)

Aperta
  • Qualcosa non va?
#2,183 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 4 giorni

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
3/5
Tempo stimato
1-2 giorni
Idoneità per principianti
55/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
c
Ambito
embedded-iot

Direzione di ricerca

Start with rigs/yaesu/ftx1/ftx1_cw.c and the FTX-1 CAT manual section on CW keying memory play; review PRs #2117 and #2118 for related driver context. Update the send and stop behavior to use the documented memory-play commands, accounting for the 50-character limit and the designated scratch slot. Done when sending keys the radio and stopping halts playback on FTX-1 hardware.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Hardware-verified finding on a Yaesu FTX-1 (Optima/SPA-1 head, 2026 firmware), reported from the FTX-1 CAT work behind PRs #2117/#2118.

Problem: rigs/yaesu/ftx1/ftx1_cw.c implements:

  • ftx1_send_morse → KY0<msg>; (direct-text send, FT-991 style)
  • ftx1_stop_morse → KY0;

On real FTX-1 hardware both are rejected with ? — tested in CW mode with the keyer enabled (KR1) and break-in on (BI1), TX polled throughout (the radio never keys).

The FTX-1 CAT manual (FTX-1_CAT_OM_ENG_2508-C, p.18, 'CW KEYING MEMORY PLAY') defines KY differently: KY <P1> <P2>; with two single-digit parameters — P1: 0=CW TEXT memory bank, 1=CW MESSAGE (paddle-recorded) bank; P2: 0=STOP, 1–5=slot playback. There is no direct-text send form on this radio.

Hardware confirmation of the correct forms (CW mode, BI1, dummy load):

  • KM1TEST TEST; (keyer TEXT memory write) → sticks (readback KM1TEST TEST}; — note the } terminator)
  • KY01; → accepted (reply-less, like all accepted FTX-1 sets) → radio keys within ~0.4 s (TX read shows TX2)
  • KY00; mid-play → keying stops within ~0.4 s, well before the message's natural end

Suggested fix:

  • ftx1_send_morse: write the text to a keyer TEXT memory slot (KM<slot><text>;, 50-char limit — a designated scratch slot, e.g. 5, documented as overwritten) then play it with KY0<slot>;. Single-digit msg arguments 1–5 can map directly to KY0<n>; (no +5 playback offset on this rig).
  • ftx1_stop_morse: KY00;
  • ftx1_wait_morse: the existing immediate-OK stub is correct (no CW-progress query exists).

Related FTX-1 firmware behaviors observed during the same bench work, in case useful: accepted set commands are reply-less (? only on rejection/busy), and MD mode changes are rejected with ? while break-in (BI1) is engaged.

Lingua principale
C
Stelle
851
Fork
308
Merge medio
5g 5h
PR unite (30g)
5

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di Hamlib/Hamlib

Tutte le issue di Hamlib/Hamlib

Issue simili

Altre issue su C

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.