Upgrading to NereusSDR 2026.11.0

On this page
  1. Update the Core and the desktop together
  2. Check before you transmit
  3. What else you will notice
  4. What to try
  5. Reporting
  6. NNR processing warnings

Use this note when updating a station from 2026.10.1. It lists what changes when you first connect, what to check before you transmit, and a short list of things to try. If you are coming from an earlier release, read the 2026.10.1 note first. When reporting a problem, include the installed version, operating system, radio model and firmware, and whether you use a local or remote Core.

Update the Core and the desktop together

The Core owns the radio, the station DSP and the accessories. The console runs where you operate. Update both, and update the phone app separately if you use it. The separate iPhone and iPad app has its own version number and is delivered through TestFlight; phone version 2026.10.1, build 9645, is in TestFlight testing. Desktop and Core packages do not update it. The following improvements require updated components:

Older Cores, windows and phone apps still connect to each other.

Remote CW start needs the updated Core and an updated desktop or phone client. An older client can still stop CW and release its key. The Core now tracks a remote CW message independently of MOX and microphone PTT, including supported QSK. A brief link interruption pauses the message and computer sidetone; recovery starts the unfinished letter again. Stop, session loss or a prolonged dropout cancels the message, so a late response cannot restart it.

CW receive shift and display alignment now put the dial at the carrier frequency. Saved CW frequencies keep their numerical values; check a known CW signal and retune once if needed after updating. Radio-side key and paddle behavior depends on the firmware and wiring. Physical paddle takeover has not been verified on the installed Hermes Lite 2 variant; client and packet tests do not establish that physical-input observation.

Protocol 2 now keeps speaker-audio packets flowing with silence when the mixer has no audio, removing a host-stream dependency on computer sidetone that can affect radio-generated CW. The source-backed correction is merged in #726. Richard LB2EG's installed protocol, firmware and audible result remain unconfirmed. The existing sender estimates buffer drain from host time; sustained clock drift and scheduler stalls remain separate timing limits.

Check before you transmit

What else you will notice

What to try

Each item is a short check you can do in a few minutes. Note the result, including anything that surprised you.

  1. Remote waterfall. From a remote window on a 2026.11.0 Core, watch a busy band for a few minutes over Wi-Fi or remote access. Confirm the waterfall scrolls evenly, with no pauses, repeated rows or smears.
  2. Remote meters. Tune a signal that fades in and out and confirm the S-meter moves with the audio rather than ahead of it.
  3. Receiver grab. Drag a wide receiver from the middle of its passband and a narrow CW receiver anywhere inside it. Drag a receiver that is not selected and confirm it becomes selected and moves. Drag a VFO flag sideways. Confirm the filter edges still resize the filter.
  4. Trackpad. Tune with two fingers, slowly and quickly, and confirm the frequency stops when your fingers lift. Try a Linux or Windows touchpad if you have one.
  5. TUNE drive source. Pick each of the three Tune sources in turn, press TUNE into a dummy load, and confirm the output follows the chosen source on two bands.
  6. SWR protection. Into a load with a known high SWR, key and confirm the drive drops and comes back to full on the next key. With an open antenna, hold PTT and confirm the key drops and stays off until you release it.
  7. Two slices, one pan. With slices A and B on one pan, tune A into the range B's receiver covers. Click between A and B and confirm the pan keeps its history.
  8. TX rows in a container. In Container Settings, add TX Keying or TX Monitor from Available to a container, apply, and confirm it works the same as the row in the TX applet.

Reporting

Report problems on GitHub or on Discord. Include the installed version, operating system, radio model and firmware, and whether you use a local or remote Core.

NNR processing warnings

Updated Cores keep the selected NNR model running when receiver processing falls behind. Desktop and updated phone clients show a measured warning in the NNR controls. Choose Use Standard when available, Turn NNR off, or leave it running. Turning NNR off retains the model choice. Warnings clear after measured recovery; missing warning support on an older Core does not establish healthy audio. Older Cores retain their actual automatic limit and Try again display. Update the Core and clients together to see the new warning and choices remotely.