OV-Abend am 12. August 2022

Liebe Funkfreunde,

der nächste OV-Abend findet am 12. August ab 18 Uhr beim Kirchenwirt in Pang statt.

Ich freue mich auf eure Teilnahme.

Dennis
DB6BD

SvxLink Teil III – weitere Konfiguration

Um Einstellungen am Verhalten von SvxLink vorzunehmen die über die Möglichkeiten die die svxlink.conf bzw. die Konfigurationsdateien der Module hinaus gehen, gibt es noch eine weitere Art von Dateien: die TCL Skripte.

Diese Dateien beschreiben das Verhalten von SvxLink bei so gut wie allen Events die im Repeater vorkommen. Daher kann man durch Änderung der mitgelieferten Dateien das Verhalten von SvxLink sehr detailliert steuern.

Um die Originaldateien nicht abändern zu müssen (z.B. weil sie bei einem Update wieder überschrieben werden würden), gibt es bei SvxLink das sogenannte “locale” Konzept. Das bedeutet dass abgeänderte Dateien in einem Unterordner namens “locale” abgelegt werden. Existiert dieser Ordner und entsprechende Dateien in ihm, so werden diese verwendet – ansonsten die Originaldateien.

Für unsere Installation haben wir bisher zwei Anpassungen an tcl Dateien vorgenommen: Um die Zwischenmeldung des Repeaters innerhalb des Sprecherwechsels zu unterbinden und um die Zeitansage auf deutsche Grammatik anzupassen.

Zwischenmeldung unterbinden

cd /usr/local/share/svxlink/events.d/
mkdir local
cd local
cp ../RepeaterLogic.tcl ./

In dieser Datei ./local/RepeaterLogic.tcl müssen in der Funktion “repeater_down” folgende Zeilen durch voranstellen eines # auskommentiert werden:

#  spellWord $mycall;
#  playMsg "Core" "repeater";
#  playSilence 250;

Deutsche Grammatik für Zeitansagen

Um der deutschen Aussprache von Zahlen Rechnung zu tragen (z.B. einundzwanzig statt zwanzig-eins) muss auch hier eine Datei angepasst werden.
Hierzu wird unter /usr/share/svxlink/sounds/de_DE/events.d/local/locale.tcl folgender Inhalt abgelegt: https://gist.githubusercontent.com/unixweb/b808ba6d17905d253345efa9cdfbe52b/raw/02fdeb34dafcc36d0071ea4dca1eee8e0f6e57b7/locale.tcl

Um Änderungen an diesen Dateien wirksam zu machen, muss SvxLink neu gestartet werden.

Juli OV-Abend

Liebe Funkfreunde,

Entschuldigt bitte die kurzfristige Benachrichtigung. Wir treffen uns am kommenden Freitag den 8. Juli 2022 ab 18 Uhr beim Huberwirt in der der Steinstraße 13 in 83064 Raubling. Wir haben eine eigene Stube, in der wir ungestört sind.

Ich freue mich auf unseren Juli OV-Abend.

73 de DB6BD

SvxLink Teil II – weitere Konfiguration

Wie im ersten Teil angekündigt werde ich in diesem Beitrag beschreiben wie man das Raspberry Dateisystem in einen “read-only” Modus versetzt. Der Grund hierfür: Durch das Schreiben von Logdateien etc. “verschleißt” die SD-Karte, denn Flash-Speicherzellen haben eine endliche Anzahl von Schreibzyklen bei der sie zuverlässig arbeiten. Danach kann es zu defekten Dateien bis hin zu einem nicht mehr funktionierendem Dateisystem kommen.

Um dem entgegenzuwirken, wird das komplette Dateisystem schreibgeschützt, da wir in der Regel während des Betriebs keine Dateien persistent auf der Speicherkarte ablegen wollen. Alle Dateien die zur Laufzeit beschrieben werden müssen, werden in eine sogenannte Ramdisk gelegt, also in ein Dateisystem das im Arbeitsspeicher lebt.
Dies bedeutet aber auch, dass all diese Dateien bei einem Neustart verloren sind.
Will man solche Dateien (z.B. Logdateien) für den Fall eines unvorhergesehenen Events (Absturz, Stromausfall) sichern, muss man sich selber darum kümmern diese Datei von Zeit zu Zeit entweder lokal oder remote zu sichern.

