mirror of
https://github.com/ALLFATHER-BV/wadamesh.git
synced 2026-08-28 07:15:09 +00:00
Kaj SchittecatandClaude Opus 4.8
11775ce5ac
The Tanmatsu's LoRa modem lives on the C6 coprocessor, shared with the Tanmatsu OS's own LoRa settings. pushConfig() no-op'd once RX polling started (the remote link can block under RX load), so a runtime frequency/SF/BW/CR/power change from the wadamesh radio settings only updated _cfg and took effect on the NEXT REBOOT — the radio stayed on whatever the OS or boot last set. That is the 'change the wadamesh frequency but receive nothing on it' report, and why wadamesh's settings never overrode the Tanmatsu OS's. Now a runtime change marks _cfg dirty and recvRaw() applies it on the RX-poll thread, between polls: drop to STANDBY (so the link isn't under active-RX load and lora_set_config can't block), push, re-arm continuous RX. wadamesh's settings now reach the modem live and win over the OS config. The '0.00001 MHz' the OS page showed is the C6 frequency corrupted by the two configs fighting; wadamesh consistently owning the config should clear it — needs on-device confirmation. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>