Subject: Brno
From: Lenka Sarounova <[email-masked]>
To: "CCD" <[email-masked]>
Date: Sun, 28 Nov 1999 04:57:50 +0100 (MET)

Ahoj, 

uz zacinam byt zase na svete. Vzpamatovavam se z navratu z Francie a tak
vubec. Uz to bude dobre a zacinam se venovat i vasemu CCD.

To je mi ale lito, ze jsem nebyla na schuzce. Ne ze bych tam byla moc
platna, melo jit hlavne o techniku, ale moc jsem se tesila, ze uvidim, jak
to vypada. Tak snad priste, pry nekdy na jare bude nejaky seminar o CCD.
Jinak jste stale zvani na Ondrejov, neni jasne, v jakem stavu budeme
pristi rok, jak to pujde s novou kamerou (pokud bude) a kdy budeme v
provozu.

V nedeli rano jsem dorazila do Brna a meli jsme s Milanem spolecny
prispevek o amaterskych CCD kamerach a zakulisi naseho projektu. 

Mluvi se o nas na astronomickem auditoru Pavla Marka
http://auditorium.eastnet.cz/astro/ccd/index.html
Mozna se tam budou objevovat zajimave reakce, i kdyz asi ne prilis
technicke. Spis takove reakce lidi kolem. Budu potrebovat pomoct s
www strankami, chtelo by to nejaky slusny update.

Mejte se hezky,
Lenka

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: Prvni experimenty
Date: Mon, 29 Nov 1999 10:48:25 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Komora pro CCD by mohla byt urcitym prinosem i kdyz nevim, jak se
projevi zmenseni tepelne izolacniho prostoru kolem CCD na ztratach a do
jake miry se omezi konvekce. Cold finger musi byt hlavne co nejnizsi (co
nejmensi vzdalenost mezi spodni stranou pouzdra CCD a studenym koncem
Peltiera), nebot pak bude na cold fingeru maly teplotni rozdil.

Co se regulace teploty pomoci mensiho, rpimo pod CCD umisteneho Peltiera
tyce, mohly by se vyskytnout urcite obtize, nebot muze nastat situace,
kdy snizenim vykonu mnsiho Peltiera, nedojde k zvyseni teploty CCD, ale
k jejimu dalsimu snizeni vzhledem k mensimu mnozstvi tepla generovaneho
mensim Peltierem. Bylo by tedy nutne dobre nastaveni pracovni oblasti
obou Peltieru (coz je samozrejme resitelne). Otazka postupneho nabehu a
dobehu velkeho Peltiera se pak da asi resit primo ve zdroji.

Pokud buce Peltier presahovat spodni plochu cold fingeru, myslim, ze se
zbytecne pripravime o chladici vykon a navic pokud bude CCD ve zvlastni
komore, neni to ani nutne resit otazku vymrzani vody mmo tuto komoru.

Komora tez resi otazku ztratoveho tepelneho vykonu DS0026 pokud se
pouziji.

Nerozumi vsak namitce, proti pouziti integrovaneho S/H oproti S/H
sestaveneho z diskretnich soucastek (?)

Nemuze byt zaverka VNE komory CCD?

Pavel K.
>
>Souhlasim - to znamena umistit CCD mimo elektroniku do zvlastni komory a
>minimalizovat cold-finger. Minimalizace cold-finger ma zrejme dramaticky
>vliv na tepelne ztraty a i celkovou teplotu CCD. Pokud bude peltier o
>neco
>presahovat cold-finger, muze soucasne pracovat jako plocha pro vymrzani
>vody
>i kdyz cold-finger bude co nejmensi?
>
>Mozna by bylo vhodna dvoustupnova kombinace, prvni stupen s vyssim
>vykonem
>by jel naplno, druhy stupen s vykonem kolem 2W by bylo mozno regulovat
>primo
>v kamere pomoci HY-5600. Pokud by byla regulace zcela mimo CCD, ztratovy
>vykon nevadi. Kamera samotna by vse vcetne regulace teploty delala sama
>uvnitr bez komunikace se zdrojem apod.
>
>Pokud bude elektronika mimo
>komoru s
>CCD, ztratovy vykon DS0026 nehraje roli.
>
>Pouziti S/H pro pumpovani naboje zesilovace mezi CCD a ADC je asi mene
>vhodne nez pouziti analogoveho prepinace. Pouziti samostatneho cipu pro
>mereni teploty by bylo jednoduche, ale pokud by zbyl kanal prepinace,
>slo by
>merit teplotu hlavnim prevodnikem?
>
>Pokud budeme CCD umistovat do samostatne (male) komory, zaverka ovladana
>krokovym motorkem muze byt zbytecny luxus a pripadne se ani nemusi
>vejit...
>
>Ahoj, Pavel Cagas
>
>

---------- End of message ----------

From: MRAZ Andrej <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: Prvni experimenty
Date: Mon, 29 Nov 1999 16:37:22 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0) (via Mercury MTS (Bindery) v1.31)
Content-Type: text/plain

> Mozna by bylo vhodna dvoustupnova kombinace, prvni stupen s vyssim vykonem
> by jel naplno, druhy stupen s vykonem kolem 2W by bylo mozno regulovat
> primo
> v kamere pomoci HY-5600. Pokud by byla regulace zcela mimo CCD, ztratovy
> vykon nevadi. Kamera samotna by vse vcetne regulace teploty delala sama
> uvnitr bez komunikace se zdrojem apod.
> 
	Dvojstupnove chladenie sa mi zda zlozite co sa tyka regulacie.
Vecsinou sa dvojstupnove chladenie pouziva kvoli dosiahnutiu nizsej teploty,
nie koli regulacii.
	Urobit obvod pre regulaciu peltiera do 30W nie je problem.
Momentalne testujem jednu variantu a funguje celkom slusne. Dokonca v navrhu
AUDINE je pocitane aj s moznostou regulacie peltiera. V kabli medzi zdrojom
a kamerou su dva draty rezervovane pre teplotvy senzor. To znamena ze do
kamery sa prida teplotny senzor (napr LM335) a tymito ide jeho vystup do
zdroja. Tam je regulacny obvod ktory ovlada napetie peltiera. (pre peltier
su takisto specialne vodice pre zen aj +5V) Taketo riesenie sa mi zda vhodne
hlavne svojou jednoduchostou.
	Samozrejme ze problem je s tym, ci chceme nastavovat teplotu
potenciometrom na zdroji, alebo zadanim hodnoty do ovladacieho programu....
Toto je podla mna zasadne rozhodnutie, ktore by sa malo vyjasnit.  
	Bolo by dobre keby ste sa k tejto veci vyjadrili.. Podla toho by sa
mal dalej odvijat navrh chladenia.

		Andrej Mraz

	P.S.: Neviem najst datasheet od toho HY-6500, takze by som bol rad
keby mi niekto poslal linku, alebo rovno ten subor. Posielajte rovno na
[email-masked]. Dik.

---------- End of message ----------

From: "Pavel Cagas" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: Prvni experimenty
Date: Mon, 29 Nov 1999 16:48:41 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) (via Mercury MTS (Bindery) v1.31)

> 	Samozrejme ze problem je s tym, ci chceme nastavovat teplotu
> potenciometrom na zdroji, alebo zadanim hodnoty do ovladacieho
> programu....
> Toto je podla mna zasadne rozhodnutie, ktore by sa malo vyjasnit.

Jednostupnove chlazeni by urcite vse zjednodusilo a pro KAF400 by bylo
dostatecne. Ja osobne bych ale velmi uvital moznost nastavovat teplotu
programove. Pro lidi snazici se pouzit kameru v automatickem rezimu dalkove
je to nezbytnost.

P.S. PDF HY-5600 posilam primo.

Pavel Cagas

---------- End of message ----------

From: Lenka Sarounova <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: Prvni experimenty
Date: Mon, 29 Nov 1999 16:44:03 +0100 (MET)
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailer: Mercury MTS (Bindery) v1.31

> 	Samozrejme ze problem je s tym, ci chceme nastavovat teplotu
> potenciometrom na zdroji, alebo zadanim hodnoty do ovladacieho programu....
> Toto je podla mna zasadne rozhodnutie, ktore by sa malo vyjasnit.  
> 	Bolo by dobre keby ste sa k tejto veci vyjadrili.. Podla toho by sa
> mal dalej odvijat navrh chladenia.

Ja znam jen systemy, kde se nastavuje teplota v ridicim programu. Zdroj
kamery je nekde u dalekohledu, zatimco pocitac od kamery nekde v teple.
Behem noci se hodi obcas menit teplotu chlazeni, bylo by prijemne mit
vyhledove moznost ridit to dalkove. Ale nesledovala jsem, kde chcete mit
zdroj, a tento duvod neni tak podstatny. Rozhodne je vsak podstatne znat
teplotu cipu presne a mit ji dost presne reprodukovatelnou, pricemz ta
teplota by se mela zapisovat do hlavicek snimku. Je treba kvuli moznemu
dodatecnemu odecitani temnych snimku, je mozne, ze kvalitnejsi darky
vzniknou prumerovanim jejich serii a dodatecnym odectenim a vubec se to
obcas hodi kvuli ruznemu setreni casu, daji se pouzivat s uspechem i hodne
stare darky. Pokud se stejna reprodukovatelnost a zaznam teploty daji
zajistit i pri regulaci na zdroji, je to z tohoto pozorovaciho hlediska
jedno.

Lenka

---------- End of message ----------

From: MRAZ Andrej <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: Prvni experimenty
Date: Mon, 29 Nov 1999 16:56:58 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0) (via Mercury MTS (Bindery) v1.31)
Content-Type: text/plain

> -----Original Message-----
> From:	Pavel Cagas [SMTP:[email-masked]]
> Sent:	Monday, November 29, 1999 4:49 PM
> To:	CCD
> Subject:	RE: Prvni experimenty
> 
> > 	Samozrejme ze problem je s tym, ci chceme nastavovat teplotu
> > potenciometrom na zdroji, alebo zadanim hodnoty do ovladacieho
> > programu....
> > Toto je podla mna zasadne rozhodnutie, ktore by sa malo vyjasnit.
> 
> Jednostupnove chlazeni by urcite vse zjednodusilo a pro KAF400 by bylo
> dostatecne. Ja osobne bych ale velmi uvital moznost nastavovat teplotu
> programove. Pro lidi snazici se pouzit kameru v automatickem rezimu
> dalkove
> je to nezbytnost.
> 
	Je vobec potrebne potrebne menit teplotu pocas pozorovania? Myslim
si ze podstatnejsie je ju udrzovat stale na rovnakej urovni... So samotnym
pozorovanim nemam velke skusenosti, preto by ma zaujimal nazor niekoho kto
ma moznost si nastavit teplotu a casto to pouziva. Na mojej CB245 som sice
regulaciu spravil, ale iba spinanim z coho vychadzalo velke rusenie, takze
som ju nemohol pouzivat. 

> P.S. PDF HY-5600 posilam primo.
> 
	Subor dosiel. Dakujem.

		Andrej Mraz

---------- End of message ----------

From: Lenka Sarounova <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: Prvni experimenty
Date: Mon, 29 Nov 1999 16:50:58 +0100 (MET)
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailer: Mercury MTS (Bindery) v1.31

> 	Je vobec potrebne potrebne menit teplotu pocas pozorovania? Myslim
> si ze podstatnejsie je ju udrzovat stale na rovnakej urovni... So samotnym
> pozorovanim nemam velke skusenosti, preto by ma zaujimal nazor niekoho kto
> ma moznost si nastavit teplotu a casto to pouziva. Na mojej CB245 som sice
> regulaciu spravil, ale iba spinanim z coho vychadzalo velke rusenie, takze
> som ju nemohol pouzivat. 

Venkovni teplota se meni obcas dost podstatne, zvlast pri vyssich
teplotach je dobre chladit co to da nejvic. Zmena teploty v nasi kamere
ST-8 o par stupnu je otazkou nekolika minut, u ST-6 to bylo jeste
rychlejsi, takze se vyplatilo tu teplotu menit.
Pritom se snazime nastavovat takove hodnoty teplot, pro ktere mame ve
sbirce dark frames.

Lenka

---------- End of message ----------

From: MRAZ Andrej <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: Prvni experimenty
Date: Mon, 29 Nov 1999 17:17:13 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0) (via Mercury MTS (Bindery) v1.31)
Content-Type: text/plain

Pre regulaciu by som teda mal nasledovny navrh:
Do kamery dat teplotny senzor + do tela kamery zabudovat celu cast P
regulatora az po regulacnu odchylku (co je vlastne jeho vystup). Tuto viest
dvoma kablami do zdroja kde by tato ovladala vykonovy tranzistor. Toto by
umoznilo merat a nastavovat teplotu kamery, bez digitalnej komunikacie medzi
zdojom a kamerou a zaroven by sa dal ovladat takmer akykolvek vykon bez toho
aby sa stratovy vykon prejavil zohrievanim kamery. Kazdopadne bude potrebny
A/D a D/A prevod.

	Andrej Mraz 

---------- End of message ----------

From: "Ing. Milan Wudia" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: Re: Prvni experimenty
Date: Mon, 29 Nov 1999 17:26:31 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook Express 4.72.3110.5 (via Mercury MTS (Bindery) v1.31)

Vazeni kolegove,
podle informaci lidi o d nas , kteri systematicky pozoruji s ST7 je pro
bezne expozice ( 30s az 5 min) postacujici chladit o 20 K pod teplotu okoli
coz predstavuje pro prumernou nocni okolni teplotu  20C
chlazeni k nule ( je pravda, ze ST7 o moc vic nezvladne pokud nedame
chlazeni uplne naplno, kdy pak ale nefunguje dobre regulace) .
Vlastni prubeh teploty ( a vykonu peltieru) pri ochlazovani cipu je  nutne
mit moznost pohodlne nastavovat a v nejlepsim pripade to  mit programove
osetreno ( i casovy prubeh). Bylo zjisteno, ze skokove zapnuti chlazeni na
plny vykon a okamzity pozadavek stabilizace na nizkou konecnou teplotu muze
zpusobit nerovnomerne rozlozeni teploty po cipu a mozna i prechlazeni
nekterych casti pod pozadovanou teplotu. Vyrovnani teplot potom trva delsi
dobu. Zvysuje se tez nebezpeci ze zbytky vody vymrznou na sklicku cipu.
Bezne to pouzivame tak ze nastavime nizsi chladici vykon pockame nejakou
dobu ( nez si clovek pripravi mapky, donese kafe) a teprve potom se nastavi
konecna teplota.

Pri navrhu parametru kamery nevidim duvodu se moc odchylovat od ST7 se
kterou jsou celkem dobre zkusenosti a je to do jiste standart.

s pozdravem
                 Milan Wudia

---------- End of message ----------

From: Lenka Sarounova <[email-masked]>
To: "CCD" <[email-masked]>
Subject: Gemini
Date: Mon, 29 Nov 1999 19:44:31 +0100 (MET)
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailer: Mercury MTS (Bindery) v1.31

