RigVibe 1.8.2

RigVibe 1.8.2

3D-Wasserfall neu

• Gleichmäßiger Vorschub: Die 3D-Ansicht läuft jetzt im Takt des Bildschirms (60 Bilder/s) mit gleichbleibender Geschwindigkeit, statt nur ruckweise bei jeder neuen Zeile. Zwischen den Zeilen wird weich überblendet; das Relief ist beleuchtet.
• 3D+2D wie bei sdroxide: Oben die gefüllte 3D-Fläche in Perspektive (neueste Zeile vorn in voller Breite, ältere weichen zurück) auf dunkelrotem Grund mit Pegelskala links, darunter Skala und 2D-Wasserfall auf gemeinsamer Frequenzachse.
• Neue Farbpalette „Spektrum“ (blau – grün – gelb – rot), jetzt Standard; die anderen bleiben unter F8 → Wasserfall → Farben wählbar (wer schon eine Palette eingestellt hat, behält sie).
• Geprüft mit künstlichen Daten auf einer echten GPU (Apple M4): 60 Bilder/s, keine Ausreißer; 2D-Wasserfall bei 5 bis 40 Zeilen/s ebenfalls sauber. Mit echten Funkdaten und auf schwächerer Hardware nicht geprüft.

SoapySDR in den Paketen

• Die fertigen Pakete enthalten jetzt SoapySDR 0.8 mit den Treibern für Airspy (R2/Mini) und Airspy HF+ (alle Systeme, auch Raspberry Pi). Diese Geräte einfach anstecken. Andere Treiber (SDRplay, LimeSDR, RX-888 …) müssen weiter selbst installiert werden und zum Stand 0.8 passen.
• Nicht am Gerät geprüft: Airspy-Hardware (nur, dass die Treibermodule laden). Airspy R2 mit 2,5/10 MS/s geht noch nicht (Rate kein Vielfaches von 12 kHz).
• Windows-Pakete bringen jetzt die aktuelle Visual-C++-Laufzeit mit (die alte aus dem libiio-Paket ließ SoapySDR abstürzen).

Was im fertigen Paket geprüft ist

Skimmer (CW, PSK31, RTTY), UKW-Stereo, Airspy-Treibermodule geladen und die Wasserfall-Oberfläche – mit einem nachgebauten Funkempfänger – im Mac-Paket (Apple-Chip), im Windows-Installer (echter Laptop) und im Linux-Server-Paket (Debian). Nicht am Rechner geprüft: das Mac-Paket für Intel-Chips und alle Raspberry-Pi-Pakete.

System	Datei
Windows 10/11	RigVibe-1.8.2-Windows-Setup.exe
Mac mit Apple-Chip	RigVibe-1.8.2-Mac-AppleSilicon.dmg
Mac mit Intel-Chip	RigVibe-1.8.2-Mac-Intel.dmg
Linux	RigVibe-1.8.2-Linux.AppImage
Debian/Ubuntu	rigvibe_1.8.2_amd64.deb
Linux-Server (Dienst)	RigVibe-1.8.2-Linux-Server.tar.gz
Raspberry Pi / Linux ARM64 (64-Bit-System)	RigVibe-1.8.2-Raspberry-Pi-ARM64.AppImage, rigvibe_1.8.2_arm64.deb
Raspberry Pi / Linux ARM64, Server (Dienst)	RigVibe-1.8.2-Linux-ARM64-Server.tar.gz

RigVibe 1.8.1

RigVibe 1.8.1

Wetterfax (WEFAX)

• Neues Fenster im Digitalbetrieb (Ansicht → Wetterfax, oder im Wasserfall aufs Signal klicken und „Wetterfax-Empfang öffnen“): empfängt Wetterkarten und Satellitenbilder der Wetterdienste auf Kurzwelle. RigVibe erkennt den Starton (300 Hz = IOC 576, 675 Hz = IOC 288), misst im Phasiersignal Zeilenanfang und Mitte des Signals und schreibt das Bild Zeile für Zeile bis zum Stopton. Fertige Bilder landen in der Bildergalerie und lassen sich als PNG speichern.
• Einstellbar: Zeilen/min (60, 90, 120, 240), IOC, Mitte (auf Wunsch automatisch), Schräglage in ppm (Taktfehler der Soundkarte), Versatz, Negativ; „Jetzt starten“ für ein schon laufendes Bild.
• Geprüft mit künstlichen Signalen (mit Fehlabstimmung, Taktfehler, Rauschen, 90 und 120 Zeilen/min) und in der Oberfläche mit einer künstlichen Wetterkarte. Mit einem echten Wetterfax-Sender noch nicht.

Spots aus PSK Reporter

