AstroTortilla - kotikutoinen, puolivillainen kuvausapuohjelma

[tähti_ville]

Heippa,

Koettelin tortillaa eilen illalla kun pilvien rakosessa oli ajoittain taivaskin näkyvissä, ja koe kohteena oli M33 niin losmanty toimi moitteetta ja nebulositykin napsi kuvia niinkuin pitääkin ja homma toimi, kiitos siitä.

Sitten ajattelin kokeilla Drift shot toimintaa niin siinä tapahtui seuraavaa, elikkä tortilla aloitti driftauksen ja kamerakin kuvasi , mutta itse kuvausputki ei likkunut mihinkään elikkä on varmaan asetukssa jokin pielessä kun se kuitenkin toimi M33:sta hettaessa. Mahtaneeko kellään muulla olla samaa ongelmaa ja onko hyvää ratkaisua kyseiseen pulmaan?

terveisin Antti

[naavis]

Heippa,

Koettelin tortillaa eilen illalla kun pilvien rakosessa oli ajoittain taivaskin näkyvissä, ja koe kohteena oli M33 niin losmanty toimi moitteetta ja nebulositykin napsi kuvia niinkuin pitääkin ja homma toimi, kiitos siitä.

Sitten ajattelin kokeilla Drift shot toimintaa niin siinä tapahtui seuraavaa, elikkä tortilla aloitti driftauksen ja kamerakin kuvasi , mutta itse kuvausputki ei likkunut mihinkään elikkä on varmaan asetukssa jokin pielessä kun se kuitenkin toimi M33:sta hettaessa. Mahtaneeko kellään muulla olla samaa ongelmaa ja onko hyvää ratkaisua kyseiseen pulmaan?

terveisin Antti

Minulla ei ole Losmandyn ajureista kokemusta, mutta on mahdollista, että Losmandy ei tue seurantanopeuden portaatonta muuttamista. AstroTortilla tekee tuon driftaamisen muuttamalla seurantanopeutta.

[tuunari]

Hei, tuohon drift shoot -juttuun kävi mielestäni vain max 180sek valotus mahdollisuus. Voisi olla vaikka 600sek. Tai sitten en osaa.

-pasi

[Lauri Kangas]

Drift shot lukee muistaakseni valotusajan siitä tortillan pääikkunan valotusaikakentästä. Driftin minimivalotus on aina kuitenkin vähintään 30 sekuntia.

[tuunari]

Tuo 'kenttä' vaan ei huoli yli 180sek aikaa..
-pasi

[naavis]

Tuo 'kenttä' vaan ei huoli yli 180sek aikaa..
-pasi

Herää kysymys, että miksi haluaisit niin pitkää valotusaikaa? Kyseinen toiminnallisuus rullaa siis jalustaa valotuksen aikana ensin yhteen suuntaan ja sitten takaisin, jolloin huonolla napasuuntauksella syntyy V-kuvio. Kun napasuuntausta säädetään paremmaksi, V-kuvio kapenee pikkuhiljaa viivaksi. Pahimmat napasuuntausvirheet näkyvät tällä menetelmällä kyllä jo 30 sekunnin valotuksella. Täällä on vähän kuvia menetelmän havainnollistamiseksi: http://www.cloudynights.com/item.php?item_id=2838

[tuunari]

Ymmärrän kyllä toiminnan periaatteen.  Epäilen vain omaa napasuuntaustani, kun tuo 180sek näyttää omalla jalustalla liian hyvältä.
-pasi

[tähti_ville]

Heippa jälleen,

No nyt on taas yksi hieno kysymys, että kummassa vika APT:ssä vai Tortillassa.

Driftattiin celestron 925 töttöröllä etelän suunnasta ja homma toimi siihen asti kun valotus aika kujui umpeen niin APT:ssä luki bysy ja ilmeisesti ei ollut saanut käskyä kuvauksen loppumisesta eikä osannut tallentaa kuvaa kansioon vaan jumittui siihen. Apt:een versio nummero on 2.32 ja tortillan 06 jos tää tieto helpottaa, kyseessä Arvon putki porissa.

Terveisin Arvon puolesta Antti

[jussi_k_kojootti]

Driftattiin celestron 925 töttöröllä etelän suunnasta ja homma toimi siihen asti kun valotus aika kujui umpeen niin APT:ssä luki bysy ja ilmeisesti ei ollut saanut käskyä kuvauksen loppumisesta eikä osannut tallentaa kuvaa kansioon vaan jumittui siihen. Apt:een versio nummero on 2.32 ja tortillan 06 jos tää tieto helpottaa, kyseessä Arvon putki porissa.

