AstroTortilla - kotikutoinen, puolivillainen kuvausapuohjelma

[Timpe]

Tuli taas hiukan vapaa-aikaa AstroTortillan parissa askarteluun ja tällä kertaa v0.2.7 meni koneeseen "heittämällä" ilman ylimääräisiä kuvioita Poistin virustutkan reaaliaikaisen suojauksen käytöstä ja hain tuoreimman asennuspaketin verkosta jne. kaikki ohjekirjan mukaan.
Purin tarvittavat Astrometry.net 205-210 indeksitkin tuonne CygWin:n alle oikeaan alikansioon + valitsin AstroTortillan käynnistyttyä sen valikoista ASCOM Telescope ja ASCOM Camera -valinnat. Tietokone oli tässä vaiheessa kiinni Astro Electronikin FS2 goto-ohjaimessa ja kaikki tarvittavat sarja/USB-kaapeloinnit kiinnitettyinä. Kapulaan oli syötetty Andromedan alfa-tähti referenssiksi ja kapulan näytössä olivat asianmukaiset RA/DEC-lukemat.

Hain sitten kiintolevyltä ratkottavaksi aiemmin kuvaamani NGC1624:n luminanssiruudun ja komensin AT:n Tools - Goto Image komennolla systeemiä siirtymään tuohon sijaintiin. AT pureksi kuvaa reilun minuutin ajan ja sen statusrivillä näkyi tietoa tästä työvaiheesta. Lopuksi tuli "Field solved" ja AstroTortilla alkoi ohjaamaan simuloitua jalustaani oikeaan suuntaan... viimeinkin! Kun siirto oli saatu loppuun goto-kapulan näytössä näkyivät tuon NGC1624:n koordinaatit eli kaikki oli toiminut kuten pitikin. Jiihaa!!! (AT yritti tietysti ottaa kameralla kuvaa goto-sijainnista (jne.), muttei sieltä mitään tähtiä löytynyt näin päiväsaikaan suojatulpat päällä. Liitekuvan virheet ovat tätä perua.) Systeemi toiminee nyt siis teoriassa ja kenties myös käytännössäkin ihan ok, joten kai tämän asennusprojektin voi nyt julistaa työvoitoksi.

Huomasin samalla, että Maxim DL varaa QSI-kameran kokonaan ja AstroTortilla ei pääse siihen käsiksi samaan aikaan ASCOM-liitännän kautta. Tämä taisi olla jokin ASCOM hubi-juttu, josta muistan lukeneeni jotakin tässä pitkän asennusprojektin alkuvaiheissa. Säätöä riittää ja varsinaiset reaalikokeilut jalustan/putken kanssa menevät pitkälle toukokuun puolelle tai elokuulle (sairaslomani estää harmillisesti kaiken fyysisen toiminnan kuten putken pystytykset yms. monen viikon ajaksi).

[naavis]

Huomasin samalla, että Maxim DL varaa QSI-kameran kokonaan ja AstroTortilla ei pääse siihen käsiksi samaan aikaan ASCOM-liitännän kautta. Tämä taisi olla jokin ASCOM hubi-juttu, josta muistan lukeneeni jotakin tässä pitkän asennusprojektin alkuvaiheissa. Säätöä riittää ja varsinaiset reaalikokeilut jalustan/putken kanssa menevät pitkälle toukokuun puolelle tai elokuulle (sairaslomani estää harmillisesti kaiken fyysisen toiminnan kuten putken pystytykset yms. monen viikon ajaksi).

Jos käytät MaximDL:ää kameran ohjaukseen, kameravalikosta tulisi Tortillassa valita MaximDL. Tällöin tortilla hakee kuvat kameralta MaximDL:n kautta ja yhteistyö toimii.

[Timpe]

Ok, tattis. Tuo jäi huomaamatta eilisessä tohinassa, kun hämmästelin yllättäen toimivaksi osoittautunutta AstroTortillaa

[Timpe]

Yritän käyttää AstroTortillan Astrometry.net ratkaisijaa tämän Garradd-kuvan ratkaisuun (Goto image -toiminto). AstroTortilla hakee ja hakee ratkaisua loputtomiin + tuolla ohjelman statusrivilla juoksevat indeksikuvien fits-nimet hitaaseen tahtiin ja "field objects" lukema kasvaa kierros kierrokselta. Onko kuvien ratkominen välillä oikeasti näin h-i-d-a-s-t-a vai onko tuollainen komeettakuva mahdoton ratkaistava (nyt tätä hakua on kestänyt noin tunnin verran)? Eilinen ajo vastaavalla kuvalla vei myöskin hyvin paljon koneaikaa.

