AstroTortilla - kotikutoinen, puolivillainen kuvausapuohjelma

[mickut]

Noista erilaisista säädöistä kirjoittelin AstroTortillan wikiin sivun, jossa käydään konffitiedoston rakenne ja astrometry.net:n asetuksia läpi. Käyttäjäkunnan suurehkosta englanninkielisyysosuudesta johtuen ko sivu on englanniksi, mutta google translatella tuli yllättävän selvää.

Projektin jatkoversioita ja uutta käyttöliittymää on jo pohdittu ihan vakavasti, toivotaan että se tulee olemaan positiivinen "ylläri" kun saadaan seuraavan sukupolven Tortilla kääräistyä tulille. Se vaatii kuitenkin melko suuren määrän pohjatyötä ohjelmiston rakenteen muuttuessa merkittävästi muutamien haluttujen toimintojen toteuttamiseksi, eli ei kannata pidätellä hengitystä ihan vielä.

-A

[Timpe]

Tortilla v0.2.10.3 ja kysymys komentoikkunasta:
Miksi Bash ikkuna jää näkyviin ruudulle ratkonnan ajaksi tässä versiossa? Tortillan asetuksissa on nyt CygWin shell:in kohdassa näin:
c:\cygwin\bin\bash --login -c "%s"
Bash-ikkuna katoaa kun ratkaisu löytyy (tämä siis ainakin "Goto image" toiminnossa). Wikissä on shell = S:\cygwin\bin\bash --login -c "%%s" -rivi, mutta kun muutan tuon mukaan tupla-prosentin (%%) tuohon "s":n eteen, niin tässä koneessa tulee uudessa versiossa saman tien "No solution in 0.0s". En päivittänyt tässä versiomuutoksessa CygWin:iä, vaan pelkän Tortillan. Tupla prosentilla ("%%s") tulee Tortillan lokiin tämä herja:
---clip---
2012-09-06 20:48:45,187 - astrotortilla - ERROR - Traceback (most recent call last):
  File "astrotortilla\engine.pyo", line 417, in solveImage
  File "astrotortilla\solver\AstrometryNetSolver.pyo", line 181, in solve
  File "astrotortilla\solver\AstrometryNetSolver.pyo", line 89, in __execute
TypeError: not all arguments converted during string formatting
---clap---

Noista erilaisista säädöistä kirjoittelin AstroTortillan wikiin sivun, jossa käydään konffitiedoston rakenne ja astrometry.net:n asetuksia läpi.

Kiitos! Pitänee lukea ajatuksella läpi paremmalla ajalla ja virkeämmin silmin kuin valvotun edellisyön jälkeen...
Tuolta tarttui silti silmiini tämä rivi:
One additional performance test is to make sure your Cygwin doesn't have Bash autocomplete enabled, it can add several seconds to the solve time if enabled.
Kuinka tuo tehdään vai oliko se vastaus jo siellä wikissä?

PS. Tortillan v0.2.10 toimi hienosti viime yönä, mutta nyt tulin asentaneeksi tuon uusimman version koneeseen... (ei olisi pitänyt  )

[mickut]

Nuo asetustiedoston sisältämät arvot voivat poiketa peruskäyttöliittymässä näkyvistä arvoista joiltain osin, sillä käytetyn ympäristön asetustiedostokirjasto vetää herneen nenään esim yksittäisestä prosenttimerkistä tiedostoa kirjoittaessaan. Käyttöliittymässä tuo näkyy yhtenä prosenttimerkkinä ja on arvoltaan se mikä pitääkin. Pitänee lisätä tuosta tuosta huomio tuonne wikiin.

[Timpe]

Eli peruskäyttöliittymässä tulee olla optiona vain "%s", kuten ennenkin.
Mutta tiedätkö, miksi se CygWinin Bash -ikkuna tulee nyt ruudulle näkyviin/kiusaksi mm. osittain Tortillan oman ikkunan päälle?
Entä onko Tortillan parametreissa jossakin asetus, mikä määrittää avattavan Tortilla-ikkunan sijainnin näytöllä? Nykyversioissa (omassa koneessani) Tortilla avautuu ruudun oikeaan reunaan eli osittain jo kuva-alan ulkopuolelle. Kuvausläpän näyttöresoluutio on 1280x800 pikseliä ja tuossa resossa menee siis jo reunasta yli.