Omlouvam se za obtezovani s necim jinym, nez jsou kamery, ale treba nekdo
vite nebo vas bude zajimat taky.

Alain Maury shani informace o paralakticke montazi vyrabene nejakou
madarskou firmou Gemini telescope design nebo tak nejak. Ceny, obrazky,
idealni by byly zkusenosti. Treba by to mohlo byt neco lepsiho nez
nestastny MEADE.

http://supernova.akg.hu/tamog/gemini/g10.html
To je zatim jedine, co k tomu mame. Prosim pripadne o kontakt na lidi,
kteri se montazemi zabyvaji, mnozi se uz i dotazy na dobre komercni
montaze a dalekohledy.

Zdravi Lenka

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: Prvni experimenty
Date: Tue, 30 Nov 1999 09:37:15 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Ahoj,

Pro regulaci mam jiny navrh:

- snimani teploty pomoci integrovaneho digitalniho teplotniho cidla,
jehoz vystupem je teplota ve forme cisla predavana seriove primo do
rifdiciho mikrokontroleru kamery

- mikrokontroler bude zajistovat i funkci regulatoru

- seriove z mikrokontroleru ovladat zdroj, napr. pres digitalni
potenciometr.

Co se chlazeni tyce, mam neprijemnou praktickou zkusenost s rychlym
nabehem chlazeni, kdy jsem rychle potreboval rozjet kameru a delat
snimky. CCD se potahlo namrazou, takze jsem jej musel odchladit a znovu
pomalu vychladit. Nabeh by mel trvat cca 10 - 20min. Vyrobce Peltieru to
doporucuje uz jen kvuli nebezpeci vzniku pnuti v clanku a jeho mozneho
prasknuti. Totez placi pro CCD, ktere muze v nejhorsim pripade tez
prasknout.

Zdravi

Pavel K.

>----------
>Od:	MRAZ Andrej[SMTP:[email-masked]]
>Odesl=E1no: 	29. listopadu 1999 17:17
>Komu:	CCD
>P=F8edm=ECt: 	RE: Prvni experimenty
>
>Pre regulaciu by som teda mal nasledovny navrh:
>Do kamery dat teplotny senzor + do tela kamery zabudovat celu cast P
>regulatora az po regulacnu odchylku (co je vlastne jeho vystup). Tuto
>viest
>dvoma kablami do zdroja kde by tato ovladala vykonovy tranzistor. Toto
>by
>umoznilo merat a nastavovat teplotu kamery, bez digitalnej komunikacie
>medzi
>zdojom a kamerou a zaroven by sa dal ovladat takmer akykolvek vykon bez
>toho
>aby sa stratovy vykon prejavil zohrievanim kamery. Kazdopadne bude
>potrebny
>A/D a D/A prevod.
>
>	Andrej Mraz=20
>

---------- End of message ----------

From: "=?iso-8859-2?B?TGFkaXNsYXYg2GVo4Ws=?=" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: predstaveni se
Date: Tue, 30 Nov 1999 09:50:13 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook Express 4.72.3110.5 (via Mercury MTS (Bindery) v1.31)

Preji vsem hezky den,

byl jsem vyzvan Lenkou Sarounovou, abych se nejakym zpusobem predstavil,
takze kratce: puvodne se mi zdala jako nejjednodusi cesta k CCD Cookbook a
malem jsem ho zacal stavet, pak rokycanska hvezdarna koupila Starlight
Xpress HX 516, kamera dosla zhruba pred mesicem a od te doby se ji snazim
uvest do provozu a naucit se s ni zachazet (nejvetsi problem je zatim
pocasi). HX 516 potrebuje vylepsit minimalne ve dvou vecech: doplnit mereni
teploty cipu a regulaci chlazeni a napsat novy software (nebo primet vyrobce
aby opravil stavajici). Pokud se do toho nekdy pustim (a budou mi povolene
zasahy do hardware), tak budu asi resit podobne problemy jako vase skupina a
proto jsem pozadal o zarazeni do tehle konference.

Lada Rehak

---------- End of message ----------

From: MRAZ Andrej <[email-masked]>
To: "CCD" <[email-masked]>
Subject: Zavierka
Date: Wed, 1 Dec 1999 09:47:37 +0100 
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0) (via Mercury MTS (Bindery) v1.31)
Content-Type: text/plain

Dala by sa zohnat zavierka, ktora sa pouziva v ST-6. Ako vyzera sa mozete
pozret tu: http://www.intricate-ms.com/resource/resource_daco.html . Je tam
v spodnej casti aj nejaky datasheet. Momentalne chce urobit jeden clovek
skupinovy nakup, takze by to bolo o nieco lacnejsie. Toto je mail od neho.
Hi everyone,

Just a recap...  Daco shutters (as used in the Audine camera) are going for
lots of $$, and I am putting together a group buy for this item to lower
costs.  International orders are no problem.  We again need a few more
orders to put this through.  A few people "dropped out".  If you are
planning on putting together an Audine camera, THIS is the time to buy!!
Save a few bucks in the process...  Shutters are $68, and $5 for shipping
within the US.  Again, thanks to those that previously emailed me, I have
you down for the shutters.  Thanks again!

Ryan Hess

Takze ak by niekto mal zaujem mozno by sa to mohlo dat dokopy. (Ta cena by
bola zrejme o cosi vyssia koli postovnemu)

	Andrej Mraz

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: Zavierka
Date: Wed, 1 Dec 1999 10:38:08 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Dle meho nazoru je cena uz tak dost vysoka plus doprava (?), plus clo (x
1.05), plus DPH (x 1.22), tak=BEe m=F9j skromn=FD odhad je cca 3500K=E8 =
/
zaverka.

>----------
>Od:	MRAZ Andrej[SMTP:[email-masked]]
>Odesl=E1no: 	1. prosince 1999 9:47
>Komu:	CCD
>P=F8edm=ECt: 	Zavierka
>
>Dala by sa zohnat zavierka, ktora sa pouziva v ST-6. Ako vyzera sa
>mozete
>pozret tu: http://www.intricate-ms.com/resource/resource_daco.html . Je
>tam
>v spodnej casti aj nejaky datasheet. Momentalne chce urobit jeden =
clovek
>skupinovy nakup, takze by to bolo o nieco lacnejsie. Toto je mail od
>neho.
>Hi everyone,
>
>Just a recap...  Daco shutters (as used in the Audine camera) are going
>for
>lots of $$, and I am putting together a group buy for this item to =
lower
>costs.  International orders are no problem.  We again need a few more
>orders to put this through.  A few people "dropped out".  If you are
>planning on putting together an Audine camera, THIS is the time to =
buy!!
>Save a few bucks in the process...  Shutters are $68, and $5 for
>shipping
>within the US.  Again, thanks to those that previously emailed me, I
>have
>you down for the shutters.  Thanks again!
>
>Ryan Hess
>
>Takze ak by niekto mal zaujem mozno by sa to mohlo dat dokopy. (Ta cena
>by
>bola zrejme o cosi vyssia koli postovnemu)
>
>	Andrej Mraz
>

---------- End of message ----------

From: "Ing. Milan Wudia" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: Re: Zavierka
Date: Wed, 1 Dec 1999 10:40:51 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: multipart/mixed;
X-Mailer: Microsoft Outlook Express 4.72.3110.5 (via Mercury MTS (Bindery) v1.31)

This is a multi-part message in MIME format.

------=_NextPart_000_0028_01BF3BE8.89AC86E0
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: 7bit

Vazeni kolegove,
patral jsem po jinem reseni zaverky nez je krokovy motor a rotacni clona.
Podarilo se mi nalezt a otestovat zcela jednoduche reseni. Viz prilozeny
obrazek.
Prostou upravou rele H700U12CG (prodava firma EZK za 44 Kc) mozno ziskat
zaverku ktera ma
celkem slusne parametry.
Jedna se o otevrene prepinaci rele urcene na vetsi proudy, ktere vsak neni
moc velke(23x19x20mm). Po odstraneni vnejsiho kontaktu a vymene pruzinky ( s
puvodni pruzinkou je treba pouzivat vetsi napeti) ma rele zdvih 4mm na
rameni 17mm.
Doplnenim vhodneho lechkeho praporku vznikne zaverka. Rele je konstruovane
na zapajeni do spoje.
Testoval jsem rychlost a je mozne dosahnou tak asi 20ms.
Vyska rele, ktere bude mit na horni strane praporek je priblizne stejne
velka jak sestava peltieru a cipu , coz umoznuje jednoduchou montaz.

Poznamka:

Pri poziti zaverky tohoto typu. T.j. takove ktera se pohybuje  sem tam vede
ke skutecnosti ze cip neni exponovan ve vsech mistech stejnou dobu, ale
rozdily jsou male a pro bezne expozice 20s je ten rozdil pod jednou 1000,
coz spravi flatfield pokud by to vadilo.

S pozdravem

              Milan Wudia

------=_NextPart_000_0028_01BF3BE8.89AC86E0
Content-Type: image/jpeg;
	name="zaverka.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="zaverka.jpg"

------=_NextPart_000_0028_01BF3BE8.89AC86E0--

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: Mereni teploty a regulace
Date: Wed, 1 Dec 1999 11:07:48 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Ahoj,

vcera jsem se zabyval dokumentaci k obvodu Dallas DS1820 coz je
digitalni teplomer pripojitelny prostrednictvim jednovodicove sbernice.
Zjistil jsem toto:

nevyhody

- cas prevodu je 500ms
- pomerne narocna, byt velmi propracovana komunikace s obvodem
- strme se zvetsujici chyba mereni od -15st C smerem k nizsim teplotam
(-35 st. min. +/- 1st)

vyhody

- komunikace vice snimacu po jedne lince

zaver

Pro nase ucely nepouzitelny, protoze v pripade, ze by byl pouzit pro
snimani v regulacni smycce, nemusel by byt schopen zvlaste v pripade
dlouhe serie kratkych expozic (kdy se bude podstatne zvysovat teplota
CCD vzhledem k castemu vycitani) poskytnout dostatek udaju potrebnych k
regulaci Peltiera. Prilis velka chyba v predpokladane pracovni oblasti.

To nemuze vyvazit ani snadne pouziti napr. dvou snimacu (na studenem i
teplem konci), ktere by se pro sofistikovanejsi regulaci hodilo.

Proto zrejme bude nejschudnejsi navrh Andreje a Pavla C. tj. snimani
LM335 (nebo necim podobnym), analogov=FD P regulator a digitalni mereni
pomoci "hlavniho" ADC. Zadani zadane hodnoty pak napr. prostrednictvim
dig. potenciometru, ci serioveho D/A prevodniku.

Zdravi

Pavel K.

---------- End of message ----------

From: "Ing. Milan Wudia" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: obrazek a teplota
Date: Wed, 1 Dec 1999 11:36:47 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook Express 4.72.3110.5 (via Mercury MTS (Bindery) v1.31)

Omlovam se za zmatek s obrazkem. Kdo ma zajem tak mu ho poslu primo .

Rele je dostupne v provedeni 6,12 a 24 V . Ja jsem testoval 12V. Rele mozno
budit inteligentne tak , ze se pro pritah pouzije vyssi nebo jmenovite
napeti a v pritazene poloze se drzi podstatne nizsim napetim, coz snizi
odber a vykonovou ztratu. V praxi by mela zaverka fungovat tak, ze normalne
je otevrena ( bez napeti) a jen na potrebnou dobu se zavre.

Pro mereni teploty se daji pouzit  obvody od AD typu 7416-18 ( komunikuji po
i2c) nebo AD7814/16-
(komunikuji po SPI). Maji 10bitovy prevod a velkou rychlost prevodu ( stovky
mikrosekund). a nektere maji i dalsi napetove vstupy, Takze by bylo mozne
napr. cidlem primo v obvodu merit teplotu chladice a na cipu pouzit jiny
senzor( s co nejmesim ztratovam vykonem) pripojeny jen 2 draty. Dalsi vstupy
se daji pozit k mereni i jinych veci bez potreby poziti analogoveho
prepinace u hlavniho prevodniku.
Pro komunikaci by se dalo pouzit mozna SPI rozhrani, ktere maji nektere
verze 51 v sobe. Nektere z techto procesoru jsou ISP t.j. programovatelne v
aplikaci po SPI ( 3 draty) coz by mohlo zjednodusit provedeni, procesor muze
byt napevno v SMD provedeni a zmena firmware se provadi jednoduse po trech
dratech.

Pro typy ATMEL 89S52 89S53( 51 komp.) a 90S1200,2313,4414,8515 (RISC AVR)
mam zapojeni jednoducheho programatoru ma LPT ( obsahuje jeden 74HCT387) a
program na programovani.
Nekde jsem to stahl z internetu a mohu to poslat pokud ma nekdo zajem.

Jeste poznamka k pouziti integrovaneho S/H obvodu. V konkretnim zapojeni
AUDINE funguje obvod jinak nez S/H. Zapojeni provadi upnuti referencniho
napeti na nulovy potencial a prevodnikem se meri hodnota signalu vuci teto
nule. V zapojeni neni zadny prvek ktery by fungotal jako S/H. Zapojeni s 1
az 2 S/H obvody se pro tento ucel bezne pouzivaji a bylo by zajimave
porovnat vlastnosti jednotlivych zapojeni. Souvisi to s dobou prevodu a
vlivem prubehu vystupniho napeti z CCD na presnost prevodu atd.

S pozdravem
         Milan Wudia

---------- End of message ----------

From: MRAZ Andrej <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: obrazek a teplota
Date: Wed, 1 Dec 1999 13:21:08 +0100 
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0) (via Mercury MTS (Bindery) v1.31)
Content-Type: text/plain

> Pro mereni teploty se daji pouzit  obvody od AD typu 7416-18 ( komunikuji
> po
> i2c) nebo AD7814/16-
> (komunikuji po SPI). Maji 10bitovy prevod a velkou rychlost prevodu (
> stovky
> mikrosekund). a nektere maji i dalsi napetove vstupy, Takze by bylo mozne
> napr. cidlem primo v obvodu merit teplotu chladice a na cipu pouzit jiny
> senzor( s co nejmesim ztratovam vykonem) pripojeny jen 2 draty. Dalsi
> vstupy
> se daji pozit k mereni i jinych veci bez potreby poziti analogoveho
> prepinace u hlavniho prevodniku.
> Pro komunikaci by se dalo pouzit mozna SPI rozhrani, ktere maji nektere
> verze 51 v sobe. Nektere z techto procesoru jsou ISP t.j. programovatelne
> v
> aplikaci po SPI ( 3 draty) coz by mohlo zjednodusit provedeni, procesor
> muze
> byt napevno v SMD provedeni a zmena firmware se provadi jednoduse po trech
> dratech.
> 
> Pro typy ATMEL 89S52 89S53( 51 komp.) a 90S1200,2313,4414,8515 (RISC AVR)
> mam zapojeni jednoducheho programatoru ma LPT ( obsahuje jeden 74HCT387) a
> program na programovani.
> Nekde jsem to stahl z internetu a mohu to poslat pokud ma nekdo zajem.
> 
	Jedna otazka. Keby reguloval teplotu mikrokontroler, ako by sa
