Blog « DK5DC/AA6HM

Der Norton Verstärker

Erste Tests des gerade gebauten Norton Verstärkers für aktive Loops der DL-QRP-AG.
Da bei mir keine Möglichkeit einer Fernspeisung besteht, jedoch 13,5V im Garten liegen, mit 9V Einkopplung über einen 7809 :-).

Wie man schön sehen kann, wird ein -107dBm (S0) Signal um gute 15 – 17 dB verstärkt. Diese Verstärkung liefert das Kästchen von ca 1Mhz – 30 Mhz mit +- 1 dB. Etwas weniger als angegeben, jedoch für Empfangszwecke mit einer geschirmten Loop völlig ausreichend.

Als nächstes werde ich mal die Empfangsleistung an einer Koaxschleife, deren Schirm an Masse liegt und die daher fast ausschliesslich auf das H-Feld reagiert, testen. Generell ist der Verstärker für alle Arte

n kurzer Antennen geeignet. Das heisst, wenn die lokalen Störungen durch die übliche Haushalts Dreckschleudern nicht übermässig stark sind, sollte der Verstärker auch mit Teleskopantennen funktionieren. Auch eine Beverage dürfte sich an dem Kästchen gut machen. Dabei muss sie noch nicht mal mehrere hundert Meter lang sein. 25m auf dem Boden ausgelegt – ohne Schluckwiderstand – dürften schon brauchbare Ergebnisse liefern. Man verzichet zwar auf die ausgeprägte Richtwirkung, aber man kann nicht alles haben

Mal was zur Mantelwellensperre

Da wir ja alle mittlerweile in mehr oder weniger besiedelten Gegenden wohnen, ist es immer eine gute Idee, seine Antennenleitungen so sauber wie möglich zu halten. Ein Dipol wird eigentlich mit einer symmetrischen Zweidrahtleitung (‚Hühnerleiter‘) gespeist. Die etwas schwierige Handhabung dieser Leitungen verlangt jedoch normalerweise die Speisung ‚unserer Antenne‘ mit einem (unsymmetrischen) Koaxkabel. Dazu kommt, dass die absolut symmetrische Antenne nur in Simulationen existiert. Genausowenig wie ein gestreckter Dipol ein ideales Ausbreitungsdiagramm oder eine Inverted V eine ideale Rundstrahlcharakteristik ihr Eigen nennt. Es bilden sich Unsymmetrien, die zur Ausbildung von Strömen meist auf dem Aussenmantel eines Koaxkabels führen. Die man allgemein mit Mantelwellen bezeichnet und die u.U. in besagten besiedelten Gebieten zu allerlei unliebsamen Dingen führen können, von denen die Stimme des Operators im nachlässig verlegten Lautsprecherkabel des PC’s von Nachbars Tochter die das Geringste Problem darstellt.
Also versucht man, den Störungen mit Sperren, eben mit Mantelwellensperren Mantelwellensperren Herr zu werden. Die Literatur zu diesen Konstukten ist unendlich.
So eine Sperre soll nur eins tun: Eventuelle Ströme auf dem AUSSENMANTEL eines Koaxkabel, so gut es geht, verhindern oder zumindest zu dämpfen. Am besten macht man dies, indem man sein Koax schlicht in der Erde vergräbt. Nichts dämpft besser. Für alle anderen hab ich mal einige einfache Sperren ausprobiert und mit dem VNA gemessen.
Beginnen wir mit dem einfachsten Konstrukt. Einige Windungen Koaxkabel sind gut für ein einzelnes Band zu gebrauchen. Der Kabelmantel dient als Induktivität und die Kopplung der Wicklungen liefert die nötige Kapazität. Das folgende Bild zeigt 4 Windungen H155 mit etwa 15 cm Durchmesser mit dem dazugehörigen Dämpfungsverlauf zwischen 1 Mhz und 50 Mhz.

Wie man sieht, liefert dieses einfache Konstrukt bereits eine Dämpfung von > 10 db ab 12 Mhz bis etwa 40 Mhz. Es geht aber noch besser. Beim Vertreiber des bekannten portable Hexbeams ist für €20 ein Klappferrit (Fair-Rite® # 0431177081) erhältlich, den ich gerne für soetwas einsetze. Mal sehen, was der so bringt:

Man sieht, dass die Dämpfung in dem Bereich, der uns interessiert, wesentlich höher ist. Ein Variieren mit Windungszahl und Durchmesser dürfte hier auch noch einiges an Tuningmöglichkeiten bringen. Zuletzt konnte ich es mir nicht nehmen lassen, mal was ganz Einfaches auszuprobieren. Die Bastelkiste hatte noch eine Handvoll ‚No Name‘ Ferrite, die ich mal bei Pollin für rund €0.10 das Stück gekauft habe. Hier die garnicht so unüblen Ergebnisse:

Man sieht unschwer, dass auch die <€2.00 Sperre ihren Dienst tut. Das schöne dabei. Die maximale Leistung, die man in das System einspeisen kann, ist eigentlich nur vom verwendeten Kabel abhängig. Für eine normal 100 Watt/Dipol Station reicht es allemal.

DQRM und kein Ende….

Nach dem Ende der Chesterfield und der Mashall Dxpeditionen schiesst sich der Störer, der mit sehr starken Signalen in ganz Europa zu hören ist, auf alles ein, was auf 40m oder 30m auch nur den Hauch eines Pile Up produziert. Hier ist er mal Anfang November auf 40m zu hören.
Sein CQCQ FBDA (nicht F6DA) frustriert nicht nur Dxer….

Schneller Ausbreitungstest

Einmal hin, alles drin. Die Dxlab Suite

Alle in diesem Artikel gezeigten Screenshots und Grafiken darf der Interessierte durch einfaches Anklicken vergrössern :-).

Viele wissen, dass ich, etwas unüblich für den Hamoffice oder HRD gebundenen deutschen Funkamateur, meine Verbindungen mit der DXlab Suite von AA6YQ dokumentiere.Vom Eindruck eher unprätentiös, ist es aber wohl DAS vollständigste und mächtigste Programm für den Dxer, das ich kenne. Ein weiteres Highlight des Programms ist sein modularer Aufbau. Ein interessantes Feature im Zusammenhang mit einem der Module, dem Spot Collector (dazu unten mehr) habe ich heute morgen, während die Gemeinde auf das Auftauchen von TX3X wartete gefunden.

Manchmal ist es von Interesse, herauszufinden, wie man selbst in der näheren und weiteren Umgebung gehört wird. Nun kann man auf den hervorragenden WebSDR Service zurück-greifen und versuchen, sich selbst mit Hilfe eines der vielen vorhandenen Empfänger zu hören und somit einen Eindruck von den Ausbreitungsbedingungen zu bekommen. Es ist ehrlich gesagt kein sonderlich effektiver Weg.

Durch Zufall fand ich heute heraus, dass der Spot Collector neben den bekannten DX Clustern auch auf das Reverse Beacon Netzwerk als Quelle von DX Spots zurückgreifen kann.

Und als Seiteneffekt sehr gut die eigene Ausbreitung zu dokumentieren in der Lage ist. Was ist also zu tun?

Hinzufügen des reverse Beacon Netzwerks zu den Spotquellen

Überprüfen, ob Spots angezeigt werden. Die Spot Spot Collector Anzeige basiert auf aggregierten Spots, man sieht per default nur den jeweils aktuellsten Spot für ein Call.

Für weitere Inforationen ist es nötig, etwas tiefer zu bohren. Dazu klickt man mit der rechten Maustaste lediglich auf einen Eintrag und wählt den Punkt ‚Display Spots of…. near…‘ aus und wird mit einer Liste aller Spots für die Frequenz und Call belohnt zusammen mit den Spottern belohnt, wie die nächsten beiden Bilder zeigen.

Das war es dann auch schon. Nun muss man sich nur noch eine freie Frequenz suchen, Spotcollector auf sein Rufzeichen filtern und warten, bis die Spots eintreffen.

Ausbreitungstest per Mausklick…..

Zum Spot Collector