[mickut]

Tortilla menee sinne minne käyttöjärjestelmä sen haluaa, sillä ei ole omaa tahtoa (se on vaikea saada toimimaan oikein kaksoisnäytöllä, ja lähes mahdoton jos kakkosnäyttö on päänäytön vasemmalla puolella. Uusin EQMOD aukeaa omassa koneessani tuosta syystä nyt aina ruudun ulkopuolelle).

Tuo Cygwin-ikkuna on kehitysversion riemuja, se on tällä hetkellä debug-syistä esillä, menee kohta takaisin piiloon.

-Antti

[jussi_k_kojootti]

Nykyversioissa (omassa koneessani) Tortilla avautuu ruudun oikeaan reunaan eli osittain jo kuva-alan ulkopuolelle. Kuvausläpän näyttöresoluutio on 1280x800 pikseliä ja tuossa resossa menee siis jo reunasta yli.

Omituista, tai ehkä käsitän ongelman väärin ... yhtä kaikki, huomatettakon että desktopin resoluution voi asettaa isommaksi kuin varsinaisen näytön resoluutio, jos vain näyttömuistia piisaa (ja yleensä piisaa).  Läppärillä operoitaessa tästä seuraa tietenkin se että desktopia täytyy tarpeen vaatiessa scrollata (tapahtuu automaattisesti kun vaan vie osoittimen reunan yli), mutta etäyhteydellä aukeaa aivan normaali (mutta isompi) desktop.  Antakee armoa jos tämä ei ollut millään tasolla relevanttia :-)

[Timpe]

Omituista, tai ehkä käsitän ongelman väärin... yhtä kaikki, huomatettakon että desktopin resoluution voi asettaa isommaksi kuin varsinaisen näytön resoluutio...

Kiitos vinkistä, vaikka ratkaisu ei löytynytkään tuosta. Tällä kertaa taitaa olla kyse Intel GM965 mobiilinäytönohjaimen ajureista, joiden kanssa on aiemminkin ollut ongelmaa tuossa koneessa. Intelin ajurit luulevat koneen olevan virhetilanteessa monen näytön tilassa, vaikka käytössä olisi vain yksi näyttö (=läppärin oma). Huomasin tämän, kun painelin koneesta Fn+F8 näppäinyhdistelmää, jolloin Tortillan ikkuna hyppäsi osittain reunan takaa näytölle kokonaan näkyviin. Vahinko vain, ettei ongelma korjautunut pysyvästi tuota kautta (eikä näytön asetuksia viilaamallakaan).
Korjasin ongelman loppujen lopuksi määrittämällä Tortillan kuvakkeesta sen näyttötavaksi "Run as... Maximized". Nyt Tortilla aukeaa aina vasempaan ylänurkkaan riippumatta näytönohjainajurin bugittelusta.

[Timpe]

Yksi lisähuomio AstroTortillasta; sehän tekee normaalin 8x50 etsinputken tarpeettomaksi, kun putken asennon saa synkattua jalustaan näin vaivattomasti...
Pakko tästä on tykätä!

[jussi_k_kojootti]

Yksi lisähuomio AstroTortillasta; sehän tekee normaalin 8x50 etsinputken tarpeettomaksi, kun putken asennon saa synkattua jalustaan näin vaivattomasti...
Pakko tästä on tykätä!

  Tiedän tunteen, ja veikkaan että ahaa-elämyksiä on luvassa vielä pitkään.  Tortilla säästää aikaa ja vaivaa lukuisilla eri tavoilla, riippumatta kaluston muiden osasten hinnasta tai laadusta.  Pitäisikö fokusoida bahti-maskilla?  Mikäpä siinä, kirkkaan fokusointi-tähden keskitys ja paluu kohteeseen -- molemmat periaatteessa *pikselintarkasti* -- käy vaivatta, muutamassa minuutissa.  Fokusointitähden keskitys on kuitenkin tärkeä juttu, muuten varsinaisissa valoissa on väärä alue terävimmässä fokuksessa.  Vastikään jouduin kallistelemaan kolmijalkaa kesken kuvausten, ja samalla tietenkin pilaamaan sekä napasuuntausta että taivasmallin kohdistusta (no, muutamia kaariminuutteja vain, mutta kuitenkin).  Tortillan ansiosta valotukset pääsi kuitenkin jatkumaan kaikkinensa viidessä minuutissa -- ja kohde pysyi tasan tarkkaan siinä missä piti.  Esimerkkejä piisaisi enemmänkin, mutta ei tällä kertaa enempää -- ovat useinkin enemmän tai vähemmän omaan setupiini ja (huonoihin) kuvaustapoihini liittyviä.  Yhtä kaikki, tortilla auttaa!