Ratkistavan kuva-alan halkaisija on jotain 3x2 astetta ja se on kuvattu QSI 583ws + Canon EF 300mm objektiivilla. Läppäri on tuplaydin (Core 2 Duo) kone 3 GB muistilla ja tuo AstroTortillan avaama backend.exe vie nyt muistia ajossa noin 320MB ja kuormittaa CPU:ta "normaalin tehokkaasti" (50...60% toisen ytimen osalta).

[jussi_k_kojootti]

AstroTortilla hakee ja hakee ratkaisua loputtomiin + tuolla ohjelman statusrivilla juoksevat indeksikuvien fits-nimet hitaaseen tahtiin ja "field objects" lukema kasvaa kierros kierrokselta. Onko kuvien ratkominen välillä oikeasti näin h-i-d-a-s-t-a vai onko tuollainen komeettakuva mahdoton ratkaistava (nyt tätä hakua on kestänyt noin tunnin verran)?

Kuulostaa siltä että astrometry:llä ei ole käytettävissä indexiä, joka natsaisi kuvan skaalaan just eikä melkein.  Muitakin syitä voi olla (väärin tunnistetut tähdet), mutta koska esimerkkikuva näyttää priimalta niin veikkaan indeksivajetta.

Ratkaisu saattaa kestää tavallista kauemmin, jos astrotortilla:lla ei ole käytettävissä hyvää arvausta ratkaistavan kuvan mittakaavasta.  Onnistuneen ratkaisun jälkeen tortilla tallettaa kuvan skaalan itselleen, olettaen että seuraava ratkaistava kuva on samassa skaalassa.  Aivan ensimmäinen ratkaisu voi siis olla hitaahko, samoin optiikan vaihduttua ensimmäinen ratkaisu.  Tällöinkään "hidas" ei sinulla käytössä olevalla koneella tarkoita tunteja, vaan minuutteja (oma asus eee900 ratkoo 600mm polttoväliä n. 30-60s).

Edit: no nyt kun älysin screenshotitkin katsoa, niin panin merkille että scale minimum ja scale maximum (jotka koskevat juuri kuvakentän alaa, ja ovat oletusarvoisesti asteita) ovat tortillan ikkunassa liian pieniä (newtonin jäljiltä?).  Muuta esim. scale minimum 2 ja scale minimum = 3 ja koeta uudestaan (nuo skaala-parametrit ovat käsittääkseni suuntaa-antavia, eli mainituilla parametreillä pitäisi ratketa vähän suuremman ja pienemmänkin kentän).

[mickut]

Käyttöohjeiden kirjoittaja (winkwink LK)  varmaan jossain vaiheessa muistaa kirjoittaa asetusten tallentamisesta ja lataamisesta. Tortillan asetuksia voi tallettaa ja latailla lennosta filé -valikon alta. Tallennetusta tiedostosta kannattaa poistaa "turhat" kohdat jättäen jäljelle vain ratkojan asetukset tämänhetkiselle optiikalle, tällöin optiikan vaihdon yhteydessä on helppo ladata ratkojalle uudet asetukset.

-Antti

[Timpe]

Edit: no nyt kun älysin screenshotitkin katsoa, niin panin merkille että scale minimum ja scale maximum (jotka koskevat juuri kuvakentän alaa, ja ovat oletusarvoisesti asteita) ovat tortillan ikkunassa liian pieniä (newtonin jäljiltä?).  Muuta esim. scale minimum 2 ja scale minimum = 3 ja koeta uudestaan

Looginen päätelmä eli kokeillaan kohta. Näistä parametreista ja niiden selityksistä olisi hyvä raapustaa jotain AstroTortillan ohjeeseenkin (vaikka teknisten tietojen alle). Mitä muuten tuo "field objects" lukema tarkoittaa, kun sitä kasvatetaan haun aikana (11...20 -> 21...30 -> 31...40)?

Vertailun vuoksi yritin ajaa samaa kuvaa verkon Astrometry.net palvelun kautta. Lopputulos on täällä: http://nova.astrometry.net/status/13802
Pitäisikö tuolta löytyä jostain ratkaistun kuva-alan keskipisteen RA/DEC-lukemat?
Tästä olisi tässä tapauksessa ollut paljonkin hyötyä, kuin hain taivaalta paikkaa missä Garradd oli kuvaushetkellä.

