Stránka 2 z 2

GoTo pre var

Napsal: 14. 09. 2005, 04:53
od MMys
Pokud je montaz azimutalni, tak to bude silenost. Znamena to vest montaz pohybem obou os, nerovnomernym, v zavislosti na case a poloze objektu na obloze. Jsou s problemy s vypocetnimi singularitami kolem zenitu a podobne. Vztahy pro ty vypocty rychlosti jsou celkem chutovka, a dost blbe se to ladi. Nehlede na to, ze vas bude trapit staceni pole, byt pri kratkych expozicich na fotometrii by to nemuselo byt poznat.

Dalsi problem na AZ je ten autoguiding, protoze nelze jen podle odchylek jednoduse zrychlovat/zpomalovat prislusne motory. Z odchylky hvezdy, uhlu stoceni zorneho pole vuci osam montaze a aktualniho pomeru rychlosti AZ a EL se musi vypocitat zmena rychlosti pro korekce v obou osch. To je oproti EQ dost znacna komplikace.

Problem take bude, pokud nebude merena hveza uprostred pole (coz pri automatickem provozu pri zminenem ohnisku nebude, spis budete radi, pokud vubec v zornem poli 10x15' bude) V prubehu mereni bude diky staceni v poli cestovat, a srovnavacka taky. To dost zkomplikuje automaticke vyhodnocovani (nutna registrace snimku s katalogem nebo jinym snimkem)

Pokud si chcete usetrit hromadu prace, dejte tu hlavu montaze nasikmo a udelejte paralaktiku.

Mimochodem, kde jsou ty motory ? Uvnitr ?

P.S. Pro pohon dalekohledu v azimutalnim modu nebude pouzitelny ani jeden ze systemu, co jsem uvadel (Powerflex, ten muj...) ani po pripadnem nahrazeni koncovych stupnu necim vykonnym. Proste firmware neni napsany pro AZ rezim, a z me strany ani nebude. To bych asi bez pristupu k montazi doma na dalku neodladil, nehlede na komplikovanost a mozne problemy s dost narocnymi vypocty na pouzitem mikrokontroleru.