OpenWebRX wurde von A. Retzler (HA7LIM) entwickelt. Die Entwicklung wurde inzwischen eingestellt, die zugehörige Internetseite abgeschaltet.
Die Quellen liegen auf Github.
Es existieren mehrere Forks von OpenWebRX.

Ein Fork an dem aktiv weiter entwickelt wird stammt von J. Ketterl (DD5JFK).
Auf https://www.openwebrx.de findet mal alle Informationen, Installationsanleitungen, Quellen und fertige Images für das RPi.

OpenWebRX benötigt mindestens ein RPi3B für einigermaßen Performance.
Wichtig, ein 5V Netzteil reicht nicht für den Betrieb aus. Man benötigt ein 5,1V Netzteil, ansonsten taktet das RPi3 auf 600MHz herunter.
Es läuft zwar auch mit 600 MHz aber die Rechenleistung geht bei drei gleichzeitigen Nutzern schon massiv in den Keller.
Auf https://www.openwebrx.de werden regelmäßig aktuelle SD-Images bereit gestellt.

Ab einem RPi4 können zwei SDR Empfänger, für mehrere Bänder gleichzeitig genutzt werden.

• Image herunterladen
• Image extrahieren
• Image auf SD Karte schreiben
  • SD Karte mindestens 8 GiB, Class 10 * unter Windows mit Rufus, Win32 Disk Imager, Etcher… * unter Linux in der Konsole mit dd of=/dev/sdb if=202x-xx-xx-OpenWebRX-full.img status=progress * vorher alle Partitionen auf der SD Karte löschen, ansonsten kann es passieren dass das Image nicht korrekt auf die SD Karte geschrieben wird
• für SSH Zugriff noch unter /Boot eine leere Datei Namens SSH erstellen
• RPI per LAN Kabel an den Router stecken
• SD Karte ins RPi stecken und booten
• IP Adresse des RPi in Erfahrung bringen (Ping oder WebInterface des Routers)
• IP Adresse in den Browser eingeben und OpenWebRX sollte starten

Eine SSH Verbindung kann man z.B. mit putty zu dem RPi aufbauen.
Benutzername: pi
Passwort: openwebrx (das sollte als erstes geändert werden)

Um noch etwas mehr Leistung aus OpenWebRX heraus zu kitzeln hat man mehrere Möglichkeiten:
unter /etc/openwebrx/config_webrx.py

• max_clients = 4
• fft_fps = 5
• fft_size = 2048
• fft_overlap_factor = (0.1) wird der Wert auf 0 gesetzt bekommt man noch mehr Performance aber dann sieht das Wasserfalldiagramm sehr verrauscht aus
• audio_compression = none klingt besser

unter /usr/lib/python3/dist-packages/csdr/csdr.py

• self.bpf_transition_bw = 960 original stehen hier 320
• self.ddc_transition_bw_rate = 0.6 original stehen hier 0.15

Das holt nochmal gute 5…10 % weniger Prozessorauslastung heraus.
Beides ist auch im FAQ von HA7LIM beschrieben.