de:ost:telescope:probleme

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
de:ost:telescope:probleme [2020/11/02 14:59] – [C11 und CGE-Pro Montierung:] rhainichde:ost:telescope:probleme [2022/07/25 10:55] (aktuell) rhainich
Zeile 1: Zeile 1:
 ====== Bekannte Fehlerquellen und deren Lösung ====== ====== Bekannte Fehlerquellen und deren Lösung ======
  
-===== CDK20 und die GM 4000 Montierung: =====+===== GM4000 HPS II =====
  
 ==== Verlust des Alignment ==== ==== Verlust des Alignment ====
Zeile 40: Zeile 40:
  
 **Lösung:** **Lösung:**
-Man muss die Parkposition wieder auf den Standardwert setzen mittels:+Es kann sein, dass dies gewollt ist, da sich in anderen Positionen unter Umständen weniger Staub auf dem Spiegel niederschlägt. Anderenfalls muss man die Parkposition wieder auf den Standardwert setzen mittels:
 <code> Menu - Alignment - Park Position - Default park </code> <code> Menu - Alignment - Park Position - Default park </code>
- 
-==== Geräusch ähnlich dem eines Schiffshorns ==== 
- 
-**Problembeschreibung:** 
-Beim fahren des Teleskops um die Rektaszensionsachse tritt ein lautes Geräusch auf, dass sehr dem eines Schiffshorns ähnelt und in der Regel im ganzen Gebäude zu hören ist. Das Problem trat bisher nur bei Temperaturen nahe des Gefrierpunktes auf. 
- 
-**Lösung:** 
-Die Ursache für das Geräusch ist ein zu hoher Druck der Schnecke auf das Schneckenrades. Der Druck muss daher reduziert werden.  Eine ausführliche Anleitung hierfür kann unter den Manuals im Praktikumsraum und im svn gefunden werden.  
  
  
Zeile 60: Zeile 52:
 ==== Kuppelwand vs. Teleskop I ==== ==== Kuppelwand vs. Teleskop I ====
  
 +<WRAP group>
 +<WRAP twothirds column>
 **Problembeschreibung:** **Problembeschreibung:**
 Die Kuppelwand verdeckt die Sicht des Teleskops nach außen. Hin und wieder kann es zu Störungen bei der Zusammenarbeit von Teleskop und Kuppel (Dome) kommen, sodass es passieren kann, dass die Kuppelöffnung nicht in Sichtrichtung des Teleskops ist.  Die Kuppelwand verdeckt die Sicht des Teleskops nach außen. Hin und wieder kann es zu Störungen bei der Zusammenarbeit von Teleskop und Kuppel (Dome) kommen, sodass es passieren kann, dass die Kuppelöffnung nicht in Sichtrichtung des Teleskops ist. 
  
 **Lösung:** **Lösung:**