• Unter F8 → Wasserfall einschaltbar (standardmäßig aus): Rufzeichen aus pskreporter.info, die im sichtbaren Ausschnitt in den letzten 10 Minuten gehört wurden (FT8, FT4, WSPR, PSK31, JS8 …), stehen in Orange über ihren Signalen; der Hinweis zeigt Betriebsart, SNR, Ort und wer sie gehört hat, ein Klick stimmt ab. Dabei geht der sichtbare Frequenzbereich (kein Rufzeichen) an pskreporter.info. Rücksicht auf den Dienst: nur Ausschnitte bis 400 kHz, derselbe Ausschnitt höchstens alle 5 Minuten, Pause bei Fehlern.

Band-Stacks

• Die Bandtasten der Gerätesteuerung merken je Band bis zu 8 Plätze (Frequenz, Betriebsart, Filter; Standard 3). Bandwechsel ruft den jüngsten Platz auf, dieselbe Taste noch einmal blättert zum nächsten Platz. Hinweistext und Rechtsklick-Menü zeigen die Plätze; die MIDI-Tasten Band weiter/zurück nutzen sie ebenfalls. Abschaltbar (F8 → Bandplan): dann wie früher eine Frequenz je Band.

Was im fertigen Paket geprüft ist

Skimmer (CW, PSK31, RTTY), UKW-Stereo, SoapySDR-Meldung, die PSK-Reporter-Schnittstelle, WEFAX-Empfang und Band-Stacks in der Oberfläche – mit einem nachgebauten Funkempfänger bzw. in einem Browser gegen das gepackte Programm – im Mac-Paket (Apple-Chip), im Windows-Installer (echter Laptop) und im Linux-Server-Paket (Debian). Nicht am Rechner geprüft: das Mac-Paket für Intel-Chips und alle Raspberry-Pi-Pakete.

System	Datei
Windows 10/11	RigVibe-1.8.1-Windows-Setup.exe
Mac mit Apple-Chip	RigVibe-1.8.1-Mac-AppleSilicon.dmg
Mac mit Intel-Chip	RigVibe-1.8.1-Mac-Intel.dmg
Linux	RigVibe-1.8.1-Linux.AppImage
Debian/Ubuntu	rigvibe_1.8.1_amd64.deb
Linux-Server (Dienst)	RigVibe-1.8.1-Linux-Server.tar.gz
Raspberry Pi / Linux ARM64 (64-Bit-System)	RigVibe-1.8.1-Raspberry-Pi-ARM64.AppImage, rigvibe_1.8.1_arm64.deb
Raspberry Pi / Linux ARM64, Server (Dienst)	RigVibe-1.8.1-Linux-ARM64-Server.tar.gz

RigVibe 1.8.0

RigVibe 1.8.0

Skimmer: CW, PSK31 und RTTY gleichzeitig

• Neuer Dekoder „Skimmer“ im Fenster Datenempfang (nur mit eigenem SDR, das IQ-Daten liefert: RTL-SDR, HackRF, Pluto, SoapySDR). RigVibe sucht in 48 kHz um die Empfangsfrequenz nach Signalen, liest bis zu 12 gleichzeitig und zeigt Rufzeichen, Betriebsart, Geschwindigkeit und Text; das Rufzeichen erscheint auch als Marke am Signal im Wasserfall (abschaltbar).
• CW, PSK31 und RTTY (45,45 Bd, 170 Hz, beide Tonlagen, auch FM-RTTY mit Träger in der Mitte).
• Geprüft: mit künstlichen Signalen (alle drei gleichzeitig, Rauschen ohne Meldung) und mit echtem Funk: Ein Quansheng UV-K1 sendete CW und RTTY auf 70 cm, ein HackRF empfing; Rufzeichen, Frequenz und 18 WpM wurden richtig gelesen. PSK31 ist nur mit künstlichen Signalen geprüft. Die ersten Zeichen einer Sendung gehen beim Einschwingen oft verloren. Rechenlast etwa ein Sechstel Prozessorkern mehr bei 2,4 MS/s (auf dem Mac gemessen, auf dem Raspberry Pi nicht).

Neue Geräte und Plattformen

• SoapySDR: Neue Empfängerart für Airspy, SDRplay, LimeSDR, RX-888 und alles, was SoapySDR kennt (nur Empfang). SoapySDR und das Treibermodul des Geräts müssen auf dem Rechner installiert sein; in den Paketen ist es noch nicht enthalten. Getestet ist nur der HackRF über SoapySDR, die anderen Geräte nicht am Gerät. Geräte, die nur Raten anbieten, die kein Vielfaches von 12 kHz sind (Airspy R2), gehen noch nicht.
• Raspberry Pi (Linux ARM64, 64-Bit-System): neue Pakete (Programm als AppImage und .deb, Server-Dienst als .tar.gz). Im Bau getestet (Dienst startet, Oberfläche lädt, SDR-Bibliotheken laden), auf echter Pi-Hardware nicht. Die Selbstaktualisierung wählt das Paket nach der Architektur.

Wasserfall

