Hallo Leute,
es ist interessant zu lesen, daß sich hier jemand mit dem Design von leistungsfähigen Astrokameras beschäftigt!
==>oc2k1:
Du gehst die Sache offensichtlich ziemlich entschlossen an. Ich hoffe, das Projekt wird erfolgreich!
<blockquote id="quote"><font size="1" face="Verdana, Arial, Helvetica" id="quote">Zitat:<hr height="1" noshade id="quote">Das Hauptproblem ist nicht etwa irgend was zu konstruieren, sonern Teile Zu finden, die man auch kaufen kann.<hr height="1" noshade id="quote"></blockquote id="quote"></font id="quote">Sogar kommerzielle Kamera-Hersteller haben manchmal solche Probleme, z.B. wenn sie Spezielkameras entwickeln, die voraussichtlich nur einen kleinen Kundenkreis haben werden (d.h. unter 10 bis einige 100 Stück pro Jahr).
Planst Du eigentlich, das Ganze als "Open Source"- Projekt durchzuführen?
Wie stellst Du dir die Treiber-Anbindung vor?
==>Olaf:
<blockquote id="quote"><font size="1" face="Verdana, Arial, Helvetica" id="quote">Zitat:<hr height="1" noshade id="quote">...bevor Du viel Aufwand mit einem DAC betreibst schau Dir mal als Tipp das CDS (correlated double sampling; oder auch Double Correlated Sampling DCS) an. Damit wird das Rauschen zu einem großen Teil eliminiert... <hr height="1" noshade id="quote"></blockquote id="quote"></font id="quote">Dem stimme ich zu. Nach meinem bescheidenen Kenntnisstand arbeiten z.B. die Kameras unserer Firma praktisch alle nach diesem Prinzip (alle mit 12-16 Bit).
==>thomasr:
<blockquote id="quote"><font size="1" face="Verdana, Arial, Helvetica" id="quote">Zitat:<hr height="1" noshade id="quote">Ich würde das Sensor Zeilentiming in einem SRAM ablegen und dann nur noch bei Bedarf die Zeilenadresse umschalten, und dann vom EZ-USB das Taktsignal und den Adresscounter nehmen. So ähnlich macht es die ESO mit deren FIERA CCD Controller.<hr height="1" noshade id="quote"></blockquote id="quote"></font id="quote">Diese Technik kenne ich auch. Sie wurde bei einigen unserer älteren Kameras eingesetzt, die sehr flexible CCD- Ansteuersignale benötigten (Binning, Sub-Array auslesen).
Heute wird das mit komplexen programmierbaren Logic Arrays gemacht. Die haben sogar eine Schnittstelle zum späteren Umprogrammieren im eingebauten Zustand in der Kamera.
Noch ein paar mehr oder weniger qualifizierte Anmerkungen meinerseits:
<ul><li>Das analoge Schaltungsdesign ist keinesfalls zu vernachlässigen, wenn man nur den Hauch einer Chance haben will, mehr als 8 Bit effektive Signalqualität zu schaffen</li>
<li>Beachte z.B. die kapazitiven Lasten, Frequenzen, Signalforman, Treiberleistungen, Leitungseigenschaften etc... der Ansteuersignale des CCD's!
Wer schon mal versucht hat, den Bildsensor einer ToUCam auf einen Kühlkörper zu setzen und ihn dann mit wenige cm langen Leitungen wieder mit der Platine zu verbinden, weiß sicher, was ich meine[}:)].
Die Profis schaffen es, selbst bei 15 MHz Pixeltakt das Rauschen der Elektronik auf wenige e- pro Pixel zu begrenzen</li>
<li>Wenn möglich, versucht eine Betriebsart mit verringertem Pixeltakt einzubauen. Das entschärft viele Pobleme dramatisch.</li>
<li>Eingebautes Filterrad und Peltier-Element finde ich gut. Peltier-Stromversorgung über USB wird kaum gehen, aber Filterrad und Lüfter sollte klappen. Dann kann man im Winter gelegentlich auf die extra Stromversorgung verzichten. Aber nehmt bloß kein Kühlbox-Peltierelement mit 40x40 mm Kühlfläche und 40 W Leistungsaufnahme[:0] - lieber ein kleines Element nahe am CCD und die kalten Teile gut isolieren, das spart Strom und dann sollten 5W reichen.
Ach ja: Wenn man mit einem Satz Darkframes auskommen will, muß die CCD-Temperatur genauer als ca. 0,2 °C stabilisiert werden.</li></ul>
Gruß,
Martin