Ich habe mich für das Einrichten des read-only Dateisystems recht nah an diesem Blogbeitrag auf Hamspirit.de orientiert. Hier aber nochmal in meinen Worten bzw. mit meinen Kommentaren:

Entfernen von nicht mehr benötigten Diensten

Zuerst entfernen wir Dienstprogramme, die wir in einem read-only Dateisystem nicht mehr benötigen, bzw. die in einem read-only Dateisystem nicht mehr funktionieren.
Für unsere Anwendung sind diese allerdings auch nicht notwendig.

sudo apt-get remove --purge logrotate triggerhappy dphys-swapfile fake-hwclock samba-common
sudo apt-get autoremove --purge

Ummappen von Systemverzeichnissen nach /tmp

Einige Programme wollen zur Laufzeit in Dateien schreiben. Diese leiten wir nun nach /tmp um, damit diese auch im read-only Dateisystem einen beschreibbaren Ort haben.

sudo rm -rf /var/lib/dhcp/ /var/spool /var/lock
sudo ln -s /tmp /var/lib/dhcp
sudo ln -s /tmp /var/spool
sudo ln -s /tmp /var/lock
sudo mv /etc/resolv.conf /tmp/
sudo ln -s /tmp/resolv.conf /etc/resolv.conf

Einstellungen in der Partitionstabelle

Nun bearbeiten wir /etc/fstab und setzen die boot und root Partitionen auf read-only (“ro”) und erzeugen drei tmpfs Partitionen.
Die hervorgehobenen Anteile müsst ihr in die Datei eintragen, der Rest sollte schon vorhanden sein (die PARTUUID unterscheidet sich auf jedem System)

proc /proc proc defaults 0 0
PARTUUID=d8cc668c-01 /boot vfat ro,defaults 0 2
PARTUUID=d8cc668c-02 / ext4 ro,defaults,noatime 0 1
# a swapfile is not a swap partition, no line here
# use dphys-swapfile swap[on|off] for that
tmpfs /var/log tmpfs nodev,nosuid 0 0
tmpfs /var/tmp tmpfs nodev,nosuid 0 0
tmpfs /tmp tmpfs nodev,nosuid 0 0

Nun aktivieren wir noch fastboot (wir haben kein beschreibbares Dateisystem und sparen uns somit fsck) und noswap (wir haben kein beschreibbares Dateisystem wo man hinswappen könnte) in der Datei /boot/cmdline.txt.

dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait fastboot noswap

Alias für rw und ro

Nach einem Neustart würde man nun in einem read-only Dateisystem landen. Um das Dateisystem beschreibbar zu machen, kann man den Befehl sudo mount -o remount,rw / ; sudo mount -o remount,rw /boot nutzen.
Das kann man mit einem bash alias etwas eleganter machen (wie man es eventuell von Pi-Star kennt).

Wir fügen folgendes an die Datei /etc/bash.bashrc an:

set_bash_prompt(){
fs_mode=$(mount | sed -n -e "s/^\/dev\/.* on \/ .*(\(r[w|o]\).*/\1/p")
PS1='\[\033[01;32m\]\u@\h${fs_mode:+($fs_mode)}\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
}

alias ro='sudo mount -o remount,ro / ; sudo mount -o remount,ro /boot'
alias rw='sudo mount -o remount,rw / ; sudo mount -o remount,rw /boot'

PROMPT_COMMAND=set_bash_prompt

Nachdem man sich neu eingeloggt hat, wird nun in der Kommandozeile angezeigt, ob das Dateisystem aktuell schreibbar ist oder nicht (rw / ro). Mit den Befehlen rw und ro kann nun zwischen den beiden Zuständen gewechselt werden.
Will man nun z.B. die svxlink.conf bearbeiten, muss man vorher in den rw Modus wechseln und danach auch wieder in ro.

Besonderheiten

Zeitsynchronisation