Edit: tuo "putken asennon saa synkattua jalustaan" on mielestäni just hyvä tapa ajatella tortillan perimmäistä funktiota ja toimintaa.  Otetaan nyt vielä yksi esimerkki: ennen tortillaa jalustani taivasmalli ei ollut ikinä niin tarkka kuin nykyään, koska kohdistustähtien kanssa tuli aina pientä heittoa (vaikka kuinka yritin olla barlowin ja ristikko-okun kanssa tarkkana).  Ihmettelin pitkään että onko vika vain minussa, vai voisiko osan vastuusta kaataa Celestronin (muka) kehnolle matematiikalle.  Minussahan se vika oli, tortillalla avustettuna Celestronin mallit pelaa kuin unelma.  GOTOt osuu maaliin jo ennen tortilla-iteraatioitakin alle 10 kaariminuutin tarkkuudella.

[Timpe]

Testaillessa löytyi myös MaximDL yhteydestä sellainen feature, että Astrotortilla taitaa varata Maximista aina sen aktiivisen kameran käyttöönsä. Ts. jos Maximissa on viimeiseksi käytetty esim. guidekameraa, niin AstroTortillan käynnistys ottaa (?) varauksen pysyvästi juuri tähän viimeeksi käytettyyn kameraan.

Törmäsin tänään taas tähän ominai(tui)suuteen Tortillassa. Säätelin guideriportissa olevan Lodestarin parametreja MaxIm DL:n Guide-ikkunassa. Lopettuani tämän siirryin uuden kohteen pariin, avasin Tortillan ja tein sillä Capture&solve toiminnon likimain kuvauskohteen alueelta. Ja kas kummaa, Tortilla kuvasi (taas) OAG-portissa olevan Lodestarin kautta sen 5.0 s  ruudun ja alkoi ratkomaan sitä. Tämä on kiusallista, koska a.) guideportista "Camera 2" ei löydy mitään tolkullista tähtikenttää ratkottavaksi ja b.) Tortillan Abort solver toiminto vie oman aikansa (lue: kymmeniä sekunteja), kunnes Tortillan käyttöliittymälle suodaan riittävästi CPU-aikaa Astrometry.net ratkonnan sijasta. Siinä odotellessa WinXP ilmoittelee AstroTortilla is not responding (ja ohjelmaikkuna jämähtää) kunnes kontrolli siirtyy takaisin Tortillan pääikkunaan. Kone on tuplaydin-prossulla varustettu läppäri, jolta voisi odottaa suht' ripeää reagointia.

Kysymys: saako Tortillan MaxIm DL rajapintaan tehtyä jonkin muutoksen, jossa määritetään Tortilla hakemaan MaxIm:lta tiettyä kameraa (=yleensä pääkamera eli Camera 1) sen sijaan, että Tortilla hakee nyt käyttöönsä MaxIm:in viimeeksi käytetyn/aktiivisen kameran? Samaan yhteyteen liittyen hyvä parannus olisi, jos tuota Abort solver nappia pollattaisiin hiukan useammin (=keskeytys tapahtuisi nykyistä nopeammin). En tiedä pystyykö tuohon vaikuttamaan, jos se on enempi CygWin-emulaattorissa ajettavasta Astrometry.net ratkonnasta kiinni. Mutta tuohon MaxIm-kameran hakuun toivoisi sen sijaan korjausta johonkin tulevaan Tortilla-versioon, kiitos!

[Tikkes]

