Beiträge von otti

    Hi Olli,


    wenn Du neben einer Antenne auch noch in einen rauscharmen Vorverstärker mit ausreichendem Gain investierst (um die Eingangsrauschzahl des AR8600 zu kompensieren und zusätzlich die Kabeldämpfung auszugleichen), sollte es klappen. Nur mit Antenne alleine wirst Du mit dem Gerät keine Freude haben, da Du damit z.B. Inmarsat nur sehr eingeschränkt empfangen kannst.


    Im L-Band ist das Ding halt nicht besonders empfindlich und die Empfänger-Rauschzahl liegt deutlich oberhalb von 10-15dB... für den VHF/UHF Empfang ist der AR8600 jedoch bestens zu gebrauchen.


    Greetz,


    otti

    Und wenn der Fokus eh auf Kurzwelle ist, so wie Du schreibst, gibt es mit Sicherheit zahlreiche Alternativen....den AR5000 würde ich nur nehmen und empfehlen, wenn der Fokus auf VHF/UHF/SHF liegt...


    Greetz,


    otti (der seinen AR5000 auch nicht verkaufen will :icon_biggrin_1: )

    Für alle die der Englischen Sprache mächtig sind, kann ich dieses Grundlagen Tutorial zu GRC empfehlen:


    http://www.youtube.com/watch?v=N9SLAnGlGQs



    Einfach mal ganz klein anfangen - z.B. mit Signalgenerator - Throttle Block und Oscilloskop (oder Audio Sink).....
    Also ganz einfache Sachen.


    Wer gleich mit den Demodulatorblöcken anfängt und keine DSP Grundkenntnisse hat wird klaglos scheitern (ohne sich von Anfang an mit dem "Hello World" Signalgeneratorbeispiel....siehe Oben) herangetastet hat... :icon_biggrin_1: :icon_biggrin_1: :icon_biggrin_1:


    Kann das aus eigener Erfahrung nur bestätigen - Steep Lerning Curve...
    Inzwischen klappen hier schon die PSK Demodulatoren, Konstellationsdiagramme, Augendaigramme u.s.w. recht gut.

    Auch ein bisschen Signalanalyse: PSK-Oder Analyse, PSK Baudrate (zyklostationäre Analyse), schnelle Autokorrelation u.s.w.
    War aber ein langer steiniger Weg - aber alles "lernbar"...


    Daher die Idee mal ein paar deutschsprachige Tutorials aufzulegen. Wenn ich nur mehr Zeit hätte...
    (aber nix mit Tetra/GSM und Co. sondern eher die Grundlagen in GRC....also nix für Script-Kids :icon_biggrin_1: )


    Greetz,


    Otti

    GRC (grafische Oberfläche für GNU Radio) befindet sich in "Programming" und einige der Osmocom Proggies sind nicht im grafischen Menü zu finden, da einige davon ja in der Konsole gestartet werden...(Konsolenanwendung)


    Greetz,


    otti

    Hi,


    welche Osmocom packages meint ihr denn ? - Einen Teil davon gibts ja bereits vorinstalliert auf der Live-DVD....(zumindest beim ersten link)


    Beim Tutorial ging es mir mehr um GNU Radio (und dessen Möglichkeiten) und nicht Linux allgemein, bzw. third Party Decoders u.s.w.


    Otti

    Hallo,


    es gab ja hier im Forum schon mal Ansätze vor etwas über einem Jahr eine Linux Live-CD für RTL SDR Spielereien auf die Beine zu stellen, da es damals so etwas noch nicht gab und eine echte "Marktlücke" war.


    Dies ist insbesondere für nicht Linux Experten von Interesse, die sich nicht an die Kompilation der ganzen Packages wagen.


    Inzwischen hat sich auf dem Gebiet einiges getan.


    Es gibt die PENTOO Linux Distro die zahlreiche Radio Packages und GNU Radio 3.6 mit drin hat.
    Leider funktionieren dort einige der Grafischen GRC Sinks (FFT, Osci, Waterfall u.s.w.) nicht.
    Möglicherweise irgendwelche Dependency-Packages nicht korrekt installiert.



    Hier mal zwei Linux Live CD's (DVD) mit vorinstalliertem RTL SDR Treibern, GNU Radio und diversen anderen Funk Packages:
    Diese funktionieren hier bei mir einwandfrei.


    Hier auf Basis von GNU Radio Version 3.6.x:
    http://www.rtl-sdr.com/rtl-sdrhackrf-live-dvd/


    Diese DVD habe ich hier bei mir benutzt, um ein SDR Linux System aufzusetzen (anstelle von Live Betrieb).
    Man hat dann nach der Installation alle Radio-Packages "Ready to Use"out of the box... :icon_biggrin_1:


    Und hier ziemlich brandneu von den GNU Radio Machern mit GNU Radio 3.7 (etwas Umgewöhnungsbedürfitg):


    http://gnuradio.org/redmine/news/27


    Greetz,


    Otti

    P.S.
    Ich würde hier gerne mal einen Thread "GNU Radio Tutorial" aufmachen, falls sich evtl. der eine oder andere Mitstreiter findet.
    Es sollten ein paar Flowcharts für GRC vorgestellt, und (vor allem) die Funktionen erklärt werden, so dass sie jeder "nachkochen" kann... :icon_biggrin_1:
    Was haltet Ihr davon?

    Hallo,


    die senden doch Grand und Bogenminuten - das sind auf nem Großkreis eine Seemeile - also ca. 1.8km Genauigkeit (am Equator) und weniger weiter nördlich/südlich....wenn ich im Fach Navigation richtig aufgepasst habe...ist schon ein bissl her :icon_biggrin2_1:


    Ich denke mal das dies eine ausreichende Genauigkeit für Search & Rescue Operationen sind, zumal die meist im Nahbereich mir EPIRB Peilern ausgestattet sind.


    Besonders interessant (außer technisch gesehen) ist das decodieren dieser Baken ja nicht gerade. :icon_biggrin_1:


    Gretz,


    Otti

    Signal Analyzer habe ich mir schon besorgt, scheitere bisher aber an den unglaublichen Funktionen..

    Ääähhh, hast Du es registriert oder die Demo besorgt (oder Fullversion ohne Licensekey)?


    Die Demo scheint nämlich nicht wirklich voll funktionsfähig zu sein, man kann zwar damit die Funktionalität "erproben", aber wenn man eine echte Messung machen will (z.B. Phasenanlyse eines PSK Signals), kommt nur Murks raus, solange man nicht einen Licensekey für die Vollversion hat.


    Da der Autor ja vor einiger Zeit leider verstorben ist, würde es mich interessieren, ob man es überhaupt noch registrieren kann.


    Greetz,


    otti

    Hmmm, interessante Aussendung trotz meiner eingerosteten Russischkenntnisse.....nach Minute 1:50 werden so eine Art Koordinaten durchgegeben.


    Es wird in dem Abschnitt etwas von "Flugzeug" und "Geschwindigkeit" gesagt und einige Zahlenkolonnen die sich nach Koordinatenangaben anhören. (meine Interpretation: möglicherweise "Zielkoordinaten" eines sich bewegenden Flugzeugziels ???)


    Otti

    Doch kann er - Du musst nur 5250 Baud wählen :icon_biggrin_1:


    Siehe meine Mail von oben.....Gesendet werden 10500 bit/s "over the air", daher auf vielen Frequenzlisten als 10500 Baud Kanal gelistet.
    (5250 sym/s als OQPSK, also 2 bit pro Symbol = 10500 bit/s)


    In den Inmarsat Spezifikationen spricht man auch gerne von "Channel rate" - für diesen Kanal ist das 10.5k channel rate.
    (das ist der P-Kanal von Inmarsat-Aero-H, die langsameren sind die P-Kanäle von Inmarsat Aero-L und Aero-I)


    Bei dem Aero Decoder musst Du also einfach 5250 Baud einstellen, dann sollte es gehen, bei ausreichend SNR und korrekter Abstimmung.
    Weiter kann ich leider nicht helfen, da ich ja keinen solchen Decoder besitze, nur Screenshots und Youtube Videos zu dem Thema gesehen :-)


    Probier es mal aus, das sollte gehen.


    Greetz,


    Otti

    Hallo,


    die Kanäle die Keyhole meint sind wahrscheinlich diese hier unten im Anhang....
    Der in der Mitte (bei circa 1546.070 ist besonders stark)


    Kanäle mit 64k gibts beim alten Aero Standard nicht - maximum ist 21k Channel rate.
    Alles schnellere sind schon die neueren Aero Generationen für Breitband Connectivity.


    Das sind 3 x Aero GES Kanäle mit 10500 Baud (oder Sym/s ?) OQPSK


    Dort ist der meiste "classic" Aero Traffic von den Transatlantik Fliegern.
    Sollte W-Code können....


    Gruss,


    Otti

    Dateien

    • AERO_GES.PNG

      (319,15 kB, 39 Mal heruntergeladen, zuletzt: )

    Hi,


    sowie mir mitgeteilt wurde (habe leider keinen sündhaft teuren Aero Decoder) sind die Slow Speed Kanäle hier in unseren Breiten nicht so sehr frequentiert...deshalb vielleicht Trikers AOR-W Nutzung???


    Aber vielleicht kann Roland das mal bestätigen und mal einen Tipp für einen der "most Busy" Kanäle auf AOR-E abgeben?
    (so wie z.B. beim Std-C wo bei Burum Netherlands LES und France Telecom LES eigentlich immer am meisten los ist)


    Der Aero-L Standard mit slow speed ist ja eher was für kleinere Flugzeuge und davon sind die meisten nicht mit SATCOM ausgestattet in unseren Breiten.
    Der Aero-L Standard basiert auf Omni Antennen (so wie z.B. Inmarsat C auch) bei der Aeronautical Earth Station Seite.


    Mehr los ist da wohl auf den Aero-M und Aero-H Kanälen (Medium und High Gain Antennen) mit größeren Flugzeugen.
    Auf 15W soll da z.B. auf der ca. 1546.060 (ca. 1 Mhz über den low speed) gut ACARS artiger Traffic sein...das ist dann in einer Art OQPSK mit 10500 sym/s. Die dicken Transatlantik Brummer sind da zu Gange (also so A330, 340, B767, 777, 747 u.s.w.).
    Den müsste der W-Code ja Laut "Verkaufsprospekt" auch können....


    Allerdings gibts bei allen Aero Channels immer nur den Rückkanal, also vom Boden ins Cockpit....nicht umgekehrt.
    Also auf Transatlantik-Positionsdaten u.s.w. muss man wohl verzichten.


    Greetz,


    otti

    Hier noch ein Screenshot soeben mit meiner Omni - Rundstrahlantenne aufgenommen.
    (kommerzielle Inmarsat-C Antenne von einem Schiff, siehe meine anderen älteren Threads hier)


    Die hier sichtbaren starken Kanäle sind vom AOR-W (54 West), da der AOR-E (15W) am momentanen Antennenstandort etwas abgedeckt ist..
    Die eher schwächeren Streifen auf der rechten Bildhälfte sollten vom AOR-E sein... :icon_biggrin2_1:


    Man sieht sehr schön die in meinem obigen Post erwähnten schmalen und breiten Streifen...


    Im "VFO" vom HDSDR ist da gerade ein 2400sym/s Signal eingestellt (auch im unteren Audiowasserfall sichtbar).
    Bedingt durch die GMSK artige Modulation ist das Signal nur eine halbe Symbolrate breit....also sehr effizient in der Frequenzausnutzung.


    Greetz,


    otti

    Hallo zusammen,


    endlich mal wieder ein "gescheites" Thema zu dem ich gerne mal etwas mitdiskutieren möchte... :icon_biggrin_1:


    Jemand fragte oben nach dem Empfangsequipment.....die Signale sind i.d.R. etw. stärker als die vom Inmarsat-C Standard. Also wer eine Inmarsat-C fähige Empfangsanlage hat, der kann damit auch die Slow-Speed Aero-L Kanäle empfangen. (nur haperts da an den verfügbaren Decodern, hust hust)



    Triker :
    Sehr schöne Screenshots - ich hänge später auch noch welche dran...




    Ihr müsst bei den Baudraten aufpassen, insbesondere weil es da gerne ein "Mischmasch" gibt.
    Einige Programme (und Frequenzlisten) listen die Baudrate andere die Symbolrate !!!


    Ich versuch es mal für mitlesende Einsteiger simpel zu erklären:
    Es gibt quasi die "Netto Baudrate" (also der Datenstrom, z.B. Messages, Mails u.s.w. der vom Computer gesehen wird)
    Es gibt die "Symbolrate" (also sozusagen die Datenrate mit der die Bits auf dem Funkkanal übertragen werden)



    Viele Verfahren (Insbesondere auch auf Inmarsat) verwenden jedoch eine FEC Fehlerkorrektur auf Basis eines Faltungscodes (Convolutional Encoder). Typisch ist z.B. ein 1/2 Rate encoder nach dem Nasa Voyager Standard, wie er auch bei den älteren Inmarsat Standards (C und Aero) verwedet wird.


    Als Resultat werden zur Fehlerkorrektur doppelt so viele Bits gesendet, wie eigentlich im Datenstrom vorhanden sind. Also wenn ein Terminal einen 600 bit/s (Baud) Datenstron senden will, dann wird daraus bei BPSK (oder FSK) Modulation ein Datenstrom von 1200 bit/s "over the Air"......oder man spricht von 1200sym/s...



    Bei inmarsat-C z.b. wird mit 1200 Sym/s gesendet, aber die Datenrate als solche ist nur 600 Baud.
    Landläufig wird aber oft von 1200 Baud BPSK gesprochen (auf Frequenzlisten und bei Freewaredecodern)



    Bei Aero-L verhält sich das ähnlich. Das in den Screenshots gezeigte W-Code zeigt die "Nettorate" an.
    (nicht die Symbolrate "over the air", die doppelt so hoch ist)


    Zu erkennen sind die zwei Geschwindigkeiten sehr einfach :icon_idea2_1: auf dem SDR Wasserfall.
    Die ca. 600 Hz breiten Signale sind die 600 Baud / 1200 sym/s
    Die ca. 1200Hz breiten Signale sind die 1200 Baud / 2400 Sym/s



    Jetzt sagt der eine oder andere:
    "Moment mal, sind die Signale nicht viel zu schmal, für eine so hohe Symbolrate?"


    Wenn es tatsächlich "Standard" DPSK wäre (wie W-Code anzeigt und Triker "ausgemessen" hat), dann müssten sie eigentlich doppelt so breit sein !!!



    Warum sind dann diese Signale so schmal?
    Ganz einfach - es handelt sich nicht um ein klassisches DPSK Signal.
    Ein Standard DPSK Signal wird ja i.d.R. um +/- 180 Grad umgetastet.
    (sowie bei BPSK auch)


    Bei den Aero slow speed Kanälen (bis 2400 sym/s) wird aber mit + / - 90 Grad umgetastet !
    Und zwar immer im Verhältnis zur vorhergehenden Phase (also schon eine Art von DPSK)
    Zusätzlich wird das Signal mittels 40% Root Raised Cosine Filter Pulsgeformt.
    Daher sind diese Signale so Messerspitz und steilflankig im SDR Wasserfall.


    Ein normales BPSK oder DPSK wäre viel breiter und weniger schmal abfallend mit mehr Seitenbandrändern - so wie man es von Inmarsat-C ja kennt.


    Im Prinzip handelt es sich daher fast um GMSK Modulation....
    (aus diesem Grund stehen die auch auf der UHF Satcom Liste als "GMSK" gelistet - zumindest beim AOR-E)



    Triker :
    Was mich wundert ist, dass Du so eine saubere Phase-Constellation hinbekommst.
    Kann es sein, dass Du die halbe Symbolrate eingestellt hast, und somit 180 Gradsprünge misst?
    Normalerweise bekommt man bei Aero eher eine Kreisförmige Constellation Anzeige, da es ja nie durch die Mitte geht, sondern sich die Phase ständig um 360 grad herum dreht mit dem Bitstream...


    Man könnte sich ja auch mal ein Phase Transition Chart anschauen, dann müsste man sehen, dass die Phasensprünge nicht durch die Mitte gehen.


    Interessant wäre auch eine Analyse mittels Fast Autocorrelation.
    Da müsste man bei 500ms einen Peak sehen, da dies die Framelänge ist.
    Da wird immer ein 32bit Synchword als Preambel gesendet.
    (ist sogar per Ohr schön hörbar)



    Greetz,


    otti

    Ach sorry, bei meiner alten Version von HDSDR habe ich nur einen ""Chanel Mode" (der den Eingang beeinflusst).....oder ist das irgendwo gut versteckt?? hi hi
    Ich nehme an der Output Channel Mode ist ein einer neueren Version ?


    Brauche wohl mal wieder einen Update..... :icon_confusednew_1:
    Sorry für die Konfusion.


    Otti

    Alternativ zu SDR# kann man HDSDR mit der Option "Output Channel Mode for RX" auf I/Q bzw. Q/I stellen ..


    Hi LightCoder....damit wird doch nur der Eingangzmodus auf I/Q gestellt...oder?


    Beim OP ging es um den "Ausgang" als Raw I/Q......(ohne demodulation, also die SDR Soft wird quasi nur zur Frequenzabstimmung des LO verwendet, wenn ich es richtig verstehe).
    Dabei würde mich interessieren, wo das I/Q Signal ausgegeben wird....über TCPIP oder über Soundkarte oder wie?
    Wer es am laufen hat, kann ja mal berichten....


    Greetz,


    otti

    Solche Decoder für AIS Aussendungen gibt es doch schon, wieso sollte daher jemand anfangen etwas zu schreiben?
    Nächstes Mal einfach mal Google bemühen... :icon_biggrin_1:


    Ich wohne zwar nicht am Meer, kann hier aber schön denn Schiffsverkehr auf dem Rhein auf den 2 AIS Kanälen decodieren.
    Als Software wird HDSDR + Shipplotter mit RTL SDR verwendet.


    Shipplotter ist Payware (25 EUR) aber es gibt auch Freewarelösungen wie z.B. AISmon....


    Hier ein kleines Tutorial bezüglich AIS mit beiden Lösungen (Shipplotter sowie AISmon):
    http://www.rtl-sdr.com/rtl-sdr…-cheap-ais-ship-tracking/


    Greetz,


    otti