riesili doby, ked bude kontroler vytazeny bud posielanim, alebo vycitavanim
dat?

		Andrej

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: obrazek a teplota
Date: Wed, 1 Dec 1999 13:45:16 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Otazkou je, zda se regulace da ci neda  provadet jen pokud
mikrokontroler neprovadi nize uvedene cinnosti.=20

Pokud by rutina pro regulaci teploty nebyla prilis casove narocna, dala
by se spoustet i v dobe mezi vycitanim radku.

V pripade ze by to neslo resit vyse uvedenym zpusobem, je treba vzit v
uvahu ze doba vycitani a uploadu dat snimku je cca 2s a pak je toto
maximalni interval mezi regulacnimi zasahy. Vzhledem k tomu ze zmeny
teploty probihaji radove v mnohem vetsich casovych meritcich, nemuselo
by ani toto byt zadnym problemem.

Nejsem si jist, jak by se resil jiz zmineny pripad serie kratkych
expozic, kdy se bude menit teplota CCD. Jednoduse, zda by mikrokontroler
stacil soustavu uregulovat v pripade regulacnich zasahu pouze v dobe
expozice snimku..

Tot muj soukromy nazor.

>----------
>Od:	MRAZ Andrej[SMTP:[email-masked]]
>Odesl=E1no: 	1. prosince 1999 13:21
>Komu:	CCD
>P=F8edm=ECt: 	RE: obrazek a teplota
>
>> Pro mereni teploty se daji pouzit  obvody od AD typu 7416-18 ( =
komunikuji
>> po
>> i2c) nebo AD7814/16-
>> (komunikuji po SPI). Maji 10bitovy prevod a velkou rychlost prevodu (
>> stovky
>> mikrosekund). a nektere maji i dalsi napetove vstupy, Takze by bylo =
mozne
>> napr. cidlem primo v obvodu merit teplotu chladice a na cipu pouzit =
jiny
>> senzor( s co nejmesim ztratovam vykonem) pripojeny jen 2 draty. Dalsi
>> vstupy
>> se daji pozit k mereni i jinych veci bez potreby poziti analogoveho
>> prepinace u hlavniho prevodniku.
>> Pro komunikaci by se dalo pouzit mozna SPI rozhrani, ktere maji =
nektere
>> verze 51 v sobe. Nektere z techto procesoru jsou ISP t.j. =
programovatelne
>> v
>> aplikaci po SPI ( 3 draty) coz by mohlo zjednodusit provedeni, =
procesor
>> muze
>> byt napevno v SMD provedeni a zmena firmware se provadi jednoduse po =
trech
>> dratech.
>>=20
>> Pro typy ATMEL 89S52 89S53( 51 komp.) a 90S1200,2313,4414,8515 (RISC =
AVR)
>> mam zapojeni jednoducheho programatoru ma LPT ( obsahuje jeden =
74HCT387) a
>> program na programovani.
>> Nekde jsem to stahl z internetu a mohu to poslat pokud ma nekdo =
zajem.
>>=20
>	Jedna otazka. Keby reguloval teplotu mikrokontroler, ako by sa
>riesili doby, ked bude kontroler vytazeny bud posielanim, alebo
>vycitavanim
>dat?
>
>		Andrej
>

---------- End of message ----------

From: MRAZ Andrej <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: Zavierka
Date: Wed, 1 Dec 1999 15:27:00 +0100 
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0) (via Mercury MTS (Bindery) v1.31)
Content-Type: text/plain

Este ma napadla jedna moznost na uzavierku. Kdesi na nete som cital ze
niekto ju spravil z indikatora napetia (alebo cohokolvek).  Myslim tym
rucickovy ukazovatel ako byval na analogovych voltmetroch. Pozeral som aj v
katalogoch a da sa to objednat a stoji to okolo 200 SK. Keby niekto taky
mal, mohol by to vyskusat.

	Andrej Mraz

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: Zavierka
Date: Wed, 1 Dec 1999 15:37:15 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Z=E1verka samotna by pak asi musela byt hodne lehka.

>----------
>Od:	MRAZ Andrej[SMTP:[email-masked]]
>Odesl=E1no: 	1. prosince 1999 15:27
>Komu:	CCD
>P=F8edm=ECt: 	RE: Zavierka
>
>Este ma napadla jedna moznost na uzavierku. Kdesi na nete som cital ze
>niekto ju spravil z indikatora napetia (alebo cohokolvek).  Myslim tym
>rucickovy ukazovatel ako byval na analogovych voltmetroch. Pozeral som
>aj v
>katalogoch a da sa to objednat a stoji to okolo 200 SK. Keby niekto =
taky
>mal, mohol by to vyskusat.
>
>	Andrej Mraz
>

---------- End of message ----------

From: MRAZ Andrej <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: Zavierka
Date: Wed, 1 Dec 1999 15:39:51 +0100 
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0) (via Mercury MTS (Bindery) v1.31)
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Myslim, ze to by nemusel byt problem... Problem by mohol byt s =
rychlostou,
ale to zrejme zavisi od konkretneho typu.

> -----Original Message-----
> From:	Kub=ED=E8ek Pavel [SMTP:[email-masked]]
> Sent:	Wednesday, December 01, 1999 3:37 PM
> To:	CCD
> Subject:	RE: Zavierka
>=20
> Z=E1verka samotna by pak asi musela byt hodne lehka.
>=20
> >----------
> >Od:	MRAZ Andrej[SMTP:[email-masked]]
> >Odesl=E1no: 	1. prosince 1999 15:27
> >Komu:	CCD
> >P=F8edm=ECt: 	RE: Zavierka
> >
> >Este ma napadla jedna moznost na uzavierku. Kdesi na nete som cital =
ze
> >niekto ju spravil z indikatora napetia (alebo cohokolvek).  Myslim =
tym
> >rucickovy ukazovatel ako byval na analogovych voltmetroch. Pozeral =
som
> >aj v
> >katalogoch a da sa to objednat a stoji to okolo 200 SK. Keby niekto =
taky
> >mal, mohol by to vyskusat.
> >
> >	Andrej Mraz
> >

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: OT Programator ATMEL a vyvoj. nastroje
Date: Wed, 1 Dec 1999 15:50:16 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Ahoj,

mam dotaz: kde se da sehnat konstrukcni dokumentace nejakeho sikovneho
programatoru pro ATMELy 89C51 pro PC pres LPT, prip. i se software. Dale
pak, zda a kde se daji sehnat nejake vyv. nastroje (Assembler, C...)?
Urcite jsem vse jiz nekde videl, ale zrovna ted...  -:)))

Diky

Pavel K.

---------- End of message ----------

From: "Martin Kolarik" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: ATMEL a nozicky
Date: Wed, 1 Dec 1999 17:50:42 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 (via Mercury MTS (Bindery) v1.31)

Ahoj,

zacal jsem programovat ECP komunikaci a pri te prilezitosti jsem zacal
pocitat piny, ktere budeme potrebovat pro obsluhu vsecho zarizeni kamery.
Takze:

-- 17 bitu je potreba pro ECP. 8 jsou data a 9 je ridicich signalu. Data
jsou primo pripojena na draty k LPT, zatim jsme myslim o zadnem budici ci
oddelovaci neuvazovali -- neni to treba. Multiplexovat je proto
nelze. Multiplexovat nelze ani 9 ridicich signalu, ktere musi byt spravne
platne neustale, at uz se komunikuje nebo ne.

-- 6 bitu pro CCD. 5 pro prime rizeni KAFu, jeden bit bude potreba pro
rizeni pumpovani naboje.

-- 7 bitu pro ADC. 1 bit pro start prevodu, 2 bity pro adresovani nibblu
data a 4 bity pro data. Varianta 10 bitu (1 - start, 1 - adresa byte, 8 -
data) je moc narocna...

Bez techto bitu se neobejdeme a celkem jich je 30. Zustavaji 2 bity, ktere
by mely slouzit k celemu zbytku funkcnosti, tedy zaverce, teplote a jeji
regulaci. Vypada to, ze bude nutne recyklovat cast bitu, ktere jiz jsou
obsazeny, treba takto nejak (to uz jsou jenom napady):

-- cteni teploty vyresit vyhradne seriovym kanalem

-- otazka je, jestli by se nenasel i nejaky peltierovy regulator (ci zdroj),
ktery by se dal take ridit jenom seriove. Tim by zustala k vyreseni jenom
zaverka.

-- pokud by se regulator nerealizoval seriove, muselo by se par bitu pro
rizeni CCD (treba ctyri, to je
sestnact kroku) multiplexovat. To by ovsem znamenalo, ze by se regulace
teploty dala provadet jenom kdyz se
nectou data z CCD. 5. bit by multiplexovat CCD/regulator.

-- stejne bity by se daly pouzit i pro zaverku, multiplex by ovsem sebral 2
bity. Opet by zaverkovat slo jenom kdyz se necvici s CCD.

-- pokud by se teplota nemerila seriove, musela by se honit pres stavajici
ADC a to by opet spotrebovalo
dalsi bit.

Kdyz se to da dohromady, vznikne par variant (17 bitu je vzdy pro ECP)

* Seriove mereni teploty jakoz i regulace
6 bitu CCD multipexovanych 1 bitem jako 4 bity zaverka -- celkem 7
7 bitu ADC -- celkem 7
Dohromady 17+7+7 = 31 (zbyva jeden)

* Jen seriove mereni
6 bitu CCD multipexovanych 2 bity jako 4 bity zaverka a 4-6 bitu
regulator -- celkem 8
7 bitu ADC -- celkem 7
Dohromady 17+8+7 = 32 (nezbyva nic)

* Mereni i regulace neseriove
Tady by se musel udelat jinak multiplex CCD/zaverka/regulator -- treba tak,
ze by 1 bit multiplexoval
6 bitu CCD a (5+1) bitu zaverka/regulator, pricemz by se ten jeden bit
pouzil prave pro multiplex zaverky a regulatoru. Spotreba bitu by byla --
celkem 7.
7 bitu ADC -- celkem 7
1 bit pro multiplex vstup ADC -- celkem 1
Dohromady 17+7+1 = 32

Uz se mi ty bity pletou, takze jestli jsem se nekde prepocital, tak se
nedivte.

Co se tyce casovych pomeru multiplexu jednotlivych cinnosti, ktere ATMEL
bude delat, to je jenom vec SW. Beztak bude program muset byt nutne
"viceulohovy" a vhodne sladeni (a stanoveni priorit) pro jednotlive cinnosti
je jakz-takz volitelne (sice se neda moc vyskakovat, ale rozhodne to je
relativne snadno upravitelna vec).

Tot zatim vse, Martin K.

---------- End of message ----------

From: [email-masked]
To: "CCD" <[email-masked]>
Subject: Zaverka pomoci rele
Date: Wed, 01 Dec 99 19:03:53 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer: Mercury MTS (Bindery) v1.31

Ahoj vsichni,
               napad se zaverkou pomoci rele se mi libi.
Ve prospech tohoto reseni patri nevelke rozmery a hlavne velice nizka cena a
jednoduchost.
Rozhodne asi nema smysl davat za "amerikanskou" zaverku stejny prachy jako za
vlastni cip....
To, ze zacloni (ta z rele) cip behem 0.02s je opravdu dostacujici, protoze to
na expozicich radu desitek sekund udela rozdil mezi dosahem jednoho okraje
cipu a toho druheho do 0.001 mag. Zacalo by to vadit tak pri expozicich pod
2s, ale ty se pro fotometrii zase tak moc nepouzivaji...
Takze jsem pro tuto levnou a vyhovujici variantu.
Zdravi Kamil

---------- End of message ----------

From: Lenka Sarounova <[email-masked]>
To: "CCD" <[email-masked]>
Subject: 
Date: Thu, 2 Dec 1999 00:50:31 +0100 (MET)
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailer: Mercury MTS (Bindery) v1.31

Ahoj,

nechcete se zeptat na nejake zkusenosti (treba kolem toho MAXIMa) u
Francouzu nebo Americanu? At nemusite objevovat objevene.
Zdravi Lenka

---------- End of message ----------

From: "=?iso-8859-2?B?TGFkaXNsYXYg2GVo4Ws=?=" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: rychle chlazeni
Date: Thu, 2 Dec 1999 09:21:50 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook Express 4.72.3110.5 (via Mercury MTS (Bindery) v1.31)

Zdravim,

jen kratka poznamka k chlazeni - v CCD Astronomy Winter 96, strana 7, je
clanecek o tom, jak se nekomu na kamere zvysoval pocet horkych pixelu, mohlo
za to udajne mechanicke pnuti cipu zpusobene prilis rychlym ochlazovanim.
Kdyz to zacali chladit pomaleji tak tam ty hot pixely prestaly pribyvat
(stare samozrejme nezmizely). Doporucuji 1 stupen za minutu, ale neuvadeji
co to bylo za kameru a cip, jak byla puvodne chlazena atd. Nas HX516 chladi
konstantnim proudem 1.7A, 30 stupnu pod teplotu okoli, a ten nabeh mi
pripada pro cip dost drsny, ale na druhou stranu se tak chladi skoro vsechny
Starlight Xpress uz hezkych par let, takze by to snad nemelo byt tak zle.

Lada

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: ATMEL a nozicky
Date: Thu, 2 Dec 1999 11:43:07 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Jo, asi jsem to spatne poslal.

Takze:

- predpokladam, ze signaly, ktere prijdou po kabelu do kamery se urcite
budou muset nejak osetrit
- pro vytvoreni sbernice bude potreba obousmerny, tristavovy iddelovac.
Ten bude potrebovat dva bity
1 - smer
2 - CS - vystp aktivni/vysoka impedance

a to bez ohledu na to, jak bude obvodove realizovan.

-u ADC pak budou potreba pouze dva bity

1 - spousteni AD prevodu
2 - prepinani vycteni LSB/MSB

To znamena, ze se vyuzije

8bitu - datova sbernice
9bitu - ridici signaly ECP
2bity - oddelovac datove sbernice od ECP
2bity - ADC
6bitu - CCD
3bity - komunikace s tepl cidly
1bit  - zaverka (pri pouziti rele)

31bitu Celkem

Zbyva 1bit

Doufam, ze jsem se moc nesek, kdyztak me nekdo opravte. -:))) Urcite by
se komunikace s teplotnimi cidly, zaverkou, a karuselem na filtry dala
udelat po jedne seriove sbernici (myslim, ze by to bylo elegantni).
Zbyva otazka regulace peltieru, zda pujde o autonomni (analogovy)
system, ci bude regulovan mikrokontrolerem. V kazdem pripade je treba
nejak predat zadanou hodnotu teploty a tudiz by bylo fajn i to resit
pres jednu sbernici. Nevim zda existuji i digit. potenciometry (v
pripade zavadeni zadane hodnoty takto) pripojitelne pres nejakou
standardni seriovou sbernici, ale predpokladam, ze ano.