-Anhand eines Magnete kann die Kuppelsteuerung die aktuelle Position der Kuppel bestimmen. Hierfür muss die Kuppel 1-mal besser jedoch 2-mal komplett herumfahren werdenZuerst muss hierfür die Verbindung zwischen der Kuppel und dem Teleskop getrennt werden. Dazu wählt man auf dem Keypad:+Anhand eines Magnete kann die Kuppelsteuerung die aktuelle Position der Kuppel bestimmen. Hierfür muss die Kuppel 1-mal durch den Südpunkt gefahren werden: 
 + 
 +  Verbindung zwischen der Kuppel und dem Teleskop trennen. Hierfür in //Maxim DL// im **Observatory-Kontrollfenster** auf den **Dome-Tab** gehen und dort die Option ''Dome Tracks Scope'' deaktivieren. 
 +  - Anschließend lässt sich die Kuppel mithilfe der Kuppel-Fernbedienung oder in //Maxim DL// wiederum im **Dome-Tab** des **Observatory-Kontrollfenster** mittels der Optionen im Bereich ''Postions'' herumfahren. Für letzteres muss der gewünschte Zielazimut (''Azimuth'') gewählt und anschließend auf ''Go To'' geklickt werden.  
 +  - Zum Schluss die Verbindung zwischen Kuppel und Teleskop wiederherstellen. 
 +</WRAP> 
 +<WRAP third column> 
 +{{ ost:software:maximdl:maxim_dl_observatory_dome_marked.png| Dome-Tab im Observatory-Kontrollfenster }} 
 +</WRAP> 
 +</WRAP> 
 + 
 + 
 +/* 
 +Dazu wählt man auf dem Keypad:
 <code>MENU - Settings - Dome - Control - No Dome</code> <code>MENU - Settings - Dome - Control - No Dome</code>
 Anschließend lässt sich die Kuppel mithilfe der Kuppel-Fernbedienung herumfahren. Damit sich die Kuppel bei einem Schwenkvorgang wieder automatisch mit Anschließend lässt sich die Kuppel mithilfe der Kuppel-Fernbedienung herumfahren. Damit sich die Kuppel bei einem Schwenkvorgang wieder automatisch mit
 dem Telekop bewegt muss dann die Verbindung zwischen Teleskop und Kuppel wiederhergestellt werden. Dazu wählt man: dem Telekop bewegt muss dann die Verbindung zwischen Teleskop und Kuppel wiederhergestellt werden. Dazu wählt man:
 <code>MENU - Settings - Dome - Control - Dome On GPS</code> <code>MENU - Settings - Dome - Control - Dome On GPS</code>
 +*/
 +
  
 ==== Kuppelwand vs. Teleskop II ==== ==== Kuppelwand vs. Teleskop II ====
  
 +<WRAP group>
 +<WRAP twothirds column>
 **Problembeschreibung:** **Problembeschreibung:**
 Der Motor für den Dome ist zu hören, aber der Dome dreht sich nicht mehr. Der Motor für den Dome ist zu hören, aber der Dome dreht sich nicht mehr.
  
 **Lösung:** **Lösung:**
-Zunächst ist der rote Notschalter an der Steuereinheit für den Dome herein zu drücken (siehe [[this>lib/exe/fetch.php?media=ost:telescope:steuerkasten.jpg|hier]]). Dann löst man den Dome mittels Keypad-Befehl von der Teleskopsteuerung:+  - Den roten Notschalter an der Steuereinheit für den Dome herein zu drücken (siehe [[this>lib/exe/fetch.php?media=ost:telescope:steuerkasten.jpg|hier]]).  
 +  - Verbindung zwischen der Kuppel und dem Teleskop trennen. Hierfür in //Maxim DL// im **Observatory-Kontrollfenster** auf den **Dome-Tab** gehen und dort die Option ''Dome Tracks Scope'' deaktivieren. 
 +  - Notschalter wieder herausziehen. Der Dome lässt sich nun wieder mittels der Fernbedienung bedienen. 
 +  - Nun so lange die Azimut-Knöpfe abwechselnd zu betätigen, bis der Dome sich wieder frei bewegt. 
 +  - Zum Schluss die Verbindung zwischen Kuppel und Teleskop wiederherstellen. 
 + 
 +/* Dann löst man den Dome mittels Keypad-Befehl von der Teleskopsteuerung:
 <code>MENU - Settings - Dome - Control - No Dome</code> <code>MENU - Settings - Dome - Control - No Dome</code>
 Nun wird der Notschalter wieder herausgezogen. Der Dome lässt sich nun nur noch mittels Fernbedienung bedienen. Hier sind nun so lange die Azimut-Knöpfe zu betätigen, bis der Dome sich wieder frei bewegt. Anschließend wird die Verbindung zur Teleskop-Steuerung wieder hergestellt: Nun wird der Notschalter wieder herausgezogen. Der Dome lässt sich nun nur noch mittels Fernbedienung bedienen. Hier sind nun so lange die Azimut-Knöpfe zu betätigen, bis der Dome sich wieder frei bewegt. Anschließend wird die Verbindung zur Teleskop-Steuerung wieder hergestellt:
 <code>MENU - Settings - Dome - Control - Dome On GPS</code> <code>MENU - Settings - Dome - Control - Dome On GPS</code>
 +*/
 +</WRAP>
 +<WRAP third column>
 +{{ ost:software:maximdl:maxim_dl_observatory_dome_marked.png| Dome-Tab im Observatory-Kontrollfenster }}
 +</WRAP>
 +</WRAP>
  
 ==== Tor vs. Spalt I ==== ==== Tor vs. Spalt I ====