b.) Tortillan Abort solver toiminto vie oman aikansa (lue: kymmeniä sekunteja), kunnes Tortillan käyttöliittymälle suodaan riittävästi CPU-aikaa Astrometry.net ratkonnan sijasta.

Itse en jaksanut myöskään odottaa tuota "abort solve" pyyntöä. Cygwin bash-ikkunan sammutus pysäyttää prosessin välittömästi ja vapauttaa tortillan.

[mickut]

Kysymys: saako Tortillan MaxIm DL rajapintaan tehtyä jonkin muutoksen, jossa määritetään Tortilla hakemaan MaxIm:lta tiettyä kameraa (=yleensä pääkamera eli Camera 1) sen sijaan, että Tortilla hakee nyt käyttöönsä MaxIm:in viimeeksi käytetyn/aktiivisen kameran?

MaxImDL:n API on käsittämätön kammotus. MaxImDL.CCDCamera:lla on kaksi valotuksen aloittavaa metodia, Expose ja GuiderExpose. Voit arvata kumpaa Tortillassa käytetään. Nuo APIt ovat sidottuja käsittämättömillä tavoin GUIn kontrolleihin, Expose aloittaa valotuksen Camera-täbissä valittuna olevalla kameralla ja GuiderExpose aloittaa valotuksen sillä toisella. Mistään ei tietenkään voi lukea mikä kamera on valittuna, eikä oikeastaan mitään muutakaan juuri voimassa olevaa asetusta, kuten binnausta, valotusaikaa tai filtteriä, kaikki luettavat propertyt palauttavat siinä Camera -täbissä olevien kohtien asetukset, jotka eivät tietenkään pidä paikkaansa jos on esim autosave-sekvenssi menossa. Pitääkö tässä tehdä kohta oma kuvaussoftakin?

Samaan yhteyteen liittyen hyvä parannus olisi, jos tuota Abort solver nappia pollattaisiin hiukan useammin (=keskeytys tapahtuisi nykyistä nopeammin). En tiedä pystyykö tuohon vaikuttamaan, jos se on enempi CygWin-emulaattorissa ajettavasta Astrometry.net ratkonnasta kiinni. Mutta tuohon MaxIm-kameran hakuun toivoisi sen sijaan korjausta johonkin tulevaan Tortilla-versioon, kiitos!

Wx:n frameworkkiä "ajetaan" 10ms välein tyhjentämään event-jonoa tuon solverin suorituksen aikana, mutta windowsin skeduleri ja wx tuntuvat tekevän yhdessä mitä tykkäävät. Mitään isompia UI-muutoksia tähän tortilla-versioon ei ole tulossa, sillä v2 on suunnittelupöydällä ja siinä on helpompi tehdä asiat hieman toisin kun nyt käytetyssä WxPython-ratkaisussa.

-Antti

[Timpe]

Eletään näemmä sitten muiden (=Cyanogenin) mallin mukaan. Ja kyllähän sen käytetyn kameran _oppii_ valitsemaan erikseen ennen Tortillan käyttöä, kun on tarpeeksi monta kertaa hakannut päätä seinään sillä "Camera-täbissä valittuna olevalla kameralla". Ei ole ensimmäinen logiikkakummajainen tuossa MaxImin käyttö(ohjelmointi)logiikassa...

...windowsin skeduleri ja wx tuntuvat tekevän yhdessä mitä tykkäävät. Mitään isompia UI-muutoksia tähän tortilla-versioon ei ole tulossa, sillä v2 on suunnittelupöydällä ja siinä on helpompi tehdä asiat hieman toisin kun nyt käytetyssä WxPython-ratkaisussa.

Odotellaan rauhassa uutta.

Kerron tähän vielä oman jalustani kanssa tapahtuneen hässäkän viime aamuyöltä. Jalusta osaa ylittää meridiaanin nätisti ilman lisäkikkailuja, mutta se haluaa tietää referenssitähtiä asetellessa ollaanko jalustan pilarin itä- vai länsipuolella. Olin alkuillasta tuolla länsipuolella ja Tortillan Capture&solve toimi kuten pitikin eli ongelmitta. Aamuyöstä putki uhkasi osua tolppaan, joten päätin keskeyttää kuvauksen ja vaihtaa putken pilarin itäpuolelle (tuli siis 180 asteen käännös). Osoitin putken käsipelillä arviolta aiempaan suuntaan ja tein taas tuon Capture&solve toiminnon (sillä Sync scope lisukkeella).