Zdravi=A8

Pavel K.

>----------
>Od:	Martin Kolarik[SMTP:[email-masked]]
>Odesl=E1no: 	2. prosince 1999 11:25
>Komu:	Kub=ED=E8ek Pavel
>P=F8edm=ECt: 	RE: ATMEL a nozicky
>
>To by asi slo, ale ponekud by zkomplikovala HW komunikacni cast, to je
>jasne. Data jsou pochopitelne obousmerna a proto by musel mpx pro
>ADC/ECP
>umet signaly poustet tam i zpet. V kazdem pripade by se bitu usetrilo
>dost.
>Je to vsechno spis vec HW navrhu, protoze ten se meni hur nez SW, jaky
>se
>udela v kamere HW, tak se naprogramuje ATMEL.
>
>Co kdybysme maily (muj a vas) poslali i do konference?
>
>> -----Original Message-----
>> From: Kub=ED=E8ek Pavel [mailto:[email-masked]]
>> Sent: Thursday, December 02, 1999 11:14 AM
>> To: 'Martin Kolarik'
>> Subject: RE: ATMEL a nozicky
>>
>>
>> Coz takhle osmibitova datova sbernice na niz bude pripojen jak datove
>> bity ECP, tak vystup z ADC?
>>
>> Pavel K.
>>
>

---------- End of message ----------

From: MRAZ Andrej <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: ATMEL a nozicky
Date: Thu, 2 Dec 1999 13:09:57 +0100 
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0) (via Mercury MTS (Bindery) v1.31)
Content-Type: text/plain

> Nevim zda existuji i digit. potenciometry (v
> pripade zavadeni zadane hodnoty takto) pripojitelne pres nejakou
> standardni seriovou sbernici, ale predpokladam, ze ano.
> 
	Take nieco je DS1267 a pdf mozete najst tu:
http://www.dalsemi.com/DocControl/PDFs/1267.pdf

		Andrej

---------- End of message ----------

From: "Martin Kolarik" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: ATMEL a nozicky
Date: Thu, 2 Dec 1999 13:35:54 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 (via Mercury MTS (Bindery) v1.31)

To by vsechno opravdu ukazovalo jednak:

-- na seriove mereni/regulaci teploty (to je skutecne elegantni)
-- jednu datovou sbernici pro ADC/ECP

Zaverka a filtry by se potom daly honit jak zbyvajicimi bity, tak
napichnutim na seriovy kanal.

> > Nevim zda existuji i digit. potenciometry (v
> > pripade zavadeni zadane hodnoty takto) pripojitelne pres nejakou
> > standardni seriovou sbernici, ale predpokladam, ze ano.
> >
> 	Take nieco je DS1267 a pdf mozete najst tu:
> http://www.dalsemi.com/DocControl/PDFs/1267.pdf
>
> 		Andrej
>

---------- End of message ----------

From: "Ing. Milan Wudia" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: rizeni po seriove lince
Date: Thu, 2 Dec 1999 14:35:27 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook Express 4.72.3110.5 (via Mercury MTS (Bindery) v1.31)

Pokud by se resilo rizeni regulace teploty , snimani teploty,ovladani
zaverky po seriove sbernici pak se to da sestavit s obvodu od  AD s
komunikaci i2c ( tuto sbernici a obvody Philips pouzivam ve velkem poctu a
funguje to dobre a je znacne nezavisla na casovani).

Mozno pouzit napr tyto:

D/A prevodnik ( rizeni peltieru a zaverka)
http://www.analog.com/pdf/AD5306_16_26_p.pdf
nebo
http://www.analog.com/pdf/AD5301_11_21_0.pdf
A/D prevodnik ( snimani teploty)
http://www.analog.com/pdf/AD7416_7_8_b.pdf

Pripadne pripojeni jakehokoli jine veci pres externi ( nebo i interni
expander napr. na bazi dalsiho ATMELU...)
jako napriklad filtry a ostreni.

Ahoj
         Milan Wudia

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: rizeni po seriove lince
Date: Thu, 2 Dec 1999 14:44:34 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Jak je to s i2c u ATMELu?

>----------
>Od:	Ing. Milan Wudia[SMTP:[email-masked]]
>Odesl=E1no: 	2. prosince 1999 14:35
>Komu:	CCD
>P=F8edm=ECt: 	rizeni po seriove lince
>
>Pokud by se resilo rizeni regulace teploty , snimani teploty,ovladani
>zaverky po seriove sbernici pak se to da sestavit s obvodu od  AD s
>komunikaci i2c ( tuto sbernici a obvody Philips pouzivam ve velkem =
poctu
>a
>funguje to dobre a je znacne nezavisla na casovani).
>
>Mozno pouzit napr tyto:
>
>D/A prevodnik ( rizeni peltieru a zaverka)
>http://www.analog.com/pdf/AD5306_16_26_p.pdf
>nebo
>http://www.analog.com/pdf/AD5301_11_21_0.pdf
>A/D prevodnik ( snimani teploty)
>http://www.analog.com/pdf/AD7416_7_8_b.pdf
>
>Pripadne pripojeni jakehokoli jine veci pres externi ( nebo i interni
>expander napr. na bazi dalsiho ATMELU...)
>jako napriklad filtry a ostreni.
>
>Ahoj
>         Milan Wudia
>
>

---------- End of message ----------

From: "=?iso-8859-2?B?TGFkaXNsYXYg2GVo4Ws=?=" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: ATMEL a nozicky
Date: Thu, 2 Dec 1999 15:12:00 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
X-Mailer: Microsoft Outlook Express 4.72.3110.5 (via Mercury MTS (Bindery) v1.31)
Content-Transfer-Encoding: quoted-printable

Hezky den,

je nutne, aby se chlazenim zabyval Atmel v kamere? V Brne se dva cipu v
kamere zamitly, protoze by se musely bavit mezi sebou a cele by se to
zbytecne komplikovalo, ale p=F8i tehle strukture by se bavit vubec nemuse=
ly a
kazdy se bavi s pocitacem sam:

Kamera

-1xAtmel, ridi jen CCD, zaverku a komunikaci s PC po ECP - tj. vsechno co=
 je
potreba k zakladni funkci , stiha to celkem v pohode, nozicky krasne vyst=
aci
-cidlo/cidla pro mereni teploty, Peltier a napajeni elektroniky, vse
vyvedeno primo na kabel ke zdroji
-je to celek ktery se jednoduse naprogramuje v assembleru a uzivatel nebu=
de
mit v 99% pripadu potrebu v nem cokoliv upravovat

Filtrove kolo, motofocus

-jen koncove stupne k motorkum
-cidla polohy
-nejake to multiplexovani pokud bude potreba
-zadna vlastn=ED inteligence
-vse pripojeno primo ke zdroji hodnezilovym kabelem, prochazi pres nej
spojeni zdroj-kamera (aby se usetrily kabely, ma vyznam jen pro primarni
ohnisko)

Zdroj (umisten venku u dalekohledu nebo uvnitr podle max delek kabelu)

-v jedne bedne zdroj s Atmelem, pripojen k PC po seriove lince
-ridi teplotu a pritom mu zbyva vic nez dost nozicek, pameti a vubec vseh=
o
pro rizeni filtroveho kola, ostreni atd., kdokoliv by si do nej mohl snad=
no
doprogramovat rizeni dalekohledu, automaticke otaceni kopule atd.
-cely program v C
-a kdo by nechtel sofistikovane chlazeni rizene pocitacem, filtrove kolo =
ani
dalsi ficury tak by misto Atmelu jednoduse posadil analogovy regulator a =
mel
by vystarano (a pozdeji by to treba jednoduse upgradoval)
-ten zdroj by mohl klidne lezet venku tesne u dalekohledu a byt pripojen
rekneme tri- az petimetrovym kabelem bud primo do kamery (malo zil, maly
konektor) nebo do filtroveho kola s motoostrenim a z nej pak kraticky kab=
lik
do kamery.
-dost mista na konektory pro ovladana zarizeni, displeje a tlacitka pro
ovladani a sledovani cehokoliv, muze v nejhorsim bezet i bez komunikace s
PC.

Nevyhody :

-zabere navic seriovy port (ale com2 byva volny a da se levne pridat dals=
i
port)
-vic komunikace po dlouchych kabelech ktere povedou minimalne kus soubezn=
e,
neodhadnu jestli se to nebude rusit navzajem nebo chytat ruseni zvenci
-pocitac bude muset synchronizovat povely po obou rozhranich, ale vznikla
zpozdeni budou asi nevyznamna - spust expozici po ECP, cekej na potvrzeni
ukonceni expozice z ECP, posli povel k otaceni filtru na RS-232, vycti
snimek po ECP, cekej na potvrzeni otoceni filtru z RS-232, spust dalsi
expozici...., te komunikace zas neni tolik
-kdyby se to vsechno nacpalo na jeden Atmel v kamere, tak to bude levnejs=
i,
ale asi jen o par set

Vyhody:

-jednoducha vlastni kamera - malo elektroniky, malo funkci, malo tepla, m=
alo
ruseni uvnitr, malo chyb software a pritom schopna autonomniho fugovani s
velmi jednoduchym zdrojem - levny a rychly zacatek
-modularita, pouzitelnost jednotky zdroje i pro jine kamery na jinych
cipech - casem chci podobny zdroj postavit pro nas HX516 s zatim
neregulovanou teplotou - proto jsem namireny uvazovat timhle smerem
-oddeleni hlavniho casove kritickeho software od ovladani pomocnych pomal=
ych
zarizeni - kazdy Atmel se stara o sve, snazsi vyvoj
-kamera univerzalni standardizovana pro vsechny a v elektronice ve zdroji
dost prostoru na lidovou tvorivost s chlazenim atd.

neni to asi tak elegantni jako all-in-one kamera, ale ma to myslim sve
prednosti
dekuji vsem kteri docetli az sem a prosim o kritiku

Lada

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: ATMEL a nozicky
Date: Fri, 3 Dec 1999 13:43:06 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Ahoj lidi.

Takze:

dle meho nazoru ma nize navrhovane reseni tyto nevyhody:

- dalsi kabel a port PC
- mnoho vodicu od kamery ke zdroji (teplotni cidla, faze krokovych
motoru (!))

Budou-li vsechna zarizeni na seriove sbernici (I2C), neni treba
komunikovat s druhym mikrokontrolerem (MC) po seriove lince primo z PC.
Bude proste dalsim zarizenim na sbernici a pozadavky se mu budou
predavat prostrednictvim MC v kamere. Bude fungovat jako druhy master na
sbernici.

Trochu by se nam to ale zkomplikovalo, takze je treba si jednu vec:

- Jedinou paralelni ulohou, kterou je potreba resit je regulace
chlazeni!!!

Ta by tedy melo bud mit svuj MC, nebo by mela byt resena nezavisle
analogove. Nicmene by bylo dobre provest test ohledne moznosti, ze by
jeden MC stihal i regulaci chlazeni (zatim nevim jak to provest).

>----------
>Od:	Ladislav Reh=E1k[SMTP:[email-masked]]
>Odesl=E1no: 	2. prosince 1999 15:12
>Komu:	CCD
>P=F8edm=ECt: 	RE: ATMEL a nozicky
>
>Hezky den,
>
>je nutne, aby se chlazenim zabyval Atmel v kamere? V Brne se dva cipu v
>kamere zamitly, protoze by se musely bavit mezi sebou a cele by se to
>zbytecne komplikovalo, ale p=F8i tehle strukture by se bavit vubec
>nemusely a
>kazdy se bavi s pocitacem sam:
>
>Kamera
>
>-1xAtmel, ridi jen CCD, zaverku a komunikaci s PC po ECP - tj. vsechno
>co je
>potreba k zakladni funkci , stiha to celkem v pohode, nozicky krasne
>vystaci
>-cidlo/cidla pro mereni teploty, Peltier a napajeni elektroniky, vse
>vyvedeno primo na kabel ke zdroji
>-je to celek ktery se jednoduse naprogramuje v assembleru a uzivatel
>nebude
>mit v 99% pripadu potrebu v nem cokoliv upravovat
>
>Filtrove kolo, motofocus
>
>-jen koncove stupne k motorkum
>-cidla polohy
>-nejake to multiplexovani pokud bude potreba
>-zadna vlastn=ED inteligence
>-vse pripojeno primo ke zdroji hodnezilovym kabelem, prochazi pres nej
>spojeni zdroj-kamera (aby se usetrily kabely, ma vyznam jen pro =
primarni
>ohnisko)
>
>Zdroj (umisten venku u dalekohledu nebo uvnitr podle max delek kabelu)
>
>-v jedne bedne zdroj s Atmelem, pripojen k PC po seriove lince
>-ridi teplotu a pritom mu zbyva vic nez dost nozicek, pameti a vubec
>vseho
>pro rizeni filtroveho kola, ostreni atd., kdokoliv by si do nej mohl
>snadno
>doprogramovat rizeni dalekohledu, automaticke otaceni kopule atd.
>-cely program v C
>-a kdo by nechtel sofistikovane chlazeni rizene pocitacem, filtrove =
kolo
>ani
>dalsi ficury tak by misto Atmelu jednoduse posadil analogovy regulator =
a
>mel
>by vystarano (a pozdeji by to treba jednoduse upgradoval)
>-ten zdroj by mohl klidne lezet venku tesne u dalekohledu a byt =
pripojen
>rekneme tri- az petimetrovym kabelem bud primo do kamery (malo zil, =
maly
>konektor) nebo do filtroveho kola s motoostrenim a z nej pak kraticky
>kablik
>do kamery.
>-dost mista na konektory pro ovladana zarizeni, displeje a tlacitka pro
>ovladani a sledovani cehokoliv, muze v nejhorsim bezet i bez komunikace
>s
>PC.
>
>
>Nevyhody :
>
>-zabere navic seriovy port (ale com2 byva volny a da se levne pridat
>dalsi
>port)
>-vic komunikace po dlouchych kabelech ktere povedou minimalne kus
>soubezne,
>neodhadnu jestli se to nebude rusit navzajem nebo chytat ruseni zvenci
>-pocitac bude muset synchronizovat povely po obou rozhranich, ale
>vznikla
>zpozdeni budou asi nevyznamna - spust expozici po ECP, cekej na
>potvrzeni
>ukonceni expozice z ECP, posli povel k otaceni filtru na RS-232, vycti
>snimek po ECP, cekej na potvrzeni otoceni filtru z RS-232, spust dalsi
>expozici...., te komunikace zas neni tolik
>-kdyby se to vsechno nacpalo na jeden Atmel v kamere, tak to bude
>levnejsi,
>ale asi jen o par set
>
>
>Vyhody:
>
>-jednoducha vlastni kamera - malo elektroniky, malo funkci, malo tepla,
>malo
>ruseni uvnitr, malo chyb software a pritom schopna autonomniho fugovani
>s
>velmi jednoduchym zdrojem - levny a rychly zacatek
>-modularita, pouzitelnost jednotky zdroje i pro jine kamery na jinych
>cipech - casem chci podobny zdroj postavit pro nas HX516 s zatim
>neregulovanou teplotou - proto jsem namireny uvazovat timhle smerem
>-oddeleni hlavniho casove kritickeho software od ovladani pomocnych
>pomalych
>zarizeni - kazdy Atmel se stara o sve, snazsi vyvoj
>-kamera univerzalni standardizovana pro vsechny a v elektronice ve
>zdroji
>dost prostoru na lidovou tvorivost s chlazenim atd.
>
>neni to asi tak elegantni jako all-in-one kamera, ale ma to myslim sve
>prednosti
>dekuji vsem kteri docetli az sem a prosim o kritiku
>
>Lada
>
>