Zeile 91: Zeile 114:
 ==== Tor vs. Spalt II ==== ==== Tor vs. Spalt II ====
  
 +<WRAP group>
 +<WRAP twothirds column>
 **Problembeschreibung:** **Problembeschreibung:**
 Das Tor oder Horizontklappe des Domes lassen sich nicht mehr schließen. Das Tor oder Horizontklappe des Domes lassen sich nicht mehr schließen.
  
-**Lösung:** +**Lösung 1:** 
-Hier benutzt man auf dem Hand-Terminal den Befehl zum vollständigen Schließen des Domes:+Af dem Hand-Terminal den Befehl zum vollständigen Schließen des Domes verwenden:
 <code> MENU - Settings - Dome - Close Shutter</code> <code> MENU - Settings - Dome - Close Shutter</code>
 Danach sollten sich Tor und Klappe wieder ordnungsgemäß mittels Fernbedienung öffnen und schließen lassen. Danach sollten sich Tor und Klappe wieder ordnungsgemäß mittels Fernbedienung öffnen und schließen lassen.
  
 +**Lösung 2:**
 +In //Maxim DL// im **Observatory-Kontrollfenster** auf den **Dome-Tab** gehen und dort mittels ''Open'' bzw. ''Close'' versuchen den Dome noch einmal vollständig zu öffnen und anschließend erneut zu schließen. 
 +
 +</WRAP>
 +<WRAP third column>
 +{{ ost:software:maximdl:maxim_dl_observatory_dome_marked_2.png | Dome-Tab im Observatory-Kontrollfenster}}
 +</WRAP>
 +</WRAP>
 +
 +
 +==== Tor und/oder Klappe bewegen sich ruckartig ====  
 +
 +**Problembeschreibung:**
 +Das Tor und/oder die Klappe bewegen sich ruckartig wenn sie mittels der Fernbedienung gesteuert werden. 
 +
 +**Lösung:**
 +Das ist normal wenn die Kuppel zur gleichen Zeit an //Maxim DL// gekoppelt ist. In diesem Fall überlagern sich die Signale, die von der Fernbedienung kommen mit denen, die //Maxim DL// aussendet. Soll die Kuppel per Hand gesteuert werden wird empfohlen, die Verbindung zu //Maxim DL// zu trennen. Sollte jedoch aktuell keine Verbindung zu //Maxim DL// könnte es sich um ein ernstes Problem handeln. In diesem Fall ist umgehend das technische Personal zu verständigen. 
 +
 +==== Tor und/oder Klappe lassen sich gar nicht mehr bewegen ====  
 + 
 +<WRAP group>
 +<WRAP half column>
 +**Problembeschreibung:**
 +Das Tor und/oder die Klappe lassen sich auch mit den oben beschriebene Methoden nicht mehr in Bewegung setzen, da unter Umständen ein Bauteil kaputt gegangen ist. 
 +
 +**Lösung:**
 +  - Steuerung und Stromversorgung abschalten
 +    * **Hauptschalter** an der rechten Seite des grauen Kuppelsteuerungskastens **auf OFF** drehen (Abb. 1)
 +  - Klappe schließen
 +    * **Hebel** (Abb. 2) auf der Oberseite der Klappenhydraulik rechts neben dem Kuppelspalt **nach links in die waagerechte bringen**
 +    * **Klappe** durch Drücken von außen per Hand **schließen**
 +  - Tor schließen
 +    * **Schwarzen Schutzdeckel** über den Rutschkupplungen (rote Kreise in Abb. 3) der Torantrieben **entfernen**
 +    * **Inbusschlüssel** (grüne Ellipse in Abb. 3) direkt neben der linken Rutschkupplung aus der Halterung **nehmen**
 +    * **Rutschkupplungen** der Torantrieben **freigeben** → hierfür die im Kreis angebrachten **Inbusschrauben lösen** (Abb. 4)
 +    * **Notfallkurbel** (Abb. 5, befindet sich an der linken Seite des Kuppelspalts) in die Aufnahme rechts daneben (blaue Ellipse in Abb. 3) **stecken**
 +    * **Tor** manuell **zu kurbeln**
 +</WRAP>
 +<WRAP half column>
 +
 +<WRAP group>
 +<WRAP half column>
 +[{{ost:dome:dome_control_box.jpg| Abb. 1: Kuppelsteuerungskasten - rot: Hauptschalter}}]
 +</WRAP>
 +<WRAP half column>
 +[{{ost:dome:shutter_mechanism.jpg| Abb. 3: Tormechanik - rot: Rutschkupplungen, grün: Inbusschlüssel, blau: Aufnahme für die Notfallkurbel}}]
 +\\
 +[{{ost:dome:slipping_clutchmod.jpg| Abb. 4: Rutschkupplung mit Inbusschrauben}}]
 +</WRAP>
 +</WRAP>
 +
 +<WRAP group>
 +<WRAP half column>
 +[{{ost:dome:hatch_hydraulics_lever.jpg| Abb. 2: Klappenhydraulik – rot: Hebel zum Abschalten}}]
 +</WRAP>
 +<WRAP half column>
 +\\
 +[{{ost:dome:emergency_crank_handle.jpg| Abb. 5: Notfallkurbel}}]
 +</WRAP>
 +</WRAP>
 +
 +</WRAP>
 +</WRAP>
  
  
 ===== Teleskop: ===== ===== Teleskop: =====
 +
 +==== Fokuser des CDK20 läuft nicht die komplette Range von ~35000μ ====
 +
 +<WRAP group>
 +<WRAP twothirds column>
 +**Problembeschreibung:**
 +PWI3 zeigt deutlich negative Positionserte beim hereinfahren an bzw. der Fokuser läuft im positiven Bereich (beim herausfahren) nicht bis zu den maximalen ~35000μ.
 +
 +**Lösung:**
 +Der Fokuser hat sich "verschluckt" und der Encoder liefert falsche Werte. Dies lässt sich beheben, in dem in PWI3 im Focuser-Tab unter ''Find Home and Reset'' auf ''Home'' (siehe Bild) und dann auf ''YES'' geklickt wird. Hierdurch wird der Fokuser resettet und die Home-Position neu initialisiert, wodurch der normale Fokussierbereich wieder hergestellt wird.
 +</WRAP>
 +<WRAP third column>
 +{{ ost:software:pwi3_homing_focuser.png }}
 +</WRAP>
 +</WRAP>
  
 ==== Wackelnde Kamera/wackelnder Spektrograph ==== ==== Wackelnde Kamera/wackelnder Spektrograph ====