Tyypillisesti nämä on joko APT:n tai ainakin itselläni vielä useammin liitinten aiheuttamia.  Jos liittimet pätkii, niin APT:n ja kameran yhteys voi katketa ilman että APT välttämättä sitä tajuaa.  Olettaen että liittimet ei ole teillä riesana, tarkistakaa APT:ssä että kuvien tallennuskohde on PC tai PC+Camera; tortilla (ja apt) saattavat jäädä odottomaan kuvaa ikiajoiksi, jos kohteena on pelkkä camera -- varsinkin jos siellä ei ole muistikorttia.  Lisäksi -- ainakin itselläni, 450D:llä -- valotuksen käynnistäminen suroaan liveviewistä (ts. sulkematta liveview-tilaa ensin) aiheuttaa suunnilleen tuommoisia ongelmia.  Toisinaan (nimenomaan liittimiin liittyvien ongelmien kanssa) senkään jälkeen kun kaiken on saanut päällisin puolin kuntoon ei tilanne tosiasiassa normalisoidu ilman (XP:n) reboottia.

[Timpe]

Tortillasta keskustelua Cloudy Nightsin foorumilla:
http://www.cloudynights.com/ubbthreads/showflat.php/Cat/0/Number/6145193/page/1/view/collapsed/sb/5/o/all/fpart/1
"AstroTortilla is fantastic software and I would gladly have paid for it. "

Siitä on tehty myös tämä perusteellinen opastussivu sen käyttöönotosta ja käytöstä:
http://lightvortexastronomy.blogspot.ro/2013/08/tutorial-imaging-setting-up-and-using.html?m=1
(Huomasin, että Antti olikin käynyt jo tuonne kommentoimassa...)

Anyway, bongasin tuolta tämän vinkin -r ja --objs parametreista, jotka näyttivät hyödylliseltä. (Hmmm.. miksiköhän tuokin tieto piti kaivaa netistä, eikä täältä ketjusta mitä suomalaiset tähtiharrastajat seuraavat? Oma setuppi kun tekee vieläkin satunnaisesti pitkiä 60...90s ratkonta-aikoja keskiarvon ollessa 40-50s paikkeilla. Vain harvoin tulee alle 10s ratkontoja eli yleensä kun tehdään pieniä siirtoja jo tunnetuista kohteista.)

"[EDIT: There are two more Custom options that are particularly interesting, one of which I was reminded by a comment in this tutorial by Blackwater Skies and the other of which I only found out through this very same comment. My thanks to Blackwater Skies for the contributions. The two options that help speed up plate solving are in some way related to one another and are -r and --objs. The former, -r, need only be added as that. This command instructs AstroTortilla to sort the stars in order of brightest first, therefore allowing AstroTortilla to optimise the plate solving process as it starts with the brightest stars in your image.
The second option to help speed up plate solving is rather to ensure that if it is going to fail, that it fails quicker rather than keeping you waiting. The --objs command must be accompanied by a number, e.g. --objs 100. What this command does is instruct AstroTortilla to use a maximum of 100 stars for the plate solving (the developers generally recommend between 100 and 200 stars). After having sorted them in brightest-first, it seems like a good idea to restrict how many AstroTortilla should use as if it fails after the first and brightest 100, for example, there is a very, very good chance it will simply fail altogether. At that point of course you would adjust other parameters such as your exposure time. Please be aware however that these options are not always best."

Näyttäisi siltä, että "lumipallo on lähtemässä pyörimään rinnettä alas" maailmalla, joten pitäkääpäs huoli että ette sen alle...

[Murtsi]

Tuo -r vinkki oli edellisellä sivulla tässä samassa ketjussa  http://foorumi.avaruus.fi/index.php?topic=9302.msg105603#msg105603 --objs on ihan tuntematon ainakin minulle, mihinkähän väliin nuo komennot pitäisi laittaa että toimisivat oikein?

Nyt on tosin sellaiset parametrit käytössä omassa systeemissä että ratkonta aika on pääsääntöisesti 10-20 sekunnin välillä, harvemmin menee enemmän aikaa.

[jussi_k_kojootti]