---------- End of message ----------

From: MRAZ Andrej <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: ATMEL a nozicky
Date: Fri, 3 Dec 1999 14:59:43 +0100 
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0) (via Mercury MTS (Bindery) v1.31)
Content-Type: text/plain;
Content-Transfer-Encoding: quoted-printable

Riesenie regulacie teploty by som videl taketo:
	- pozadovana hodnota by sa nastavila na digit. potenciometri cez I2C
zbernicu
	- regulacny obvod by bol normalny analog. P regulator
	- teplotny senzor by bol tiez analogovy LM335
	- precitanie teploty by zabezpecil dalsi AD prevodnik (maly svab asi
za 50 korun), ktory by komunikoval tiez cez I2C

Vyhod:
	- nepotrebuje stale riadenie mikrokontrolerom (mikrokontroler iba
nastavy, pripadne precita hodnotu)
	- jeden kabel navyse do zdroja (analogova hodnota, takze moze byt aj
dlhsi)
	- cele to zaberie jeden drat na mikrokontrolery (pre I2C)

Nevyhody:
	- cakam pripomienky :)

	Andrej Mraz

> -----Original Message-----
> From:	Kub=ED=E8ek Pavel [SMTP:[email-masked]]
> Sent:	Friday, December 03, 1999 1:43 PM
> To:	CCD
> Subject:	RE: ATMEL a nozicky
>=20
> Ahoj lidi.
>=20
> Takze:
>=20
> dle meho nazoru ma nize navrhovane reseni tyto nevyhody:
>=20
> - dalsi kabel a port PC
> - mnoho vodicu od kamery ke zdroji (teplotni cidla, faze krokovych
> motoru (!))
>=20
> Budou-li vsechna zarizeni na seriove sbernici (I2C), neni treba
> komunikovat s druhym mikrokontrolerem (MC) po seriove lince primo z =
PC.
> Bude proste dalsim zarizenim na sbernici a pozadavky se mu budou
> predavat prostrednictvim MC v kamere. Bude fungovat jako druhy master =
na
> sbernici.
>=20
> Trochu by se nam to ale zkomplikovalo, takze je treba si jednu vec:
>=20
> - Jedinou paralelni ulohou, kterou je potreba resit je regulace
> chlazeni!!!
>=20
> Ta by tedy melo bud mit svuj MC, nebo by mela byt resena nezavisle
> analogove. Nicmene by bylo dobre provest test ohledne moznosti, ze by
> jeden MC stihal i regulaci chlazeni (zatim nevim jak to provest).
>=20
>=20
> >----------
> >Od:	Ladislav Reh=E1k[SMTP:[email-masked]]
> >Odesl=E1no: 	2. prosince 1999 15:12
> >Komu:	CCD
> >P=F8edm=ECt: 	RE: ATMEL a nozicky
> >
> >Hezky den,
> >
> >je nutne, aby se chlazenim zabyval Atmel v kamere? V Brne se dva =
cipu v
> >kamere zamitly, protoze by se musely bavit mezi sebou a cele by se =
to
> >zbytecne komplikovalo, ale p=F8i tehle strukture by se bavit vubec
> >nemusely a
> >kazdy se bavi s pocitacem sam:
> >
> >Kamera
> >
> >-1xAtmel, ridi jen CCD, zaverku a komunikaci s PC po ECP - tj. =
vsechno
> >co je
> >potreba k zakladni funkci , stiha to celkem v pohode, nozicky krasne
> >vystaci
> >-cidlo/cidla pro mereni teploty, Peltier a napajeni elektroniky, vse
> >vyvedeno primo na kabel ke zdroji
> >-je to celek ktery se jednoduse naprogramuje v assembleru a uzivatel
> >nebude
> >mit v 99% pripadu potrebu v nem cokoliv upravovat
> >
> >Filtrove kolo, motofocus
> >
> >-jen koncove stupne k motorkum
> >-cidla polohy
> >-nejake to multiplexovani pokud bude potreba
> >-zadna vlastn=ED inteligence
> >-vse pripojeno primo ke zdroji hodnezilovym kabelem, prochazi pres =
nej
> >spojeni zdroj-kamera (aby se usetrily kabely, ma vyznam jen pro =
primarni
> >ohnisko)
> >
> >Zdroj (umisten venku u dalekohledu nebo uvnitr podle max delek =
kabelu)
> >
> >-v jedne bedne zdroj s Atmelem, pripojen k PC po seriove lince
> >-ridi teplotu a pritom mu zbyva vic nez dost nozicek, pameti a vubec
> >vseho
> >pro rizeni filtroveho kola, ostreni atd., kdokoliv by si do nej mohl
> >snadno
> >doprogramovat rizeni dalekohledu, automaticke otaceni kopule atd.
> >-cely program v C
> >-a kdo by nechtel sofistikovane chlazeni rizene pocitacem, filtrove =
kolo
> >ani
> >dalsi ficury tak by misto Atmelu jednoduse posadil analogovy =
regulator a
> >mel
> >by vystarano (a pozdeji by to treba jednoduse upgradoval)
> >-ten zdroj by mohl klidne lezet venku tesne u dalekohledu a byt =
pripojen
> >rekneme tri- az petimetrovym kabelem bud primo do kamery (malo zil, =
maly
> >konektor) nebo do filtroveho kola s motoostrenim a z nej pak =
kraticky
> >kablik
> >do kamery.
> >-dost mista na konektory pro ovladana zarizeni, displeje a tlacitka =
pro
> >ovladani a sledovani cehokoliv, muze v nejhorsim bezet i bez =
komunikace
> >s
> >PC.
> >
> >
> >Nevyhody :
> >
> >-zabere navic seriovy port (ale com2 byva volny a da se levne pridat
> >dalsi
> >port)
> >-vic komunikace po dlouchych kabelech ktere povedou minimalne kus
> >soubezne,
> >neodhadnu jestli se to nebude rusit navzajem nebo chytat ruseni =
zvenci
> >-pocitac bude muset synchronizovat povely po obou rozhranich, ale
> >vznikla
> >zpozdeni budou asi nevyznamna - spust expozici po ECP, cekej na
> >potvrzeni
> >ukonceni expozice z ECP, posli povel k otaceni filtru na RS-232, =
vycti
> >snimek po ECP, cekej na potvrzeni otoceni filtru z RS-232, spust =
dalsi
> >expozici...., te komunikace zas neni tolik
> >-kdyby se to vsechno nacpalo na jeden Atmel v kamere, tak to bude
> >levnejsi,
> >ale asi jen o par set
> >
> >
> >Vyhody:
> >
> >-jednoducha vlastni kamera - malo elektroniky, malo funkci, malo =
tepla,
> >malo
> >ruseni uvnitr, malo chyb software a pritom schopna autonomniho =
fugovani
> >s
> >velmi jednoduchym zdrojem - levny a rychly zacatek
> >-modularita, pouzitelnost jednotky zdroje i pro jine kamery na =
jinych
> >cipech - casem chci podobny zdroj postavit pro nas HX516 s zatim
> >neregulovanou teplotou - proto jsem namireny uvazovat timhle smerem
> >-oddeleni hlavniho casove kritickeho software od ovladani pomocnych
> >pomalych
> >zarizeni - kazdy Atmel se stara o sve, snazsi vyvoj
> >-kamera univerzalni standardizovana pro vsechny a v elektronice ve
> >zdroji
> >dost prostoru na lidovou tvorivost s chlazenim atd.
> >
> >neni to asi tak elegantni jako all-in-one kamera, ale ma to myslim =
sve
> >prednosti
> >dekuji vsem kteri docetli az sem a prosim o kritiku
> >
> >Lada
> >
> >

---------- End of message ----------

From: "Martin Kolarik" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: ATMEL a nozicky
Date: Fri, 3 Dec 1999 15:06:36 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 (via Mercury MTS (Bindery) v1.31)

Mam stejny nazor, jako Pavel K., protoze se mi kompaktni reseni zda se
vyrazne technicky estetictejsi.

> - mnoho vodicu od kamery ke zdroji (teplotni cidla, faze krokovych
> motoru (!))
V tech dratech by se navic michaly vykonove i merici signaly, a to by mohlo
pusobit potize.

Co se pripadneho druheho MC tyce:
vidim plus:
-- tak by se s nim po i2c komunikovalo velice snadno, tudiz by odpadly
potize se synchronizaci
-- vznikl by dostatecny prostor pro komunikaci se vsim moznym a odpadla by
potreba kde co multiplexovat
-- teplomer i regulace by se nemusely delal seriove (to neni ani tak plus,
jako spis rozsireni moznych voleb)
-- obvodove reseni by se tim asi zjednodusilo
-- zjednodusil by se navrh SW. Je otazka jak moc.

vidim minus:
-- byly by dva MC, musely by se psat dva programy
-- pokud by se ukazalo, ze perioda vzorkovani regulacniho obvodu muze byt
relativne dlouha, je zbytecne kvuli tomu zarazovat druhy MC, protoze to
jeden zvladne bez potizi

Co se casovani a vykonu MC tyce, tak se mi zda, ze mame vse ve svych rukach,
ECP je v principu asynchronni, cteni CCD je brzdeno prevodem (navic by se
mela dat bez potizi mezi prevody pixelu udelat mensi prestavka)
a teplota se reguluje tak jak bude potreba (kdyby se regulovalo 100x za
sekundu, coz je podle me zbytecne casto, tak se mezi regulacemi da udelat
5000 pomalych (dlouhych instrukci) MC).

V kazdem pripade se da rict, ze cim vice paralelneji a cim casteji bude MC
neco delat, tim se vice bude zpomalovat ECP prenos. Zatim se mi vsak zda, ze
naroky na program v ATMELu jsou zatim takove, ze se na potize nenarazi.

Tak, Martin K.

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: ATMEL a nozicky
Date: Fri, 3 Dec 1999 15:12:55 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Takhle nejak jsem si to predstavoval.

Pouzit napr. prevodniky jak navrhoval Milan W. Trochu jsem na ne koukal
a jsou moc "pekny".

Ale co na to skutecni odbornici, praktici? -:)))

Pavel K.

P.S: Preji vsem pekny vikend!

>----------
>Od:	MRAZ Andrej[SMTP:[email-masked]]
>Odesl=E1no: 	3. prosince 1999 14:59
>Komu:	CCD
>P=F8edm=ECt: 	RE: ATMEL a nozicky
>
>Riesenie regulacie teploty by som videl taketo:
>	- pozadovana hodnota by sa nastavila na digit. potenciometri cez I2C
>zbernicu
>	- regulacny obvod by bol normalny analog. P regulator
>	- teplotny senzor by bol tiez analogovy LM335
>	- precitanie teploty by zabezpecil dalsi AD prevodnik (maly svab asi
>za 50 korun), ktory by komunikoval tiez cez I2C
>
>Vyhod:
>	- nepotrebuje stale riadenie mikrokontrolerom (mikrokontroler iba
>nastavy, pripadne precita hodnotu)
>	- jeden kabel navyse do zdroja (analogova hodnota, takze moze byt aj
>dlhsi)
>	- cele to zaberie jeden drat na mikrokontrolery (pre I2C)
>
>Nevyhody:
>	- cakam pripomienky :)
>
>	Andrej Mraz
>
>> -----Original Message-----
>> From:	Kub=ED=E8ek Pavel [SMTP:[email-masked]]
>> Sent:	Friday, December 03, 1999 1:43 PM
>> To:	CCD
>> Subject:	RE: ATMEL a nozicky
>>=20
>> Ahoj lidi.
>>=20
>> Takze:
>>=20
>> dle meho nazoru ma nize navrhovane reseni tyto nevyhody:
>>=20
>> - dalsi kabel a port PC
>> - mnoho vodicu od kamery ke zdroji (teplotni cidla, faze krokovych
>> motoru (!))
>>=20
>> Budou-li vsechna zarizeni na seriove sbernici (I2C), neni treba
>> komunikovat s druhym mikrokontrolerem (MC) po seriove lince primo z =
PC.
>> Bude proste dalsim zarizenim na sbernici a pozadavky se mu budou
>> predavat prostrednictvim MC v kamere. Bude fungovat jako druhy master =
na
>> sbernici.
>>=20
>> Trochu by se nam to ale zkomplikovalo, takze je treba si jednu vec:
>>=20
>> - Jedinou paralelni ulohou, kterou je potreba resit je regulace
>> chlazeni!!!
>>=20
>> Ta by tedy melo bud mit svuj MC, nebo by mela byt resena nezavisle
>> analogove. Nicmene by bylo dobre provest test ohledne moznosti, ze by
>> jeden MC stihal i regulaci chlazeni (zatim nevim jak to provest).
>>=20
>>=20
>> >----------
>> >Od:	Ladislav Reh=E1k[SMTP:[email-masked]]
>> >Odesl=E1no: 	2. prosince 1999 15:12
>> >Komu:	CCD
>> >P=F8edm=ECt: 	RE: ATMEL a nozicky
>> >
>> >Hezky den,
>> >
>> >je nutne, aby se chlazenim zabyval Atmel v kamere? V Brne se dva =
cipu v
>> >kamere zamitly, protoze by se musely bavit mezi sebou a cele by se =
to
>> >zbytecne komplikovalo, ale p=F8i tehle strukture by se bavit vubec
>> >nemusely a
>> >kazdy se bavi s pocitacem sam:
>> >
>> >Kamera
>> >
>> >-1xAtmel, ridi jen CCD, zaverku a komunikaci s PC po ECP - tj. =
vsechno
>> >co je
>> >potreba k zakladni funkci , stiha to celkem v pohode, nozicky krasne
>> >vystaci
>> >-cidlo/cidla pro mereni teploty, Peltier a napajeni elektroniky, vse
>> >vyvedeno primo na kabel ke zdroji
>> >-je to celek ktery se jednoduse naprogramuje v assembleru a uzivatel
>> >nebude
>> >mit v 99% pripadu potrebu v nem cokoliv upravovat
>> >
>> >Filtrove kolo, motofocus
>> >
>> >-jen koncove stupne k motorkum
>> >-cidla polohy
>> >-nejake to multiplexovani pokud bude potreba
>> >-zadna vlastn=ED inteligence
>> >-vse pripojeno primo ke zdroji hodnezilovym kabelem, prochazi pres =
nej
>> >spojeni zdroj-kamera (aby se usetrily kabely, ma vyznam jen pro =
primarni
>> >ohnisko)
>> >
>> >Zdroj (umisten venku u dalekohledu nebo uvnitr podle max delek =
kabelu)
>> >
>> >-v jedne bedne zdroj s Atmelem, pripojen k PC po seriove lince
>> >-ridi teplotu a pritom mu zbyva vic nez dost nozicek, pameti a vubec
>> >vseho
>> >pro rizeni filtroveho kola, ostreni atd., kdokoliv by si do nej mohl
>> >snadno
>> >doprogramovat rizeni dalekohledu, automaticke otaceni kopule atd.
>> >-cely program v C
>> >-a kdo by nechtel sofistikovane chlazeni rizene pocitacem, filtrove =
kolo
>> >ani
>> >dalsi ficury tak by misto Atmelu jednoduse posadil analogovy =
regulator a
>> >mel
>> >by vystarano (a pozdeji by to treba jednoduse upgradoval)
>> >-ten zdroj by mohl klidne lezet venku tesne u dalekohledu a byt =
pripojen
>> >rekneme tri- az petimetrovym kabelem bud primo do kamery (malo zil, =
maly
>> >konektor) nebo do filtroveho kola s motoostrenim a z nej pak =
kraticky
>> >kablik
>> >do kamery.
>> >-dost mista na konektory pro ovladana zarizeni, displeje a tlacitka =
pro
>> >ovladani a sledovani cehokoliv, muze v nejhorsim bezet i bez =
komunikace
>> >s
>> >PC.
>> >
>> >
>> >Nevyhody :
>> >
>> >-zabere navic seriovy port (ale com2 byva volny a da se levne pridat
>> >dalsi
>> >port)
>> >-vic komunikace po dlouchych kabelech ktere povedou minimalne kus
>> >soubezne,
>> >neodhadnu jestli se to nebude rusit navzajem nebo chytat ruseni =
zvenci
>> >-pocitac bude muset synchronizovat povely po obou rozhranich, ale
>> >vznikla
>> >zpozdeni budou asi nevyznamna - spust expozici po ECP, cekej na
>> >potvrzeni
>> >ukonceni expozice z ECP, posli povel k otaceni filtru na RS-232, =
vycti
>> >snimek po ECP, cekej na potvrzeni otoceni filtru z RS-232, spust =
dalsi
>> >expozici...., te komunikace zas neni tolik
>> >-kdyby se to vsechno nacpalo na jeden Atmel v kamere, tak to bude
>> >levnejsi,
>> >ale asi jen o par set
>> >
>> >
>> >Vyhody:
>> >
>> >-jednoducha vlastni kamera - malo elektroniky, malo funkci, malo =
tepla,
>> >malo
>> >ruseni uvnitr, malo chyb software a pritom schopna autonomniho =
fugovani
>> >s
>> >velmi jednoduchym zdrojem - levny a rychly zacatek
>> >-modularita, pouzitelnost jednotky zdroje i pro jine kamery na =
jinych
>> >cipech - casem chci podobny zdroj postavit pro nas HX516 s zatim
>> >neregulovanou teplotou - proto jsem namireny uvazovat timhle smerem
>> >-oddeleni hlavniho casove kritickeho software od ovladani pomocnych
>> >pomalych
>> >zarizeni - kazdy Atmel se stara o sve, snazsi vyvoj
>> >-kamera univerzalni standardizovana pro vsechny a v elektronice ve
>> >zdroji
>> >dost prostoru na lidovou tvorivost s chlazenim atd.
>> >
>> >neni to asi tak elegantni jako all-in-one kamera, ale ma to myslim =
sve
>> >prednosti
>> >dekuji vsem kteri docetli az sem a prosim o kritiku
>> >
>> >Lada
>> >
>> >
>