Der Spot Collector ist Teil der Dxlab Suite von AA6YQ, einem umfangreichen, modularen Log und Supportprogramm mit Fokus auf den Dxer. In dieser Sammlung von Programmen qrveitet der Spot Collector als Anzeigemodul für DX Meldungen aus den verschiedensten Quellen. Das interessante an Spot Collector ist jedoch die Tatsache, dass alle hereinkommenden Spots in einer Datenbank gesammelt und für weitere Untersuchungen zur Verfügung stehen. Zum Beispiel für unseren kleinen Ausbreitungstest :-).

Raspi und PITNC einrichten

Der von John Hansen entwickelte TNC-PI ist ein kleiner Kiss TNC, der nahtlos auf einen Raspberry Pi aufgepropft wird. Hier soll gezeigt werden, wie man den TNC mit dem Raspi Betriebssystem verheiratet. Für die krude Formatierung, speziell der Screenshots entschuldige ich mich. Ich habe kurz vor der HamRadio einfach keine Zeit mich noch tief mit feinen CSS-Stylesheets und WordPress zu beschäftigen. Das gleiche gilt für die korrekte Verwendung deutscher Begriffe. Ich gehe davon aus, dass einem interessierten Funkamateur ein paar angelsächsische Begriffe wie ‚Interface‘ geläufig sind. Manch englischer Ausdruck ist schlicht umd einfach griffiger.

Alle folgenden Erklärungen basieren auf

Einem Raspberry Pi 2
einem Raspian Wheezy aktueller Prägung auf einer, sagen wir 16 GB SD
Einer funktionierenden Netzwerkverbindung. Das vorliegende Beispiel arbeitet mit entfernten Konsolen, die eleganteste Möglichkeit, mit dem Raspi zu spielen.
Basiskentnisse in der Bedienung des Betriebssystems, speziell den Nano Editor und die Tatsache,
dass man generell nur mit User Privilegien arbeitet.
Eine zu jeder Zeit vorhandene Internet Verbindung. Ich werde das nicht vor jedem ’sudo apt-get‘
etc wiederholen.

Beginnen wir mit dem Login auf ein lauffähiges System, Der Einfachheit halber nimmt man den Putty für die ersten Einstellungen. Hier darf man getrost die ‚Portable Applications‘ der Portable Apps Plattform empfehlen. Die Anwendungen, die man dort findet sind brauchbar und klinken sich nicht unwiderruflich in sein (Windows) System ein.

Im nächsten Schritt wird das System aktualisiert. Da das Betriebssystem des Raspi auf einem Linux Derivat basiert, ist die Wahrscheinlichkeit sekündlicher Aktualisierungen recht gross :-). Die bekannten Aktualisierungsbefehle muss man nicht noch gross erklären.

sudo apt-get update
sudo apt-get upgrade

Bevor es nun weitergeht, verpasst man dem Raspi als erstes eine feste IP Adresse. DHCP ist ja für mobile Geräte interessant, aber wenn man den Raspi als Zielsystem für eigene Entwicklungen benutzt…..

Die originale Netzwerk-konfiguration wird gesichert und anschliessend verändert. Ein Beispiel zeigen die folgenden Zeilen und Screenshots. Natürlich passt man die Adressen seinem eigenen Netzwerk an und vergibt zumindest 5 Sterne als WPA-psk Phrase :-).

Es existieren mehrere Möglichkeiten, einem WLAN Interface eine statische Adresse zu verpassen. Bei mir ist es halt so, dass
nur die obige Version zusammen mit einem AX.25 Interface funktioniert. Bei anderen Ausprägungen der Interface Definition ‚verschwindet‘ die WLAN Verbindung, sobald das AX.25 Interface per ‚kissattach‘, siehe unten, aktiviert wird.

Im nächsten Schritt verpassen wir den Raspi noch einen Xserver. Ich nehme dazu immer den tightvncserver.
1. weil er in Raspikreisen weit verbreitet ist und
2. weil die Einrichtung weitgehend schmerzfrei verläuft. Der erste Schritt ist wie üblich ein sudo apt-get install tightvncserver

Nach der Installation ist es nötig, den Server einmal ohne Parameter zu starten. Es wird nach einem Password gefragt. Bitte eins wählen. Ein ‚View only‘ passwort darf man sich getrost sparen.

Danach wird, weil man ja bequem ist, der Server für einen Autostart eingerichtet. Der Einfachheit halber nimmt man einen codeschnipsel, den man im Netz findet:

wget http//www.penguintutor.com/otherfiles/tightvncserver-init.txt
sudo mv tightvncserver-init.txt /etc/init.d/tightvncserver

Versieht das Ganze mit den richtigen Rechten

cd /etc/init.d
sudo chown root:root ./tightvncserversudo chmod 755 ./tightvncserver
sudo update-rc.d tightvncserver defaults

Nach einem reboot sollte man nun in der Lage sein, von jedem beliebigem Windows Rechner (der natürlich den tightvncviewer oder einen anderen vnc Viewer installiert hat) einen login zum VNCserver auf dem Raspi hinzubekommen.

Von nun an werden wird hier aus Bequemlichkeit mit der graphischen Oberfläche gearbeitet. Zuerst gilt es einige kleinere Eingriffe (minor surgery) an Systemdateien vorzunehmen und relevante ax.25 Pakete nachzuinstallieren.
Der Basissupport für AX.25 ist bereits (wie in jedem Linux Kernel) vorhanden.

Im Grunde genommen bete ich ab nun lediglich die Anleitung von John Hansen und Friends auf deutsch nach und belege sie mit ein paar Bildern, damit man es auch glaubt. Man kann sie aber auch hier:

http://tnc-x.com/TNCPi.pdf

bekommen.

Zuerst entfernt man, falls vorhanden zwei Einträge in der Datei /boot/cmdline.txt. Diese Einträge sind in einer einzigen Zeile zu finden:

console=ttyAMA0, 115200 und kgdboc=ttyAMA0, 115200

Der zweite Eintrag war bei mir nicht vorhanden.

Anschliessend wird in der /etc/inittab noch der Eintrag

T0:23:respawn:/sbin/getty

entfernt. Wer mit dem nano Editor keinen Vertrag hat, kann sich auch des Leafpad Editors bedienen. Der muss für diese Dateien natürlich mit ‚gksudo‘ gestartet werden.

Übrigens ist es eine gute idee, wo immer möglich, solche Einträge nicht zu löschen, sondern auszukommentieren. In unserem /etc/inittab Fall mit Hilfe des Schweinegatters an der ersten Stelle der Zeile.

Man hat es schon fast geahnt, REBOOT!.

Nun greift man sich die ax.25 Pakete:

sudo apt-get install ax25-tools

sudo apt-get install ax25-apps

Nach der Installation kann man sich mit einem ‚find‘ Befehl überzeugen, ob sich das Zeug auf der Maschine befindet:

Bevor man in den APRS und/oder Packet Radio over TCP/IP einsteigen kann, belibt noch ein Schritt zu tun. Wir müssen dem System die Schnittstellen bekannt machen.
Dazu bearbeitet man die Datei
/etc/ax25/axports

Achtung, diese Datei darf KEINERLEI Leerzeichen enthalten. Die Zwischenräume bestehen ausschliesslich aus Tab Zeichen und haben die folgende Bedeutung

Port | Hardware Address | Speed in Bps | Packet Window | Kommentar
1 dk5dc-9 19200 2 APRS

Nun kann man getrost versuchen, die erste Verbindung zum tnc herzustellen. Zuerst muss man den TNC an den TCP/IP Stack binden. Auch wenn vorerst die TCP/IP Services nicht benutzt werden:

pi@dk5dc-pi2-2 ~ $ sudo kissattach /dev/ttyAMA0 1 10.1.1.1

Natürlich wird eine zugeteilte IP Adresse oder eben ein nicht routendes Netzwerk wie hier gezeigt verwendet. Die Antwort auf obigen Befehl lautet: AX.25 port 1 bound to device ax0. Eine Überprüfung ist ziemlich einfach per ‚ifconfig‘ möglich.

Der erste Eintrag in der Liste ist, like magic, unser AX.25 Interface. Welches natürlich wie jedes andere Netzwerk Interface benutzt werden darf. Zuerst jedenfalls wollen wir nur mal sehen, ob ein an den TNC angeschlossenes Funkgerät überhaupt Packet Signale empfängt.