Ok, Tortilla löysi putken sijainnin, jonka päälle käskytin Tortillan hakemaan sitä aiempaa kuvaani (haettu kuva oli nyt siis ylösalaisin suhteessa uuteen sijantiin). Sitten ihmettelin, kun Tortilla lähti ajamaan putkea selvästi väärään suuntaan eli jonnekin Pohjantähden suuntaan (piti mennä Kefeukseen eli 90 astetta sivuun). Annoin Tortillan tehdä omiaan, jolloin tuli vielä pari muuta automaattista metsään ajoa samaan Pikku Karhun suuntaan kohti taivaannapaa (lienee syy sekoiluun). Jokaisella kerralla kapulaan tuli uudet lukemat eli Sync scope toimi oikein, mutta jalustani ei löytänyt aiempaa sijaintiani millään ilveellä.

Keskeytin siis Tortillan ja tein jalustalle normaalin referenssitähden etsimisen (nyt alusta alkaen ja kertoen putken olevan nyt itäpuolella tolppaa). Tämän jälkeen päästiin takaisin tunnetulle tähtikartalle, Tortillan Goto image haku alkoi toimimaan oikein ja aiemmin kuvattu kohdekin löytyi takaisin kameran näkökenttään   Edellinen on sitten varmaan enempi jalustan ja goto-kapulan ongelmia kuin Tortillan, mutta menköön nyt esimerkkinä "vaikeista tilanteista" joihin voi törmätä näin tietokoneistetuissa laitteissa.

[mickut]

Ok, Tortilla löysi putken sijainnin, jonka päälle käskytin Tortillan hakemaan sitä aiempaa kuvaani (haettu kuva oli nyt siis ylösalaisin suhteessa uuteen sijantiin). Sitten ihmettelin, kun Tortilla lähti ajamaan putkea selvästi väärään suuntaan eli jonnekin Pohjantähden suuntaan (piti mennä Kefeukseen eli 90 astetta sivuun). Annoin Tortillan tehdä omiaan, jolloin tuli vielä pari muuta automaattista metsään ajoa samaan Pikku Karhun suuntaan kohti taivaannapaa (lienee syy sekoiluun). Jokaisella kerralla kapulaan tuli uudet lukemat eli Sync scope toimi oikein, mutta jalustani ei löytänyt aiempaa sijaintiani millään ilveellä.

Tuosta kannattaa tehdä bugiraportti jalustan (ja/tai sen ajurien) tekijälle, Tortilla ei ota kantaa mitä reittiä kohteeseen mennään, se sanoo ASCOM-rajapinnan kautta vain "Nyt olet kohdassa (ratkottu_RA, ratkottu_dec). Kohde on (RA,dec), mene sinne", eikä ASCOMin yli oikein muuta voikaan tehdä (paitsi pakottaa meridiaaniflipin nykyiseen kohtaan sitä ominaisuutta tukevilla alustoilla). Kuvan orientaatiolla ei ole merkitystä, ainoastaan kuvan keskipisteellä, Tortilla ei tue vielä rotaattoria.

-Antti

[Timpe]

Tuosta kannattaa tehdä bugiraportti jalustan (ja/tai sen ajurien) tekijälle, Tortilla ei ota kantaa mitä reittiä kohteeseen mennään...

Kyseessä olivat siis ne goto kapulani kanssa "yhteensopivat" geneeriset LX200 ajurit, joten taidan jättää raportoimatta, kun tämä taivaannavan lähellä tapahtuva sekoilu on kuitenkin sellainen "feature" jota esiintyy sangen harvoin ja ilmeisesti vain silloin kun teen lennosta tuon 180 asteen käännöksen. Tortilla olisi siis ennen pitkää saattanut löytää sen oikean kohteenkin, jos olisin antanut sille aikaa kiertää Pohjantähden ympäri alakautta, mikä taisi olla tuossa goto-ajon (jalusta-ajurin) tavoitteena