Modalità di lettura
Port forwarding for rasberi pi
Hi everyone,
I’m trying to set up OpenWebRX on a Raspberry Pi 5.
It works well on my LAN, but I’m trying to make it work over WAN. I’ve set up a permanent IP address using DuckDNS, but now I need to forward the port. I tried using the Port forward utilitis software, but I don’t know which TCP and UDP ports to enter to connect to the Raspberry Pi. I don’t know which port it is broadcasting on, and I don’t know if having a permanent IP address is actually useful for this or not.
Thanks!
Re: Feature request: RF bandwidth setting per SDR profile
So far, you have not yet disclosed what device driver you select in OpenWebRX in order to use your device. This is somewhat important if you expect somebody else to make the change for you, right?sorry for not providing enough information
I'm using the PlutoSDR driver in OpenWebRX.
The PlutoSky is connected via Ethernet or USB , and the relevant Soapy device arguments are essentially:
driver=plutosdr,uri=ip:192.168.20.70
So OpenWebRX starts the soapy_connector, which then uses the SoapyPlutoSDR driver.
My suggestion was to make setBandwidth() follow the selected sample rate in this path, because the Pluto otherwise seems to keep/use a much larger RF bandwidth than necessary.
######################################################
## Soapy SDR -- the SDR abstraction library ##
######################################################
----------------------------------------------------
-- Device identification
----------------------------------------------------
driver=PlutoSDR
hardware=ADALM-PLUTO
ad9361-phy,model=ad9361
ad9361-phy,xo_correction=40000567
backend_version=0.26 (git tag: v0.26)
fw_version=tezuka-v0.3.16
hw_model=PlutoSky Rev.2 (Z7020-AD9361)
hw_model_variant=1
Re: Feature request: RF bandwidth setting per SDR profile
Re: Feature request: RF bandwidth setting per SDR profile
Thanks. I understand that the actual RF bandwidth is a driver setting.
However, I think exposing it as an optional setting in an OpenWebRX SDR profile would still be useful. OpenWebRX already changes parameters such as sample rate when switching profiles, and could simply call the driver's setBandwidth() as part of the profile setup.
Automatically coupling RF bandwidth to sample rate inside the driver would be one possible solution, but it would be less flexible, since RF bandwidth does not necessarily have to equal the sample rate.
Re: Feature request: RF bandwidth setting per SDR profile
Feature request: RF bandwidth setting per SDR profile
Hello,
is this the right place to post feature requests?
I have a new PlutoSky R2 (AD9361) and noticed that when switching between OpenWebRX profiles with different sample rates, the AD9361 rf_bandwidth setting does not change.
It would be useful to have an RF bandwidth setting per profile, similar to the sample rate setting.
For example:
- 1 MS/s profile → 1 MHz RF bandwidth
- 4 MS/s profile → 4 MHz RF bandwidth
- 10 MS/s profile → 10 MHz RF bandwidth
Currently, if rf_bandwidth is set to 1 MHz and I switch to a 4 MS/s profile, it remains at 1 MHz, so the analog RX bandwidth is much narrower than the sampled spectrum.
Ideally, the profile could contain a configurable rf_bandwidth value which is passed to SoapySDR using setBandwidth().
For example, on the AD9361 the current RX RF bandwidth can be read with:
iio_attr -u ip:192.168.20.70 -i -c ad9361-phy voltage0 rf_bandwidth
and it can be changed independently of the sample rate, for example:
iio_attr -u ip:192.168.20.70 -i -c ad9361-phy voltage0 rf_bandwidth 4000000
This would set the RF bandwidth to 4 MHz, which would be useful for an OpenWebRX profile using a 4 MS/s sample rate.
The AD9361 in my PlutoSky R2 supports RX RF bandwidth values up to 56 MHz.
Thanks!
Re: APRS packet errors
Re: [new] Improved OpenWebRX Packages Available
- Fixed reporting third party APRS packets.
- Disabled reporting non-reportable APRS packets.
- Fixed typo in APRS "adressee" name.
- Stripped whitespace from APRS addressee.
1) If it does not work for you, reload OpenWebRX page while holding the SHIFT key.
2) If it does not work for you, check "Settings | Feature report" page to see what you are missing.
3) If it does not work for you, wait for a day or two, maybe it starts working or you figure it out.
4) If it does not work for you, create a separate forum thread and explain your problem there. Attach the logs, obtained with "sudo journalctl -u openwebrx". Do not paste the entire log into the message, attach it as a file instead.
Re: Background decoding - interesting problem
Re: Background decoding - interesting problem
Background decoding - interesting problem
Reset my password on receiverbook.de
Re: DX PATROL MK4.
Re: DX PATROL MK4.
First create the following file (copy past from sudo all the way to last EOF)
sudo tee /etc/modprobe.d/exclusions-rtl2832.conf <<EOF
# Blacklist host from loading modules for RTL-SDRs to ensure they
# are left available for the Docker guest.
blacklist dvb_core
blacklist dvb_usb_rtl2832u
blacklist dvb_usb_rtl28xxu
blacklist dvb_usb_v2
blacklist r820t
blacklist rtl2830
blacklist rtl2832
blacklist rtl2832_sdr
blacklist rtl2838
install dvb_usb_rtl2832u /bin/false
install dvb_usb_rtl28xxu /bin/false
install dvb_usb_v2 /bin/false
install r820t /bin/false
install rtl2830 /bin/false
install rtl2832 /bin/false
install rtl2832_sdr /bin/false
install rtl2838 /bin/false
EOF
Then do also the following
sudo modprobe -r dvb_usb_rtl2832u
sudo modprobe -r dvb_usb_rtl28xxu
sudo modprobe -r dvb_usb_v2
sudo modprobe -r r820t
sudo modprobe -r rtl2830
sudo modprobe -r rtl2832
sudo modprobe -r rtl2832_sdr
sudo modprobe -r rtl2838
then..
sudo depmod -a
After that I would reboot the raspi and hopefully all will be ok.
-Yiannis
Re: DX PATROL MK4.
DX PATROL MK4.
Re: Problems with RADE decoder install on 32-bit Bullseye
I re-installed OpenWebRX+ as 64bit and RADEL/RADEU was included by default.
73