PHD guiding-problém s pointací

[juh]

Odchýlka 2" za 20 sekúnd, to je to, o čom som písal. Za prvých 5 sec sa prekročí min.mo. (prvá expozícia +5 sec), ďalšie dva kroky ho musia povrdiť čo je +10 sec (spolu 15 sec), kým PHD2 vyhodnotí, že má vydať nejaký riadiaci pokyn. Ak dochádza k zmene smeru otáčania motora a je tam backlash, tak ďaší krok nemusí spraviť nič. To sme už na 20 sec, za ktoré sa nemusí udiať žiadny badateľný zásah PHD2.

[MilAN]

Jednak seeing, jednak RA šneks tím trochu hýbe a jednak vítr. A celé to pak má směr podle neustavené montáže. A když sleduješ při pointaci oba grafy , vidíš že některé větší odchylky v RA korespondují časově s odchylkami v DEC. Jak zabírá RA šnek, kroutí se vším, co se poddá.

[mirkovacik]

1. @juh: Nie, nie. Píšem, že na tom grafe neboli zapnuté korekčné pulzy. Šnek a ozubené kolo v DEC sa nemali nijako otáčať. Ďalekohľad v DEC osi mal stáť. A predsa skáče guiding hviezda o 2" v DEC smere. Prečo? Prečo skáče hviezda o 2" v DEC smere, keď os DEC stojí? (To je zmysel otázky. V tomto prípade nie je otázka na to, ako má reagovať PHD2 a žiadať o korekcie.)

2. Resist switch podľa dokumentácie PHD2 ja vnímam inak. Tie obrázky s guiding pulzami sú už s guiding expozíciami 1s, tam už nie je 5s. A teraz k resist switchu - min move u mňa bol 0,2 a pixel je 4,8", t.j. min move je niečo máličko menej ako 1". Čo sa týka potvrdzovania 3x, tak podľa toho, ako čítam dokumentáciu ja, tak to potvrdenie sa robí iba v prípade, že by sa mal zmeniť smer korekčných impulzov. Musí sa to 3x odchýliť o min move v opačnom smere ako boli predchádzajúce odchýlky, až potom urobí korekčný impulz. (Fast switch eliminuje to čakanie na 3x, pokiaľ sa to odchýli o viac ako 3xmin move, t.j. v tomto prípade o viac ako cca. 3". Taký prípad tu nie je, čiže fast switch sa neaplikoval.) Ale, pokiaľ by sa mala korekcia robiť v tom istom smere ako bola naposledy, potom sa nečaká na 3x potvrdenie, ale robí korekčný impulz hneď. Tak to chápem ja podľa dokumentácie a myslím, že aj grafy tomu zodpovedajú.

[mirkovacik]

No mne z toho vyplýva iba to, že zmenšiť min move v DEC na 0,1 (opatrný pokus) alebo až 0,05 (uvidíme, čo to urobí), aby sa obmedzil interval pre pohyb bez korekcií na 1" alebo 0,5". Potom sa uvidí, čo to dá.

Mám pomalé Raspberry PI, snímok to z ASIny sťahuje 0,6s, potom aj pri 1s guiding expozícii to guiduje v perióde cca. 2 sekundy. Napadlo ma spraviť ešte binning 2x2, že by to stiahlo rýchlejšie a min move dať ešte polovičný... Toto tiež vyskúšam.

[astrolama]

Očekáváš, že když DEC osa se nehýbe, tak bude červená čára jak podle pravítka? Hvězda neskáče ale skáče atmosféra.

[mirkovacik]

Ano, v zásade by som čakal, že pri mojom pokuse by to stálo na 0 ako pribité.

Teda presnejšie realisticky by som čakal, že:
- pri 5s expozícii (aby sa eliminoval seeing)
- po odpočítaní driftu
sa to bude pohybovať relatívne rovnou čiarou okolo 0, resp. bude to skákať v nejakom neveľkom intervale a pomerne pravidelne.

Nečakal by som, že seeing spôsobí 4 expozície za sebou na odchýlke +1" a potom 10 expozícií za sebou v odchýlke -1" až -2,5". Alebo iný príklad (ale to je na iných miestach logu ako na tých obrázkoch): 150 sekúnd neustále v kladnej odchýlke +1" až 2,5" a kúsok na to 200 sekúnd v zápornej odchýlke -2" a -3,5". Pri seeingu by som čakal, že sa to bude vlniť okolo 0. A pri 5 sekundovej expozícii aj to, že to bude relatívne pravidelné vlnenie bez veľkého počtu snímkov po sebe na jednu stranu. A čo by to bol za seeing, že by hýbal hviezdou v rozsahu 10". (Naopak som mal dojem vtedy, že seeing bol celkom obstojný.)

Takže nie, nečakám rovnú čiaru, ale že by to seeing ťahal 20 sekúnd jedným smerom sa mi nezdalo.