Die der Standarddienst zur Zeitsynchronisation über Netzwerk systemd-timesyncd ist ebenfalls auf beschreibbare Dateien angewiesen, deren Zielorte wir mit obigen Kommandos allerdings nicht nicht abgedeckt haben. Es sind folgende Änderungen notwendig um den Service weiterhin nutzen zu können.
In /lib/systemd/system/systemd-timesyncd.service müssen folgende Zeilen auskommentiert bzw. geändert werden:

#CapabilityBoundingSet=CAP_SYS_TIME
#PrivateTmp=yes
StateDirectory=

Nach dem Ändern der Datei muss sie mit sudo systemctl daemon-reload neu eingelesen werden. Nach einem Neustart sollte der Dienst seinen Dienst aufnehmen.

Cronjobs

Was wir nun vermissen werden, ist das Dienstprogramm cron. cron legt Dateien werden in /var/spool/crontab abgelegt, was nun auf /tmp gemappt ist und somit beim Reboot verloren geht.
Lösung: Wir können unsere Cronjobs auch einfach in /etc/crontab ablegen.
Dort habe ich nun die Cron calls für die Telemetrie (Temperatur- und Lüftersensor) abgelegt – weitere Infos dazu in einem der nächsten Artikel!

Im nächsten Beitrag werde ich beschreiben welche Anpassungen ich noch an der Konfiguration von svxlink vorgenommen habe, die über die reine Anpassung der Konfigurationsdatei hinausgehen.

Juni OV-Abend und Fieldday

Liebe Funkfreunde,

ich freue mich, euch auf dem Juni OV-Abend und zum Fieldday 2022 einladen zu dürfen.

Der Juni-OV-Abend findet am Freitag, den 10. Juni 2022 ab 19 Uhr im BGS-Museumsstüberl im Kapellenweg 9 in 83024 Rosenheim statt. OVV Dennis legt bis etwa 20 Uhr Steaks auf den Grill, es werden Salate und Getränke bereitgestellt, bevor es in den offiziellen Teil des OV-abends übergeht. Hier eine nicht vollständige Liste der geplanten Themen:

  1. Suche nach geeigneten OV-Lokalen. Wir bitten um entsprechende Vorschläge, wie bereits in unserer OV-WhatsApp Gruppe geschehen. Zielsetzung soll die Terminierung bis zum Jahresende 2022 sein.
  2. 80 Jahre Amateurfunk in Rosenheim. Ideen: Zeitungsartikel im OVB, Ausstellung. Auch hier wird um Ideen gebeten, um die Sache interessant für die alten Hasen und potenzielle Newcomer zu gestalten. Hier werden noch Helfer gesucht.
  3. 75 Jahre deutsche Verfassung / 75 Jahre Bundesrepublik Deutschland. Hier wird um Ideen für Sonderaktivitäten gebeten. Auch hier werden noch Teilnehmer/Verantwortliche gesucht.

Der Amateurfunk Fieldday 2022 des DARC OV C14 Rosenheim findet ebenfalls auf dem Gelände des BGS-Museums statt. Hier folgt die Agenda, damit ihr wisst, was euch erwartet.

Freitag, 10. Juni 2022:

  1. Ab 12 Uhr Aufbau für den Fieldday mit Flohmarkt/Ausstellungen für Vereinsmitglieder
  2. 19-20 Uhr Grillabend à Grillfleisch und Salate gegen Marken
  3. Ab 20 Uhr OV-Abend

Samstag, 11. Juni 2022:

  1. Ab 9 Uhr Aufbau für den Fieldday für Besucher
  2. 11-15 Uhr Flohmarkt à Ausstellungstische werden gegen Spende ausgegeben.
  3. 12-13 Uhr Mittagessen à Grillfleisch und Salate gegen Marken
  4. Ab 15 Uhr Funkbetrieb

Sonntag, 12. Juni 2022:

  1. Ab 9 Uhr gemeinsames Frühstück à Selbstverpflegung
  2. Anschließend und abschließend gemeinsamer Abbau

Für Getränke ist ganztags gesorgt. Der Übersicht halber werden auch die Getränke nur gegen Marken ausgegeben.

Der Vorstand und das Organisationsteam des OV-C14 Rosenheim freut sich auf zahlreiches Erscheinen.

DB6BD, Dennis

DH9AT, Andreas

DL1RHS, Richard

