Since today, my PhantomSDR Plus is not starting anymore !!!
lsusb shows, that the RX888 is still connected.
I have no idea, whats happend in the last few hours to my PhantomSDR Plus at my remote site ????
Any ideas?
73' Wolfgang
I had to reinstall the version 1.5.4 - now PhantomSDR-Plus is back in operations :-)
It does help if you post your toml in use.
This is my config.toml which I've got from Bas
[server]
port=8074 # Server port
html_root="frontend/dist/" # HTML files to be hosted
otherusers=1 # Send where other users are listening, 0 to disable
threads=3
[websdr]
register_online=true # If the SDR should be registered on https://sdr-list.xyz then put it to true
name="HB9RYZ Rigi 1'660m 0-30 MHz" # Name that is shown on https://sdr-list.xyz
antenna="Wellbroook Loop" # Antenna that is shown on https://sdr-list.xyz
grid_locator="JN47GA" # 4 or 6 length Grid Locatlr shown on https://sdr-list.xyz and for the Distance of FT8 Signals
hostname="http://rigi.dyndns-remote.com" # If you use ddns or something to host with a domain enter it here for https://sdr-list.xyz
[limits]
audio=100
waterfall=100
events=100
[input]
sps=60000000 # Input Sample Rate
#fft_size=262144 # small samplerates
#fft_size=1048576 # medium
#fft_size=2097152 # high
#fft_size=4194304 # high, Setting mit Gianni
fft_size=8388608 # very high
fft_threads=1 # Default = 4
brightness_offset=0 # Waterfall brightness offset. Reduce to negative if you see black regions in the waterfall
frequency=0 # Baseband frequency
signal="real" # real or iq
accelerator="opencl" # Accelerator: none, cuda, opencl
audio_sps=12000 # Audio Sample Rate 12000 is needed for FT8 decoding
audio_compression="flac" # flac or opus
waterfall_size=4096 # Default=2048
waterfall_compression="zstd" # zstd or av1
smeter_offset=5
[input.driver]
name="stdin" # Driver name
format="s16" # Sample format: u8, s8, u16, s16, u32, s32, f32, f64
[input.defaults]
frequency=14317000 # Default frequency to show user
modulation="USB" # Default modulation
and this is my start command in /home/websdr/PhantomSDR-Plus
rx888_stream -f ./rx888_stream/SDDC_FX3.img -s 60000000 -g 40 -m low -r --pga -o - | build/spectrumserver --config config.toml
Try 2 threads on both, and limit to 58msps not 60msps.
Waterfall 2048 or even 1024.
Worked for me.
Mine is running for more then a week, without issues.
I had the same Error as you, Wolfgang, also seen in the beginning sometimes. Somehow a User was able to post something in the chat what caused this. After the delete of chat history it would work again.
Therefore it would be good to be able to limit or even disable chat if needed, as some ppl out there will always misbehave unfortunately
Quote from: Bas ON5HB on Sep 24, 2024, 08:58 PMTry 2 threads on both, and limit to 58msps not 60msps.
Waterfall 2048 or even 1024.
Worked for me.
Mine is running for more then a week, without issues.
Bas, with the above config.toml my PhantomSDR was running one week without a crash. So far so good. Will see how long it will last now. 73 Wolfgang
Quote from: HB9RYZ on Sep 25, 2024, 06:36 PMBas, with the above config.toml my PhantomSDR was running one week without a crash. So far so good. Will see how long it will last now. 73 Wolfgang
I understand, but I found that the FFT part needs 2 threads, do not ask me why, but it does.
With 1 thread it becomes unpredictable for some reason.
Strange crashes happened before, and they all stopped when I changed fft_threads from 1 to 2.
It would even crash over an NIC going up and down, tested this several times the last week, now it recovers instead of crashing.
So my advice: webserver threads as many as you have cores -2
fft threads 2
So a quad-core both 2. Beware of multi-threading, that doesn't work well for realtime applications.
So if you have 4 cores and 8 threads, I would still configure it as an 4 core with 4 threads.
Or better, turn MT off in the BIOS.
Multi-threading can and will hinder real-time applications like ours.
But it works well when e.g. compiling or play stuff where fast CPU-cycles are not real important.