Ai niin, eilen AstroTortillan ratkoja ratkoi yhtä hitaasti samasta pakasta tulleen komeettakuvan samalta illalta, mutta sen ilmoittamat koordinaatit olivat ihan pielessä (=5h23min48.40s ja 13°06'09.13" eli Orionin päälle). Garradd ei ole ollut tuolla kun se oli jossain Lohikäärmeessä. Virhetulkinta johtunee tuosta pielessä olevasta scale-arvosta vai kuinka tämä olisi mahdollista? Toinen vaihtoehto voisi olla Tortillalta puuttuvat lähtökoordinaatit, kun en ollut niitä millään karttaohjelmalla alustanut ohjelman tietoon. (Goto-kapulaan oli kyllä merkattu referenssitähdeksi Alfa Andromeda. Edelleenkään en ole kokeilut tätä tähtitaivaan alla, jotta näkisin toimiiko kaikki ok myös livenä, sorry!)

[mickut]

Looginen päätelmä eli kokeillaan kohta. Näistä parametreista ja niiden selityksistä olisi hyvä raapustaa jotain AstroTortillan ohjeeseenkin (vaikka teknisten tietojen alle). Mitä muuten tuo "field objects" lukema tarkoittaa, kun sitä kasvatetaan haun aikana (11...20 -> 21...30 -> 31...40)?

Parametreillä pitäisi olla tool-tipit sekä nimen että arvokentän päällä ellei jotain ole mennyt rikki. En muista onko niitä lokalisoitu vielä, kun en ole ehtinyt koodiin koskea pitkään aikaan.

Se field objects on astrometry.net:n kerrontaa siitä mitä tähtinelikkoja kuvasta vertaillaan ja etenee kirkkaimmista himmeimpiin.

Pitäisikö tuolta löytyä jostain ratkaistun kuva-alan keskipisteen RA/DEC-lukemat?

Klikkaamalla kuvaa pääsee kuvasivulle, jossa tiedot ovat jossain muodossa.

Ai niin, eilen AstroTortillan ratkoja ratkoi yhtä hitaasti samasta pakasta tulleen komeettakuvan samalta illalta, mutta sen ilmoittamat koordinaatit olivat ihan pielessä (=5h23min48.40s ja 13°06'09.13" eli Orionin päälle). Garradd ei ole ollut tuolla kun se oli jossain Lohikäärmeessä. Virhetulkinta johtunee tuosta pielessä olevasta scale-arvosta vai kuinka tämä olisi mahdollista? Toinen vaihtoehto voisi olla Tortillalta puuttuvat lähtökoordinaatit, kun en ollut niitä millään karttaohjelmalla alustanut ohjelman tietoon. (Goto-kapulaan oli kyllä merkattu referenssitähdeksi Alfa Andromeda. Edelleenkään en ole kokeilut tätä tähtitaivaan alla, jotta näkisin toimiiko kaikki ok myös livenä, sorry!)

astrometry.et on varmaan tuurilla löytänyt tuolta väärässä mittakaavassa esiintyvät hyvin täsmäävän tähtirykelmän. Aloituspistettä tarvitaan vain rajoittaessa kohdehakua pisteen ympärillä (sitä varten on oma Search radius tms niminen parametrinsa, 180 astetta säteenä kattaa koko taivaan), ratkaisevaa on tuon kuvakentän koon mahtuminen annettuihin rajoihin.

Haun nopeuttamiseksi kannattaa aina asettaa alaraja nollasta poikkeavaksi, yläraja voi huoletta olla haussa esim 90 astetta.

-Antti

[Timpe]

mittakaavasta.  Onnistuneen ratkaisun jälkeen tortilla tallettaa kuvan skaalan itselleen, olettaen että seuraava ratkaistava kuva on samassa skaalassa.  Aivan ensimmäinen ratkaisu voi siis olla hitaahko, samoin optiikan vaihduttua ensimmäinen ratkaisu.  Tällöinkään "hidas" ei sinulla käytössä olevalla koneella tarkoita tunteja, vaan minuutteja (oma asus eee900 ratkoo 600mm polttoväliä n. 30-60s).

Scale-arvojen muuttamisen jälkeenkin jauhaa edelleen ja hitaasti indeksejä läpi kohti himmeämpiä ja himmeämpiä kolmioita tuon Garradd-kuvan kanssa. Kokeilin myös Search radius parametreja, tuloksetta. Kokeilin sitten 300/1500mm Newtonin kuvaa NGC3190 galaksiryhmästä ja tuon AT ratkoi noin 45 sekunnissa. Olisiko tuo Garradd-kuva kuitenkin jotenkin vialla Astrometry.netin suhteen? Siinä tähdet ovat aivan hiukan viiruja, kun guidasin valotuksissa komeetan ydintä. Samoin komeetan ydin luetaan ainakin Astrometry.netin verkkoversiossa yhdeksi kirkkaaksi tähdeksi kuvassa.
Kokeikaapas joku muu tuon Garradd-kuvani ratkomista AstroTortillalla...

[jussi_k_kojootti]

Field 1 did not solve (index index-210.fits, field objects 31-40).
Field 1: solved with index index-209.fits.
Field 1 solved: writing to file /home/jkantola/Downloads/Garradd_02032012_180s_klo_2230.solved to indicate this.
cx<=dx constraints: 31221
meanx constraints: 3346226
RA,Dec constraints: 0
AB scale constraints: 0
Field: /home/jkantola/Downloads/Garradd_02032012_180s_klo_2230.jpg
Field center: (RA,Dec) = (226.4, 67.66) deg.
Field center: (RA H:M:S, Dec D:M:S) = (15:05:31.5, +67:39:21.7).
Field size: 3.49703 x 2.63324 degrees
Creating new FITS file "/home/jkantola/Downloads/Garradd_02032012_180s_klo_2230.new"...


En saanut tuon kestosta talteen muuta kuin "alle tunti".  Sitten laitoin uudestaan parametreillä --overwrite -L 2.5 -H 90 ja (nopea kone) ratkaisi muutamassa sekunnissa.
Koetin vielä -L 2 -H 3 ja tällä ei vielä parissakymmenessä minuutissa ole tullut valmista.

[mickut]

Field size: 3.49703 x 2.63324 degrees

Koetin vielä -L 2 -H 3 ja tällä ei vielä parissakymmenessä minuutissa ole tullut valmista.

Koska etsinnän ylärajaksi on annettu kolmen asteen kokoiset kentät,  ei astrometry.net suostu mahdollista oikeaa kohtaa antamaan vastaukseksi, koska löydetty skaala on suurempi kuin annettu yläraja. Tämä pätee ainakin niissä maailmankaikkeuksissa, joissa 3 astetta < 3,5 astetta.   

-Antti

[jussi_k_kojootti]

Koska etsinnän ylärajaksi on annettu kolmen asteen kokoiset kentät,  ei astrometry.net suostu mahdollista oikeaa kohtaa antamaan vastaukseksi, koska löydetty skaala on suurempi kuin annettu yläraja. Tämä pätee ainakin niissä maailmankaikkeuksissa, joissa 3 astetta < 3,5 astetta.   

Jep, minulla on vaan ollut semmoinen näppituntuma ettei astrometry käyttäisi noita rajoja orjallisesti, vaan lähtökohtana josta tarpeen vaatiessa laajennetaan (kai se niin tekeekin, mut nopeushyöty menee ?)

[Timpe]

Field: /home/jkantola/Downloads/Garradd_02032012_180s_klo_2230.jpg
Field center: (RA,Dec) = (226.4, 67.66) deg.
Field center: (RA H:M:S, Dec D:M:S) = (15:05:31.5, +67:39:21.7).
Field size: 3.49703 x 2.63324 degrees

Hetkonen, mistä nuo lukemat löytyivätkään? Tortillan lokitiedostosta vai kuinka kaivoit nuo esiin? CygWinin komentoriviltä ratkoen? (Näitä tietoja juurikin kaipailin tämänkertaiseen hommaan ryhtyessäni.)

Tuo Astrometryn etsinnän yläraja on mielenkiintoinen juttu, joten tämäkin ohjeeseen kiitos. Samoin kuin tietoa siitä, että noita parametreja pääsee muuttamaan ohjelmasta (jos luulee tietävänsä mitä tekee  ).

[jussi_k_kojootti]

Hetkonen, mistä nuo lukemat löytyivätkään? Tortillan lokitiedostosta vai kuinka kaivoit nuo esiin? CygWinin komentoriviltä ratkoen? (Näitä tietoja juurikin kaipailin tämänkertaiseen hommaan ryhtyessäni.)

Nuo tuli cygwinin komentoriviltä ratkottuna.

[tuunari]

Olen myös harjoitellut ko. ohjelman käyttöä ja ihmetellyt, kun välillä rakaisu löytyy alle minuutissa ja välillä jauhaa yli 20 minuuttia ja ratkaisu ei onnistu. Meinas välillä hermo mennä, kun kone pitkään jumissa...  Käytössä oli vain 204-indeksit ja tänään siirsin sivuun 204-indeksit ja tilalle pelkästään 205.
Nyt kaikista kuvista löytyy ratkaisu alle 30sekunnin. Putken polttoväli on 800mm ja kamerana Canon 1100D.
Kiitos hienosta apuohjelmasta!
BackyardEOSille kun vielä tulis tuki. Pidän siitä enemmän kuin APToolsista.

-pasi