DL8MEW, Klaus

OV-Abend Mai 2022 und OV-Abend Juni 2022

Hallo Funkfreunde,

der nächste OV-Abend findet am Freitag den 13. Mai ab 1900 Uhr in der Auer Stubn, Hochgernstr. 15 statt. Parkplätze sind reichlich vorhanden.
Wir haben das Stüberl für uns und sind somit ungestört.
Wir werden über die Organisation des Fieldday im Juni und Planungsvorbereitung Jubiläum 90 Jahre Amateurfunk in Rosenheim sprechen. Ich freue mich dazu auf Vorschläge und hoffe auf viele Mitwirkende.

Der OV-Abend am Freitag den 10. Juni findet ab 1900 Uhr im Stüberl des BGS-Museums, Kapellenweg statt.
Das Gelände ist vorher schon besetzt, wir bauen am Freitag für den Fieldday am Samstag auf.
Grillmeister Dennis legt Fleisch auf den Grill, Salat und Brot gibts dazu. Getränke sind auch vorhanden.
Am Samstag den 11. Juni halten wir unseren OV C14-Fieldday ab.
Wir planen einen Flohmarkt für die OV-Mitglieder (oder Gäste),
das Programm sprechen wir noch ab und veröffentlichen es auf unserer Webseite.
Es besteht die Möglichkeit, Sachen aus- oder vorzustellen.
(Sota - Ausrüstung mit Antennen wäre toll) etc. Vorschläge bitte rechtzeitig vor dem Fieldday
Eine KW-Station steht wieder im DARC-Anhänger für den Funkbetrieb bereit.
Am Sonntag ist dann nach einem gemeinsamen Frühstück aufräumen angesagt.  

Weiteres gibts auf dem OV-Abend im Mai.

Der ganze Vorstand des OV freut sich auf Euer erscheinen!

73
Klaus, DL8MEW

Neubau von DB0TR und DB0FHR

Aufbau im 19 Zoll 2HE Rack

In letzter Zeit war der Betrieb von DB0TR von vielen Problemen und Ausfällen gekennzeichnet. Ganz zum Ärger vieler OMs, da dieses Hochries Relais einen recht großen Einzugsbereich hat.

Nach vielen Reparaturen und Verbesserungsversuchen haben wir uns letztlich zu einem Neubau mit professionellen Funkgeräten von Motorola entschlossen. Bei der Gelegenheit wollten wir auch gleich einige Funktionen wie Temperaturüberwachung der PA und ein SvxLink Modul mit Echolink implementieren.

Im Aufmacherfoto sieht man die Anordnung der einzelnen Komponenten. Diese sind nicht willkürlich, sondern genau durchdacht angeordnet. Die beiden Motorola Geräte (ein Gerät arbeitet im RX Betrieb, während das zweite beim Auftasten den TX Betrieb aufnimmt) sind völlig identisch programmiert. So kann man im Falle eines Defektes die beiden Geräte tauschen und so relativ kurzfristig wieder die Funktion herstellen. Wir hoffen natürlich, daß das nicht notwendig sein wird.

Direkt am Lüfter ist das TX-Gerät angeordnet, da dieses die größte Wärme erzeugt und so direkt mit kalter Frischluft angeblasen wird. Das RX-Gerät entwickelt keine Wärme und die entweichende Luft streicht noch über den Raspberry bevor es über die Bohrungen in der Rückwand wieder das Gerät verlässt.

Oben ist DB0FHR abgebildet, DB0TR ist völlig identisch aufgebaut. Es ist noch eine Stromspar-Variante für DB0TR mit 2 Handfunkgeräten geplant. Dazu mehr im nächsten Artikel.

Andreas, DH9AT

Neuigkeiten von DB0TR

Liebe Leser, 
seit heute Mittag ist unser Relais DB0TR wieder auf der Hochries in Betrieb.
Das bereits fertiggestellte, neue Gerät mit Echolink wird erst nach allen erfolgreichen Test in Betrieb gehen.
DB0HOB - der digitale Repeater ist im Testbetrieb bei DL0ROS am Messplatz in Betrieb.
Danke an Richard, DL1RHS für den Tausch.

06.04.2022 DL8MEW