Vorstellung der nächsten SDR Generation – Der Saturn SDR-Plattform
Der Saturn SDR bietet einen großen Sprung nach vorn in Bezug auf die Verarbeitungsfähigkeit und die Flexibilität in Anwendungsszenarien.
Großes FPGA mit einer Verarbeitungsleistung von 930 GMAC/s
Hochgeschwindigkeits-PCIe-Schnittstelle mit geringer Latenz zwischen dem FPGA und den ARM-Prozessoren
Integriertes Linux-Betriebssystem mit Desktop, das auf einer Quad-Core-Arm-Plattform läuft
Geeignet für den Stand-Alone-Betrieb ohne PC
Verwendung mit einem PC unter Verwendung von Thetis
Hardware für Remote-Betrieb (bitte beachten Sie, dass dies eine zukünftige Funktion ist, die derzeit nicht verfügbar ist)
Umfangreiche E/As – 2 x HDMI 4K, Gigabit Ethernet, 4 x USB, 7-Zoll-Touchpanel-Schnittstelle.
https://github.com/laurencebarker/Saturn
https://apache-labs.com/al-news/1033/Introducing-the-Next-Generation-Saturn-SDR-Platform.html
https://community.apache-labs.com/viewtopic.php?f=47&p=24054#p24054
Mit dem Laden des Videos akzeptieren Sie die Datenschutzerklärung von YouTube.
Mehr erfahren
Mit dem Laden des Videos akzeptieren Sie die Datenschutzerklärung von YouTube.
Mehr erfahren
Ein Beitrag aus dem ApacheLaps Forum von Scott wu2o zu dem Thema:
Ich denke, Apache wird den Begriff „Saturn“ sowohl für die Hauptbaugruppe (Box) als auch für das neue SDR-Board verwenden. Wir werden sehen, wie das Projekt reift.
Beachten Sie, dass wir den Begriff „neu“ mit Bedacht verwenden müssen. Es ist das Gleiche wie immer, nur auf eine neue Art und Weise realisiert. Es ist immer noch das gleiche Radio, es wird immer noch Thetis/piHPSDR/linHPSDR verwenden.
Ich denke, es wird in vielerlei Hinsicht einfacher zu bedienen und zu entwickeln sein. Die Verlagerung von mehr Funktionalität in die Software ist der richtige Weg. Die Verwendung von viel mehr kommerziellem geistigem Eigentum („IP“, Firmware-Jargon für vorgefertigten FPGA-Firmware-Code) im FPGA ist der richtige Weg (solange es nicht irgendwie die abgeleiteten Arbeiten beeinträchtigt). Die Zuverlässigkeit und Stabilität kommerzieller IP und des Linux-Ethernet-Networking-Stacks wird einen Großteil der Zuverlässigkeits- und Stabilitätsprobleme lösen, die uns in den letzten Jahren geplagt haben.
Für die Benutzergemeinschaft ergeben sich jedoch neue Herausforderungen. Sie müssen sich nun mit der Pflege und dem Betrieb eines Raspberry Pi-Betriebssystems befassen. Die Benutzer müssen neue Fähigkeiten erlernen, z. B. wie man sich per SSH in Linux einloggt und die Linux-Befehlszeile für bestimmte Wartungsarbeiten wie das Aktualisieren der Firmware verwendet.
Es ist schwer, dies nicht mit dem unglücklichen Minerva-Projekt zu vergleichen. Minerva, manchmal auch als „DFC“-Projekt bekannt, war das Geistesprodukt von Phil, VK6PH. Es hätte beinahe die vollständige Abschaffung der Firmware erreicht. Sie können es googeln, es gibt einige Youtube-Videos dazu. Der FPGA auf dem Board war ziemlich rudimentär und schob lediglich alle rohen ADC- und DAC-Daten über PCI, wo sie in einer GPU verarbeitet werden sollten. Wenn Sie bereits eine Nvidia CUDA-fähige GPU in Ihrem PC hatten (und das haben viele von uns), konnten Sie loslegen. Minerva bestand zu fast 100 % aus C-Code. Sie hatten Boards und alles. Leider wurde das Projekt kurz vor dem Ende aufgrund von, sagen wir mal, „Personalproblemen“ aufgegeben. Es war Saturn auf Steroiden in Bezug auf die Reduzierung des Firmware-Inhalts.
