|
|
| (57 dazwischenliegende Versionen von 5 Benutzern werden nicht angezeigt) |
| Zeile 1: |
Zeile 1: |
| '''''Ab Revisionsphase im Sommer/Herbst 2009''''' hgz, and, uku | | '''''Ab Revisionsphase im Sommer/Herbst 2009''''' hgz, and, uku, kds |
| *Diese Seite gilt zukünftig als Logbuch anstelle der Papierform | | *Diese Seite gilt zukünftig als Logbuch anstelle der Papierform |
|
| |
|
| Zeile 29: |
Zeile 29: |
| |[[Februar 11|2]] | | |[[Februar 11|2]] |
| |[[März 11|3]] | | |[[März 11|3]] |
| |April 11|4 | | |[[April 11|4]] |
| |Mai 11|5 | | |Mai 11|5 |
| |Juni 11|6 | | |[[Juni 11|6]] |
| |Juli 11|7 | | |[[Juli 11|7]] |
| |August 11|8 | | |[[August 11|8]] |
| |September 11|9 | | |[[September 11|9]] |
| |Oktober 11|10 | | |[[Oktober 11|10]] |
| |November 11|11 | | |[[November 11|11]] |
| |Dezember 11|12 | | |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 |
| |} | | |} |
|
| |
|
|
| |
|
| '''April 11'''
| |
|
| |
|
| == Referenzumschaltung, ADC 3./4.April ==
| | '''Februar 12''' |
|
| |
|
| * Andreas hat den VV wieder mit den korrekten Spulen versehen und in funktionsfähigen Zustand gebracht. Feed sollte jetzt wieder voll einsatzfähig sein.
| | kurzes Linkzwischenlager zur Sensorproblematik: |
| * Die Referenzumschaltung wird ab jetzt von einem FTDI-USB-Controller erledigt. Die Software (Datataker) wurde entsprechend angepasst und ins svn-repo eingecheckt. Damit alle Benutzer Zugriffsrechte für das USB-Device haben, wurde eine entsprechende udev-rule definiert (siehe Dokumentation im Sourcecode in radio/daq/atmel/datataker.cpp).
| |
| * Firmware für den ADC z.Zt. geflasht mit der aktuellen Version aus dem Repo. Diese benutzt einen schnelleren Moving-Average-Algorithmus, arbeitet jedoch bislang noch fehlerhaft (Stufen in den Messdaten in Vielfachen von 16 counts). Messungen sollten jedoch dessen ungeachtet bis zur Korrektur der Firmware trotzdem gemacht werden.
| |
| * Andreas hat die Kontakte des El-Motors gereinigt und festgezogen. Seither sind keine Aussetzer beim Fahren in El mehr beobachtet worden.
| |
| * Messungen mit aktueller Konfiguration hocherwünscht (Sonne, Horizont und Radioquellen)!
| |
|
| |
|
| Nachtrag: erneute massive Verbindungsabbrüche beim Fahren in El beobachtet. V.a. beim Parken ist der Kontrollverlust reproduzierbar. Das dann in allen Achsen unkontrolliert fahrende RT konnte nur durch Notabschaltung des Radioiden gestoppt werden. Dadurch ist das RT momentan in der Endlage blockiert und muß manuell aus dieser bewegt werden. (hgz) -Nachtrag zum Nachtrag: Nach Start Radioid aus Endlage Nord remote gefahren --[[Benutzer:Ulli|Ulli]] 07:54, 4. Apr. 2011 (UTC)
| | http://pdb.turck.de/catalogue/catalogue.do?act=showBookmark&favOid=0000000c000177150003003a&lang=de&catId=DE |
|
| |
|
| == Sonnentransit 6. April ==
| | http://www.tr-electronic.de/trgroup/jsp/ShowDocument.jsp?docnr=TR-ECE-TI-D-0002 |
|
| |
|
| <gallery>
| | http://www.moog.de/german/products/schleifringe/sliprings-for-industrial-applications/kompakte-schleifringkapseln/sra-73526-sra-73528-sra-73599/ |
| Bild:Sun transit06042010.png|Transit mit Seitenkeulen, Hub nach Umbau deutlich verbessert
| |
| Bild:Sum transit06042010.png|Zur Wiederholgenauigkeit einer Messung am gleichen Tag, Referenzposition angepasst
| |
| </gallery>
| |
|
| |
|
| == Sprünge an Geber Azimut 6. April ==
| | http://www.analog.com/en/interface/digital-isolators/products/index.html |
|
| |
|
| Beim Fahren im Bereich um 180° Az (nicht aber an dieser Grenze) springt der Geber nicht nachvollziehbar auf Nullposition. Fahrversuche eingestellt. Neustart Radioid nicht hilfreich.
| | http://www.reichelt.de/ICs-AD-BUF-/ADUM-1201-AR/index.html?;ACTION=3;LA=3;ARTICLE=107978;GROUPID=2909;SID=12T0bWen8AAAIAAHiddfY52bc71f8b3c41c309830dd0c1910dc78 |
|
| |
|
| Ergänzung von KDS:
| | '''November 2013''' |
|
| |
|
| der Bewegungszustand des RT (Videostream) und die Ausgabe von rt_ref vermitteln den Eindruck, '''das RT sei vom radioid getrennt'''. Habe Andreas via skype gebeten, dies zu prüfen.
| | Ich habe einen interessanten Preamp gefunden, und zwar bei eBay: |
|
| |
|
| | http://www.ebay.de/itm/271305330590?ssPageName=STRK:MEBIDX:IT&_trksid=p3984.m1426.l2649 |
|
| |
|
| Gebersprünge nochmal analysiert: Es scheint sich um ein sporadisches Auslösen der Referenzphase des Gebers zu handeln. Warum ist mir nicht ganz klar. Möglicherweise ist der Geber defekt. Evtl. ist auch die Schutzschaltung auf der AVR-Platine schuld. Bitte visuelle Inspektion sowie elektrische Prüfung vornehmen.
| | 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 :) |
| == Sturm 8. April ==
| |
| | |
| Rt auf El 90°, Az ca. 270° gedreht des stark böigen Windes wegen. Beide Ref-Positionen waren verlorengegangen, die momentanen Anzeigen sind nicht nachvollziehbar --[[Benutzer:Ulli|Ulli]] 19:03, 8. Apr. 2011 (UTC)
| |
| | |
| durch starke Windböe scheint das RT gegen die untere Endlage geschlagen zu sein, so dass es zwischen Anschlag und unterer Endlageposition eingeklemmt ist. Fahren nach Nord bricht sofort ab, da Endpos von unten ausgelöst wird. Da hilft wohl nur manueller Eingriff.
| |
| | |
| auf 90° El von Hand v.O. gefahren in guide mode --[[Benutzer:Ulli|Ulli]] 08:06, 9. Apr. 2011 (UTC)
| |
| | |
| | |
| == mangelnde Störsicherheit 9. April ==
| |
| | |
| Arbeiten am NetIO, dritte Temperaturmesstelle -Sensor im ACR-Anbau- angelegt, Pins umgelegt am Modul nach Schaden, Umprogrammierung im Munin steht noch aus
| |
| | |
| Störungssuche an der Referenz Azimut. Starke Störungen bei offenem Deckel festgestellt -Cam wird streifenförmig gestört, siehe Bild.
| |
| | |
| <gallery>
| |
| Bild:Webcam normal.jpg|normale Erscheinung
| |
| Bild:Webcam box zu.jpg|Aussehen bei geschlossener Box
| |
| Bild:Webcam gestoert.jpg|Bild mit Störung
| |
| </gallery>
| |
| | |
| Referenz-Signal-Phase des Gebers oszillographiert bei Fahrbewegung , siehe Bild, Neue Version der Firmware aufgespielt
| |
| | |
| <gallery>
| |
| Bild:NewFile1.bmp
| |
| Bild:NewFile2.bmp
| |
| Bild:NewFile3.bmp
| |
| </gallery>
| |
| | |
| | |
| Nach weiteren Schirmungsmaßnahmen und aktualisierter Firmware mit erhöhter Fehlertoleranz ist das RT nun wieder funktionsfähig. Trotzdem bitte weiterhin erhöhte Vorsicht v.a. bei nicht-manueller Positionierung walten lassen!
| |
| | |
| | |
| == 13. April ==
| |
| | |
| Alle Messungen eingestellt nachdem das RT mehrfach in Alt rutschte.Ursache ist offenbar die Windlast, jedoch konnte ich keine Anzeichen von sehr starken Windböen erkennen. Möglicherweise ist die Elevations-Traktion mittlerweile so rutschig dass selbst kleine Windstösse ausreichen, die Schüssel nach unten zu drücken. Der Windmesser zeigt für die fragliche Zeit in Spitzen ca. 20 U/s an.
| |
| Vorschlag: Anrauen von Antriebsrolle und Stange. Damit sollte zumindest das leichte Durchrutschen vorläufig verhindert werden. Langfristig müßte dann wohl eine andere Lösung her.
| |
| | |
| Update: bei meinem abendlichen Ortstermin war festzustellen, dass bedingt durch den (immer noch anhaltenden) Regen der letzten Tage die Pertinax-Antriebsrolle an den kraftübertragenden Stellen mal wieder glitschig wie ein Fisch geworden ist. Ein daraufhin erfolgtes massives Aufrauhen der Laufflächen mittels grober Feile bringt gar nichts, denn sofort bildet sich erneut eine schmierige Oberfläche auf der Rolle. Es scheint leider auch eher an Anpressdruck zu mangeln, die Gasdruckfeder schafft es jedenfalls nicht mehr, die Rolle ausreichend ans Rohr zu pressen. Dringender Handlungsbedarf... antrares
| |