Zeile 128: Zeile 231:
 **Lösung:** **Lösung:**
 Da die entsprechenden Schrauben von innen mit Muttern gekontert sind, kommt man nicht darum herum die Elektronikbox zu öffnen. Hierfür muss der Deckel entfernt werden, welcher über ein Gewinde in die Elektronikbox eingeschraubt ist. Da man am Deckel kaum Angrifspunkte hat kann sich dies als relativ schwierig erweisen. Wenn man sich nicht extra ein Werkzeug basteln möchte kann auch versucht werden den Deckel mittels eines Schraubenziehers zu drehen. Dabei muss allerdings sehr darauf geachtet werden, die Elektronik in der Box nicht zu beschädigen. Darüber hinaus bietet es sich an zu zweit zu arbeiten, da unter Umständen ein gewisser Kraftaufwand nötig ist. Ist die Box offen können die losen Schrauben wieder angezogen werden. Anschließend kann die Box wieder verschlossen werden, wobei darauf zu achten ist, dass die Box fest genug verschlossen ist, da sich beim Aufbauen der Montierung ansonsten die Mechanik nicht an die Box schrauben lässt.   Da die entsprechenden Schrauben von innen mit Muttern gekontert sind, kommt man nicht darum herum die Elektronikbox zu öffnen. Hierfür muss der Deckel entfernt werden, welcher über ein Gewinde in die Elektronikbox eingeschraubt ist. Da man am Deckel kaum Angrifspunkte hat kann sich dies als relativ schwierig erweisen. Wenn man sich nicht extra ein Werkzeug basteln möchte kann auch versucht werden den Deckel mittels eines Schraubenziehers zu drehen. Dabei muss allerdings sehr darauf geachtet werden, die Elektronik in der Box nicht zu beschädigen. Darüber hinaus bietet es sich an zu zweit zu arbeiten, da unter Umständen ein gewisser Kraftaufwand nötig ist. Ist die Box offen können die losen Schrauben wieder angezogen werden. Anschließend kann die Box wieder verschlossen werden, wobei darauf zu achten ist, dass die Box fest genug verschlossen ist, da sich beim Aufbauen der Montierung ansonsten die Mechanik nicht an die Box schrauben lässt.  
 +
 ===== C9 und Advanced GT Montierung: ===== ===== C9 und Advanced GT Montierung: =====
  
