a) Yes you can, but need to click on the Freq-pointer-field, then it works. Not perfect....but works.

b) It's 2.8 by default, should not matter for SSB as it typical 3KHz wide, but once you set it, it keeps being 2.7, even when switching to AM and back to SSB

c) You can put them yourself in the freq-file. And in the band-selection CB is listed at the bottom.

Sure, it's not perfect, but it has many things that 1.5.4 doesn't have. Like the URL is instant good, meaning a refresh will stay where you are, you can instantly copy the URL.

This is a major different version, give it some time, Steven is working hard on it.

Well done. The GUI looks nice, but I miss important functions, which are in the version 1.54:
a.) You can't use the mouse to change the freq. in the freq. window
b.) Filter bandwidth cannot be set to e.g. 2.7 KHz with one click
c.) CB channels are not available

I will wait until the version 2.1 with some fixed features.

my current v1.5.4
http://phantomsdr.rigiremote.ch/

73 de HB9RYZ
Wolfgang

VDSL does not inject noise into HAM-radio bands.
I have VDSL too

But I have put a lot of ferrite (some Material 31) on the DSL-line just to make sure it can't transmit or pickup DSL-signals.

Also, beware of the modem you use, as many modems are crap and produce the noise, where good modems have notches.

Another thing, do you have common-mode-chockes on your coax to the RSP1A? Because if you didn't your coax is part of the antenna en transmits noise from the house into the antenna and then feed it into the RSP1A.

You cannot view this attachment.

See my common-mode-filter...to make sure no coax-outside-currents can flow into the antenna.

BTW, this works for TX and RX to keep signals out of the shack while transmitting. The example is my G5RV as my longwire was broken when I took the picure

As for gain, you have to test it. Set it that low that without antenna makes no difference in noise level. Then check if signals pass with antenna. Set gain high is NOT a good idea for SDR-receivers as they have far too much SNR anyway to cope. But at full-scale (too high gain) they start clipping and signals will be bad or even gone. My advice, keep the biggest signal at 50~70% (lower is better!) scale, more then enough. Then change the websdr-parameters to match it. You have to work this out yourself. Else try the receiver in Windows and find out what 50~70% scale is, find the same under Linux.

Quote from: Bas ON5HB on Jul 25, 2025, 04:49 PMLooks to me your gain is by far too high on the RSP1A, you really need to lower it a lot.
As you are injecting noise mostly.

Thanks,

my environment has a high level of interference (VDSL) , the parameters for RSP1A are those that came with the examples on GitHub.

What parameters for RSP1A do you suggest, how to reduce the gain?
I'm not really familiar with it.

Best Regars
Darko, 9a7aof

Looks to me your gain is by far too high on the RSP1A, you really need to lower it a lot.
As you are injecting noise mostly.

Quoteroot@Siemens:/home/websdr# service websdr status
● websdr.service - PhantomSDRPlus WebSDR
     Loaded: loaded (/etc/systemd/system/websdr.service; enabled; preset: enabled)
     Active: active (running) since Fri 2025-07-18 07:18:34 CEST; 1 week 4 days ago
   Main PID: 629 (start-websdr.sh)
      Tasks: 15 (limit: 9253)
     Memory: 281.5M
        CPU: 3w 1d 16h 45min 27.575s
     CGroup: /system.slice/websdr.service
             ├─629 /bin/bash /home/websdr/PhantomSDR-Plus/start-websdr.sh
             ├─699 rx888_stream/target/release/rx888_stream -f ./rx888_stream/SDDC_FX3.img -s 44000000 -g 30 -m high -a 13 -d --pga -o -
             └─700 build/spectrumserver --config config-rx888mk2.toml

My sysctl.conf:
# Turn on Source Address Verification in all interfaces to
# prevent some spoofing attacks
net.ipv4.conf.default.rp_filter=1
net.ipv4.conf.all.rp_filter=1

# Do not accept ICMP redirects (prevent MITM attacks)
net.ipv4.conf.all.accept_redirects = 0
net.ipv6.conf.all.accept_redirects = 0

# Do not send ICMP redirects (we are not a router)
net.ipv4.conf.all.send_redirects = 0

# Do not accept IP source route packets (we are not a router)
net.ipv4.conf.all.accept_source_route = 0
net.ipv6.conf.all.accept_source_route = 0

#-----------------------------
# from Bas, ON5HB
kernel.perf_cpu_time_max_percent=0
net.core.netdev_max_backlog=8192
net.ipv4.tcp_synack_retries=2
net.ipv4.tcp_keepalive_time=300
net.ipv4.tcp_keepalive_probes=4
net.ipv4.tcp_orphan_retries=2
#from Bas, ON5HB
#-----------------------------
#https://www.linuxbrigade.com/reduce-time_wait-socket-connections/
# Decrease TIME_WAIT seconds
net.ipv4.tcp_fin_timeout = 30
 # Recycle and Reuse TIME_WAIT sockets faster
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_tw_reuse = 1
#--------------------------------

This only one systemd startup script, thank Bas for your idea, this works great!

Best Regards,
Darko, 9a7aof

Quote from: Bas ON5HB on Jul 22, 2025, 03:02 PMYou have to restart both, the receiver AND websdr, else it happens that it doesn't understand the stream correctly.

Quotewebsdr@swo:~$ sudo su
[sudo] password for websdr:
root@swo:/home/websdr# service websdr status
● websdr.service - PhantomSDRPlus WebSDR
    Loaded: loaded (/etc/systemd/system/websdr.service; enabled; vendor preset: enabled)
    Active: active (running) since Mon 2025-07-21 21:30:36 CEST; 3 days ago
  Main PID: 758 (start-websdr.sh)
      Tasks: 12 (limit: 4167)
    Memory: 84.3M
        CPU: 5d 12h 7min 48.583s
    CGroup: /system.slice/websdr.service
            ├─758 /bin/bash /home/websdr/PhantomSDR-Plus/start-websdr.sh
            └─875 ./build/spectrumserver --config config-rsp1a.toml

Quoteroot@swo:/home/websdr# service receiver status
● receiver.service - PhantomSDRPlus WebSDR
    Loaded: loaded (/etc/systemd/system/receiver.service; enabled; vendor preset: enabled)
    Active: active (running) since Fri 2025-07-25 04:59:02 CEST; 58min ago
  Main PID: 349526 (start-receiver.)
      Tasks: 5 (limit: 4167)
    Memory: 3.1M
        CPU: 4min 54.348s
    CGroup: /system.slice/receiver.service
            ├─349526 /bin/bash /home/websdr/PhantomSDR-Plus/start-receiver.sh
            └─349527 rx_sdr -f 4000000 -s 8000000 -d driver=sdrplay -g RFGR=1 -t rfnotch_ctrl=false -F CS16 -

You need only two minutes of your precious time to personally check what is copied here from the live system.
Come two minutes  before the full hour at http://9a7aof.ddns.net:8906 and see what happens.
Only two minutes (see waterfall)...

QuoteIn theory, there is no difference between theory and practice. In practice, there is.

Best regards,
Darko, 9a7aof

You have to restart both, the receiver AND websdr, else it happens that it doesn't understand the stream correctly.

QuoteIf receiver or websdr service crash, systemd restart it automatically.

This statement is only partly true, yesterday after hard work the "phantom" got tired,
restarted itself and the receiver and it did a good job.

The receiver has an unpleasant habit (I assume it's a bug in the driver for RSP1A or rx_sdr )
that after several hours of operation, horizontal yellow and white lines appear on the "phantom"
 and the sound is distorted (receiver process work).

That's why I added a line to the crontab that solves that problem by ingeniously restarting
only the receiver's process, the "phantom" sees that restart as one short-lived line
on the screen and continues to work normally.

As root run
crontab -eand then with your favorite editor add line:
#---------------------------------------------------------
59 * * * * /bin/bash -lc 'cd /usr/sbin/ && ./service receiver restart'
## -------------------------------------------------------
and save it.

This unconditionally restarts the receiver process every full hour , good or bad, it doesn't matter
(quick fix until the developers figure out how to fix the RSP1A driver or rx_sdr).

QuoteInnovators are people who work hard so that other people don't have to do anything!

Best Regards,
Darko, 9a7aof

Unfortunately, I haven't been able to quickly fix the bug with the non-working tuning steps via the mouse wheel.
25 Hz doesn't work, and 12.5 Hz doesn't either if the VFO is used.
Also, larger steps like 1 / 9 / 10 kHz are missing.

Is there a way I can adjust this somewhere in the code, maybe by adapting the working steps code  from the Community version?