| |
| amateurfunk:linux_mint_vm [2026/10/12 05:00] – Abgleich lokal <-> online nbadm | amateurfunk:linux_mint_vm [2026/10/13 05:00] (aktuell) – Abgleich lokal <-> online nbadm |
|---|
| [[:start|← Heimnetz-Übersicht]] · [[amateurfunk|Amateurfunk]] · [[infrastruktur:proxmox|Proxmox-Server pve]] | [[:start|← Heimnetz-Übersicht]] · [[amateurfunk|Amateurfunk]] · [[infrastruktur:proxmox|Proxmox-Server pve]] |
| |
| Stand: **11.10.2026**. Linux Mint 22.3 Cinnamon als virtuelle Maschine für Amateurfunk, SDR, WebSDR und Flugzeugüberwachung. Ziel: später auf den iMac (2017, Intel, ohne T2-Chip) umziehen, wo Mint das **einzige** Betriebssystem werden soll. | Stand: **12.10.2026**. Linux Mint 22.3 Cinnamon als virtuelle Maschine für Amateurfunk, SDR, WebSDR und Flugzeugüberwachung. Ziel: später auf den iMac (2017, Intel, ohne T2-Chip) umziehen, wo Mint das **einzige** Betriebssystem werden soll. |
| |
| ===== Überblick ===== | ===== Überblick ===== |
| | **Yaesu FTX-1** | USB (CP210x, CAT + Audio) | Hamlib-Modell **1051**, in Hamlib noch //Beta// – erst mit dem echten Gerät testen | | | **Yaesu FTX-1** | USB (CP210x, CAT + Audio) | Hamlib-Modell **1051**, in Hamlib noch //Beta// – erst mit dem echten Gerät testen | |
| | **Retevis RT3S** (OpenGD77) | USB | CPS-Software läuft unter Wine/Mono; zum Flashen Update-Modus, USB **per Port** durchreichen (USB-ID wechselt im Bootloader) | | | **Retevis RT3S** (OpenGD77) | USB | CPS-Software läuft unter Wine/Mono; zum Flashen Update-Modus, USB **per Port** durchreichen (USB-ID wechselt im Bootloader) | |
| | **HackRF H4M + PortaPack** (Mayhem) | USB | ''hackrf-tools'', SoapySDR, udev-Regeln gesetzt; H4M-Image der Mayhem-Firmware verwenden | | | **HackRF One / H4M + PortaPack** (Mayhem ''n_261006'') | USB, **Port 3-7 an ''pve''**, per Passthrough in die VM | ''hackrf-tools'', SoapySDR, udev-Regeln; siehe Abschnitt „HackRF in der VM“ | |
| |
| **Status 11.10.2026:** Die Geräte sind **noch nicht** an ''pve'' angeschlossen und daher nicht durchgereicht. Sobald sie stecken: USB-Passthrough in der VM-Hardware (Port-Zuordnung bevorzugt). Bis dahin zeigt ''readsb'' „activating“, weil kein SDR vorhanden ist. | **Status 12.10.2026:** Das HackRF ist an ''pve'' angeschlossen und durchgereicht. FTX-1, IC-7100 und RT3S sind noch **nicht** angeschlossen. |
| | |
| | ===== HackRF in der VM (wichtig) ===== |
| | |
| | * **Durchreichung:** ''usb0: host=3-7,usb3=1'' – //nach Port//, **xHCI (USB 3)**. Mit ''usb3=0'' (EHCI-Emulation) brach der Datenstrom nach 1–3 s ab und das Gerät meldete sich dauernd neu an. Mit ''usb3=1'': 2 min bei 10 MS/s ohne Aussetzer (19,3 MiB/s). |
| | * **Test direkt auf ''pve''** (ohne VM): 5 min bei 10 MS/s, 20,0 MiB/s, keine Abmeldung – Gerät und Firmware sind in Ordnung. |
| | * **Seltene Neuanmeldung im Leerlauf:** Das Gerät meldet sich gelegentlich am Host ab und wieder an (''usb 3-7: USB disconnect''). Dann reicht ''pve'' es automatisch neu durch: Skript ''/usr/local/bin/hackrf-reattach'' plus udev-Regel ''/etc/udev/rules.d/90-hackrf-reattach.rules'' (Meldung im Journal: ''hackrf-reattach''). Dauer rund 10 s. |
| | * **Host-Änderungen auf ''pve'':** Kernelmodul ''hackrf'' gesperrt (''/etc/modprobe.d/blacklist-hackrf.conf''), Paket ''hackrf'' (Werkzeuge) installiert, nur für Tests (''hackrf_info'', ''hackrf_transfer''). |
| | * **Problem „No SDR Devices available“ im WebSDR:** HackRF nicht in der VM sichtbar (''lsusb'' dort prüfen). Abhilfe: ''qm set 120 --delete usb0'' und ''qm set 120 --usb0 host=3-7,usb3=1'' auf ''pve''. |
| | |
| | ===== Betriebsart des HackRF: WebSDR oder ADS-B ===== |
| | |
| | Das HackRF kann **nur ein Programm gleichzeitig** nutzen. Die Umschaltung läuft automatisch: |
| | |
| | * Dienst ''sdr-auto'' (''/usr/local/bin/sdr-auto'', Einstellung ''/etc/default/sdr-auto'', ''IDLE_SEC=300''). |
| | * **Besucher auf dem WebSDR (Port 8073)** → ''readsb'' wird gestoppt, OpenWebRX+ bekommt das HackRF (Seite verbindet sich selbst neu, ca. 5–10 s). |
| | * **Niemand verbunden für 5 Minuten** → ''readsb'' (ADS-B) startet wieder. |
| | * Protokoll: ''journalctl -t sdr-auto''. |
| | * **Manuell:** ''sudo sdr-modus auto|adsb|websdr|aus'' (''auto'' = Automatik, die anderen halten die Betriebsart fest und pausieren die Automatik). |
| |
| ===== Installierte Software ===== | ===== Installierte Software ===== |
| * **SDR:** GQRX, GNU Radio, SoapySDR (HackRF, RTL-SDR), hackrf-tools | * **SDR:** GQRX, GNU Radio, SoapySDR (HackRF, RTL-SDR), hackrf-tools |
| * **WebSDR:** OpenWebRX+ (siehe unten) | * **WebSDR:** OpenWebRX+ (siehe unten) |
| * **Flugzeuge:** readsb + tar1090 (ADS-B 1090 MHz) | * **Flugzeuge:** readsb (selbst gebaut, mit HackRF) + tar1090 |
| * **OpenGD77:** Wine 9 und Mono (CPS-Software von opengd77.com manuell laden) | * **OpenGD77:** Wine 9 und Mono (CPS-Software von opengd77.com manuell laden) |
| |
| ===== OpenWebRX+ (WebSDR) ===== | ===== OpenWebRX+ (WebSDR) ===== |
| |
| * Adresse: http://192.168.192.111:8073 | * Adresse: http://192.168.192.111:8073 (Version 1.2.126) |
| * Paketquelle: ''luarvique.github.io/ppa/noble'' (für Ubuntu 24.04 als //experimentell// gekennzeichnet; das Ubuntu-22.04-Repo ist nicht installierbar, es verlangt Python < 3.11) | * Paketquelle: ''luarvique.github.io/ppa/noble'' (für Ubuntu 24.04 als //experimentell// gekennzeichnet; das Ubuntu-22.04-Repo ist nicht installierbar, es verlangt Python < 3.11) |
| * Empfänger ''hackrf'' mit **13 Profilen**: | * Empfänger ''hackrf'' (SoapySDR-Treiber) mit **13 Profilen**; Verstärkerstufen je Profil im Feld „RF Gain“ (''AMP'' = Vorverstärker 0/14 dB, ''LNA'' 0–40 dB, ''VGA'' 0–62 dB): |
| |
| ^ Profil ^ Bereich ^ Start ^ | ^ Profil ^ Bereich ^ Start ^ AMP / LNA / VGA ^ |
| | Mittelwelle Rundfunk | 0,53–1,7 MHz | 1000 kHz AM | | | Mittelwelle Rundfunk | 0,53–1,7 MHz | 1000 kHz AM | 14 / 24 / 20 | |
| | 160 m / 80 m / 60 m / 40 m | 1,5–7,5 MHz | 3700 kHz LSB | | | 160 m / 80 m / 60 m / 40 m | 1,5–7,5 MHz | 3700 kHz LSB | 14 / 24 / 20 | |
| | 30 m / 20 m | 9,7–14,7 MHz | 14200 kHz USB | | | 30 m / 20 m | 9,7–14,7 MHz | 14200 kHz USB | 14 / 24 / 20 | |
| | 17 m / 15 m | 17,7–21,7 MHz | 21200 kHz USB | | | 17 m / 15 m | 17,7–21,7 MHz | 21200 kHz USB | 14 / 24 / 20 | |
| | 12 m / **11 m CB** / 10 m | 24,8–29,8 MHz | 27065 kHz FM | | | 12 m / **11 m CB** / 10 m | 24,8–29,8 MHz | 27065 kHz NFM | 14 / 24 / 20 | |
| | 6 m | 49–53 MHz | 51000 kHz USB | | | 6 m | 49–53 MHz | 51000 kHz USB | 14 / 32 / 24 | |
| | 4 m | 69,25–71,25 MHz | 70250 kHz FM | | | 4 m | 69,25–71,25 MHz | 70250 kHz NFM | 14 / 32 / 24 | |
| | **UKW-Radio** (2 Profile) | 87,5–97,5 und 98,5–108 MHz | WFM | | | **UKW-Radio** (2 Profile) | 87,5–97,5 und 98,5–108 MHz | WFM | 0 / 24 / 20 | |
| | 2 m + **Freenet** | 143,5–149,5 MHz | 145500 kHz FM | | | 2 m + **Freenet** | 143,5–149,5 MHz | 145500 kHz NFM | 14 / 32 / 24 | |
| | 70 cm | 430–440 MHz | 433500 kHz FM | | | 70 cm | 430–440 MHz | 433500 kHz NFM | 14 / 32 / 24 | |
| | PMR446 | 445–447 MHz | 446006 kHz NFM | | | PMR446 | 445–447 MHz | 446006 kHz NFM | 14 / 32 / 24 | |
| | 23 cm | 1286–1306 MHz | 1296500 kHz USB | | | 23 cm | 1286–1306 MHz | 1296500 kHz USB | 14 / 32 / 24 | |
| |
| * **Lesezeichen (19):** CB-Kanäle 1/9 (Notruf)/14/19/40, Freenet-Kanäle 1–6 (149,025–149,0875 MHz), PMR446-Kanäle 1–8 | * **Lesezeichen (19):** CB-Kanäle 1/9 (Notruf)/14/19/40, Freenet-Kanäle 1–6 (149,025–149,0875 MHz), PMR446-Kanäle 1–8 |
| * **Grenzen:** Das HackRF liefert nur **ein Profil gleichzeitig**. Unter 30 MHz ist es ohne Upconverter deutlich unempfindlicher als auf VHF/UHF. Bei hohen Samplerates (10–20 MS/s) sind in der VM Sample-Aussetzer möglich; Abhilfe: kleinere Samplerate im Profil. | * **Modulationsnamen:** Schmalband-FM heißt in OpenWebRX+ ''nfm'', nicht ''fm''. Ein Profil mit ''fm'' liess die Verbindung scheitern (Profilliste leer, Log: ''unsupported demodulator: fm''). |
| * **Admin-Konto:** noch nicht angelegt. Anlegen mit ''sudo openwebrx admin adduser <name>'' (fragt das Passwort interaktiv ab). | * **Grenzen:** Unter 30 MHz ist das HackRF ohne Upconverter deutlich unempfindlicher als auf VHF/UHF. |
| | * **Safari:** Wiedergabe am Mac nur zuverlässig mit „Alle automatische Wiedergabe erlauben“ für die Seite (Safari → Einstellungen für diese Website). |
| | * **Admin-Konto:** noch nicht angelegt: ''sudo openwebrx admin adduser <name>'' (fragt das Passwort interaktiv ab). Standort steht noch auf dem Beispielwert Budapest. |
| * **Nicht enthalten:** DAB+, Kurzwellen-Rundfunk, Flugfunk (nicht gewünscht/gefragt) | * **Nicht enthalten:** DAB+, Kurzwellen-Rundfunk, Flugfunk (nicht gewünscht/gefragt) |
| |
| ===== Flugzeugüberwachung ===== | ===== Flugzeugüberwachung (ADS-B) ===== |
| |
| * Karte: http://192.168.192.111/tar1090/ (Webserver lighttpd, Port 80) | * Karte: http://192.168.192.111/tar1090/ (Webserver lighttpd, Port 80) |
| * Quelle: ''readsb'' per SoapySDR, für das HackRF in ''/etc/default/readsb'' eintragen: ''--device-type soapysdr --device driver=hackrf'' | * **readsb** (Version 3.16.17, mit ''HACKRF=yes RTLSDR=yes'' selbst gebaut; Original gesichert als ''/usr/bin/readsb.rtlsdr-only''). Das Paket aus dem Installer kannte nur RTL-SDR. |
| * Antenne für 1090 MHz erforderlich. Das HackRF ist **gleichzeitig nur für OpenWebRX+ //oder// ADS-B nutzbar**, nicht für beides. | * **Pipeline** ''/usr/local/bin/adsb-pipeline'': ''hackrf_transfer'' (1090 MHz, 2,4 MS/s) → Byte-Umsetzung (int8 → uint8) → ''readsb --device-type ifile''. Der Erzeuger läuft in einer Schleife, weil das H4M beim Setzen der Samplerate gelegentlich einen I/O-Fehler meldet; so sieht ''readsb'' kein Dateiende. Verstärkung in ''/etc/default/readsb'': ''HACKRF_LNA=32'', ''HACKRF_VGA=40'' (AMP immer an). |
| | * **Systemdienst:** ''readsb.service'' mit Drop-in ''/etc/systemd/system/readsb.service.d/hackrf.conf''; Benutzer ''readsb'' in Gruppe ''plugdev''. |
| | * **Karte zeigt nur Flugzeuge mit Position.** Flugzeuge ohne Position (reine Mode-S-Antworten) stehen nur in der Liste. |
| | * **Start-/Zielflughafen:** In ''config.js'' von tar1090 eingeschaltet (''useRouteAPI = true'', Anzeige ICAO + Stadt, Dienst ''api.adsb.lol''). Hinweis: Der Browser sendet Rufzeichen und Position an diesen externen Dienst. Sicherung der Datei: ''config.js.orig''. |
| | * Antenne für 1090 MHz erforderlich; mit der mitgelieferten Teleskopantenne drinnen sind nur wenige Flugzeuge zu sehen. |
| | * Nicht eingebaut: Feeder zu Flightradar24/FlightAware o. ä. (Zugangsdaten nötig). |
| |
| ===== Setup-Skript ===== | ===== Setup-Skript ===== |
| |
| Alle Schritte stehen in **einem wiederholbaren Skript** ''mint-hamradio-setup.sh'' mit Modulen: ''base'', ''hamlib'', ''digimodes'', ''sdr'', ''hackrf'', ''openwebrx'', ''adsb'', ''gd77'', ''udev''. Aufruf: ''sudo bash mint-hamradio-setup.sh [Modul …]'', ohne Angabe laufen alle. Es ist idempotent und für den iMac gedacht. Ablageort: Home-Verzeichnis von ''norbert'' auf der VM (''~/mint-hamradio-setup.sh''); Protokolle ''~/setup-*.log''. | Alle Schritte stehen in **einem wiederholbaren Skript** ''mint-hamradio-setup.sh'' mit Modulen: ''base'', ''hamlib'', ''digimodes'', ''sdr'', ''hackrf'', ''openwebrx'', ''adsb'', ''gd77'', ''udev''. Aufruf: ''sudo bash mint-hamradio-setup.sh [Modul …]'', ohne Angabe laufen alle. Es ist idempotent und für den iMac gedacht (enthält readsb-Build, Pipeline, ''sdr-auto'', ''sdr-modus'', Profile, Verstärker, Routen). Ablageort: Home-Verzeichnis von ''norbert'' auf der VM (''~/mint-hamradio-setup.sh''); Protokolle ''~/setup-*.log''. |
| |
| ===== Umzug auf den iMac (2017) ===== | ===== Umzug auf den iMac (2017) ===== |
| - ''~/'' der VM sichern (Konfigurationen, Logbuch, Codeplug) und auf den iMac zurückspielen. | - ''~/'' der VM sichern (Konfigurationen, Logbuch, Codeplug) und auf den iMac zurückspielen. |
| - ''mint-hamradio-setup.sh'' ausführen. | - ''mint-hamradio-setup.sh'' ausführen. |
| - Geräte direkt am iMac anschließen (besseres USB für SDR und Audio als in der VM). | - Geräte direkt am iMac anschließen (kein VM-Passthrough, damit entfallen die oben beschriebenen USB-Probleme). |
| |
| Hinweis zur Hardware: Der iMac 2017 hat **keinen T2-Chip** (den hat nur der iMac Pro 2017 und der 27"-iMac 2020). macOS-Updates endeten dort mit Ventura (13), Sicherheitsupdates seit Herbst 2025 nicht mehr. | Hinweis zur Hardware: Der iMac 2017 hat **keinen T2-Chip** (den hat nur der iMac Pro 2017 und der 27"-iMac 2020). macOS-Updates endeten dort mit Ventura (13), Sicherheitsupdates seit Herbst 2025 nicht mehr. |
| * **Sudo ohne Passwort** entfernen, wenn kein Fernzugriff mehr nötig: ''sudo rm /etc/sudoers.d/90-ham-setup''. | * **Sudo ohne Passwort** entfernen, wenn kein Fernzugriff mehr nötig: ''sudo rm /etc/sudoers.d/90-ham-setup''. |
| * Autorisierten SSH-Schlüssel in ''~/.ssh/authorized_keys'' entfernen, wenn nicht mehr gewünscht. | * Autorisierten SSH-Schlüssel in ''~/.ssh/authorized_keys'' entfernen, wenn nicht mehr gewünscht. |
| * USB-Geräte an ''pve'' anschließen und durchreichen, danach Rig-Tests (''rigctl -m 3070 …'', ''rigctl -m 1051 …''). | * FTX-1, IC-7100, RT3S an ''pve'' anschließen und durchreichen, danach Rig-Tests (''rigctl -m 3070 …'', ''rigctl -m 1051 …''). |
| * OpenWebRX+-Admin anlegen, Antennen und Verstärkung (Gain) im Admin-Bereich einstellen. | * OpenWebRX+-Admin anlegen, Standort (Budapest) und Antennen/Verstärkung im Admin-Bereich einstellen. |
| | * Beobachten: gelegentliche Neuanmeldung des HackRF im Leerlauf (siehe oben). Bei häufigem Abreißen: kurzes Kabel, aktiver USB-Hub, anderer Port. |
| * Verwaiste Platte ''nas:110/vm-110-disk-0.raw'' (8 GB) gehört zu keiner VM; nicht angefasst. | * Verwaiste Platte ''nas:110/vm-110-disk-0.raw'' (8 GB) gehört zu keiner VM; nicht angefasst. |
| |
| ===== Hinweise zur Einrichtung (11.10.2026) ===== | ===== Hinweise zur Einrichtung (11./12.10.2026) ===== |
| |
| * **NFS-Schreibrechte:** Der NAS-Export ''/volume1/Proxmox'' bildet alle Zugriffe auf UID ''1024''/GID ''100'' ab (''all_squash''). Die Verzeichnisse gehörten ''root'' und waren nicht beschreibbar, daher schlug das Anlegen der VM zunächst fehl. Behoben mit ''chown 1024:100'' auf ''images'', ''dump'', ''template'', ''template/iso'', ''private'', ''snippets'', ''import'' (nicht rekursiv). | * **NFS-Schreibrechte:** Der NAS-Export ''/volume1/Proxmox'' bildet alle Zugriffe auf UID ''1024''/GID ''100'' ab (''all_squash''). Die Verzeichnisse gehörten ''root'' und waren nicht beschreibbar, daher schlug das Anlegen der VM zunächst fehl. Behoben mit ''chown 1024:100'' auf ''images'', ''dump'', ''template'', ''template/iso'', ''private'', ''snippets'', ''import'' (nicht rekursiv). |
| * **ISO:** ''linuxmint-22.3-cinnamon-64bit.iso'' (3,09 GB) vom Mirror ''mirrors.kernel.org'' geladen, SHA-256 gegen ''sha256sum.txt'' geprüft; liegt unter ''nas:iso/''. Das Laufwerk der VM ist nach der Installation leer. | * **ISO:** ''linuxmint-22.3-cinnamon-64bit.iso'' (3,09 GB) vom Mirror ''mirrors.kernel.org'' geladen, SHA-256 gegen ''sha256sum.txt'' geprüft; liegt unter ''nas:iso/''. Das Laufwerk der VM ist nach der Installation leer. |
| * **Installer:** Bedienung über die noVNC-Konsole; die Passwort-Eingabe erfolgte durch den Benutzer. | * **Installer:** Bedienung über die noVNC-Konsole; Benutzername und Passwort wurden vom Benutzer selbst eingegeben, ebenso das sudo-Passwort bei der SSH-Einrichtung. |
| | |
| | |
| | ===== Nachtrag 12.10.2026: Standort und Leerlauf ===== |
| | |
| | * **Standort Raderbroich** (Korschenbroich): ''51.2047 N, 6.5320 E'', Maidenhead ''JO31ge'', Höhe geschätzt 45 m. Eingetragen in OpenWebRX+ (''receiver_gps'', ''receiver_location'', ''receiver_asl'' in ''/var/lib/openwebrx/settings.json''), in ''readsb'' (''--lat/--lon'' in ''DECODER_OPTIONS'', hilft auch beim Dekodieren von Positionen) und in tar1090 (''SiteLat/SiteLon/SiteName'' in ''config.js''). Die Werte stehen im Setup-Skript als Variablen ''QTH_LAT'', ''QTH_LON'', ''QTH_NAME'', ''QTH_ASL''. Quelle: Zone „Raderbroich“ in Home Assistant, auf 4 Nachkommastellen (ca. 10 m) gerundet. |
| | * **Leerlauf der Umschaltung** ist jetzt **2 Minuten** (''IDLE_SEC=120'' in ''/etc/default/sdr-auto'') statt 5. Ist am Mac noch ein WebSDR-Tab offen, bleibt ADS-B aus und die Flugzeugkarte meldet „Problem fetching data“. |
| | * **Feeder (Flightradar24, FlightAware u. a.):** noch nicht eingerichtet. Zugangsschlüssel kommen später. |
| | |
| | * **Route in der Flugzeugliste:** Die Spalte „Route“ ist in tar1090 standardmäßig vorhanden (''config.js'': ''HideCols'' unverändert). Angezeigt werden IATA-Codes (''routeDisplay = "iata"'', z. B. ''DUS - AGP''); im Infofenster und beim Überfahren stehen Flughafennamen. Routenabfrage: ''routeApiUrl = "https://adsb.im/api/0/routeset"'' (auf Seiten mit ''http://'' nutzt tar1090 automatisch ''http://adsb.im''). Der frühere Dienst ''api.adsb.lol'' lieferte nur leere Antworten. Die Abfrage startet erst, wenn die Seite sichtbar ist und ein Flugzeug Rufzeichen und Position hat; Abflug- und Ankunftszeiten liefert dieser Dienst nicht (nur Links zu FlightAware/Flightradar24 im Infofenster). |
| | |
| | ===== Nachtrag 12.10.2026: Selbstheilung des HackRF-Empfangs ===== |
| | |
| | **Befund:** Nach einer USB-Neuanmeldung (oder einem Abriss des Datenstroms) lieferte die Pipeline nur noch ca. 0,5 statt ca. 20 Nachrichten/s, oder ''hackrf_transfer'' brach direkt nach dem Start ab (''Couldn't transfer any bytes for one second''). Ein Neustart von ''readsb'' allein half dann nicht, ein **erneutes Durchreichen** des Geräts an die VM (''qm set 120 --delete usb0'', dann ''--usb0 host=3-7,usb3=1'') sofort. |
| | |
| | **Gegenmaßnahmen:** |
| | |
| | * **VM, ''/usr/local/bin/adsb-pipeline'':** Wartet beim Start bis zu 60 s auf das HackRF, probiert das Setzen der Samplerate mehrfach und beendet sich, wenn ''hackrf_transfer'' endet. ''readsb.service'' startet dann sauber neu (Drop-in ''hackrf.conf'': ''Restart=always'', ''RestartSec=3''). |
| | * **Host ''pve'', Dienst ''hackrf-watchdog''** (''/usr/local/bin/hackrf-watchdog'', ''systemctl status hackrf-watchdog''): Fragt alle 20 s per QEMU-Gastagent den Zähler ''NRestarts'' von ''readsb'' in VM 120 ab. Steigt er, reicht er das HackRF über ''/usr/local/bin/hackrf-reattach'' neu durch (danach 60 s Pause). Protokoll: ''journalctl -t hackrf-watchdog -t hackrf-reattach''. Im Test erholte sich der Empfang nach einem simulierten Abriss in ca. 1 Minute. |
| | * **VM, ''sdr-auto'':** Startet ''readsb'' höchstens alle 30 s neu, wenn das HackRF fehlt. |
| | |
| | **Wichtig:** |
| | |
| | * **Kein ''hackrf_spiflash -R''** auf dem PortaPack-Gerät: Das H4M startet danach in die Mayhem-Anwendung (USB-ID ''1d50:6018'' statt ''6089'') und kommt nur zurück, wenn man am Gerät „HackRF“ wählt oder das Kabel neu steckt. |
| | * **Meldung ''usb3-port7: Cannot enable. Maybe the USB cable is bad?''** auf ''pve'' bedeutet: das Gerät meldet sich am USB nicht. Kabel neu stecken oder wechseln (kurzes Datenkabel, ggf. aktiver Hub). Danach kam das Gerät als ''1d50:6089'' zurück. |
| | * **Empfangsrate zur Orientierung:** 15–35 Nachrichten/s bei 3–7 Flugzeugen (Sonntagmorgen). Starke Schwankung je nach Verkehr ist normal. |
| | * Der Wächter gehört zur **Host-Konfiguration** und ist nicht im Setup-Skript der VM. Beim Umzug auf den iMac entfällt er, weil es dort keine VM-Durchreichung gibt. |
| |