Zeile 141: Zeile 245:
 ===== Kameras: ===== ===== Kameras: =====
  
 +<WRAP group>
 +<WRAP twothirds column>
 ==== Eis in der Kamera ==== ==== Eis in der Kamera ====
- 
-[{{ ost:ccds:m15_eis.jpeg?300|Aufnahme des Sternhaufen M15 mit der ST-8. An der linken Seite ist deutlich das Eis auf dem CCD-Chip zu erkennen.}}] 
  
 **Problembeschreibung:** **Problembeschreibung:**
Zeile 149: Zeile 253:
  
 **Lösung:**  **Lösung:** 
-Da die Kameras nicht evakuiert sind, kann sich Feuchtigkeit im Inneren festsetzen und auf dem gekühlten CCD-Chip gefrieren. Um dies zu verhindern sind die Kameras mit Trockenkartuschen ausgestattet welche die Feuchtigkeit aufnehmen. Eisbildung ist daher ein eindeutiges Zeichen dafür, dass die Trockenkartuschen regeneriert werden müssen (siehe z.B. [[de:ost:telescope:setup#Pflege|hier]]). Am Beobachtungstag hilft nur abzuwarten bis das Eis auf dem CCD-Chip wieder sublimiert ist, was bei starker Eisbildung bis zu einer Stunde benötigen kann. +Da die Kameras nicht evakuiert sind, kann sich Feuchtigkeit im Inneren festsetzen und auf dem gekühlten CCD-Chip gefrieren. Um dies zu verhindern sind die Kameras mit Trockenkartuschen ausgestattet welche die Feuchtigkeit aufnehmen. Eisbildung ist daher ein eindeutiges Zeichen dafür, dass die Trockenkartuschen regeneriert werden müssen (siehe z.B. [[de:ost:ccds:grunddaten#pflege|hier]]). Am Beobachtungstag hilft nur abzuwarten bis das Eis auf dem CCD-Chip wieder sublimiert ist, was bei starker Eisbildung bis zu einer Stunde benötigen kann. 
  
 ==== ST-8: shutter error ==== ==== ST-8: shutter error ====
  
 **Problembeschreibung:** **Problembeschreibung:**
-''CCDOPS'' meldet ''shutter error'' bei der ST-8, oft bei der ersten Aufnahme kurz nach der Inbetriebnahme.+//CCDOPS// meldet ''shutter error'' bei der ST-8, oft bei der ersten Aufnahme kurz nach der Inbetriebnahme.
  
 **Lösung:**  **Lösung:** 
 In diesen Fällen bekommt die Software kein eindeutiges Signal von der Kamera ob der Shutter geschlossen oder offen ist. Es kann aber auch sein das der Shutter sich wirklich nicht bewegt. In beiden Fällen reicht es jedoch oft aus die Kamera noch einmal auszuschalten und vom Strom zu trennen. In manchen Fällen muss man sie aber von Teleskop abnehmen und ein wenig bewegen, damit auch der Schutter leicht bewegt wird und der Shuttersensor wieder eindeutige Daten liefern kann. In diesen Fällen bekommt die Software kein eindeutiges Signal von der Kamera ob der Shutter geschlossen oder offen ist. Es kann aber auch sein das der Shutter sich wirklich nicht bewegt. In beiden Fällen reicht es jedoch oft aus die Kamera noch einmal auszuschalten und vom Strom zu trennen. In manchen Fällen muss man sie aber von Teleskop abnehmen und ein wenig bewegen, damit auch der Schutter leicht bewegt wird und der Shuttersensor wieder eindeutige Daten liefern kann.
 +
 +==== Maxim DL: Zwei SBIG-Kameras können nicht gleichzeitig verbunden werden ====
 +
 +**Problembeschreibung:**
 +Bei dem Versuch zwei SBIG-Kameras simultan mit //Maxim DL// zu koppel führt dazu, dass //Maxim DL// sehr langsam wird, sich aufhängt oder gleich ganz abstürzt.  
 +
 +**Lösung:** 
 +Dies kann daran liegen, das in den Kameraoptionen ''Camera threading on (recommended)'' gesetzt ist. Dies Option muss bei den SBIG-Kameras deaktiviert werden. Anschließend sollten sich die Kameras wie gewohnt verbinden und benutzen lassen.
 +
 +</WRAP>
 +<WRAP third column>
 +[{{ ost:ccds:m15_eis.jpeg |Aufnahme des Sternhaufen M15 mit der ST-8. An der linken Seite ist deutlich das Eis auf dem CCD-Chip zu erkennen.}}]
 +\\
 +\\
 +\\
 +[{{ ost:software:maximdl:options_menu_cameras_marked.png | Einstellungen in den Kameraoptionen in //Maxim DL// }}]
 +</WRAP>
 +</WRAP>
  
 ==== CCDOPS erkennt das Filterrad nicht ==== ==== CCDOPS erkennt das Filterrad nicht ====
  
 **Problembeschreibung:** **Problembeschreibung:**
-''CCDOPS'' erkennt das Filderrad der STF8300-Kamera nicht, obwohl das Filterrad definitiv aktiv ist und sich auch dreht wenn die Stromversorgung angeschaltet wird. +//CCDOPS// erkennt das Filderrad der STF8300-Kamera nicht, obwohl das Filterrad definitiv aktiv ist und sich auch dreht wenn die Stromversorgung angeschaltet wird. 
  
 **Lösung:**  **Lösung:** 
-Das Filterrad muss neu initialisiert werden. Das hierfür nötige Menü kann über //Filter// und //Filter Setup// erreicht werden. Als nächstes muss das "FW-5"-Filterrad aus dem Drop-down-Menü ausgewählt werden.  Anschließend müssen die Einstellung mit einem klick auf den //OK//-Button bestätigt werden. Dies sollte die Software wieder zur Zusammenarbeit mit dem Filterrad überreden. +Das Filterrad muss neu initialisiert werden. Das hierfür nötige Menü kann über ''Filter'' und ''Filter Setup'' erreicht werden. Als nächstes muss das "FW-5"-Filterrad aus dem Drop-down-Menü ausgewählt werden. Anschließend müssen die Einstellung mit einem klick auf den ''OK''-Button bestätigt werden. Dies sollte die Software wieder zur Zusammenarbeit mit dem Filterrad überreden. 
  
 /* /*
Zeile 182: Zeile 304:
 {{section>deng:ost:manuals#Deutsch&noheader}} {{section>deng:ost:manuals#Deutsch&noheader}}
  
-====== Bekannte Probleme im Lösungsprozess ======+====== Resolved problems that should no longer occur ======
  
-===== Tracking error =====+++++ GM 4000 Montierung: Tracking error |
  
 Das folgende Bild illustriert unser Tracking Problem. Zu sehen ist links der Sternhaufen M 13. Die untere Aufnahme wurde 10s lang belichtet und sieht ganz ordentlich aus. Das Bild darüber ist eine Kombination von 135 Aufnahmen zu je 10s, also nach etwa 35 Minuten, zu sehen. Die Sterne sind deutlich verschmiert und beschreiben eine feine Zickzackbahn (circa 1/2'). Das folgende Bild illustriert unser Tracking Problem. Zu sehen ist links der Sternhaufen M 13. Die untere Aufnahme wurde 10s lang belichtet und sieht ganz ordentlich aus. Das Bild darüber ist eine Kombination von 135 Aufnahmen zu je 10s, also nach etwa 35 Minuten, zu sehen. Die Sterne sind deutlich verschmiert und beschreiben eine feine Zickzackbahn (circa 1/2').
Zeile 197: Zeile 319:
 [{{https://polaris.astro.physik.uni-potsdam.de/ftp/tracking_error/animation_20140515_1s.gif?550&nocache|300 Aufnahmen von NGC 6819 im Abstand von je 1 Sekunden vom 15. Mai 2014}}] [{{https://polaris.astro.physik.uni-potsdam.de/ftp/tracking_error/animation_20140515_1s.gif?550&nocache|300 Aufnahmen von NGC 6819 im Abstand von je 1 Sekunden vom 15. Mai 2014}}]
 [{{https://polaris.astro.physik.uni-potsdam.de/ftp/tracking_error/animation_20140808_NGC6819_1s.gif?550&nocache|805 Aufnahmen von NGC 6819 im Abstand von je 1 Sekunden vom 8. August 2014 nach der Kalibrierung der [[de:ost:telescope:setup#PEC|Periodic Error Controll]]}}] [{{https://polaris.astro.physik.uni-potsdam.de/ftp/tracking_error/animation_20140808_NGC6819_1s.gif?550&nocache|805 Aufnahmen von NGC 6819 im Abstand von je 1 Sekunden vom 8. August 2014 nach der Kalibrierung der [[de:ost:telescope:setup#PEC|Periodic Error Controll]]}}]
 +++++
 +
 +++++ GM 4000 Montierung: Die Montierung hört nicht auf zu schwenken |
 +
 +**Problembeschreibung:**
 +Mit dem Handterminal oder über //Maxim DL// fährt die Montierung zur Zielposition, beginnt aber nicht mit der Nachführung und bleibt stattdessen in der Schwenkphase.
 +
 +**Lösung:**
 +Das Problem scheint auf eine Interaktion zwischen dem Handterminal und //Maxim DL// zurückzuführen zu sein. Die Lösung besteht darin, das Teleskop in //Maxim DL// zu trennen und erneut zu verbinden. Es hat auch schon geholfen bei //Maxim DL// in der **Observatory**-Kontrolle im Tab **Telescope** auf ''Abort'' zu klicken und das Objekt erneut anzufahren. 
 +++++
 +
 +++++ GM 4000 Montierung: Geräusch ähnlich dem eines Schiffshorns |
 +
 +**Problembeschreibung:**
 +Beim fahren des Teleskops um die Rektaszensionsachse tritt ein lautes Geräusch auf, dass sehr dem eines Schiffshorns ähnelt und in der Regel im ganzen Gebäude zu hören ist. Das Problem trat bisher nur bei Temperaturen nahe des Gefrierpunktes auf.
 +
 +**Lösung:**
 +Die Ursache für das Geräusch ist ein zu hoher Druck der Schnecke auf das Schneckenrades. Der Druck muss daher reduziert werden.  Eine ausführliche Anleitung hierfür kann unter den Manuals im Praktikumsraum und im svn gefunden werden. 
 +++++
 +
  • de/ost/telescope/probleme.1604329178.txt.gz
  • Zuletzt geändert: 2020/11/02 14:59
  • von rhainich