• 3D+2D: 3D-Landschaft oben, Skala und 2D-Wasserfall darunter, auf derselben Frequenzachse. Zoomen, Verschieben und Anklicken wie in 2D.
• Griff zwischen Spektrum und Wasserfall zum Ziehen (Doppelklick: zurücksetzen) und die Ansicht nur Spektrum.
• Durchlassbereich mit der Maus ziehen (Kanten des Rahmens; bei SDR folgt der Filter sofort).
• Schalter FIT (Pegel anpassen), CTR (Frequenz mittig halten), MARK (stärkste Signale mit Frequenz beschriften, auch in 3D+2D); sieben neue Farbpaletten (Viridis, Magma, Plasma, Inferno, Turbo, Eis, Phosphor).
• Alles lässt sich unter F8 → Wasserfall → Bedienelemente einzeln ein- und ausblenden.

Sprachausgabe und UKW-Stereo

• Sprachausgabe (F8 → Sprachausgabe, standardmäßig aus): sagt Frequenz und Betriebsart an, warnt bei hohem SWR und liest Hinweise vor, mit der Stimme des Browsers (nichts geht ins Netz). Hinweise stehen außerdem in einem Bereich für Screenreader (NVDA, Orca, VoiceOver). Mit nachgebauter Sprachfunktion geprüft, nicht mit einem echten Screenreader.
• UKW-Rundfunk in Stereo (eigene SDRs): bei vorhandenem 19-kHz-Pilotton. Ohne Pilot oder bei Rauschen bleibt es Mono. Nur mit künstlichen Signalen geprüft (Kanaltrennung über 30 dB); einen echten Stereosender konnte ich nicht empfangen. Im Stereobetrieb ist der Rauschfilter der Oberfläche aus.
• Baken-Monitor: Meteorschauer-Kalender (aktive Schauer, Höhepunkt, nächster; Näherungswerte).

Was im fertigen Paket geprüft ist

Skimmer (CW, PSK31 und RTTY mit Rufzeichen und Frequenz), UKW-Stereo (39 dB Kanaltrennung), die neue Empfängerart SoapySDR (ohne installierte Bibliothek kommt eine klare Meldung) und die Oberfläche (3D+2D, Griff, Spektrum, Sprachausgabe) – mit einem nachgebauten Funkempfänger, der künstliche Signale schickt – im Mac-Paket (Apple-Chip), im Windows-Installer (auf einem echten Windows-Laptop) und im Linux-Server-Paket (Debian). Nicht am Rechner geprüft: das Mac-Paket für Intel-Chips und alle Raspberry-Pi-Pakete (nur der Bau-Selbsttest in der Entwicklungsumgebung).

Weiteres

• Das Quansheng-UV-K1-Profil und alle Neuerungen von 1.7.0 bleiben unverändert (LoRa, CTCSS/1750 Hz, Firmware Stand 21).

System	Datei
Windows 10/11	RigVibe-1.8.0-Windows-Setup.exe
Mac mit Apple-Chip	RigVibe-1.8.0-Mac-AppleSilicon.dmg
Mac mit Intel-Chip	RigVibe-1.8.0-Mac-Intel.dmg
Linux	RigVibe-1.8.0-Linux.AppImage
Debian/Ubuntu	rigvibe_1.8.0_amd64.deb
Linux-Server (Dienst)	RigVibe-1.8.0-Linux-Server.tar.gz
Raspberry Pi / Linux ARM64	RigVibe-1.8.0-Raspberry-Pi-ARM64.AppImage, rigvibe_1.8.0_arm64.deb
Raspberry Pi / Linux ARM64, Server (Dienst)	RigVibe-1.8.0-Linux-ARM64-Server.tar.gz

RigVibe 1.7.0

RigVibe 1.7.0

LoRa: Meshtastic, MeshCom, MeshCore, LoRa-APRS

• LoRa-Analyse im Fenster Datenempfang: Mit einem eigenen SDR (getestet: HackRF) liest RigVibe auf 433, 868 und 915 MHz mehrere LoRa-Einstellungen gleichzeitig mit und ordnet jedes Paket nach Netzkennung und Inhalt zu: Meshtastic, MeshCom (Text, Position, Quittung), MeshCore (Advert mit Name und Position) und LoRa-APRS. Unbekannte Netze erscheinen als LoRa (roh) mit Sync-Wort, Codierrate, Länge, Hex und Text. Eine Chirp-Erkennung meldet außerdem LoRa-Signale mit Bandbreite und Spreizfaktor, auch wenn nichts dekodiert werden kann.
• Eigene Umsetzung: Empfänger und Sender der LoRa-Modulation sind in RigVibe selbst geschrieben.
• Entschlüsseln: Meshtastic-Standardkanal („AQ==“ und Kurzschlüssel 2–10) und der öffentliche MeshCore-Kanal sind eingebaut. Weitere Schlüssel trägst du im Geräteprofil unter Parameter ein (lora_keys=Base64-Schlüssel,#hashtag). Ohne Schlüssel zeigt RigVibe „verschlüsselt“.
• Meshtastic senden: Mit HackRF oder PlutoSDR sendet RigVibe Textnachrichten (Sendezeile im Fenster Datenempfang, nur in 433,05–434,79, 863–870 und 902–928 MHz, nur mit Freigabe tx=1 im Profil). Der Quansheng UV-K1 kann kein LoRa.
• LoRaWAN wird bewusst nicht dekodiert.
• Was geprüft ist: Empfang und Senden von Meshtastic LongFast (SF11, 250 kHz) gegen einen echten Knoten auf 434,1 MHz, Chirp-Erkennung und Zuordnung an echten Mitschnitten. Noch nicht an echten Knoten geprüft: MeshCom, MeshCore und LoRa-APRS (nach öffentlichen Beschreibungen umgesetzt, nur im Schleifentest), die Codierraten 4/6–4/8 und die Entschlüsselung. Die Analyse braucht bei 4,8 MS/s etwa einen Prozessorkern.

Quansheng UV-K1/K5

• Sende-CTCSS, Relaisablage und 1750-Hz-Rufton im RigVibe-Modus (Senden auf Empfang plus Ablage).
• CTCSS-Erkennung und Tonsperre im Suchmodus des Funkchips. Die zugehörigen Bedienelemente bleiben auch in gespeicherten Anordnungen erhalten.
• RigVibe-Firmware Stand 21 (Sende-CTCSS auch während des Sendens schreibbar). Diese neuen Funktionen sind am Gerät noch nicht ausführlich geprüft.

Bedienung und Fehler behoben

• Panadapter-SDR folgt dem Funkgerät auch nach Autoconnect und Neustart sowie bei schnell gedrehter Frequenz.
• Reglersätze nehmen neue Regler des Geräts (Sendeleistung) auf.
• Demo-Funkgerät wird nur beim allerersten Start angelegt und behält den Namen nicht, wenn das Profil auf ein echtes Gerät umgestellt wird.
• Doku: Sprache dekodiert RigVibe nur bei M17; bei DMR, D-STAR und YSF nur Rufzeichen und Ziel.

System	Datei
Windows 10/11	RigVibe-1.7.0-Windows-Setup.exe
Mac mit Apple-Chip	RigVibe-1.7.0-Mac-AppleSilicon.dmg
Mac mit Intel-Chip	RigVibe-1.7.0-Mac-Intel.dmg
Linux	RigVibe-1.7.0-Linux.AppImage
Debian/Ubuntu	rigvibe_1.7.0_amd64.deb
Linux-Server (Dienst)	RigVibe-1.7.0-Linux-Server.tar.gz
Raspberry Pi / Linux ARM64 (64-Bit-System)	RigVibe-1.7.0-Linux-ARM64.AppImage, rigvibe_1.7.0_arm64.deb
Raspberry Pi / Linux ARM64, Server (Dienst)	RigVibe-1.7.0-Linux-ARM64-Server.tar.gz

Raspberry Pi: Die ARM64-Pakete sind neu (Raspberry Pi 4/5 mit 64-Bit-System). Im Bau sind Dienststart, Oberfläche und SDR-Bibliotheken getestet; auf echter Pi-Hardware noch nicht.

RigVibe 1.6.5

RigVibe 1.6.5

Quansheng UV-K1/K5 über USB-C

• Erweiterungen über USB-C: Mit der mitgelieferten RigVibe-Firmware (Stand 20) können Erweiterungen (Plugins), die über die Form „Symbole“ arbeiten, den Quansheng unter bestimmten Voraussetzungen in beide Richtungen über USB-C nutzen: Empfang über den rohen Breitband-Weg, Senden als 4FSK (4 800 Symbole/s, bis etwa 2 kHz Hub), sonst automatisch über die Soundkarte. Welche Betriebsarten damit laufen, bestimmt die jeweilige Erweiterung; deren Inhalte gehören nicht zu RigVibe.
• FT8, FT4 und JS8 sauber: Ab Firmware-Stand 16 tastet der Quansheng diese Betriebsarten feinstufig über die FSK-Einheit des Funkchips statt im 10-Hz-Raster. Vorher fielen bei FT8 Töne zusammen. Alle JS8-Untermodi (Normal, Fast, Turbo, Slow) gehen jetzt auch vom Quansheng.
• POCSAG-Empfang mit dem Quansheng: Neuer Dekoder am rohen Empfangssignal. Ist das Funkruf-Fenster offen, schaltet RigVibe automatisch darauf um. Über Funk 512, 1200 und 2400 Bd fehlerfrei. Der Dekoder läuft auch mit eigenen SDRs.
• Pausen zwischen Tönen bleiben erhalten: Beim Senden über USB-C lief bisher jede Pause nach dem ersten Ton als Ton weiter. Hellschreiber kam dadurch verschmiert an, bei APRS lag zwischen den Rahmen Ton statt Stille.
• Tonfolge zuverlässiger: Das Nachfüllen läuft in einem eigenen Faden. Hakt die Oberfläche, verrutschen SSTV und APRS nicht mehr.
• Wege je Betriebsart: Für Empfang und Senden einzeln wählbar, ob der Ton über USB-C oder über die Soundkarte geht.
• Takt merken: RigVibe merkt sich den gemessenen Takt des Funkgeräts. Nach dem Verbinden stimmt der Ton sofort, nicht erst nach 17 s.
• Im Gerät verlorene Werte werden an ihrer Stelle aufgefüllt, Sprache aus Erweiterungen ist am PC hörbar, und beim Verbinden wird das vorhandene Profil weiterverwendet statt ein neues angelegt.

Bedienung

• PTT je Gerät direkt an der Gerätesteuerung, mit Duplex und Vollduplex, Zielangabe für Erweiterungen und Mikrofonwahl.
• Suchlauf: Betriebsart je Kanal auf jedem Gerät, Einstellungen je Gerät und Betriebsart, Squelch für alle Empfänger.
• Lautsprecher für den Empfangston wählbar. Zweitempfänger sind von sich aus stumm.
• Favoriten speichern auch die Betriebsart einer Erweiterung samt Eingabefeldern.

Fehler behoben

• Digitalbetrieb: Der Wechsel der Betriebsart hatte seit 1.6.3 keine Wirkung. Das prüft jetzt der Selbsttest bei jedem Bau.
• PSK31/63/125: Nach einem gestörten Anfang rastet der Dekoder wieder auf der eingestellten Frequenz ein.
• SSTV: Die VIS-Kennung wird bis ±250 Hz Verstimmung gelesen. Vorher ging sie ab etwa 60 Hz verloren, und das Bild lief nur als Teilbild an.
• JS8: Taucht dieselbe Nachricht auf mehreren Tonhöhen auf (schwaches Abbild aus dem Empfänger), meldet RigVibe die stärkste.
• FT8, FT4 und JS8: Der Zeitversatz (dt) ist jetzt wie bei WSJT-X und JS8Call bezogen. Bisher war er um 1,5 s zu hoch.
• Digitalfunk-Dekoder: Ein Absturz der Dekodierschleife („deque mutated“) ist behoben. Die Schleife startet nach einem Abbruch neu.
• Erweiterungen aktualisieren: Unter Windows wird eine gesperrte DLL beim nächsten Start übernommen. Der Ordner daten/ bleibt erhalten.

Über Funk geprüft

Quansheng UV-K1 über USB-C gegen einen HackRF, auf 434,900 MHz mit kleinster Leistung, in beide Richtungen und mit der echten Oberfläche: PSK, QPSK, RTTY, MFSK, DominoEX, THOR, Olivia, Contestia, Hellschreiber, CW, APRS, SSTV (Robot 36, Martin M1, Scottie S1, PD 120), KG-STV, FT8, FT4, JS8, POCSAG und der Quansheng-Datenfunk. Packet 9600 (nur Empfang) kam bei schwachem Signal zu 3 von 5 Paketen an.

System	Datei
Windows 10/11	RigVibe-1.6.5-Windows-Setup.exe
Mac mit Apple-Chip	RigVibe-1.6.5-Mac-AppleSilicon.dmg
Mac mit Intel-Chip	RigVibe-1.6.5-Mac-Intel.dmg
Linux	RigVibe-1.6.5-Linux.AppImage
Debian/Ubuntu	rigvibe_1.6.5_amd64.deb
Linux-Server (Dienst)	RigVibe-1.6.5-Linux-Server.tar.gz

RigVibe 1.6.4

RigVibe 1.6.4

Digitalfunk-Empfang über den Quansheng UV-K1 (USB-C)

• Deutlich sauberer DMR-Empfang: RigVibe führt beim Empfang über die Form „Symbole“ Gleichanteil und Pegel jetzt Symbol für Symbol nach, statt sie nur am Sync zu messen. Hinter dem Hochpass auf der Platine des UV-K1 wandert die Nulllinie, und das kostete in den langen DMR-Fenstern viele Rahmen. Am Pi-Star-Hotspot gemessen: Bitfehler von 2,2 % auf unter 0,6 %, unbrauchbare Rahmen unter 1 %, alle Stationen mit richtiger ID.
• Frequenzkorrektur für den Quansheng: Neuer Profil-Parameter ppm=… gleicht die Quarzabweichung beim Empfang, beim Senden und in der Bandabtastung aus (mit RigVibe-Firmware). Die Anzeige zeigt dabei die Sollfrequenz.
• Bitstrom über die FSK-Einheit zuverlässiger: Geht eine Antwort des Funkgeräts verloren, prüft RigVibe am Schreibzähler des Geräts, ob die Daten angekommen sind, statt die Aussendung abzubrechen. Dazu 0,4 s Vorrat. Über Funk geprüft mit D-STAR: alle Superrahmen fehlerfrei.
• Empfang direkt nach dem eigenen Senden: Die Firmware richtet den Empfang nach jeder Aussendung neu ein. RigVibe stellt den breitbandigen Empfangsweg danach wieder her, so dass ein Echo oder eine Antwort gleich nach der PTT dekodiert wird.

Erweiterungen: Form „Symbole“

Gefunden mit der Erweiterung „MMDVM-Rahmen“ (D-STAR, DMR, YSF), die jetzt mit RigVibe sendet und empfängt:

• mikrofon() und zeit() kommen bei der Erweiterung an. Damit funktionieren Sprach-Betriebsarten.
• Die Impulsformung ist bis zu 6 000-mal schneller, das Ergebnis ist Wert für Wert gleich.
• Tondatei und Sprachspeicher laufen im Takt der Aussendung.
• fuellen(n) darf weniger liefern, RigVibe fragt nach.
• Die Polarität legen nur noch sichere Treffer fest. Ein Zufallstreffer in einer Präambel verdirbt keinen Kopf mehr. Die Schwelle ist einstellbar unter „Test …“.
• Die Taktnachführung rastet schnell ein und bleibt dann ruhig. Lange Fenster laufen bei Rauschen nicht mehr weg.
• Trockenlauf mit Rückspielen: Der Rückspielweg bleibt lückenlos, auch wenn der Sendefaden auf langsamen Rechnern hakt.
• Beschreibung in der Anleitung für Entwickler (Deutsch und Englisch).

Über einen Pi-Star-Hotspot (MMDVM_HS) mit dem UV-K1 geprüft, in beide Richtungen: DMR (Bitfehler 2,3 % gesendet, 1,6 % empfangen), D-STAR (0,7 % / 0,8 %) und YSF (3,3 % / 1,5 %).

System	Datei
Windows 10/11	RigVibe-1.6.4-Windows-Setup.exe
Mac mit Apple-Chip	RigVibe-1.6.4-Mac-AppleSilicon.dmg
Mac mit Intel-Chip	RigVibe-1.6.4-Mac-Intel.dmg
Linux	RigVibe-1.6.4-Linux.AppImage
Debian/Ubuntu	rigvibe_1.6.4_amd64.deb
Linux-Server (Dienst)	RigVibe-1.6.4-Linux-Server.tar.gz

RigVibe 1.6.3

RigVibe 1.6.3

Erweiterungen: Sende- und Empfangsform „Symbole“

• Für Verfahren mit fester Symbolrate und 2 oder 4 Frequenzstufen braucht eine Erweiterung keinen eigenen Modulator und Demodulator mehr: Sie liefert nur Symbole und bekommt beim Empfang fertige Rahmen mit Symbolen zurück. Ihr Teil bleibt reiner Inhalt – Kodierung, Rahmen, Prüfsummen.
• Senden: RigVibe formt die Impulse (Wurzelkosinus, Gauss oder ohne), hält die Symbolrate bei jeder Abtastrate genau ein, gibt den Auslauf des Filters vor dem Ende der PTT aus, kalibriert Hub und Polarität und entzerrt den Sendeweg vor (z. B. Quansheng am Mikrofon). Bei 2 Stufen mit Gauss geht es auf Wunsch direkt über die FSK-Einheit des Quansheng (ab Firmware 14).
• Empfangen: RigVibe gleicht den Empfangsweg aus (Quansheng roh), filtert passend, führt den Symboltakt nach, sucht die Sync-Muster, schätzt Pegel und Gleichanteil und erkennt die Polarität je Aussendung.
• Was ein Gerät nicht kann (z. B. 9 600 Symbole/s mit 4 Stufen über das Quansheng-Mikrofon), meldet RigVibe schon beim Wählen der Betriebsart.
• Testen ohne Funkgerät: Im Fenster der Betriebsart unter Test … lassen sich für den Trockenlauf Rauschen, Pegelfehler, Gleichanteil, Taktfehler und der Frequenzgang des Sendewegs einstellen; die Symbole werden mitgeschrieben.
• Neues Beispiel zum Ausprobieren und als Vorlage: F8 → Erweiterungen → „Eigene Betriebsart: Symbole (4FSK-Text)“. Beschreibung in der Anleitung für Entwickler (Deutsch und Englisch).
• Über Funk geprüft mit 4FSK und 4 800 Symbolen/s: Quansheng UV-K1 → HackRF und HackRF → UV-K1.

Verbessert

• Lückenerkennung beim Quansheng über USB: Pakete, die gebündelt spät ankommen, gelten nicht mehr als verloren.

System	Datei
Windows 10/11	RigVibe-1.6.3-Windows-Setup.exe
Mac mit Apple-Chip	RigVibe-1.6.3-Mac-AppleSilicon.dmg
Mac mit Intel-Chip	RigVibe-1.6.3-Mac-Intel.dmg
Linux	RigVibe-1.6.3-Linux.AppImage
Debian/Ubuntu	rigvibe_1.6.3_amd64.deb
Linux-Server (Dienst)	RigVibe-1.6.3-Linux-Server.tar.gz

RigVibe 1.6.2

RigVibe 1.6.2

M17 senden

• M17 mit Sprache senden (Codec2, frei und offen): In der Betriebsart Digitalfunk steht in der Sendeleiste 🎙 M17 – drücken und sprechen, RigVibe sendet in Echtzeit (Absender = dein Rufzeichen, Ziel z. B. @ALL); noch einmal drücken beendet den Durchgang. Das Signal geht über die Soundkarte in den Mikrofoneingang des FM-Funkgeräts, die PTT schaltet RigVibe.
• Tonweg ausgleichen: Der Mikrofonweg eines Handfunkgeräts ist für Sprache gebaut und verbiegt Digitalsignale. RigVibe gleicht den am Quansheng UV-K1 gemessenen Frequenzgang vor dem Senden aus („Tonweg: Quansheng“); für Geräte mit Datenbuchse gibt es „flach“.
• Über Funk geprüft: UV-K1 mit USB-Soundkarte, Empfang mit HackRF – Rufzeichen und Sprache kommen durch. Beim UV-K1 passt ein Sendepegel von etwa 17 %.

Eigene Betriebsarten aus Erweiterungen

• Eine Erweiterung kann jetzt eine komplette Betriebsart mitbringen – Kodierung, Modulation, Demodulation, Dekodierung. RigVibe stellt Gerät, PTT, Mikrofon, Ton und Anzeige und reicht die Signale unverändert durch.
• Wie eine eigene Betriebsart: Sie steht in jeder Betriebsartenwahl (Funkgerät, Bänder & Betriebsarten, Digitalbetrieb, Handy), lässt sich in Favoriten und Speicherkanälen ablegen, und die Signalerkennung (Klick in den Wasserfall, Suchlauf) erkennt bzw. probiert sie mit und schaltet in ihren Weg. Alle PTT-Wege (Taste, Leertaste, MIDI, Handy, Sprachspeicher) laufen dann über die Erweiterung.
• Sendewege: eigene SDRs (Basisband oder IQ, phasenlinear, ohne Preemphasis), jedes Funkgerät über die Soundkarte (Ton unbearbeitet aus dem RigVibe-Fenster), Quansheng UV-K1/K5 als Bitstrom über USB ohne Soundkarte. Empfangswege: Diskriminator aller Empfänger, eigener 48-kHz-Kanal mit IQ bei SDRs, roher 38,4-kHz-Diskriminator beim Quansheng.
• Sicher und prüfbar: dieselben Sperren wie sonst (Rufzeichen, Amateurfunkband, Höchstdauer, Sendesperre), Not-Aus, Anzeige „sendet (Erweiterung …)“, Trockenlauf mit Rückspielen in den eigenen Empfänger, Mitschnitt, Protokoll je Erweiterung, Hub-Einmessen mit einem eigenen SDR.
• Fenster Erweiterungs-Betriebsart (Gerätesteuerung und Digitalbetrieb) mit Eingabefeldern, Sendetaste und empfangenen Stationen; je Gerät ein eigener Tonausgang.
• Beispiel zum Ausprobieren und als Vorlage für Entwickler: F8 → Erweiterungen → „Eigene Betriebsart: FSK-Text“. Die Schnittstelle ist in der Anleitung für Entwickler beschrieben (Deutsch und Englisch).

Quansheng-Firmware Stand 14

• Flacher Sende-Tonweg: Bei Aussendungen von Erweiterungen schaltet die Firmware Filter, Preemphasis, Kompander und Mikrofon-Regelung ab und stellt danach alles zurück.
• Fortlaufender Bitstrom über die FSK-Einheit: 1 200 bis 6 000 bit/s, ohne Längengrenze, Ende genau nach dem letzten Bit – ohne Soundkarte. Über Funk gemessen: 48 000 Bit am Stück mit 4 800 bit/s.
• Der Firmware-Assistent bietet das Update über USB an (ohne Tastendruck).

Erweiterungen

• Die Rahmen-Schnittstelle gibt es jetzt auch in Senderichtung (add_frame_encoder). Beschreibung in der Anleitung für Entwickler.

System	Datei
Windows 10/11	RigVibe-1.6.2-Windows-Setup.exe
Mac mit Apple-Chip	RigVibe-1.6.2-Mac-AppleSilicon.dmg
Mac mit Intel-Chip	RigVibe-1.6.2-Mac-Intel.dmg
Linux	RigVibe-1.6.2-Linux.AppImage
Debian/Ubuntu	rigvibe_1.6.2_amd64.deb
Linux-Server (Dienst)	RigVibe-1.6.2-Linux-Server.tar.gz

RigVibe 1.6.1

RigVibe 1.6.1

Digitalfunk

• DMR wird in laufender Sprache zuverlässig gelesen. Bisher hielt RigVibe die Synchronwörter mitten in einem Durchgang oft für Datenblöcke und verwarf sie. Rufzeichen und Sprechgruppe beim Späteinstieg kommen jetzt sicher.
• M17 mit Ton: RigVibe gibt M17 jetzt selbst hörbar aus (Codec2) – bei eigenen Empfängern und beim Quansheng über USB-C. Verschlüsselte Aussendungen bleiben stumm.
• Quansheng über USB-C: Der Ton aus der Rahmen-Schnittstelle kommt jetzt auch beim Quansheng an. Nach dem Taktabgleich des Geräts geht nichts mehr verloren.
• Kurze Durchgänge werden vollständig ausgegeben.

Erweiterungen

• Neue Rahmen-Schnittstelle: Erweiterungen bekommen die Nutzrahmen von DMR, D-STAR, YSF und M17 aus dem eigenen Dekodieren und geben Ton zurück. Beschreibung in der Anleitung für Entwickler, mit Beispiel-Erweiterung.
• Das bisherige optionale Sprachmodul (Bibliothek im Ordner module) entfällt.

Behoben

• WebSDR-Fenster: Die Signalerkennung nimmt nicht mehr die Frequenz des verbundenen Funkgeräts und bricht nicht mehr ab, wenn dieses umgestimmt wird.
• Anleitung: „dekodiert“ statt „entschlüsselt“.

System	Datei
Windows 10/11	RigVibe-1.6.1-Windows-Setup.exe
Mac mit Apple-Chip	RigVibe-1.6.1-Mac-AppleSilicon.dmg
Mac mit Intel-Chip	RigVibe-1.6.1-Mac-Intel.dmg
Linux	RigVibe-1.6.1-Linux.AppImage
Debian/Ubuntu	rigvibe_1.6.1_amd64.deb
Linux-Server (Dienst)	RigVibe-1.6.1-Linux-Server.tar.gz

RigVibe 1.6.0

RigVibe 1.6.0

Neu: Quansheng UV-K1/K5 mit RigVibe-Firmware Stand 12

Die Firmware baut jetzt auf F4HWN Fusion 6.3.0 auf. Über den neuen Breitband-Weg kommt das Signal des Funkchips ungefiltert über USB-C, ganz ohne Soundkarte. Damit gehen neu:

• Packet 9600 Bd empfangen.
• D-STAR, DMR, YSF und M17 über USB-C (Rufzeichen, Kennungen und Sprechgruppe im Display).
• Schiffe (AIS) und Wettersonden (Vaisala RS41), mit Entzerrer für den Funkchip.

Die neue Firmware spielst du über Funkgerät → Firmware aufspielen ein.

Neu: Relais & Suchlauf

Ein eigenes Fenster, vor allem für Handfunkgeräte ohne Wasserfall:

• Relais im Umkreis mit Betriebsart, Ablage und Ton. Ein Klick stimmt ab.
• Bandscan: misst mit dem Quansheng das ganze 70-cm-Relaisband in etwa 2 Sekunden und zeigt, wo etwas los ist.
• Suchlauf über die Relaisliste oder eigene Frequenzen. Er hält auf belegten Kanälen an, wie bei einem Scanner.

Neu: Schiffe, Wettersonden und UKW-Rundfunk mit eigenen SDRs

Mit RTL-SDR, HackRF und Pluto:

• AIS (Schiffspositionen, Namen, Ziele) und Wettersonden RS41 (Seriennummer, Position, Höhe, Steigrate) werden selbst dekodiert.
• Alle Positionen erscheinen in der Weltkarte (Ebene „Schiffe, Sonden & APRS“), Sonden mit Flugbahn.
• UKW-Rundfunk (WFM) mit Ton in voller Bandbreite und RDS: Sendername, Radiotext und Programmart stehen unter der Frequenz.

Neu: Digitalbetrieb und Notfunk

• WebSDR als Eingang: Den Ton eines geöffneten websdr.org-Empfängers dekodieren (APRS, RTTY, FT8 …).
• Notfunk über ARDOP, VARA und Packet (AGW), mit echten Modems getestet, dazu gesicherter Text über PSK, RTTY, MFSK, Olivia und andere.

Verbessert

• SSTV wird auch verstimmt erkannt und empfangen (bis ±550 Hz).
• FT4 wird zuverlässig gelesen. Der CW-Dekoder schreibt kein Rauschen mehr.
• Empfänger: keine doppelte Verbindung mehr. OpenWebRX springt nicht mehr auf das alte Profil zurück.
• Fehlende englische Übersetzungen ergänzt.

System	Datei
Windows 10/11	RigVibe-1.6.0-Windows-Setup.exe
Mac mit Apple-Chip	RigVibe-1.6.0-Mac-AppleSilicon.dmg
Mac mit Intel-Chip	RigVibe-1.6.0-Mac-Intel.dmg
Linux	RigVibe-1.6.0-Linux.AppImage
Debian/Ubuntu	rigvibe_1.6.0_amd64.deb
Linux-Server (Dienst)	RigVibe-1.6.0-Linux-Server.tar.gz