AstroTortilla - kotikutoinen, puolivillainen kuvausapuohjelma

[Timpe]

Muokkasin omaa vastaustani kun virhe löytyi, mikä Antille tiedoksi...

Edit: Ei kun vieläkin Tortilla kiroilee tuon FileOpen Dialog kohdan kanssa:
2013-10-31 17:22:35,437 - astrotortilla - INFO - Connecting to camera...
2013-10-31 17:22:35,438 - astrotortilla - INFO - Exposing: 5.00 seconds
2013-10-31 17:22:39,960 - astrotortilla - INFO - Camera error: Value does not pass validation function
2013-10-31 17:22:39,961 - astrotortilla - ERROR - Value does not pass validation function
2013-10-31 17:22:39,961 - 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

Nyt päästi avaamaan FITS tiedoston, mutta Capture and Solve tuotti tuon kaatumisen...

[mickut]

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..

Logiin tullut virhe on hyvin mielenkiintoinen, sen mukaan file-open dialogi oli auki, mutta sieltä tuli tiedostonnimi joka ei kelpaa tiedostonnimeksi. Noita VS2008C++ -kirjastoja on monta eri hieman toisistaan eroavaa buildia, AT:n asennusohjelma haistelee onko tuota tarvittavaa versiota asennettuna eikä asenna uudelleen jos oikea versio löytyy jo. Eli oikean version puuttumisellakin on voinut olla osaa arpaonneen, jos erikseen jätit sen asentamatta kun moista tarjottiin.

Tuo varsinainen virhedialogi tulee käytetyn käännösympäristön kökköydestä, se haluaa väkisin tallentaa virhelogin exe:n kanssa samaan paikkaan eikä sitä voi ilmeisesti muuttaa. Moderneissa windowseissa ei tosiaan ole oletuksena kirjoitusoikeuksia asennuskansioon eikä asennusohjelmallakaan ole yleensä oikeuksia niitä sinne antaa.

AT2 tulee olemaan full rewrite, jotta moisista kökköyksistä pääsee eroon. Vielä kun saisi jostain lisää tunteja päiviin että olisi aikaa tehdäkin jotain.

-Antti

[Timpe]

2013-10-31 17:51:36,556 - astrotortilla - INFO - Connecting to camera...
2013-10-31 17:51:36,559 - astrotortilla - INFO - Exposing: 5.00 seconds
2013-10-31 17:51:40,642 - astrotortilla - INFO - Camera error: Value does not pass validation function
2013-10-31 17:51:40,644 - astrotortilla - ERROR - Value does not pass validation function
2013-10-31 17:51:40,644 - 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

Edelleen samat (?) virheet, kun AT:n asennus on tehty uudelleen. Fiksu asennus tsekkasi mitä oli asennettu ja asensi käsittääkseni vain puuttuvan 2008 C++:n.
Liitteessä asennettu C++ versio... (kuvassa ENNEN/JÄLKEEN tilanne, kone on vielä boottaamatta asennuksien jälkeen, boottaan sen seuraavaksi).

[Timpe]

Boottaus ei auttanut, jämähtää edelleenkin FileOpen dialog -valinnalla, kun antaa Capture and Solve -komennon:

2013-10-31 19:27:53,325 - 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

En jaksa nyt tutkia tuota sen tarkemmin, kun pöytäkoneen asennus ei ole mitenkään kriittinen...

[Jussi Koponen]

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

Kiitos ohjeista.

Asensin uudestaan At:n ja sopivat indeksit, katsoin että asetukset ovat samalla tavalla kuin tuossa kuvankaappauksessa. Silti ei hommat toiminut, At:ssa luki tyyliin "field did not solve in 1588 seconds"

[mickut]

Kiitos ohjeista.
Asensin uudestaan At:n ja sopivat indeksit, katsoin että asetukset ovat samalla tavalla kuin tuossa kuvankaappauksessa. Silti ei hommat toiminut, At:ssa luki tyyliin "field did not solve in 1588 seconds"

Sinällään jännää, kun vaihdoin sigma:n arvoksi 50, ja tuosta kuvasta löytyi 172 tähteä (sigma 70: 85), solve kesti 130 sekuntia. Kummassakin ratkesi toki samasta 4209-indeksistä, mutta kameran runsas kohina ilmeisesti aiheutti vääriä tähtiä sotkemaan sentroidien laskentaa.