---------- End of message ----------

From: Lenka Sarounova <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: ATMEL a nozicky
Date: Fri, 3 Dec 1999 15:19:58 +0100 (MET)
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailer: Mercury MTS (Bindery) v1.31

> Ale co na to skutecni odbornici, praktici? -:)))

Kdo jsou to praktici? Ja muzu jen popsat, jak by se mi libilo, aby se cela
vec chovala, pripadne co se mi libi na kamere, kterou pouzivame, ze by
bylo pekne mit na te nove.

Na tom co mame se mi libi, ze si to samo reguluje teplotu, i kdyz se shodi
ridici program kamery, casto je to treba. Nevim, jestli to nejak souvisi s
tim, o cem diskutujete. Videla jsem ale ze u nekterych kamer to tak
samozrejme neni.

Porad plati nabidka, ze kdybyste potrebovali zprostredkovat nejake
informace, jsem k dispozici. Moc bych prosila treba Kubika, jestli by mi
mohl udelat nejake velmi strucne shrnuti stavu reseni. Co uz je jasne, co
se jeste musi vymyslet. Pak muzu zkusit diskutovat s lidmi, kteri treba
podobne veci resili taky. Vcera se mi ozval jeden Francouz, z nejlepsich
pozorovatelu AUDE. Pracuje s MEADE, kupodivu ma s tim dobre zkusenosti a
ma navrhy, jak nektere problemy montaze resit. Taky nabizel pomoc s
kamerami, kterou sice nepotrebujeme (uz jste dal), ale asi by vedel, v
jakem stavu je jejich vyvoj, na necem novem lepsim taky pracuji.
Samozrejme je mym hlavnim zajmem nevnaset do vasi diskuse zmatek.

Zdravi Lenka

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: ATMEL a nozicky
Date: Fri, 3 Dec 1999 15:38:53 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Omlouvam se, nevyjadril jsem se jednoznacne. Myslel jsem techniky. -:)))

Apropos, na ty montaze urcite casem taktez dojde, takze udrzovani a
navazovani uzitecnych kontaktu povazuji za velmi, velmi hodnotnou a
zadouci cinnost.

>----------
>Od:	Lenka Sarounova[SMTP:[email-masked]]
>Odesl=E1no: 	3. prosince 1999 15:19
>Komu:	Kub=ED=E8ek Pavel
>Kopie:	CCD
>P=F8edm=ECt: 	RE: ATMEL a nozicky
>
>> Ale co na to skutecni odbornici, praktici? -:)))
>
>Kdo jsou to praktici? Ja muzu jen popsat, jak by se mi libilo, aby se
>cela
>vec chovala, pripadne co se mi libi na kamere, kterou pouzivame, ze by
>bylo pekne mit na te nove.
>
>Na tom co mame se mi libi, ze si to samo reguluje teplotu, i kdyz se
>shodi
>ridici program kamery, casto je to treba. Nevim, jestli to nejak =
souvisi
>s
>tim, o cem diskutujete. Videla jsem ale ze u nekterych kamer to tak
>samozrejme neni.
>
>Porad plati nabidka, ze kdybyste potrebovali zprostredkovat nejake
>informace, jsem k dispozici. Moc bych prosila treba Kubika, jestli by =
mi
>mohl udelat nejake velmi strucne shrnuti stavu reseni. Co uz je jasne,
>co
>se jeste musi vymyslet. Pak muzu zkusit diskutovat s lidmi, kteri treba
>podobne veci resili taky. Vcera se mi ozval jeden Francouz, z =
nejlepsich
>pozorovatelu AUDE. Pracuje s MEADE, kupodivu ma s tim dobre zkusenosti =
a
>ma navrhy, jak nektere problemy montaze resit. Taky nabizel pomoc s
>kamerami, kterou sice nepotrebujeme (uz jste dal), ale asi by vedel, v
>jakem stavu je jejich vyvoj, na necem novem lepsim taky pracuji.
>Samozrejme je mym hlavnim zajmem nevnaset do vasi diskuse zmatek.
>
>Zdravi Lenka
>
>

---------- End of message ----------

From: Marek Krenzelok <[email-masked]>
To: "CCD" <[email-masked]>
Subject: Re: rychle chlazeni
Date: Fri, 03 Dec 1999 19:24:56 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
Reply-To: [email-masked]
X-Mailer: Mozilla 4.7 [en] (Win95; I) (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Ladislav =D8eh=E1k wrote:

> Zdravim,
>

Taky,

>
> jen kratka poznamka k chlazeni - v CCD Astronomy Winter 96, strana 7, j=
e
> clanecek o tom, jak se nekomu na kamere zvysoval pocet horkych pixelu, =
mohlo
> za to udajne mechanicke pnuti cipu zpusobene prilis rychlym ochlazovani=
m.
> Kdyz to zacali chladit pomaleji tak tam ty hot pixely prestaly pribyvat
> (stare samozrejme nezmizely). Doporucuji 1 stupen za minutu, ale neuvad=
eji
> co to bylo za kameru a cip, jak byla puvodne chlazena atd. Nas HX516 ch=
ladi
> konstantnim proudem 1.7A, 30 stupnu pod teplotu okoli, a ten nabeh mi
> pripada pro cip dost drsny, ale na druhou stranu se tak chladi skoro vs=
echny
> Starlight Xpress uz hezkych par let, takze by to snad nemelo byt tak zl=
e.
>
> Lada

U ST-7 to taaky neni zrovna pomaly nabeh. V pondeli jsem fotil, okolni te=
plota
byla kolem 0C a mel jsem nastaveno  -25 C. Myslim, ze to nebylo ani 10 mi=
n a
bylo dosazeno pozadovane teploty.
Nicmene kolega mi polozil otazku, proc vlasne mit regulovaneho peltiera, =
kdyz
kazdy cip ma nejakou zavislost teplota/sum. V urcite casti se krivka uz m=
oc
nemeni, takze proc nezarucit jednu teplotu treba -25 C, kterou by se dalo
dosahnout i pri okolni teplote kolem +20 C a tu hlidat zpetnou vazbou a t=
imto
obejit nejakou slozitou regulaci pres kontroler?
Nicmene me se libila stale vice nase prvni varianta:

Pouzit zapojeni z CB245 upravene podle internetu (nekde mam ten obrazek) =
akorat
misto potenciometru by byl vyse zmineny digitalni, takze by slo vicestupn=
ove
nastavovat teplotu pomoci bitove hodnoty na digitalnim potenciometru.
Vicemene by to musel byt okalibrovany system pro danou kameru, to znamena=
 , co
nastavena hodnota -----to dana teplota. Snimac teploty treba LM75 nebo DS=
1620 by
uz jen informativne ukazoval skutecny stav,,,, treba jestli nedoslo k  ne=
jake
poruse..
Dalsi vec je udelat co nejmensi ztraty na vyzarovani chladiciho vykonu do=
 okoli
kamery. To pro nas treba znamena udelat uzavreny system ve kterem by byl =
pouze
cip a peltier z naslednym vysousenim za pomoci pouzdra ze silikagelem..

V soucastne dobe delame taky nejake pokusy, takze uvidime.

Navic vice se nam zamlouva kontroler SCENIX 48/52 nozicek, ktery bezi na =
50 MHz
(az 100), ktery ma plne konfigurovatene vstupne-vystupni fousy. Ma virtua=
lni
periferie I2C,SPI,MICROWIRE,PWM,Servo-control......a dalsi)
viz www.mite.cz

vyvojove prostredi budem kupovat koncem prosince.
navic ma InSystem programing (seriove programovani po 3 fousech)

zatim,

marek

---------- End of message ----------

From: Lenka Sarounova <[email-masked]>
To: "CCD" <[email-masked]>
Subject: Re: rychle chlazeni
Date: Sat, 4 Dec 1999 00:56:16 +0100 (MET)
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailer: Mercury MTS (Bindery) v1.31

Ahoj,

i u ST-8 je chlazeni otazkou nekolika minut, uchladime asi o 25 stupnu pod
okolni teplotu. Zadne problemy (krome srazeni vlhkosti, ale to je nase
chyba) to na cipu nedela, da se v podstate hned po usazeni teploty
pozorovat.

To by se dala zajistit tak nizka konstantni teplota? Pro pozorovani by to
bylo hezke, ale v lete jsme nekdy radi, kdyz se vecer dostaneme pod nulu.
Takze vetsinu roku se to honi co to jde nejniz. Jen ted v zime je to
jedno. Pod -20 uz je to dobre.

Lenka

---------- End of message ----------

From: Marek Krenzelok <[email-masked]>
To: "CCD" <[email-masked]>
Subject: Re: rychle chlazeni
Date: Sat, 04 Dec 1999 19:18:56 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
Reply-To: [email-masked]
X-Mailer: Mozilla 4.7 [en] (Win95; I) (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Lenka Sarounova wrote:

> Ahoj,

Ahoj,

>
>
> i u ST-8 je chlazeni otazkou nekolika minut, uchladime asi o 25 stupnu =
pod
> okolni teplotu. Zadne problemy (krome srazeni vlhkosti, ale to je nase
> chyba) to na cipu nedela, da se v podstate hned po usazeni teploty
> pozorovat.
>
> To by se dala zajistit tak nizka konstantni teplota? Pro pozorovani by =
to
> bylo hezke, ale v lete jsme nekdy radi, kdyz se vecer dostaneme pod nul=
u.
> Takze vetsinu roku se to honi co to jde nejniz. Jen ted v zime je to
> jedno. Pod -20 uz je to dobre.
>

Myslim,ze by se dala zajistit vprave izolovanim cipu a peltieru v co nejm=
ensim
prostoru, jako treba je u AX6. Je to snadnejsi vychladit malinky prostor =
a
udrzet tam teplotu nez chladit celou jednu komoru i z hrejici tam
elektronikou, jako to je u ST-7,8.
Navic u ST7,8 je dost nesikovne delany prenos teploty s tepleho konce
peltiera, neni tam ani zadny chladic (zebrovani) a ventilator fouka primo=
 na
cast rovne plochy zadni casti vychlazovane komory (nehlede na to, ze tato
spatne (ventilatorem)  chlazena zadni cast komory spetne topi do ochlazov=
aneho
prostoru ), tim je podle me taky dost dana zavislost na malych zmenach te=
ploty
okoli.
Myslim, ze by se dala udrzet tato teplota i v lete kolem -20C. Ale musim =
to
vyzkouset (uz se na tom pracuje).
Kazdopadne bych byl radeji pro regulaci peltiera, snimani teploty, ovlada=
ni
zaverky a jeji optozavory, filtroveho kola, ostriciho modulu jednim
mikrokontrolerem a druhym zajistit komunikaci mezi A/D, KAF, a samotnym P=
C.
Kontrolery muzou behat bud samostatne smerem k PC, nebo bude jeden Master=
 a
druhy Slave, timpadem bude PC spojeno pouze Slave kontroler.
=C4le myslim, ze uz jsme to tady jednou navrhovali a byli jsme zavrzeni :=
-)
Nicmene asi pujdeme touto cestou dale, jevi se nam totiz nejschudnejsi :-=
)
Otazku poziti mezipameti v kamere jsme taky jeste uplne nezavrhli :-)

Zatim se mej hezky...           marek

