RadioWiki - Benutzerbeiträge [de]

Datei:11GHz-LNB.pdf

2021-11-01T21:26:33Z

Antrares: Wideband LNB 11GHz

== Beschreibung ==
Wideband LNB 11GHz

Datei:NIM-Pinout.png

2021-08-14T10:11:34Z

Antrares:

Datei:Platform-pi GPIO-Pinout.pdf

2021-04-19T02:00:36Z

Antrares: Antrares lud eine neue Version von Datei:Platform-pi GPIO-Pinout.pdf hoch

Plattform/Unterbau

2021-03-20T14:13:30Z

Antrares:

== Positionsgeber Azimut und Elevation ==
{| class="wikitable"
|+Beschriftung EL-Encoder
! colspan="2" |GM401.Z51
!
!
!
|-
|101850464
|011
|
|Takt+
|Takt-
|-
|10-30 VDC
|5%RW
|
|Daten+
|Daten-
|-
|8192x4096
|Gray SSI
|
|DV inv.
|DVMT inv.
|-
| colspan="2" |www.baumer.com
|
|V/R inv.
|Null
|-
| colspan="2" |
|
|UB
|GND
|-
| colspan="2" |
|
| -
|Schirm
|}
[[Datei:Steckerbelegung-CE65M.JPG|rechts|rahmenlos|329x329px]]
{| class="wikitable"
|+Beschriftung AZ-Encoder
!Typ: CE-65-M
!TR-Electronic
!SNr:R
!242877
|-
|Schritte/Umdrehung
|
|prog.
|(max.4096)
|-
|Umdrehungen
|
|prog.
|(max.4096)
|-
|Artikelnummer
|
| colspan="2" |110 - 00391
|-
|Stebel./Version
|
| colspan="2" |433 / V001
|-
|Datenübertragung/Code
|
| colspan="2" |SSI / Prog.
|-
|Ausgangsstufen
|
| colspan="2" |RS 422
|-
|Optionen:
|Ser.Programm
| colspan="2" |
|-
|Spannung:
|11-27V+/-10%
| colspan="2" |
|}
[[Datei:Encoderversuch.JPG|alternativtext=|rechts|rahmenlos]]

== Testaufbau 1 im Serverschrank der Sternwarte: '''--- nicht mehr aktiv ---''' ==
[[Datei:Versuchsaufbau2.JPG|rechts|rahmenlos]]

*Die beiden Multiturn-Absolut-Drehgeber sind jeweils über ein RS422-TTL-Konverter an einen RaspberryPI B+ angeschlossen.
*Über einen ULN2003 mit angeschlossenen Schrittmotoren können die Drehgeber in beide Drehrichtungen bewegt werden. 12 Steps entsprechen etwa einer Umdrehung der Drehgeber.
*Auf dem RaspberryPI B+ läuft ein Raspbian Buster
*die Python-Scripte zu Motorsteuerung und zum rudimentären Auslesen der Drehgeber befinden sich in /home/pi/scripting/
*Zugang von Außen über SSH-Verbindung: ssh pi@87.138.177.28 -p 22222

== Testaufbau 2 lokal bei antrares: ==
[[Datei:Platform-pi GPIO-Pinout.pdf|rechts|rahmenlos]]