(Hmmm.. miksiköhän tuokin tieto piti kaivaa netistä, eikä täältä ketjusta mitä suomalaiset tähtiharrastajat seuraavat?

Koska et ollut sitä tänne vielä kirjoittanut.  Kiitos kun kirjoitit.  Ja ole hyvä.

Oma setuppi kun tekee vieläkin satunnaisesti pitkiä 60...90s ratkonta-aikoja keskiarvon ollessa 40-50s paikkeilla. Vain harvoin tulee alle 10s ratkontoja eli yleensä kun tehdään pieniä siirtoja jo tunnetuista kohteista.)

Himmeitä tähtiä on enemmän kuin kirkkaita.  Sulla on pitkä polttoväli, kuvaat siis enimmäkseen himmeitä tähtiä.   Ratkoja joutuu käymään läpi paaljon pidempiä listoja.  Jos jalustan taivasmalli (ja siten myös ensimmäinen goto) on kehno, sen pahempi.

Tsekkaa tämä.  Mun kentät ratkeaa enimmäkseen 4006 tai 4007:lla.  1/4-1/2 miljuunaa tähtöstä per indeksi.  Sulle varmaan ratkeaa, mitä, 4003, 4002:lla?  Miljuunittain tähtiä.  Ja kun katsotaan miten mun ja sun indeksit jakaantuu taivaalle, nähdään että sulla on syytä olla parempi eka goto kuin mulla.   Edit:  ...  vai nähdäänköhän.  Aloituspisteen ja säteen perusteellahan sitä etsitään, ei liene suurta väliä missä filu(i)ssa säteen sisään jäävät tähdet ovat.  No yhtä kaikki, pidemmällä polttovälillä epätarkka aloitusgoto maksaa enemmän, koska (vääriä) tähtiä (tarkemmin sanoen tähtinelikoita eli quadeja) on läpikäytäväksi enemmän.

Itsellä kun on kohtuullisen lusu kuvauskone, niin minuutin ratkonta-aika kuulostaa puolet paremmalta.

[Jussi Koponen]

Moro

Asentelin tuossa itselleni tuon Astrotortillan ja ei oikein lähtenyt hommat rullaamaan. Minulla on kaksi kuvausputkea, GSO 12" RC ja TS 65/420 linssiputki, kamerana on SBIG 8300M

Hain tarvittavat Indeksit putkille ja aloitin käyttämällä TS:n pienempää linssiputkea. EQ8 on jalustana, Maxim DL ja Nebulosity 3 kuvausohjelmina, ja laitteiden kytkeminen AT:n toimii hienosti.

Pienemmän putken näkökenttä tullla SBigillä on 2.45° x 1.84° ja liitin kaksi kuvaa jossa näkyy 4 -Bin kuva Orionin alueelta, sekä AT:n asetukset.
Olen kokeillut tuota Sigma asetusta 20,25,40,79 ja 90 asetuksilla, sekä scale minimum ja maximum asetuksia ylläolevilla ja 2-5 asetuksilla.

Erona on tähän saakka ollut se että illan alussa ratkaisu sanoi epäonnistuvansa noin 20 minuutin jälkeen (kävin kahvilla jne.) Tein yhden "sinnepäin" synkronoinnin Cdc:n ja Eqmodin välillä tuonne orionin suunnille, en tosin hirmuisen tarkasti. Nyt sain AT:n sanomaan että plate solve epäonnistui tyyliin 148 sekunnin aikana.

Nyt on kaikki laitteet tullut uusittua, sekä yhden kauden tauko kuvaamisesta, hankala startti.

Onko noissa asetuksissa jotain huomautettavaa/ vinkkejä mitä voisin tehdä?

[Timpe]

Kiitos Jussille (ketarax)  "selityksestä ja sympatiasta" 
Ajattelin heittää Tortillan tähän pöytäkoneeseen ratkoakseni ottamiani kuvia ja testailla eri parametreja. Asennus meni rutiinilla (64-bit versio), joskin peruutin C++ 2008:n asennuksen, koska niitä oli koneella ennestään jo 5 pakettia. Tortilla lähti nätisti käyntiin ja koneelle tuli ladattua vain  4208-4209 indeksit (30'-42') ja (42'-60'), mitkä vastaavat GSO:n nykyistä kuva-alaa.

Sitten huomio File Open Dialog kohdasta ja sen tuottamasta lokista (=kenties bugiraportti):