>
> Lenka

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: Chladenie
Date: Mon, 6 Dec 1999 13:00:07 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Trochu jsem navod prohlizel a nejsem z nej moc moudry. Jeste se podivam
k Philipsum jaky delaji obvody pro I2C. Milan W. psal, ze s I2C hodne
dela, takze by snad mohl poradit on.

Nevim co kdo konkretne zkousi, vyrozumel jsem, ze Milan testuje chlazeni
a moznost vyroby zaverky.

Bohuzel se ostatni nevyjadrili k navrhovane koncepci komunikace se
senzory a zpusobu regulace chlazeni, takze zatim to povazuji za
respektovany navrh.

>----------
>Od:	MRAZ Andrej[SMTP:[email-masked]]
>Odesl=E1no: 	6. prosince 1999 12:51
>Komu:	Kub=ED=E8ek Pavel
>P=F8edm=ECt: 	RE: Chladenie
>
>ok pokusim sa (te linka co si mi poslal asi nie je najlepsia :)))...
>
>skusal niekto to i2c podla toho navodu??? mam doma jednu starsiu =
seriovu
>eeprom takze to s nou skusim. keby to slo tak kupim ten prevodnik a =
cele
>to
>zbucham. Ak by islo vsetko ok tak do konca tyzdna by to mohlo byt.
>Ako su na tom dalsie veci? Robi niekto na niecom konkretnom?
>
>	Andrej
>
>> -----Original Message-----
>> From:	Kub=ED=E8ek Pavel [SMTP:[email-masked]]
>> Sent:	Monday, December 06, 1999 12:48 PM
>> To:	'MRAZ Andrej'
>> Subject:	RE: Chladenie
>>=20
>> Tak to je parada.
>> Napetovych referenci je nepreberne mnozstvi. Pozit by se mozna dal
>> nastavitelny TL(LM)431, viz tez
>> C:\Prac\Domu\CCD\ElParts\Zener\tl431.htm. Ma ale min. vystupni napeti
>> 2.5V.
>>=20
>> Zkus to tedy namalovat.
>>=20
>> >----------
>> >Od:	MRAZ Andrej[SMTP:[email-masked]]
>> >Odesl=E1no: 	6. prosince 1999 12:40
>> >Komu:	Kub=ED=E8ek Pavel
>> >P=F8edm=ECt: 	RE: Chladenie
>> >
>> >to i2c_lpt si pozrem..=20
>> >este som zabudol dodat ze ten A/D prevodnik ma 4 vstupy =
(multiplexovane)
>> >takze iba pridanim dalsieho LM335 by sme mohli merat este dalsie 3
>> >teploty
>> >(alebo hocico ine)
>> >0.5 na ADU je urcite dostatocne takze tych 200K - 328K by mohlo =
byt...
>> >
>> >> -----Original Message-----
>> >> From:	Kub=ED=E8ek Pavel =
[SMTP:[email-masked]]
>> >> Sent:	Monday, December 06, 1999 12:22 PM
>> >> To:	'MRAZ Andrej'
>> >> Subject:	RE: Chladenie
>> >>=20
>> >> - ten datasheet si stahnu.
>> >> - Existuji presne reference a to jak pevne, tak nastavitelne pro =
ruzna
>> >> napeti. Urcite jsou 2.5V, ty se hodne pouzivaji
>> >> - I2C se da emulovat pres paralelni port PC, navod na to vysel na =
HW
>> >> serveru http://hw.cz/constrc/i2c_lpt/i2c_lpt.html
>> >> - pracovn=ED teplotu bych po=E8=EDtal od cca 210K do 338K pri 0.5C =
na ADU
>> >> (-63C az +65C) coz by bylo s dostatecnou rezervou, pripadne by se =
dalo
>> >> uvazovat o 0.25C na ADU a rozsah cca -40C az +24C coz by bylo =
mozna
>> >> blizsi realu. Muzeme klidne pouzit i 4ADU na 1C protoze =
predpokladam ze
>> >> udavana presnost LM335 je ABSOLUTNI a v praxi tedy neni dulezite =
zda
>> >> zmerena hodnota teploty je spravna, ale zda jsou mereni =
opakovatelna
>> tj.
>> >> dulezita je RELATIVNI presnost.
>> >>=20
>> >> Pavel K.
>> >>=20
>> >> >----------
>> >> >Od:	MRAZ Andrej[SMTP:[email-masked]]
>> >> >Odesl=E1no: 	6. prosince 1999 11:19
>> >> >Komu:	Kub=ED=E8ek Pavel
>> >> >P=F8edm=ECt: 	RE: Chladenie
>> >> >
>> >> >Ten PCF8591 je od Philips-u. (mam aj PDF, mozem ti poslat) =
Podstata je
>> v
>> >> >tom
>> >> >ze na operacny zosilnovac sa privedie  namerana a zelana hodnota.
>> >> >Vyskusane
>> >> >to mam tak, ze teplotny senzor je LM335 a ziadana hodnota sa =
nastavuje
>> >> >odporovou sietou. Dalej to funguje celkom spolahlivo. Ten =
prevodnik
>> som
>> >> >nasiel iba v piatok, takze to vyskusane nemam, ale myslim si ze =
by tam
>> >> >ziadny principialny problem byt nemal. Bude sa to asi tazko =
testovat
>> bez
>> >> >mikrokontrolera. (koli I2C) V tej mojej scheme je aj prudove
>> obmedzenie.
>> >> >(da
>> >> >sa nastavit max. prud)
>> >> >Podla toho co som cital v PDF o PCF8591 by to zapojenie malo byt =
v
>> >> >pohode,
>> >> >jedine co tam bude treba spravit su referencne napetia. Musime si
>> urcit
>> >> >pracovnu teplotu, napr. 200K - 280K (LM 335 pracuje so stupnami
>> kelvina)
>> >> >co
>> >> >je -73C az +7C takze by sme potrebovali referencne napetia 2.0V a
>> 2.8V.
>> >> >Neviem si predstavit sko nastavime presne tieto napetia. Rozdiel =
0.01V
>> >> >je 1
>> >> >stupen C..... Dalo by sa este posuvat rozsahom, lebo A/D a D/A na =
256
>> >> >hodnot
>> >> >a presnost LM335 je aj tak iba v ramci 1C mohli by sme kazdej =
hodnote
>> >> >priradit jeden stupen, napr od 100K - 373K alebo hociako inak, =
tak aby
>> >> >nam
>> >> >vysli vhodne referencne napetia (podla zeneriek al. =
stabilizatorov...)
>> >> >Toto
>> >> >treba este premyslet. Pokial by si mal nejaky navrh velmi by som =
ho
>> >> >uvital.
>> >> >
>> >> >	Andrej Mraz
>> >> >
>> >> >> -----Original Message-----
>> >> >> From:	Kub=ED=E8ek Pavel =
[SMTP:[email-masked]]
>> >> >> Sent:	Monday, December 06, 1999 10:53 AM
>> >> >> To:	'MRAZ Andrej'
>> >> >> Subject:	RE: Chladenie
>> >> >>=20
>> >> >> Vypada to pekne a jednoduse. Od koho je ten PCF8591? Mas to uz =
i
>> >> >> vyzkousene? Pokud ano, tak to rozkresli a muzem to vystavit, =
aby se
>> >> >> mohli ostatni pripadne vyjadrit.
>> >> >>=20
>> >> >> Bude tam jeste regulace proudu tekouciho Peltierem, tedy jeste =
jedna
>> >> >> zpetna vazba, nebo jen jedina zpetna vazba pres teplotni cidlo?
>> >> >>=20
>> >> >> Zatim ahoj
>> >> >>=20
>> >> >> Pavel K.
>> >> >>=20
>> >> >> >----------
>> >> >> >Od:	MRAZ Andrej[SMTP:[email-masked]]
>> >> >> >Odesl=E1no: 	6. prosince 1999 8:19
>> >> >> >Komu:	Kub=ED=E8ek Pavel
>> >> >> >P=F8edm=ECt: 	Chladenie
>> >> >> >
>> >> >> ><<Soubor: chladenie.gif>>
>> >> >> >Cez vikend som sa tomu trosku venoval. Nasiel som jeden cip, =
na
>> ktorom
>> >> >> >je
>> >> >> >A/D a D/A prevodnik, komunikuje cez I2C a stoji medzi 100 - =
200
>> korun.
>> >> >> >Dalo
>> >> >> >by sa to s nim postavit. Nakreslil som taku jednoduchu blokovu
>> schemu.
>> >> >> >Tu ti
>> >> >> >posielam. Pokial by sme sa dohodli, ze takto to chceme, tak to
>> mozem
>> >> >> >navrhnut aj detailne. (dokreslim par odporov..:))
>> >> >> >
>> >> >> >	Andrej
>> >> >> >
>> >> >> > <>=20
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >
>> >
>

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: rychle chlazeni
Date: Mon, 6 Dec 1999 14:31:34 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

Mala poznamka k filozofii chlazeni a par dalsich postrehu:

- Pevne "zadratovani" nejake konecne hodnoty teploty je sice
principialne mozne, lec velmi neefektivni. Pri vysoke okolni teplote by
byl maximalne vyuzit vykon peltiera, zatimco pri nizke by se totiz
vyuzil jen castecne, nebot pro dosazeni stejne konecne teploty cipu
nepotrebuji vytvorit tak velky rozdil teplot. Navic regulace musi byt
stejne pritomna, takze konecna hodnota teploty CCD je dana jen definici
zadane hodnoty.

- Konecna teplota cipu zavisi na techto vecech:
1.	Chladici vykon peltiera
2.	Tepelny (teplosmenny) odpor chadice (mel by byt max. 1C/W)
3.	Teplota okoniho prostredi
4.	Tepelne ztraty (vedenim, konvekci, zarenim)
5.	Ztratovy tepelny vykon CCD (je promenny v urcitem rozsahu)

Nizky tepelny odpor chladice lze dosahnout jeho velkou teplosmennou
plochou (zebra), vhodnym materialem chladice (hlinik, lepe vsak med) a
nucenym obehem chladiciho media, v tomto pripade vzduchu. Pri danem
vykonu peltiera pak dostanu VZDY (temer) stejne delta T. Temer proto, ze
ucinnost peltiera stoupa se zvysujici se teplotou horkeho konce. Proto
se take u vsech kamer udava vykon chlazeni nikoliv jako nejnizsi
dosazitelna teplota CCD, ale jako delta T tj. maximalni dosazitelny
rozdil teplot mezi okolim a CCD.

Tepelne ztraty. Nejvyznamnejsi ztraty vznikaji v kamere vedenim tepla.
Dulezite je tedy zajistit co nejvetsi tepelny odpor mezi CCD a okolim.
Hlavnim kanalem, ktery nelze odstranit pro vedeni tepla jsou privodni
vodice CCD. Proto by mely byt pokod mozno delsi a co nejmensiho prurezu.
Ten je vsak treba urcit s ohledem na elektrickou stranku veci.=20

Druhym teplnym kanalem je prostredi v okoli CCD samotneho. Obvykle je to
vzduch, ktery ma velmi malou tepelnou vodivost, ktera se zvysuje se
zvysujicim obsahem vodnich par a se zvysujicim se tlakem. Pracovni
podminky uvnitr kamery jsou vsak takove, ze vodni pary vymrznou na jejim
nejchladnejsim miste a jejich prispevek k tepelne vodivosti je
minimalni. Neni ovsem pravda, ze zmensovanim prostoru okolo CCD se
dosahne lepsiho vykonu chlazeni! Naopak, zbavime se tim tepelne izolace
(bohuzel zvetsujeme podil jinych zdroju ztrat - konvekce). Objem
izolacni vrstvy vzducho okolo CCD se totiz zvetsuje s druhou mocninou,
zatimco teplosmenna plocha vnejsiho plaste s prvni mocninou prumeru
kamery (valec). Pro snizeni ztrat vedenim tepla z okoli CCD se kamery
evakuuji, resp. snizuje se v nich tlak, diky cemu lze ziskat az nekolik
stupnu C v celkovem delta T (kolem 5C).=20

Dalsim faktorem je vodivost sten kamery. Obvykle jsou delany ze slitin
hliniku a funguji zaroven jako teplosmenna plocha chladice. Zaroven se
tim zajistuje (v pripade, ze neni vnitrek kamery evakuovan) i to, aby
kryci sklo vstupniho otvoru kamery neomrzalo.

Dalsimi zdroji jsou konvekce a zareni. Konvektivni ztraty se budou
obecne zvysovat se zvetsovanim prumeru kamery. Horky konec peltiera
totiz ohriva cele spodni dno kamery, kter pak funguje jako rozpalena
plotna. Lze vsak provest vnitrni upravy, ktere proudeni vzduchu zamezi
(nebo snizit tlak v kamere).

Co se vyzarovani tyce, zavisi na plose a teplote vnitrku plaste kamery a
stoupa se ctvrtou mocninou abs. teploty. Je to vsak nejmene vyznamny
zdroj ztrat.

Ke zvyseni celkoveho delta T dale prispiva reseni coldfingeru. Ten by
mel byt co nejnizsi (co njmensi vzdalenost mezi CCD a peltierem) a mel
by byt vyroben z materialu s co nejvetsi tepelnou vodivosti (med), aby
na nem vznikal co nejmensi rozdil teplot. Je treba si uvedomit, ze
nejchladnejsi casti kamery je studeny konec peltiera a smerem k CCD (v
coldfingeru) teplota stoupa a to tim vice, cim je tepelna vodivost
materialu coldfingeru mensi a cim je coldfinger vyssi (delsi). Navic,
cim nizsi je coldfinger, tim mensi je jeho vnejsi plocha a tim nizsi
jsou tepelne ztraty na coldfingeru (vedeni z okoli).

Pokud bude uvnitr kamery (v bezprostrednim okoli CCD) elektronika, je to
dalsi zdroj tepla snizujici ucinnost chlazeni.

Odizolovani dna kamery tak, aby se neohrivalo od horkeho konce peltiera
je sice mozne, ale patrne dost komplikujici situaci (prilis mne v tuto
chvili nenapada, jak to jednoduse udelat).

No, uz je to dost dlouhe povidani, tak dalsi az zase jindy. -:)))

Zdravi

Pavel K.

