ÖVSV - Benutzerbeiträge [de]

RadioRegulations

2025-09-03T08:21:08Z

BSMaintenance: Attachment migration

Die Radio Regulations der ITU sind ein völkerrechtlicher multilateraler Vertrag zwischen den ITU-Mitgliedsstaaten in dem die Nutzung von Funkfrequenzen geregelt wird.

Dieser Vertrag wird regelmäßig bei "World-Radio-Conferences" aktualisiert, zuletzt im Jahr 2023. Die [https://www.oevsv.at/export/shared/.content/.galleries/Downloads_Referate/UKW-Referat-Downloads/Radio_Regulations_ITU-2024EN.pdf aktuelle Ausgabe der Radio-Regulations ist hier] abrufbar.

Amateurfunk ist in der Ausgabe 1927er des Regelwerks des Internationalen Telegraphenvereins (Vorgänger der ITU) ist erstmals erwähnt (siehe Downloads).
[[Datei:Bandplan 1927.png|zentriert|1948x1948px]]

{{AttachmentsList}}
* [[Medium:ConventionRadioTelegraphiqueInternationale 1927 4.39.43.fr.200.pdf|ConventionRadioTelegraphiqueInternationale_1927_4.39.43.fr.200.pdf]] -- [[Benutzer:OE3DZW]], 29. April 2025, 12:56
{{AttachmentsList/End}}

Hamip.at

2025-09-03T08:21:08Z

BSMaintenance: Attachment migration

Unter der Domain hamip.at sind Dienste im österreichischen Hamnet erreichbar.

Code: https://github.com/oevsv/hamip.at
==== Hamip.at - die Domain des österreichischen Amateurfunks ====
Amateurfunk bedeutet Kommunikation. Kommunikation ist immer mehr digital. Digital bedeutet oft IP. Und damit braucht es IP-Adressen und Domainnamen.

Im österreichischen Amateurfunk wird die Domain hamip.at genutzt. Hamip.at steht für "Ham", also Amateurfunk, und "IP", dem universellen Kommunikationsprotokoll. Hamip.at gibt es im Amateurfunknetz, Hamip.at gibt es auch im Internet.

Hamip.at steht jedem Amateurfunker und jeder Amateurfunkerin zur Verfügung. Es können Dienste adressiert werden - aprs.oe1xar.hamip.at, genauso Relaisstationen - oe1xar.hamip.at, wie auch die persönliche Wetterstation eines Amateurs - wx.oe3gwu.hamip.at.

Die Domain wurde vom ÖVSV registriert, für den Inhalt des jeweiligen Auftritts ist der Betrieber bzw. die Betreiberin der jeweiligen Seite verantwortlich.

==== Hamip.at im Hamnet ====
Im Hamnet ist die Domain über Anycast verfügbar. Dazu ist folgender Eintrag notwendig:

* 44.143.0.10 (dns.hamip.at)

==== Hamip im Internet ====
Im Internet wird hamip.at über die Server dns1.netplanet.at und dns2.netplanet.at des ISP Netplanet verbreitet. Es bedarf keiner speziellen Eintragung, so kann als Resolver entweder der vom ISP angebotene oder ein generischer Resolver (etwa von Quad9 unter 9.9.9.9) verwendet werden.

==== Datenquelle ====
Die Daten werden grundsätzlich aus der HamnetDB bezogen.

Aus der Hamnet-DB entstehen zwei Kategorien von Domains:

* Rufzeichen-Domains für X-Rufzeichen (Repeater, Club-Stationen), also zB oe0xyz.hamip.at
* Dienste-Domains mit Rufzeichen, also zB sip.oe0xyz.hamip.at

Zusätzlich gibt es unter hamip.at weitere Domain-Kategorien:

* Dienste-Domains ohne Rufzeichen, also zB ntp.hamip.at oder news.hamip.at
* Rufzeichen-Domains für gewöhnliche Rufzeichen, also zB. oe3dzw.hamip.at

==== Reverse-DNS ====
Reverse-DNS (PTR-Records) werden direkt durch die Hamnet-DB erzeugt und zeigen auf .hamnet.radio, also zB "66.60.143.44.in-addr.arpa. 3600 IN PTR web.oe3xnr.hamnet.radio". Im Hamnet ist sind auch alternativ dazu PTR Records zu "hamip.at" möglich, bisher aber nicht implementiert.

==== Anleitung ====
Um DNS mit hamip.at im Hamnet zu nutzen muss als DNS-Server 44.143.0.10 eingetragen werden. Außerhalb des Hamnets - also im Internet - genügen die gewöhnlichen DNS-Einstellungen (keine besondere Konfiguration notwendig).

==== Technische Implementierung ====
Der aktuelle Datenstand der Hamnet-DB ist über die [https://hamnetdb.net/?m=util Hamnet-DB-API] abrufbar. Diese Daten werden über Pythons-Scripts regelmäßig importiert und über die PowerDNS-API an die DNS-Server für das Internet (via ISP) bzw. an einen lokalen PowerDNS-Server übermittelt.

Im Script werden zuerst die österreichischen Rufzeichen gefiltert. Dienste-Domains ohne Rufzeichen werden über die Eintragung unter dem Pseudo-Rufzeichen der Hamnet-DB oe0any abgebildet. Aus ntp.oe0any wird damit ntp.hamip.at (ohne Rufzeichen).

Rufzeichen-Domains werden in der Hamnet-DB nur in bestimmten Fällen gebildet, etwa durch "web." oder "router.". Sind diese Prefixe nicht vorhanden, so wird das erste vorhandene Prefix genutzt (also zB sip.<rufzeichen>).

Grundsätzlich sind die gleichen Daten im Internet wie im Hamnet verfügbar. Ähnlich zum Firmennetzen besteht die Möglichkeit einzelne Einträge unterschiedlich zu gestalten. Beispiel: Im Hamnet zeigt ein Eintrag auf eine Hamnet-IP, im Internet zeigt der gleiche Eintrag auf eine Internet-IP. Somit wird sichergestellt, dass auch Nutzer ohne Hamnet auf den Inhalt zugreifen können (etwa bei oevsv.at denkbar).

Im Hamnet werden die DNS-Informationen über Anycast verteilt. Das bedeutet. Es gibt nur eine Adresse, diese ist aber auf unterschiedlichen Servern verfügbar, fällt ein Server (oder eine Route zu einem Server) aus, so ist die Erreichbarkeit weiterhin gegeben. Dieses Konzept ist ähnlich zu Anycast bei Cloud-Providern (etwa 9.9.9.9).

An der Verteilung über Anycast ist die HTL Leonding, Nebelstein, Frauenstaffl und der Server der UKW-Server des ÖVSV beteiligt.

==== Geschichte ====
IP im Amateurfunk wurde lange Zeit mit dem Netz 44.0.0.0/8 gleichgesetzt. Mit anderen Worten: 1/256 der öffentlichen Adressen waren dem Amateurfunk zugeordnet. Die Netze hatten unterschiedliche Namen, AMPR-Net war Synonym für 44.0.0.0/8. In Österreich und Deutschland entstand ein funkbasiertes "HamNet". Ein Konzept, dass auch in anderen Ländern ausgebaut wurde. International war dazu die Domain "ampr.org" in Verwendung. In Österreich wurde mit "ampr.at" mitunter verwendet (historischer Stand der Domain "ampr.at" unter Downloads).

Eine Datenbank zur Verwaltung des Hamnets - die Hamnet-DB - baute auf "ampr.org" auf und verdrängte die österreichische Domain zunehmend.

Im Juni 2024 waren keine Updates aus der Hamnet-DB zu "ampr.org" mehr möglich. Es zeigte sich, dass die amerikanischen Inhaber der Domain keinen Zugriff mehr erlaubten, damit musste eine andere Lösung gefunden werden. Der DARC entschied sich dafür, die Domain "ampr.org" durch "hamnet.radio" zu ersetzen. Im Oktober 2024 wurde die Situation in der ÖVSV-Dachverbandssitzung besprochen. Das Leitorgan entschied sich einstimmig dazu, die Domain "hamip.at" nunmehr als die österreichische Amateurfunk-Domain zu verwenden. Die Domain wurde am den ÖVSV-Dachverband übertragen, um künftige Abhängigkeiten von fremden Domain-Inhabern zu vermeiden.

Es wurde festgelegt, dasss die Daten weiterhin aus der Hamnet-DB gespeist werden sollen. Das UKW-Referat wurde beauftragt die technische Implementierung vorzunehmen und über die neue Domain zu informieren.

Fragen, Anregungen, Kontakt: [[Mailto:ukw@oevsv.at|ukw@oevsv.at]]

{{AttachmentsList}}
* [[Medium:ampr.at.txt|ampr.at.txt]] -- [[Benutzer:OE3DZW]], 31. Dezember 2024, 22:46
{{AttachmentsList/End}}

M17

2025-09-03T08:21:08Z

BSMaintenance: Attachment migration

[https://m17project.org/ M17] ist ein Projekt für eine [https://github.com/M17-Project quelloffene] Implementierung von Hard- und Software für digitalen Sprachfunk. OE3XOR unterstützt als erstes österreichisches Relais M17 (neben anderen Betriebsarten).

===== Übersicht =====
Das Projekt wurde ca 2019 in Warschau von SP5WWP, Wojciech Kaczmarski , gestartet. Heute - 2023 - ist es ein weltweites Projekt mit um die 100 Aktivist:innen.

Die Sprache wird mit [https://github.com/drowe67/codec2 Codec2] (bekannt aus FreeDV - free digital voice) übertragen. Wird Codec2 mit geringer Bandbreite betrieben, können parallel Daten übertragen werden. Die Sprachqualität des Codec2 ist zumindest gleichwertig zu den AMBE(+)-Codecs, welche für andere digitale Betriebsarten verwendet werden.

Die Übertragung am Funk erfolgt mit 4-FSK (QFSK).

Es gibt [https://m17project.org/tools/calculator keine Abhängigkeit von Rufzeichendatenbanken] (damit auch keine Registrierung).

MREF - Reflektorsoftware mrefd ([https://github.com/n7tae/mrefd Github]), wird von OE1KBC in Österreich seit 2020 betrieben ("[https://m17-aut.xreflector.net/ OE-Reflektor]", Dashboard, [https://github.com/kc1awv/gomrefdash Github]). Die Gruppierung erfolgt in sogenannten "Modulen", beispielsweise "A" für internationale Kommunikation. Hinweis: Nicht zu verwechseln mit den Dstar-Modulen, bei Dstar stehen die Buchstaben für Frequenzbereiche bzw. für das Gateway. In Österreich wird derzeit das Modul "B" verwendet.

M17 wird von MMDVM unterstützt, dazu gibt es auch ein Dashboard. Das Dashboard basiert auf einem [https://w0chp.radio/wpsd/ Fork] von [[PiStar]]. Alternativ kann über einen Workaround auch auf bestehenden PiStar-Installationen M17 aktiviert werden.

Wie schon bei PiStar besteht die Hardware meist aus einem Raspberry und einer Aufsteckplatine mit einem STM32-Prozessor.

Software-Clients: Droid-Star, M17 kann über Pulldown ausgewählt werden, wird weiters der Reflektor "M17-AUT" mit Modul "B" ausgewählt, so wird die Übertragung am Kirchberg-Relais OE3XOR ausgegeben. Alternativ kann auch [https://github.com/n7tae/mvoice MVOICE] verwendet werden, letzteres muss händisch übersetzt und angepasst werden.

M17 unterstützt auch direkte Kommunikation (ohne Repeater), empfohlene Frequenzen für Simplex: 2m: 144,875 MHz, 70cm: 433,475 MHz

Es gibt bisher keine Datenkommunikation (keine SMS etc).

Neben dem "Streaming-Mode" (Sprache) gibt es in der Spezifikation auch einen Packet-Mode, dieser wurde jedoch bisher nicht implementiert.

M17 verwendet keine Zeitschlitze.

===== Hardware =====
Erste offenen Hardware ist Module17, externes Mikro mit Kenwood-Stecker, Datenschnittstelle, Übertragung über jedes Funkgerät, welches einen 9600 Baud-Anschluss hat mit M17. Kosten von ca 40 EUR. Es werden die Pins GND, Data-IN, Data-OUT und PTT belegt.

TNC4 (1200/9600 Bit/s TNC) von Mobilinkd kann über Kabel an den Transceiver angeschlossen oder mit Rechner oder Smartphone via Bluetooth verbunden werden. So können M17 oder auch andere Modes wie Packet Radio (APRS) gemacht werden.

====== Funkgeräte ======
Aufbauend auf [https://openrtx.org/ OpenTRX], eine freie Firmware für Handfunkgeräte von [https://www.retevis.com/ Retevis], Hardware-Modifikation (Modulation direkt vom Mikrocontroller, DMR-Baustein dazwischen wird überbrückt, dazu muss eine Brücke gelegt werden und ein kleiner SMD-Widerstand entfernt werden, Lupe notwendig) notwendig. Die Programmierung erfolgt direkt aus dem Webbrowser Chrome über WebUSB via https://dmr.tools. Unter Linux sind dazu Schreib-Lese-Rechte auf Serial-Devices erforderlich.. Die konkrete Firmware hängt vom Gerät ab (z.B. MD380). https://openrtx.org/#/hardware/hardware

*

OpenHT: Prototyp eines Handfunkgeräts basierend auf einem STM32-Discovery-Entwicklermodul inkl. HF-Shield und FPGA. Kann dzt FM mit Subaudio.

[https://openrtx.org/#/hardware/ttwrplus TTWR+] von [https://www.lilygo.cc/ Liligo] (ohne Modifikation ab Version 2.1): ESP32, Display, GPS, Funkmodul mit OpenRTX.

[https://github.com/M17-Project/rru-rf-hw Remote-Radio-Unit], Repeater-Board mit 60 W für 70 cm, dzt. in Entwicklung; kann neben M17 auch für analoge Kommunikation verwendet werden.

====== Konfiguration ======

* Rufzeichen - mitunter nach dem Einschalten händisch einzugeben.
* Channel-Access-Number (digitaler Squelch)
* Frequenz - Codeplugs ([https://openrtx.org/#/binary_cps_format Spezifikation]) gibt es bisher nicht, das wird dzt entwickelt.

===== Kommunikation =====

* M17-NET am Reflektor "M17-M17" (Modul "C"), jeweils Freitag 17h UTC: Entwicklerrunde für M17
* Discord: Hauptkommunikationsplattform von M17, Server https://discord.gg/G8zGphypf6
* Matrix https://matrix.to/#/#m17project:matrix.org

===== Dokumentation/Präsentation =====

* https://www.oe3xor.at/m17
* Präsentation: Siehe Download am Ende der Seite

Mitschrift von OE3DZW eines Vortrags von [[Qrz@oe3xor.at|OE3ANC]] im Klubheim des OV St. Pölten am Do, 23.11.2023

===== Veranstaltungen zu M17: =====
iceBird-Talk im ÖVSV Landesverband Wien von Kurt, OE1KBC

https://www.oevsv.at/oevsv/aktuelles/M17-Open-Source-Radio/

'''Video zum Vortrag:'''

https://vimeo.com/913600582?share=copy

[[Category:Digitale]]
[[Category:Digitale Sprache]]

{{AttachmentsList}}
* [[Medium:2023-11-23-M17.pdf|2023-11-23-M17.pdf]] -- [[Benutzer:OE3DZW]], 29. November 2023, 18:06
{{AttachmentsList/End}}

SvxReflector

2025-09-03T08:21:08Z

BSMaintenance: Attachment migration

====Installation====
Svxreflector 1.0 ist in Debian 12 enthalten. Talkgroups werden erst ab Version 2.0 unterstützt. Aktuell ist inzwischen Version 3.0, diese ist allerdings nicht mit Version 2.0 kompatibel, dh. svxlink mit der Version 3.0 kann sich nicht mit einem svxreflector der Version 2.0 verbinden.

Die folgende Anleitung gilt für Debian und Derivate (etwa Raspberry Pi OS) und erzeugt neben svxlink ( Repeater-Software) auch sxvreflector (Vernetzungs-Software).

==== [[SvxLink|Svxlink]]-Code aus [https://github.com/sm0svx/svxlink Github] clonen ====
<syntaxhighlight lang="bash">
cd /opt
apt -y install git
git clone https://github.com/sm0svx/svxlink
cd svxlink/
cat INSTALL.adoc

</syntaxhighlight>

==== Fehlende Pakete installieren ====
(hier für Debian 12)<syntaxhighlight lang="bash">
apt -y install build-essential cmake doxygen pkg-config \
libsigc++-2.0-dev libasound2-dev libspeex-dev libopus-dev libogg-dev \
libpopt-dev libgcrypt20-dev libgpiod-dev librtlsdr-dev libjsoncpp-dev \
tcl-dev libgsm1-dev libcurl4-openssl-dev groff libssl-dev

</syntaxhighlight>

==== Build ====
entsprechend INSTALL.adoc:<syntaxhighlight lang="bash">
cd src
mkdir build
cd build
# QT4 not in Debian 12 (only QT5), skip QT UI
# cmake .. -DUSE_QT=NO
# Debian-style variant with further options set
cmake -DCMAKE_INSTALL_PREFIX=/usr -DSYSCONF_INSTALL_DIR=/etc -DLOCAL_STATE_DIR=/var -DUSE_QT=OFF -DWITH_SYSTEMD=yes ..

make
make doc
useradd svxlink
# ptt via gpio
# usermod -a svxlink -G gpio
# audio
sudo usermod -a svxlink -G audio
# ptt via serial
sudo usermod -a svxlink -G dialout
sudo make install
sudo ldconfig

</syntaxhighlight>Nun sollte sowohl svxlink, wie auch svxreflector verfügbar sein.

==== Migration von svxreflector 2.0 auf 3.0 ====

Seit der Version 3.0 ist eine Public-Key-Infrastructure (PKI) aufbauend auf OpenSSL enthalten.

Dazu muss ein Zertifikat erstellt werden, die passiert automatisch wenn der Hostname (COMMON_NAME) in der Konfiguration (svxreflector.conf) enthalten ist:

<syntaxhighlight line="1">
# version 3.0
[SERVER_CERT]
COMMON_NAME=svx.oe3xnr.hamip.at

</syntaxhighlight>Der Common-Name kann über die IP-Adresse in der HamnetDB abgefragt werden. Zur Ausgabe der Hamnet-DB ist ".hamip.at" hinzuzufügen.

Beim Start wird die erfolgreiche Erstellung des Zertifikats angezeigt:<syntaxhighlight line="1">
Tue 04 Feb 2025 05:29:38 PM CET: SvxReflector v1.2.99.26@24.02-71-gcf2ce04b Copyright (C) 2003-2025 Tobias Blomberg / SM0SVX
Tue 04 Feb 2025 05:29:38 PM CET:
Tue 04 Feb 2025 05:29:38 PM CET: SvxReflector comes with ABSOLUTELY NO WARRANTY. This is free software, and you are
Tue 04 Feb 2025 05:29:38 PM CET: welcome to redistribute it in accordance with the terms and conditions in the
Tue 04 Feb 2025 05:29:38 PM CET: GNU GPL (General Public License) version 2 or later.
Tue 04 Feb 2025 05:29:38 PM CET:
Tue 04 Feb 2025 05:29:38 PM CET: Using configuration file: /etc/svxlink/svxreflector.conf
Tue 04 Feb 2025 05:29:38 PM CET: ----------- Root CA Certificate ------------
Tue 04 Feb 2025 05:29:38 PM CET: Serial No. : 0x7F875321F6F7ACE0C8A4F2374D130F6DB71D5176
Tue 04 Feb 2025 05:29:38 PM CET: Issuer : CN = SvxReflector Root CA
Tue 04 Feb 2025 05:29:38 PM CET: Subject : CN = SvxReflector Root CA
Tue 04 Feb 2025 05:29:38 PM CET: Not Before : Tue Feb 4 17:00:19 2025
Tue 04 Feb 2025 05:29:38 PM CET: Not After : Sat Jan 29 17:00:19 2050
Tue 04 Feb 2025 05:29:38 PM CET: --------------------------------------------
Tue 04 Feb 2025 05:29:38 PM CET: ---------- Issuing CA Certificate ----------
Tue 04 Feb 2025 05:29:38 PM CET: Serial No. : 0x47DD2DC96697A6DB5263A95688582C33D57B2F0B
Tue 04 Feb 2025 05:29:38 PM CET: Issuer : CN = SvxReflector Root CA
Tue 04 Feb 2025 05:29:38 PM CET: Subject : CN = SvxReflector Issuing CA
Tue 04 Feb 2025 05:29:38 PM CET: Not Before : Tue Feb 4 17:00:19 2025
Tue 04 Feb 2025 05:29:38 PM CET: Not After : Fri Jan 30 17:00:19 2026
Tue 04 Feb 2025 05:29:38 PM CET: --------------------------------------------
Tue 04 Feb 2025 05:29:38 PM CET: Server private key file not found. Generating '/var/lib/svxlink/pki/private/svx.oe3xnr.hamip.at.key'
Tue 04 Feb 2025 05:29:38 PM CET: Generating server certificate signing request file '/var/lib/svxlink/pki/csrs/svx.oe3xnr.hamip.at.csr'
Tue 04 Feb 2025 05:29:38 PM CET: -------- Certificate Signing Request -------
Tue 04 Feb 2025 05:29:38 PM CET: Subject : CN = svx.oe3xnr.hamip.at
Tue 04 Feb 2025 05:29:38 PM CET: Subject Alt Name : DNS:svx.oe3xnr.hamip.at
Tue 04 Feb 2025 05:29:38 PM CET: --------------------------------------------
Tue 04 Feb 2025 05:29:38 PM CET: Generating server certificate file '/var/lib/svxlink/pki/certs/svx.oe3xnr.hamip.at.crt'
Tue 04 Feb 2025 05:29:38 PM CET: ------------ Server Certificate ------------
Tue 04 Feb 2025 05:29:38 PM CET: Serial No. : 0x5DCFD4727D7A3C6D749173D0561F747CC7918456
Tue 04 Feb 2025 05:29:38 PM CET: Issuer : CN = SvxReflector Issuing CA
Tue 04 Feb 2025 05:29:38 PM CET: Subject : CN = svx.oe3xnr.hamip.at
Tue 04 Feb 2025 05:29:38 PM CET: Not Before : Tue Feb 4 17:29:38 2025
Tue 04 Feb 2025 05:29:38 PM CET: Not After : Mon May 5 18:29:38 2025
Tue 04 Feb 2025 05:29:38 PM CET: Subject Alt Name : DNS:svx.oe3xnr.hamip.at
Tue 04 Feb 2025 05:29:38 PM CET: --------------------------------------------

</syntaxhighlight>Damit sich Clients verbinden können ist auch auf der Clientseite eine entsprechende Konfiguration notwendig. Im Wesentlichen passiert diese automatisch, doch es ist zu beachten, dass der Verbindungsaufbau über exakt jenen Hostnamen erfolgt, der auch am Server als COMMON_NAME eingetragen wurde. Steht am svxlink-Rechner DNS nicht zur Verfügung, dann kann über einen Eintrag in /etc/hosts die Übersetzung von Hostnamen zu IP erfolgen.

Hier ein erfolgreicher Start aus Client-Sicht:<syntaxhighlight>
Tue Feb 4 17:43:20 2025: Connected to APRS server 109.72.122.50 on port 14580
Tue Feb 4 17:43:20 2025: ReflectorLogic: Connection established to 44.143.55.139:5300 (primary)
Tue Feb 4 17:43:20 2025: ReflectorLogic: Setting up encrypted communications channel
Tue Feb 4 17:43:20 2025: ReflectorLogic: Encrypted connection established
Tue Feb 4 17:43:20 2025: ReflectorLogic: Sending requested Certificate Signing Request to server
Tue Feb 4 17:43:20 2025: ReflectorLogic: Authentication OK
Tue Feb 4 17:43:20 2025: ReflectorLogic: Connected nodes: OE3XNR, OE3XER
Tue Feb 4 17:43:20 2025: ------ Opus encoder parameters ------
Tue Feb 4 17:43:20 2025: Frame size = 320
Tue Feb 4 17:43:20 2025: Complexity = 9
Tue Feb 4 17:43:20 2025: Bitrate = 20000
Tue Feb 4 17:43:20 2025: VBR = YES
Tue Feb 4 17:43:20 2025: Constrained VBR = YES
Tue Feb 4 17:43:20 2025: Maximum audio bw = MEDIUMBAND
Tue Feb 4 17:43:20 2025: Audio bw = FULLBAND
Tue Feb 4 17:43:20 2025: Signal type = VOICE
Tue Feb 4 17:43:20 2025: Application type = AUDIO
Tue Feb 4 17:43:20 2025: Inband FEC = NO
Tue Feb 4 17:43:20 2025: Expected Packet Loss = 0%
Tue Feb 4 17:43:20 2025: DTX = NO
Tue Feb 4 17:43:20 2025: LSB depth = 16
Tue Feb 4 17:43:20 2025: --------------------------------------
Tue Feb 4 17:43:20 2025: ------ Opus decoder parameters ------
Tue Feb 4 17:43:20 2025: Gain = 0dB
Tue Feb 4 17:43:20 2025: --------------------------------------
Tue Feb 4 17:43:20 2025: ReflectorLogic: Using audio codec "OPUS"
Tue Feb 4 17:43:20 2025: ReflectorLogic: Using UDP cipher id-aes128-GCM
Tue Feb 4 17:43:20 2025: ReflectorLogic: Bidirectional UDP communication verified

</syntaxhighlight>Der genaue Ablauf ist dabei folgender (Quelle: https://groups.io/g/svxlink/topic/certificate_authentication/107698563):

===== Reflector side =====

# The reflector is started
# Checks if there already is a valid root CA key and cert (private/svxreflector_root_ca.key, certs/svxreflector_root_ca.crt). If not, generate those files. The root CA certificate is self-signed.
# Checks if there already is a valid issuing CA key, csr and cert (private/svxreflector_issuing_ca.key, csrs/svxreflector_issuing_ca.csr, certs/svxreflector_issuing_ca.crt). If not, generate those files. The issuing CA certificate is signed using the root CA.
# Checks if there is a server key, csr and cert for the reflector (private/myreflector.org.key, csrs/myreflector.org.csr, certs/myreflector.org.crt). If not, generate those files and sign the server certificate using the issuing CA.
# Checks if there is a ca-bundle.crt file. If not, copy the root CA certificate file to ca-bundle.crt.
# When a CSR is received from a node it is stored in pending_csrs
# When the sysop issue the sign command, sign a CSR in the pending_csrs directory. Move the CSR to the csrs directory and store the signed certificate in the certs directory. When the node connects or already is connected, send the certificate to the node.

===== Node side =====

# The SvxLink node is started
# Checks if there already is key- and csr-files (CALL.key, CALL.csr). If not, generates them.
# Connects to the reflector
# Checks if there already is a ca-bundle.crt. If not, downloads it from the reflector server.
# Initiates encrypted connection
# Verifies the reflector server certificate against ca-bundle.crt
# Verifies that the hostname used to connect to the reflector match the hostname (CN) in the certificate
# If there already is a crt-file (CALL.crt), sends it to the reflector to authenticate. If not, sends the CSR to the reflector. The reflector will store the CSR in the pending_csrs directory.
# If the reflector has a signed node certificate (CALL.crt), sends it to the node. The node will then disconnect and reconnect authenticating using the certificate.
# Retry if failed.

==== Sprachdateien ====
Für die Nutzung von svxreflector ist eine [https://github.com/sm0svx/svxlink-sounds-en_US-heather/releases aktuelle Version der Sprachdateien] am Repeater notwendig, zuletzt wurden folgende Sprachdateien ergänzt:
- Core/talk_group
- Core/qsy
- Core/ignored
- Core/monitor
- Default/previous
Die Sound-Dateien werden je nach Konfiguration abgelegt, etwa unter /usr/share/svxlink/sounds

Diese Dateien sind auch im Download verfügbar.
[[Category:Digitale Sprache]]
[[Category:Digitale Betriebsarten]]

{{AttachmentsList}}
* [[Medium:upd19-09-99.zip|upd19-09-99.zip]] -- [[Benutzer:OE3DZW]], 23. November 2023, 18:01
{{AttachmentsList/End}}

SvxLink Roger Beep

2025-09-03T08:21:08Z

BSMaintenance: Attachment migration

[[SvxLink|Svxlink]] kann optional am Ende der Aussendung einen Roger-Beep senden.

Dieser wird in der Konfigurationsdatei "svxlink.conf" im Abschnitt "[RepeaterLogic]" durch die Einstellung RGR_SOUND_DELAY gesteuert.

Der Wert "-1" deaktiviert den Ton, positive Werte definieren die Verzögerung in ms bis der Ton ausgesendet wird.

In der Standard-Konfiguration wird die konkrete Aussendung durch das TCL-Script "Logic.tcl" im Verzeichnis "/usr/share/svxlink/events.d" definiert, konkret durch die Prozedur "send_rgr_sound{}":
<syntaxhighlight>
#
# Executed when the squelch have just closed and the RGR_SOUND_DELAY timer has
# expired.
#
proc send_rgr_sound {} {
variable sql_rx_id

if {$sql_rx_id != "?"} {
# 200 CPM, 1000 Hz, -10 dBFS
CW::play $sql_rx_id 200 1000 -10
set sql_rx_id "?"
} else {
playTone 440 500 100
}
playSilence 100
}
</syntaxhighlight>

Diese kann durch ein eigenes Script ersetzt werden. Dazu wird das Untervereichnis "local" angelegt und dort ein TCL-Script erstellt, etwa "rogerbeep.tcl" im Verzeichnis "/usr/share/svxlink/events.d/local/":<syntaxhighlight>
namespace eval Logic {

variable is_rf 0;

proc squelch_open {rx_id is_open} {
variable sql_rx_id;
variable is_rf;
set sql_rx_id $rx_id;
if {!$is_open} {
set is_rf 1;
}
}

proc send_rgr_sound {} {
variable is_rf;
if {!$is_rf} {
# Signal wurde vom Netzwerk empfangen
playTone 500 300 150;
} else {
# Signal wurde von lokal empfangen
playTone 1633 300 50;
playSilence 80;
playTone 1209 300 50;
}
set is_rf 0;
}
}
# end of namespace

</syntaxhighlight>In obigen Script wird unterschieden, ob über Funk (rf) oder anders (Svxreflector) empfangen wurde, je nachdem wir ein tiefer oder ein hoher Ton ausgesendet.

Alternativ zum integrierten Tongenerator kann auch eine Sounddatei abgespielt werden. Diese ist (sprachabhängig) zu hinterlegen, etwa in "/usr/share/svxlink/sounds/en_US/Core".

Svxlink erwartet die Sprachdatei in einem bestimmten Format (RIFF-Magic, 16k, mono), dieses kann mit "sox" erzeugt werden:<syntaxhighlight>
sox beep500-10.wav -r 16k -c1 out/beep500-10.wav
</syntaxhighlight>
Nachdem nun Töne in Sprachdateien vorhanden sind, können diese nun in das Skript integriert werden, etwa folgendermaßen:

<syntaxhighlight>
proc send_rgr_sound {} {
variable is_rf;
if {!$is_rf} {
# Signal wurde vom Netzwerk empfangen
playMsg "Core" "beep500-30";
playSilence 80;
} else {
# Signal wurde von Lokal empfangen
playMsg "Core" "beep1633-30";
playSilence 80;
playMsg "Core" "beep1209-30";
playSilence 80;
}
set is_rf 0;
}
}

</syntaxhighlight>
Beispielsdateien im korrekten Format finden sich im Anhang (siehe unten).

{{AttachmentsList}}
* [[Medium:beep-samples.zip|beep-samples.zip]] -- [[Benutzer:OE3DZW]], 20. November 2023, 12:16
{{AttachmentsList/End}}

Rufzeichen

2025-09-03T08:21:08Z

BSMaintenance: Attachment migration

Das '''Rufzeichen''' (auch '''Stationskennung''' genannt, engl.: "call sign") dient nach den Regelungen der [https://www.itu.int/ Internationalen Fernmeldeunion] (engl.: International Telecommunications Union, ITU) zur Identifikation einer [https://de.wikipedia.org/wiki/Funkstelle Funkstelle]. Dieses wird auf Antrag von der zuständigen Fernmeldebehörde zugewiesen. Ein Rufzeichen besteht aus einer Folge von [https://de.wikipedia.org/wiki/Buchstabe Buchstaben] und [https://de.wikipedia.org/wiki/Ziffer Ziffern], die nach bestimmten Regeln gebildet werden.

Amateurfunkrufzeichen sind Rufzeichen für Funkstellen des Amateurfunkdienstes. Jedes Amateurfunkrufzeichen ist weltweit einzigartig..

==== Präfix ====
Der Anfang des Rufzeichens (Präfix, engl.: "prefix") kennzeichnet die Nationalität der Funkstelle. Das Präfix wird von der ITU festgelegt entsprechend der Länder-Zuteilung der ITU-R. Der aktuelle Stand ist unter https://www.itu.int/gladapp/Allocation/CallSigns veröffentlicht. Der Stand vom 27.10.2023 ist am Ende der Seite unter Anhänge verfügbar.

Ein österreichisches Amateurfunkrufzeichen wird aus dem Landeskenner (Präfix) "OE", einer Ziffer (0-9) und einer ein- bis vierstelligen Buchstabenkombination (Suffix) gebildet. Die Ziffern 1-9 entsprechen den neun Bundesländern:

* OE1 Wien
* OE2 Salzburg
* OE3 Niederösterreich
* OE4 Burgenland
* OE5 Oberösterreich
* OE6 Steiermark
* OE7 Tirol
* OE8 Kärnten
* OE9 Vorarlberg

Wenn das Amateurfunkrufzeichen mit "OE0" beginnt, so identifiziert dies eine exterritoriale österreichische Amateurfunkstelle (z.B. an Bord eines Ballons OE0S oder in der Antarktis) oder eine verteilte Funkstelle (z.B. OE0HQ, OE0YOTA).

==== Suffix ====
Das Suffix eines österreichischen Amateurfunkrufzeichens besteht aus einer ein- bis vierstelligen Buchstabenkombination.
Österreichische Amateurfunkrufzeichen mit einstelligem Suffix (z.B. OE3K) sind für Contest-Stationen, DX-Expeditionen und spezielle Anlässe reserviert und werden nach Bedarf auf kurze Dauer vergeben.
Österreichische Amateurfunkrufzeichen mit zweistelligem Suffix deuten auf langjährige Bewilligungen ("echten Oldtimern"), die seit Jahrzehnten ihrem Hobby nachgehen. Ein solches zweistelliges Suffix wird seit etwa 1964 nicht mehr vergeben.

{{AttachmentsList}}
* [[Medium:Table of CallSigns.pdf|Table_of_CallSigns.pdf]] -- [[Benutzer:OE3DZW]], 27. Oktober 2023, 18:14
{{AttachmentsList/End}}

WRAN IEEE802.22 (Super WIFI)

2025-09-03T08:21:07Z

BSMaintenance: Attachment migration

<bs:bookshelf src="Buch:Wiki-Benutzerhandbuch" />
== Überblick ==
[[Datei:unnamed.png|alternativtext=|mini]]
Das Projekt wurde von Michael, OE1MCU ins Leben gerufen, um den Zugang zum HAMNET einer großen Gruppe von Funkamateuren zu ermöglichen, auch wenn keine Sichtverbindung zum nächsten HAMNET Knoten besteht. Dazu soll vom ÖVSV ein neues Übertragungsverfahren und die nötige Hardware und Software entwickelt werden - ein sogenanntes “Super Wifi”, bei dem ein Accesspoint einen Bereich von 20-30km abdecken kann. Das zugehörige Übertragungsverfahren folgt einem WLAN ähnlichen Standard - IEEE 802.22 und ist für Wireless Regional Area Networks (WRAN) definiert worden. Als Modulationsverfahren wird, so wie im Mobilfunk, Orthogonal Frequency Division Multiplexing (OFDM) verwendet.

Das Projektteam ist seit Beginn der Initiative in 2020 mittlerweile auf 5 OMs, die aktiv am Projekt mitarbeiten, gewachsen und hat im April 2022 eine Förderung von 62.775,- Euro von der in den USA ansässigen Amateur Radio Digital Communications (ARDC) erhalten.

Das Budget wird nun zur Entwicklung der Hardware und Software eingesetzt, die in Form eines Transceiver Kits realisiert wird und RPX-100 heißt. Es besteht aus einem Software Defined Radio Modul - dem LimeSDR, einem Class A HF Verstärker, Software steuerbarer Filter und einem EMI Class B konformen Power Supply. Die Module des Kits werden in einem eigens von Rupert, [https://www.qrz.com/db/OE9RWV OE9RWV] gestalteten HF-Gehäuse zusammengefasst.

== Förderung durch ARDC ==
Das WRAN Projekt des ÖVSV hat reges Interesse weltweit erweckt, und ist hier für die Community der Funkamateure beschrieben:

ARDC Förderung:

https://www.ampr.org/apply/grants/2022-grants/grant-wireless-regional-area-network-in-sub-ghz-bands-as-last-mile-for-hamnet/

== OpenSDR - Transceiver Kit - Made by ÖVSV ==
Das Projektteam hat sich am 6. August in den Räumen des Landesverbandes Tirol , in Innsbruck, getroffen, um die Weiterentwicklung des Prototypen zu planen. Hier haben die Erfahrungen von Manfred, [https://www.qrz.com/db/OE7AAI OE7AAI] und Rainer, [https://www.qrz.com/db/OE9RIR OE9RIR] mit dem Einsatz von Transceivern im remote Betrieb am Berg sehr geholfen. Das Transceiver Kit RPX-100 wurde nun in Hardware Module strukturiert, die jedes für sich von Funkamateuren auch in eigenen Projekten eingesetzt werden können und höchsten Qualitätsansprüchen genügen sollen. Hier geht es um HF dichten Aufbau, und der Entwicklung eines Power Supply, dass EMI Class B Konform ist, und am Eingang mit 12V auskommt, da diese Spannung in jedem Shak oder auch an einer Relaisstation am Berg vorhanden ist.

Als Basis für das Linux-System kommt ein Odroid-C4 oder ein Raspberry PI zum Einsatz, bei dem am USB-Port ein LimeSDR Mini angeschlossen ist.

Als Betriebsystem kommt ein Debian oder Ubuntu Linux zum Einsatz, auf dem der Projektcode installiert werden kann. Der Projektcode besteht im Backend aus einem C++-Code auf Basis von liquid-dsp und auf einem Frontend auf Angular-Basis.
[[Datei:Block Diagramm.png|alternativtext=|zentriert|mini|942x942px]]

== IEEE 802.22 - Ein neues Übertragungsverfahren ==
Mit 802.22 "Wireless Regional Area Network" (WRAN) hat die IEEE vor gut zehn Jahren einen Standard für IP-basierte Funk-Zugangsnetze vorgelegt. Dieser ist für regionale (typisch bis 30 km), breitbandige (einige bis zig Megabit pro Sekunde) Zugänge innerhalb lokal ungenutzter Fernseh-Rundfunk-Kanäle, dem sogenannten "TV White Space" bzw. der "Digitalen Dividende", zwischen ca. 50 und 800 MHz mit 6-8 MHz Bandbreite gedacht. Eine oder mehrere Basisstationen (BS) können dabei im selben Frequenzbereich arbeiten. Sie steuern die Übertragung der Endgeräte (Customer Premises Equipment, CPE), koordinieren sich untereinander, und lassen wo nötig auch noch Zeit und Spektrum für andere Funkdienste frei. Letztere Funktion wird im Standard mit "Cognitive Radio" bezeichnet und wird in einem zukünftigen QSP-Artikel erläutert.

Für das WRAN-Projekt des ÖVSV haben wir eine amateurfunktaugliche Variante von 802.22 abgeleitet, die aktuell für das 50 MHz-/6 m-Band und eine Bandbreite von nur 2 MHz entwickelt wird. Für den Testbetrieb wurde uns erst eine Sondergenehmigung erteilt und der Frequenzbereich inzwischen fest zugeordnet. Die grundsätzliche Struktur der Aussendungen, Signalisierung usw. wollen wir übernehmen -- und daher werfen wir jetzt einen Blick darauf. Die Form des fest getakteten "Frames" (Rahmen) ist beispielhaft in Abbildung 1 dargestellt. Die x-Achse stellt die Zeit dar, die y-Achse die Frequenz (Unterkanäle).

=== Zeitmultiplex ===
Bei WRAN arbeiten alle Stationen einer Zelle im selben Frequenzbereich. Als erstes strukturierendes Prinzip kommt Zeitmultiplex zum Einsatz. Die Basisstation übernimmt die Steuerung, wie die verfügbare Zeit-Spektrum-Fläche aufgeteilt wird: Alle 10 Millisekunden beginnt ein neuer Frame, in welchem zuerst die BS sendet (Übertragung zu den CPEs). Danach senden die angesprochenen CPEs gleichzeitig (!) retour -- dieses Verfahren erklären wir im nächsten Abschnitt. Am Ende des Frames ist Zeit für die gegenseitige Erkennung von benachbarten Zellen zwecks Koexistenz, das Aussenden der Stationskennung (Hardware-Adresse) sowie weitere Zeitpuffer vorgesehen.

Aus dem Aufbau des Frames ergibt sich auch eine Anforderung an die Funk-Hardware: Die Umschaltung zwischen Sende- und Empfangsbetrieb muss in einem Zeitfenster von rund 200 Mikrosekunden erfolgen. Die umgekehrte Richtung ist wegen Zeitpuffern weniger kritisch.

=== Orthogonaler Frequenzmultiplex (OFDM) ===
WRAN nutzt den gesamten verfügbaren Frequenzbereich gleichzeitig, indem dieser in Unterträger (Subcarriers) aufgeteilt wird, welche zu Unterkanälen (Subchannels) zusammengefasst sind. Benachbarte Unterträger haben immer denselben Frequenzabstand, proportional zum Kehrwert der angestrebten Symbolrate. Durch diese Konstruktion sind sie orthogonal und beeinflussen einander bei der Demodulation nicht gegenseitig.

Die Unterträger sind ihrerseits moduliert, und zwar angepasst an den aktuellen Signal-Rausch-Abstand: Ist dieser niedrig ("schlechter Empfang") bzw. werden wichtige Teile des Frames wie Präambeln ausgesendet, wird mit BPSK eine sehr robuste Modulation gewählt. Ist das SNR höher, kann bis zu 64-stufige Quadratur-Amplituden-Modulation (QAM) oder noch effizientere Trellis-Codierung verwendet werden. Die Symbolrate der Modulation ergibt sich aus dem Abstand der Unterträger, siehe oben.

Zur Messung des SNR und zur Synchronisierung der Stationen werden regelmäßig Pilot-Unterträger über das ganze genutzte Band hinweg ausgesendet. Damit können die Aussendungen feingranular an die frequenzspezifischen Ausbreitungsbedingungen angepasst werden (Equalization). Daneben müssen die einzelnen OFDM-Slots (Unterkanal-Symbolzeit-Flächen) robust gegen Mehrwegeausbreitung gemacht werden, z.B. mittels zyklischer Präfixe, und weitere Fehlerkorrektur sowie wiederholte Aussendung bei Übertragungsfehlern (ARQ) vorgesehen werden.

Für den ersten Abschnitt des Frames (downstream) sendet die BS über alle Unterkanäle zu den CPEs sequenziell, um in möglichst kurzer Zeit die Information an die CPEs zu übertragen. Im zweiten Abschnitt (upstream) senden die CPEs gleichzeitig, teilen sich aber die verfügbaren Unterkanäle überlappungsfrei auf, damit die Laufzeit im Rückkanal niedrig gehalten wird und die erlaubte Sendeenergie möglichst konzentriert eingesetzt werden kann. So wird die verfügbare Zeit-Spektrum-Fläche effizient ausgenutzt.

=== Codemultiplex (CDMA) ===
Noch eine dritte Modulationsart wird bei WRAN verwendet: Im Bereich der obersten Subchannels im zweiten Frame-Abschnitt ist Spektrumszeit reserviert, damit CPEs Signalisierungsinformation wie Bandbreitenanforderungen an die BS schicken können, Abstandsmessungen zur Anpassung von Timing und Sendeleistung (Ranging) durchgeführt sowie etwaige andere Spektrumsnutzung im Raum um ein CPE gemeldet werden können. Durch den verwendeten Codemultiplex können hier mehrere CPEs gleichzeitig und im selben Frequenzbereich senden. Das CPE moduliert seine Aussendungen dafür mit einer zufällig aus einer vorgegebenen Menge ausgewählten "Chip"-Folge, die untereinander wiederum orthogonal sind.

An der Basisstation sind die Chip-Folgen bekannt. Damit können aus dem empfangenen Gesamtsignal die einzelnen Anfragen mit hoher Wahrscheinlichkeit getrennt demoduliert und dann bearbeitet werden.

=== Steuerung durch die Basisstation ===
Das Zusammenspiel der vielen unterschiedlichen Teile wird durch die Basisstation koordiniert. Die Präambel am Framebeginn dient der Synchronisierung und Kanalschätzung. Frame-Steuerdaten (FCH) kodifizieren die Länge der folgenden "Maps" (Zuordnungen) von Funkressourcen. Diese Maps geben vor, welche Abschnitte der BS-Aussendung downstream an welche CPEs gehen sollen (DS-MAP), welche Abschnitte später im Frame upstream von welchem CPE genutzt werden dürfen (US-MAP), sowie die Modulations- und Leistungsparameter dazu (DCD und UCD).
[[Category:WRAN]]

{{AttachmentsList}}
* [[Medium:Medium Access Control for WRAN.pdf|Medium_Access_Control_for_WRAN.pdf]] -- [[Benutzer:OE1VMC]], 18. Oktober 2023, 14:47
{{AttachmentsList/End}}

Digitale Sprache Präsentationen

2025-09-03T08:21:07Z

BSMaintenance: Attachment migration

Präsentation zu digitaler Sprache - siehe Downloads am Ende der Seite.
[[Category:Digitale Sprache]]
[[Category:Digitale Betriebsarten]]

{{AttachmentsList}}
* [[Medium:ibt 2016-03-10 oe1kbc betriebsarten digitale sprache.pdf|ibt_2016-03-10_oe1kbc_betriebsarten_digitale_sprache.pdf]] -- [[Benutzer:OE3DZW]], 11. September 2023, 22:36
{{AttachmentsList/End}}

Adressierung bei Dstar

2025-09-03T08:21:07Z

BSMaintenance: Attachment migration

Dieser Artikel ist eine Vertiefung zum [[Digitale Sprache - Adressierung|Artikel Adressierung bei digitaler Sprache]].

===== Adresstypen =====
Die Adressen bei Dstar bestehen immer aus 8 Zeichen wobei diese aus den Großbuchstaben A-Z, den Ziffern 0-9 und bestimmten Sonderzeichen bestehen können. Bei jeder Sprachübertragung werden folgende Adressen übermittelt:

* Originator
* Repeater 1
* Repeater 2
* Destination
Für den Fall, dass die Eingabe kürzer als 8 Zeichen ist, wird die jeweilige Adresse mit Leerzeichen ausgefüllt. Bei manchen Geräten ist die Eingabe der Leerzeichen notwendig, andere ergänzen eine kürzere Eingabe automatisch.

In der folgenden Beschreibung steht das Zeichen "⌂" steht für ein Leerzeichen.

Ähnlich der SSID bei Packet Radio gibt es bei Dstar ein Unterscheidungsmerkmal für unterschiedliche Endpunkte, die sogenannten Ports:
[[Datei:Port von Dstar.png|zentriert|mini|700x700px]]

==== Originator ====
Der Originator ist die Quell-Adresse, dh. das eigene Rufzeichen (zB "OE0ABC⌂⌂") .

Unterschiedliche Geräte können durch ein Suffix, das sogenannte '''Terminal''' unterschieden werden (zB "OE0ABC⌂T"). Das Terminal steht immer an der achten Stelle, unabhängig davon, wie lange das Rufzeichen ist.

Je nach Gerät wird der Originator als '''Mycall''', MYC oder MY bezeichnet.

==== Repeater1 ====
Diese Adresse steht für den Repeater zum dem eine Verbindung aufgebaut wird. Die Adresse besteht aus dem Rufzeichen des Repeaters plus einem Suffix an der achten Stelle. Das Suffix wird als '''Port''' bezeichnet und ist ein Buchstabe welcher meist das Frequenzband identifiziert. Zwischen Rufzeichen und Port stehen Leerzeichen ("⌂"), so dass die Adresse genau acht Zeichen lang ist.

Die Aufgabe von Repeater1 ist ähnlich einem Subton, es wird sichergestellt, dass nur der angesprochene Repeater antwortet.

Je nach Gerät wird Repeater1 als Rpt1, R1C, R1 oder RPT1 bezeichnet.

Nachdem das Rufzeichen ein Teil von Repeater1 ist, wird üblicherweise nicht die vollständige Repeater1-Adresse (zB "OE0ABC⌂B") angeführt, sondern nur der als Port bezeichnete Suffix, also zB nur "B".

Üblicherweise wird folgende Port-Zuordnung verwendet:

* "A" für 23 cm
* "B" für 70 cm
* "C" für 2 m
* "D" für Dongle
* "E" für 10m

==== Repeater2 ====
Diese Adresse steht für den Port an dem die Sprachdaten am lokalen Repeater weitergeleitet werden.

Je nach Gerät wird Repeater2 als Rpt2, R2C, R2 oder RPT2 bezeichnet.

Da das Suffix (Port) fast immer "G" (für "Gateway") ist, wird Repeater2 in Rufzeichenlisten üblicherweise nicht angeführt. Beispiel für Repeater2: "OE0ABC⌂G".

==== Destination ====
Die Destination ist die Zieladresse. Die Destination kann als Adresse dienen, wird aber auch für Befehle verwendet. Destination ist immer acht Zeichen lang, ggf. wird der Rest mit Leerzeichen aufgefüllt.

Je nach Gerät wird Destination als '''YOUR''', UR oder YUC bezeichnet.

Folgende Nutzungen sind möglich:

* "CQCQCQ⌂⌂" wenn die Aussendung nicht an ein bestimmtes Rufzeichen gerichtet ist; Die Sprachdaten werden am lokalen Repeater und ggf. an zusammengeschalteten Repeatern oder über einen Reflektor ausgegeben. Die ist die Standardeinstellung.
* Ein Rufzeichen einer Station, ggf. mit Terminal (z.B. "/OE0ABC⌂" oder "/OE0ABCZ"). Die Sprachdaten werden am lokalen Repeater ausgegeben, sowie am Repeater an dem das Rufzeichen ggf. mit Terminal zuletzt gehört wurde.
* Ein Rufzeichen eines Repeaters inklusive Port; vor dem Rufzeichen kennzeichnet ein Schrägstrich ("/"), dass es sich um das Rufzeichen eines Repeaters und nicht einer Station handelt. (z.B."/OE0ABCB"). Aufgrund des zusätzlichen Steuerzeichens am Anfang der Adresse entfällt das sonst übliche Leerzeichen zwischen Rufzeichen und Port. Die Sprachdaten werden am lokalen Repeater ausgegeben, sowie am angeführten Repeater.
* Ein Befehl:
** Reflektor verbinden: Der Befehl "L" (für "link") steht an der achten Stelle, davor stehen der Name des Reflektor und der Port des Reflektors, zB. "DCS009AL"
*** Name des '''Reflektors''': Der Name besteht aus 6 Zeichen, drei Buchstaben und zwei Ziffern, z.B. "REF123", "DCS009". Die ersten drei Buchstaben kennzeichnen den Reflektortyp, die folgenden Ziffern den konkreten Server. Beispielsweise steht DCS009 für einen XLX-Reflektor - [https://github.com/LX3JL/xlxd Multiprotocol Gateway Reflector Server]. [[XLX232]] ist der Server des ÖVSV, jener Server der zahlreiche Dstar-Repeater in Österreich verbindet.
*** '''Port''' (auch als '''Modul''' bezeichnet) des Reflektors: Ein Reflektor verbindet nicht alle Repeater, sondern jeweils nur jene Repeater, welche einen bestimmten Port nutzen. Der Port ist ähnlich einem "Raum" eines Chat-Systems. Anders formuliert "DCS009A" und "DCS009B" könnten auch als unterschiedliche Reflektoren (auf einer gemeinsamen Maschine) bezeichnet werden. Der Port ist ein Buchstabe, wobei unterschiedliche Reflektortypen unterschiedliche Portangaben unterstüten. XLX unterstützt "A"-"Z". Typischerweise wird vor allem Port "A" verwendet, mitunter wird deshalb in Beschreibungen auf die Portangabe verzichtet und implizit Port "A" angenommen.
*** Der Befehl "L" für "link". Die Aussendung dient nur dem Verbindungsaufbau, das folgende QSO wird mit der Destination "CQCQCQ⌂⌂" geführt.
** Repeater verlinken: Die Befehle entsprechen dem Verbinden mit einem Reflektor, lediglich wird statt des Reflektors ein Repeater eingesetzt, zB. "OE0ABCBL" um mit dem Repeater "OE0ABC" am Port "B" (also 70cm) zu verbinden (Befehl "L" für "link").
** Verbindung trennen: Dieser Befehl trennt eine Reflektor/Repeater-Verbindung . In diesem Fall wird nur der Befehl "U" (für "unlink" an der achten Stelle übermittelt, dh. die Adresse lautet "⌂⌂⌂⌂⌂⌂⌂U"
** Verbindungs-Status abfragen: Es wird ebenfalls nur ein "I" (für "information" an der achten Stelle übermittelt, dh. die Adresse lautet "⌂⌂⌂⌂⌂⌂⌂I"
** Echotest-Durchführen: Es wird ebenfalls nur ein "E" (für "echo test" an der achten Stelle übermittelt, dh. die Adresse lautet "⌂⌂⌂⌂⌂⌂⌂E"
** weitere Befehle: Nachdem die Destination vom Gateway-Controller des jeweiligen Repeaters verarbeitet wird, sind je nach Software auch andere/zusätzliche Befehle möglich.
Befehle können bei Dstar auch über DTMF übermittelt werden:

* Verlinkung trennen: DTMF "#"
* Verlinkung abfragen: DTMF "0"
* Reflektor verbinden: Der Befehl setzt sich aus einer Abkürzung für Reflektor und Port zusammen, zB DTMF "D901" für XLX232 Port "A".
[[Category:Digitale Sprache]]
[[Category:D-Star]]
[[Category:Digitale Betriebsarten]]

{{AttachmentsList}}
* [[Medium:Newbies-Guide-to-D-Star-V2.0.pdf|Newbies-Guide-to-D-Star-V2.0.pdf]] -- [[Benutzer:OE3DZW]], 11. September 2023, 22:34
{{AttachmentsList/End}}

Registrierung D-Star

2025-09-03T08:21:07Z

BSMaintenance: Attachment migration

[[Kategorie:D-Star]]

----

== "Anmeldung / Registrierung" ==
Eine Dstar-Registrierung stellt sicher, dass Repeater das eigene Rufzeichen akzeptieren. Zwar erlauben manche Repeater auch eine Nutzung ohne Registrierung, allerdings hängt es dann vom konkreten Repeater - genauer vom Netzwerk an dem der Repeater angeschlossen ist - ab, ob es funktioniert.

In Österreich kann die Registrierung am Gateway von OE5XTP - https://oe5xtp.dstargateway.org/ erfolgen.

Im ersten Schritt wird mit Rufzeichen (in Großbuchstaben), E-Mail-Adresse, Vorname (bzw. Nick) und Passwort ein Konto angelegt.

Nach der Freischaltung erfolgt der zweite Schritt. Das Login erfolgt mit Rufzeichen (in Großbuchstaben) und Passwort. Rechts oben findet sich die Karte "Personal Information":
[[Datei:dstar-personal-info.png|zentriert|mini|300x300px]]

Auf dieser Karte wird das Kästchen bei "1" und "2" angekreuzt. Bei "1" wird im Eingabefeld ein Leerzeichen eingegeben, bei "2" ein großes "Z" und das Kästchen "AccessPoint" aktiviert. Ein Klick auf "Update" speichert die Einstellungen:

[[Datei:dstar-space-and-z.png|zentriert|mini|600x600px]]
Damit ist das Rufzeichen weltweit bei Dstar (genauer beim amerikanischen Icom-Trust) registriert.

Derzeit sind weltweit etwas über 33.000 Rufzeichen für Dstar registriert. 355 Rufzeichen stammen derzeit aus Österreich.

Im Downloadbereich findet sich die Liste der Registrierungen mit Stand September 2023.

{{AttachmentsList}}
* [[Medium:2023-09-Registered Dstar-Calls.txt|2023-09-Registered_Dstar-Calls.txt]] -- [[Benutzer:OE3DZW]], 9. September 2023, 09:02
{{AttachmentsList/End}}

DMR-Registrierung

2025-09-03T08:21:07Z

BSMaintenance: Attachment migration

[[Kategorie:DMR]]

==ONLINE Registrierung:==

==== DMR-ID anstatt Rufzeichen ====
Das Funkprotokoll für DMR verwendet keine Rufzeichen, sondern eine Quell-Adresse entsprechend dem ETSI DMR-Standard. Diese Adresse wird im Amateurfunk meist als DMR-ID bezeichnet. Die ID besteht aus 32 Bit (HEX 0000 0000 - FFFF FFFF).

In vorzeichenloser dezimaler Darstellung entspricht dies dem Bereich von 0 bis 4.294.967.295. Derzeit wird in den Amateurfunk der Teilbereich 1000000 - 7999999 verwendet.

Die ersten drei Stellen beinhalten einen Landeskennung nach [https://www.itu.int/rec/T-REC-E.212/en ITU-T E.212], diese laut in Österreich 232. Im Downloadbereich findet sich eine Liste der E.212 Kennungen mit Stand September 2023.

Damit bleibt der Bereich 2.320.000 - 2.329.999 verfügbar. Nach diesem System können also in Österreich 10.000 DMR-IDs für Nutzer vergeben werden.

Deutschland wurde der Ländercode 262 zugeteilt, die vergebenenDMR-IDs gehen jedoch darüber hinaus und verwenden 2620000 - 2639999.

Damit die Zuordnung von einem Rufzeichen zu einer DMR-ID erfolgen kann, gibt es eine zentrale Stelle, welche die Registrierung durchführt:

https://radioid.net/register#!

Bitte mit einem Klick auf '''Register''' mit der Anforderung auf Zuteilung einer DMR-ID beginnen und den Anweisungen folgen.

Die zugeteilte DMR-ID wird angezeigt und an die angegebene EMail-Adresse gesendet. Es kann aber dann bis zu 48 Stunden dauern bis alle Netze diese Nummer in ihre lokalen Tabellen aufgenommen haben. Bis dahin zeigt etwa der ÖVSV-IPSC2-Server "NOUSER" anstatt des Rufzeichens an.

Unter der Adresse https://www.radioid.net/database/search kann abgefragt werden, ob ein bestimmtes Rufzeichen bereits registriert ist. Im Downloadbereich findet sich die Liste der Registrierung der österreichischen Repeater mit Stand 19.9.2024 (Quelle: Radio ID, Daten entsprechen dem Stand der Registrierung).

__KEIN_INHALTSVERZEICHNIS__
__NOTOC__
__NODISCUSSION__

{{AttachmentsList}}
* [[Medium:2023-09-ITU-T-E.212-List.xls.zip|2023-09-ITU-T-E.212-List.xls.zip]] -- [[Benutzer:OE3DZW]], 9. September 2023, 08:48
* [[Medium:2024-09-19-DMR-ID-OE.pdf|2024-09-19-DMR-ID-OE.pdf]] -- [[Benutzer:OE3DZW]], 19. September 2024, 06:25
{{AttachmentsList/End}}

UP4DAR - GMSK mit offener Hard- und Software

2025-09-03T08:21:07Z

BSMaintenance: Attachment migration

[[Kategorie:D-Star]]

== UP4DAR - "Universal Platform for Digital Amateur Radio" Digitale Kommunikation auf GMSK-Standard mit offener Hard- und Software ==
'''Hinweis: UP4DAR wurde 2013 entwickelt, die Seite wurde inhaltlich zuletzt 2014 aktualisiert. Im Jahr 2023 sind UP4DAR Systeme weiterhin im Einsatz, jedoch ist die Hardware oft am Ende ihrer Lebensdauer und Ersatzteile sind nur mehr schwer erhältlich.'''

[[Datei:up4dar_prototype.jpg|mini|300px|right|UP4DAR-Prototype|verweis=Special:FilePath/up4dar_prototype.jpg]]

Denis DL3OCK, Philipp OE2AIP, Michael DL1BFF und Christoph OE2BCL haben ein System entwickelt, das mit der entsprechenden Software und mit offenen Schnittstellen kompatibel zu bestehenden kommerziellen D-STAR Systemen ist und genügend Flexibilität bietet, neue innovative Ideen umzusetzen.
[http://www.up4dar.de/ UP4DAR] Hard- und Software soll nach dem "Open Source"-Gedanken allen Funkamateuren zur Verfügung gestellt werden.

'''Vorteile vom UP4DAR System sind:'''
* Datenanbindung ausschließlich via HAMNET ist möglich
* Betrieb mit minimalem Energieaufwand (kein PC am Relais-Standort notwendig)
* Geringer Hardware-Aufwand
* Hohe Flexibilität
* Abwärtskompatibel zu Geräten kommerzieller Hersteller
* Endbenutzerfreundlich
* Individuelle Gestaltung der Display-Software
* Ungeahnte Möglichkeiten der digitalen Kommunikation basierend auf GMSK

== Hardware ==
[[Datei:Up4dar.jpg|right|mini|200px|UP4DAR mit Gehäuse (Foto: Philipp OE2AIP)]]
Die Platine kann als Bausatz oder komplett bestückt im [http://www.bederov-shop.de/ Online-Shop] bestellt werden. Mit etwas Löterfahrung sollte die Komplettierung vom Bausatz kein Problem darstellen, da keine SMD-Bauteile gelötet werden müssen.
Für den "IP-Reflektor"-Modus sind neben der Stromversorgung nur eine Netzwerkanbindung und ein PC-Headset notwendig. Damit kann weltweiter Funkbetrieb über DCS- XRF- und TST-Reflektoren gemacht werden. Der Österreich-Reflektor DCS009 ist nicht nur via Internet sondern auch via HAMNET erreichbar und eignet sich bestens wenn eine Internet unabhängige Lösung bevorzugt wird.
Handelsübliche AFU-Mikrofone können an der dafür vorgesehenen Westernbuchse angeschlossen werden. Aufgrund unterschiedlicher Pinbelegungen der Hersteller muss am "Audio-Patch-Panel" die Beschaltung entsprechend vorgenommen werden. Das YAESU MH-31 kann besonders komfortabel mit Jumper 1:1 durchkontaktiert und direkt angeschlossen werden.
Um über HF mit UP4DAR QRV zu werden ist jedes Funkgerät mit einem Diskriminator- oder einem 9k6 "PaketRadio"-Anschluss geeignet. Jeder TRX, der für 9k6 PaketRadio genutzt werden kann, ist damit für D-STAR-Betrieb sowohl im "D-STAR Modem"-Modus als normaler User und auch im "Hotspot"-Modus für den Betrieb eines Simplex D-STAR Gateways geeignet.
Ein vollwertiger D-STAR Umsetzer kann mit einer UP4DAR-Platine im "Repeater"-Modus und entsprechendem Sender und Empfänger realisiert werden.

== Software ==
Die Konfiguration der Platine wird mit dem unter Windows, Linux und OSX lauffähigen Java-Programm "Configurator" (auf der [http://www.up4dar.de/software/ Projekt-Webseite unter Software] verfügbar) vorgenommen. Eine ausführliche Beschreibung der Funktionen im Configurator und der Hardware ist in der deutschsprachigen [http://www.up4dar.de/dokumentation/ Dokumentation] vorhanden.
Grundlegende Einstellungen können direkt am Board - ohne Computer - vorgenommen werden.
Michael DL1BFF stellt die komplette OS-Software in seinem [https://github.com/dl3ock/up4dar-os GitHub Repository] unter einer OpenSource Lizenz zur Verfügung. Dadurch können motivierte UP4DAR-User mit entsprechenden Knowhow eigene Anpassungen oder komplett neue Funktionen entwickeln.

== Betrieb ==
Bereits bei der Grundkonzeption von UP4DAR wurde viel Wert darauf gelegt, dass auch unter schlechten Bedingungen noch brauchbare Ergebnisse erzielt werden. In der Praxis wurden bei UP4DAR im Vergleich mit einem IC-2820 um 2 bis 4dB bessere Werte zwischen Wiedereinstieg und Verlieren des QSOs gemessen.
Mit der sogenannten "Soft Decision" kann UP4DAR defekte Sprachblöcke identifizieren, bei denen keine Fehlerkorrektur mehr möglich ist. Diese Blöcke werden durch kurze Ruhepausen ersetzt, wodurch die Sprachverständlichkeit im Repeaterbetrieb deutlich verbessert und das bekannte Klötzeln unterbunden wird.
Zusätzlich profitieren UP4DAR-basierte Empfänger mit der aktuellsten Software-Version vom Interpolations-Algorithmus des AMBE-Sprachchip, der bei als fehlerhaft markierten Sprachblöcken aktiviert wird und die Sprachverständlichkeit dadurch weiter verbessert.
Aufgrund der Hardwaremäßigen Trennung vom User-OS und der PHY-Schicht auf zwei getrennte Prozessoren entsteht eine sehr gute zeitliche Genauigkeit vom PHY. Damit sind sehr schnelle Umschaltzeiten zwischen verschiedenen Stationen und extrem lange Durchgänge (mehr als eine Stunde) ohne Unterbrechung kein Problem. Sollte der Partner ein ungenaueres System verwenden, wurde dafür ein entsprechend großer Nachregelungsbereich implementiert.

== weitere Informationen ==
Entsprechende Dokumentation und Schaltpläne können auch auf der Projekt-Seite [http://www.up4dar.de/ www.UP4DAR.de] heruntergeladen werden. Für den User-Support steht das [http://forum.up4dar.de/ UP4DAR-Forum] zur Verfügung.

== Links & Technische Informationen zu UP4DAR und dem D-STAR Protokoll ==

'''UP4DAR'''

[http://www.up4dar.de UP4DAR-Homepage] 
[http://www.bederov-shop.de/ Online-Shop] 
[http://www.up4dar.de/dokumentation/ UP4DAR-Dokumentation] 
[http://forum.up4dar.de/ UP4DAR-Forum] 
[http://groups.yahoo.com/group/up4dar UP4DAR YAHOO-Group]

'''D-STAR Protokoll'''

[http://www.jarl.com/d-star/shogen.pdf D-STAR protocol] (JARL) 
[http://db0fhn.efi.fh-nuernberg.de/lib/exe/fetch.php?media=projects:dstar:ircddb:dstar_dv_frame3_en.pdf D-STAR radio frame structure in DV-Mode] (Denis DL3OCK) 
[http://www.qsl.net/kb9mwr/projects/voip/dstar/Slow%20Data.pdf D-STAR Slow Data format] (Jonathan G4KLX) 
[http://qsl.net/kb9mwr/projects/voip/dstar/DV_packet_structure.pdf D-Star radio packet structure for the Digital Voice (DV) mode] (Dick KM4ML) 
[http://qsl.net/kb9mwr/projects/voip/dstar/DD_packet_structure.pdf D-Star radio packet structure for the Digital Data (DD) mode] (Dick KM4ML) 
[http://qsl.net/kb9mwr/projects/voip/dstar/gmsk_tut.pdf Practical GMSK Data Transmission] (MX COM, INC.) 
[http://www.dvsinc.com/products/a2020.htm AMBE 2020 vocoder] by Digital Voice Systems, Inc. 
[http://www.aprs-is.net/downloads/dstar/DSTARUncovered.pdf Review D-STAR Uncovered] (Peter AE5PL)

'''ircDDB'''

[http://www.ircddb.net/ ircDDB homepage] 
[http://db0fhn.efi.fh-nuernberg.de/doku.php?id=projects:dstar:ircddb ircDDB documentation]

'''xReflector'''

[http://xreflector.net/ xReflector homepage]

'''D-PRS'''

[http://www.aprs-is.net/downloads/DStar/D-PRS.pdf APRS and D-STAR = D-PRS] (Peter AE5PL)

{{AttachmentsList}}
* [[Medium:UP4DAR Handbuch V1.2.pdf|UP4DAR_Handbuch_V1.2.pdf]] -- [[Benutzer:OE3DZW]], 8. September 2023, 17:38
{{AttachmentsList/End}}

HB9 - Map of the ATV Repeaters

2025-09-03T08:21:07Z

BSMaintenance: Attachment migration

Map of the ATV repeaters in Switzerland
[[Category:ATV]]

{{AttachmentsList}}
* [[Medium:hb9tv carte relais hb 20211107.pdf|hb9tv_carte_relais_hb_20211107.pdf]] -- [[Benutzer:HB9DUG]], 2. Januar 2022, 13:18
{{AttachmentsList/End}}

DATV Linear Transponder

2025-09-03T08:21:07Z

BSMaintenance: Attachment migration

'''- Exploring new technologies and approaches for DATV Repeaters -'''

Read the attached document describing the use of an ADALM-PLUTO module to make a prototype of a linear DATV transponder.
[[Category:ATV]]

{{AttachmentsList}}
* [[Medium:hb9tv-datv-transponder-20211220.pdf|hb9tv-datv-transponder-20211220.pdf]] -- [[Benutzer:HB9DUG]], 2. Januar 2022, 12:49
{{AttachmentsList/End}}

ENAMS Auswertungen Spektren

2025-09-03T08:21:07Z

BSMaintenance: Attachment migration

Auf [[enams.de]] stehen neue Auswertungen zur Verfügung: Spektren. Diese Auswertung wird viermal pro Tag erstellt, jeweils um 00:00, 06:00, 12:00 und 18:00 UTC. Die Auswahl erfolgt über das Auswahlfeld '''Datum''', wobei eine Auswahl gemäß Datum und Uhrzeit (z. B. 2021-11-25_0000) zu wählen ist. Im Feld '''Auswertung '''ist der Wert ''Spectren ''auszuwählen.

Es erfolgt die Anzeige eines Feldstärkediagramms im Freqenzbereich von ca. 70 kHz bis knapp über 31 MHz. Ausschnitte können über die ENAMS Website mit Hilfe des Lupen-Werkzeugs angefertigt werden.

Der beobachtete Standort 103 liegt zwischen Wien und St. Pölten.
[[Datei:2021-11-25 1200 UTC Spectrum 0-1MHZ Labels.png|mini|901x901px]]

Aus dem Detaildiagramm kann folgendes entnommen werden:

*DCF77 Zeitzeichen
*Ungerichtete Funkfeuer im Langwellenbereich (ca. 200 bis 400 kHz)
*AM-Mittelwellenstationen (Ungarn, Tschechische Republik). Anmerkung: die Mittelwellenstationen in Tschechien werden/wurden am 31.12. 2021 abgeschaltet. Diese Aufzeichnung ist daher schon ein historische Dokument.

Das Gesamtspektrum ist unten abgebildet.
[[Datei:2021-11-25 1200 UTC Spectrum 0-30MHZ.png|mini|907x907px]]
 
[[Category:EMV]]

{{AttachmentsList}}
* [[Medium:2021-11-25 1200 UTC Spectrum 0-30MHZ.png|2021-11-25_1200_UTC_Spectrum_0-30MHZ.png]] -- [[Benutzer:OE1MHZ]], 6. Dezember 2021, 16:54
* [[Medium:2021-11-25 1200 UTC Spectrum 0-1MHZ.png|2021-11-25_1200_UTC_Spectrum_0-1MHZ.png]] -- [[Benutzer:OE1MHZ]], 6. Dezember 2021, 16:54
{{AttachmentsList/End}}

ARDF

2025-09-03T08:21:06Z

BSMaintenance: Attachment migration

====Zweck====

'''Amateurfunkpeilen ist eine von vielen Aktivitäten der „Internationalen Amateur Radio Union“ (IARU), die weltweit verbreitet ist und eine der sportlichen Seiten des Amateurfunks darstellt'''

'''Es verbindet die technischen Aspekte der Funk-Ausbreitung mit der sportlichen Betätigung in der freien Natur'''

'''Wer seine Outdoor-Aktivitäten (Wandern, Orientierungslauf, etc.) gerne mit dem Amateurfunk verbinden möchte, für den/die ist das Amateurfunkpeilen eine gute Alternative'''

 
====Worum geht es beim ARDF Peilsport?====

[https://de.wikipedia.org/wiki/Amateurfunkpeilen ARDF] – auch Radio-Orientierungslauf oder „Radio-Fuchsjagd“ genannt – ist eine sportliche Variante des Amateurfunks. Im Wald versteckte Minisender müssen mit Hilfe von Peilempfänger, Karte und Kompass, in möglichst kurzer Zeit gefunden werden. Dem Sportler wird die einzigartige Kombination von körperlicher Fitness, Orientierungssinn und technischem Verständnis für die Ausbreitung von Funkwellen abverlangt.

<span style="font-size:11.0pt;line-height:115%;font-family:"Calibri","sans-serif";
mso-ascii-theme-font:minor-latin;mso-fareast-font-family:Calibri;mso-fareast-theme-font:
minor-latin;mso-hansi-theme-font:minor-latin;mso-bidi-font-family:"Times New Roman";
mso-bidi-theme-font:minor-bidi;mso-ansi-language:DE-CH;mso-fareast-language:
EN-US;mso-bidi-language:AR-SA">Das Peilen darf aber auch als Sonntags-Spaziergang oder zum Auffinden eines Treffpunktes benutzt werden.

 

====Wie funktioniert Peilen====
Um die Antenne eines Senders breiten sich elektromagnetische Wellen aus, die als magnetische und elektrische Wellen detektiert werden können. 
[[Datei:1635321545808.png|alternativtext=Sender mit Antenne|mini|187x187px|ohne|Sender mit Antenne]]
[[Datei:1635321676111.png|mini|187x187px|alternativtext=Magnetisches Feld|ohne|Magnetisches Feld]]
[[Datei:1635321948803.png|mini|187x187px|alternativtext=Elektrisches Feld|ohne|Elektrisches Feld]]

Bildlich kann man es sich vorstellen wie die Wasserwellen, die sich ausbreiten, wenn man einen Stein ins ruhige Wasser fallen lässt.

Da sich die Wellen in alle Richtungen ausbreiten, wird die Stärke der Wellen kleiner, was beim Peilen für die Schätzung der Distanz herangezogen wird. Ein starkes Signal heisst kurze Distanz, ein schwaches Signal heisst grosse Distanz.

Auf Kurzwelle wird das Magnetische Feld mit Hilfe einer Spule detektiert. Dreht man nun die Spule, durchfliessen mehr oder weniger Wellen die Oeffnung der Spule, was einen grossen Unterschied in der Signalstärke bewirkt. So kann die Richtung zum Sender Bestimmt werden.
[[Datei:1635327247609.png|alternativtext=Diagramm Herzscher Dipol|links|mini|<span style="font-size:11.0pt;line-height:115%;
font-family:"Calibri","sans-serif";mso-ascii-theme-font:minor-latin;mso-fareast-font-family:
Calibri;mso-fareast-theme-font:minor-latin;mso-hansi-theme-font:minor-latin;
mso-bidi-font-family:"Times New Roman";mso-bidi-theme-font:minor-bidi;
mso-ansi-language:DE-CH;mso-fareast-language:EN-US;mso-bidi-language:AR-SA">Diagramm Herzscher Dipol]]

Es werden aber zwei Maxima und Minima während einer ganzen Umdrehung der Antenne detektiert.

 
[[Datei:1635327491269.png|alternativtext=Richtdiagramm|links|mini]]Um nun zu wissen, welches der beiden Signale wirklich zum Sender zeigt, wird das elektrische Signal herangezogen. Mit einer Stabantenne wird das elektrische Signal empfangen. Mischt man nun das elektrische und das magnetische Signal zu gleichen Teilen zusammen, haben wir durch die zwischen magnetischem und elektrischem Signal bestehende Phasenverschiebung eine Addition, beziehungsweise eine Subtraktion der beiden Signale. So wird eindeutig, welches der beiden Richtungssignale dasjenige ist, das zum Sender zeigt.

 
Was etwas kompliziert erscheint, ist aber in der Praxis ganz einfach, das Peilgerät ist entsprechend ausgerüstet.

Auf UKW, mit Wellenlänge von 2m verhält es sich grundsätzlich gleich. Die Wellen breiten sich aber nicht so brav aus wie auf Kurzwelle. Hügel und Täler, Gebäude und Kulturgrenzen im Wald können die Wellen reflektieren und abschwächen, was das Peilen wesentlich erschweren kann und entsprechend grössere Erfahrung braucht.

Für UKW werden Richtantennen verwendet. Dipol, Doppeldipol und Yagi-Antennen. Dipole haben für diese Wellenlänge eine Ausdehnung von 1m. Yagi Antennen haben zum Peilen 3 bis 4 Elemente.
 
[[Datei:1635327610931.png|links|mini]]

Die Antennen weisen eine keulenförmige Charakteristik auf, die zum Sender gerichtet am meisten Signal liefert. In entgegen gesetzter Richtung wird das Signal stark gedämpft. Es wird also auf maximales Signal gepeilt.

 

====Kreuzpeilen====

Von zwei Standorten her gepeilt, aufgetragen auf Karte, ergibt einen Schnittpunkt der Peilstrahlen. In dieser Umgebung befindet sich der Sender in einem Umkreis der Genauigkeit der beiden Peilungen. (diese Standortbestimmung optisch oder Funk wurde vor GPS von Schiffen häufig verwendet
[[Datei:Kreuzpeilung2.jpg|links|mini|Kreuzpeilen]]

Bei Wettkämpfen wird diese Methode nur noch angewendet bei sehr schwierigem Gelände, z.B. um heraus zu finden, ob sich ein Sender vor oder nach einem Bach, Tobel oder Hügel befindet.

 

====Vier verschiedene sportliche Disziplinen====

Es werden international 4 verschiedene sportliche Disziplinen ausgetragen.

Die gesamte Laufdistanz beträgt je nach Disziplin und Kategorie zwischen 2 und 12 km mit einer maximalen Höhendifferenz (niedrigster zu höchstem Punkt)von 200m

====='''''<big>Classic 80m</big>'''''=====
'''Auf dem Amateurband Kurzwelle mit 80m Wellenlänge ist das Peilen relativ einfach, weil sich die Funkwellen um den Sender homogen und ohne Reflektionen ausbreiten. So kann der Sender mit einem einfachen Empfänger, der mit einer Peilantenne ausgerüstet ist, gefunden werden.'''

'''Am Classic Wettbewerb läuft ein Set von 5 Sendern auf gleicher Frequenz, jeder mit seiner eigenen Kennung genau eine Minute. Die Sender wechseln sich periodisch ab, so ist jeder einzelne Sender alle 5 Minuten für eine Minute hör- und peilbar.'''

'''Der Peilsportler muss mit ersten Peilungen die Richtungen und Feldstärken der Sender bestimmen und so zu versuchen, eine Reihenfolge zum Aufsuchen festlegen. Dann werden die einzelnen Sender auf optimalem Weg aufgesucht. Dabei hilft die Orientierungslaufkarte, auf der man die Signale einzeichnen kann.'''

====='''''<big>Classic 2m</big>'''''=====
'''Im Classic Wettbewerb auf UKW läuft der Wettbewerb genau gleich ab, ist aber wegen auftretenden Reflektionen und unterschiedlichen Dämpfungen der Vegetation einiges schwieriger. Auch die Grösse der Antenne ist im Wald schwerer zu handhaben.'''

====='''''<big>Foxoring</big>'''''=====
'''Foxoring ist eine junge Disziplin. Bei diesem Wettbewerb kommt es stärker auf’s Kartenlesen an und funktioniert folgendermassen:'''

'''Auf einer OL-Karte sind mit kleinen Kreisen diverse Posten eingezeichnet. Die Kreise bezeichnen den Ort, an dem ein Sender zu hören ist. Da es sehr kleine Sender und kurze Antennen sind, können sie auf höchstens 100m Distanz empfangen werden. Man begibt sich also zu einem Kreis, von dort kann man den zu suchenden Sender hören und peilen. Es muss bis ganz an den Sender gepeilt werden, da er nicht von weitem sichtbar ist. Bei Wettbewerben befindet sich beim Sender ein Sportident-Kästchen, das dem Läufer auf einen Stick die Senderkennung und die Stempelzeit speichert.'''
 
[[Datei:1635327944721.png|alternativtext=Foxoring Karte|links|mini]]

'''Was ist der schnellste Weg von Start (Dreieck) zum Ziel (Doppelkreis)?'''

'''Die Reihenfolge der aufzusuchenden Sender ist (im Gegensatz zum Orientierungslauf) dem Läufer überlassen, den schnellsten Weg zu finden.'''

 

====='''''<big>Sprint</big>'''''=====
Die Sprint-Läufe sind wesentlich kürzer in der Distanz und wie der Name schon sagt, eine hektische Angelegenheit, die auch kaum Fehler verzeiht, will man eine gute Laufzeit erreichen.

Die zu suchenden Sender strahlen ihr Signal in einer viel kürzeren Zeitfolge aus. Alle Minuten eine Sendezeit von 12 Sekunden. Es bleibt also nicht viel Zeit zum Peilen und man muss sicher sein, dass man den richtigen Sender peilt. Die Karte spielt hier eine untergeordnete Rolle.

====Wer kann teilnehmen?====

Jede Frau und Jeder Mann, auch Kinder können beim Peilen mitmachen. Gute Fortbewegung im Wald, auch ausserhalb von Wegen ist von Vorteil. Etwas Orientierungssinn hilft, wieder aus dem Wald zu finden (obwohl normalerweise ein Zielsender die Richtung zum Ziel vorgibt) Eine Amateurfunklizenz ist nicht notwendig, Morsebuchstaben zur Erkennung des Senders sind sehr einfach zu lernen (ein Punkt bis 5 Punkte zum hören)

Kartenlesen und Peilen ist lernbar.
 
[[Datei:1635328089882.png|alternativtext=Peilsportler in Aktion|links|mini|Peilsportler in Aktion]]

'''Peilen selber ausprobieren?'''

Am besten meldet man sich an einem der ausgeschriebenen Trainings an, damit am Start ein Leihgerät zur Verfügung steht. Ein versierter Peiler wird dich einführen und dich auf einen Peil-Rundgang mitnehmen, so kannst du erste positive Erlebnisse mit nach Haus nehmen.

Der Peiltrainer der USKA oder der Organisator eine Ortsgruppe nimmt deine Anmeldung gerne entgegen

Auf der Terminliste der USKA findest du die geplanten Trainings und Wettbewerbe. Siehe Links

[[Datei:1635328240202.png|mini|Peilempfänger mit Rahmenantenne]]

====Welche Ausrüstung wird benötigt?====
 '''Peilgerät für Empfang von 80m und oder 2m Wellenlänge''' 
'''<span class="ve-pasteProtect" style="font-size:12.0pt;
font-family:"Times New Roman","serif";mso-fareast-font-family:"Times New Roman";
mso-fareast-language:DE-CH" data-ve-attributes="{"style":"font-size:12.0pt;\nfont-family:\"Times New Roman\",\"serif\";mso-fareast-font-family:\"Times New Roman\";\nmso-fareast-language:DE-CH"}">Kopfhörer'''

'''<span class="ve-pasteProtect" style="font-size:12.0pt;
font-family:"Times New Roman","serif";mso-fareast-font-family:"Times New Roman";
mso-fareast-language:DE-CH" data-ve-attributes="{"style":"font-size:12.0pt;\nfont-family:\"Times New Roman\",\"serif\";mso-fareast-font-family:\"Times New Roman\";\nmso-fareast-language:DE-CH"}">Kompass'''

'''<span class="ve-pasteProtect" style="font-size:12.0pt;
font-family:"Times New Roman","serif";mso-fareast-font-family:"Times New Roman";
mso-fareast-language:DE-CH" data-ve-attributes="{"style":"font-size:12.0pt;\nfont-family:\"Times New Roman\",\"serif\";mso-fareast-font-family:\"Times New Roman\";\nmso-fareast-language:DE-CH"}">Geeignete Kleidung''' <span class="ve-pasteProtect" style="font-size:12.0pt;font-family:"Times New Roman","serif";mso-fareast-font-family:
"Times New Roman";mso-fareast-language:DE-CH;mso-bidi-font-weight:bold" data-ve-attributes="{"style":"font-size:12.0pt;font-family:\"Times New Roman\",\"serif\";mso-fareast-font-family:\n\"Times New Roman\";mso-fareast-language:DE-CH;mso-bidi-font-weight:bold"}">(OL-Gwändli haben sich bewährt, da am feinen Stoff die Zecken sich nicht halten können) und geländegängige Schuhe 
[[Datei:1635328301817.png|mini|Peilempfänger mit Ferritantenne]]
[[Datei:1635328391676.png|mini|Peilempfänger UKW]]

 

===='''''Mit der Natur im Einklang'''''====
Da der Wald die natürliche Sportstätte des Amateurfunkpeilens ist, sind die Teilnehmer und Veranstalter solcher Veranstaltungen sehr darauf bedacht, mit ihrem „Wettkampfgelände“ umweltbewusst umzugehen. Der Start- und Zielbereich, sowie die Parkplätze liegen an öffentlich zugänglichen Stellen.

===='''''<big>Links und weiterführende Informationen:</big>'''''====
[https://www.uska.ch/amateurfunkpraxis/operating/ardf-peilsport/ https://www.uska.ch/amateurfunkpraxis/operating/ardf-peilsport/]

[https://ardf.darc.de/ https://ardf.darc.de/]

====<big>''Literatur''</big>====
· Handbuch Amateurfunkpeilen, Peter Gierlach, <nowiki>ISBN 3-88692-036-4</nowiki>

· 

====Geschichte====

In den zwanziger Jahren begann alles mit Versuchsreihen schweizerischer Funkamateure, die die Ausbreitungsbedingungen von Funkwellen erforschen wollten. Durch die Ergebnisse überrascht, kamen sie auf die Idee, gezielt Sender anzupeilen, die man vorher im Gelände versteckt hatte. Bei dem somit ersten Amateurfunkpeillauf war die verwendete Technik noch recht einfach. Es stellte sich natürlich heraus, dass man noch viel tun musste, um die Technik, das Medium Funkwelle zu erfahren und die beste Taktik zu bestimmen. Ausserdem waren die damaligen Peilempfänger mit ihrer Röhrentechnik und den schweren Batterien gerade mal so eben noch "tragbar" - kein Vergleich zu heutigen handtellergroßen "Empfängerchen" mit Ferritantenne, integrierten Schaltkreisen und anderen modernen Halbleitern.

Der erste dokumentierte Anlass in der Schweiz fand am 2. August 1924 auf dem Thunersee statt.

Es wird in der NZZ die erste schweizerische Fuchsjagd,

welche am 2. August 1924 auf dem Thunersee

stattfand von Dr. Ing. S. Guggenheim ausführlich

beschrieben. Diese fand bei Nacht

statt, wobei der Fuchs mit dem von Dr. Merz

erbauten 6 Watt Sender in einem fahrenden

Ruderboot untergebracht war. Auch die Jäger

bedienten sich entsprechender Ruderboote,

sieben an der Zahl mit insgesamt 25 Fuchsjägern.

Zwei Funkamateure wurden in jedem Boot fürs Rudern benötigt.

Erste “mobile”(vermutlich waren damit tragbare Geräte gemeint), wurden

bereits 1939 gebaut.

Die ersten echten ARDF Aktivitäten zu Fuß fanden in der Schweiz 1947 auf 80m mit dem Suchen nur eines Senders statt.

Der legendäre Zürichpeiler wurde ab 1950 in Gemeinschaftsarbeit

gebaut.

Erste Meisterschaften fanden um 1955, sowohl in der deutschen, wie auch in der Westschweiz statt.

'''Das erste Peilsystem wurde 1902 von John Stone patentiert US Patent 716134'''

[[Category:ARDF]]

{{AttachmentsList}}
* [[Medium:Peil-Wiki -ARDF.docx|Peil-Wiki_-ARDF.docx]] -- [[Benutzer:HB9AIR]], 27. Oktober 2021, 07:40
{{AttachmentsList/End}}

Fallstudie TV Box: Declaration of Conformity

2025-09-03T08:21:06Z

BSMaintenance: Attachment migration

Diese Fallstudie soll die Konformitätsanforderungen an ein typisches Consumer-Produkt aufzeigen. Es handelt sich dabei um die TV Box eines führenden Anbieters, die mittels eines Netzwerkkabels an einem Internet-Modem angeschlossen wird und das TV-Signal mit einem HDMI-Kabel an ein angeschlossenes TV-Gerät überträgt.

===Beteiligte EU-Direktiven===
Wir sehen, dass dabei drei EU-Direktiven anwendbar sind (siehe den Abschnitt "Anhänge" unten)

*[https://eur-lex.europa.eu/legal-content/DE/TXT/PDF/?uri=CELEX:32014L0053&from=en Bereitstellung von Funkanlagen auf dem Markt (Radio Equipment Directive)] (2014/53/EU)
*[https://eur-lex.europa.eu/legal-content/DE/TXT/PDF/?uri=CELEX:32009L0125&from=DE Umweltgerechte Gestaltung energieverbrauchsrelevanter Produkte] (2009/125/EU)
*[https://eur-lex.europa.eu/legal-content/DE/TXT/PDF/?uri=CELEX:32011L0065&from=EN Beschränkung der Verwendung bestimmter gefährlicher Stoffe in Elektro- und Elektronikgeräten] (2011/65/EU)

Anmerkung: die auf dem Deklarationsblatt aufgeführten Versionen der Normen entsprechen naturgemäss nicht den heute online referenzierbaren Version. Ausserdem können ganze Normen zurückgezogen oder ersetzt worden sein.

====[https://eur-lex.europa.eu/legal-content/DE/TXT/PDF/?uri=CELEX:32014L0053&from=en Bereitstellung von Funkanlagen auf dem Markt (Radio Equipment Directive)] (2014/53/EU)====
Die Anforderung werden in folgende Gruppen unterteilt:

=====EMV-Anforderungen (Abstrahlungen und Immunität)=====

*[https://www.beuth.de/de/norm/din-en-55032/155544830#:~:text=Die%20Anforderungen%20der%20EN%2055032,Anschl%C3%BCssen%20f%C3%BCr%20leitungsgebundene%20Netze%2C%20Antennenanschl%C3%BCssen. EN 55032:2012] Abstrahlungen

*[https://www.beuth.de/de/erweiterte-suche/272754!search?alx.searchType=complex&searchAreaId=1&query=EN+55024%3A2010&facets%5B276612%5D=&hitsPerPage=10 EN 55024:2010] Immunität

=====Technische Anforderungen=====

*[https://www.etsi.org/deliver/etsi_en/301400_301499/30148901/02.02.03_60/en_30148901v020203p.pdf EN 301 489-1] Allgemeine Technische Anforderungen ([https://www.etsi.org/ ETSI]-Standard)
*[https://www.etsi.org/deliver/etsi_en/301400_301499/30148917/03.02.02_20/en_30148917v030202a.pdf EN 301 489-17] Spezifische Anforderungen für Breitbandübertragungen ([https://www.etsi.org/ ETSI]-Standard)
*[https://www.etsi.org/deliver/etsi_en/300300_300399/300328/02.01.01_60/en_300328v020101p.pdf EN 300 328] Datenübertragung im 2,4 GHz-[https://en.wikipedia.org/wiki/ISM_radio_band ISM Band]

=====Sicherheitsanforderungen=====

*[https://www.beuth.de/de/standard/din-en-60065/234091517 EN 60065:2014] Sicherheitsanforderungen an Audio- ,Video- und ähnliche Geräte

=====Grenzwerte=====

*[https://www.beuth.de/de/standard/din-en-61000-3-3/198384300 EN 61000-3-3:2013] EMV, Teil 3-3, Grenzwerte, Spannungsänderungen, Flicker, für Geräte < 16 A je Leiter
*[https://www.beuth.de/de/standard/din-en-61000-3-2/227310346 EN 61000-3-2: 2014] EMV, Teil 3-2, Grenzwerte für Oberschwingungsströme, für Geräte < 16 A je Leiter

=====Personenschutz Elektromagnetische Verträglichkeit=====

*[https://www.beuth.de/de/norm/din-en-62479/142999553 EN 62479:2010] Basisgrenzwerte Sicherheit von Personen in elektromagnetischen Feldern (10 MHz bis 300 GHz)

====[https://eur-lex.europa.eu/legal-content/DE/TXT/PDF/?uri=CELEX:32009L0125&from=DE Umweltgerechte Gestaltung energieverbrauchsrelevanter Produkte] (2009/125/EU)====

*[https://www.beuth.de/de/norm/din-en-50564/144974851 EN 50564:2011] Elektrische und elektronische Haushalts- und Bürogeräte: Messung geringer Leistungsaufnahmen
*[https://www.beuth.de/de/norm/din-en-62301/88335154 EN 62301:2005] Elektrische Geräte für den Hausgebrauch: Messung der Standby-Leistungsaufnahme
*[https://www.beuth.de/de/norm/din-en-62087-5/257120222 EN 62087-5] Multimedia-Geräte: Messverfahren für die Leistungsaufnahme, Teil 5: Set-Top Boxen 

====[https://eur-lex.europa.eu/legal-content/DE/TXT/PDF/?uri=CELEX:32011L0065&from=EN Beschränkung der Verwendung bestimmter gefährlicher Stoffe in Elektro- und Elektronikgeräten] (2011/65/EU)====

*[https://www.beuth.de/de/norm/sn-en-50581/186542471 EN 50581:2012] Technische Dokumentation zur Beurteilung von Elektro- und Elektronikgeräten hinsichtlich der Beschränkung gefährlicher Stoffe

 
[[Category:EMV]]

{{AttachmentsList}}
* [[Medium:2021-05-02 Declaration 20210502 0001.pdf|2021-05-02_Declaration_20210502_0001.pdf]] -- [[Benutzer:OE1MHZ]], 2. Mai 2021, 13:42
{{AttachmentsList/End}}

Smart Meter

2025-09-03T08:21:06Z

BSMaintenance: Attachment migration

Als Fallstudie hier ein erster Ansatz zur Behandlung dieses Themas. Warum ist dies unter dem Betrachtungswinkel EMV von Bedeutung? Es ist nicht auszuschliessen, dass es durch den Einsatz dieser Geräte zu Störungen auf verschiedenen Frequenzbändern kommen könnte.

 

===Ausgangslage===
Die E-Wirtschaft, veranlasst durch politische Vorgaben, installiert anstatt der seit Jahrzehnten eingesetzten Zähler mit elektromechanischen Zählwerken neue, '''elektronische''' Zähler, von denen sich global mehrere hundert Millionen Geräte bereits im Umlauf befinden dürften. Diese neue Zählergeneration erlaubt eine Fernablesung, mit quasi beliebig kurzen Intervallen. In der Praxis werden Auslesungen im 15-Minuten- bzw. Stundenintervall verwendet. Dies ermöglich eine flexible Tarifgestaltung (eine Erweiterung des bekannten Nieder- bzw. Hochtarifsystems). Innovative Anbieter wie https://www.awattar.at/ stellen eine Reihe von Tarifoptionen zur Verfügung.

Die Smart Meter verwenden zur Übertragung der Messwerte Protokolle bzw. Modulationsverfahren auf bestimmten Frequenzbändern, wobei die '''Signale über das vorhandene Stromnetz''' übertragen werden. Der typische Abstand zwischen den Zählern und der Erfassungs- und Steuerungsstelle dürfte mehrere hundert Meter betragen, wobei das zur Übertragung verwendete Stromnetz als '''Antenne''' fungiert.

Im betrachteten Fall der Wiener Netze, als Betreiber des Zählers, siehe auch https://www.wienernetze.at/ueber-smart-meter, wurde auf Anfrage bekannt, dass es sich beim betrachteten Gerät um ein Smart Meter Modell AM550-T, siehe https://www.iskraemeco.com/en/ handelt.

===Verwendetes Übertragungsverfahren===
Das Datenblatt des Zählers AM550, siehe https://www.iskraemeco.hr/AM550.pdf, verweist auf das '''Protokoll G3-PLC''' zur Informationsübertragung. Die G3-PLC Alliance, siehe https://www.g3-plc.com/home/ umfasst über 50 Unternehmen aus der Energiewirtschaft, die sich unter anderem zusammengefunden haben, um robuste und sichere Übertragungsverfahren zur Steuerung von Energienetzen zu entwickeln. Iskrameco ist Mitglied dieser Allianz, siehe auch https://g3-plc.com/about-g3-plc-alliance/alliance-members/. Interessanterweise ist auch die niederösterreichische EVN Mitglied der Allianz.

===Das Protokoll G3-PLC===
Eine Einführung kann über den folgenden Link heruntergeladen werden:

https://www.g3-plc.com/fileadmin/user_upload/What_is_G3PLC/G3-PLC_Alliance_PLC_introduction_for_non_experts_1.1_PUB_May2020.pdf

Auf der Webseite der Allianz und in diesem Dokument wird drauf verwiesen, dass der Übertragungsstandard der '''ITU-T-Empfehlung'''

https://www.itu.int/rec/T-REC-G.9903 folgt.

Der verwendete Frequenzbereich befindet sich für die Verwendung in Mitgliedsstaaten der CENELEC

https://www.cenelec.eu/aboutcenelec/whoweare/index.html

zwischen 35 kHz und 121 kHz.

Dabei ist für Anwender im Bereich Energiewirtschaft das Band '''CENELEC A (36 kHz bis 90.6 kHz, mit 36 Trägerfrequenzen)''' vorgesehen. Siehe auch das im Anhang befindliche [[:Datei:isplc 2011 hoch.pdf|Paper von Martin Hoch]] im Anhang.

In Teilen Österreichs, wie z.B. in Niederösterreich wird allerdings auch das FCC-Band (154.7 bis 487.5 kHz, mit 72 Trägerfrequenzen) verwendet. In der Praxis dürfte dabei der '''FCC-2 Bandplan''' verwendet werden, der auf Grund von permanent maskierten Subträgern die Frequenzen '''150 kHz bis 478.125 kHz''' umfasst. Die dabei überlappten Frequenzen der Amateurfunkbänder und der im Bundesgebiet betriebenen Langwellen-Funknavigations-Stationen ([https://de.wikipedia.org/wiki/Liste_der_ungerichteten_Funkfeuer_(NDBs) Nondirectional Beacons, NDBs]) werden dabei nicht verwendet.

Siehe auch g<nowiki/>https://www.g3-plc.com/fileadmin/user_upload/G3-PLC_webinar_Clean-up_after_roll-out_of_G3-PLC_smart_meters_February_3rd_2021.pdf

(In anderen Weltregionen werden Frequenzbereiche zwischen 154 kHz und 487 kHz verwendet. Das erwähnte Einführungspaper erklärt auch, dass für die relativ weite, drahtgestützte Übertragung diese tiefen Frequenzen unabdingbar sind. Siehe auch https://www.asut.ch/asut/media/id/380/type/document/20160908_praes_47ma_landis+gyr_haas.pdf

Als Modulation wird '''OFDM''' (Orthogonal Frequency Division Modulation) eingesetzt., siehe https://de.wikipedia.org/wiki/Orthogonales_Frequenzmultiplexverfahren

===Recommendations ITU-T G.9901, -9902, -9903, -9904===
Die ITU-T publiziert Empfehlungen, wobei die Serie G Übertragungssysteme, -und Medien, digitale Systeme und Netzwerke umfasst:

[[Datei:ITU_T.jpg|rand|677x677px]]

*'''G-9901''' (Version 3.0 vom 2017-06-30) beschreibt die grundlegenden Eigenschaften wie Spannungswerte, Messmethoden, '''Bandpläne''', Notches, etc.

[[Datei:CENELEC-A.jpg|600x600px]]

[[Datei:FCC.jpg|600x600px]]

*G-9902 betrifft G.hnem-Netzwerke (im Moment nicht von Interesse)
*'''G-9903''' (Version 4.0 vom 2017-08-13) beschreibt G3-PLC-Netzwerke
**'''Architektur'''

[[Datei:G3-PLC_Network_Architecture.jpg|600x600px]]

 

*Blockdiagramm '''Transceiver'''

[[Datei:OFDM_Transceiver.jpg|600x600px]]

Ausserdem beschreibt diese Empfehlung die Modulationsart (OFDM), die physikalische Ebene, die Data Link Layer, Security, Access Control, Confidentiality & Integrity, etc.

*G-9904 betrifft PRIME-Netzwerke (im Moment nicht von Interesse)

[[Category:EMV]]

{{AttachmentsList}}
* [[Medium:T-REC-G.9901-201706-I!!PDF-E (1).pdf|T-REC-G.9901-201706-I!!PDF-E_(1).pdf]] -- [[Benutzer:OE1MHZ]], 4. April 2021, 15:53
* [[Medium:T-REC-G.9903-201708-I!!PDF-E (3).pdf|T-REC-G.9903-201708-I!!PDF-E_(3).pdf]] -- [[Benutzer:OE1MHZ]], 4. April 2021, 16:13
* [[Medium:isplc 2011 hoch.pdf|isplc_2011_hoch.pdf]] -- [[Benutzer:OE1MHZ]], 6. April 2021, 16:55
* [[Medium:G3-PLC webinar Clean-up after roll-out of G3-PLC smart meters February 3rd 2021.pdf|G3-PLC_webinar_Clean-up_after_roll-out_of_G3-PLC_smart_meters_February_3rd_2021.pdf]] -- [[Benutzer:OE1MHZ]], 9. April 2021, 10:50
* [[Medium:T-REC-G.9902-201210-I!!PDF-E (2).pdf|T-REC-G.9902-201210-I!!PDF-E_(2).pdf]] -- [[Benutzer:OE1MHZ]], 9. April 2021, 11:20
{{AttachmentsList/End}}

Kategorie:SOTA

2025-09-03T08:21:06Z

BSMaintenance: Attachment migration

=SOTA - Summits On The Air=
[[Datei:sota logo 1.png|mini|320x320px|SOTA Logo]]
Dieses faszinierende Amateurfunkprogramm bietet dir die einzigartige Möglichkeit, deine Outdoor-Aktivitäten (Bergwandern, Skitouren, Mountainbiken, …) mit dem Amateurfunk zu verbinden. Auf den folgenden Seiten findest du detaillierte Informationen, die dir den Einstieg in deine zukünftige Lieblingsbeschäftigung einfacher machen werden.

 
====Was ist SOTA?====
Summits On The Air ist ein Diplom- und Aktivitätsprogramm, das sowohl von Funkamateuren als auch von nichtlizensierten SWL’s betrieben werden kann. Im Jahr 2002 in England gegründet wurde das Programm im Jahr 2004 auch auf Österreich ausgeweitet. Mittlerweile kann SOTA in fast 100 Ländern betrieben werden.

Generell wird zwischen zwei Gruppen von Teilnehmern unterschieden. Es gibt Aktivierer (Funkamateure, die vom Gipfel QRV sind) und Chaser/Jäger (Funkamateure und SWL’s im Shack). Aktivierer erhalten Punkte für eine erfolgreiche Aktivierung. Chaser erhalten Punkte für ein erfolgreich durchgeführtes QSO mit einem Aktivierer am Gipfel. Die Punktezahl ergibt sich durch die Höhe des aktivierten Berges.

 
====Wie kann ich bei SOTA teilnehmen?====
Um den vollen Funktionsumfang des SOTA-Programmes nutzen zu können, musst du dich [https://www.sotadata.org.uk/de/register HIER] registrieren. Sowohl die Registrierung als auch die Teilnahme am SOTA-Programm sind kostenlos.

Mit den Zugangsdaten kannst du dich auf folgenden Seiten einloggen:
{| class="wikitable" style="width:100%;"
! style="vertical-align:middle;text-align:center;" class="col-blue-light-bg" |[https://sotawatch.sota.org.uk/ SOTAwatch3 - https://sotawatch.sota.org.uk/]
|-
| style="vertical-align:middle;text-align:center;" class="col-white-bg" |SOTAwatch ist das DX-Cluster für SOTA. Hier kannst du auf deinen Funkbetrieb aufmerksam machen und geplante Aktivierungen ankündigen
|}
{| class="wikitable" style="width:100%;" data-ve-attributes="{"style":"width:70%;"}"
! style="vertical-align:middle;text-align:center;" class="col-blue-light-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |[https://www.sotadata.org.uk/ SOTAdata - https://www.sotadata.org.uk/]
|-
| style="vertical-align:middle;text-align:center;" class="col-white-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |SOTAdata ist die Datenbank von SOTA. Hier trägst du deine Funkverbindungen ein und siehst deinen aktuellen Punktestand
|}
{| class="wikitable" style="width:100%;" data-ve-attributes="{"style":"width:70%;"}"
! style="vertical-align:middle;text-align:center;" class="col-blue-light-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |[https://www.sotamaps.org/ SOTAmaps - https://www.sotamaps.org/]
|-
| style="vertical-align:middle;text-align:center;" class="col-white-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |SOTAmaps hilft vor allem bei der Planung einer SOTA-Aktivität. Du kannst z.B. GPS-Tracks hoch- bzw. herunterladen
|}
{| class="wikitable" style="width:100%;" data-ve-attributes="{"style":"width:70%;"}"
! style="vertical-align:middle;text-align:center;" class="col-blue-light-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |[https://sotl.as/ SOTL.as - https://sotl.as/]
|-
| style="vertical-align:middle;text-align:center;" class="col-white-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |SOTL.as ist ein sehr hilfreiches Tool sowohl für Aktivierer als auch für Chaser. Viele Daten werden sehr übersichtlich und einfach dargestellt
|} 
====Welche Regeln gelten für Aktivierer bzw. für Chaser?====
Vor allem für Aktivierer gibt es vor dem Start einiges zu beachten. Einige der wichtigsten Vorgaben kurz und prägnant zusammengefasst:

 

*Das letzte Wegstück zum Gipfel muss mit eigener Muskelkraft zurückgelegt werden
*Die gesamte Ausrüstung muss selbst getragen werden
*Es dürfen nur portable Spannungsquellen (Batterie, Solarzellen) verwendet werden. Betrieb in oder an Fahrzeugen ist ungültig.
*Ab einem QSO auf direkten Frequenzen (kein terristrischer Repeater, Satelliten sind erlaubt) gilt ein Gipfel als Aktiviert
*Ab vier QSO’s auf direkten Frequenzen (kein terristrischer Repeater, Satelliten sind erlaubt) gibt es Punkte

Der Funkbetrieb muss sowohl beim Aktivierer als auch beim Chaser unter Einhaltung aller nationalen und internationalen Bestimmungen durchgeführt werden. Aktivierer und Chaser sollten ihre QSO's regelmäßig in die SOTA-Datenbank eintragen. Für Chaser gibt es darüber hinaus keine besonderen Regelungen. Das Senden von QSL-Karten ist nicht erforderlich.

 
====Welche Berge kann ich aktivieren?====
Nicht jeder Berg, der in der Landkarte eingezeichnet ist, entspricht den Gültigkeitskriterien. Eine [https://de.wikipedia.org/wiki/Schartenh%C3%B6he Prominenz bzw. Schartenhöhe] von mindestens 150m ist nötig, um in die Liste der SOTA-Berge aufgenommen zu werden. In Österreich gibt es derzeit 2148 gültige Berge.

Auf der Seite https://www.sotadata.org.uk/en/associations gibt es für jedes Land eine Liste mit den aktuell gültigen Bergen. Einen schnellen Überblick kannst du dir außerdem auf der Seite https://sotl.as/map/ verschaffen.

 
====Was ist eine SOTA-Referenz?====
Berge mit ausreichender Prominenz erhalten eine individuelle Referenznummer (z.B.: OE/OO-129). Dieser Referenzcode gibt Auskunft über die Assoziation bzw. das Land (OE), die Region (OO) und die fortlaufende Bergnummer (129). Eine Liste der in österreich gültigen SOTA-Berge findest du unter https://www.sotadata.org.uk/en/association/OE

 
====Welche Ausrüstung wird benötigt?====
Prinzipiell stehen dem Aktivierer bei der Auswahl der Funkausrüstung unzählige Optionen offen. Bei SOTA spielt das Gewicht natürlich eine große Rolle, das gesamte Equipment muss ja vom Aktivierer auf den Berg getragen werden. Anbieter wie z.B. Elecraft, Icom und Yaesu haben leichte, portable QRP-Geräte in ihrem Sortiment. Auch zahlreiche andere Anbieter (Xiegu, QCX, Lab599, (tr)uSDX, BG2FX, ...) haben in letzter Zeit kleine QRP-Transceiver auf den Markt gebracht.

Als Antennen werden meistens Drahtantennen (EFHW bzw. Linked Dipol) verwendet, viele SOTA-Aktivierer experimentieren mit diversen Eigenbau-Antennen. Eine schöne Übersicht zu Antennenbauprojekten findest du [[:Kategorie:SOTA/Portable Antennen|hier]]. Darüber hinaus gibt es natürlich auch die Möglichkeit, kommerzielle Antennen zu kaufen.

Als Stromversorgung werden meistens LiPo- oder LiFePO4-Akkus verwendet, auch der Einsatz von Solarzellen ist möglich. Mit fossilen Brennstoffen betriebene Stromgeneratoren sind hingegen nicht erlaubt.

 
====Welche Frequenzen und Betriebsarten sind zulässig?====
Es dürfen alle Frequenzen und Betriebsarten verwendet werden, die dem Amateurfunk zugewiesen sind. Natürlich muss bei der Auswahl der Bänder auch die eigene Lizenzklasse berücksichtig werden. Bei SOTA zählen nur direkte Verbindungen, daher können Repeater-QSO's nicht geloggt werden. Es gibt keine speziell zugewiesenen Frequenzen für SOTA, allerdings wird meistens im QRP-Bereich der Bänder Funkbetrieb gemacht. Ein Großteil der Aktivitäten wird in CW, SSB und FM durchgeführt. Vereinzelt gibt es auch Aktivierer, die digitale Betriebsarten wie FT8 oder PSK31 verwenden.

 
====Wie bereite ich meine (erste) SOTA-Aktivität vor?====
Die Vorbereitung einer Bergtour umfasst viele Aspekte, die beachtet werden wollen. Der österreichische Alpenverein hat die wichtigsten Informationen dazu auf seiner Homepage gesammelt, damit du bei deiner Bergtour möglichst [https://www.alpenverein.at/portal/bergsport/sicheramberg/index.php SicherAmBerg] bist.

Vor allem für deine ersten Aktivierungen solltest du einfache Wanderungen mit geringen Distanzen und Höhenmetern auswählen. Eine gemeinsame Wanderung mit einem routinierten Aktivierer aus deiner Umgebung ist eine sehr gute Möglichkeit, in die SOTA-Welt einzutauchen und Fragen stellen zu können. Neben einer Assoziationsmanagerin für ganz Österreich gibt es in jedem Bundesland einen Regionalmanager, der dich gerne dabei unterstützen wird.

Du solltest bei der Planung zuerst überlegen, ob du nur mit dem Handfunkgerät oder mit der gesamten Kurzwellenausrüstung vom Gipfel QRV werden möchtest. Bei Betrieb nur mit dem Handfunkgerät (VHF/UHF) kann es in manchen Regionen Österreichs durchaus schwierig werden, die geforderten vier QSO's ins Log zu bringen. Probiere dein Equipment im Garten oder im nahe gelegenen Park aus, damit kannst du dir viel Frust ersparen, falls du etwas vergessen hast.

Bei SOTA ist es üblich, eine geplante Aktivität im Vorfeld anzukündigen. Dafür gibt es die [https://sotawatch.sota.org.uk/ Webseite "SOTAwatch"], die einem DX-Cluster sehr ähnlich ist. Mit einer Ankündigung (Alert) machst du sozusagen schon im Vorfeld Werbung für deine Aktivität. Damit erhöhst du deine Chancen, die geforderten vier QSO’s schnell ins Log zu bringen.

 
====Was ist während der Aktivierung zu beachten?====
Der Funkbetrieb am Gipfel muss innerhalb der [[:Kategorie:SOTA/Aktivierungszone|Aktivierungszone]], also maximal 25 Höhenmeter unterhalb des höchsten Punktes stattfinden. Aus Rücksicht auf andere Wanderer sollte die Aktivität etwas abseits vom Gipfelbereich durchführt werden. Bitte verzichte auf das Verwenden des Gipfelkreuzes als Antennen- oder Masthalterung. Für das Benutzen von Kopfhörern werden dir ruhesuchende Wanderer dankbar sein. Vor dem Aufbau der Funkstation (vor allem der Antennen) solltest du dir über potentielle Absturzgefahren Gedanken machen. Spanne deine Antennen so, dass andere Wanderer nicht darüber stolpern oder sich darin verheddern können.

Wichtiger als die erfolgreiche Aktivierung ist eine sichere Rückkehr ins Tal. Überlege dir daher rechtzeitig, wie lange du voraussichtlich für den Abstieg brauchst und plane ausreichend Zeit dafür ein! Ein weiterer Unsicherheitsfaktor in den Bergen ist das sich mitunter sehr schnell ändernde Wetter. Achte ständig auf Wetterveränderungen!

Zu Beginn des Funkbetriebs ist es sinnvoll, möglichst viele Chaser auf deine Aktivität aufmerksam zu machen. Du kannst mittels Smartphone-App, SMS oder APRS einen [[:Kategorie:SOTA/Spots auf SOTAwatch|Spot auf SOTAwatch]] mit deiner aktuellen Frequenz absetzen. Natürlich kannst du auch einen Chaser bitten, das für dich zu übernehmen.

Es gibt immer wieder Wanderer, die sehr interessiert sind und genauere Informationen haben möchten. Nimm dir Zeit, auf ihre Fragen einzugehen und diese zu beantworten. Du kannst damit eine wichtige Funktion als Botschafter für den Amateurfunk übernehmen. Es gibt eine [https://www.oevsv.at/export/shared/.content/.galleries/Downloads_Referate/SOTA/AT22-xxxx_OeVSV-Flyer_SOTA.pdf Informationsbroschüre vom ÖVSV], die du diesen Menschen mitgeben kannst. Eine Druckversion erhältst du bei Sylvia, OE5YYN.

 
====Was muss ich nach der Aktivierung machen?====
Um am Diplomprogramm und an der Punktewertung teilzunehmen ist es notwendig, die QSO’s auf der [https://www.sotadata.org.uk/ SOTA-Datenbank] einzutragen. Du kannst entweder jedes QSO einzeln auf der Homepage eintragen oder eine ADIF- bzw. eine CSV-Datei hochladen. Nähere Informationen zum Eintragen der QSO's in die Datenbank findest du [[:Kategorie:SOTA/QSO's in die SOTA-Datenbank eintragen|hier.]]

 
====Was bedeutet S2S?====
Eine Funkverbindung von Berg zu Berg wird als „Summit to Summit“ (S2S) bezeichnet. Diese QSO’s sind das Highlight jeder Aktivierung, ähnlich einer seltenen DX-Verbindung. Es gibt eine eigene S2S-Wertung in der SOTA-Datenbank.

 
====Was ist ein SOTA Complete?====
Wenn du einen Berg sowohl aktiviert als auch gechased hast wird das als "Complete" bezeichnet. Auch hierfür gibt es eine eigene Wertung in der SOTA-Datenbank.

====Was ist eine „Mountain Goat“? Was ist ein „Shack Sloth“?====
Als MOUNTAIN GOAT (Bergziege) werden Aktivierer bezeichnet, die mehr als 1000 Punkte erreicht haben. Als SHACK SLOTH (Shack Faultier) werden Chaser bezeichnet, die mehr als 1000 Punkte erreicht haben.

Für diese beiden Meilensteine kannst du dir eine [https://sota-shop.co.uk/products.php?cat=9 gravierte Glastrophäe] anfertigen lassen. Außerdem gibt es zahlreiche nationale und internationale Diplome zu erarbeiten.

 
====Wie kann ich mit der SOTA-Community kommunizieren?====
Das [[:Kategorie:SOTA/SOTA Team für OE|SOTA-Team in Österreich]] besteht aus einer Assoziationsmanagerin und jeweils einem Regionalmanager für die Bundesländer. Diese helfen dir bei Fragen und Anregungen gerne weiter. Aber auch die restliche SOTA-Community ist als sehr hilfsbereit bekannt.

Jedes Jahr im September wird ein österreichweiter SOTA-Aktivitätstag abgehalten. Auch regionale Treffen wie der OE5 SOTA TAG oder der VIENNA SOTA DAY finden regelmäßig statt. Bei diesen Treffen hast du die Möglichkeit, dich in geselliger Runde mit routinierten Aktivierern über Erfahrungen auszutauschen oder Fragen zu stellen.

Weitere sehr informative Webseiten sind:
{| class="wikitable" style="width:100%;" data-ve-attributes="{"style":"width:100%;"}"
! style="vertical-align:middle;text-align:center;" class="col-blue-light-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |[https://reflector.sota.org.uk/ SOTA Reflector]
|-
| style="vertical-align:middle;text-align:center;" class="col-white-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |Sehr informatives Forum, es wird allerdings fast ausschließlich in Englisch kommuniziert
|}
{| class="wikitable" style="width:100%;" data-ve-attributes="{"style":"width:100%;"}"
! style="vertical-align:middle;text-align:center;" class="col-blue-light-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |[https://signal.group/#CjQKIMS5q86lzS9ac3xoUH154i5AioLBPEgIKyUCziOib0NdEhBY1oZymbpsifP8iVri2Pn_ Signal-Gruppe SOTA Österreich]
|-
| style="vertical-align:middle;text-align:center;" class="col-white-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |Österreichische Gruppe auf der Messenger-App [https://signal.org/de/ SIGNAL]
|}
{| class="wikitable" style="width:100%;" data-ve-attributes="{"style":"width:100%;"}"
! style="vertical-align:middle;text-align:center;" class="col-blue-light-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |[https://www.facebook.com/groups/sota.austria/ Facebook-Gruppe SOTA Austria]
|-
| style="vertical-align:middle;text-align:center;" class="col-white-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |Informationen und Berichte über österreichische SOTA-Themen findest du hier
|}
{| class="wikitable" style="width:100%;" data-ve-attributes="{"style":"width:100%;"}"
! style="vertical-align:middle;text-align:center;" class="col-blue-light-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |[https://www.facebook.com/groups/37631909313/ Facebook-Gruppe (International)]
|-
| style="vertical-align:middle;text-align:center;" class="col-white-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |Berichte, Fotos und Videos von Aktivierungen und anderen SOTA-Themen werden hier gepostet
|}
{| class="wikitable" style="width:100%;" data-ve-attributes="{"style":"width:100%;"}"
! style="vertical-align:middle;text-align:center;" class="col-blue-light-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |[https://www.flickr.com/groups/sota/pool Flickr-Gruppe (Fotokollektion)]
|-
| style="vertical-align:middle;text-align:center;" class="col-white-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |Etwa 400 Gruppenmitglieder mit zirka 10.000 Fotos (Stand: 2022)
|}
{| class="wikitable" style="width:100%;" data-ve-attributes="{"style":"width:100%;"}"
! style="vertical-align:middle;text-align:center;" class="col-blue-light-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |[https://www.flickr.com/groups/sota_pics/pool Flickr-Gruppe (Fotokollektion)]
|-
| style="vertical-align:middle;text-align:center;" class="col-white-bg" data-ve-attributes="{"style":"vertical-align:middle;text-align:center;"}" |Etwa 1.000 Gruppenmitglieder mit zirka 16.000 Fotos (Stand: 2022)
|}
 
====Kann ich als SWL auch mitmachen?====
Ja, es gibt eine eigene Wertung für SWL’s (Short Wave Listener). Natürlich können SWL‘s nur als Chaser am SOTA-Programm teilnehmen.

 
====Wo wird das Regelwerk ausführlich erklärt?====
Um die Regeln vollständig zu verstehen, sind zuerst die ''"Allgemeinen Regeln"'' von SOTA zu konsultieren und anschliessend die landesspezifischen Regeln, welche im ''"Assoziationshandbuch"'' des jeweiligen Landes nachzulesen sind. Inhaltlich sind die beiden Dokumente teilweise überlappend. Wo sich Abweichungen ergeben, gelten die Aussagen im ''Assoziationshandbuch'' des jeweiligen Landes.

Die Dokumente sind hier runterladbar:

*'''SOTA - Allgemeine Regeln''' finden sich hier (englisches Original und deutschsprachige Übersetzung): [https://www.sota.org.uk/Joining-In/General-Rules ALLGEMEINE REGELN]

*[[Datei:Austria-Flag-Pikto.png|20px]] Das Regelwerk speziell für '''OE''' findest du hier: [https://www.sotadata.org.uk/en/association/OE ASSOZIATIONSHANDBUCH FÜR ÖSTERREICH]

*[[Datei:Germany-Flag-Pikto.png|20px]] Das Regelwerk speziell für '''DL''' findest du hier: [https://www.sotadata.org.uk/en/association/DL ASSOZIATIONSHANDBUCH FÜR DEUTSCHLAND (Alpine)]

*[[Datei:Germany-Flag-Pikto.png|20px]] Das Regelwerk speziell für '''DM''' findest du hier: [https://www.sotadata.org.uk/en/association/DM ASSOZIATIONSHANDBUCH FÜR DEUTSCHLAND (Low Mountains)]

*[[Datei:Swiss-Flag-Pikto.png|20px]] Das Regelwerk speziell für '''HB9''' findest du hier: [https://www.sotadata.org.uk/en/association/HB ASSOZIATIONSHANDBUCH FÜR DIE SCHWEIZ]

Eine sehr gute Zusammenfassung für SOTA-Newcomer hat die [https://hb9sota.ch/wie-fange-ich-mit-sota-an/ SOTA Gruppe HB9SOTA] erstellt.

__ABSCHNITTE_NICHT_BEARBEITEN__
__HIDETITLE__

{{AttachmentsList}}
* [[Medium:Rule:Allgemeine Regeln für SOTA.pdf|Rule:Allgemeine_Regeln_für_SOTA.pdf]] -- [[Benutzer:OE5REO]], 26. März 2021, 09:17
* [[Medium:Rule:OE Assoziationshandbuch für SOTA V3.4.pdf|Rule:OE_Assoziationshandbuch_für_SOTA_V3.4.pdf]] -- [[Benutzer:OE5REO]], 26. März 2021, 09:17
{{AttachmentsList/End}}

Elektromagnetische Umweltverträglichkeit

2025-09-03T08:21:06Z

BSMaintenance: Attachment migration

Es ist zur Komplettierung der Thematik nötig, auch auf das Thema der Elektromagnetischen Umweltverträglichkeit EMVU hinzuweisen, die die Auswirkungen von Sendeanlagen (nichtionisierende Strahlung) auf den Menschen beschreibt.
[[Category:EMV]]

{{AttachmentsList}}
* [[Medium:rfguidelines.pdf|rfguidelines.pdf]] -- [[Benutzer:OE1MHZ]], 21. März 2021, 16:38
{{AttachmentsList/End}}

Vorlage:AttachmentsList/End

2025-09-03T08:21:03Z

BSMaintenance: Attachment migration

Vorlage:AttachmentsList

2025-09-03T08:21:03Z

BSMaintenance: Attachment migration

==Anhänge==

Vorlage:Userpage standard content

2022-04-20T09:44:55Z

BSMaintenance: Autogenerated