Khanfar RSA
- Thread starter MWKK
- Start date
Khanfar RSA v1.02 - Feature Update
==================================
Major New Features
------------------
1) Real-Time DXwatch in 2D FFT
- Added real-time DXwatch integration directly inside the 2D FFT control panel.
- Usage flow:
- Open 2D FFT.
- Go to Control Panel -> Stations tab.
- In Source, select DXwatch.
- Live station rows show key spot data including:
- country flags
- DE callsign
- DX callsign
- mode
- spot observation/details
- Double-click any DXwatch station row and the tuner jumps to the exact occupied frequency.
2) SWL AM Filter Presets
- Expanded SWL AM preset workflow for faster tuning and cleaner voice/music recovery.
- Preset set includes practical profiles such as:
- Aviation
- HF AM
- Weak
- International Broadcast
- MW Local
- Fading DX
- Carrier Lock
- Adaptive Select
- Utility
- SWL restoration modes can be layered on top of AM presets for fading/noisy HF conditions.
3) HackRF One Decimation
- Added HackRF decimation presets (x1 up to x64).
- Effective visible span follows:
- effective span = sample rate / decimation
- This helps reduce visual bandwidth and improve readability in spectrum/2D FFT workflows.
- Decimation is saved and can be applied live when possible; otherwise it applies on next Start.
4) Advanced Gain Control for HackRF One
- Added direct HackRF stage control path:
- LNA gain
- VGA gain
- AMP toggle
- "HackRF Advanced" mode enables manual stage-level control.
- When advanced mode is OFF, the normal main Gain slider auto-maps gain behavior.
- Note: HackRF has no native AGC, so this advanced path gives operator-level manual control.
5) LAN Remote Control (HTML + WebSocket)
- Added built-in LAN HTML remote control surface for remote operation from browser.
- Added user-to-user remote workflow with KhanfarRSARemote.html (WebSocket client).
- Web Control (HTTP) default server settings:
- Host: 0.0.0.0
- Port: 5000
- WebSocket Remote Control default server settings:
- Bind: 0.0.0.0
- Port: 5454
- URL/target format:
- Web Control: http://<host-ip>:<port>
- Remote HTML client target: ws://<host-ip>:<port>
How To Use LAN Remote (Important)
---------------------------------
A) Same PC only (local access, Web Control)
1. Set Host to 127.0.0.1
2. Set Port (example: 5000)
3. Start Web Control
4. Open browser on same PC:
- http://127.0.0.1:5000
B) Different PC on same LAN (Web Control)
1. Set Host to 0.0.0.0 on the main SDR host PC
2. Set Port (example: 5000)
3. Start Web Control
4. Find host PC LAN IP (example: 192.168.1.50)
5. On another PC in same LAN, open browser:
- http://192.168.1.50:5000
6. If not reachable, allow the app/port in Windows Firewall on the host PC.
C) User-to-user Remote with KhanfarRSARemote.html (WebSocket)
1. On the SDR host PC, open Radio tab and go to Remote Control (WebSocket).
2. Enable WebSocket server.
3. Set Bind:
- 0.0.0.0 for LAN clients
- 127.0.0.1 for local-only
4. Set Port (default 5454).
5. On the remote PC, open KhanfarRSARemote.html in browser.
6. In the top bar, set:
- Host = host PC LAN IP (example 192.168.1.50)
- Port = 5454 (or your custom value)
7. Click Connect.
D) Practical Notes
- 127.0.0.1 works only on the same machine.
- 0.0.0.0 binds all host interfaces so LAN clients can connect using host IP.
- For user-to-user remote control, the remote user should open KhanfarRSARemote.html and press Connect.
- Keep both PCs on the same subnet/VLAN.
- If chosen port is busy, change to another port and reconnect with the new URL.
==================================
Major New Features
------------------
1) Real-Time DXwatch in 2D FFT
- Added real-time DXwatch integration directly inside the 2D FFT control panel.
- Usage flow:
- Open 2D FFT.
- Go to Control Panel -> Stations tab.
- In Source, select DXwatch.
- Live station rows show key spot data including:
- country flags
- DE callsign
- DX callsign
- mode
- spot observation/details
- Double-click any DXwatch station row and the tuner jumps to the exact occupied frequency.
2) SWL AM Filter Presets
- Expanded SWL AM preset workflow for faster tuning and cleaner voice/music recovery.
- Preset set includes practical profiles such as:
- Aviation
- HF AM
- Weak
- International Broadcast
- MW Local
- Fading DX
- Carrier Lock
- Adaptive Select
- Utility
- SWL restoration modes can be layered on top of AM presets for fading/noisy HF conditions.
3) HackRF One Decimation
- Added HackRF decimation presets (x1 up to x64).
- Effective visible span follows:
- effective span = sample rate / decimation
- This helps reduce visual bandwidth and improve readability in spectrum/2D FFT workflows.
- Decimation is saved and can be applied live when possible; otherwise it applies on next Start.
4) Advanced Gain Control for HackRF One
- Added direct HackRF stage control path:
- LNA gain
- VGA gain
- AMP toggle
- "HackRF Advanced" mode enables manual stage-level control.
- When advanced mode is OFF, the normal main Gain slider auto-maps gain behavior.
- Note: HackRF has no native AGC, so this advanced path gives operator-level manual control.
5) LAN Remote Control (HTML + WebSocket)
- Added built-in LAN HTML remote control surface for remote operation from browser.
- Added user-to-user remote workflow with KhanfarRSARemote.html (WebSocket client).
- Web Control (HTTP) default server settings:
- Host: 0.0.0.0
- Port: 5000
- WebSocket Remote Control default server settings:
- Bind: 0.0.0.0
- Port: 5454
- URL/target format:
- Web Control: http://<host-ip>:<port>
- Remote HTML client target: ws://<host-ip>:<port>
How To Use LAN Remote (Important)
---------------------------------
A) Same PC only (local access, Web Control)
1. Set Host to 127.0.0.1
2. Set Port (example: 5000)
3. Start Web Control
4. Open browser on same PC:
- http://127.0.0.1:5000
B) Different PC on same LAN (Web Control)
1. Set Host to 0.0.0.0 on the main SDR host PC
2. Set Port (example: 5000)
3. Start Web Control
4. Find host PC LAN IP (example: 192.168.1.50)
5. On another PC in same LAN, open browser:
- http://192.168.1.50:5000
6. If not reachable, allow the app/port in Windows Firewall on the host PC.
C) User-to-user Remote with KhanfarRSARemote.html (WebSocket)
1. On the SDR host PC, open Radio tab and go to Remote Control (WebSocket).
2. Enable WebSocket server.
3. Set Bind:
- 0.0.0.0 for LAN clients
- 127.0.0.1 for local-only
4. Set Port (default 5454).
5. On the remote PC, open KhanfarRSARemote.html in browser.
6. In the top bar, set:
- Host = host PC LAN IP (example 192.168.1.50)
- Port = 5454 (or your custom value)
7. Click Connect.
D) Practical Notes
- 127.0.0.1 works only on the same machine.
- 0.0.0.0 binds all host interfaces so LAN clients can connect using host IP.
- For user-to-user remote control, the remote user should open KhanfarRSARemote.html and press Connect.
- Keep both PCs on the same subnet/VLAN.
- If chosen port is busy, change to another port and reconnect with the new URL.
Peterdrowan
Newbie
- Joined
- Jan 6, 2026
- Messages
- 1
- Reaction score
- 0
I get an error when I select pure dsp and then config. . Is there a solution. The app works apart from that under windows11 with RTL-SDR
Failed to open/save Pure DSP settings:
QDialog(parent: typing.Optional[QWidget] = None, flags: Union[Qt.WindowFlags, Qt.WindowType] = Qt.WindowFlags()): argument 1 has unexpected type 'bool'
Regards
P
Failed to open/save Pure DSP settings:
QDialog(parent: typing.Optional[QWidget] = None, flags: Union[Qt.WindowFlags, Qt.WindowType] = Qt.WindowFlags()): argument 1 has unexpected type 'bool'
Regards
P
So you can't record WFM? Every time I try it says Narrowband Disabled....
The Singularity of Khanfar RSA: Bridging the "Engineering Gap"
In the world of Software Defined Radio (SDR), there is a significant divide between experimental research tools and professional-grade operator consoles. Khanfar RSA occupies a unique position in this landscape. While many hobbyist tools exist, Khanfar RSA is one of the few platforms that has successfully bridged the gap between raw signal-processing power and a professional, unified workflow on Windows.
Here is why this software is unique, why it has few competitors, and why the "all-in-one" experience it provides remains rare.
1. Why Khanfar RSA is Unique
Most SDR software falls into one of two categories: Modular toolkits (like GNU Radio) or Application-specific receivers (like Gqrx or SDRangel). Khanfar RSA breaks this dichotomy by acting as an Operations Console.
The Fosphor-Console Integration: The core of its uniqueness is the high-performance integration of the gr-fosphor engine. While gr-fosphor is a standard component for Linux-based research, it is notoriously difficult to port to Windows. Khanfar RSA does not merely "display" a signal; it wraps the gr-fosphor engine into a polished, high-refresh-rate (120 FPS) interface that feels like a dedicated hardware spectrum analyzer.
Workflow-First Design: Unlike modular tools that require the user to build a "flowgraph" to perform a task, Khanfar RSA provides a pre-wired, operator-ready surface. It keeps RF control, decoding (AM/SSB/Digital), mapping (ADS-B/AIS), and IQ replay on a single screen. This minimizes "context switching," which is the biggest productivity killer in professional signal hunting.
Intelligent Signal Analysis: It includes professional-grade features such as CFAR (Constant False Alarm Rate) detection. This allows the software to dynamically adjust thresholds based on the local noise floor, enabling the detection of weak signals that fixed-threshold scanners would miss.
2. Why "Competition" is Scarce
The reason you don't see dozens of clones of Khanfar RSA is due to the extreme technical and architectural hurdles involved:
The "Heavy Lifting" of Cross-Platform Porting: gr-fosphor was built for the GNU Radio environment, which is native to Linux and relies on specific OpenCL/OpenGL/CUDA libraries. Creating a stable, high-performance Windows version requires deep expertise in low-level graphics acceleration and runtime management. Most developers prefer to write their own, simpler visualization engines rather than undertaking the complex task of "taming" the real gr-fosphor engine on Windows.
Development Cost vs. Market Size: Developing a console that integrates multiple SDR drivers, mapping APIs, real-time decoders, and a GPU-accelerated visualization engine is an enormous undertaking. Because the professional SDR market is specialized, there is little financial incentive for large commercial entities to invest the years of development required to build a "console" of this caliber.
The "Flowgraph" vs. "Console" Paradigm: The open-source community generally favors the "flowgraph" approach (where users build their own custom systems). Khanfar RSA represents the "operator" approach, which is a different philosophy entirely. It is designed for someone who needs to use the radio immediately rather than someone who wants to engineer the radio receiver from scratch.
3. The Future of SDR Consoles
We are currently in a transition period. For the last decade, high-end RF analysis was only possible with dedicated hardware RTSAs costing thousands of dollars. Khanfar RSA represents a shift toward "Software-Defined Instrumentation," where the hardware (SDR dongles) becomes a commodity, and the Software Console becomes the true "instrument."
As GPU technology improves and the need for portable, field-ready RF monitoring grows, we may eventually see more consoles emerge. However, Khanfar RSA currently holds a significant head start in having solved the most difficult technical barrier: making the high-speed Fosphor engine perform reliably and intuitively on the Windows platform.
Summary for the Field Operator:
If you have found in Khanfar RSA the speed, stability, and unified workflow you need for your rugged tablet setup, you are essentially using a "best-in-class" tool. You are not seeing competitors because most other projects are either building simpler tools for hobbyists or more complex tools for researchers, leaving the "professional-grade console" space largely occupied by this singular, highly-optimized solution.
In the world of Software Defined Radio (SDR), there is a significant divide between experimental research tools and professional-grade operator consoles. Khanfar RSA occupies a unique position in this landscape. While many hobbyist tools exist, Khanfar RSA is one of the few platforms that has successfully bridged the gap between raw signal-processing power and a professional, unified workflow on Windows.
Here is why this software is unique, why it has few competitors, and why the "all-in-one" experience it provides remains rare.
1. Why Khanfar RSA is Unique
Most SDR software falls into one of two categories: Modular toolkits (like GNU Radio) or Application-specific receivers (like Gqrx or SDRangel). Khanfar RSA breaks this dichotomy by acting as an Operations Console.
The Fosphor-Console Integration: The core of its uniqueness is the high-performance integration of the gr-fosphor engine. While gr-fosphor is a standard component for Linux-based research, it is notoriously difficult to port to Windows. Khanfar RSA does not merely "display" a signal; it wraps the gr-fosphor engine into a polished, high-refresh-rate (120 FPS) interface that feels like a dedicated hardware spectrum analyzer.
Workflow-First Design: Unlike modular tools that require the user to build a "flowgraph" to perform a task, Khanfar RSA provides a pre-wired, operator-ready surface. It keeps RF control, decoding (AM/SSB/Digital), mapping (ADS-B/AIS), and IQ replay on a single screen. This minimizes "context switching," which is the biggest productivity killer in professional signal hunting.
Intelligent Signal Analysis: It includes professional-grade features such as CFAR (Constant False Alarm Rate) detection. This allows the software to dynamically adjust thresholds based on the local noise floor, enabling the detection of weak signals that fixed-threshold scanners would miss.
2. Why "Competition" is Scarce
The reason you don't see dozens of clones of Khanfar RSA is due to the extreme technical and architectural hurdles involved:
The "Heavy Lifting" of Cross-Platform Porting: gr-fosphor was built for the GNU Radio environment, which is native to Linux and relies on specific OpenCL/OpenGL/CUDA libraries. Creating a stable, high-performance Windows version requires deep expertise in low-level graphics acceleration and runtime management. Most developers prefer to write their own, simpler visualization engines rather than undertaking the complex task of "taming" the real gr-fosphor engine on Windows.
Development Cost vs. Market Size: Developing a console that integrates multiple SDR drivers, mapping APIs, real-time decoders, and a GPU-accelerated visualization engine is an enormous undertaking. Because the professional SDR market is specialized, there is little financial incentive for large commercial entities to invest the years of development required to build a "console" of this caliber.
The "Flowgraph" vs. "Console" Paradigm: The open-source community generally favors the "flowgraph" approach (where users build their own custom systems). Khanfar RSA represents the "operator" approach, which is a different philosophy entirely. It is designed for someone who needs to use the radio immediately rather than someone who wants to engineer the radio receiver from scratch.
3. The Future of SDR Consoles
We are currently in a transition period. For the last decade, high-end RF analysis was only possible with dedicated hardware RTSAs costing thousands of dollars. Khanfar RSA represents a shift toward "Software-Defined Instrumentation," where the hardware (SDR dongles) becomes a commodity, and the Software Console becomes the true "instrument."
As GPU technology improves and the need for portable, field-ready RF monitoring grows, we may eventually see more consoles emerge. However, Khanfar RSA currently holds a significant head start in having solved the most difficult technical barrier: making the high-speed Fosphor engine perform reliably and intuitively on the Windows platform.
Summary for the Field Operator:
If you have found in Khanfar RSA the speed, stability, and unified workflow you need for your rugged tablet setup, you are essentially using a "best-in-class" tool. You are not seeing competitors because most other projects are either building simpler tools for hobbyists or more complex tools for researchers, leaving the "professional-grade console" space largely occupied by this singular, highly-optimized solution.