>----------
>Od:	Marek Krenzelok[SMTP:[email-masked]]
>Odesl=E1no: 	4. prosince 1999 19:18
>Komu:	CCD
>P=F8edm=ECt: 	Re: rychle chlazeni
>
>
>
>Lenka Sarounova wrote:
>
>> Ahoj,
>
>Ahoj,
>
>
>>
>>
>> i u ST-8 je chlazeni otazkou nekolika minut, uchladime asi o 25 =
stupnu pod
>> okolni teplotu. Zadne problemy (krome srazeni vlhkosti, ale to je =
nase
>> chyba) to na cipu nedela, da se v podstate hned po usazeni teploty
>> pozorovat.
>>
>> To by se dala zajistit tak nizka konstantni teplota? Pro pozorovani =
by to
>> bylo hezke, ale v lete jsme nekdy radi, kdyz se vecer dostaneme pod =
nulu.
>> Takze vetsinu roku se to honi co to jde nejniz. Jen ted v zime je to
>> jedno. Pod -20 uz je to dobre.
>>
>
>Myslim,ze by se dala zajistit vprave izolovanim cipu a peltieru v co
>nejmensim
>prostoru, jako treba je u AX6. Je to snadnejsi vychladit malinky =
prostor
>a
>udrzet tam teplotu nez chladit celou jednu komoru i z hrejici tam
>elektronikou, jako to je u ST-7,8.
>Navic u ST7,8 je dost nesikovne delany prenos teploty s tepleho konce
>peltiera, neni tam ani zadny chladic (zebrovani) a ventilator fouka
>primo na
>cast rovne plochy zadni casti vychlazovane komory (nehlede na to, ze
>tato
>spatne (ventilatorem)  chlazena zadni cast komory spetne topi do
>ochlazovaneho
>prostoru ), tim je podle me taky dost dana zavislost na malych zmenach
>teploty
>okoli.
>Myslim, ze by se dala udrzet tato teplota i v lete kolem -20C. Ale =
musim
>to
>vyzkouset (uz se na tom pracuje).
>Kazdopadne bych byl radeji pro regulaci peltiera, snimani teploty,
>ovladani
>zaverky a jeji optozavory, filtroveho kola, ostriciho modulu jednim
>mikrokontrolerem a druhym zajistit komunikaci mezi A/D, KAF, a samotnym
>PC.
>Kontrolery muzou behat bud samostatne smerem k PC, nebo bude jeden
>Master a
>druhy Slave, timpadem bude PC spojeno pouze Slave kontroler.
>=C4le myslim, ze uz jsme to tady jednou navrhovali a byli jsme zavrzeni
>:-)
>Nicmene asi pujdeme touto cestou dale, jevi se nam totiz nejschudnejsi
>:-)
>Otazku poziti mezipameti v kamere jsme taky jeste uplne nezavrhli :-)
>
>Zatim se mej hezky...           marek
>
>>
>> Lenka
>

---------- End of message ----------

From: Marek Krenzelok <[email-masked]>
To: "CCD" <[email-masked]>
Subject: analog sw....
Date: Sat, 11 Dec 1999 17:48:08 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
Reply-To: [email-masked]
X-Mailer: Mozilla 4.7 [en] (Win95; I) (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

http://www.siliconix.com/www/product/answtree.htm

---------- End of message ----------

From: "Pavel Cagas" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: HW/SW reseni kamery
Date: Tue, 14 Dec 1999 18:01:00 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) (via Mercury MTS (Bindery) v1.31)

Zdarvim vsechny,

jak sleduji vyvoj diskuse, asi se puvodni myslenka navrhnout a vyrobit
jednotny HW pomalu vytraci. Zrejme "jedna velikost nesedi vsem", kazdy chce
po kamere neco jineho a ma take jiny pohled na ruzna reseni... Nakonec pokud
vznikne reseni vice, kazdy se bude moci rozhodnout, ktere mu vice vyhovuje.

Aby se veci pohnuly, stravili jsme posledni dny (tydny?) navrhem HW a
vyhledavanim vhodnych obvodu. A take jsme jiz nakoupili (resp. objednali)
obvody pro prototyp kamery, protoze SW v kamere je v podstate jen posouvani
bitu po portech a bez navrhu HW (kam ktery bit vede :-) se moc programovat
neda.

Jadrem kamery bude (samozrejme mimo KAF CCD :-) mikrokontroler DALLAS
DS87C550. Je velmi podobny obvodum PHILIPS 87C552, jen ma nektere veci navic
a je dramaticky rychlejsi (vice jak 5x). Moznosti obvodu (mnozstvi I/O pinu,
PWM vystupy, A/D vstupy apod.) dovoluji vyloucit z navrhu radu relativne
komplexnich konstrukci, napr. samostatne I2C teplomery, D/A prevodnik pro
rizeni peltiera, samostatne procesory pro regulaci a komunikaci apod. a
koncentrovat veskerou funkcnost do male hlavy kamery.

- 8051 core, ale na instrukci potrebuje 4 takty, ne 12. Pri taktu 33 MHz je
tedy rychly jako klasicky 80C51 na 99MHz. Vykonove tedy staci na ECP
komunikaci, regulaci i obsluhu CCD.
- 8KB EPROM, 256B RAM, 1024KB "MOVX" RAM na cipu. "MOVX" RAM slouzi jako
plovouci buffer pro az 512 pixelu sdileny mezi rutinami pro vycitani CCD a
ECP komunikaci.
- 3 x 16bit citace s krokem 1/8 us (pri 32MHz)- rizeni progrmovatelnych
prodlev apod.
- 8 multiplexovanych 10bit A/D, 3 pouzity na mereni studene a horke strany
peltiera a na okolni teplotu.
- PWM vystupy (4x8bit nebo 2x16bit). PWM vystupy ridi proudovy zdroj pro
peltiera namisto separatniho D/A prevodniku. PWM vystupy jsou zcela mimo I/O
piny a setri je pro jine pouziti.
- 55 I/O pinu (zadne problemy s 32 piny Atmel).
- drobne uzitecnosti typu Dual Data Pointer a rada dalsich vlastnosti z
hlediska navrhu kamery nepodstatnych, napr. 2xUART a I2C sbernice...

Ukazuje se, ze hlavni problem nebude v navrhu cislicove casti kamery, ale v
navrhu systemu, kde pobezi mikrokontroler a soucasne bude mit smysl merit
neco na 16 bitu (zadna firma neintegruje na cip s procesorem vice jak 12-bit
A/D). Tedy minimalizovat ruseni a soucasne zajistit datovou propustnost -
asi neexistuji optrony s takovou propustnosti, aby bylo mozno cislicovou
cast galvanicky oddelit...

Jakmile budeme mit kompletni schema, ihned je vystavime verejne kritice :-)

Uvnitr tela kamery je izolovana komora s CCD, zaverka je z prostorovych i
tepelnych duvodu mimo komoru CCD. Jako moznost pohonu zaverky zkoumame
modelarska serva, otazka je jen rychlost (je nekdo modelar?). Jakmile
dodelame navrh elektroniky a vypadne z toho priblizna velikost plosnych
spoju, upresni se i mechanicka konstrukce.

Ahoj,

-----------
Pavel Cagas

e-mail:     [email-masked]
e-mail/sms: [email-masked]
www:        http://www.mii.cz/~ccd

---------- End of message ----------

From: "Pavel Cagas" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: RE: HW/SW reseni kamery - oprava
Date: Wed, 15 Dec 1999 13:07:57 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) (via Mercury MTS (Bindery) v1.31)

> - PWM vystupy (4x8bit nebo 2x16bit). PWM vystupy ridi proudovy zdroj pro
> peltiera namisto separatniho D/A prevodniku. PWM vystupy jsou
> zcela mimo I/O piny a setri je pro jine pouziti.

Trochu jsem se spletl, PWM vystupy jsou mimo porty u P87C552, ktery ma "jen"
6 portu (48 pinu), DS87C550 ma v tech mistech mapovany dalsi 7. port (jen
7-bitovy), takze PWM vystup je potreba odecist od celkoveho poctu 55 pinu.
Ale to neni zadna tragedie...

Ahoj, Pavel Cagas

---------- End of message ----------

From: "Ing. Milan Wudia" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: Re: HW/SW reseni kamery
Date: Mon, 20 Dec 1999 07:58:53 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
X-Mailer: Microsoft Outlook Express 4.72.3110.5 (via Mercury MTS (Bindery) v1.31)
Content-Transfer-Encoding: quoted-printable

Pavlem navrhovane reseni se mi zamlouva, pouziti  DS87C550 je perfektni.

>Ukazuje se, ze hlavni problem nebude v navrhu cislicove casti kamery, al=
e v
>navrhu systemu, kde pobezi mikrokontroler a soucasne bude mit smysl meri=
t
>neco na 16 bitu (zadna firma neintegruje na cip s procesorem vice jak
12-bit
>A/D). Tedy minimalizovat ruseni a soucasne zajistit datovou propustnost =
-
>asi neexistuji optrony s takovou propustnosti, aby bylo mozno cislicovou
>cast galvanicky oddelit...

Dobre zkusenosti mam s optrony od HP typ HPCL 7101 ktere maji p=F8enosovo=
u
rychlost az 65 Mbit/s!
( Jediny problem je cena)

Je pravda ze u profi zarizeni se vetsinou oddeluje elektronika od vlastni=
ho
cipu. V hlave u cipu ( vetsinou vakuove)je jen to nejnutnejsi a vse ostat=
ni
v krabici pobliz. Je bezne oddeleni vsech signalu optrony a napajeni
elektroniky z odelenych zdroju.

Znacneho zjednodusseni ( pri oddelovani signalu ) mozno dosahnout A/D
prevodniku se seriovym vystupem
( napr AD677 ktery je 16 bitovy a umi 100ksps).
Pro optimalni navrh je pak ale vhodne pouzit jako ridici kontroler DSP
ktere maji podporu rychlych seriovych kanalu.  Je vsak mozne ze by osetre=
ni
seriove komunikace zvladl i jiny processor.

Pri uvaze o pouziti serioveho A/D prevodniku, mne napada i upne jina
koncepce rozmisteni elektroniky v kamere. Do hlavy umistit , budice cipu,
analogovou cast vcetne zdroju napeti pro cip , seriovy A/D a jednoduchy
radic napr. nektery maly atmel AVR( povely by se  zadavaly taky seriove).
Vlastni "velky"processor  by byl umisten az u pocitace. Pri teto koncepci=
 by
se daly podstatne zredukovat draty mezi hlavou na dalekohledu a pocitacem.
Neni problem s optickym oddelenim, ktere je mozne udelat i dvakrat ( jedn=
ou
mezi budi=E8i a processorem v hlave a podruhe na seriove lince).
Jako hlavni processor je mozne pouzit napr  primo EZ kit s ADSP 2183 ( de=
ska
100x160) doplneny pouze o obvody pro styk s pocitacem.
Vyse uvedeny navrh berte pouze jako uvahu o tom, jak je to tez mozne resi=
t.
 Pro konsrukci kamery s CCD cipem KAF je spis bezna  kompaktni konstrukce=
 a
bude dobre se ji drzet.

Poznamka : ST7/8 pracuje pri plnem bodovem rozliseni jen jako 14 bitova a=
 16
bitu pouziva jen pri binningu.

Ahoj
             Milan Wudia

---------- End of message ----------

From: [email-masked]
To: "CCD" <[email-masked]>
Subject: Prani
Date: Mon, 20 Dec 99 10:43:34 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer: Mercury MTS (Bindery) v1.31

Krasne, stastne a klidne Vanoce, vsechno nejlepsi do noveho roku,
hodne uspechu v osobnim i pracovnim zivote a hodne hezkych pozorovani
s novou kamerou
preje vsem
               Kamil Hornoch

---------- End of message ----------

From: Marek Krenzelok <[email-masked]>
To: "CCD" <[email-masked]>
Subject: Re: Prani
Date: Mon, 20 Dec 1999 20:25:50 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
Reply-To: [email-masked]
X-Mailer: Mozilla 4.7 [en] (Win95; I) (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

[email-masked] wrote:

> Krasne, stastne a klidne Vanoce, vsechno nejlepsi do noveho roku,
> hodne uspechu v osobnim i pracovnim zivote a hodne hezkych pozorovani
> s novou kamerou
> preje vsem
>                Kamil Hornoch

Napodobne Vsem             Marek

---------- End of message ----------

From: "Petr Vaca" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: Prani
Date: Thu, 23 Dec 1999 00:05:40 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
Organization: 
MIME-Version: 1.0
Content-Type: multipart/alternative;
X-Mailer: Microsoft Outlook Express 5.00.2314.1300 (via Mercury MTS (Bindery) v1.31)

This is a multi-part message in MIME format.

------=_NextPart_000_002C_01BF4CD9.72744560
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

     Ahoj vsichni,
   Take ja bych chtel poprat krasne, pohodove a radostne proziti =
vanocnich svatku, poradne veseleho Silvestra (posledniho devitkoveho) a =
vse nejlepsi do Noveho roku 2 000.
                        Mejte se pohodove jak to jen pujde.
                                                                         =
      Petr

P.S.: Stale na prijmu!

------=_NextPart_000_002C_01BF4CD9.72744560
Content-Type: text/html;
	charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-2" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3D"Arial CE" size=3D2>&nbsp;&nbsp;&nbsp;&nbsp; Ahoj=20
vsichni,</FONT></DIV>
<DIV><FONT face=3D"Arial CE" size=3D2>&nbsp;&nbsp; Take ja bych chtel =
poprat krasne,=20
pohodove a radostne proziti vanocnich svatku, poradne veseleho Silvestra =

(posledniho devitkoveho) a vse nejlepsi do Noveho roku 2 =
000.</FONT></DIV>
<DIV><FONT face=3D"Arial CE"=20
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;=20
Mejte se pohodove jak to jen pujde.</FONT></DIV>
<DIV><FONT face=3D"Arial CE"=20
size=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
Petr</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3D"Arial CE" size=3D2>P.S.: Stale na=20
prijmu!</FONT></DIV></BODY></HTML>

------=_NextPart_000_002C_01BF4CD9.72744560--

---------- End of message ----------

From: Lenka Sarounova <[email-masked]>
To: "CCD" <[email-masked]>
Subject: 
Date: Thu, 23 Dec 1999 13:11:54 +0100 (MET)
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailer: Mercury MTS (Bindery) v1.31

Ahoj,

mejte se hezky o vanocich, nepijte tak moc jako my tady v Ondrejove, ale
uzivejte si krasnych veci, prirody, oblohy, hudby i lidi - aspon tak, jako
my tady v Ondrejove.

Zdravi Lenka

---------- End of message ----------

From: "Ing. Milan Wudia" <[email-masked]>
To: "CCD" <[email-masked]>
Subject: PF2000
Date: Thu, 30 Dec 1999 13:29:19 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
MIME-Version: 1.0
Content-Type: text/plain;
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook Express 5.00.2615.200 (via Mercury MTS (Bindery) v1.31)

Hodne zdravi a mnoho uspechu v roce 2000 
preje
                    Milan Wudia

---------- End of message ----------

From: =?iso-8859-2?Q?Kub=ED=E8ek_Pavel?= <[email-masked]>
To: "CCD" <[email-masked]>
Subject: *2000*
Date: Thu, 30 Dec 1999 14:13:40 +0100
Errors-to: <[email-masked]>
Sender: [email-masked]
X-listname: <[email-masked]>
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62 (via Mercury MTS (Bindery) v1.31)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Pratele,

preji vam vsem vse nejlepsi do noveho roku, hodne pracovnich uspechu,
spokojenosti ve vasem zivote, mnoho dobrych pratel a prijemne prozitych
okamziku.

Pavel Kubicek

---------- End of message ----------