* platform-pi: RaspberryPI 4B 4Gb mit raspios_lite_armhf (32bit) Buster direkt von SSD gebootet
* Ein [[:Datei:Dual vnh5019 motor driver shield.pdf|Dual VNH5019 MotorDriver Shield]] treibt Azimut- und Elevationsmotor mit 24V
* Drei 1Wire-Temperatursensoren über logic level shifter ([https://content.instructables.com/ORIG/FW2/8UWC/J8F5SJG8/FW28UWCJ8F5SJG8.png 4Kanal Chinaware]) im parasitären Modus (2-adrig) angeschlossen
* Zwei [https://www.androegg.de/?product=rs422-can-rx-tx-ttl-konverter-modul-max490 RS422-TTL-Konverter] über logic level shifter angeschlossen, zur Ansteuerung der beiden Drehgeber (Versuchsweise als logic level shifter einen [https://www.ti.com/lit/gpn/txs0108e TXS0108E] eingsetzt, war aber nicht erfolgreich, daher wieder MOSFET verbaut)
* Zwei [https://www.adafruit.com/product/1085 ADS1115] über I²C angeschlossen, Adresse 0x48 zum Monitoring der Motorströme und Adresse 0x49 zum Monitoring der Bestriebsspannungen 3,3V; 5V; 12V; 24V
* Ein GPS-Board mit [https://www.u-blox.com/en/product/max-m8-series?lang=de#tab-documentation-resources MAX-M8Q-0]
* Ein 4Kanal Relaismodul [https://www.berrybase.de/sensoren-module/relaiskarten/5v-4-kanal-relais-modul RELM-5]
* Zugang von Außen über SSH-Verbindung:
** IPv4: 24.134.252.105
** IPv6: 2a02:8106:211:e9d0:e3d8:448:e8c4:7a65 (direkter Zugang nur zu SSH als Fallback, falls IPv4-Portweiterleitung nicht geroutet wird)
** SSH-Port: 44000
** INDI-Port: 44001

__INHALTSVERZEICHNIS_ERZWINGEN__

Plattform/Unterbau

2021-03-20T14:07:20Z

Antrares: /* Testaufbau 2 lokal bei antrares: */

== Positionsgeber Azimut und Elevation ==
{| class="wikitable"
|+Beschriftung EL-Encoder
! colspan="2" |GM401.Z51
!
!
!
|-
|101850464
|011
|
|Takt+
|Takt-
|-
|10-30 VDC
|5%RW
|
|Daten+
|Daten-
|-
|8192x4096
|Gray SSI
|
|DV inv.
|DVMT inv.
|-
| colspan="2" |www.baumer.com
|
|V/R inv.
|Null
|-
| colspan="2" |
|
|UB
|GND
|-
| colspan="2" |
|
| -
|Schirm
|}
[[Datei:Steckerbelegung-CE65M.JPG|rechts|rahmenlos|329x329px]]
{| class="wikitable"
|+Beschriftung AZ-Encoder
!Typ: CE-65-M
!TR-Electronic
!SNr:R
!242877
|-
|Schritte/Umdrehung
|
|prog.
|(max.4096)
|-
|Umdrehungen
|
|prog.
|(max.4096)
|-
|Artikelnummer
|
| colspan="2" |110 - 00391
|-
|Stebel./Version
|
| colspan="2" |433 / V001
|-
|Datenübertragung/Code
|
| colspan="2" |SSI / Prog.
|-
|Ausgangsstufen
|
| colspan="2" |RS 422
|-
|Optionen:
|Ser.Programm
| colspan="2" |
|-
|Spannung:
|11-27V+/-10%
| colspan="2" |
|}
[[Datei:Encoderversuch.JPG|alternativtext=|rechts|rahmenlos]]

== Testaufbau 1 im Serverschrank der Sternwarte: '''--- nicht mehr aktiv ---''' ==
[[Datei:Versuchsaufbau2.JPG|rechts|rahmenlos]]

*Die beiden Multiturn-Absolut-Drehgeber sind jeweils über ein RS422-TTL-Konverter an einen RaspberryPI B+ angeschlossen.
*Über einen ULN2003 mit angeschlossenen Schrittmotoren können die Drehgeber in beide Drehrichtungen bewegt werden. 12 Steps entsprechen etwa einer Umdrehung der Drehgeber.
*Auf dem RaspberryPI B+ läuft ein Raspbian Buster
*die Python-Scripte zu Motorsteuerung und zum rudimentären Auslesen der Drehgeber befinden sich in /home/pi/scripting/
*Zugang von Außen über SSH-Verbindung: ssh pi@87.138.177.28 -p 22222

== Testaufbau 2 lokal bei antrares: ==
[[Datei:Platform-pi GPIO-Pinout.pdf|rechts|rahmenlos]]

* platform-pi: RaspberryPI 4B 4Gb mit raspios_lite_armhf (32bit) Buster direkt von SSD gebootet
* Ein [[:Datei:Dual vnh5019 motor driver shield.pdf|Dual VNH5019 MotorDriver Shield]] treibt Azimut- und Elevationsmotor mit 24V
* Drei 1Wire-Temperatursensoren über logic level shifter ([https://content.instructables.com/ORIG/FW2/8UWC/J8F5SJG8/FW28UWCJ8F5SJG8.png 4Kanal Chinaware]) im parasitären Modus (2-adrig) angeschlossen
* Zwei RS422-TTL-Konverter über logic level shifter angeschlossen, zur Ansteuerung der beiden Drehgeber (Versuchsweise als logic level shifter einen [https://www.ti.com/lit/gpn/txs0108e TXS0108E] eingsetzt, war aber nicht erfolgreich, daher wieder MOSFET verbaut)
* Zwei ADS1115 über I²C angeschlossen, Adresse 0x48 zum Monitoring der Motorströme und Adresse 0x49 zum Monitoring der Bestriebsspannungen 3,3V; 5V; 12V; 24V
* Ein GPS-Board mit MAX-M8Q-0
* Ein 4Kanal Relaismodul RELM-5
* Zugang von Außen über SSH-Verbindung:
** IPv4: 24.134.252.105
** IPv6: 2a02:8106:211:e9d0:e3d8:448:e8c4:7a65 (direkter Zugang nur zu SSH als Fallback, falls IPv4-Portweiterleitung nicht geroutet wird)
** SSH-Port: 44000
** INDI-Port: 44001

__INHALTSVERZEICHNIS_ERZWINGEN__

Datei:Platform-pi GPIO-Pinout.pdf

2021-03-20T13:48:50Z

Antrares: Antrares lud eine neue Version von Datei:Platform-pi GPIO-Pinout.pdf hoch

Plattform/Unterbau

2021-03-11T14:44:26Z

Antrares: /* Testaufbau 2 lokal bei antrares: */

== Positionsgeber Azimut und Elevation ==
{| class="wikitable"
|+Beschriftung EL-Encoder
! colspan="2" |GM401.Z51
!
!
!
|-
|101850464
|011
|
|Takt+
|Takt-
|-
|10-30 VDC
|5%RW
|
|Daten+
|Daten-
|-
|8192x4096
|Gray SSI
|
|DV inv.
|DVMT inv.
|-
| colspan="2" |www.baumer.com
|
|V/R inv.
|Null
|-
| colspan="2" |
|
|UB
|GND
|-
| colspan="2" |
|
| -
|Schirm
|}
[[Datei:Steckerbelegung-CE65M.JPG|rechts|rahmenlos|329x329px]]
{| class="wikitable"
|+Beschriftung AZ-Encoder
!Typ: CE-65-M
!TR-Electronic
!SNr:R
!242877
|-
|Schritte/Umdrehung
|
|prog.
|(max.4096)
|-
|Umdrehungen
|
|prog.
|(max.4096)
|-
|Artikelnummer
|
| colspan="2" |110 - 00391
|-
|Stebel./Version
|
| colspan="2" |433 / V001
|-
|Datenübertragung/Code
|
| colspan="2" |SSI / Prog.
|-
|Ausgangsstufen
|
| colspan="2" |RS 422
|-
|Optionen:
|Ser.Programm
| colspan="2" |
|-
|Spannung:
|11-27V+/-10%
| colspan="2" |
|}
[[Datei:Encoderversuch.JPG|alternativtext=|rechts|rahmenlos]]

== Testaufbau 1 im Serverschrank der Sternwarte: '''--- nicht mehr aktiv ---''' ==
[[Datei:Versuchsaufbau2.JPG|rechts|rahmenlos]]

*Die beiden Multiturn-Absolut-Drehgeber sind jeweils über ein RS422-TTL-Konverter an einen RaspberryPI B+ angeschlossen.
*Über einen ULN2003 mit angeschlossenen Schrittmotoren können die Drehgeber in beide Drehrichtungen bewegt werden. 12 Steps entsprechen etwa einer Umdrehung der Drehgeber.
*Auf dem RaspberryPI B+ läuft ein Raspbian Buster
*die Python-Scripte zu Motorsteuerung und zum rudimentären Auslesen der Drehgeber befinden sich in /home/pi/scripting/
*Zugang von Außen über SSH-Verbindung: ssh pi@87.138.177.28 -p 22222

== Testaufbau 2 lokal bei antrares: ==
[[Datei:Platform-pi GPIO-Pinout.pdf|rechts|rahmenlos]]

* platform-pi: RaspberryPI 4B 4Gb mit raspios_lite_armhf (32bit) Buster direkt von SSD gebootet
* Ein [[:Datei:Dual vnh5019 motor driver shield.pdf|Dual VNH5019 MotorDriver Shield]] treibt Azimut- und Elevationsmotor mit 24V
* Drei 1Wire-Temperatursensoren über logic level shifter ([https://content.instructables.com/ORIG/FW2/8UWC/J8F5SJG8/FW28UWCJ8F5SJG8.png 4Kanal Chinaware]) im parasitären Modus (2-adrig) angeschlossen
* Zwei RS422-TTL-Konverter über logic level shifter angeschlossen, zur Ansteuerung der beiden Drehgeber (Versuchsweise als logic level shifter einen [https://www.ti.com/lit/gpn/txs0108e TXS0108E] eingsetzt, war aber nicht erfolgreich, daher wieder MOSFET verbaut)
* Ein ADS1115 über I²C angeschlossen, zur Auswertung der Motorströme
* Zugang von Außen über SSH-Verbindung:
** IPv4: 24.134.252.105
** IPv6: 2a02:8106:211:e9d0:e3d8:448:e8c4:7a65 (direkter Zugang nur zu SSH als Fallback, falls IPv4-Portweiterleitung nicht geroutet wird)
** SSH-Port: 44000
** INDI-Port: 44001

__INHALTSVERZEICHNIS_ERZWINGEN__

Plattform/Unterbau

2021-03-11T14:27:01Z

Antrares:

== Positionsgeber Azimut und Elevation ==
{| class="wikitable"
|+Beschriftung EL-Encoder
! colspan="2" |GM401.Z51
!
!
!
|-
|101850464
|011
|
|Takt+
|Takt-
|-
|10-30 VDC
|5%RW
|
|Daten+
|Daten-
|-
|8192x4096
|Gray SSI
|
|DV inv.
|DVMT inv.
|-
| colspan="2" |www.baumer.com
|
|V/R inv.
|Null
|-
| colspan="2" |
|
|UB
|GND
|-
| colspan="2" |
|
| -
|Schirm
|}
[[Datei:Steckerbelegung-CE65M.JPG|rechts|rahmenlos|329x329px]]
{| class="wikitable"
|+Beschriftung AZ-Encoder
!Typ: CE-65-M
!TR-Electronic
!SNr:R
!242877
|-
|Schritte/Umdrehung
|
|prog.
|(max.4096)
|-
|Umdrehungen
|
|prog.
|(max.4096)
|-
|Artikelnummer
|
| colspan="2" |110 - 00391
|-
|Stebel./Version
|
| colspan="2" |433 / V001
|-
|Datenübertragung/Code
|
| colspan="2" |SSI / Prog.
|-
|Ausgangsstufen
|
| colspan="2" |RS 422
|-
|Optionen:
|Ser.Programm
| colspan="2" |
|-
|Spannung:
|11-27V+/-10%
| colspan="2" |
|}
[[Datei:Encoderversuch.JPG|alternativtext=|rechts|rahmenlos]]

== Testaufbau 1 im Serverschrank der Sternwarte: '''--- nicht mehr aktiv ---''' ==
[[Datei:Versuchsaufbau2.JPG|rechts|rahmenlos]]

*Die beiden Multiturn-Absolut-Drehgeber sind jeweils über ein RS422-TTL-Konverter an einen RaspberryPI B+ angeschlossen.
*Über einen ULN2003 mit angeschlossenen Schrittmotoren können die Drehgeber in beide Drehrichtungen bewegt werden. 12 Steps entsprechen etwa einer Umdrehung der Drehgeber.
*Auf dem RaspberryPI B+ läuft ein Raspbian Buster
*die Python-Scripte zu Motorsteuerung und zum rudimentären Auslesen der Drehgeber befinden sich in /home/pi/scripting/
*Zugang von Außen über SSH-Verbindung: ssh pi@87.138.177.28 -p 22222

== Testaufbau 2 lokal bei antrares: ==
[[Datei:Platform-pi GPIO-Pinout.pdf|rechts|rahmenlos]]

* platform-pi: RaspberryPI 4B 4Gb mit raspios_lite_armhf (32bit) Buster direkt von SSD gebootet
* Ein [[Dual vnh5019 motor driver shield.pdf|Dual VNH5019 MotorDriver Shield]] treibt Azimut- und Elevationsmotor mit 24V
* Drei 1Wire-Temperatursensoren über logic level shifter ([https://content.instructables.com/ORIG/FW2/8UWC/J8F5SJG8/FW28UWCJ8F5SJG8.png 4Kanal Chinaware]) im parasitären Modus (2-adrig) angeschlossen
* Zwei RS422-TTL-Konverter über logic level shifter angeschlossen, zur Ansteuerung der beiden Drehgeber (Versuchsweise als logic level shifter einen [https://www.ti.com/lit/gpn/txs0108e TXS0108E] eingsetzt, war aber nicht erfolgreich, daher wieder MOSFET verbaut)
* Ein ADS1115 über I²C angeschlossen, zur Auswertung der Motorströme
* Zugang von Außen über SSH-Verbindung:
** IPv4: 24.134.252.105
** IPv6: 2a02:8106:211:e9d0:e3d8:448:e8c4:7a65 (direkter Zugang nur zu SSH als Fallback, falls IPv4-Portweiterleitung nicht geroutet wird)
** SSH-Port: 44000
** INDI-Port: 44001

__INHALTSVERZEICHNIS_ERZWINGEN__

Plattform/Unterbau

2021-03-10T14:56:24Z

Antrares: /* Positionsgeber Azimut und Elevation */

== Positionsgeber Azimut und Elevation ==
{| class="wikitable"
|+Beschriftung EL-Encoder
! colspan="2" |GM401.Z51
!
!
!
|-
|101850464
|011
|
|Takt+
|Takt-
|-
|10-30 VDC
|5%RW
|
|Daten+
|Daten-
|-
|8192x4096
|Gray SSI
|
|DV inv.
|DVMT inv.
|-
| colspan="2" |www.baumer.com
|
|V/R inv.
|Null
|-
| colspan="2" |
|
|UB
|GND
|-
| colspan="2" |
|
| -
|Schirm
|}
[[Datei:Steckerbelegung-CE65M.JPG|rechts|rahmenlos|329x329px]]
{| class="wikitable"
|+Beschriftung AZ-Encoder
!Typ: CE-65-M
!TR-Electronic
!SNr:R
!242877
|-
|Schritte/Umdrehung
|
|prog.
|(max.4096)
|-
|Umdrehungen
|
|prog.
|(max.4096)
|-
|Artikelnummer
|
| colspan="2" |110 - 00391
|-
|Stebel./Version
|
| colspan="2" |433 / V001
|-
|Datenübertragung/Code
|
| colspan="2" |SSI / Prog.
|-
|Ausgangsstufen
|
| colspan="2" |RS 422
|-
|Optionen:
|Ser.Programm
| colspan="2" |
|-
|Spannung:
|11-27V+/-10%
| colspan="2" |
|}
[[Datei:Encoderversuch.JPG|alternativtext=|rechts|rahmenlos]]

== Testaufbau 1 im Serverschrank der Sternwarte: '''--- nicht mehr aktiv ---''' ==
[[Datei:Versuchsaufbau2.JPG|rechts|rahmenlos]]

*Die beiden Multiturn-Absolut-Drehgeber sind jeweils über ein RS422-TTL-Konverter an einen RaspberryPI B+ angeschlossen.
*Über einen ULN2003 mit angeschlossenen Schrittmotoren können die Drehgeber in beide Drehrichtungen bewegt werden. 12 Steps entsprechen etwa einer Umdrehung der Drehgeber.
*Auf dem RaspberryPI B+ läuft ein Raspbian Buster
*die Python-Scripte zu Motorsteuerung und zum rudimentären Auslesen der Drehgeber befinden sich in /home/pi/scripting/
*Zugang von Außen über SSH-Verbindung: ssh pi@87.138.177.28 -p 22222

== Testaufbau 2 lokal bei antrares: ==
[[Datei:Platform-pi GPIO-Pinout.pdf|rechts|rahmenlos]]

* platform-pi: RaspberryPI 4B 4Gb mit raspios_lite_armhf (32bit) Buster direkt von SSD gebootet
* Ein [[Dual vnh5019 motor driver shield.pdf|Dual VNH5019 MotorDriver Shield]] treibt Azimut- und Elevationsmotor mit 24V
* Drei 1Wire-Temperatursensoren über logic level shifter ([https://content.instructables.com/ORIG/FW2/8UWC/J8F5SJG8/FW28UWCJ8F5SJG8.png 4Kanal Chinaware]) im parasitären Modus (2-adrig) angeschlossen
* Zwei RS422-TTL-Konverter über logic level shifter (Versuchsweise [https://www.ti.com/lit/gpn/txs0108e TXS0108E]) angeschlossen, zur Ansteuerung der beiden Drehgeber
* Ein ADS1115 über I²C angeschlossen, zur Auswertung der Motorströme
* Zugang von Außen über SSH-Verbindung:
** IPv4: 24.134.252.105
** IPv6: 2a02:8106:211:e9d0:e3d8:448:e8c4:7a65 (direkter Zugang nur zu SSH als Fallback, falls IPv4-Portweiterleitung nicht geroutet wird)
** SSH-Port: 44000
** INDI-Port: 44001

__INHALTSVERZEICHNIS_ERZWINGEN__

Plattform/Unterbau

2021-03-10T14:51:50Z

Antrares: Beschreibung Testaufbau2 und GPIO-Pinout von platform-pi eingefügt

== Positionsgeber Azimut und Elevation ==
{| class="wikitable"
|+Beschriftung EL-Encoder
! colspan="2" |GM401.Z51
!
!
!
|-
|101850464
|011
|
|Takt+
|Takt-
|-
|10-30 VDC
|5%RW
|
|Daten+
|Daten-
|-
|8192x4096
|Gray SSI
|
|DV inv.
|DVMT inv.
|-
| colspan="2" |www.baumer.com
|
|V/R inv.
|Null
|-
| colspan="2" |
|
|UB
|GND
|-
| colspan="2" |
|
| -
|Schirm
|}
[[Datei:Steckerbelegung-CE65M.JPG|rechts|rahmenlos|329x329px]]
{| class="wikitable"
|+Beschriftung AZ-Encoder
!Typ: CE-65-M
!TR-Electronic
!SNr:R
!242877
|-
|Schritte/Umdrehung
|
|prog.
|(max.4096)
|-
|Umdrehungen
|
|prog.
|(max.4096)
|-
|Artikelnummer
|
| colspan="2" |110 - 00391
|-
|Stebel./Version
|
| colspan="2" |433 / V001
|-
|Datenübertragung/Code
|
| colspan="2" |SSI / Prog.
|-
|Ausgangsstufen
|
| colspan="2" |RS 422
|-
|Optionen:
|Ser.Programm
| colspan="2" |
|-
|Spannung:
|11-27V+/-10%
| colspan="2" |
|}
[[Datei:Encoderversuch.JPG|alternativtext=|rechts|rahmenlos]]

Testaufbau 1 im Serverschrank der Sternwarte: '''--- nicht mehr aktiv ---'''

*Die beiden Multiturn-Absolut-Drehgeber sind jeweils über ein RS422-TTL-Konverter an einen RaspberryPI B+ angeschlossen.

*Über einen ULN2003 mit angeschlossenen Schrittmotoren können die Drehgeber in beide Drehrichtungen bewegt werden. 12 Steps entsprechen etwa einer Umdrehung der Drehgeber.
*Auf dem RaspberryPI B+ läuft ein Raspbian Buster
*die Python-Scripte zu Motorsteuerung und zum rudimentären Auslesen der Drehgeber befinden sich in /home/pi/scripting/
*Zugang von Außen über SSH-Verbindung: ssh pi@87.138.177.28 -p 22222
[[Datei:Versuchsaufbau2.JPG|rechts|rahmenlos]]
Testaufbau 2 lokal bei antrares:

* platform-pi: RaspberryPI 4B 4Gb mit raspios_lite_armhf (32bit) Buster direkt von SSD gebootet
* Ein [[Dual vnh5019 motor driver shield.pdf|Dual VNH5019 MotorDriver Shield]] treibt Azimut- und Elevationsmotor mit 24V
* Drei 1Wire-Temperatursensoren über logic level shifter ([https://content.instructables.com/ORIG/FW2/8UWC/J8F5SJG8/FW28UWCJ8F5SJG8.png 4Kanal Chinaware]) im parasitären Modus (2-adrig) angeschlossen
* Zwei RS422-TTL-Konverter über logic level shifter (Versuchsweise [https://www.ti.com/lit/gpn/txs0108e TXS0108E]) angeschlossen, zur Ansteuerung der beiden Drehgeber
* Ein ADS1115 über I²C angeschlossen, zur Auswertung der Motorströme
* Zugang von Außen über SSH-Verbindung:
** IPv4: 24.134.252.105
** IPv6: 2a02:8106:211:e9d0:e3d8:448:e8c4:7a65 (direkter Zugang nur zu SSH als Fallback, falls IPv4-Portweiterleitung nicht geroutet wird)
** SSH-Port: 44000
** INDI-Port: 44001

[[Datei:Platform-pi GPIO-Pinout.pdf|rechts|rahmenlos]]
__INHALTSVERZEICHNIS_ERZWINGEN__

Datei:Dual vnh5019 motor driver shield.pdf

2021-03-10T12:35:14Z

Antrares:

Datei:Versuchsaufbau2.JPG

2021-03-10T12:34:36Z

Antrares:

Datei:Platform-pi GPIO-Pinout.pdf

2021-03-10T12:33:57Z

Antrares:

Plattform/Unterbau

2021-01-31T15:50:36Z

Antrares:

Sandbox

2021-01-31T15:39:02Z

Antrares:

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
=== RT300 ===
<div class="tright">[[Bild:RT mit Ringerreger.jpg|130x130px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>

* <small>consectetur adipiscing elit.</small>

* <small>Cras et lacinia purus.</small>

* <small>Fusce placerat odio interdum ante maximus,</small>

* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
=== RT140 ===
<div class="tright">[[Bild:RT140.jpg|130x130px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus. F</small>
* <small>usce placerat odio interdum ante maximus,</small>
* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>

<div style="background:#4C4C4C; clear:left; float:left; margin-left:2em; margin-top:2em; width:40em;">
=== Messergebnisse / Datenauswertung ===
<div class="tright">[[Datei:CygXcasA.png|alternativtext=|rechts|120x120px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus.</small>
* <small>Fusce placerat odio interdum ante</small>
* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>

<div style="background:#4C4C4C; float:left; margin-left:2em; margin-top:2em; width:40em;">
=== Öffentlichkeitsarbeit ===
<div class="tright">[[Bild:CongressDSC 6329.JPG|180x180px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus.</small>
* <small>Fusce placerat odio interdum ante maximus,</small>
* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>
<div style="clear:both; margin-bottom:0.5em"></div>
__KEIN_INHALTSVERZEICHNIS__
__ABSCHNITTE_NICHT_BEARBEITEN__

Sandbox

2021-01-31T15:38:35Z

Antrares:

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
=== RT300 ===
<div class="tright">[[Bild:RT mit Ringerreger.jpg|130x130px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>

* <small>consectetur adipiscing elit.</small>

* <small>Cras et lacinia purus.</small>

* <small>Fusce placerat odio interdum ante maximus,</small>

* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
=== RT140 ===
<div class="tright">[[Bild:RT140.jpg|130x130px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus. F</small>
* <small>usce placerat odio interdum ante maximus,</small>
* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>

<div style="background:#4C4C4C; clear:left; float:left; margin-left:2em; margin-top:2em; width:40em;">
=== Messergebnisse / Datenauswertung ===
<div class="tright">[[Datei:CygXcasA.png|alternativtext=|rechts|120x120px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus.</small>
* <small>Fusce placerat odio interdum ante</small>
* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>

<div style="background:#4C4C4C; float:left; margin-left:2em; margin-top:2em; width:40em;">
=== Öffentlichkeitsarbeit ===
<div class="tright">[[Bild:CongressDSC 6329.JPG|194x194px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus.</small>
* <small>Fusce placerat odio interdum ante maximus,</small>
* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>
<div style="clear:both; margin-bottom:0.5em"></div>
__KEIN_INHALTSVERZEICHNIS__
__ABSCHNITTE_NICHT_BEARBEITEN__

Sandbox

2021-01-31T15:34:28Z

Antrares:

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
=== RT300 ===
<div class="tright">[[Bild:RT mit Ringerreger.jpg|100px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>

* <small>consectetur adipiscing elit.</small>

* <small>Cras et lacinia purus.</small>

* <small>Fusce placerat odio interdum ante maximus,</small>

* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
=== RT140 ===
<div class="tright">[[Bild:RT140.jpg|100px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus. F</small>
* <small>usce placerat odio interdum ante maximus,</small>
* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>

<div style="background:#4C4C4C; clear:left; float:left; margin-left:2em; margin-top:2em; width:40em;">
=== Messergebnisse / Datenauswertung ===
<div class="tright">[[Datei:CygXcasA.png|alternativtext=|rechts|100x100px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus.</small>
* <small>Fusce placerat odio interdum ante</small>
* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>

<div style="background:#4C4C4C; float:left; margin-left:2em; margin-top:2em; width:40em;">
=== Öffentlichkeitsarbeit ===
<div class="tright">[[Bild:CongressDSC 6329.JPG|100px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus.</small>
* <small>Fusce placerat odio interdum ante maximus,</small>
* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>
<div style="clear:both; margin-bottom:0.5em"></div>
__KEIN_INHALTSVERZEICHNIS__
__ABSCHNITTE_NICHT_BEARBEITEN__

Sandbox

2021-01-31T15:33:26Z

Antrares:

Sandbox

2021-01-31T15:32:05Z

Antrares:

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
RT300

<div class="tright">[[Bild:RT mit Ringerreger.jpg|100px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>

* <small>consectetur adipiscing elit.</small>

* <small>Cras et lacinia purus.</small>

* <small>Fusce placerat odio interdum ante maximus,</small>

* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
RT140

<div class="tright">[[Bild:RT140.jpg|100px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus. F</small>
* <small>usce placerat odio interdum ante maximus,</small>
* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>

<div style="background:#4C4C4C; clear:left; float:left; margin-left:2em; margin-top:2em; width:40em;">
Messergebnisse / Datenauswertung

<div class="tright">[[Datei:CygXcasA.png|alternativtext=|rechts|100x100px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus.</small>
* <small>Fusce placerat odio interdum ante</small>
* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>

<div style="background:#4C4C4C; float:left; margin-left:2em; margin-top:2em; width:40em;">
Öffentlichkeitsarbeit

<div class="tright">[[Bild:CongressDSC 6329.JPG|100px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus.</small>
* <small>Fusce placerat odio interdum ante maximus,</small>
* <small>a sodales sem mattis.</small>
* <small>Lorem ipsum dolor sit amet,</small>
</div>
<div style="clear:both; margin-bottom:0.5em"></div>

Sandbox

2021-01-31T15:31:07Z

Antrares:

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
RT300

<div class="tright">[[Bild:RT mit Ringerreger.jpg|100px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>

* <small>consectetur adipiscing elit.</small>

* <small>Cras et lacinia purus.</small>

* <small>Fusce placerat odio interdum ante maximus,</small>

* <small>a sodales sem mattis.</small></div>

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
RT140

<div class="tright">[[Bild:RT140.jpg|100px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus. F</small>
* <small>usce placerat odio interdum ante maximus,</small>
* <small>a sodales sem mattis.</small></div>

<div style="background:#4C4C4C; clear:left; float:left; margin-left:2em; margin-top:2em; width:40em;">
Messergebnisse / Datenauswertung

<div class="tright">[[Datei:CygXcasA.png|alternativtext=|rechts|100x100px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus.</small>
* <small>Fusce placerat odio interdum ante maximus,</small>
* <small>a sodales sem mattis.</small></div>

<div style="background:#4C4C4C; float:left; margin-left:2em; margin-top:2em; width:40em;">
Öffentlichkeitsarbeit

<div class="tright">[[Bild:CongressDSC 6329.JPG|100px]]</div>

* <small>Lorem ipsum dolor sit amet,</small>
* <small>consectetur adipiscing elit.</small>
* <small>Cras et lacinia purus.</small>
* <small>Fusce placerat odio interdum ante maximus,</small>
* <small>a sodales sem mattis.</small></div>
<div style="clear:both; margin-bottom:0.5em"></div>

Sandbox

2021-01-31T15:26:55Z

Antrares:

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
RT300

<div class="tright">[[Bild:RT mit Ringerreger.jpg|100px]]</div>
<small>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Cras et lacinia purus. Fusce placerat odio interdum ante maximus, a sodales sem mattis.</small></div>

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
RT140

<div class="tright">[[Bild:RT140.jpg|100px]]</div>
<small>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Cras et lacinia purus. Fusce placerat odio interdum ante maximus, a sodales sem mattis.</small></div>

<div style="background:#4C4C4C; clear:left; float:left; margin-left:2em; margin-top:2em; width:40em;">
Messergebnisse / Datenauswertung

<div class="tright">[[Datei:CygXcasA.png|alternativtext=|rechts|100x100px]]</div>
<small>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Cras et lacinia purus. Fusce placerat odio interdum ante maximus, a sodales sem mattis.</small></div>

<div style="background:#4C4C4C; float:left; margin-left:2em; margin-top:2em; width:40em;">
Öffentlichkeitsarbeit

<div class="tright">[[Bild:CongressDSC 6329.JPG|100px]]</div>
<small>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Cras et lacinia purus. Fusce placerat odio interdum ante maximus, a sodales sem mattis.</small></div>
<div style="clear:both; margin-bottom:0.5em"></div>

Sandbox

2021-01-31T15:26:32Z

Antrares:

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
RT300<div class="tright">[[Bild:RT mit Ringerreger.jpg|100px]]</div>
<small>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Cras et lacinia purus. Fusce placerat odio interdum ante maximus, a sodales sem mattis.</small></div>

<div style="background:#4C4C4C; float:left; margin-left:2em; width:40em;">
RT140<div class="tright">[[Bild:RT140.jpg|100px]]</div>
<small>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Cras et lacinia purus. Fusce placerat odio interdum ante maximus, a sodales sem mattis.</small></div>

<div style="background:#4C4C4C; clear:left; float:left; margin-left:2em; margin-top:2em; width:40em;">
Messergebnisse / Datenauswertung<div class="tright">[[Datei:CygXcasA.png|alternativtext=|rechts|100x100px]]</div>
<small>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Cras et lacinia purus. Fusce placerat odio interdum ante maximus, a sodales sem mattis.</small></div>

<div style="background:#4C4C4C; float:left; margin-left:2em; margin-top:2em; width:40em;">
Öffentlichkeitsarbeit<div class="tright">[[Bild:CongressDSC 6329.JPG|100px]]</div>
<small>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Cras et lacinia purus. Fusce placerat odio interdum ante maximus, a sodales sem mattis.</small></div>
<div style="clear:both; margin-bottom:0.5em"></div>

RT 300

2021-01-31T15:09:09Z

Antrares:

''' Das "Radioteleskop 300cm" ist das primäre Radioteleskop der STW Radebeul. '''

Da nun die Unterscheidung in verschiedene RTs notwendig wird, ist diese Seite der Anfang einer Umgestaltung des Radiowiki. Nach und nach sollten die Inhalte, die das große RT betreffen, hier eingefügt werden...

[[Plattform/Unterbau]]

Plattform/Unterbau

2021-01-31T15:07:21Z

Antrares: /* Positionsgeber Azimut und Elevation */

Plattform/Unterbau

2021-01-31T15:06:38Z

Antrares: Beschreibung Testaufbau Drehgeber RT300

Datei:Steckerbelegung-CE65M.JPG

2021-01-31T14:45:27Z

Antrares: für Azimut-Drehgeber

== Beschreibung ==
für Azimut-Drehgeber

Datei:Encoderversuch.JPG

2021-01-31T12:25:39Z

Antrares: Versuchsaufbau der neuen Positionsgeber

== Beschreibung ==
Versuchsaufbau der neuen Positionsgeber

Benutzer:Antrares

2021-01-31T12:23:13Z

Antrares:

Andreas Großmann
* E-Mail: antrares(ät)c3d2.de
* Jabber: antrares(ät)jabber.c3d2.de

[[Datei:Antrares.jpg|alternativtext=|544x544px]]

Datei:Antrares.jpg

2021-01-31T12:22:23Z

Antrares: antrares beim Abbau des Radioteleskops der TU Dresden auf dem Triebenberg 2017

== Beschreibung ==
antrares beim Abbau des Radioteleskops der TU Dresden auf dem Triebenberg 2017

Benutzer:Antrares

2020-11-22T14:06:01Z

Antrares:

Andreas Großmann
* E-Mail: antrares(ät)c3d2.de
* Jabber: antrares(ät)jabber.c3d2.de

[[Datei:andreas.JPG|300px]]

RT 140

2018-04-25T15:28:26Z

Antrares:

''' Das mobile "Radioteleskop 140cm" soll als Experimentierplattform für neue Hardware und als Grundlage für die didaktische Arbeit mit Schülergruppen wie der ACR-Astro-AG zur Verfügung stehen. '''

= Hardware =

== Montierung ==
Celestron CGE aus ACR-Bestand.
[[http://www.nexstarsite.com/download/manuals/CGE.zip CGE-Manual]]

== Steuerung ==
RaspberryPi 2 Model B V1.1 seriell verbunden mit dem NexStar-Handcontroller der CGE-Montierung.

== Parabolreflektor ==
* Überlassung von Fritz Schramm, DM2AFN
* 12 Mesh-Segmente
* Durchmesser über die Ecken: D=148cm
* Durchmesser und Tiefe über die geraden Kanten inklusive der Randstreifen: D=143cm; h=19,6cm
* Durchmesser, Tiefe und errechneter Fokus über die geraden Kanten ohne Randstreifen: D=140cm; h=18,7cm; f=65,508cm ("ehrlichste" Bemaßung, daher zu bevorzugen)
* Gleichung der Parabel demnach: y=0,00381632653061x²
* f/D = 0,47

[[Bild:140cm dish.jpg|left|thumb|Parabol 140cm]]

RT 300

2018-04-01T12:26:57Z

Antrares: Die Seite wurde neu angelegt: „''' Das "Radioteleskop 300cm" ist das primäre Radioteleskop der STW Radebeul. ''' Da nun die Unterscheidung in verschiedene RTs notwendig wird, ist diese Seite …“

RT 140

2018-04-01T12:07:18Z

Antrares:

RT 140

2018-04-01T11:30:14Z

Antrares: Die Seite wurde neu angelegt: „''' Das mobile "Radioteleskop 140cm" soll als Experimentierplattform für neue Hardware und als Grundlage für die didaktische Arbeit mit Schülergruppen wie der …“

''' Das mobile "Radioteleskop 140cm" soll als Experimentierplattform für neue Hardware und als Grundlage für die didaktische Arbeit mit Schülergruppen wie der ACR-Astro-AG zur Verfügung stehen. '''

= Hardware =

== Montierung ==
Celestron CGE aus ACR-Bestand.
[[http://www.nexstarsite.com/download/manuals/CGE.zip CGE-Manual]]

== Steuerung ==
RaspberryPi 2 Model B V1.1 seriell verbunden mit dem NexStar-Handcontroller der CGE-Montierung.

== Parabolreflektor ==
* Überlassung von Fritz Schramm, DM2AFN
* 12 Mesh-Segmente
* Durchmesser über die Ecken: D=148cm
* Durchmesser und Tiefe über die geraden Kanten inklusive der Randstreifen: D=143cm; h=19,6cm
* Durchmesser und Tiefe und errechneter Fokus über die geraden Kanten ohne Randstreifen: D=140cm; h=18,7cm; f=65,21cm ("ehrlichste" Bemaßung, daher zu bevorzugen)

[[Bild:140cm dish.jpg|left|thumb|Parabol 140cm]]

Zugang von Aussen

2018-04-01T09:32:00Z

Antrares:

= Aktuelle Zugangsmöglichkeiten =

Der Fileserver auf der Sternwarte (Perseid) ermöglicht unter der Adresse '''acr-radebeul.dyndns.org''' einen wohlbeschränkten Zugriff von außen auf die inneren Rechner der Sternwarte. Zusätzlich ist der Zugriff mittels SSH über die [http://de.wikipedia.org/wiki/IPv6 IPV6]-Adresse '''2001:6f8:900:b0b::2''' möglich. Es existiert weiterhin ein [[Zugang_von_Aussen#Backup-Zugang|Backup-Zugang]] über die Adresse rm-radeberg.dyndns.org.

Vom Fileserver aus ist der Zugriff auf andere Rechner innerhalb der Sternwarte möglich. Praktisch genutzt wird bisher der Zugang zum [[Radioid]], dem Steuerungsrechner für das Radioteleskop.

== Zugang ueber SSH==
[http://de.wikipedia.org/wiki/Ssh SSH] (Secure Shell) ist an von Haus aus ein Verfahren (Protokoll), um sich mit einem entfernten Computer verbinden und über eine Textkonsole daran arbeiten zu können. Dabei wird die gesamte Verbindung verschlüsselt.

Quasi als Nebenprodukt kann man damit u.a. Dateien übertragen, Verbindungen zwischen zwei Computern herstellen die sonst nicht miteinander reden dürfen sowie mit grafischen Programmen arbeiten, die auf dem entfernten Rechner laufen. Alles, was über SSH getan wird ist verschlüsselt und kann ''nicht'' abgehört werden. SSH kann man auch als '''VPN für Arme''' bezeichnen.

SSH erlaubt einige Basteleien mit verschlüsselten Verbindungen und genau die verwenden wir, um Zugang zum Radioteleskop zu bekommen.

* Zugang
acr-radebeul.dyndns.org, port 23

Über diesen Zugang kommt man über einen Tunnel direkt beim Perseiden auf der Sternwarte an. Dieser kann dann Verbindungen zum Radiod weiterleiten.

**Anmeldung mit Schlüsseldatei
Die Anmeldung kann nur mit Hilfe einer speziellen Datei erfolgen. Diese enthält einen sog. [http://de.wikipedia.org/wiki/Privater_Schl%C3%BCssel private Key]. Man bekommt die Datei persönlich von Robert Müller oder erstellt sie sich selbst.

**Kleine Erläuterung zum Prinzip der Anmeldung mittels Schlüsseldatei
Der private Key dient im Rahmen eines [http://de.wikipedia.org/wiki/Asymmetrisches_Kryptosystem Public-Key] Verfahrens zur Authentifizierung beim Perseiden auf der Sternwarte. Dabei wird ein Schlüsselpaar verwendet, von dem eine Teil geheimgehalten werden muss (private Key) und der andere der ganzen Welt bekannt sein kann ([http://de.wikipedia.org/wiki/%C3%96ffentlicher_Schl%C3%BCssel public Key]). Auf dem Perseiden wird der passende nichtgeheime public Key hinterlegt.

Den Schlüssel kann man sich mittels ''ssh-keygen'' (Linux) selbst herstellen. Dabei entsteht ein Pärchen von public und private Key. Der private Key ist geheim, währende man den public Key an Robert Müller (mail@penner2001.de) schicken kann und dann Zugang zum Perseiden bekommt.
Im Folgenden wird angenommen, dass man in seinem Linux-Account als den Schlüssel für den Perseid als Standardschlüssel liegen hat. Wenn man vorher noch nie mit diesen merkwürdigen Sachen in Berührung gekommen ist dann ist das auch genau so.

=== Verwendung von SSH unter Linux/Unix/Mac(?) (inkl. Tunnel zum Radiod) ===

* Anmeldevorgang über Kommandozeile
Die folgende Kommandzeile baut die nötigen Tunnel zum Steuerungsrechner des RT auf:
ssh user@acr-radebeul.dyndns.org -p 23 -L 7273:radioid:7273 -L 5004:radioid:5004 -i keyfile [-X]

<user> ist durch den entsprechenden login-namen zu ersetzen.
-X kann optional zur Weiterleitung des X-Servers verwendet werden

* Anmeldung mit ssh-config
unter Benutzung einer Konfigurationsdatei für ssh kann der Anmeldevorgang kurz und knapp z.B. so formuliert werden:
ssh perseid

eine passende Konfiguration könnte dann so aussehen (Ort: .ssh/config relativ zum home-pfad):

Host perseid
HostName acr-radebeul.dyndns.org
User user
Port 23
Compression yes
ForwardX11 yes
IdentityFile ~/.ssh/user_key
LocalForward 7273 radioid:7273
LocalForward 5004 radioid:5004
ServerAliveInterval 55

Die Anmeldung per ssh am Perseiden reicht aus, um die benötigten Datenströme für das INDI-Protokoll sowie den Videostrom weiterzuleiten. Eine Weiterverbindung zum Radioiden ist nicht mehr erforderlich.

=== Verwendung von SSH unter Windows (inkl. Tunnel zum Radiod) ===
Man kann das Programm [http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html Putty] verwenden (am einfachsten den Windows-Installer downloaden, putty.exe reicht auch).
Der Rest geht dann eben ein bisschen anders als unter Linux (Anleitung folgt irgendwann...). Auch hier wird natürlich die Schlüsseldatei benötigt. Sie muss allerdings noch einmal umkonvertiert werden, da Putty ein anderes Format verwendet als das typische Linux-SSH.

Es ist angedacht, fertige Konfigurationsdateien für Putty zum Draufklicken zu verteilen (falls das irgendwie geht).

=== Zugriff auf Perseid-Dateien mit Windows ===
Zum reinen Datenaustausch eignet sich [http://winscp.net/eng/download.php WinSCP] ganz gut. Der OpenSSH-Schlüssel muss mit dem mit Winscp mitgelieferten Tool PuTTYgen [http://winscp.net/eng/docs/ui_puttygen#other_formats umkonvertiert] werden.

== OpenVPN ==
[http://openvpn.org OpenVPN] ist eine [http://de.wikipedia.org/wiki/Virtual_Private_Network VPN (Virtual Private Network)-Software]. In diesem Fall wird sie dazu eingesetzt, um den angeschlossenen ''Heim''computer in das Sternwartennetz zu integrieren. Er kann nach korrekter Installation dieser Software durch einen abgesicherten Tunnel hindurch auf die Computer der Sternwarte zugreifen, fast als wenn er direkt in der Sternwarte stehen würde.

Die Software ist für Linux, Windows und Mac OS X u. a. verfügbar.

=== Authentifizierung ===
Die Authentifizierung des Heimcomputers erfolgt, ähnlich wie beim SSH-Zugang, mittels einer Schlüsseldatei. Bei der aktuellen Konfiguration gibt es allerdings eine doppelte Absicherungsschicht. Zusätzlich muss sich auch der Server gegenüber dem Client ausweisen. Zu OpenVPN gibt es daher eine längliche Konfigurationsdatei sowie insgesamt 4 Schlüsseldateien. Diese besorgt man sich bei Robert Müller (mail@penner2001.de).

=== Installation unter Linux ===
Das Paket '''openvpn''' muss über die übliche Softwareverwaltung installiert werden. Dann packt man als root das erhaltene Tar-File (s.o.) im Root-Verzeichnis / aus und erhält die Datei /etc/openvpn/perseid_server.conf sowie das Unterverzeichnis /etc/open/openvpn/perseid_server mit allen notwendigen Dingen. Anlegen des Verzeichnisses /var/openvpn, Neustart des OpenVPN-Daemons bzw. auch gleich des ganzen Rechners komplettiert die Installation.

=== Installation unter Windows ===
*(geht so für Win7 und WinVista), für XP muss ggf. bissl was anders gemacht werden
*OpenVPN Client runterladen: [http://openvpn.net/index.php/open-source/downloads.html]
*die config files in den C:\Program Files(x86)\OpenVPN\config kopieren
*die "perseid_server.conf" in "perseid_server.ovpn" ändern
*nun mit Adminrechten(!!!) die Datei editieren (am besten einen ordentlichen (Freeware)Editor wie PSpad ( [http://www.pspad.com/de/] ) oder ähnliches benutzen)
**dafür muss der Editor unter adminrechten laufen! (also mit rechtsklick->Ausführen als... starten)
*bei allen pfadangaben das /etc/openvpn/ entfernen
**Bsp: /etc/openvpn/perseid_server/ca.crt -> perseid_server/ca.crt
* die Zeile log /var/log/openvpn.perseid_server.log auskommentieren oder löschen
* die Zeile daemon auskommentieren oder löschen
* Datei speichern
<br>
*Aufm Desktop sollte ne OpenVPN Verknüpfung sein -> mit rechts anklicken und "Als Administrator ausführen" wählen
*Jetzt ist in der Taskleiste ein OpenVPN Icon, entweder Doppelklick, oder Rechtsklick->Connect
*FERTSCH, sollte gehen!
<br>
*wer sich den Client als Service einrichten will: [http://openvpn.se/files/howto/openvpn-howto_run_openvpn_as_nonadmin.html]

[update]: es gibt jetzt eine zweite vorbereitete Datei '''perseid_server.ovpn''', die alle nötigen Änderungen enthalten sollte. Bitte checken.

=== OpenVPN mit IPV6 als Carrier (experimental) ===
Openvpn kann bisher als Carrier leider nur IPV4 verwenden. Es sollte allerdings möglich sein, mit einem Proxy folgende Verbindung zu erzeugen:

[Openvpn-Client] <-ipv4-> [Proxy] <---ipv6---> [Proxy] <-ipv4-> [Openvpn-Server]

Als Proxy könnte sich z.B. [http://www.ogris.de/fproxy/ fproxy] eignen, allerdings nur mit TCP. Muss ich mal ausprobieren...

= Webproxy Squid =
Um den einfachen Zugang zu den auf dem Perseiden befindlichen Webseiten und Webapplikationen sowie den Zugriff auf evtl. vom aktuellen Rechner geblockte Seiten zu ermöglichen, läuft auf dem Perseiden der Webproxy Squid auf Port 3128. Er nimmt Anfragen von sternwarteninternen Rechnern und Rechnern aus dem VPN-Netz zu beliebigen Zielen entgegen. Wenn man einen SSH-Tunnel zu perseid:3128 baut und localhost:3128 als Proxy angibt, kann man alle sternwarteninternen Seiten erreichen. Bei Verwendung des OpenVPN-Zugangs ist der Proxy unter 172.16.2.1, Port 3128 direkt zu erreichen.

Zur Beachtung:
* Bitte daran denken, dass über den Proxy zwar Zugriffe auf externe Webseiten möglich sind, diese aber das Traffic-Konto des ACR belasten.
* Standardmäßig werden alle Zugriffe protokolliert.
* Wenn nennenswerter Traffic auf externe Seiten auflaufen sollte, müsste der Zugriff eingeschränkt werden.

= Backup-Zugang =
'''Zusätzlich''' zu dem aufgeführten Zugang über acr-radebeul.dyndns.org gibt es noch genau das Gleiche über rm-radeberg.dyndns.org. Die zweite Variante ermöglicht läuft über einen weiteren zwischengeschalteten Rechner und ist daher eher als Backup für den bevorzugten ersten Zugang anzusehen. Alle Dienst, die über acr-radebeul.dyndns.org verfügbar sind werden ebensp über rm-radeberg.dyndns.org angeboten. Dazu muss in der Konfiguration einfach rm-radeberg.dyndns.org anstatt acr-radebeul.dyndns.org eingetragen werden.

Der physisische Transport der Daten zwischen Sternwarte und dem Übergang ins drahtgebundene Netz findet allerdings über das gleiche "Funkkabel" wie beim Hauptzugang statt. Wenn dort was klemmt geht auch mit dem Backup-Zugang nichts.

= NX (Nomachine.com) =
Wikipedia sagt:
"[http://de.wikipedia.org/wiki/NX_NoMachine NX] ist eine Remote-Desktop-Software des italienischen Unternehmens [http://www.nomachine.com NoMachine] [..] Mit NX kann man den Bildschirminhalt eines entfernten Computers auf einen lokalen Rechner (auch betriebssystemübergreifend) übertragen und damit arbeiten, als säße man direkt davor." Dieses Dings (in der Variante Freenx) ist auf dem Perseiden installiert. Über eine DSL-Verbindung kann man damit recht gut von zu Hause aus am Perseiden arbeiten, über dünnere Leitungen dann eher zur Not.

Um es zu benutzen, lädt man sich den Client von der der [http://www.nomachine.com Nomachine-Seite] herunter und folgt den Anweisungen ;-). Server ist die 172.16.2.1, Port 22. Der NX-Dienst ist nicht von außen zugänglich, man muss entweder per OpenVPN mit dem Perseiden verbunden sein oder man baut sich einen SSH-Tunnel.

== Hinweis für XFCE4 ==
Diese Desktopumgebung wird nicht direkt angeboten. Man wähle im NX-Client "Custom" und dann unter Settings

* "Run the following command": '''/usr/bin/xfce4-session''' (der Befehl startxfce4 ging mal, führt nun aber zu winzigen Systemschriften)
* New Virtual Desktop

Hauptseite

2018-04-01T09:06:55Z

Antrares:

Hilfe zur Benutzung und Konfiguration der Wiki-Software findest du hier [https://en.wikipedia.org/wiki/Help:Wikipedia:_The_Missing_Manual|Benutzerhandbuch].

== Vorhandene Seiten ==

[[Datei:RT_from_behind.JPG|400px|rechts]]

* [[RT 140]]
* [[RT 300]]
* [[Hardware]]
* [[Zugang von Aussen]]
* [[Mechanik|Mechanik und elektromagnetische Einkoppelung]]
* [[Daten Auslesen]]
* [[Daten Auswerten]]
* [[Theorie|Mathematik]]
* [[Astropysik|Astrophysik]]
* [[Resourcen/Links]]
* [[Arbeitshilfen]]
* [[Präsentationen/Öffentlichkeitsarbeit]]
* [[Meetings|Partner]]
* [[Fotogalerie]]
* [[ToDO-Liste]]
* [[Anleitungen/Tutorials]]

== Starthilfen ==

* [http://www.mediawiki.org/wiki/Manual:Configuration_settings Liste der Konfigurationsvariablen]
* [http://www.mediawiki.org/wiki/Manual:FAQ MediaWiki-FAQ]
* [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Mailingliste neuer MediaWiki-Versionen]

----
Seite zum freien herumprobieren:
* [[Sandbox]]

Mechanik und elektromagnetische Einkoppelung

2018-04-01T09:06:42Z

Antrares:

== '''Fahrbetrieb''' ==

=== Auflösung ===

* Der Reflektor kann mit einer Auflösung von 0,1° für die genaue Zuordnung der Rohdaten resp.

* zur Vermeidung von ständigen und möglicherweise unnötigen Feinkorrekturen mit einem (von der Bedienkonsole aus einstellbaren) Mehrfachen dieses Wertes v.a. für Trackingbetrieb

gefahren werden.

=== Endabschaltungen ===

Die Abschaltungen zur Bediensicherheit liegen bei

* etwas kleiner als 0° El, zugleich zur Freigabe der Bühne für Arbeiten am Feed

* größer 90° El zur Vermeidung unnötiger Schwenkvorgänge im Zenit

* azimutal Süd +/- 0,55 Drehung; Begrenzung zur Abwehr von Kabelverwindungen notwendig

=== Referenzen ===

Referenzen zur Kalibrierung der Inkrementalgeber nach Wiederanfahren der Gesamtanlage aus dem Stillstand werden automatisch gesucht. Haken in Indi-Konsole setzen. (Internationale Vereinbarung Az=0=Nord) beachten.

=== Korrekturwerte ===

Korrekturwerte der Positionierung können bei Notwendigkeit über die Indi-Konsole eingegeben werden. Prüfung bestens über Kreuzscan an Sonne.

== '''Antriebe''' ==

* Az: Schneckentrieb Modul 6, Raddurchmesser ca.1m, 152 Zähne, DC-Motor mit Pulsweitenmodulation

* El: Reibrad, Angriffshalbmesser ca. 500mm, DC-Motor mit Pulsweitenmodulation

== '''Reflektor und Feed''' ==

=== Reflektor ===

Durchmesser 3m, <math>f/d = 0,26</math>, Oberflächengenauigkeit ausreichend bis 10GHz, Aluminium

=== Feed ===

Feed: Kumar VE4MA mit einfachem Skalar-Ring, einfache Polarisation, skaliert nach SETI-Standard, Torsten hat das Kumar-Feed durchgemessen und den axialen Einbauort variabel gestaltet. [[Bild:Ant1_torsten.png|left|thumb|600px|Antennendiagramm]]

{|Hier noch eine NachleseDatei, sa. [[high_efficiency_prime_feeds.pdf|Grundlagen]],Feedhorn.xls|Tabellenkalkulation]]
|
<gallery>
Datei:Feed.png|Rechenblatt Feed-Hauptabmessungen
Datei:Probe.gif|Auskoppelstift mit Anschluss N nach SETI-Norm
</gallery>
|
|}

=== Einbau LNA am Feed ===

Lothar hat [[Media:Euromas ET 224 F.pdf|Euromas-Gehäuse]] besorgt, siehe [[Media:Euromas-Gehaeuse.pdf|Beschreibung]]. [[Bild:Befestigung.png|thumb|left|Verankerung]] Befestigung des Gehäuses am Feed verändert. Der Stift[[Bild:Auskoppelstift.png|thumb|Auskoppelstift mit Semirigid-Kabel]], [[Media:PG7.pdf|Verschraubung]], [[Media:N-Stecker.pdf|N-Stecker]].

* Norm der Kabelanschlüsse

[[Media:BNC-RG58.pdf|BNC auf RG58]]

[[Media:BNC-RG174.pdf|BNC auf RG174]]

[[Media:N-RG58.pdf|N auf RG58]]

[[Media:N-semirigid.pdf|N auf Semirigid]]

[[Media:Steckertabelle.pdf|Zuordnung Kabel, Stecker]]

* mit Torsten Messung am ausgebauten Feed (aber mit LNA angebaut) vorabgesprochen --[[Benutzer:Ulli|Ulli]] 11:33, 10. Nov. 2009 (UTC)

Stehbolzen nicht ausgeführt Direktanbringung an Hohlleiterboden aufgelötete Träger Cu --[[Benutzer:Ulli|Ulli]] 20:20, 20. Nov. 2009 (UTC) Anfang Dezember obsolet geworden durch Vierbein-Aufhängung Feed, Konzept verändert --[[Benutzer:Ulli|Ulli]] 11:25, 13. Dez. 2009 (UTC)

----

=== Positioniergenauigkeit Feed ===

* [[Media:Chap6-1b.pdf|Auswirkungen]] axialer Versetzungen in der Praxis (Paul Wade). [[Datei:Namenlos.png|thumb|Beispiel: Signaldegradation durch axiale Versetzung vs. Effizienz, Beispiel-Feed]] Beispiel ein Reflektor f/d=0,5. Für tiefere Reflektoren schlimmeres zu erwarten.
* Für laterale und axiale Versetzungen siehe [[Media:Ruze-Small-Displacements-Parabolic-Reflectors-2.pdf|hier]]. Alte und immer noch unlesbare, sehr gute Ausarbeitung mit einigen interessanten Diagrammen zu normierten Größen.

=== Kalibrierung ===

* Lösung des Kalibrierzweiges nach Michlmayer s.[[Media:Block_diagram.jpg|Schaltschema]]

--uKu 08:12, 20. Aug. 2009 (UTC)

== '''[[Prüfzyklus und Revisionen]]''' ==

Benutzer:Antrares

2018-04-01T08:48:10Z

Antrares:

Andreas Großmann
* E-Mail: antrares@gmx.de
* Mobil: 0163 6279708
* skype: antrares
* ICQ: 381412467

[[Datei:andreas.JPG|300px]]

ToDO-Liste

2018-03-28T17:15:23Z

Antrares:

== akut == (Obsolet, da zu viele Jahre ins Land gegangen sind, aber demnächst mehr dazu)

* die Stahlträger unter dem RT-Fuß blau streichen, bzw. wäre zu überlegen, ob nicht eher schwarz-gelb als Warnanstrisch besser wäre
* Schmidt-Kupplung in Azimutpositionsgeberachse einbauen um das erhöhte radiale Spiel des AZ-Drehkranz auszugleichen

== Frontend ==
=== Antenne ===
* Feedhorn einbauen und Fokusbereich durchscannen, um optimalen Fokus zu ermitteln ([[Benutzer:ulli|UK]]/[[Benutzer:antrares|AG]])
* Simulation der Kumar-Feed-Antenne mit nach hinten verschobenen Choke-Ring, um die Effizienz bei f/D=0,25 zu erhöhen. ([[Benutzer:Torstenb|TBA]])
** Erledigt! Die Simulation mit zwei Symmetrieebenen aber ohne koaxialer Zuleitung und Erregerstift zeigte als Maximum eine Effizienzerhöhung auf 56% (gain=30.5dBi). Die Simulation mit einer Symmetrieebene und koaxialer Zuleitung plus Erregerstift konnte dieses Ergebnis nicht bestätigen. Ich würde bei einem Neubau dieser Antennenform den Chokering vorausschauend um 2-3 cm nach hinten verschieben aber keine großen Änderungen erwarten.
* Simulation des Feeds und/oder der kompletten Antenne mit PVC-Rohr und Kappe ([[Benutzer:Torstenb|TBA]])
* Umbau des Trafos der Helix-Antenne zur Anpassung an 50Ω bei 1,42GHz ([[Benutzer:ulli|UK]]/[[Benutzer:Torstenb|TBA]])
* Simulation der Helix-Antenne ([[Benutzer:Torstenb|TBA]])
* Einführung einer idealen E-Plane als Symmetriefläche in der Simulation mit Hornstrahler, um die Anzahl der Tetraeder zu halbieren (Rechenzeit) ([[Benutzer:Torstenb|TBA]])
** Erledigt: Einführung einer E-Symmetrieebene für die komplette Antenne, Symmetrieebene schneidet den Erregerstift
** Einfüherung einer E- und einer H-Symmetrieebene für die Satellitenantenne mit Hohlleitererreger aber ohne Erregerstift und Koaxzuleitung, dadurch 1/4 der Tetraeder zum Rechnen notwendig, Erregegung erfolgt über die Hohlleiterfläche an der ansonsten geschlossenen Rückwand (siehe Choke-Ring-Untersuchung)
* Umsetzen der Antennensimulation auf einen zweiten Simulator, um die Verluste/Effizienz besser abzuschätzen (NEC2/WIPL-D) ([[Benutzer:Torstenb|TBA]])
** Mit WIPL bin ich über [http://www.irk-dresden.de/| IRK] - Ralf Klukas derzeit sowieso in Kontakt. Es scheint aufgrund der MoM-Anwendung im 3D-Bereich ein schneller Simulator zu sein (Faktor 2-5 gegenüber FEM-Solver?, Genauigkeit?). Vielleicht kann man hier einen Deal machen, um eine kostenfreie Testversion zu erhalten.
** NEC2 ist frei verfügbar

=== LNA ===
* Dual-LNA Design um den Umschalter zur Kalibrierung hinter dem LNA zu platzieren. ([[Benutzer:Torstenb|TBA]])
** Ein LNA für den Signalweg und ein zweiter, auf dem gleichen Halbleiter-Die mit dem rauschenden Widerstand am Eingang.
** Platzierung des Koax-Umschalters hinter den LNA's.
** Verbesserung der Systemrauschzahl um den Wert der Einfügedämpfung des Schalters.
* Entscheidung Cavity-LNA (alle)
** Ein Topfkreisfilter kann man ja schonmal anfangen. Mal sehen, ob wirklich 0,2/0.3dB Einfügedämpfung erreichbar sind. ([[Benutzer:Torstenb|TBA]]/[[Benutzer:antrares|AG]]) - Andreas Mechanik?
* Peltier-Element zur Kühlung des LNA auf 15°C ([[Benutzer:Torstenb|TBA]])
** einstufig oder zweistufig
** geregelt oder ungeregelt, um die Rauschzahl über einen großen Bereich konstant zu halten
** 20K/Stufe unter Umgebungstemperatur
* 2x Vorverstärker EME103 bestellen bei [http://www.minikits.com.au/kits2.html MiniKits (Australien)] und Aufbau gemäß http://wavelab.homestead.com/1302_lna_schema.jpg ([[Benutzer:ulli|UK]]/[[Benutzer:antrares|AG]]), Aufbau ([[Benutzer:Hgz|HGZ]])
* 2x VV-PCB von Ernst Lankeit + Komponenten bestellen (s.u.) ([[Benutzer:ulli|UK]]), Aufbau ([[Benutzer:Hgz|HGZ]])
* Koax-Relais (vorhanden) als Umschalter zwischen Ausgängen beider VVs schalten
* Überwachung von Betriebsspannung und Strom der VV-Elektronik (ebenfalls über gemeinsame [http://en.wikipedia.org/wiki/One_wire One-Wire]-Busleitung)

== Software ==

* verbessern der "Usability" des Ratsche

== allgemein ==
* Infrastruktur für Arbeits- und Zeitplanung
* Beantragung einer Schutzzone für Radioarbeit

= Revisionen/Vorschläge für Erweiterungen -mittelfristig- =

== optischer Link ==
* vollduplexe optische Verbindung über Plastic Fibres oder gar Glasfaser
* Sender/Empfänger: z.B. TOTX173 / TORX173 von Toshiba

== Poti f. Absolutposition Alt ==
* analog zu Poti Azimut
* Vermeidung von Ambiguität in Endlagenabschaltung
* andere Übersetzung, optimal: Alt -90°..+90° -> -4..+4 Umdrehungen des Potis von Mittellage

= Erweiterungen -längerfristig- =

== Hochfrequenztechnik ==
* Vorverstärker Design Ernst Lankeit elankeit@t-online.de

"Die Originale sind ABACOM layout und Splan. Falls Du den LNA realisieren willst, kann ich Dir eine Printfolie ausdrucken; dafür ist das Layout schon 2fach und 1mal seitenverkehrt. Daraus mach ich immer ein Sandwich mit einer Druckseite nach unten, um Überstrahlungen zu vermeiden.
Zu den Bauteilen müßte ich Dir dann noch etwas ergänzend sagen. Schaus mal an, ob das für Dich von Interesse ist." [[file:Lna21(2)_atf36077.JPG|thumb|left|Layout1:Ernst Lankeit]] [[file:Lna21(1)_atf_36077.JPG|thumb|right|Layout2:Ernst Lankeit]]

* Cavity-LNA
* Hybrid-Schiebehornerreger nach Wohlleben, zweite Polarisationsebene
* zweite Frequenz darin als Koaxialstrahler, Präferenz 5GHz
* schlitzgekoppelte Resonatoren als Eingangskreis

----

== Solarworks reading from ERAC ==

Astronomie im Fernsehband? weiss ja nicht...--[[Benutzer:Ulli|Ulli]] 11:01, 5. Okt. 2009 (UTC)

[[Datei:C and KU band feed horn.jpg|thumb|left|Horn]]
[[File:Solar polarimeter.png|thumb|Schaltplan]]
[[Media:DescriptionWright.odt|Text von P. Wright]]

Hardware

2018-03-28T17:09:02Z

Antrares:

[[Category:RT Gruppe]]

== RT-Steuerung ==
Die Steuerung des Radioteleskops erfolgt durch einen Controller im Fuß des Teleskops, der mittels LX200-Messages über eine RS485-Verbindung von einem PC im Kontrollraum (ca. 20m entfernt) angesprochen wird.

[[File:Rtcontrol_diagram.png|thumb|center|RT Control flowchart]]
<br style="clear: both" />

=== Controller ===

[[:File:Rtcontroller_schematic.png|Schematic]] | [[:File:Rtcontroller_layout.png|Layout]]

Sourcecode der AVR-Firmware als Snapshot aus dem SVN-Online Repository:
[https://rm-radeberg.dyndns.org/trac/browser/trunk/avr/radio/aktuell https://rm-radeberg.dyndns.org/trac/browser/trunk/avr/radio/aktuell]

=== RS-485 Interface ===

Rev.1: [[:File:rs232_485_v1_schematic.png|Schematic]] | [[:File:rs232_485_v1_top.png|Layout]]

== Datenerfassung ==
=== ADC ===

=== Spektralanalyzer/Solarspektrometer via USB-Dongel ===
Es kann ein max 3,2Mhz (resp. 2x1,6Mhz) breiter Ausschnitt im Bereich 65Mhz... ca. 1700(?)Mhz (mit Lücken) gezeigt werden. Direktmischverfahren aus der Konsumerelektronik (DVB-T). Für breitere Anwendungen (abschnittsweise Abtastung) ist die bisher bekannte Auslese über USB-Schnittstelle in die Puffer des ALSA-Soundsystems möglich, aber langsam. [http://sdr.osmocom.org/trac/wiki/rtl-sdr] GUI: gqrx aus dem GNU-Radio-Programm; Scans ebenfalls per Python-Applikation [http://www.tablix.org/~avian/blog/archives/2011/12/funcube_spectrum_analyzer/]

{|
|[[Bild:DSCI0194.JPG|thumb|Realtek RTL 2832U, Oberseite. Der Tuner unten rechts, links der Controller]]
|[[Bild:DSCI0195.JPG|thumb|Realtek RTL 2832U, Unterseite]]
|[[Bild:6892184884 8d55dfea5e o.jpg|thumb|Tuner, Quelle: Elonics]]
|}

== RF/IF ==

[[File:Rtsignal_diagram.png|thumb|center|RT Signal flowchart]]
<br style="clear: both" />
=== Antenne ===
====Simulation und Vergleich der kompletten Antenne mit einfachen Hohlleiter-Feed und Kumar-Feed====
An dieser Stelle sind die Ergebnisse der Parabolantenne mit Hohlleitererreger zusammengefasst. Sie basieren auf der Berechnung mit einem 3D-Maxwellsimulator nach der Finite Elements Method (FEM). Bei dem Feedhorn handelt es sich um einen Rundhohlleiter mit λ/4-Erregerstift. Zwei Varianten, Feedhorn ohne und mit zusätzlichen Choke-Ring werden miteinander verglichen. Der zusätzlichen Choke-Ring dient zur Aufweitung der Halbwertsbreite des Feeds, um die Stromverteilung auf der Schüssel und damit die Ausleuchtung zu verbessern. Der Reflektor selbst ist ein Paraboloid mit einem Durchmesser (D) von etwa 3m und einer Tiefe von 75cm. Die Brennweite (f) selbst ist aber 77cm so, dass f/D=0,26 ein sehr kleines also ungünstiges Verhältnis darstellt. Die Halbwertsbreite muss also stark aufgeweitet werden, um das Feld optimal über dem Reflektor zu verteilen und die Effektivität der Antenne zu erhöhen. Ausgangspunkt der Parameter sind die Ergebnisse nach der Kumar-Feed-Berechnung:
{|
|[[Bild:feed.png|thumb|Berechnung Hornstrahler mit Choke-Ring]]
|[[Bild:simu.gif|thumb|Ergebnisse der 3D-Simulation]]
|}
Folgende Änderungen hatten sich bei der Berechnung als günstig erwiesen:<br>
1. Die Hohlleiterwellenlänge war etwas kürzer (34,7cm) als berechnet (36,2cm).<br>
2. Die Länge des Hohlleiters wurde vergrößert (von 27,2cm auf 52cm) um den ersten parasitären Ausbreitungsmode (TM01-Welle) besser zu unterdrücken.<br>
3. Es ergibt sich dadurch eine andere Position des Erregerstiftes (9,1cm auf 12,6cm), der entsprechend einer optimalen Anpassung platziert wurde. Dies ergibt sich durch die Änderung der Hohlleiterwellenlänge und des damit verbundenen Stehwellenverhältnisses.<br>
<br>
Auf den folgenden Bildern sind links die Ergebnisse ohne und rechts mit Choke-Ring dargestellt.
{|
|[[Bild:3d_model.gif|thumb|Modell des Hornstrahlers ohne Choke-ring]]
|[[Bild:3d_model_with_choke.gif|thumb|Modell des Hornstrahlers mit Choke-ring]]
|}
{|
|[[Bild:3d_polar_plot.gif|thumb|3-D Polar Plot ohne Choke-ring]]
|[[Bild:3d_polar_plot_with_choke.gif|thumb|3-D Polar Plot mit Choke-ring]]
|}
Der maximale Antennengewinn wurde durch den Choke-ring von 8dBi auf 6dBi reduziert und das Feld räumlich breiter verteilt.
<br>
{|
|[[Bild:yz_radiation_pattern.gif|thumb|YZ-Radiation-Pattern ohne Choke-ring]]
|[[Bild:yz_radiation_patter_with_choke.gif|thumb|YZ-Radiation-Pattern mit Choke-ring]]
|}
Die Halbwertsbreite wurde von 34° auf 42° erhöht. Die 14dB-Breite bleibt aber etwa konstant bei 88°.
<br>
{|
|[[Bild:s_param.gif|thumb|Reflexionsdämpfung ohne Choke-ring]]
|[[Bild:s_param_with_choke.gif|thumb|Reflexionsdämpfung mit Choke-ring]]
|}
Die oben beschriebenen Hornstrahler wurden nun gemeinsam mit dem Reflektor berechnet.
{|
|[[Bild:3d_model_ref.gif|thumb|Modell des Hornstrahlers ohne Choke-ring mit Parabolreflektor]]
|[[Bild:3d_model_ref_with_choke.gif|thumb|Modell des Hornstrahlers mit Choke-ring und Parabolreflektor]]
|}
{|
|[[Bild:3d_polar_plot_ref.gif|thumb|3-D Polar Plot ohne Choke-ring mit Parabolreflektor]]
|[[Bild:3d_polar_plot_ref_with_choke.gif|thumb|3-D Polar Plot mit Choke-ring und Parabolreflektor]]
|}
<br>
Es ist zu erkennen, dass sich durch die Maßnahme des Choke-rings sich die Abstrahlcharakteristik der Antenne nicht geändert hat. Dies kann damit zusammenhängen, dass in beiden Varianten die Gesamtenergie innerhalb der Schüssel platziert ist (kein Spill-over an den Rändern des Reflektors) und die Verluste durch die Feedabschattung verursacht werden. Dabei scheint die Verbreiterung der Abstrahlung durch die größere Feedfläche vollständig kompensiert zu werden.
{|
|[[Bild:surface_current_ref.gif|thumb|Oberflächenstrombelag auf dem Reflektor ohne Choke-ring]]
|[[Bild:surface_current_ref_with_choke.gif|thumb|Oberflächenstrombelag auf dem Reflektor mit Choke-ring]]
|}
<br>
Durch den Choke-ring wird der Strombelag ein wenig nach außen gedrückt. Er konzentriert sich nicht mehr nur im ersten Ring um das Zentrum der Schüssel sondern verteilt sich besser auf mehrere Ring. Die Unterschiede sind aber sehr gering!
{|
|[[Bild:yz_radiation_pattern_ref.gif|thumb|YZ-Radiation-Pattern der Gesamtantenne ohne Choke-ring]]
|[[Bild:yz_radiation_pattern_ref_with_choke.gif|thumb|YZ-Radiation-Pattern der Gesamtantenne mit Choke-ring]]
|}
<br>
Die Halbwertsbreite der Antenne ist etwa 2,5° bei einem Antennengewinn von 29,3dBi. Das Signal wird über eine 1,5m lange 50Ω-Leitung zum Erreger geführt. Damit ist ein Leistungsverlust von etwa 0,6/0,7dB verbunden. Man kann also bei der Antenne selbst von einem Gewinn von 30dBi ausgehen. Der Plot mit Choke-ring zeigt eine zweite Kurve die die Auswirkung eines De-fokus von 1cm entspricht (Fokalpunkt 76cm).<br>
<br>
Zum Vergleich einige theoretische Betrachtungen, um die Güte der Antenne besser einschätzen zu können.<br>
Der maximal mögliche Antennengewinn der Antenne ist G=A+4π/λ<sup>2</sup>. Wobei A die Kreisfläche mit einem Durchmesser von 3m darstellt (Fläche senkrecht zur Strahlungsrichtung also Antennenwirkfläche). Man erhält G=2008 oder g=33dBi. Bei einem simulierten Gewinn von 30dBi (3dB entspricht der halben Leistung) kann man also von einer Effizienz von η=50% ausgehen. Dies liegt im Bereich der in der Literatur (Paul Wade W1GHZ - Microwave Antenna Book) beschriebenen Werte.<br>
<br>
Ein Coffe-Can-Feed (ohne Choke-ring) arbeitet mit einer Effizienz von 60% bei f/D=0,25, einer Feedöffnung von 0,76λ und einem Schüsseldurchmesser von 10*λ (bei uns 14*λ). Man kann das Maxima der Effizienz von f/d=0,35 aud f/D=0,25 verschieben, indem der Hohlleiterdurchmesser verringert wird. Bei 0,6*λ ist dies mit einer Effizienzsteigerung um 5% der Fall. Nachteil ist eine Verschiebung der Hochpassgrenzfrequenz des Hohlleiters, so dass man schon mit 1,5dB Verlust beim gewünschten Ausbreitungsmode TE11 rechnen muss.<br>
<br>
Ein Kumar-Feed (mit Choke-ring) wird mit einer Effizienz zwischen 58-68% bei f/D=0,25 und einem Abstand des Choke-Rings von der Feedöffnung von 0,17*λ-0,34*λ angegeben. der derzeitige Aufbau verwendet einen Abstand von 0,26*λ. Man könnte hier also noch weitere Untersuchungen machen, ob eine weiteres Verschieben des Choke-rings zum Feedhornende hin eine weitere Effizienzsteigerung zurfolge hat. Das Kumarfeed verschiebt leider das Maxima der Effizienz zu kleineren f/D nur ganz minimal, sondern erhöht das Maxima selbst bei einem f/D=0,35. Die Effizienz des derzeitigen Aufbaus bei f/D=0,25 selbst bleibt bei beiden Feeds laut Literatur ungefähr konstant mit 50-55%! Dies wird durch die obigen Simulationsergebnisse ja auch bestätigt.<br>
<br>
Aus der praktischen Erfahrung des Autors heraus, wird eine Differenz der mit NEC2 simulierten Effizienz und der Realität von einem Verlust von etwa 15% angenommen. Es ist also notwendig die Berechnungen mit NEC2 bei einer Antenne zu wiederholen, um die Qualität der Simulationsumgebung besser einschätzen und mit dem hier verwendeten Simulator vergleichen zu können.<br>
<br>
Hier noch zwei Bilder, was bzgl. der Effizienz des Kumar-Feeds möglich ist. Dies wurde aus dem "Microwave Antenna Book" von Paul Wades (W1GHZ) entnommen.<br>
{|
|[[Bild:coffe_can_feed.gif|thumb|Effizienz der Antenne mit einem normalen Hornstrahler als Feed]]
|[[Bild:kumar_feed_choke.gif|thumb|Effizienz der Antenne mit Position des Choke-rings als Parameter]]
|}
<br>
Bei der Antenne mit Choke-ring bewegen wir uns derzeit auf der grünen Kurve und haben bei f/D=0.25 etwa die gleiche Effizienz, wie ein normaler Hornstrahler. Wenn man den Choke etwas weiter nach hinten verschiebt, könnte man vielleicht den Gewinn/Effizienz etwas erhöhen.
<br>
Zur Durchführung einer Parametersimulation wurde das Design verändert. Der Erregerstift mit der koaxialen Signaleinkopplung wurde entfernt. Der Hohlleiterkurzschluss am Ende des Rohres wurde als strahlende Fläche definiert. Diese Änderungen ermöglichten die Ausnutzung einer E-Feld- und einer weiteren H-Feld-Symmetrie. Es wird also nicht die gesamte Antennenkonstruktion bestehend aus Feedhorn und Reflektor berechnet sondern nur ein Viertel betrachtet. Der Meshing-Algorithmus liefert also nur noch ein Viertel der zur berechnenden Punkte. Da diese aber exponentiell in die Simulationszeit eingehen, ist eine Parametersimulation mit variabler Chokering-Position möglich. Die Ergebnisse zeigten eine Erhöhung der Antennenverstärkung um 0.5dB auf 30.5dB bei einer Vergrößerung der Chokering-Position von 0.21*λ auf 0.31*λ (Optimum) von der Feedhornöffnung aus gesehen. Dies würde eine Effizienz von η=56% bedeuten. Dieses Ergebnis sollte in einer Simulation mit nur einer E-Feld-Symmetrie aber mit Erregerstift und koaxialen Zuleitung verifiziert werden. Leider konnte eine Erhöhung der Effizienz auf diese Weise nicht bestätigt werden. Die Änderungen der Antennenverstärkung in Abhängigkeit von der Chokering-Position waren kleiner als 0.1dB.

====Messung des Feedhorns====
Am 07.05.2013 wurde die Reflexionsdämpfung des "korrodierten" Feedhorns gemessen. Es sollen weitere vergleichende Messungen erfolgen, um den Einfluß der Kupferoxidschicht und des Klarlacks zum Schutz der Antenne herauszubekommen. Wichtig wäre die Beobachtung einer Frequenzverschiebung und der Güte der Antenne. Wie die tatsächliche Abstrahlung ist, lässt sich mit dieser Messung leider nicht klären.<br>
{|
|[[Bild:ant_meas_cmp.gif|thumb|Gemessene Reflexion des Feedhorns]]
|}
<br>
Andreas hat mit seinem Umbau eine Superarbeit geleistet. Die Resonanzfrequenz wurde mit 1,42GHz bestens getroffen.
<br>
Am 14.09.2013 haben wir nun endlich das Feedhorn gereinigt (Kupferoxidschicht mit HCL entfernt und danach noch poliert). Es wurde dann sofort die Reflexionsdämpfung gemessen. Nach der ersten und der zweiten Lackschicht wurde die Messung wiederholt.
{|
|[[Bild:ant_meas_cmp_091413.gif|thumb|Vergleich der Messergebnisse]]
|}
<br>
S11 (rot) - Messung mit Oxidschicht im verschmutzten Zustand <br>
S22 (blau) - Messung im gereinigten Zustand <br>
S33 (magenta) - Messung nach der ersten Lackschicht <br>
S44 (türkis) - Messung nach der zweiten Lackschicht <br>
<br>
Die Ergebnisse zeigen, dass durch die Reinigung die Resonanzfrequenz um 10-15 MHz zu höheren Frequenzen verschoben wird. Der Lack kompensiert diese Frequenzverschiebung teilweise. Gleichzeitig verschlechtert sich die Reflexionsdämpfung um etwa 0,5-1dB. Vermutlich erzeugt der Lack am Speisepunkt (Erregerstift - SMA - Übergang) zusätzliche Reflexionen. Der Vorher-Nachher-Vergleich zeigt einen Unterschied der Reflexionsdämpfung bei 1,42GHz von 1dB. Der Wert von besser als 17dB zeigt aber, das die Maßnahmen der Reinigung und Lackierung wahrscheinlich keinen Einfluß auf die Empfangsqualität haben werden. Dies bezieht sich ausschließlich auf die Reflexion. Eine Aussage über das tatsächliche Abstrahlungsverhalten (Gewinn) kann mit dieser Messung leider nicht getroffen werden. <br>
<br>
Um den Hohlleiter innen und den Erregerstift noch etwas vor Schmutz und Getier zu schützen wurde eine PVC-Kappe auf den Hohlleiter aufgesetzt. Es zeigte sich das KG160-Rohre gut passen. Die Messergebnisse zeigen eine schlechte Reflexionsdämpfung von nur 13dB, wenn die Kappe direkt auf dem Hohlleiter aufgesetzt wird. Wahrscheinlich wird hier schon der Impedanzsprung der Freiraumimpedanz zur Hohlleiterimpedanz zusätzlich gestört, dass sich das Stehwellenverhältnis im Hohlleiter selbst ändert. Es zeigte sich aber, dass bei einer Verlängerung der Kappe durch ein zusätzliches Rohr die Reflexionsdämpfung wieder auf etwa 20dB verbessert werden konnte.
{|
|[[Bild:feed_radome.jpg|thumb|Feedhorn mit PVC-Schutz]]
|[[Bild:ant_meas_radome_092613.GIF|thumb|Feedhorn mit PVC-Schutz]]
|}
<br>
S55 (rot) - Messung mit Kappe direkt an der Hohlleiteröffnung <br>
S77 (blau) - Messung Kappe und zusätzlichem Verlängerungsrohr <br>
S44 (türkis) - Messung nach der zweiten Lackschicht <br>
<br>
Welchen Einfluß das PVC auf die Abstrahlcharakteristik des Feeds und damit der kompletten Antenne hat, muss simulationstechnisch geklärt werden.
<br>
Die Simulation der Abstrahlung des Feedhorns zeigte, dass durch das PVC die Halbwertsbreite und damit die Ausleuchtung des Reflektors wieder verringert wurde.
{|
|[[Bild:3d_pvc.jpg|thumb|3D Polar Plot des Feedhorns mit PVC-Schutz]]
|[[Bild:yz_pvc.jpg|thumb|YZ-Radiation Pattern des Feedhorns mit PVC-Schutz]]
|}
<br>
Der Antennengewinn erhöht sich auf 7,7 dBi bei einer entsprechenden Halbwertsbreite von 34,5°.<br>
<br>
Eine Verringerung des Antennengewinns und Erhöhung Halbwertsbreite der Gesamtantenne ist die Folge.
{|
|[[Bild:3d_plot_pvc_radom_komplett.jpg|thumb|3D Polar Plot der Antenne mit PVC-Schutz]]
|[[Bild:yz_radiation_pattern_with_pvc_radom_komplett.jpg|thumb|YZ-Radiation Pattern der Antenne mit PVC-Schutz]]
|[[Bild:surface_current_with_pvc_radom.jpg|thumb|Oberflächenstrombelag auf dem Reflektor mit PVC-Schutz]]
|}
<br>
Durch den Schmutzschutz zeigt die Antenne den geringsten Gewinn (<29dBi), die größte Halbwertsbreite (3°) und die größte Konzentration des Oberfächenstromes im Zentrum des Reflektors. Der Schutz bringt also eine Verschlechterung des Empfangssignales und sollte somit nicht verwendet werden. Der Klarlackschutz muss ausreichen. Es wird empfohlen, das PVC-"Radom" wieder zu entfernen.<br>
<br>

====Messung des Helix-Erregers====
Es wurde die Reflexionsdämpfung des Helixerregers gemessen.<br>
{|
|[[Bild:helix.GIF|thumb| S11 - Reflexionsdämpfung des Helixerregers]]
|}
<br>
Leider ist hier die Anpassung/Design eher für die doppelte Frequenz (2,8GHz) geeignet. Dieser Erreger ist für 1,42GHz ungeeignet und weist eine Reflexion von 2,4dB auf.

Dann sollten wir dringend eine neue bauen mit exakten Abmessungen --[[Benutzer:Ulli|Ulli]] 13:53, 14. Apr. 2013 (UTC)

Extrem interessante Ergebnisse! (Ich wollte das hier nur kurz vermerkt haben, damit Torsten sieht, dass das auch tatsächlich gelesen und mit Interesse verfolgt wird). --[[Benutzer:Hgz|Hgz]] 00:40, 15. Apr. 2013 (UTC)
Danke! Habe ich vermerkt! ;) --[[Benutzer:Torstenb|Torstenb]] 17:11, 24. Apr. 2013 (UTC)

=== Vorverstärker ===
==== SLN1420 ====
1420MHz Preamp [http://www.ssb.de/index.php?cat=c181_ohne-Umschaltung.html SLN1420]
von SSB-Electronics.

{|
|[[Bild:SLN1420_open.JPG|thumb|SLN1420, Ansicht mit geöffnetem Deckel]]
|[[Bild:SSB_LNA.png|thumb|Messprotokoll SLN1420]]
|}
Es handelt sich hier um einen zweistufigen Verstärker mit einem Helix-Interstagefilter. Er hat eine Verstärkung von 27dB. Die Rauschzahl des Verstärkers liegt bei 0,9dB.

==== custom Preamp ====
Torsten Bacher hat einen Versuch unternommen, einen dedizierten Preamp für 1420MHz für unsere Bedürfnisse zu designen. Aufbau und Ergebnisse sind [[Media:Torsten_preamp.pdf|hier]] zusammengestellt.
Rauschmessungen sollten auf jeden Fall verifiziert werden, da der Meßfehler hier starke Abweichungen der Rauschzahl verursacht. Optimierungen sind hinsichtlich Eingangsanpassung an das Feed (evtl. mit Cavity-Kreis) und Filterwirkung erforderlich.<br>
<br>
Die Schaltung basiert auf den ATF34143 von Avago. Ein ähnliche Schaltung wurde schon einmal von [http://rm-radeberg.dyndns.org/radiowiki/index.php/ToDO-Liste#Hochfrequenztechnik Ernst Lankeit] auf Basis des ATF36077 vorgeschlagen. Der ATF34143 hat aber den Vorteil, dass seine theoretisch minimale Rauschzahl bei 1,42GHz mit 0,14dB unter dem Wert des ATF36077 liegt. Es wurden von dem LNA zwei Varianten aufgebaut und ausgemessen, sowie die Temperaturabhängigkeit der Rauschzahl im Labor ausgemessen.<br>
Der Unterschied der beiden Varianten liegt in der Eingangsbeschaltung des Transistors zur Rauschanpassung. V1 nutzt einem L-Transformator unter Verwendung einer gewickelten SMD-Spule. Diese Induktivität wurde in der V2 durch eine Luftleitung (einmal zum Eingang hin und weiter noch gegen Masse bzw. der Gatespannungszuführung) ersetzt.Dazu musste am Eingang Teile der Leiterplatte entfernt werden.
{|
|[[Bild:foto_v1.jpg|thumb|Foto V1]]
|[[Bild:foto_v2.jpg|thumb|Foto V2]]
|}
Bei der oben beschriebenen Grundversion (V1) wurde ein Rauschzahl von 0,64dB bei 20°C gemessen. In der Nachfolgeversion (V2) wurde die drahtgewickelte Induktivität zur Rauschanpassung am Eingang durch einen "Freiluftdraht" mit höherer Güte ersetzt. Dadurch konnte die gemessene Rauschzahl auf 0,44dB bei 20°C abgesenkt werden.<br>
{|
|[[Bild:NF_V1.gif|thumb|Rauschzahlmessung V1]]
|[[Bild:NF_V2.gif|thumb|Rauschzahlmessung V2]]
|[[Bild:biasing.GIF|thumb|Bias-Schaltung zur Erzeugung der Drainspannung und negativen Gatespannung]]
|}
<br>
Da es sich um einen einstufigen Verstärker handelt, liegt die Verstärkung bei 13,9dB (V1) bzw. 16,9dB (V2).<br>
Folgender Temperaturgang der Verstärkung und Rauschzahl konnte gemessen werden:<br>
{| border="1"
! width="32%" | Temperatur [°C]
! width="17%" | V1 Gain [dB]
! width="17%" | V1 NF [dB]
! width="17%" | V2 Gain [dB]
! width="17%" | V2 NF [dB]
|-
!| -15
!|14,3
!|0,52
!|17
!|0,38
|-
!|5
!|14,1
!|0,57
!|16,9
!|0,41
|-
!|15
!|14
!|0,61
!|16,9
!|0,44
|-
!|20
!|13,9
!|0,64
!|16,9
!|0,44
|-
!|25
!|13,9
!|0,66
!|16,9
!|0,51
|-
!|35
!|13,9
!|0,66
!|16,9
!|0,51
|-
!|45
!|13,8
!|0,71
!|16,7
!|0,61
|}
Der Temperaturgang zeigt, dass es ausreichend sein sollte mittels eines einstufigen Peltierelementes die Temperatur des LNA konstant auf etwa 15°C zu halten. Ein weiteres Herunterkühlen erscheint nicht sinnvoll, da sich die Rauschzahl nicht mehr signifikant ändert (ΔNF<0,1dB).<br>
<br>
Es wurden zwei Peltier-Elemente mit einer Kantenlänge von 15mm (4V/4A) und 30 mm (15V/1,8A bzw. 2,7A)auf einem Rippenkühlkörper (Kantenlänge 70mmx100mm) getestet.<br>
{|
|[[Bild:peltier.jpg|thumb|Peltier-Elemente]]
|}
<br>
Bei einer Raumtemperatur von etwa 24°C wurde die kalte Seite des Elementes bei der angegebenen Spannung/Strom auf etwa 0°C heruntergekühlt. Die heiße Seite hat dabei den Kühlkörper auf 60°C erwärmt. Die Schwierigkeit wird also darin bestehen die Wärme vom Kühlkörper wegzutransportieren (Lüfter?) und ein entsprechendes Netzteil für den hohen Strom/Leistung zu bauen.
<br>

==== Topfkreis/Cavity-LNA ====
Die Variante V2 des custom Preamp ist eigentlich eine Vorstufe zu einem Cavity LNA. Dabei muss aber geklärt werden, was die Zielsetzung einer Cavity oder eines Topfkreises ist. Der Topfkreis ist eigentlich ein Filter hoher Güte, bei dem eine kurzgeschlossene λ/4-Leitung als Parallelschwingkreis wirkt. Die unbelastet Güte und damit Bandbreite hängt vom Skin-Effekt und der Leitfähigkeit der Leitung ab. Die belastete Güte ist von der Ein- und Auskopplung abhängig. Um eine 50 Ω-Anpassung zu erreichen muss sehr nah am Kurzschluss ein- bzw. ausgekoppelt werden. Damit ist eine gute Filterwirkung bei akzeptabler Einfügedampfung von (theoretisch) etwa 0,1dB erreichbar. Dabei ist die 3dB-Bandbreite laut Simulation 36MHz.<br>
{|
|[[Bild:Topfkreis50ohm.gif|thumb|Topfkreismodell]]
|[[Bild:Insertion_loss.gif|thumb|Frequenzantwort]]
|[[Bild:Return_loss.gif|thumb|Reflexionsdämpfung]]
|[[Bild:Return_smith.gif|thumb|Smith Chart]]
|}
<br>
Allerdings erhöht dies die Rauschzahl, da der nachfolgende LNA nicht auf sein Rauschoptimum angepasst ist. Man könnte einen der custom Preamps hinter den Topfkreis schalten und mit einer theoretischen Rauschzahl von etwa 0,6dB leben. Allerdings werden die praktisch erreichbaren Werte etwas höher bei 0,5 dB eingeschätzt, so dass die Rauschzahl wahrscheinlich auf etwa 1dB steigt.<br>
<br>
Man könnte aber auch wie bei [http://www.hb9bbd.ch/article.php3?key=34# HB9BBD] den Topfkreis zu einem Anpassglied oder L-Transformator entarten lassen. Dabei stimmt man die kurzgeschlossene Leitung so ab, dass sie auf der Zielfrequenz induktiv gegen Masse wirkt und koppelt das Signal kapazitiv in die Cavity ein. Damit erhält man dieselbe Schaltung, die auch in den custom Preamps V1 und auch V2 zur eingangsseitigen Rauschanpassung des Transistors genutzt wird. Der Vorteil ist die extreme Güte der als Induktivität arbeitenden Leitung dieser Anpassschaltung. Der Nachteil allerdings ist die geringe Betriebsgüte (belastete Güte) durch die Einkopplung des Signals nah am Hochpunkt. Dadurch geht der Vorteil eines Topfkreises, die hohe Selektivität, verloren.<br>
{|
|[[Bild:Topfkreisgamma.gif|thumb|Topfkreismodell zur Rauschanpassung]]
|[[Bild:Return_loss_s22_gamma.gif|thumb|S22 - Smith Chart]]
|}
<br>
Das S22 (Ausgangsimpedanz) zeigt eine Transformation der eingangsseitigen 50Ω auf den Rauschanpassungspunkt des Transistors. Für die S-Parameter sind ähnliche Werte, wie bei den custom Preamps zu erwarten. Durch die hohe Güte am Eingang wird die Rauschzahl verbessert. Es wird aber kaum eine Rauschzahl unterhalb von 0,35dB zu erwarten sein.

=== Downconverter ===
UEK21 von SSB-Electronics ([[Media:uek21_schematic.pdf|Schaltplan]])
* modifiziert für externe LO-Injektion (116MHz)

=== Messung der HF-ZF-Strecke ===
Die komplette HF-ZF-Strecke wurde am 13.05.2013 gemessen um die Funktionalität zu überprüfen und eine mögliche Verbesserung durch einen LNA direkt am Antennenausgang einzuschätzen. Bei den System-Messungen wurde die Referenzebene an den SMA-Antennenausgangs-Connector gelegt. Folgende Ergebnisse wurden erreicht:<br>
LNA-Verstärkung = 25dB<br>
LNA-Rauschzahl = 0,9dB<br>
LNA-Bandbreite = 30MHz<br>
LNA-Kompressionspunkt = -15dBm am Eingang<br>
System-Verstärkung = 50dB<br>
System-Rauschzahl = 1,9dB<br>
System-Bandbreite = 12MHz<br>
System-Kompressionspunkt = -55dBm am Eingang<br>
Stromaufnahme = 152mA an 12V<br>
{|
|[[Bild:LNA_response.gif|thumb|Frequenzgang des LNA]]
|[[Bild:SYSTEM_response.GIF|thumb|Frequenzgang und Rauschzahl des HF-ZF-Systems]]
|}
<br>
Durch Vorschalten des Custom PreAmp V2 erreicht man die folgenden Verbesserung:<br>
System-Verstärkung = 67dB<br>
System-Rauschzahl = 0,7dB<br>
Stromaufnahme = 172mA an 12V<br>
{|
|[[Bild:SYSTEM_response_addedLNA.GIF|thumb|Frequenzgang und Rauschzahl des HF-ZF-Systems mit zusätzlichen LNA]]
|}

=== ZF-Filter ===
* zweipoliger 28MHz LC-Filter

=== Detektor ===

* logarithmischer Detektor basierend auf AD8307 von Analog Devices
* Konversionsfaktor: 25mV/dB

Rev. 1: [[:File:Log_det_v1_schematic.png|Schematic]] mit 28MHz LC-Filter

=== 70 MHz DDS ===
==== DDS-PCB ====
[[:File:Dds1_schematic.png|Schematic]]

==== Clockbuffer ====
[[:File:Clockbuffer_schematic.png|Schematic]]

==== Controller ====

=== 500 MHz DDS ===

=== HF-Bandpass ===
==== Interdigitalfilter ====
4-Finger-Interdigitalfilter in gefrästem Alugehäuse. [http://www.wa4dsy.net/cgi-bin/idbpf Rechenprogramm] und [http://www.qsl.net/n9zia/spec/idbpf.pdf Beispiele]. [[Media:Bandpass-Werte.pdf|Auslegung]] ausgewiesen in Zoll.

{|
|[[Bild:Bandpass-Zeichnung.jpg|thumb|HF-Bandpass, Maße in mm]]
|}

Hilfe, wie kriegt man die Zeichnung klein...---> Habe ich mal schnell gemacht.

Ich habe ein solches Interdigitalfilter für 920MHz bei mir liegen. Die vier Finger sind etwa 80mm. Ob und wie man dieses Filter modifizieren kann, werde ich erst im März untersuchen können. Die Anschlüsse sind Mini-DIN und damit kein richtiger Standard mehr. Entsprechende Adapter auf N habe ich bestellt, bekomme ich aber erst Ende März geliefert.

==== Modifiziertes UHF-Bandpass-Filter ====
Ich habe auf dem Amateurfunkflohmarkt ein UHF-Bandpass-Filter von Rohde-Schwarz erstanden. Beim Öffnen des Gehäuses zeigte sich ein Glücksgriff. Auch wenn das Filter für 620MHz entwickelt und abgeglichen wurde, basiert der Aufbau auf drei Topfkreise, die über Kurzschlusswindungen miteinander verkoppelt sind. Um den Aufbau klein zu halten, wurde mit Dachkapazitäten gearbeitet. Damit stehen die Chancen gut, einen Umbau auf 1,42GHz durchzuführen.

{|
|[[Bild:photo620MHz_2.jpg|thumb|R&S UHF-Bandpass, 620MHz]]
|[[Bild:mess_620MHz.jpg|thumb|Messung, 620MHz]]
|[[Bild:broad_620MHz.jpg|thumb|Messung, bis 6GHz]]
|}

Die Messung ergab sehr gute Eigenschaften in Bezug auf Durchlassdämpfung (0,5dB) und Bandbreite (12 MHz). Die Breitbandmessung zeigt weiterhin den Durchlass der 4. Oberwelle bei 2,5GHz und entsprechende Gehäuseresonanzen oberhalb von 4GHz.

Das Filter wurde für 1,42GHz modelliert und berechnet.
{|
|[[Bild:modell.jpg|thumb|Bandpass-Umbau, Modell]]
|[[Bild:sim.jpg|thumb|Bandpass-Umbau, Simulationsergebnis]]
|}

Dabei zeigte sich, dass nicht nur die Dachkapazitäten entfernt werden müssen, sondern die Stifte außerdem um etwa 3mm gekürzt werden müssen. Die Stifte wurden entnommen und von außen neu eingelötet.

{|
|[[Bild:photo1420MHz1.jpg|thumb|Bandpass, 1420MHz]]
|[[Bild:insertion1g42.jpg|thumb|Messung, 1420MHz]]
|[[Bild:broadband_1g42.jpg|thumb|Messung, bis 6GHz]]
|[[Bild:reflection_1g42.jpg|thumb|Return Loss, bis 1420MHz]]
|}

Auch hier sind die Messergebnisse zufriedenstellend. In der Bandbreite +/-10MHz ist die Dämpfung kleiner 0,4dB. Damit liese sich das Filter auch vor dem LNA betreiben. Natürlich mit der Verschlechterung der Rauschzahl um den Wert der Signaldämpfung. Dies wäre nur notwendig, wenn sich ein zu schlechter Intermodulationsabstand des LNA durch Störsignale ergeben würde. Die 3dB-Bandbreite ist 33MHz. In diesem Bereich ist die Reflexionsdämpfung besser als 15dB.
Die Gehäuseresonanzen oberhalb von 4GHz lassen sich so natürlich nicht beeinflussen. Dazu müssten die Gehäuse der Topfkreise umgebaut werden. Wir müssen überlegen, ob in der Signalkette nicht noch ein einfaches Tiefpassfilter eingebaut werden sollte.

=== Solar-Spektrometer, alte Komponenten ===
Das ist eigentlich überholt durch die Anwendung des DVB-T_Sticks. Ich lasse es trotzdem stehen für die Dokumentation. --[[Benutzer:Ulli|Ulli]] 16:19, 15. Sep. 2012 (UTC)

Anschlüsse ccw von links beginnend gelesen

{|-
|[[Bild:Dsci0125.jpg|thumb|Frontend]]
|RF in koax, 45...870MHz
VCC=7VDC, Gain/AGC, ZF1 out (37MHz koax SMA), ZF1 Enable, ZF2 Enable, ZF2 out (10,7MHz koax SMA),

---

I<math>^2</math>C Bus SDA (grün), I<math>^2</math>C Bus SCL (schwarz) (beide incl. Pullups)
|[[Media:Tuner frontend sch.pdf|Frontend]],
[[Media:CD1516LPhilipsTuner.pdf|Tuner 1516/H]]
|-
|[[Bild:Demodulator.jpg|thumb|Demodulator, ohne Detektor]]
|AM Fieldstrength,
AM, NFM, WFM,

Enable,

ZF2 in (10,7MHz koax SMA), Detektor Out, VCC<math>\ge</math>7VDC,
|[[Media:Tuner demod sch.pdf|Demodulator]]
|-
|[[Bild:TvTuner.jpg|thumb|TV Demodulator]]
|ZF1 in, AFC, Fieldstrength, AGC, VCC<math>\ge</math>15VDC,
Video, Audio
|[[Media:Tuner tvdemod sch.pdf|TV-Demodulator]]
|-
|
|noch zu komplettieren
|[[Media:Tuner filter sch.pdf|Filterbank]]
|}

Jumper in Filterbank gesetzt: Kanal 1 durchgeschaltet ohne Filter, ansonsten 280kHz Breite.
Schalten: 0V=off, 5V=on

=== Rauschquelle ===

Die Rauschquelle stammt aus einem Bausatz , veröffentlicht in Dubus 2/1996, von DJ9BV. Es wird eine Rauschdiode vom Typ NC305BL eingesetzt. Vermutlich mit ENR 4,7dB, sollte aber mal gemessen werden.
{|
|[[Bild:noise_source.jpg|thumb|Rauschquelle]]
|}
<br>

== NIM-Crate ==

Zur Standardinstrumentierung der im Kontrollraum befindlichen Elektronik wurde der NIM-Standard (Nuclear Instrumentation Module) gewählt. NIM wurde ursprünglich 1964 ins Leben gerufen und wird durch die Konstanz der [[Media:Nim-Specs.pdf|Spezifikationen]] in extrem vielen Bereichen, v.a. in der Forschung eingesetzt. Eine gute Zusammenstellung der Eigenschaften ist [http://en.wikipedia.org/wiki/NIM hier] zu finden.
Das NIM-Crate bietet Aufnahme für standardisierte Module, die durch einen Backplane-Connector mit verschiedenen positiven und negativen geregelten Spannungen versorgt werden. [[Media:NIM-Anschluss.pdf | Hier]] noch eine grafische Darstellung der Pinbelegung.

Die Module werden von den hinteren Kontakten mit Spannung versorgt. Der Einschubort ist unerheblich für die Funktion.

Bereits bestehende Module:

1. Kommunikation mit Controller für Position und Antrieb

2. ADC/DAC für Signal, derzeit oberste BNC-Buchse als ADC beschaltet

3. Detektor

Geplante resp.im Aufbau begriffene Module:

4. 70MHz DDS-Oszillator für Downconversion

== technische Dokumentation ==

[[Media:doku.pdf|technische Dokumentation des Radioteleskops als pdf-file]]

== Datenblätter ==

=== elektronische Komponenten ===
* [http://www.atmel.com/atmel/acrobat/doc2467.pdf ATMega128 (ATMEL)]
* [http://cds.linear.com/docs/Datasheet/485fh.pdf LTC485 (LT)]
* [http://focus.ti.com/lit/ds/symlink/max232.pdf MAX232 (TI)]
* [http://www.analog.com/static/imported-files/data_sheets/AD9851.pdf AD9851 DDS (AD)]
* [http://www.analog.com/static/imported-files/Data_Sheets/AD9858.pdf AD9858 DDS (AD)]
* [http://www.analog.com/static/imported-files/data_sheets/AD8307.pdf AD8307 log. Detektor]
* [[Media:ntc-datasheet.pdf|NTC (Vishay)]]
* [[Media:Ads7818_datasheet.pdf|12-Bit ADC ADS7818 (Burr-Brown)]]
* [[Media:lt1158-datasheet.pdf|LT1158: Half Bridge N-Channel Driver (LT)]]
* [[Media:JupiterPicoT-datasheet.pdf|JupiterPicoT GPS-Empfängermodul]]
* [[Media:LPRO-101.pdf|Manual LPRO-101 Rubidium Frequenznormal]]
* [[Media:EFRATOM_LPRO_101_Repair_Guide.pdf|Repair Guide LPRO-101 Rubidium Frequenznormal]]

=== Drehgeber ===
* [http://www.ibp-gmbh.de/pdf/wdg58a.PDF WDG58A (Wachendorff)]
* [http://www.wachendorff-automation.de/fileserver/datasheet_de/Drehgeber_WDG58A.pdf dito, anderes Datenblatt]
* [http://www.wachendorff-automation.de/fileserver/datasheet_de/Allgemein_technische_Daten_inkrementale_Drehgeber.pdf allgemeine Daten zu Inkrementalgebern]

=== Motoren ===
* [http://www.seefrid.de/html/body_dc-motoren3.html Typ 627.031 (Seefrid)]

=== Netzteil RT-Außenanlage ===
* [http://www.feas.de/downloads/instructions/de584824b.pdf PSU25024-KS (FEAS)]

Datei:140cm dish.jpg

2018-03-28T16:17:18Z

Antrares:

Datei:Noise source.jpg

2018-03-28T15:55:41Z

Antrares:

Anleitungen/Tutorials

2017-06-29T12:38:44Z

Antrares: /* Benutzung von RATSCHE */

= Benutzung der Datenaquisitions-Tools =

Beispiel für Aufruf datataker:
bin/datataker /dev/ttyS5

Obige Zeile verbindet sich mit dem ADC und gibt die Daten mit Timestamp auf ''stdout'' aus.

Um den Zusammenhang zwischen gemessenen Intensitäten und Koordinaten auszugeben ist

macros/acquire

aufzurufen. Dieses Script gibt in dieser Reihenfolge folgende Werte auf ''stdout'' aus:
timestamp ADC-Wert Azimut Höhe Stunde Deklination Controllertemperatur

macros/acquire_ref

erweitert die Ausgabe von macros/acquire um eine weitere Spalte

per default wird hier 19 mal der feed gemessen und danach 1 mal den Referenzkanal
Es gibt hier noch 3 wichtige (Stellungs)Parameter
*1. Averaging Anzahl default:100
*2. Verhältnis Signalwerte Referenzwerte default :20 heisst 19 Signal 1 Referenz
*3. Gesamtzahl der auszugebenden Werte default :-1 (endlos)

= Steuerung von Messungen =

== Steuerung über bash-Skripte ==

Das ist die flexibelste Art, Messungen auszuführen. Für die verschiedenen Aufgaben stehen im repo-tree im Unterverzeichnis [https://acr-radebeul.zapto.org/trac/browser/trunk/macros macros/] (zusätzlich zu den reinen DAQ-Skripten, s.o.) folgende Steuerskripte zur Verfügung:

'''rt_scan_hor''' ... Messung in äquidistantem Grid in Horizontalkoordinaten (mind. 5 Parameter benötigt, s. Usage-Hilfe bei Aufruf ohne Parameter)

'''rt_scan_equ''' ... Messung in äquidistantem Grid in Äquatorialkoordinaten (mind. 5 Parameter benötigt, s. Usage-Hilfe bei Aufruf ohne Parameter)

== Steuerung über Task Scheduler "RATSCHE" ==

Das sollte ab Januar 2011 die verbindliche (einzige) Möglichkeit von Messungen sein, da hier Kollisionen ausgeschlossen sind.

=== Server-Prozess ===

Auf dem Radioiden muß eine Instanz von '''ratsche''' im Servermodus laufen, der Daemon-Prozess wird beim Start des Radioid per init.d mitgestartet.

Der Serverprozess schreibt mehr oder weniger detaillierte Ausgaben (je nach beim Start angegebenen Verbosity-Level) in das System-Logfile. Diese können von allen Benutzern mit folgendem Befehl begutachtet werden:
tail -f -n 1000 /var/log/messages | grep ratsche
Der Output sieht dann beispielsweise so aus:
Jan 23 11:39:09 Radioid ratsche[18528]: starting RT task scheduler server
Jan 23 11:39:09 Radioid ratsche[18528]: using message queue 0x0000000a
Jan 23 11:39:09 Radioid ratsche[18528]: using executable path /home/hgz/svnlocal/hgz/macros/
Jan 23 11:39:09 Radioid ratsche[18528]: found 1 zombie message(s) in queue...deleting
Jan 23 11:50:00 Radioid ratsche[18528]: starting EquScan task with id=0 (pid 20342)

=== Benutzung von '''RATSCHE''' ===

Zum Zugriff auf den Taskmanager gibt es das systemweit bekannte tool '''ratsche''' (Option -h für Kommandozeilen-Hilfe und Auflistung aller verfügbarer Optionen). Hier nur eine kurze Beschreibung der wichtigsten Optionen:

ratsche -l

listet alle definierten Tasks auf. Die Bedeutung der einzelnen Werte ist aus dem ebenfalls ausgegebenen Header ersichtlich.

ratsche -a <tasklist>

fügt die in der datei <tasklist> definierten Tasks hinzu. Eine Beispieldatei ist zu finden im SVN-Repo in [https://acr-radebeul.zapto.org/trac/browser/trunk/macros/dummy_task macros/dummy_task]. Am besten man legt sich eine lokale Kopie dieser Datei an, so dass es bei Veränderung dieser nicht zu SVN-Konflikten kommt, z.B. mit
cp dummy_task tasklist
Die Datei '''tasklist''' ist dann beliebig editierbar. für alle möglichen Task-Typen ist mind. ein Beispiel angegeben. Wenn der Task von '''ratsche''' übernommen werden soll, muß natürlich die entsprechende Zeile auskommentiert sein, i.e. das führende "#" zu entfernen. Das genaue Spaltenformat ist in der Beispieldatei erläutert.

'''Hinweis:''' Momentan werden die Werte von Priority und Alt-Period noch nicht berücksichtigt. Wird in Zukunft noch implementiert (ist auf meiner ToDo-Liste irgendwo mittendrin ;)

----

= Benutzung des Subversion (SVN) Repositories =

seit Anfang März 2010 lagert das Software-Repository auf Roberts Server. Eine Übersicht über die Struktur des Repositorys ist erreichbar über
file:///.../svnlocal/hgzlib/html/index.html in einem Browser, aber nur wenn man vorher die doxygen-Dokumentation mittels ''doxygen'' in diesem Verzeichnis erstellt hat.
Der Code kann auch durch ein [http://trac.edgewall.org/ Trac]-Webinterface angeschaut werden:

[https://acr-radebeul.zapto.org/trac/browser/trunk https://acr-radebeul.zapto.org/trac/browser/trunk]

(login und pw sind identisch mit dem Wiki-account)

Zum Auschecken der Repos in eine lokale Arbeitskopie kann entweder obige url benutzt werden, oder aber folgende Quelle, die auch Änderungen im Repository zuläßt (der https-Kanal ist read only, bzw. sollte es sein):

svn co svn+ssh://svn@acr-radebeul.zapto.org/var/svn/hgz/trunk ~/svnlocal

Passwort ist bei [[Benutzer:Hgz|Hgz]] oder [[Benutzer:penner|Penner]] zu erfragen. Zusätzlich kann man sich noch durch Schlüsselaustausch und einem ssh-Agenten das lästige Eintippen des Passworts sparen (siehe unten).

Existiert bereits eine lokale Arbeitskopie (vom vorhergehenden Repository) ist es möglich, diesem die neue Adresse durch folgenden Befehl (im Hauptpfad der lok. Kopie, z.b. svnlocal/) mitzuteilen:

svn switch --relocate svn+ssh://svnuser@141.30.85.175/home/hgz/svnrep/trunk svn+ssh://svn@rm-radeberg.dyndns.org/var/svn/hgz/trunk

der commit-befähigte user heißt also jetzt svn (pw wie schon erwähnt erfragen). Das soll sich mittelfristig ändern, nämlich dann wenn das Repo endgültig auf dem Perseiden beheimatet wird. Dann wird jeder, der etwas in das Repo einchecken möchte einen Account haben, so dass der Urheber eines Commits auch automatisch im Log erkennbar ist. Andererseits wird nicht jeder auf Perseid registrierte User Schreibzugriff auf das SVN-Repo besitzen. Eine Registrierung (in Form einer mündlichen Absichtserklärung) ist vorzugsweise bei penner und Rücksprache mit [[Benutzer:Hgz|Hgz]] vorzunehmen.

=== Zugriff auf das svn-Repository durch ssh-Schlüssel ===

einen passwortlosen Zugriff auf das svn-Repository kann man durch Austausch eines vertraulichen Schlüssels erreichen. Dieser kann von [[Benutzer:Hgz|Hgz]] bezogen werden. Zum Aktivieren des Schlüssels (nehmen wir an, er heißt ''svnkey'') sollte man ihn zuerst an einem geeigneten Ort, wie z.B. $(HOME)/.ssh deponieren. Danach kann er dem ssh-Agenten bekannt gemacht werden mit:
ssh-add ~/.ssh/svnkey
Zum Kontrollieren, ob der Schlüssel geladen wurde, oder um sich die Liste bereits geladener Schlüssel anzusehen ist folgender Befehl nützlich:
ssh-add -l

Das bisher beschriebene Verfahren muß jedesmal wiederholt werden, wenn eine neue Konsole gestartet wird. Um den Schlüssel permanent in einer interaktiven Shell (das ist diejenige, die an dem Rechner gestartet wird, an dem man auch sitzt) bekannt zu machen, genügt es, obige Zeile in seine .bashrc (d.h. im eigenen Home-Verzeichnis) anzufügen, also

...
ssh-add ~/.ssh/svnkey

dann sollte an einem Rechner, auf dem eine grafische Benutzeroberfläche läuft, keine Passwortabfrage mehr beim Zugriff auf das svn-Repo erscheinen.

Anders verhält sich das bei entferntem Zugriff auf einen Rechner, z.b. über ssh-login. Dort wird standardmäßig eine Login-Shell gestartet (vgl. interaktive Shell, s.o.), die üblicherweise keine Instanz eines ssh-Agenten initiiert.

Hier gibt es zwei Möglichkeiten:

1.Möglichkeit (empfohlen): man installiert das paket keychain (sofern in den Distributionsquellen vorhanden) und überläßt diesem Programm dann das Starten des ssh-Agenten und Laden des Schlüssels. Dazu muß, analog zu obiger Vorgehensweise, in .profile oder in .bashrc in seinem Home-Verzeichnis (im Prinzip ist es egal, aber besser in .profile) nur der Aufruf von keychain mit dem Schlüssel als Argument erfolgen:
keychain --nogui ~/.ssh/svndd_key
. ~/.keychain/`uname -n`-sh

2.Möglichkeit: man fügt folgende Zeilen an seine .profile an:

# start up ssh-agent
SSH_ENV="$HOME/.ssh/environment"
function start_agent {
echo "Initialising new SSH agent..."
/usr/bin/ssh-agent | sed 's/^echo/#echo/' > "${SSH_ENV}"
echo succeeded
chmod 600 "${SSH_ENV}"
. "${SSH_ENV}" > /dev/null
/usr/bin/ssh-add ~/.ssh/svnkey;
}
# Source SSH settings, if applicable
if [ -f "${SSH_ENV}" ]; then
. "${SSH_ENV}" > /dev/null
#ps ${SSH_AGENT_PID} doesn't work under cywgin
ps -ef | grep ${SSH_AGENT_PID} | grep ssh-agent$ > /dev/null || {
start_agent;
}
else
start_agent;
fi

Zu beachten ist hier, dass der Schlüssel, welcher geladen werden soll, hier mit angegeben ist (9. Zeile). Der Name muß entsprechend dem tatsächlichen Namen des Schlüssels angepaßt werden.
In jeder zukünftig geöffneten Shell wird nun automatisch der Schlüssel geladen, so dass eine Passwortabfrage bei Zugriff auf svn umgangen (im positiven und auch sicheren Sinn) wird.
Um die Änderungen auch in der aktiven Shell anzuwenden, kann man außerdem noch den Inhalt der veränderten .profile erneut ausführen lassen mit:
source ~/.profile

= Remote-Mounten der Datenpartition durch sshfs =

Zum Mounten von Ordnern fremder Rechner auf dem lokalen Computer über ssh ist das tool sshfs ganz hilfreich. Es setzt auf dem FUSE-Dateisystem-Konzept auf, der Benutzer muß daher Mitglied der Gruppe "fuse" auf dem lokalen Rechner sein.

Als erstes sollte man sicherstellen, dass sshfs installiert ist, und es ggf. über den Paketmanager installieren, z.b.
sudo zypper install sshfs
Danach noch (z.b. über YaST->Benutzer und Gruppen) den eigenen Benutzer zur Gruppe ''fuse'' hinzufügen.

nun kann man ein Verzeichnis anlegen, in das das Filesystem des entfernten Rechners hingemountet wird:
mkdir sshfs/radioid

das mounten geschieht über:
sshfs radioid:/daten ~/sshfs/radioid/

dann sollte der Ordner /daten des radioiden in dem Verzeichnis sshfs/radioid gemountet sein. Der Hostname (in diesem fall radioid:/) muß natürlich dem System bekannt sein. Am besten man benutzt den Alias wie auch beim ssh-Login. Dann muß man auch kein PW eingeben.

Noch ein Tip: Ich habe das Mounten von nicht-lokalen Verzeichnissen komfortabel in ''gkrellm'' integriert. Dazu muß man einfach bei ''Configuration->File System'' ein neues primäres FS hinzufügen (s. Screenshot).

<gallery>
Bild:Gkrellm sshfs mount.png|Konfiguration sshfs-mount in gkrellm
Bild:Gkrellm sshfs mount2.png|Einbindung des Radioiden über sshfs-mount in gkrellm
</gallery>

Anleitungen/Tutorials

2017-06-29T12:38:02Z

Antrares: /* Steuerung über bash-Skripte */

= Benutzung der Datenaquisitions-Tools =

Beispiel für Aufruf datataker:
bin/datataker /dev/ttyS5

Obige Zeile verbindet sich mit dem ADC und gibt die Daten mit Timestamp auf ''stdout'' aus.

Um den Zusammenhang zwischen gemessenen Intensitäten und Koordinaten auszugeben ist

macros/acquire

aufzurufen. Dieses Script gibt in dieser Reihenfolge folgende Werte auf ''stdout'' aus:
timestamp ADC-Wert Azimut Höhe Stunde Deklination Controllertemperatur

macros/acquire_ref

erweitert die Ausgabe von macros/acquire um eine weitere Spalte

per default wird hier 19 mal der feed gemessen und danach 1 mal den Referenzkanal
Es gibt hier noch 3 wichtige (Stellungs)Parameter
*1. Averaging Anzahl default:100
*2. Verhältnis Signalwerte Referenzwerte default :20 heisst 19 Signal 1 Referenz
*3. Gesamtzahl der auszugebenden Werte default :-1 (endlos)

= Steuerung von Messungen =

== Steuerung über bash-Skripte ==

Das ist die flexibelste Art, Messungen auszuführen. Für die verschiedenen Aufgaben stehen im repo-tree im Unterverzeichnis [https://acr-radebeul.zapto.org/trac/browser/trunk/macros macros/] (zusätzlich zu den reinen DAQ-Skripten, s.o.) folgende Steuerskripte zur Verfügung:

'''rt_scan_hor''' ... Messung in äquidistantem Grid in Horizontalkoordinaten (mind. 5 Parameter benötigt, s. Usage-Hilfe bei Aufruf ohne Parameter)

'''rt_scan_equ''' ... Messung in äquidistantem Grid in Äquatorialkoordinaten (mind. 5 Parameter benötigt, s. Usage-Hilfe bei Aufruf ohne Parameter)

== Steuerung über Task Scheduler "RATSCHE" ==

Das sollte ab Januar 2011 die verbindliche (einzige) Möglichkeit von Messungen sein, da hier Kollisionen ausgeschlossen sind.

=== Server-Prozess ===

Auf dem Radioiden muß eine Instanz von '''ratsche''' im Servermodus laufen, der Daemon-Prozess wird beim Start des Radioid per init.d mitgestartet.

Der Serverprozess schreibt mehr oder weniger detaillierte Ausgaben (je nach beim Start angegebenen Verbosity-Level) in das System-Logfile. Diese können von allen Benutzern mit folgendem Befehl begutachtet werden:
tail -f -n 1000 /var/log/messages | grep ratsche
Der Output sieht dann beispielsweise so aus:
Jan 23 11:39:09 Radioid ratsche[18528]: starting RT task scheduler server
Jan 23 11:39:09 Radioid ratsche[18528]: using message queue 0x0000000a
Jan 23 11:39:09 Radioid ratsche[18528]: using executable path /home/hgz/svnlocal/hgz/macros/
Jan 23 11:39:09 Radioid ratsche[18528]: found 1 zombie message(s) in queue...deleting
Jan 23 11:50:00 Radioid ratsche[18528]: starting EquScan task with id=0 (pid 20342)

=== Benutzung von '''RATSCHE''' ===

Zum Zugriff auf den Taskmanager gibt es das systemweit bekannte tool '''ratsche''' (Option -h für Kommandozeilen-Hilfe und Auflistung aller verfügbarer Optionen). Hier nur eine kurze Beschreibung der wichtigsten Optionen:

ratsche -l

listet alle definierten Tasks auf. Die Bedeutung der einzelnen Werte ist aus dem ebenfalls ausgegebenen Header ersichtlich.

ratsche -a <tasklist>

fügt die in der datei <tasklist> definierten Tasks hinzu. Eine Beispieldatei ist zu finden im SVN-Repo in [https://rm-radeberg.dyndns.org/trac/browser/trunk/macros/dummy_task macros/dummy_task]. Am besten man legt sich eine lokale Kopie dieser Datei an, so dass es bei Veränderung dieser nicht zu SVN-Konflikten kommt, z.B. mit
cp dummy_task tasklist
Die Datei '''tasklist''' ist dann beliebig editierbar. für alle möglichen Task-Typen ist mind. ein Beispiel angegeben. Wenn der Task von '''ratsche''' übernommen werden soll, muß natürlich die entsprechende Zeile auskommentiert sein, i.e. das führende "#" zu entfernen. Das genaue Spaltenformat ist in der Beispieldatei erläutert.

'''Hinweis:''' Momentan werden die Werte von Priority und Alt-Period noch nicht berücksichtigt. Wird in Zukunft noch implementiert (ist auf meiner ToDo-Liste irgendwo mittendrin ;)

----

= Benutzung des Subversion (SVN) Repositories =

seit Anfang März 2010 lagert das Software-Repository auf Roberts Server. Eine Übersicht über die Struktur des Repositorys ist erreichbar über
file:///.../svnlocal/hgzlib/html/index.html in einem Browser, aber nur wenn man vorher die doxygen-Dokumentation mittels ''doxygen'' in diesem Verzeichnis erstellt hat.
Der Code kann auch durch ein [http://trac.edgewall.org/ Trac]-Webinterface angeschaut werden:

[https://acr-radebeul.zapto.org/trac/browser/trunk https://acr-radebeul.zapto.org/trac/browser/trunk]

(login und pw sind identisch mit dem Wiki-account)

Zum Auschecken der Repos in eine lokale Arbeitskopie kann entweder obige url benutzt werden, oder aber folgende Quelle, die auch Änderungen im Repository zuläßt (der https-Kanal ist read only, bzw. sollte es sein):

svn co svn+ssh://svn@acr-radebeul.zapto.org/var/svn/hgz/trunk ~/svnlocal

Passwort ist bei [[Benutzer:Hgz|Hgz]] oder [[Benutzer:penner|Penner]] zu erfragen. Zusätzlich kann man sich noch durch Schlüsselaustausch und einem ssh-Agenten das lästige Eintippen des Passworts sparen (siehe unten).

Existiert bereits eine lokale Arbeitskopie (vom vorhergehenden Repository) ist es möglich, diesem die neue Adresse durch folgenden Befehl (im Hauptpfad der lok. Kopie, z.b. svnlocal/) mitzuteilen:

svn switch --relocate svn+ssh://svnuser@141.30.85.175/home/hgz/svnrep/trunk svn+ssh://svn@rm-radeberg.dyndns.org/var/svn/hgz/trunk

der commit-befähigte user heißt also jetzt svn (pw wie schon erwähnt erfragen). Das soll sich mittelfristig ändern, nämlich dann wenn das Repo endgültig auf dem Perseiden beheimatet wird. Dann wird jeder, der etwas in das Repo einchecken möchte einen Account haben, so dass der Urheber eines Commits auch automatisch im Log erkennbar ist. Andererseits wird nicht jeder auf Perseid registrierte User Schreibzugriff auf das SVN-Repo besitzen. Eine Registrierung (in Form einer mündlichen Absichtserklärung) ist vorzugsweise bei penner und Rücksprache mit [[Benutzer:Hgz|Hgz]] vorzunehmen.

=== Zugriff auf das svn-Repository durch ssh-Schlüssel ===

einen passwortlosen Zugriff auf das svn-Repository kann man durch Austausch eines vertraulichen Schlüssels erreichen. Dieser kann von [[Benutzer:Hgz|Hgz]] bezogen werden. Zum Aktivieren des Schlüssels (nehmen wir an, er heißt ''svnkey'') sollte man ihn zuerst an einem geeigneten Ort, wie z.B. $(HOME)/.ssh deponieren. Danach kann er dem ssh-Agenten bekannt gemacht werden mit:
ssh-add ~/.ssh/svnkey
Zum Kontrollieren, ob der Schlüssel geladen wurde, oder um sich die Liste bereits geladener Schlüssel anzusehen ist folgender Befehl nützlich:
ssh-add -l

Das bisher beschriebene Verfahren muß jedesmal wiederholt werden, wenn eine neue Konsole gestartet wird. Um den Schlüssel permanent in einer interaktiven Shell (das ist diejenige, die an dem Rechner gestartet wird, an dem man auch sitzt) bekannt zu machen, genügt es, obige Zeile in seine .bashrc (d.h. im eigenen Home-Verzeichnis) anzufügen, also

...
ssh-add ~/.ssh/svnkey

dann sollte an einem Rechner, auf dem eine grafische Benutzeroberfläche läuft, keine Passwortabfrage mehr beim Zugriff auf das svn-Repo erscheinen.

Anders verhält sich das bei entferntem Zugriff auf einen Rechner, z.b. über ssh-login. Dort wird standardmäßig eine Login-Shell gestartet (vgl. interaktive Shell, s.o.), die üblicherweise keine Instanz eines ssh-Agenten initiiert.

Hier gibt es zwei Möglichkeiten:

1.Möglichkeit (empfohlen): man installiert das paket keychain (sofern in den Distributionsquellen vorhanden) und überläßt diesem Programm dann das Starten des ssh-Agenten und Laden des Schlüssels. Dazu muß, analog zu obiger Vorgehensweise, in .profile oder in .bashrc in seinem Home-Verzeichnis (im Prinzip ist es egal, aber besser in .profile) nur der Aufruf von keychain mit dem Schlüssel als Argument erfolgen:
keychain --nogui ~/.ssh/svndd_key
. ~/.keychain/`uname -n`-sh

2.Möglichkeit: man fügt folgende Zeilen an seine .profile an:

# start up ssh-agent
SSH_ENV="$HOME/.ssh/environment"
function start_agent {
echo "Initialising new SSH agent..."
/usr/bin/ssh-agent | sed 's/^echo/#echo/' > "${SSH_ENV}"
echo succeeded
chmod 600 "${SSH_ENV}"
. "${SSH_ENV}" > /dev/null
/usr/bin/ssh-add ~/.ssh/svnkey;
}
# Source SSH settings, if applicable
if [ -f "${SSH_ENV}" ]; then
. "${SSH_ENV}" > /dev/null
#ps ${SSH_AGENT_PID} doesn't work under cywgin
ps -ef | grep ${SSH_AGENT_PID} | grep ssh-agent$ > /dev/null || {
start_agent;
}
else
start_agent;
fi

Zu beachten ist hier, dass der Schlüssel, welcher geladen werden soll, hier mit angegeben ist (9. Zeile). Der Name muß entsprechend dem tatsächlichen Namen des Schlüssels angepaßt werden.
In jeder zukünftig geöffneten Shell wird nun automatisch der Schlüssel geladen, so dass eine Passwortabfrage bei Zugriff auf svn umgangen (im positiven und auch sicheren Sinn) wird.
Um die Änderungen auch in der aktiven Shell anzuwenden, kann man außerdem noch den Inhalt der veränderten .profile erneut ausführen lassen mit:
source ~/.profile

= Remote-Mounten der Datenpartition durch sshfs =

Zum Mounten von Ordnern fremder Rechner auf dem lokalen Computer über ssh ist das tool sshfs ganz hilfreich. Es setzt auf dem FUSE-Dateisystem-Konzept auf, der Benutzer muß daher Mitglied der Gruppe "fuse" auf dem lokalen Rechner sein.

Als erstes sollte man sicherstellen, dass sshfs installiert ist, und es ggf. über den Paketmanager installieren, z.b.
sudo zypper install sshfs
Danach noch (z.b. über YaST->Benutzer und Gruppen) den eigenen Benutzer zur Gruppe ''fuse'' hinzufügen.

nun kann man ein Verzeichnis anlegen, in das das Filesystem des entfernten Rechners hingemountet wird:
mkdir sshfs/radioid

das mounten geschieht über:
sshfs radioid:/daten ~/sshfs/radioid/

dann sollte der Ordner /daten des radioiden in dem Verzeichnis sshfs/radioid gemountet sein. Der Hostname (in diesem fall radioid:/) muß natürlich dem System bekannt sein. Am besten man benutzt den Alias wie auch beim ssh-Login. Dann muß man auch kein PW eingeben.

Noch ein Tip: Ich habe das Mounten von nicht-lokalen Verzeichnissen komfortabel in ''gkrellm'' integriert. Dazu muß man einfach bei ''Configuration->File System'' ein neues primäres FS hinzufügen (s. Screenshot).

<gallery>
Bild:Gkrellm sshfs mount.png|Konfiguration sshfs-mount in gkrellm
Bild:Gkrellm sshfs mount2.png|Einbindung des Radioiden über sshfs-mount in gkrellm
</gallery>

Anleitungen/Tutorials

2017-06-29T08:59:10Z

Antrares: /* Benutzung des Subversion (SVN) Repositories */

= Benutzung der Datenaquisitions-Tools =

Beispiel für Aufruf datataker:
bin/datataker /dev/ttyS5

Obige Zeile verbindet sich mit dem ADC und gibt die Daten mit Timestamp auf ''stdout'' aus.

Um den Zusammenhang zwischen gemessenen Intensitäten und Koordinaten auszugeben ist

macros/acquire

aufzurufen. Dieses Script gibt in dieser Reihenfolge folgende Werte auf ''stdout'' aus:
timestamp ADC-Wert Azimut Höhe Stunde Deklination Controllertemperatur

macros/acquire_ref

erweitert die Ausgabe von macros/acquire um eine weitere Spalte

per default wird hier 19 mal der feed gemessen und danach 1 mal den Referenzkanal
Es gibt hier noch 3 wichtige (Stellungs)Parameter
*1. Averaging Anzahl default:100
*2. Verhältnis Signalwerte Referenzwerte default :20 heisst 19 Signal 1 Referenz
*3. Gesamtzahl der auszugebenden Werte default :-1 (endlos)

= Steuerung von Messungen =

== Steuerung über bash-Skripte ==

Das ist die flexibelste Art, Messungen auszuführen. Für die verschiedenen Aufgaben stehen im repo-tree im Unterverzeichnis [https://rm-radeberg.dyndns.org/trac/browser/trunk/macros macros/] (zusätzlich zu den reinen DAQ-Skripten, s.o.) folgende Steuerskripte zur Verfügung:

'''rt_scan_hor''' ... Messung in äquidistantem Grid in Horizontalkoordinaten (mind. 5 Parameter benötigt, s. Usage-Hilfe bei Aufruf ohne Parameter)

'''rt_scan_equ''' ... Messung in äquidistantem Grid in Äquatorialkoordinaten (mind. 5 Parameter benötigt, s. Usage-Hilfe bei Aufruf ohne Parameter)

== Steuerung über Task Scheduler "RATSCHE" ==

Das sollte ab Januar 2011 die verbindliche (einzige) Möglichkeit von Messungen sein, da hier Kollisionen ausgeschlossen sind.

=== Server-Prozess ===

Auf dem Radioiden muß eine Instanz von '''ratsche''' im Servermodus laufen, der Daemon-Prozess wird beim Start des Radioid per init.d mitgestartet.

Der Serverprozess schreibt mehr oder weniger detaillierte Ausgaben (je nach beim Start angegebenen Verbosity-Level) in das System-Logfile. Diese können von allen Benutzern mit folgendem Befehl begutachtet werden:
tail -f -n 1000 /var/log/messages | grep ratsche
Der Output sieht dann beispielsweise so aus:
Jan 23 11:39:09 Radioid ratsche[18528]: starting RT task scheduler server
Jan 23 11:39:09 Radioid ratsche[18528]: using message queue 0x0000000a
Jan 23 11:39:09 Radioid ratsche[18528]: using executable path /home/hgz/svnlocal/hgz/macros/
Jan 23 11:39:09 Radioid ratsche[18528]: found 1 zombie message(s) in queue...deleting
Jan 23 11:50:00 Radioid ratsche[18528]: starting EquScan task with id=0 (pid 20342)

=== Benutzung von '''RATSCHE''' ===

Zum Zugriff auf den Taskmanager gibt es das systemweit bekannte tool '''ratsche''' (Option -h für Kommandozeilen-Hilfe und Auflistung aller verfügbarer Optionen). Hier nur eine kurze Beschreibung der wichtigsten Optionen:

ratsche -l

listet alle definierten Tasks auf. Die Bedeutung der einzelnen Werte ist aus dem ebenfalls ausgegebenen Header ersichtlich.

ratsche -a <tasklist>

fügt die in der datei <tasklist> definierten Tasks hinzu. Eine Beispieldatei ist zu finden im SVN-Repo in [https://rm-radeberg.dyndns.org/trac/browser/trunk/macros/dummy_task macros/dummy_task]. Am besten man legt sich eine lokale Kopie dieser Datei an, so dass es bei Veränderung dieser nicht zu SVN-Konflikten kommt, z.B. mit
cp dummy_task tasklist
Die Datei '''tasklist''' ist dann beliebig editierbar. für alle möglichen Task-Typen ist mind. ein Beispiel angegeben. Wenn der Task von '''ratsche''' übernommen werden soll, muß natürlich die entsprechende Zeile auskommentiert sein, i.e. das führende "#" zu entfernen. Das genaue Spaltenformat ist in der Beispieldatei erläutert.

'''Hinweis:''' Momentan werden die Werte von Priority und Alt-Period noch nicht berücksichtigt. Wird in Zukunft noch implementiert (ist auf meiner ToDo-Liste irgendwo mittendrin ;)

----

= Benutzung des Subversion (SVN) Repositories =

seit Anfang März 2010 lagert das Software-Repository auf Roberts Server. Eine Übersicht über die Struktur des Repositorys ist erreichbar über
file:///.../svnlocal/hgzlib/html/index.html in einem Browser, aber nur wenn man vorher die doxygen-Dokumentation mittels ''doxygen'' in diesem Verzeichnis erstellt hat.
Der Code kann auch durch ein [http://trac.edgewall.org/ Trac]-Webinterface angeschaut werden:

[https://acr-radebeul.zapto.org/trac/browser/trunk https://acr-radebeul.zapto.org/trac/browser/trunk]

(login und pw sind identisch mit dem Wiki-account)

Zum Auschecken der Repos in eine lokale Arbeitskopie kann entweder obige url benutzt werden, oder aber folgende Quelle, die auch Änderungen im Repository zuläßt (der https-Kanal ist read only, bzw. sollte es sein):

svn co svn+ssh://svn@acr-radebeul.zapto.org/var/svn/hgz/trunk ~/svnlocal

Passwort ist bei [[Benutzer:Hgz|Hgz]] oder [[Benutzer:penner|Penner]] zu erfragen. Zusätzlich kann man sich noch durch Schlüsselaustausch und einem ssh-Agenten das lästige Eintippen des Passworts sparen (siehe unten).

Existiert bereits eine lokale Arbeitskopie (vom vorhergehenden Repository) ist es möglich, diesem die neue Adresse durch folgenden Befehl (im Hauptpfad der lok. Kopie, z.b. svnlocal/) mitzuteilen:

svn switch --relocate svn+ssh://svnuser@141.30.85.175/home/hgz/svnrep/trunk svn+ssh://svn@rm-radeberg.dyndns.org/var/svn/hgz/trunk

der commit-befähigte user heißt also jetzt svn (pw wie schon erwähnt erfragen). Das soll sich mittelfristig ändern, nämlich dann wenn das Repo endgültig auf dem Perseiden beheimatet wird. Dann wird jeder, der etwas in das Repo einchecken möchte einen Account haben, so dass der Urheber eines Commits auch automatisch im Log erkennbar ist. Andererseits wird nicht jeder auf Perseid registrierte User Schreibzugriff auf das SVN-Repo besitzen. Eine Registrierung (in Form einer mündlichen Absichtserklärung) ist vorzugsweise bei penner und Rücksprache mit [[Benutzer:Hgz|Hgz]] vorzunehmen.

=== Zugriff auf das svn-Repository durch ssh-Schlüssel ===

einen passwortlosen Zugriff auf das svn-Repository kann man durch Austausch eines vertraulichen Schlüssels erreichen. Dieser kann von [[Benutzer:Hgz|Hgz]] bezogen werden. Zum Aktivieren des Schlüssels (nehmen wir an, er heißt ''svnkey'') sollte man ihn zuerst an einem geeigneten Ort, wie z.B. $(HOME)/.ssh deponieren. Danach kann er dem ssh-Agenten bekannt gemacht werden mit:
ssh-add ~/.ssh/svnkey
Zum Kontrollieren, ob der Schlüssel geladen wurde, oder um sich die Liste bereits geladener Schlüssel anzusehen ist folgender Befehl nützlich:
ssh-add -l

Das bisher beschriebene Verfahren muß jedesmal wiederholt werden, wenn eine neue Konsole gestartet wird. Um den Schlüssel permanent in einer interaktiven Shell (das ist diejenige, die an dem Rechner gestartet wird, an dem man auch sitzt) bekannt zu machen, genügt es, obige Zeile in seine .bashrc (d.h. im eigenen Home-Verzeichnis) anzufügen, also

...
ssh-add ~/.ssh/svnkey

dann sollte an einem Rechner, auf dem eine grafische Benutzeroberfläche läuft, keine Passwortabfrage mehr beim Zugriff auf das svn-Repo erscheinen.

Anders verhält sich das bei entferntem Zugriff auf einen Rechner, z.b. über ssh-login. Dort wird standardmäßig eine Login-Shell gestartet (vgl. interaktive Shell, s.o.), die üblicherweise keine Instanz eines ssh-Agenten initiiert.

Hier gibt es zwei Möglichkeiten:

1.Möglichkeit (empfohlen): man installiert das paket keychain (sofern in den Distributionsquellen vorhanden) und überläßt diesem Programm dann das Starten des ssh-Agenten und Laden des Schlüssels. Dazu muß, analog zu obiger Vorgehensweise, in .profile oder in .bashrc in seinem Home-Verzeichnis (im Prinzip ist es egal, aber besser in .profile) nur der Aufruf von keychain mit dem Schlüssel als Argument erfolgen:
keychain --nogui ~/.ssh/svndd_key
. ~/.keychain/`uname -n`-sh

2.Möglichkeit: man fügt folgende Zeilen an seine .profile an:

# start up ssh-agent
SSH_ENV="$HOME/.ssh/environment"
function start_agent {
echo "Initialising new SSH agent..."
/usr/bin/ssh-agent | sed 's/^echo/#echo/' > "${SSH_ENV}"
echo succeeded
chmod 600 "${SSH_ENV}"
. "${SSH_ENV}" > /dev/null
/usr/bin/ssh-add ~/.ssh/svnkey;
}
# Source SSH settings, if applicable
if [ -f "${SSH_ENV}" ]; then
. "${SSH_ENV}" > /dev/null
#ps ${SSH_AGENT_PID} doesn't work under cywgin
ps -ef | grep ${SSH_AGENT_PID} | grep ssh-agent$ > /dev/null || {
start_agent;
}
else
start_agent;
fi

Zu beachten ist hier, dass der Schlüssel, welcher geladen werden soll, hier mit angegeben ist (9. Zeile). Der Name muß entsprechend dem tatsächlichen Namen des Schlüssels angepaßt werden.
In jeder zukünftig geöffneten Shell wird nun automatisch der Schlüssel geladen, so dass eine Passwortabfrage bei Zugriff auf svn umgangen (im positiven und auch sicheren Sinn) wird.
Um die Änderungen auch in der aktiven Shell anzuwenden, kann man außerdem noch den Inhalt der veränderten .profile erneut ausführen lassen mit:
source ~/.profile

= Remote-Mounten der Datenpartition durch sshfs =

Zum Mounten von Ordnern fremder Rechner auf dem lokalen Computer über ssh ist das tool sshfs ganz hilfreich. Es setzt auf dem FUSE-Dateisystem-Konzept auf, der Benutzer muß daher Mitglied der Gruppe "fuse" auf dem lokalen Rechner sein.

Als erstes sollte man sicherstellen, dass sshfs installiert ist, und es ggf. über den Paketmanager installieren, z.b.
sudo zypper install sshfs
Danach noch (z.b. über YaST->Benutzer und Gruppen) den eigenen Benutzer zur Gruppe ''fuse'' hinzufügen.

nun kann man ein Verzeichnis anlegen, in das das Filesystem des entfernten Rechners hingemountet wird:
mkdir sshfs/radioid

das mounten geschieht über:
sshfs radioid:/daten ~/sshfs/radioid/

dann sollte der Ordner /daten des radioiden in dem Verzeichnis sshfs/radioid gemountet sein. Der Hostname (in diesem fall radioid:/) muß natürlich dem System bekannt sein. Am besten man benutzt den Alias wie auch beim ssh-Login. Dann muß man auch kein PW eingeben.

Noch ein Tip: Ich habe das Mounten von nicht-lokalen Verzeichnissen komfortabel in ''gkrellm'' integriert. Dazu muß man einfach bei ''Configuration->File System'' ein neues primäres FS hinzufügen (s. Screenshot).

<gallery>
Bild:Gkrellm sshfs mount.png|Konfiguration sshfs-mount in gkrellm
Bild:Gkrellm sshfs mount2.png|Einbindung des Radioiden über sshfs-mount in gkrellm
</gallery>

Aktuelle Ereignisse

2016-05-01T09:06:39Z

Antrares:

'''''Ab Revisionsphase im Sommer/Herbst 2009''''' hgz, and, uku, kds
*Diese Seite gilt zukünftig als Logbuch anstelle der Papierform

{| border="1"
|'''2009'''
|colspan=7 |
|[[ August 09|8 ]]
|[[ September 09|9 ]]
|[[ Oktober 09|10 ]]
|[[November 09|11 ]]
|[[Dezember 09|12]]
|'''2010'''
|[[Januar 10|1]]
|[[Februar 10|2]]
|[[März 10|3]]
|[[April 10|4]]
|[[Mai 10|5]]
|[[Juni 10|6]]
|[[Juli 10|7]]
|[[August 10|8]]
|[[September 10|9]]
|[[Oktober 10|10]]
|[[November 10|11]]
|[[Dezember 10|12]]
|'''2011'''
|[[Januar 11|1]]
|[[Februar 11|2]]
|[[März 11|3]]
|[[April 11|4]]
|Mai 11|5
|[[Juni 11|6]]
|[[Juli 11|7]]
|[[August 11|8]]
|[[September 11|9]]
|[[Oktober 11|10]]
|[[November 11|11]]
|Dezember 11|12
|'''2012'''
|[[Januar 12|1]]
|Februar 12|2
|März 12|3
|April 12|4
|Mai 12|5
|Juni 12|6
|Juli 12|7
|August 12|8
|September 12|9
|Oktober 12|10
|November 12|11
|Dezember 12|12
|}

'''Februar 12'''

kurzes Linkzwischenlager zur Sensorproblematik:

http://pdb.turck.de/catalogue/catalogue.do?act=showBookmark&favOid=0000000c000177150003003a&lang=de&catId=DE

http://www.tr-electronic.de/trgroup/jsp/ShowDocument.jsp?docnr=TR-ECE-TI-D-0002

http://www.moog.de/german/products/schleifringe/sliprings-for-industrial-applications/kompakte-schleifringkapseln/sra-73526-sra-73528-sra-73599/

http://www.analog.com/en/interface/digital-isolators/products/index.html

http://www.reichelt.de/ICs-AD-BUF-/ADUM-1201-AR/index.html?;ACTION=3;LA=3;ARTICLE=107978;GROUPID=2909;SID=12T0bWen8AAAIAAHiddfY52bc71f8b3c41c309830dd0c1910dc78

'''November 2013'''

Ich habe einen interessanten Preamp gefunden, und zwar bei eBay:

http://www.ebay.de/itm/271305330590?ssPageName=STRK:MEBIDX:IT&_trksid=p3984.m1426.l2649

Ich habe mal prophylaktisch drauf geboten, da das Ding (noch) ziemlich billig ist. Es gibt aber auch weitere Angebote. Dieser Chip ist m.E. für uns besonders interessant, da er zwei identische MMICs besitzt, womit wir unseren Dual-Preamp realisieren könnten. NF liegt bei ca. 0.4dB. (hgz)

Nachtrag: ICs wurden in der Zwischenzeit erworben :)

'''Mai 2016'''

Guten Morgen, Winterschlaf ist vorbei ;-)

Aktuelle Bilder vom Rückbau: http://img4web.com/g/U1V19

Anleitungen/Tutorials

2013-10-22T13:23:02Z

Antrares: /* Server-Prozess */

= Benutzung der Datenaquisitions-Tools =

Beispiel für Aufruf datataker:
bin/datataker /dev/ttyS5

Obige Zeile verbindet sich mit dem ADC und gibt die Daten mit Timestamp auf ''stdout'' aus.

Um den Zusammenhang zwischen gemessenen Intensitäten und Koordinaten auszugeben ist

macros/acquire

aufzurufen. Dieses Script gibt in dieser Reihenfolge folgende Werte auf ''stdout'' aus:
timestamp ADC-Wert Azimut Höhe Stunde Deklination Controllertemperatur

macros/acquire_ref

erweitert die Ausgabe von macros/acquire um eine weitere Spalte

per default wird hier 19 mal der feed gemessen und danach 1 mal den Referenzkanal
Es gibt hier noch 3 wichtige (Stellungs)Parameter
*1. Averaging Anzahl default:100
*2. Verhältnis Signalwerte Referenzwerte default :20 heisst 19 Signal 1 Referenz
*3. Gesamtzahl der auszugebenden Werte default :-1 (endlos)

= Steuerung von Messungen =

== Steuerung über bash-Skripte ==

Das ist die flexibelste Art, Messungen auszuführen. Für die verschiedenen Aufgaben stehen im repo-tree im Unterverzeichnis [https://rm-radeberg.dyndns.org/trac/browser/trunk/macros macros/] (zusätzlich zu den reinen DAQ-Skripten, s.o.) folgende Steuerskripte zur Verfügung:

'''rt_scan_hor''' ... Messung in äquidistantem Grid in Horizontalkoordinaten (mind. 5 Parameter benötigt, s. Usage-Hilfe bei Aufruf ohne Parameter)

'''rt_scan_equ''' ... Messung in äquidistantem Grid in Äquatorialkoordinaten (mind. 5 Parameter benötigt, s. Usage-Hilfe bei Aufruf ohne Parameter)

== Steuerung über Task Scheduler "RATSCHE" ==

Das sollte ab Januar 2011 die verbindliche (einzige) Möglichkeit von Messungen sein, da hier Kollisionen ausgeschlossen sind.

=== Server-Prozess ===

Auf dem Radioiden muß eine Instanz von '''ratsche''' im Servermodus laufen, der Daemon-Prozess wird beim Start des Radioid per init.d mitgestartet.

Der Serverprozess schreibt mehr oder weniger detaillierte Ausgaben (je nach beim Start angegebenen Verbosity-Level) in das System-Logfile. Diese können von allen Benutzern mit folgendem Befehl begutachtet werden:
tail -f -n 1000 /var/log/messages | grep ratsche
Der Output sieht dann beispielsweise so aus:
Jan 23 11:39:09 Radioid ratsche[18528]: starting RT task scheduler server
Jan 23 11:39:09 Radioid ratsche[18528]: using message queue 0x0000000a
Jan 23 11:39:09 Radioid ratsche[18528]: using executable path /home/hgz/svnlocal/hgz/macros/
Jan 23 11:39:09 Radioid ratsche[18528]: found 1 zombie message(s) in queue...deleting
Jan 23 11:50:00 Radioid ratsche[18528]: starting EquScan task with id=0 (pid 20342)

=== Benutzung von '''RATSCHE''' ===

Zum Zugriff auf den Taskmanager gibt es das systemweit bekannte tool '''ratsche''' (Option -h für Kommandozeilen-Hilfe und Auflistung aller verfügbarer Optionen). Hier nur eine kurze Beschreibung der wichtigsten Optionen:

ratsche -l

listet alle definierten Tasks auf. Die Bedeutung der einzelnen Werte ist aus dem ebenfalls ausgegebenen Header ersichtlich.

ratsche -a <tasklist>

fügt die in der datei <tasklist> definierten Tasks hinzu. Eine Beispieldatei ist zu finden im SVN-Repo in [https://rm-radeberg.dyndns.org/trac/browser/trunk/macros/dummy_task macros/dummy_task]. Am besten man legt sich eine lokale Kopie dieser Datei an, so dass es bei Veränderung dieser nicht zu SVN-Konflikten kommt, z.B. mit
cp dummy_task tasklist
Die Datei '''tasklist''' ist dann beliebig editierbar. für alle möglichen Task-Typen ist mind. ein Beispiel angegeben. Wenn der Task von '''ratsche''' übernommen werden soll, muß natürlich die entsprechende Zeile auskommentiert sein, i.e. das führende "#" zu entfernen. Das genaue Spaltenformat ist in der Beispieldatei erläutert.

'''Hinweis:''' Momentan werden die Werte von Priority und Alt-Period noch nicht berücksichtigt. Wird in Zukunft noch implementiert (ist auf meiner ToDo-Liste irgendwo mittendrin ;)

----

= Benutzung des Subversion (SVN) Repositories =

seit Anfang März 2010 lagert das Software-Repository auf Roberts Server. Eine Übersicht über die Struktur des Repositorys ist erreichbar über
file:///.../svnlocal/hgzlib/html/index.html in einem Browser, aber nur wenn man vorher die doxygen-Dokumentation mittels ''doxygen'' in diesem Verzeichnis erstellt hat.
Der Code kann auch durch ein [http://trac.edgewall.org/ Trac]-Webinterface angeschaut werden:

[https://rm-radeberg.dyndns.org/trac/browser/trunk https://rm-radeberg.dyndns.org/trac/browser/trunk]

(login und pw sind identisch mit dem Wiki-account)

Zum Auschecken der Repos in eine lokale Arbeitskopie kann entweder obige url benutzt werden, oder aber folgende Quelle, die auch Änderungen im Repository zuläßt (der https-Kanal ist read only, bzw. sollte es sein):

svn co svn+ssh://svn@rm-radeberg.dyndns.org/var/svn/hgz/trunk ~/svnlocal

Passwort ist bei [[Benutzer:Hgz|Hgz]] oder [[Benutzer:penner|Penner]] zu erfragen. Zusätzlich kann man sich noch durch Schlüsselaustausch und einem ssh-Agenten das lästige Eintippen des Passworts sparen (siehe unten).

Existiert bereits eine lokale Arbeitskopie (vom vorhergehenden Repository) ist es möglich, diesem die neue Adresse durch folgenden Befehl (im Hauptpfad der lok. Kopie, z.b. svnlocal/) mitzuteilen:

svn switch --relocate svn+ssh://svnuser@141.30.85.175/home/hgz/svnrep/trunk svn+ssh://svn@rm-radeberg.dyndns.org/var/svn/hgz/trunk

der commit-befähigte user heißt also jetzt svn (pw wie schon erwähnt erfragen). Das soll sich mittelfristig ändern, nämlich dann wenn das Repo endgültig auf dem Perseiden beheimatet wird. Dann wird jeder, der etwas in das Repo einchecken möchte einen Account haben, so dass der Urheber eines Commits auch automatisch im Log erkennbar ist. Andererseits wird nicht jeder auf Perseid registrierte User Schreibzugriff auf das SVN-Repo besitzen. Eine Registrierung (in Form einer mündlichen Absichtserklärung) ist vorzugsweise bei penner und Rücksprache mit [[Benutzer:Hgz|Hgz]] vorzunehmen.

=== Zugriff auf das svn-Repository durch ssh-Schlüssel ===

einen passwortlosen Zugriff auf das svn-Repository kann man durch Austausch eines vertraulichen Schlüssels erreichen. Dieser kann von [[Benutzer:Hgz|Hgz]] bezogen werden. Zum Aktivieren des Schlüssels (nehmen wir an, er heißt ''svnkey'') sollte man ihn zuerst an einem geeigneten Ort, wie z.B. $(HOME)/.ssh deponieren. Danach kann er dem ssh-Agenten bekannt gemacht werden mit:
ssh-add ~/.ssh/svnkey
Zum Kontrollieren, ob der Schlüssel geladen wurde, oder um sich die Liste bereits geladener Schlüssel anzusehen ist folgender Befehl nützlich:
ssh-add -l

Das bisher beschriebene Verfahren muß jedesmal wiederholt werden, wenn eine neue Konsole gestartet wird. Um den Schlüssel permanent in einer interaktiven Shell (das ist diejenige, die an dem Rechner gestartet wird, an dem man auch sitzt) bekannt zu machen, genügt es, obige Zeile in seine .bashrc (d.h. im eigenen Home-Verzeichnis) anzufügen, also

...
ssh-add ~/.ssh/svnkey

dann sollte an einem Rechner, auf dem eine grafische Benutzeroberfläche läuft, keine Passwortabfrage mehr beim Zugriff auf das svn-Repo erscheinen.

Anders verhält sich das bei entferntem Zugriff auf einen Rechner, z.b. über ssh-login. Dort wird standardmäßig eine Login-Shell gestartet (vgl. interaktive Shell, s.o.), die üblicherweise keine Instanz eines ssh-Agenten initiiert.

Hier gibt es zwei Möglichkeiten:

1.Möglichkeit (empfohlen): man installiert das paket keychain (sofern in den Distributionsquellen vorhanden) und überläßt diesem Programm dann das Starten des ssh-Agenten und Laden des Schlüssels. Dazu muß, analog zu obiger Vorgehensweise, in .profile oder in .bashrc in seinem Home-Verzeichnis (im Prinzip ist es egal, aber besser in .profile) nur der Aufruf von keychain mit dem Schlüssel als Argument erfolgen:
keychain --nogui ~/.ssh/svndd_key
. ~/.keychain/`uname -n`-sh

2.Möglichkeit: man fügt folgende Zeilen an seine .profile an:

# start up ssh-agent
SSH_ENV="$HOME/.ssh/environment"
function start_agent {
echo "Initialising new SSH agent..."
/usr/bin/ssh-agent | sed 's/^echo/#echo/' > "${SSH_ENV}"
echo succeeded
chmod 600 "${SSH_ENV}"
. "${SSH_ENV}" > /dev/null
/usr/bin/ssh-add ~/.ssh/svnkey;
}
# Source SSH settings, if applicable
if [ -f "${SSH_ENV}" ]; then
. "${SSH_ENV}" > /dev/null
#ps ${SSH_AGENT_PID} doesn't work under cywgin
ps -ef | grep ${SSH_AGENT_PID} | grep ssh-agent$ > /dev/null || {
start_agent;
}
else
start_agent;
fi

Zu beachten ist hier, dass der Schlüssel, welcher geladen werden soll, hier mit angegeben ist (9. Zeile). Der Name muß entsprechend dem tatsächlichen Namen des Schlüssels angepaßt werden.
In jeder zukünftig geöffneten Shell wird nun automatisch der Schlüssel geladen, so dass eine Passwortabfrage bei Zugriff auf svn umgangen (im positiven und auch sicheren Sinn) wird.
Um die Änderungen auch in der aktiven Shell anzuwenden, kann man außerdem noch den Inhalt der veränderten .profile erneut ausführen lassen mit:
source ~/.profile

= Remote-Mounten der Datenpartition durch sshfs =

Zum Mounten von Ordnern fremder Rechner auf dem lokalen Computer über ssh ist das tool sshfs ganz hilfreich. Es setzt auf dem FUSE-Dateisystem-Konzept auf, der Benutzer muß daher Mitglied der Gruppe "fuse" auf dem lokalen Rechner sein.

Als erstes sollte man sicherstellen, dass sshfs installiert ist, und es ggf. über den Paketmanager installieren, z.b.
sudo zypper install sshfs
Danach noch (z.b. über YaST->Benutzer und Gruppen) den eigenen Benutzer zur Gruppe ''fuse'' hinzufügen.

nun kann man ein Verzeichnis anlegen, in das das Filesystem des entfernten Rechners hingemountet wird:
mkdir sshfs/radioid

das mounten geschieht über:
sshfs radioid:/daten ~/sshfs/radioid/

dann sollte der Ordner /daten des radioiden in dem Verzeichnis sshfs/radioid gemountet sein. Der Hostname (in diesem fall radioid:/) muß natürlich dem System bekannt sein. Am besten man benutzt den Alias wie auch beim ssh-Login. Dann muß man auch kein PW eingeben.

Noch ein Tip: Ich habe das Mounten von nicht-lokalen Verzeichnissen komfortabel in ''gkrellm'' integriert. Dazu muß man einfach bei ''Configuration->File System'' ein neues primäres FS hinzufügen (s. Screenshot).

<gallery>
Bild:Gkrellm sshfs mount.png|Konfiguration sshfs-mount in gkrellm
Bild:Gkrellm sshfs mount2.png|Einbindung des Radioiden über sshfs-mount in gkrellm
</gallery>

ToDO-Liste

2013-10-21T19:36:43Z

Antrares: /* akut */

== akut ==

* die Stahlträger unter dem RT-Fuß blau streichen, bzw. wäre zu überlegen, ob nicht eher schwarz-gelb als Warnanstrisch besser wäre
* Schmidt-Kupplung in Azimutpositionsgeberachse einbauen um das erhöhte radiale Spiel des AZ-Drehkranz auszugleichen

== Frontend ==
=== Antenne ===
* Feedhorn einbauen und Fokusbereich durchscannen, um optimalen Fokus zu ermitteln ([[Benutzer:ulli|UK]]/[[Benutzer:antrares|AG]])
* Simulation der Kumar-Feed-Antenne mit nach hinten verschobenen Choke-Ring, um die Effizienz bei f/D=0,25 zu erhöhen. ([[Benutzer:Torstenb|TBA]])
** Erledigt! Die Simulation mit zwei Symmetrieebenen aber ohne koaxialer Zuleitung und Erregerstift zeigte als Maximum eine Effizienzerhöhung auf 56% (gain=30.5dBi). Die Simulation mit einer Symmetrieebene und koaxialer Zuleitung plus Erregerstift konnte dieses Ergebnis nicht bestätigen. Ich würde bei einem Neubau dieser Antennenform den Chokering vorausschauend um 2-3 cm nach hinten verschieben aber keine großen Änderungen erwarten.
* Simulation des Feeds und/oder der kompletten Antenne mit PVC-Rohr und Kappe ([[Benutzer:Torstenb|TBA]])
* Umbau des Trafos der Helix-Antenne zur Anpassung an 50Ω bei 1,42GHz ([[Benutzer:ulli|UK]]/[[Benutzer:Torstenb|TBA]])
* Simulation der Helix-Antenne ([[Benutzer:Torstenb|TBA]])
* Einführung einer idealen E-Plane als Symmetriefläche in der Simulation mit Hornstrahler, um die Anzahl der Tetraeder zu halbieren (Rechenzeit) ([[Benutzer:Torstenb|TBA]])
** Erledigt: Einführung einer E-Symmetrieebene für die komplette Antenne, Symmetrieebene schneidet den Erregerstift
** Einfüherung einer E- und einer H-Symmetrieebene für die Satellitenantenne mit Hohlleitererreger aber ohne Erregerstift und Koaxzuleitung, dadurch 1/4 der Tetraeder zum Rechnen notwendig, Erregegung erfolgt über die Hohlleiterfläche an der ansonsten geschlossenen Rückwand (siehe Choke-Ring-Untersuchung)
* Umsetzen der Antennensimulation auf einen zweiten Simulator, um die Verluste/Effizienz besser abzuschätzen (NEC2/WIPL-D) ([[Benutzer:Torstenb|TBA]])
** Mit WIPL bin ich über [http://www.irk-dresden.de/| IRK] - Ralf Klukas derzeit sowieso in Kontakt. Es scheint aufgrund der MoM-Anwendung im 3D-Bereich ein schneller Simulator zu sein (Faktor 2-5 gegenüber FEM-Solver?, Genauigkeit?). Vielleicht kann man hier einen Deal machen, um eine kostenfreie Testversion zu erhalten.
** NEC2 ist frei verfügbar

=== LNA ===
* Dual-LNA Design um den Umschalter zur Kalibrierung hinter dem LNA zu platzieren. ([[Benutzer:Torstenb|TBA]])
** Ein LNA für den Signalweg und ein zweiter, auf dem gleichen Halbleiter-Die mit dem rauschenden Widerstand am Eingang.
** Platzierung des Koax-Umschalters hinter den LNA's.
** Verbesserung der Systemrauschzahl um den Wert der Einfügedämpfung des Schalters.
* Entscheidung Cavity-LNA (alle)
** Ein Topfkreisfilter kann man ja schonmal anfangen. Mal sehen, ob wirklich 0,2/0.3dB Einfügedämpfung erreichbar sind. ([[Benutzer:Torstenb|TBA]]/[[Benutzer:antrares|AG]]) - Andreas Mechanik?
* Peltier-Element zur Kühlung des LNA auf 15°C ([[Benutzer:Torstenb|TBA]])
** einstufig oder zweistufig
** geregelt oder ungeregelt, um die Rauschzahl über einen großen Bereich konstant zu halten
** 20K/Stufe unter Umgebungstemperatur
* 2x Vorverstärker EME103 bestellen bei [http://www.minikits.com.au/kits2.html MiniKits (Australien)] und Aufbau gemäß http://wavelab.homestead.com/1302_lna_schema.jpg ([[Benutzer:ulli|UK]]/[[Benutzer:antrares|AG]]), Aufbau ([[Benutzer:Hgz|HGZ]])
* 2x VV-PCB von Ernst Lankeit + Komponenten bestellen (s.u.) ([[Benutzer:ulli|UK]]), Aufbau ([[Benutzer:Hgz|HGZ]])
* Koax-Relais (vorhanden) als Umschalter zwischen Ausgängen beider VVs schalten
* Überwachung von Betriebsspannung und Strom der VV-Elektronik (ebenfalls über gemeinsame [http://en.wikipedia.org/wiki/One_wire One-Wire]-Busleitung)

== Software ==

* verbessern der "Usability" des Ratsche

== allgemein ==
* Infrastruktur für Arbeits- und Zeitplanung
* Beantragung einer Schutzzone für Radioarbeit

= Revisionen/Vorschläge für Erweiterungen -mittelfristig- =

== optischer Link ==
* vollduplexe optische Verbindung über Plastic Fibres oder gar Glasfaser
* Sender/Empfänger: z.B. TOTX173 / TORX173 von Toshiba

== Poti f. Absolutposition Alt ==
* analog zu Poti Azimut
* Vermeidung von Ambiguität in Endlagenabschaltung
* andere Übersetzung, optimal: Alt -90°..+90° -> -4..+4 Umdrehungen des Potis von Mittellage

= Erweiterungen -längerfristig- =

== Hochfrequenztechnik ==
* Vorverstärker Design Ernst Lankeit elankeit@t-online.de

"Die Originale sind ABACOM layout und Splan. Falls Du den LNA realisieren willst, kann ich Dir eine Printfolie ausdrucken; dafür ist das Layout schon 2fach und 1mal seitenverkehrt. Daraus mach ich immer ein Sandwich mit einer Druckseite nach unten, um Überstrahlungen zu vermeiden.
Zu den Bauteilen müßte ich Dir dann noch etwas ergänzend sagen. Schaus mal an, ob das für Dich von Interesse ist." [[file:Lna21(2)_atf36077.JPG|thumb|left|Layout1:Ernst Lankeit]] [[file:Lna21(1)_atf_36077.JPG|thumb|right|Layout2:Ernst Lankeit]]

* Cavity-LNA
* Hybrid-Schiebehornerreger nach Wohlleben, zweite Polarisationsebene
* zweite Frequenz darin als Koaxialstrahler, Präferenz 5GHz
* schlitzgekoppelte Resonatoren als Eingangskreis

----

== Solarworks reading from ERAC ==

Astronomie im Fernsehband? weiss ja nicht...--[[Benutzer:Ulli|Ulli]] 11:01, 5. Okt. 2009 (UTC)

[[Datei:C and KU band feed horn.jpg|thumb|left|Horn]]
[[File:Solar polarimeter.png|thumb|Schaltplan]]
[[Media:DescriptionWright.odt|Text von P. Wright]]

Aktuelle Ereignisse

2012-02-24T01:42:52Z

Antrares:

Aktuelle Ereignisse

2012-02-18T18:47:32Z

Antrares: