Einleitung<\/h4>\n
Es besteht schon lange der Wunsch, im Berner Oberland die Abdeckung f\u00fcr APRS mit einem\u00a0 Gateway (IGate) zu verbessern. Im Zusammenhang mit einem anderen Projekt (Stratosp\u00e4ren-Ballons) stiess ich auf eine einfach einzusetzende<\/em> Software mit fast pfannenfertiger Beschreibung. So habe ich\u00a0 diese Idee wieder aufgegriffen.<\/p>\n Rekap: Was ist ein APRS IGate? Ein APRS IGate empf\u00e4ngt APRS Meldungen vom Funknetz (VHF, 2m Band) und schickt sie ins Internet zum APRS-IS Netzwerk (und optional umgekehrt). Das APRS-IS Netzwerk ist ein weltweit verteiltes mehrstufiges Servernetzwerk. Darauf aufbauend gibt es Applikationen wie z.B. http:\/\/aprs.fi, die Standorte und Messdaten anzeigen.<\/p>\n Ziel: Aufbau eines APRS IGate an einem geeigneten (Gebirgs-) standort. Dieses IGate soll nur HF empfangen, nicht senden. Die Bedingungen an den Standort sind:<\/p>\n Am geplanten Standort stehen heute bereits Antennen, Empf\u00e4nger, Strom und Internet zur Verf\u00fcgung. Ein 2m Bandpassfilter ist ebenfalls noch vorhanden.\u00a0In diesem Beitrag beschr\u00e4nke ich mich auf den Software Aufbau des APRS Gateways per se und lasse die HF Technik f\u00fcr den Moment beiseite. Das System umfasst diese Hardware<\/p>\n Das APRS Signal (144.800 MHz, AFSK 1200 baud FM) wird mit einem selektiven Bandpassfiler von St\u00f6rsignalen isoliert, im\u00a0 Empf\u00e4nger demoduliert und als h\u00f6rbare Audiot\u00f6ne an den Pi geschickt. Der Pi hat keinen Audioeingang, dazu ist ein USB Sound“karte“ n\u00f6tig. Die SW im Pi dekodiert die Audiot\u00f6ne in digitale Nutzdaten und schickt sie ins Internet.<\/p>\n Details zum mechanischen Aufbau und Bilder folgen sp\u00e4ter.<\/p>\n <\/p>\n Das IGate wird mit der Software Direwolf<\/em> auf einem Raspberry Pi V3 aufgebaut (siehe Links). Diese Software enth\u00e4lt eine fast vollst\u00e4ndige Anleitung daf\u00fcr. Bei meinen Prototypen habe ich prim\u00e4r diese Dokumente ben\u00fctzt:<\/p>\n Auf dem verwendeten PI ist bereits ein funktionierendes LoRa-Gateway aufgebaut. Die beiden Gateway Funktionen kommen sich nicht in die Quere. F\u00fcr die Grundinstallation des Pi orientierte ich mich am Manual des Pi-in-the-Sky (PITS) Boards und hangelte mich dann durch Raspberry-Pi-APRS.pdf<\/strong> . Die Installation gelingt fast problemlos:<\/p>\n Man muss auch den Mic Level (rote S\u00e4ule CAPTURE) kontrollieren. Er darf nicht 0 sein\u00a0(Bemerkung im Kap. 8 im Raspberry-Pi-APRS.pdf\u00a0). Auf dem Schilthorn musste hier fast das Minimum eingestellt werden (nicht so wie unten im Bild).<\/p>\n Hier der Testaufbau mit meinem ICOM Handger\u00e4t. Alternativ habe ich auch den AOR 8600 Scanner verwendet. F\u00fcr beide Ger\u00e4te reicht es aus, den Audioausgang mit der Maxxtro Soundkarte zu verbinden (beim ICOM mit dem speziellen Y-Kabel). Auf dem PI ist auch das LoRa-Modul aus dem Pi-in-the-Sky Projekt montiert.<\/p>\n Start mit direwolf in \/home\/pi:<\/p>\n Mit der Option -di sieht man mehr Details (direwolf -di)<\/p>\n Mit der Option LOGDIR in direwolf.conf sehen wir die empfangenen Pakete in einer Log-Datei:<\/p>\n <\/p>\n Direwolf schreibt die Lautst\u00e4rke der beiden T\u00f6ne (1100Hz und 2200Hz), die zur AFSK-Modulation benutzt werden, in die Logzeile:<\/p>\n bedeutet: der 1100Hz wird mit 33 „Einheiten“ empfangen, der h\u00f6here mit 17. Dies sollte so nicht sein: f\u00fchrt der Empf\u00e4nger keine De-Emphasis durch, sollte die h\u00f6here Frequenz fast doppelt so laut sein (fast 6dB). Findet eine De-Emphasis statt, sollten beide gleich laut sein. Hier sollte also der APRS Sender justiert werden.<\/p>\n Die Messungen und Theorie dazu werde ich in einem kommenden Artikel beschreiben.<\/p>\n <\/p>\n Auf dem IS Server taucht das IGate als Client auf (hier noch mit der SSID HB9TSS-3):<\/p>\n <\/p>\n <\/p>\n Die Position des IGate selber ist nicht auf der Karte sichtbar. Dazu muss das Gateway selber ein Client Meldung abschicken. Dies l\u00e4sst sich mit einer Zeile in direwolf.conf erreichen:<\/p>\n <\/p>\n Die Konfiguration der Logdateien und des automatischen Startes wurde nach dem ersten erfolgreichen Setup ge\u00e4ndert und neu gem\u00e4ss\u00a0APRS Box -Einsatz von Direwolf mit Details f\u00fcr den Gateway Betrieb<\/a>\u00a0eingerichtet (siehe auch das Direwolf Manual 9.13 \/ 9.14). Dies scheint mir eher das \u00fcbliche\u00a0f\u00fcr einen daemon<\/em> zu sein (der nicht interaktiv gestartet wird, sondern im root-Kontext im Hintergrund). Das urspr\u00fcnglich vorgesehene Script dw-start.sh wird evtl. noch eingebaut, da es direwolf \u00fcberwacht und n\u00f6tigenfalls erneut startet.<\/p>\n Die Schritte im einzelnen:<\/p>\n Das IGate start damit automatisch als daemon. Manuell kann das Script mit cd \/etc\/init.d und direwolf start<\/em> gestartet werden (evtl. noch laufende Prozess stoppen sudo killall direwolf). \u00a0Kontrolle mit ps aux | grep direwolf<\/em> oder mit top<\/em>:<\/p>\n Die Textausgaben k\u00f6nnen\u00a0in der Logdatei verfolgt werden:\u00a0tail -f \/var\/log\/direwolf.log <\/em>oder k\u00f6nnen vom Service mit sudo service direwolf status<\/em> erfragt werden:<\/p>\n Der\u00a0Service kennt eine Reihe von Kommandos: sudo service direwolf start \/ stop \/status \/ force-reload \/ restart. Die restart \/ force-reload Optionen k\u00f6nnen nicht\u00a0ohne weiteres\u00a0genutzt werden, da der direwolf Prozess noch l\u00e4uft und die Soundkarte blockiert. Ob dem so ist, sieht man mit ps:<\/p>\n Die Option stop legt den Prozess nur schlafen (wird also nicht abger\u00e4umt). Bei einem Neu-Start beim Boot funktioniert das schon, einmalig. Ich habe die Konfiguration force-reload entfernt und beim stop alle Prozesse gekillt. So kann jederzeit stop \/ start \/ restart genutzt werden, ohne dass ein Prozess die Soundkarte blockiert (und somit direwolf nutzlos ist, was man nicht einfach so feststellen kann). Hier mein ini.d\/direwolf Script (nicht vergessen, nach \u00c4nderungen: sudo systemctl daemon-reload):<\/p>\n <\/p>\n Hier bin ich auf eine alternative Anleitung f\u00fcr die Erstellung eines automatisch ablaufenden \u00a0Services\/daemons gestossen (am Beispiel eines Python Scripts):<\/p>\n HOW TO RUN A SCRIPT AS A SERVICE IN RASPBERRY PI – RASPBIAN JESSIE<\/a><\/p>\n <\/p>\n <\/p>\n <\/p>\n F\u00fcr die Fernwartung des Gateways am Zielort ist putty von einem lokalen PC dort im internen Netz vorgesehen. Auf den PC wird mit Teamviewer zugegriffen (dies er\u00fcbrigt eine Port\u00f6ffnung). Alternativ\u00a0k\u00f6nnte man direkt\u00a0mit Teamviewer Host Linux auf den Pi zugreifen wie hier beschrieben:\u00a0TV Host auf RPi installieren<\/a>. Das ha sich allerdings nicht bew\u00e4hrt.<\/p>\n Schliesslich gibt es den modernen IoT Weg:\u00a0eine Verbindung via weaved<\/a> (neu: remot3.it). Dies funktioniert \u00e4hnlich wie ein Teamviewer mit einem Broker im Internet – damit entf\u00e4llt eine Port\u00f6ffnung ebenfalls.<\/p>\n Der Erfahrungsbericht zum Remote Access\u00a0ist als\u00a0 eigenst\u00e4ndiger Blog hier<\/a> nachzulesen.<\/p>\n <\/p>\n <\/p>\n Direwolf<\/p>\n Linux<\/p>\n Aprs<\/p>\n Update 20170411\/20170714<\/em><\/p>\n","protected":false},"excerpt":{"rendered":" Update April 2017 Das unten beschriebene System ist seit dem 6. April 2017 auf dem Schilthorn installiert. Erste Erfahrungen sind eingeflossen. Einleitung Es besteht schon lange der Wunsch, im Berner Oberland die Abdeckung f\u00fcr APRS mit einem\u00a0 Gateway (IGate) zu verbessern. Im Zusammenhang mit einem anderen Projekt (Stratosp\u00e4ren-Ballons) stiess ich auf eine einfach einzusetzende Software […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[8,12],"tags":[17,94],"yoast_head":"\n![\"aprs-igate-isnetwork-1\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/aprs-igate-isnetwork-1.jpg\")
<\/p>\n\n
\n
![\"aprs-igate-gen-1\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/aprs-igate-gen-1.png\")
<\/p>\nAufbau des IGate<\/h4>\n
\n
\n
![\"aprs-direwolf-mit-skygate1-alsamixer\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/APRS-Direwolf-mit-SKYGATE1-alsamixer.jpg\")
<\/p>\n![\"aprs-igate-audiolevel-1\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/aprs-igate-audiolevel-1.jpg\")
<\/p>\n![\"skygate1-icom-1\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/SKYGATE1-ICOM-1.jpg\")
<\/p>\n![\"aprs-direwolf-mit-skygate1-direwolf-small\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/APRS-Direwolf-mit-SKYGATE1-direwolf-small.jpg\")
<\/p>\n![\"aprs-skygate-direwolf\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/aprs-skygate-direwolf.png\")
<\/p>\nchan,utime,isotime,source,heard,level,error,dti,name,symbol,latitude,longitude,speed,course,altitude,frequency,offset,tone,system,status,comment\r\n 0,1482313831,2016-12-21T09:50:31Z,HB9TSS-11,HB9TSS-11,75(33\/17),0,:,HB9TSS-11,\/O,,,,,,,,,Telemetry devices,,,\r\n 0,1482314121,2016-12-21T09:55:21Z,HB9TSS-11,HB9TSS-11,72(35\/17),0,!,HB9TSS-11,\/O,46.690977,7.681376,,,583.7,,,,Telemetry devices,,\"Seq=11, Satellites=9 Sats, Temperature=31 deg.C, Battery=4.321 Volts\",http:\/\/www.pi-in-the-sky.com\r\n 0,1482314122,2016-12-21T09:55:22Z,HB9TSS-11,HB9TSS-11,73(35\/17),0,:,HB9TSS-11,\/O,,,,,,,,,Telemetry devices,,,<\/pre>\n
Der Audiolevel (Pre-Emphasis)<\/h4>\n
audiolevel = 75 (33\/17)<\/pre>\n
Kontrolle im APRS Netz<\/h4>\n
![\"aprs-direwolf-mit-skygate1-t2irelan-small\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/APRS-Direwolf-mit-SKYGATE1-T2IRELAN-small.jpg\")
<\/p>\nKontrolle\u00a0 auf APRS.FI<\/h4>\n
![\"aprs-skygate-direwolf-id10\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/aprs-skygate-direwolf-id10.png\")
\n![\"aprs-direwolf-mit-skygate1-aprsfi-id10\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/APRS-Direwolf-mit-SKYGATE1-aprsfi-id10.jpg\")
\n![\"aprs-direwolf-mit-skygate1-aprsfi-3\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/APRS-Direwolf-mit-SKYGATE1-aprsfi-3.jpg\")
<\/p>\nPositionsmeldungen des IGate<\/h4>\n
PBEACON sendto=IG delay=0:30 every=60:00 symbol=\"igate\" overlay=I lat=46^41.46N long=007^40.90W<\/pre>\n
Logmeldungen und Automatischer Start<\/h4>\n
\n
\n
pi@skygate1:\/etc\/init.d $ sudo update-rc.d direwolf defaults\r\ninsserv: warning: current start runlevel(s) (2) of script `direwolf' overrides LSB defaults (2 3 4 5).\r\ninsserv: warning: current stop runlevel(s) (empty) of script `direwolf' overrides LSB defaults (0 1 6).<\/pre>\n
![\"direwolf-daemon1\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/direwolf-daemon1.png\")
<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n![\"direwolf-daemon3\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/direwolf-daemon3.png\")
<\/p>\n![\"direwolf-daemon2\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/direwolf-daemon2.png\")
<\/p>\n![\"direwolf-daemon4\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/12\/direwolf-daemon4-1.png\")
<\/p>\n#!\/bin\/sh\r\n# kFreeBSD do not accept scripts as interpreters, using #!\/bin\/sh and sourcing.\r\nif [ true != \"$INIT_D_SCRIPT_SOURCED\" ] ; then\r\n set \"$0\" \"$@\"; INIT_D_SCRIPT_SOURCED=true . \/lib\/init\/init-d-script\r\nfi\r\n### BEGIN INIT INFO\r\n# Provides: direwolf\r\n# Required-Start: $network $local_fs $time\r\n# Required-Stop: $remote_fs\r\n# Default-Start: 2 3 4 5\r\n# Default-Stop: 0 1 6\r\n### END INIT INFO\r\n\r\n# Author: Ed Lafargue <ed@wizkers.io>\r\n\r\nPATH=$PATH:\/usr\/local\/bin\r\nDESC=\"Direwolf APRS Daemon\"\r\nDAEMON=\/usr\/local\/bin\/direwolf\r\nCONF=\/etc\/direwolf\/direwolf.conf\r\n\r\ntest -x $DAEMON || exit 0\r\n\r\ncase \"$1\" in\r\n start)\r\n log_begin_msg \"Starting Direwolf\"\r\n sudo $DAEMON -c $CONF -t 0 | logger -p local0.info -t direwolf 2>&1 &\r\n log_end_msg 0\r\n ;;\r\n stop)\r\n log_begin_msg \"Stopping Direwolf\"\r\n sudo killall direwolf\r\n log_end_msg 0\r\n ;;\r\n restart)\r\n $0 stop\r\n $0 start\r\n ;;\r\n status)\r\n $PROGRAM \u2013show\r\n ;;\r\n *)\r\n log_failure_msg \"Usage: $PROGRAM {start|stop|restart|status}\"\r\n exit 1\r\nesac\r\nexit 0<\/pre>\nAlternative Einrichtung eines Service (f\u00fcr Scripts)<\/h4>\n
Erfahrungen<\/h4>\n
\n
Offene Punkte<\/h4>\n
\n
Fernwartung \/ Remote Access<\/h4>\n
![\"weaved0\"](\"http:\/\/wp.andreas.bieri.name\/wp-content\/uploads\/2016\/03\/weaved0.jpg\")
<\/p>\n
\nLinks und Referenzen<\/h4>\n
\n
\n
\n
\n