pi@dk5dc-pi2-2 ~ $ sudo axlisten -r

Das Ergebnis sollte, wenn alles in Ordnung ist wie folgt aussehen:

Das war’s. Zuletzt trägt man tunlichst den kissattach Befehl noch in die eigene /etc/rc.local Datei ein, damit man nicht immer das Interface manuell anbinden muss:

#!/bin/sh -e
# rc.local
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will „exit 0“ on success or any other
# value on error.
# Print the IP address
_IP=$(hostname -I) || true
if [ „$_IP“ ]; then
printf „My IP address is %s\n“ „$_IP“
fi
logger „kissattach“
sudo kissattach /dev/ttyAMA0 1 44.130.17.60 |logger
sudo vncserver |logger
#logger „start aprx“
#sudo aprx |logger
#lcdp „rc.local ok“ „up&running“
exit 0

Energieverschwendung ?

Die Zeit, wo man als Funkamateur nach dem Motto verfuhr ‚Life’s too short for QRP‘ sind eigentlich vorbei. Das Bild zeigt zwei Low Power Devices. Oben einer der Hits des DARC Standes auf der Maker World in Friedrichshafen, die ‚parallel innerhalb‘ der Ham Radio ablief.

Ein Raspi mit einem Kiss TNC angeflanscht, der soeben die diversen APRS Datensätze decodiert. Das Programm hab ich an zwei Nachmittagen in Python geschrieben (Man kann es aber bbeliebig intelligent machen 🙂 ). Dieses Kästchen verschwendet inklusive eines einfachen Handfunkgerätes weniger als 6 Watt und kann natürlich noch mehr als APRS, da der komplette AX.25 und TCP/IP Stack im Kästchen steckt. Mail/Filetransfer/Telemetrie/Wetterdaten…

Unten seht Ihr die fertiggestellte geniale WSPR/QRSS Bake von Hans Summers G0UPL. Ich habe der Einfachheit halber ein PMSDR Gehäuse benutzt. Pass rein und sieht gut aus. (Ich bin absolut unfähig rechteckige Auschnitte in Gehäusefrontplatten zu sägen. Werde wohl einen 3D-Drucker dafür anschaffen müssen -) ). Die Bake läuft mit durchschnittlich 10-20 mW entweder auf 30m an einer inverted V oder auf 20/15m mit etwa 10m an meinem Hexbeam.

Hier seht ihr das Ergebnis der letzen Nacht auf 20m/15m. Nun kann man über Wert und Unwert des Aussagekräftigkeit von WSPR Entfernungsrekorden diskutieren. Ist klar, dass ein Protokoll, welches auf einer möglichst genauen Zeitsynchronisation basiert, sehr viel ‚erraten‘ kann, da es weiss, welche Daten als nächstes kommen ‚müssen‘, auch wenn da dann nur Rauschen ui hören ist. Trotzdem, cool ists allemal, wenn ein Computer an einem Kurzwellenempfänger 16.000km entfernt dein 10mW Signal empfängt. Wenn auch vielleicht nicht komplett, aber doch so, dass er weiss wer am anderen Ender ‚whispert‘. Und sowas funktioniert auch noch tagelang aus einem Akku….

Während man DX jagt….

Wenn man auf der Frequenz einer DX Station sitzt und wartet dranzukommen (hier:KH8), kann schon mal Langeweile aufkommen. Glücklicherweise grinst mich an der Station immer der Raspberry Pi an, dem ich weiland einen gereinigten UV-3R und einen TNC-Pi verpasst hab. Dann lag da noch dieses kleine Adafruit LCD rum. Warum nicht mal versuchen, APRS Informationen auf dat Dingen zu bringen. Und gleich mal zu meinen Sprachkenntnissen rudimentäre Python Kentnisse hinzufügen. Gottseidank gehört Python zu den YAFPL Sprachen (Yet another f… Programming Language), sodass es nicht sehr schwer war, mal den Datenstrom, den axlisten liefert, ein bisschen zu parsen und auf das Display zu bringen. Das Python Programm selbst ist ein flotter 15Zeiler, welches das nebenstehende Ergebnis erzielt.
Das grösste Problem war das Fehlen eines Switch{ case:} Konstrukts in Python. Da Python offensichtlich von Listenfetischisten ersonnen wurde, hab ich mal nachgeschaut, ob es nicht eine Liste in der Art [Keyword:Function] gibt. Gibt es! Heisst ‚Assoziatives Array‘. Hier mal die Vorgehensweise am Beispiel der APRS Formate ‚Message‘ und ‚Position mit Zeitstempel‘ gezeigt. APRS Formate werden im UI Frame durch ein einzelnes Zeichen definiert. Messages beginnen mit dem Doppelpunkt und die Positionsmeldung mit Zeitstempel mit einem ‚@‘. Somit definiert man sich halt Funktionen für die Formate:

def Message():
     print "Message"
def Pos_NoTS()
     print "Pos_noTS"

damit hat man quasi seine ‚Case‘ Anweisungen erschlagen. Die Case Entscheidung selbst wird unsere assoziative Liste:

 formats = { ":"  : Message,
             "@" : Pos_noTS,
           }

Im Programm selbst befindet sich nur noch der Listenlookup, sauber von einer Abfangroutine bei unbekannten Formaten umrahmt

try:
     x = formats[line2[:1]]()
 except:
     x = "Nicht definiert"

Dem Ganzen kommt natürlich entgegen, dass axlisten die ax.25 Pakete zweizeilig raushaut. In der zweiten Zeile befindet sich die Payload des UI Paketes. Das erste Zeichen ist somit der Formatbezeicher. Alles weitere ist Schreibarbeit :-). Die etwas kryptische Anweisung ‚x = formats[line2[:1]]()‘ heisst in deutsch:
‚Nimm das erste Zeichen der Liste (eine Zeichenkette ist auch ne Liste…) line2 und suche in der Liste formats nach einer Übereinstimmung und weise das Ergebnis der Variablen X zu. Da die rechte Seite der assoziativen Liste der Name einer Funktion ist, wird halt das Ergebnis der Funktion in ‚x‘ gestöpselt. Da muss sogar der alte C-Crack zugeben, dass das fast so elegant ist wie Pointer auf Funktionen……

Um Platz im eigentlichen Programm zu sparen, steckt man die Format/Verarbeitungsliste natürlich in eine eigene Datei und fügt sie mit
‚from …… import formats

in sein Programm ein. Und mit KH8/DL6JGN und T88QX hats denn dann auch noch in CW geklappt…….

Der Teufel liegt im Detail…

Da läuft die Bake schon ein paar Tage. Gestern kam dann eine Bemerkung von G3ZJO, dass irgendetwas mit meinem Signal nicht stimmt. Einzelne Symbole wurden bis zu 10 Hz abseits des Kanals gesendet. ‚Like a teardrop‘. Wie man im Bild des Wasserfalls (den ich mal selbst gemacht hab, deshalb auch die Nebenträger > 45 db geringer 🙂 ) gut sehen kann.

Eine realativ kurze Beobachtung zeigte dann auch das Problem. So alle Minute wurde das Display kurzfristig etwas dunkler. Nun habe ich die Bake aus dem gerade vorhandenen USB Hub gespeist. Macht ja auch Sinn, wenn da schon mal 5V da sind.

Keine gute Idee. Nun läuft die Bake am 13.8 Volt Shacknetz. Ein 7805 und zwei Kondensatoren knüppeln die 13.8 Volt auf 5 Volt runter. Und siehe da. Die Spannungssprünge treten nicht mehr auf. Nun muss ich nur rausfinden, warum die Bake auf 28 Mhz einen vergleichbar (etwa 15 mW) geringen Pegel liefert. Obs am Filter oder an der Endstufe liegt. Vielleicht kann das ja mal jemand an seiner eigenen messen….

Danke an Eddie, G3ZJO.

Normally, the Beacon is operating when I’m not hunting any rare DX. Yesterday, Eddie G3ZJO made a remark in the blog, pointing to a strange behaviour of my Beacon. There was a sudden Shift of more than 10 Hz in the Datastream. Up to three times in a single transmission. Such a spike can be seen in my screenshot above (as well as the spurious harmonics >> 50 db lower – thanks god 🙂 ).