2013-10-31 16:32:27,132 - astrotortilla - INFO - Connecting to camera...
2013-10-31 16:32:27,138 - astrotortilla - INFO - Exposing: 5.00 seconds
2013-10-31 16:32:31,937 - astrotortilla - INFO - Camera error: Value does not pass validation function
2013-10-31 16:32:31,940 - astrotortilla - ERROR - Value does not pass validation function
2013-10-31 16:32:31,940 - astrotortilla - ERROR - Traceback (most recent call last):
  File "astrotortilla\engine.pyo", line 504, in solveCamera
  File "astrotortilla\camera\FileOpenCamera.pyo", line 156, in capture
  File "astrotortilla\Configurations.pyo", line 51, in setProperty
ValueError: Value does not pass validation function

Ei varmaankaan pitäisi herjata tuota vaan avata normaali tiedostoikkuna kuvan avausta varten?
Sitten kun yritin tallentaa asetuksia Tortillaan tuli liitekuvan mukainen herja puuttuvista käyttöoikeuksista. Puukotin nuo kuntoon Windows 7 Pro x64 koneen normaalin Security-välilehden kautta eli annoin tämän PC:n Users ryhmälle Modify oikeudet C:\Program Files\AstroTortilla kansioon. --> Kas kummaa, nyt Tortilla osasi avata tuon tiedostoikkunan. Bugi silti, koska asennus ei antanut koneen käyttäjille riittäviä käyttöoikeuksia ohjelman asennuskansioon. Kannattaa korjata koodiin..

Lisäsin kuvausläppäriin -r ja --objs, -H ja -L vivut parametreineen ja muutin myös Sigmaa alemmaksi (400->100). Kone ratkaisi satunnaisen tähtikentän (ilman goto-tietoa) noin 23 sekuntiin, kun aiempi haku olisi vienyt varmaan pari minuuttia. Positiivista!
(Sivuhuomiona sen verran että pöytäkoneen MaxIm DSL:n Pinpoint Astrometry LE takerteli saman kuvan kanssa 5-7 minuuttia eli pisteet Tortillalle tästä.) En sitten pystynyt testailemaan Tortillaa tuon tarkemmin, kun eilisilta meni kokonaan muun laitteiston kanssa painiessa ja V-käyrää nostattaen, mutta tästä erikseen muuhun ketjuun.

[mickut]

Pienemmän putken näkökenttä tullla SBigillä on 2.45° x 1.84° ja liitin kaksi kuvaa jossa näkyy 4 -Bin kuva Orionin alueelta, sekä AT:n asetukset.
Olen kokeillut tuota Sigma asetusta 20,25,40,79 ja 90 asetuksilla, sekä scale minimum ja maximum asetuksia ylläolevilla ja 2-5 asetuksilla.
Erona on tähän saakka ollut se että illan alussa ratkaisu sanoi epäonnistuvansa noin 20 minuutin jälkeen (kävin kahvilla jne.) Tein yhden "sinnepäin" synkronoinnin Cdc:n ja Eqmodin välillä tuonne orionin suunnille, en tosin hirmuisen tarkasti. Nyt sain AT:n sanomaan että plate solve epäonnistui tyyliin 148 sekunnin aikana.
Onko noissa asetuksissa jotain huomautettavaa/ vinkkejä mitä voisin tehdä?

Tuolla polttovälillä lienee riittävää käyttää lyhyempää valotusta (käytän 110 millin putken 1.6x1.2 asteen kentällä 2s valotuksia 2x binnauksella), tosin esimerkkikuva on kyllä hämmentävän kohinainen. Skaalaa voi rajoittaa automaattisesti lisää laittamalla Scale refinementtiin nollasta poikkeavan luvun (0.2 => 20% toleranssiin), sen jälkeen AT säätää onnistuneen solven jälkeen niitä rajoja lähelle todellista. Lisä-vivuista ehdottomasti -L ja -H pois, nehän ovat jo siinä yllä skaala-rajoissa. Tuolle "-r" -vivulle ei keskimäärin ole tarvetta. Omassa setupissani search-radius on 45 astetta, sillä se on myös EQModin suurin sallittu osoitusvirhe synkatessa.

Ja tietty tietokoneissa on eroja. Varsinkin jos on hidas kovalevy, kannattaa suosiolla muokata tuota backend.cfg -tiedostoa ja kommentoida pihalle "turhat" indeksit jos moisia on levyllä. Lisäksi kahden hyvin eri laajuisen putken kanssa kannattaa suosiolla käyttää kahta konffifilettä sekä astrometry.net:ille (backend.cfg:t) että astrotortillalle (file-menun alla tallennus ja lataus).

Omalla koneellani tuo esimerkkikuva ratkeaa 4.5 sekunnissa "oletusasetuksin" ja täysin sokkona.

-Antti