Aktuelle Ereignisse: Unterschied zwischen den Versionen

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 :)

@@ 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
@@ Zeile 5: / Zeile 5: @@
 {| border="1"
-  |[[ August 09 ]]
+  |'''2009'''
-  |[[ September 09 ]]
+ |colspan=7 |
-  |[[ Oktober 09 ]]
+|[[ August 09|8 ]]
-  |[[November 09 ]]
+  |[[ September 09|9 ]]
-  |[[Dezember 09]]
+  |[[ Oktober 09|10 ]]
-  |[[Januar 10]]
+  |[[November 09|11 ]]
-  |[[Februar 10]]
+  |[[Dezember 09|12]]
-  |[[März 10]]
+ |'''2010'''
-  |[[April 10]]
+  |[[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
 |}
-== Mai 10 ==
-=== 02.05.2010 ===
-Berücksichtigung der Referenzwerte bei Darstellung im Programm RTData. Die beim Datenimport auszuwählenden Spalten sind wie folgt:
-Date/Time - Spalte 1
+'''Februar 12'''
-RA - Spalte 6
+kurzes Linkzwischenlager zur Sensorproblematik:
-Dec - Spalte 7
+http://pdb.turck.de/catalogue/catalogue.do?act=showBookmark&favOid=0000000c000177150003003a&lang=de&catId=DE
-Werte - Spalte 3
+http://www.tr-electronic.de/trgroup/jsp/ShowDocument.jsp?docnr=TR-ECE-TI-D-0002
-Ref Switch Status - Spalte 9
+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
-Die Spalte Date/Time '''muß''' zur Berücksichtigung der Referenzwerte angegeben werden. Zusätzlich ist jetzt auch zeitlich geordnete Darstellung der Werte (Values vs. Date/Time) möglich. Allerdings wird die x-Achse z.Zt. noch nicht im Zeitformat sondern in einfacher aufsteigender Reihenfolge skaliert.
+http://www.reichelt.de/ICs-AD-BUF-/ADUM-1201-AR/index.html?;ACTION=3;LA=3;ARTICLE=107978;GROUPID=2909;SID=12T0bWen8AAAIAAHiddfY52bc71f8b3c41c309830dd0c1910dc78
-=== 03.05.2010 ===
+'''November 2013'''
-Beobachtung bei Scan des Himmels: im Süden gibt es offenbar eine Stelle erhöhter Intensität (Az=160..170°, Alt=74..78°), die stationär zu sein scheint (wandert nicht mit den Sternen mit). Intensität geht dabei bis nahe Umgebungstemperatur, d.h. erreicht in etwa den Wert der Referenz. Das müßte mit einem Scan über (Az,Alt) genauer überprüft werden. Ich sehe im Moment 3 Erklärungen:
-) GPS-Satellit oder ähnliche geostationäre, künstliche Quelle
+Ich habe einen interessanten Preamp gefunden, und zwar bei eBay:
-) Seiteneinstrahlung von horizontnahen Sendern ins Feed oder Leck in den Leitungen/Gehäuse der VV-Kette, so dass horizontnahe Sender direkt (ohne Reflexionen an der Schüssel) in die VV-Kette gelangen können.
+http://www.ebay.de/itm/271305330590?ssPageName=STRK:MEBIDX:IT&_trksid=p3984.m1426.l2649
-) unsicherer Kontakt der Feedspeisung, mit Kontaktschwierigkeiten v.a. bei bestimmten Neigungen der Schüssel (in diesem Fall bei hohen Elevationen), einen Fehlkontakt an darauffolgenden Gliedern der VV-Kette kann man ausschliessen, da die Referenz stets einen stabilen Wert liefert.
+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 :)
-=== ab 16. Mai 2010 ===
-Betriebsunterbrechung nach Störung an Steuerung/Controler; Ursachenermittlung im Gange.
-=== 23./24. Mai 2010 ===
-Controllerfunktionalität wieder hergestellt, Veränderungen zu vorhergehendem Controller:
-* alle aus der Steuerbox herausführenden Verbindungen mit Surpressordioden (Durchbruchspannung 15V) abgesichert. Zusätzlich sind Serienwiderstände (10 Ohm) in beide RS485-Signale sowohl auf Controller als auch auf Converterseite integriert.
-* Bootloader nicht lauffähig. Firmware darum per ISP ohne Möglichkeit eines Firmwareupdates über serielles Interface aufgespielt. Der Erase-Cycle-Counter konnte aus diesem Grund nur per "avrdude" geschrieben werden, was eine fehlerhafte Anzeige der Schreibzyklen zur Folge hat, da sich das Format des Zählers im EEPROM seit der letzten Revision von "avrdude" geändert hat.
-* 120 Ohm Terminierungswiderstände in RS485 Adernpaar sowohl auf Konverter- als auch auf Controllerseite eingefügt. Die Signalform auf dem Bus ist im Ruhezustand akzeptabel [[Datei:Oszi24052010_1.png|thumb|150px|Oszillogramm 1]] (s. Oszillogramm 1). Bei Aktivierung der Azimutbewegung bricht Kommunikation zusammen und ein durch die PWM (3.9kHz, 256us Pulsdauer) der Motorsteuerung moduliertes starkes Signal dominiert [[Datei:Oszi24052010_2.png|thumb|150px|Oszillogramm 2]] (s. Oszillogramm 2). Nach Optimierung der Kabelführung in Steuerbox Bestätigung der These, dass es sich um induzierte Störungen vom Leistungsteil auf den Bus handelt. Provisorische Abschirmung des verdrillten RS485-Adernpaars verbesserte die Signalqualität erheblich [[Datei:Oszi24052010_3.png|thumb|150px|Oszillogramm 3]] (s. Oszillogramm 3).
-==== ToDo ====
-* Einbau einer Common-Mode-Drossel in RS485-Busleitungen, um Gleichtakteinstreuungen (wie z.b. Induktion von Motorsteuerung) zu unterdrücken. siehe [[Media:emi_pw.pdf|EMI und deren Vermeidung, Vortrag von P. Wright]] (Seiten 30-35). Es dürfte ein Ferritring genügen, der auf die verdrillten RS485-Leitungen im Controller sowie im Konverter geschoben wird oder das Kabel mehrfach durch den Ferrit gemäß Seite 32 in obiger Referenz gewickelt ist.
-* Einbau einer kleinen Kapazität (<100pF) zwischen die RS485-Signalleitungen direkt vor dem RS485-Treiberchip (im Konverter sowie in Steuerbox)
-* Einbau jeweils einer kleinen Kapazität (ca. 100pF) in je eine RS485-Busleitung auf der Treiberabgewandten Seite der Common-Mode-Drossel. Dadurch sollte sich die reflektierte Welle von Störungen unterdrücken lassen.
-Insgesamt ergibt sich also folgende Reihenfolge von Komponenten auf dem RS485-Bus an beiden Enden und vom Treiberchip aus gesehen (Benennung der differentiellen Busleitungen: A,B) :
-# kleine Kapazität von 47pF zwischen A und B
-# Serienwiderstände von 10 Ohm in A und B
-# Common-Mode-Drossel in A und B (magnetisch gekoppelt)
-# Kondensator von A gg. Gehäusemasse und B gg. Gehäusemasse (100pF)
-# Surpressordioden von jeweils A und B gg. Gehäusemasse
-=== 24. Mai 2010 ===
-Fragezeichen. Wackler an Netzverbindung an Buchse Radioid.
-kein Signal von Azimut-Poti. ADC-Wert steht auf Anschlag. Verdacht auf Kabelbruch, da am Abend der Nord-Punkt von beiden Seiten angefahren wurde (hgz)
-=== 25. Mai 2010 ===
-Lötverbindung von Az-Poti auf Steuerungs-PCB war gelöst. Problem durch Anlöten behoben. Antriebsrolle Elevation aufgerauht gegen Durchrutschen.
-ca. 17:00: erneuter Ausfall Az-Poti. Problem ist demnach wohl ein unzuverlässiger Kontakt auf der PCB.
-=== 26. Mai 2010 ===
-Nach eingehender Untersuchung des Kabel- und Leiterbahnverlaufs des Az-Poti-Anschlusses im RT-Steuergerät und auf der Steuerungsplatine wurde ein ungenügend klemmender und leicht aus der Steckerfassung herausgerutschter Steckerkontakt (5V-Versorgung des Poti) gefunden und repariert. Anschließender Testlauf des RT bis in beide azimutale Endlagen ohne Beanstandungen durchgeführt. Hinweis: nach jedem Eingriff in den Kabelverlauf im RT-Fuß ist eine Fahrt in beide Az-Endlagen nötig um korrekte Kabellage zu prüfen!