I was operating the Beacon out of my (high quality hehe) USB 3 Hub, which should by definition be able to drive up to 900 mA per Slot. Well, that’s theory. In the real worls, using a Hub as a stable power source might not be a very good idea.Sometimes, I noticed a slight intensity change in the background illumination of the LCD Panel. Yes, this intensity change correlated with the ‚teardrop‘.
Solution & cure: two capacitors and one 7805 pinned against the backplate of my enclosure. Now, the Beacon is being fed out of my 13.8 Volt Shacknet, which definitely drives 50 A without going berserk.
Thanks to Eddie, G4ZJO.

WSPR Bake Teil 2

Heute morgen war endlich der Filtersatz für Hans Summers Bake in der Post. Keine Frage, dass der Lötkolben in kaum messbarer Zeit aufgeheizt war. Das Bild zeigt die gelieferte Platine, auf die eigentlich nur 5 Relais und Stecker für bis zu 5 Tiefpassfilter zulöten sind.

Montiert wird das ganze auf vier mitgelieferten Pfostensteckern, (siehe Bild). Das ganze bildet dann später ein kompaktes Paket, welches man immer noch in ein recht kompaktes Gehäuse einbauen kann.
Mein altes PMSDR Gehäuse ist jedoch sehr knapp. Ich suche noch jemanden, der mir in eine Frontplatte ein sauberes Rechteck in Grösse des LCD produziert ( ich kenne meine Grenzen – und die findet man in der mechanischen Verarbeitung 🙂 )

Wie schon angesprochen, ein GPS Empfänger ist wärmstens zu empfehlen. In der Drausicht rechts oben gut zu erkennen

Die Rückansicht schliesslich zeigt die teilbestückte Filterbank. Die hatte anschliessend Ihre Premiere.

APRS heute….

Am 18.März beginnt im OV Werl, O49 ein zweiteiliger Workshop mit dem Titel:
Raspberry PI, Arduino & Co. Dort soll gezeigt werden, wie diese kleinen digitalen Helferlein die Amateurfunkstruktur in den letzen Jahren verändert haben.
Die QRSS/WSPR Bake wurde ja schon behandelt. Wenn die Filterbank eintrudelt, werde ich dem Winzling noch einmal etwas Raum widmen. Beispielsweise mal die Tiefpassfilter durchwobbeln o.ä. Hier ist mal eines der PI Projekte, die ich auch im Workshop vorstelle, in einer vorteilhaften Seitenansicht.

Man sieht ganz unten einen kleinen Raspberry Pi. Auf diesen ist ein Kiss TNC vom Typ TNC-PI aufgesteckt (der Preis ist mit $40.00 angemessen) und auf dem TNC einem 2x16LCD Display aus der Bastelkiste. Das folgende Bild zeigt das ganze noch mal in Frontansicht:

Das schöne am Raspi ist jedoch, das in ihm ein komplettes Linux, aktuell ein zurechtgestutztes Debian Derivat steckt. Der Zugriff geschieht über einen kleinen Wlan Stick und einem XServer auf meinem Amateurfunk PC. Es ist aber auch möglich, über einen USB Hub alles mögliche anzuschliessen. Und mit einem HDMI Anschluss kann der Raspberry auch aufwarten

Das weitgehend komplette Betriebssystem erlaubt mir zum Beispiel, diese nette Ausgabe auf dem Display mit ein paar Zeilen Python Code zu erschlagen. Vor etwa 10 Tagen wusste ich noch garnicht, was Python ist…..

Natürlich kann Funkamateur mit dem Raspi noch viel mehr schöne Dinge anstellen. Zum Beispiel ein komplettes APRS Igate mit Kartendarstellung betreiben. (Okay, wie ich schönere Karten da rein bekomme krieg ich auch noch raus…..)

Das ganze passt noch gut in die normale Amateurfunkumgebung…..

Was jedoch am besten ist. So ein kompletter APRS Digi plus Igate frisst schlägt mal mit gerade mal 6-7 Watt zu Buche (plus Funkgerät)

DK5DC/AA6HM

Menu

Gallery