Yksi, minkä olen havainnut myös maximn pinpointilla on, että liika binnaus tuntuu aiheuttavan ongelmia. 2x2:lla ratkeaa nopeasti, 4x4:lla huonosti ja pinpointilla yleensä vielä hieman pieleen. Siinäkin voi kohina ratkaista, koska pikseli on suurempi alue taivaalla, ja tähden keskipiste matkaa kauemmas oletetusta paikasta.

Sigma-50 ajossa näkyi esim tämmöistä jossain vaiheessa:
2013-11-01 19:36:01,338 - astrotortilla - INFO -   log-odds ratio 17.6155 (4.47011e+07), 4 match, 0 conflict, 8 distractors, 18 index.
2013-11-01 19:36:01,440 - astrotortilla - INFO -   RA,Dec = (213.245,-1.81136), pixel scale 10.6595 arcsec/pix.
2013-11-01 19:36:01,542 - astrotortilla - INFO -   Hit/miss: -++-+------+(best)----------------++----------------------------------------------------------------------


ja sen jälkeen ratkonta jatkui vielä yli minuutin.

-Antti

[Jussi Koponen]

Lukeekos At Maxim DL: n kuvan niinkuin raakamuodossa, vai vaikuttaako tuo maximin "levels" työkalu? Kuvat on venytetty  "range" asetuksella aikalailla äärimmilleen. Normaalistihan kuva on "pimeämpi" ja siis vähä kohinaisempi. Pitääpä testata.

[mickut]

Lukeekos At Maxim DL: n kuvan niinkuin raakamuodossa, vai vaikuttaako tuo maximin "levels" työkalu? Kuvat on venytetty  "range" asetuksella aikalailla äärimmilleen. Normaalistihan kuva on "pimeämpi" ja siis vähä kohinaisempi. Pitääpä testata.

FITS-raakadataa se haluaa käyttää jos vain mahdollista, myös Nebulosityltä. Eli paikallisen katselu-rangen säätäminen ei vaikuta.

-Antti

[Jussi Koponen]

FITS-raakadataa se haluaa käyttää jos vain mahdollista, myös Nebulosityltä. Eli paikallisen katselu-rangen säätäminen ei vaikuta.

-Antti

Thank you Sir. Nyt sain tuon ratkaisun onnistumaan joka kerralla noin 12-15 sekunnissa. Onko muuten mahdollista saada tällä AT:llä napatähtäys niin hyvälle mallille, että esim. 20-40 minuutin valotukset onnistuu tuolla 12" RC:n 1.6-2.4 metrin polttovälillä, vai onko esim. driftausta käytettävä? Nyt virhe näytti olevan 65/420mm linssillä 3. ja 1.8`luokkaa.

Kuinkas saan tehtyä nyt eri profiilin tuolle 12" RC:lle, että Tortilla ei käyttäisi noita isoja indeksejä tuolle pienelle linssiputkelle?

[mickut]

Thank you Sir. Nyt sain tuon ratkaisun onnistumaan joka kerralla noin 12-15 sekunnissa. Onko muuten mahdollista saada tällä AT:llä napatähtäys niin hyvälle mallille, että esim. 20-40 minuutin valotukset onnistuu tuolla 12" RC:n 1.6-2.4 metrin polttovälillä, vai onko esim. driftausta käytettävä? Nyt virhe näytti olevan 65/420mm linssillä 3. ja 1.8`luokkaa.

Kuinkas saan tehtyä nyt eri profiilin tuolle 12" RC:lle, että Tortilla ei käyttäisi noita isoja indeksejä tuolle pienelle linssiputkelle?

Voit asettaa AT:ssa ensin yhden putken asetukset kuntoon, tallenna asetukset AT:sta (file-valikon alta) ja poista kaikki "turhat" rivit syntyneestä tiedostosta. Eli jätä vain solveriin liittyvät sektiot.

Toista toiselle kaukoputkelle sama ruljanssi, ja sen jälkeen laitteiston vaihdon yhteydessä voit ladata setup-kohtaisen AT-konfiguraation.

Teoriassa hieman lisää nopeutta saa tekemällä lisäksi erilliset konfiguraatio-tiedostot astrometry.net:ille (backend.cfg -tiedosto), ja viittaamalla profiilikohtaisessa AT-konfiguraatiossa ko. astrometry.net:in konfiguraatioon.

