Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- projekte:utrak:aprs [2014/10/21 18:55] – [AFSK-FM] thasti
+++ projekte:utrak:projekte:picoflights:aprs [2014/11/03 20:45] – Page moved from projekte:utrak:aprs to projekte:utrak:projekte:picoflights:aprs thasti
@@ Zeile 23: / Zeile 23: @@
 Beim Si4060 beschränkte eine wenigstens annähernd saubere FM-Aussendung bisher, dass die PLL-Register nicht während des Sendens aktualisiert werden können. Dies lässt sich umgehen, indem man statt der PLL-Register selbst (Integer/Fractional-Teiler) einfach die Offset- oder Deviation-Register des FSK-Modems beschreibt, im Ergebnis ist es das gleiche.
-Bit "Einstellbreite" sind vorhanden, wenn man das Offsetregister verwendet. Der Hub sollte 3kHz nicht übersteigen, bei 30MHz Quarzfrequenz und einer PLL-Auflösung von 21 Bit hat man eine Frequenzauflösung von 14Hz im 70cm-Band, also sollte man 419 "Digits" Hub machen. Dies schlägt sich in der Sinustabelle des NCO nieder.
+Bit "Einstellbreite" sind vorhanden, wenn man das Offsetregister verwendet. Der Hub sollte 3kHz nicht übersteigen, bei 30MHz Quarzfrequenz und einer PLL-Auflösung von 21 Bit hat man eine Frequenzauflösung von 14Hz im 70cm-Band, also sollte man 419 "Digits" Hub machen. Dies schlägt sich in der Sinustabelle des NCO nieder. Der Si4060 erzeugt so sogar ein im Nahfeld verhältnismäßig sauberes Spektrum. Der UART-Interrupt muss allerdings deaktiviert werden, sollte während der Sendung eine Nachicht vom GPS kommen, zerstört dies das Timing (zu hohe Auslastung).
+Als erster Test sollte ein Sinus mit 1200Hz ausgegeben werden. Das Ergebnis der Demodulation ist im folgenden Screenshot zu sehen. Mit 23dB Oberwellendämpfung ist es zwar sicherlich nicht optimal, aber weitab der zweiten Nutzfrequenz (2200Hz), sollte also nicht zur nennenswerten Verschlechterung der Demodulation führen.
+{{:projekte:utrak:fm-1200hz.png?800|}}
+Vor der Demodulation sieht das Spektrum nach einer typischen FM aus:
+{{:projekte:utrak:fm-1200hz-pre-demod.png?800|}}
 ==== Bit-Stream ====
 Aus einem ganzzahligen Teil des Sampletaktes wird der Bit-Takt erzeugt, mit welchem die Funktion zum holen des nächsten Bits ausgeführt wird. Es wird sich einerseits um die NRZI-Kodierung gekümmert, als auch um die Vorgabe des AX.25-Protokolls, Bit-Stuffing zu betreiben. Nach der fünften "1" wird automatisch eine "0", also ein Flankenwechsel eingefügt und das nächste Nutzdatenbit um eine Bitlänge verzögert.
@@ Zeile 31: / Zeile 40: @@
 Im Hinterkopf behalten: APRS braucht zwar immer den gleichen Header (Source: eigenes Rufzeichen, Destination: APRS), aber für evtl. Telemetriepakete muss man das eigene Rufzeichen als Target einstellen.
+==== APRS-Nutzdaten ====
+In erster Instanz sollen lediglich Position und Höhe im APRS-Netz verteilt werden können. Dies wird mit einem gewöhnlichen Position Report (APRS Spec, Seite 32) bewerkstelligt. Positionen werden im NMEA-Format eingebunden (mit anhängtem N/S bzw E/W), die Höhe wird im Kommentarfeld in Fuß nach dem Altitude Identifier "/A=" angegeben. Danach folgt noch ein fester Kurztext.
 ==== Design ====
@@ Zeile 37: / Zeile 49: @@
 ===== Links =====
   * [[https://www.tapr.org/pdf/AX25.2.2.pdf|AX.25-Spezifikation, Version 2.2]]
+  * [[http://www.aprs.org/doc/APRS101.PDF|APRS-Spezifikation, Version 1.0]]
+  * [[http://www.qsl.net/kb7tbt/aprs/APRS_Symbol_Chart.pdf|APRS-Symboltabelle]]