Remote editing of a file name with tinySA-App became very slow after a character or two, and the shell could end up not reading any input. CMD_WAIT_MUTEX commands are run by the sweep thread, but while a keypad is open that thread stays in ui_process_keypad() and never picks them up, so the shell waited 4 x 5 s for each before "Command timeout". The app polls vbat every 6 s outside live remote control, and every touch queued behind those waits; local editing was not affected. ui_process_keypad() now sets keypad_open while it waits for input, and VNAShell_executeLine() answers a CMD_WAIT_MUTEX command with "keypad active" instead of waiting, like "usb disk mode active". touch, release, text, refresh, version and capture (CMD_RUN_IN_UI) run as before. Tested on HW V0.4.5.1: with a keypad open vbat, pause and sweep answer in 1 ms, capture rle and remote typing work, and after closing vbat and sweep answer normally. tinySA-App clicking the screen without live remote control (vbat polls every 6 s) typed all 8 characters, each poll answered within 3 ms; before, the first poll stalled the rest. Flash: ULTRA +44 bytes, BASIC +52. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>copilot/add-multi-platform-rf-scan-exports
parent
83aeea8ce7
commit
4bfb7558dc
Loading…
Reference in new issue