Napasuuntauksen pitäisi olla suht tarkka, vaikka hieman varianssia tuloksissa onkin. Noin 45 asteen altitudilta tuntuu tulevan stabiilein data. Lisäksi AT osaa ottaa lyhyitä automaattisia driftejä ainakin osalla jalustoja. Drift-aikana käytetään joko 30s tai päänäytön valotusaikaa jos suurempi. Omalla setupillani vaihtelua kahden peräkkäisen mittauksen välillä on alle 2 kaarisekuntia, mutta muitakin mielipiteitä

-Antti

[Timpe]

Tortillan käyttämät Python DLL:t näkyvät vanhentuneen, kannattaa varmaan päivittää asennuspakettiin, vai kuinka?
Secunia ilmoittelee tällaista...

[Timpe]

Kaytin Tortillaa viime yönä ekaa kertaa jalustan napasuuntauksen säätöön ja olipas tuo näppärä toiminto, joten vielä myöhäiset kiitokset pojille tuon toiminnon lisäämisestä Tortillaan!

Yleisluontoinen kysymys tästä:
Tarkka napasuuntaus on aina tarkka, mutta kuinka tarkkaan suuntaussäätöön pyritte Tortillaa napasuuntaukseen käytettäessä? Jätin itse suuntauksen tuonne 2'..3' virheeseen, kun tein tuota (lähtökohtana oli 20'...25' virhe edelliskevään routaheittojen jäljiltä).  Autoguiderin seurantavirheen korjauskäppyrät olivat säädön jälkeen varsin tasaisia, joten tuokin tarkkuus taitaisi riittää.

PS. Versio 0.7 Tortillasta on näemmä jakelussa täällä:
http://sourceforge.net/projects/astrotortilla/files/?source=navbar

[Jussi Koponen]

Minulla nuo napasuuntaus virhearvot heittelivät hyvinkin paljon ratkaisujen välillä (vaikken tehnyt korjausliikkeitä jalustaan). siirryin sitten PHD2:n drift -toimintoon, joka toimi erittäin hyvin. Plate solve sitten toimikin tällä aivan loistavasti koko talven.

[Tikkes]

Minulla on ollut AT:n kanssa ongelmia. Yhden yön toimi todella upeasti ja sen jälkeen ei ole suostunut tekemään plate solvea loppuun. Saattaa tehdä ensimmäisen ratkonnan ja re-slewn jälkeen ei enää toimi. Yleensä on pelannut ihan perusasetuksilla. Pelkästään sigma arvoa olen muutellut.

Itsekin olen yleensä AT:llä tehnyt napasuuntauksen. Nyt kokeilin AT:n lisäksi PHD2:ta ja EQAlign ohjelmaa. Ei oikein toiminut kumpikaan. Lopulta tein 120s valotuksella manuaalidriftin. Valmista tuli 10 minuutissa. 

[Timpe]

Minulla olisi tietyn tyypinen "game changer" kehitysehdotus AstroTortilla tiimille
Olisiko mahdollista lisätä AstroTortillaan toiminnallisuutta, joka mittaisi tähtien FWHM-lukemia hiukan samaan tapaan kuin käyttötarpeeseensa nähden aivan turhan kallis CCD Inspector (Total: USD 214.14 with VAT)?
Samaa perustoiminnallisuutta on kyselty perään mm. Stargazers Loungen foorumilla: http://stargazerslounge.com/topic/32731-alternative-to-ccdinspector/  Lainaus tuolta keskustelusta:
"...you can do a very quick approximation using your existing capture software by checking out FWHMs for similar-ADU stars in the four corners and centre. Not as precise as CCDInspector, but it's a quick and simple check before spending several hours with a tilted CCD..."
Tuolla keskustelussa todetaan CCDI:llä olevan monopoliasema tuossa toiminnallisuudessa markkinoilla, jolloin he pystyvät rahastamaan mielin määrin omalla tuotteellaan... 

Perustarve tuolle FWHM-toiminnallisuudelle olisi tähtien FWHM-lukemien mittaaminen kuva-alan kulmista (ja keskeltä) ja ehdottaa tuon mukaan graafisessa ikkunassa kuva-alan kallistukselle suuntaa ja kenties myös suuruutta. Yksinkertaisin käyttöliittymä tuolle voisi olla uuteen ikkunaan tuleva "elektroninen vesivaaka", mikä näyttäisi ilmakuplaa/ristikkoa tms. mikä täytyisi saada keskimerkin alle kaukoputken omilla kollimointisäädöillä. Olisiko tuossa idean tynkää toteuttamiseen saakka?