Avaruus.fi - keskustelualue

Lyhyesti:

Laurin jo mainostettua muutamaan otteeseen tortillaa, voinee se nähdä päivänvalon vaikkei kestäkään kenttäolosuhteita kaikilla laitteistoyhdistelmillä. Asennuspaketti ja ohjeet ovat löydettävissä osoitteesta http://astrotortilla.sf.net (http://astrotortilla.sf.net).

Pidemmin:

AstroTortilla on kehitysvaiheessa oleva apuohjelma tähtikuvauksen virheherkimpien ja aikaavievimpien säätöjen automatisoimiseen. AstroTortilla pyrkii tukemaan suurta osaa tunnettuja, jo käytössä olevia ohjelmistoja. Tällä hetkellä AstroTortilla tukee muutamia kuvausohjelmia (Nebulosity2, MaxImDL, kuvankaappausta ruudulta sekä suoraan ASCOM kameroita), astrometry.net (http://astrometry.net) tähtikuvaratkojaa, sekä ASCOM kaukoputkijalusta-ajureita.

AstroTortilla tämänhetkiset ominaisuudet:
- kaukoputken astrometrinen synkronointi,
- astrometrinen, iteratiivinen kohteen keskitys goton jälkeen,
- napasuuntaus (sekä astrometrinen, että V-drift kuvaus),
- goto aiemmin talletetun kuvan koordinaatteihin,
- automaattinen kielivalinta (vaihtoehdoista englanti ja suomi).

Käyttäjiltä tällä hetkellä oletetaan löytyvän jonkinverran vapaa-aikaa ongelmatilanteissa, ja raportoivan mahdollisista virheistä suoraan projetkin virhesivulle.

Tällä hetkellä tunnettuja ongelmia on ainakin:
- SS2k jalusta-ajureiden kanssa,
- 64-bittisissä ympäristöissä (ei asennuspakettia),
- hankalasti määriteltävä toimimattomuus joillain koneilla,
- Antti ja muu AstroTortilla-tiimi.

Edit 22.1.2013: Versio 0.4 on julkaistu, voit huoletta jättää lukematta 10 sivua vanhojen versioiden muistelua ja siirtyä nykyaikaan (http://foorumi.avaruus.fi/index.php?topic=9302.msg104964#msg104964). Tätä viestä yliviivattu soveltuvin osin.

Hei,

Loistava lisä softaarsenaaliin! Testaan heti seuraavalla kuvauskerralla.
En ole raskinut hankkia PinPointin täyttä versiota, "Lite" versio toimii MaximDL:n kanssa, tämä vaikuttaa helpommalta ja jotenkin nokkelammalta.


J-P

Eli suomeksi, Tortillalle voi komentaa tällaisia temppuja yhdellä napilla:

"Selvitä mihin suuntaan putki osoittaa ja kalibroi goto siihen"
"Käännä jalusta tarkalleen sinne, mihin se nyt luulee osoittavansa (huonon goton jälkeen)"
"Käänny täsmälleen samaan suuntaan kuin tämä APOD"

Tuettujen kamerasoftien lista kasvanee lähiaikoina. Astro Photography Toolin kehittäjältä saatiin jo Tortillaa tukeva testiversio, ja kohta Tortillakin osannee jutella sille päin. Samoin BackyardEOS-softan kehittäjät ovat ilmaisseet kiinnostuksensa tuen rakentamiseen. Jos et käytä mitään vielä tuetuista kuvaussoftista, voit virittää Tortillan ottamaan kuvankaappauksia softasi ruudusta, tai sitten osoittaa kuvat Tortillalle käsin.

Muita kehitteillä olevia maukkaita ominaisuuksia:
- Täysin automaattinen napasuuntaustyökalu, joka katselee hetken ympärilleen ja kertoo sitten napasuuntausvirheen (joudut kuitenkin itse pyörittämään nuppeja)
- Automaattinen kalibrointipisteiden keräys EQMODin N-Star alignmenttiä varten niin monella pisteellä kuin haluat. Tällä voi rakentaa samanlaisen jalustavirhemallin jalustan suuntauksen parantamiseksi kuin MaximDL:n MaxPointilla tai TheSkyn T-Pointilla, mutta ilmaiseksi.

Astrometry.net-ratkaisijan asentamisen olemme pyrkineet tekemään niin helpoksi kuin mahdollista, mutta muutaman gigan tähtitietokannan pyytäminen ja lataaminen voi korottaa kokeilukynnystä joillakin. Suosittelen kuitenkin rohkeasti vain seuraamaan ohjeita. Kunhan Astrometryläiset saavat nettiratkaisijansa käyttöön (AstroTortilla-tiimistä riippumattoman ajan päästä), voi AstroTortillaa koekäyttää ilman että omalle koneelle tarvitsee asentaa ratkaisijaohjelmaa. Taivaan alla pusaamiseen suosittelen joka tapauksessa ratkaisijan asentamista paikallisesti koneelleen.

Lainaus käyttäjältä: Lauri Kangas - 27.11.2011, 20:45:17
Muita kehitteillä olevia maukkaita ominaisuuksia:
- Täysin automaattinen napasuuntaustyökalu, joka katselee hetken ympärilleen ja kertoo sitten napasuuntausvirheen (joudut kuitenkin itse pyörittämään nuppeja)

Tämänhetkinen astrometrinen napasuuntain selvittää suuntausvirheen simuloimalla driftausta, eli se ottaa käyttäjän pyynnöstä joko idästä/lännestä tai meridiaanilta pari kuvaa, joista se voi laskea vastaavasti rektaskensioakselin altitudi- tai atsimuuttivirheen, eli napasuuntauksen kokonaisvirheen laskemiseen tarvitaan neljä kuvaa. Tulevaisuudessa suuntain pystyy laskemaan napasuuntausvirheen jopa kahden(!) kuvan perusteella täysin automaattisesti.

Kiteytetysti tämänhetkinen suuntain tekee samat jutut kuin manuaalinen driftaus, mutta tähden valumista ei tarvitse odotella ja virheen koon saa suoraan numeroina.

Kotikutoisuus ja puolivillaisuus kostautuu. Asentaessanne olkaa erityisen huolellisia että valitsette ohjeiden mukaisesti kaksi asennuspalvelinta. Jos asennatte ensin väärin, voi tulla ongelmia mutta ne on mahdollista korjata. Voitte kysellä tässä ketjussa jos ei meinaa onnistua.

- Nyt jaossa olevassa 0.2.4 rc1 -versiossa (ja vissiin kaikissa sitä aikaisemmissakin) on vanhanmallinen ns. backend-polku asetuksissa. Jos Tortilla ei ratko kuvia, sen solverilaatikon asetuksiin pitää ensimmäiselle riville vaihtaa poluksi /etc/astrometry/backend.cfg. Julkaisemme pikimmiten uuden version jossa tuo ja pari muuta juttua on korjattu. Toivottavasti päivän tai kahden sisällä.

- Lisäksi on käynyt ilmi että moni virusskanneri luulee tuota tekemäämme Cygwin-asennusapuohjelmaa virukseksi. Tämä on väärä hälytys joka johtuu siitä että moni virus käyttää samanlaisia pakkausalgoritmeja kuin ohjelma, jolla paketoimme varsinaisen Cygwin-asennusohjelman samaan pakettiin tuon yhden komentoriviloitsun ajavan bat-tiedoston kanssa. Toistan, että hälytys on väärä ja mikäli haluaa olla aivan varma, voi setup.exen hakea Cygwinin sivuilta ja suorittaa sen tarvittavilla parametreillä komentoriviltä sivuiltamme http://astrotortilla.sourceforge.net/cygwin-custom/ löytyvien ohjeiden mukaan.

- Luulen edelleen että vaatimus noiden indeksien pyytämiselle karkottaa kiinnostuneita käyttäjiä. Sähköpostin lähettäminen noille on pikkujuttu, mutta harkitsemme myös että generoisimme USNO-luettelosta itse indeksit jaettavaksi eteenpäin omilla ehdoillamme (= täysin vapaasti). Generointi on laskennallisesti raskasta ja saattaa viedä viikon verran, mutta ei se mitään. Jos löydämme jonkun hyvän paikan jossa jakaa muutaman gigan tiedostoja eteenpäin, niin tutkitaan asiaa.

Edit: Tortillan vikoja korjattu, ks. alla.

Nyt sitten enää odotellaan kelejä että pääsisi tuota napasuuntausta Tortillan avustamana testailemaan. Napatähtäin tulikin jo dumpattua kun vedin johdot jalustan läpi. Latauslinkki ja tunnukset USNO:n indekseihin tulivat hieman reilussa vuorokaudessa.

Noniin, Mickut pisti korjaten ja nyt on taas vikoja vähemmän. Backendin polku menee automaattisesti oikein eikä käyttäjän tarvitse murehtia siitä.

Samoin Cygwinin asennusohjelma on nyt sisällytetty AstroTortillan asennusohjelmaan ja toimii ilman komentorivikikkailuja. Huomionarvoiseksi seikaksi jää vielä että käyttäjän pitää käsin valita oikeat kaksi latauspalvelinta. Jos keksitään miten nuo saadaan automaattivalituksi, niin sitten asennuksen pitäisi sujua next next next -periaatteella.

Manuaalit päivitetään vielä ajan tasalle hetimmiten mutta sitä odotellessa uusin versio 0.2.4rc2 on saatavilla kotisivuilla.

Kokeilin & testailin tuossa softaa ja jotain pientä ongelmaa ilmeni:

Indeksit löytyy väliltä 205-219, solveria koittaessa herjaa, että "no solution" (fileopencamera moodi). Sama homma juuri otetuilla 5-10s jpg&tiff kuvilla ja vanhoilla pitemmän valotuksen kuvissa. Kuvat siis 400d+200mm.
Pistin lataukseen vielä 204-indeksit, josko noista olisi apua?

Ja toinen juttu on, että vaikka ohjelman sulkee, se jää kuitenkin taustalle prosesseihin päälle ja se pitää erikseen task managerista lopettaa. Bugi?

Käyttiksenä win7 6bit.

Testailut jatkukoon...

Lainaus käyttäjältä: laari - 14.12.2011, 20:04:39
Indeksit löytyy väliltä 205-219, solveria koittaessa herjaa, että "no solution" (fileopencamera moodi). Sama homma juuri otetuilla 5-10s jpg&tiff kuvilla ja vanhoilla pitemmän valotuksen kuvissa. Kuvat siis 400d+200mm.
Pistin lataukseen vielä 204-indeksit, josko noista olisi apua?

Tuleeko no solution välittömästi vai yrittääkö se ensin käydä näkyvästi läpi joitakin indeksejä? Mitä tapahtuu jos käynnistät cygwin-komentorivin ja komennat "solve-field /usr/share/astrometry/examples/apod4.jpg" ilman lainausmerkkejä? Jos tulee jokin paririvinen virheilmoitus jossa lukee "fatal error", niin cygwin-asennus vaatii rebase-komennon ajamisen joka ei ole vaikeaa mutta jossa pitää huomioida pari juttua. Katsotaan jos löydän ohjeet, kerropa sillä välin käykö noin vai onko vika jossain muualla.

Lisäksi, vielä varmuuden vuoksi:
- asensitko 0.2.4rc2 -version vai 0.2.2:n johon etusivulla linkattiin taannoin suoraan?
- onko solver-alueen asetustaulukossa backend-asetuksena "/etc/astrometry/backend.cfg" ?
- asensitko Cygwinin jonnekin muualle kuin C:\cygwin ja osoittaako solver-asetustaulukon bash-rivi oikeaan paikkaan?

Kyllä se jonkun aikaa 2-15s jotain tekee ja päätyy tuohon no solutioniin.

Cygwinin terminaalissa tuo  antamasi testi-komento heittää 30-rivisen errorin :)
Olisikohan tässä tärkeimmät tiedot siitä:

$ solve-field /usr/share/astrometry/examples/apod4.jpg
Reading input file 1 of 1: "/usr/share/astrometry/examples/apod4.jpg"...
0 [main] python 5388 E:\Ohjelmat\astro\cygwin\bin\python.exe: *** fatal error - unable to remap \\?\E:\Ohjelmat\astro\cygwin\lib\python2.6\lib-dynload\_functools.dll to same address as parent: 0x3E0000 != 0x3F0000


Ja tosiaan versio on uusin, 0.2.4rc2
Solverin backend asetus oli "/usr/share/astrometry/etc/backend.cfg". Tuollaista hakemistoa ollut olemassakaan, eli tuokin taisi olla väärä. Vaihdoin ehdottamaasi, ja vielä koitin samaa täydellisellä path:lla, mutta ei vaikutusta.
Asensin cygwinin tosiaan eri paikkaan kuin defaulttina. Vaihdoin "cygwin shell" tiedot oikeiksi, mutta eipä tuollakaan ollut vaikutusta.

Tulipa vain sellainen mieleen, että olen tässä muutaman kerran jo asentanut ja uninstalloinut tortillan tuosta 0.2.4rc2-paketista ja muistaakseni vielä eri asemille/kansioihin. Olisko tuolla vaikutusta?
Ja nämä koska unohdin sen yhden ohjeissa mainitun urlin lisäämisen asennusvaiheessa & random säätö.

Joo, eli tuossa on kyseessä nimenomaan se rebase-säätö eli hyviä uutisia koska se on helppo korjata. Kunhan vaan ehdin etsiä ne ohjeet, palataan asiaan illan aikana.

Lainaus käyttäjältä: laari - 14.12.2011, 21:07:15
Tulipa vain sellainen mieleen, että olen tässä muutaman kerran jo asentanut ja uninstalloinut tortillan tuosta 0.2.4rc2-paketista ja muistaakseni vielä eri asemille/kansioihin. Olisko tuolla vaikutusta?
Ja nämä koska unohdin sen yhden ohjeissa mainitun urlin lisäämisen asennusvaiheessa & random säätö.

Itsekin olen asennellut tuota eestaas oikein urakalla ja nimenomaan siitä se johtuu. Myös ainakin yhdellä toisella käyttäjällä oli tuossa samoja ongelmia samasta syystä. Jos tämä on kovin yleistä niin pitääpä rustata kattavat ohjeet sen korjaamiseksi osaksi käyttöohjetta.

Lainaus käyttäjältä: laari - 14.12.2011, 21:07:15
Solverin backend asetus oli "/usr/share/astrometry/etc/backend.cfg". Tuollaista hakemistoa ollut olemassakaan, eli tuokin taisi olla väärä. Vaihdoin ehdottamaasi, ja vielä koitin samaa täydellisellä path:lla, mutta ei vaikutusta.

Mystistä. Täytynee tarkistaa että tuo polku menee oikein puhtaassa asennuksessa, versioita uusiessa noita ei aina huomaa, kun jää vanhan version asetukset päälle automaattisesti. Oikea on kuitenkin /etc/astrometry/backend.cfg

Löytyikin helposti. Ohjeet ovat tässä: http://cygwin.wikia.com/wiki/Rebaseall

Eli pähkinänkuoressa
1) sammuta kaikki cygwin-komentorivit, tortilla sekä cygwin-servicet (jos et tiedä mitä servicet on, niitä ei varmaan ole myöskään käynnissä)
2) mene windowsin komentoriville (start -> run -> cmd.exe)
3) anna nuo linkissä harmaalla pohjalla näkyvät neljä komentoa (ja osannet ottaa huomioon tuon oikean osoitteen cygwin-kansiolle C:\cygwin sijaan)

Tämän jälkeen ruudulla pitäisi vilistä älytön määrä tekstiä jonka jälkeen solverin pitäisi toimia. Kannattaa testata solve-field -komennolla ennen tortillan käyttämistä.

Ok, ohjeiden jälkeen tuo testi-solve toimii.
Ja tortillasassakin toimii.

Miksikähän tuossa yhdessäkohtaa oli oletuksena tuo "/usr/share/astrometry/etc/backend.cfg" polku? Vai onko tuo tullut sitten jotenkin sössimällä noita install/reinstall?

Lainaus käyttäjältä: laari - 14.12.2011, 22:15:06
Miksikähän tuossa yhdessäkohtaa oli oletuksena tuo "/usr/share/astrometry/etc/backend.cfg" polku? Vai onko tuo tullut sitten jotenkin sössimällä noita install/reinstall?

Windows ei poista uninstalloidessa oletuksena konfiguraatiotiedostoja, joten vanhan asennuksen tiedot säilyvät. Tämä on varsin toivottavaa normaalissa asennuksen päivityksessä, joskin kokonaan poistettaessa nuokin pitäisi saada heitettyä mäkeen.

Siihen on syynsä miksi vielä ollaan kaukana 0.3 versiosta, puhumattakaan 1.0:sta.

-Antti

Hei

Lainaus Laurilta: - Luulen edelleen että vaatimus noiden indeksien pyytämiselle karkottaa kiinnostuneita käyttäjiä. Sähköpostin lähettäminen noille on pikkujuttu, mutta harkitsemme myös että generoisimme USNO-luettelosta itse indeksit jaettavaksi eteenpäin omilla ehdoillamme (= täysin vapaasti). Generointi on laskennallisesti raskasta ja saattaa viedä viikon verran, mutta ei se mitään. Jos löydämme jonkun hyvän paikan jossa jakaa muutaman gigan tiedostoja eteenpäin, niin tutkitaan asiaa.

Kysymys: Oletteko katsoneet, miten Astrometrica-ohjelma käyttää USNO tietoja ?
On hyvin nopeaa ja vaivatonta.

t vesa_k

Veikkaan että Astrometrica käyttää suoraan USNO-luetteloa. Suoraan vertaamalla tähtien paikkoja luetteloon voi kyllä ratkoa (niinkuin esim. PinPoint tekee), mutta silloin tarvitaan hyvä arvaus mistä päin karttaa pitää ruveta etsimään.

Astrometry.net perustuu siihen että suurin osa raskaasta laskennasta on tehty etukäteen generoimalla tähtiluettelosta indeksejä, jotka sisältävät tietoja miljardeista neljän tähden muodostamista kuvioista taivaalla. Niiden tekeminen on raskasta puuhaa mutta käyttäjää se ei haittaa, koska laskenta on jo kertaalleen tehty. Niitä ja nerokkaita tietorakenteita käyttämällä voidaan sitten tehdä astrometrinen ratkaisu ilman mitään etukäteistietoja kuvasta, täysin sokkona ja nopeasti.

ok
Taas oppi uutta. Kiitos

Käytän kuvauksessa MaximDl:ää, joka todellakin lisää sijaintitiedot kuvaan ja näitä tietoja Astrometrica sitten käyttää hyväkseen.

t vesa_k

Lainaus käyttäjältä: Lauri Kangas - 02.12.2011, 17:50:48
Jos löydämme jonkun hyvän paikan jossa jakaa muutaman gigan tiedostoja eteenpäin, niin tutkitaan asiaa.

DropBox palvelu on ilmainen 2Gb asti.

J-P

Lainaus käyttäjältä: J-P - 15.12.2011, 14:27:35
DropBox palvelu on ilmainen 2Gb asti.

Täysi esiprosessoitu indeksisarja on noin 30GB, semmoinen kameraoptiikasta 1.5 metrin polttovälille 8300-kennolla kattava sarja vie sekin jo reilut 10GB.

-Antti

Lainaus käyttäjältä: mickut - 15.12.2011, 14:42:59
Täysi esiprosessoitu indeksisarja on noin 30GB, semmoinen kameraoptiikasta 1.5 metrin polttovälille 8300-kennolla kattava sarja vie sekin jo reilut 10GB.

-Antti

Torrentilla jakoon niin ei tarvi palvelin tilaa ja välttää samalla mahdolliset lataus virheet. Haittana toki mahdollinen kaistan riittävyys ja sitä kautta hidas lataus kun jakajia/lataajia vähän. Minulta onnistuu tuollaisen paketin jako kapsin (http://www.kapsi.fi/) palvelimelta, jos vain tarvii.

Tuon USNO-A2 -luettelon saa muuten ladattua suoraan http://tdc-www.harvard.edu/catalogs/ua2.html (http://tdc-www.harvard.edu/catalogs/ua2.html) kohdasta availability.

Itsellä tuo on kovalla mutta MaximDL:n ja Pinpointin kanssa käytän huomattavasti kevyempää GSC1.1 (~320MB vs 6GB) ja plate solve kestää noin puoli sekuntia kohtuu hyvin suunnatulla jalustalla. Tuli käytettyä lyhennetyn C8:n kanssa ongelmitta (1320mm)

Tuokin on ladattavissa vaikka ftp://cdsarc.u-strasbg.fr/0/catx/bincats/ (http://ftp://cdsarc.u-strasbg.fr/0/catx/bincats/).

Lainaus käyttäjältä: JuhaK - 15.12.2011, 20:38:09
Itsellä tuo on kovalla mutta MaximDL:n ja Pinpointin kanssa käytän huomattavasti kevyempää GSC1.1 (~320MB vs 6GB) ja plate solve kestää noin puoli sekuntia kohtuu hyvin suunnatulla jalustalla. Tuli käytettyä lyhennetyn C8:n kanssa ongelmitta (1320mm)

Koko Tortilla taitaa rakentua juuri sille ajatukselle, että jalustan ei tarvitsisi olla kovin hyvin suunnattu, ja kohde löytyy silti. Tämän takia kykyä sokeaan platesolveen tarvitaan. Itselläni on säästynyt kirjaimellisesti tunteja kun ei ole tarvinnut käyttää aikaa erilaisten synkkauspisteiden etsimiseen jalustaa pystyttäessä, vaan Tortillan avulla heti tiedetään mihin kaukoputki osoittaa.

Juu, GSC:tä on pinpointin kanssa tullut itsekin käytettyä. Sillähän saa matkittua tuota Tortillan ydintoimintoa ottamalla jostain kuvan, ratkaisemalla sen ja sitten telescope-välilehdeltä klikkailemalla image center from pinpoint ja synkkaamalla siihen. Tortillalla tuo vaan käy näppärästi ilman että tarvitsee olla minkäänlaista, hyvää tai huonoa goto-synkkiä olemassa ja tarvittaessa automaattisesti useampaan kertaan.

Tämänhän voi myös tehdä CCD Commanderilla tai Autopilotilla jos haluaa niistä maksaa. Ties vaikka Tortilla osaisi tulevaisuudessa muitakin temppuja joita nuo osaavat.

Lainaus käyttäjältä: Lauri Kangas - 15.12.2011, 11:52:21
Astrometry.net perustuu siihen että suurin osa raskaasta laskennasta on tehty etukäteen generoimalla tähtiluettelosta indeksejä, jotka sisältävät tietoja miljardeista neljän tähden muodostamista kuvioista taivaalla. Niiden tekeminen on raskasta puuhaa mutta käyttäjää se ei haittaa, koska laskenta on jo kertaalleen tehty. Niitä ja nerokkaita tietorakenteita käyttämällä voidaan sitten tehdä astrometrinen ratkaisu ilman mitään etukäteistietoja kuvasta, täysin sokkona ja nopeasti.

Lainaus käyttäjältä: vesa k - 15.12.2011, 11:44:49
Lainaus Laurilta: - Luulen edelleen että vaatimus noiden indeksien pyytämiselle karkottaa kiinnostuneita käyttäjiä. Sähköpostin lähettäminen noille on pikkujuttu, mutta harkitsemme myös että generoisimme USNO-luettelosta itse indeksit jaettavaksi eteenpäin omilla ehdoillamme (= täysin vapaasti). Generointi on laskennallisesti raskasta ja saattaa viedä viikon verran, mutta ei se mitään. Jos löydämme jonkun hyvän paikan jossa jakaa muutaman gigan tiedostoja eteenpäin, niin tutkitaan asiaa.

Lähinnä tuohon koitin esittää kysymyksen että onko nuo indeksisarjat tarpeen tehdä tuosta USNO-luettelosta? Riittäisikö tuohon jokin kevyempi luettelo (esim GSC)? Eikös näillä suurin käytännön ero ole rajoittava magnitudi (~16 vs > 20)?

Plate solvessa käytetyt valotukset lienevät luokkaa <10sek, joten aika harvalla harrastelijan putkella tulee esiin yli mag16 tähtiä.

Indeksien generointi GSC:stä olisi ihan hyvä idea, sillähän ratkeaa kaikki ei-extremet kuvakentät helposti. Astrometry.net ei ainakaan vielä tarjoa suoria työkaluja GSC:tä varten toisin kuin 2MASS, NOMAD, USNO ja Tycho2 -luetteloille. Täytyypä jossain vaiheessa kysellä saisivatko aikaan myös GSC-konvertterin. Kaverit eivät tosin ole kovin aktiivisia tekemään mitään hyödyllistä, kun kukaan ei pusaa projektin parissa täyttä päivää.

Viimein sain testattua tuota tortillan polar alignment toolia, ja kyllähän se näytti mukavasti toimivan, ennekuin pilvet taas valtas taivaan.

Noin 30min hieroin ja sain haarukoitua jotain suunnilleen: altitude error 10.00-20.00' ja azimuth error: 30.00-50.00'. Aivan aluksi, kun jalusta oli tuossa vanhassa drift-alignment metodilla haetussa paikassa (manuaalinen 3min valotus ja siirto edes-takaisin kapulalla), oli tortillan mukaan altitude reilut 2 astetta ja azimuth 3 astetta vinossa.

Tiedä sitten mihinkä tarkkuuteen sitä voisi pystyä, mutta ainakin GOTO:n tarkkuus parani jo paljon. Idästä länteen "slew" johonkun random kohteeseen ja kohde oli kuitenkin 200mm:llä vielä näkökentän reunoilla. Aikaisemmin näin testattuna oli useampia asteita sivussa ties missä.

Fileopen metodi ehkä vähän hidasta, kun joutui .cr2:set erikseen muuttamaan jpegiksi, mutta toimi muuten hyvin. Ja näköjään 5s ISO 1600s valotus ei riittänyt solvaamiseen, 10s tosin jo sitten riitti (200mm f3.5).

Toivottavasti nuo pilvet nyt tuosta vielä katoaa, että pääsee lisää testailemaan :)

Lainaus käyttäjältä: laari - 27.12.2011, 22:01:36
Fileopen metodi ehkä vähän hidasta, kun joutui .cr2:set erikseen muuttamaan jpegiksi, mutta toimi muuten hyvin. Ja näköjään 5s ISO 1600s valotus ei riittänyt solvaamiseen, 10s tosin jo sitten riitti (200mm f3.5).

Nopeutuu vähän kun laittaa kamerasta tallennustavaksi raw+jpg.

Hauholla esitelmöidyt AstroTortilla-kalvot täällä:  http://dl.dropbox.com/u/16980916/tortilla.pdf

Ohjelmaa demotessa kävi ilmi pari ongelmaa. Tortillan etusivun vihreä latausnappi osoittaa rc2-versioon. rc3:n saatte Downloads-sivun kautta. Samoin ohjetekstit ovat hieman vanhentuneet sikäli ettei sinne ole vielä päivitetty Cygwin-asennusohjelman kuuluvan Tortillan asennuspakettiin, ja lisäksi indeksien hakuohjeisiin osoittava linkki on väärin. Nämä korjaantuvat toivottavasti piakkoin.

Lisäksi hyviä uutisia: Palvelin itse tekemiemme indeksien jakamiseen löytyi. Nyt ne indeksit pitää enää tehdä. Kohtapuoliin ei siis tarvitse kysellä lupia Astrometry.netin indeksien lataamiseksi.

Laitoin tilaukseen Verkkokauppa.com:sta USB-hubin, USB-Serial Converterin ja DB9-DB9 kaapelin, joilla rautavaatimus jalustaan kytkeytymiseen täyttynee. Pääsen toivottavasti noilla käsiksi omaan FS2 goto-purkkiini läppäriltä jollakin muulla softalla ja tämän "toimivuustarkistuksen" jälkeen pääsen sitten virittämään AstroTortillaa omaan läppäriin. Pöytäkoneeni latailee nyt tuossa taustalla indeksejä valmiiksi astrometry.net sivulta. Anyway, tähän kaikkeen kuluu aikaa ainakin parisen viikkoa (=vk.com:n toimitusviive tilatuille roippeille).

Noista indekseistä vielä kysymys: kun lataan jonkin index-204-06.tar.bz2 tiedoston niin tuohan taitaa olla bz2-pakattu *.tar tiedosto. Oliko tarkoitus, että noita bz2:sia puretaan johonkin AT:n asennusohjeen määrittämään kansioon, jotta ne ovat valmiina *.tar muodossa siellä? (Tuo tar:kin taisi olla vielä pakattu formaatti, jos oikein muistan...)

Lainaus käyttäjältä: Timpe - 07.02.2012, 22:31:04
Noista indekseistä vielä kysymys: kun lataan jonkin index-204-06.tar.bz2 tiedoston niin tuohan taitaa olla bz2-pakattu *.tar tiedosto. Oliko tarkoitus, että noita bz2:sia puretaan johonkin AT:n asennusohjeen määrittämään kansioon, jotta ne ovat valmiina *.tar muodossa siellä? (Tuo tar:kin taisi olla vielä pakattu formaatti, jos oikein muistan...)

tar-formaatti nitoo vain useamman tiedoston yhdeksi tiedostoksi siirron helpottamiseksi. *.tar.bz2 on sitten tar-tiedosto, joka on pakattu bzip2-ohjelmalla. Paketit tulisi purkaa, jäljelle jää fits-tiedostoja, joissa indeksit majailevat. Windowsilla pakettien purku käy ihan hyvin 7-zipillä.

Lainaus käyttäjältä: naavis - 07.02.2012, 22:52:27
tar-formaatti nitoo vain useamman tiedoston yhdeksi tiedostoksi siirron helpottamiseksi. *.tar.bz2 on sitten tar-tiedosto, joka on pakattu bzip2-ohjelmalla. Paketit tulisi purkaa, jäljelle jää fits-tiedostoja, joissa indeksit majailevat. Windowsilla pakettien purku käy ihan hyvin 7-zipillä.

Jep
En taida enaan jaksaa opetella uutta slangia.
Taitanee softa olla enemmankin alan (softa) harrastus kuin meikalaisen, joka hadin tuskin pysyy nykyisen tahtisanaston perassa.

t vesak

Lainaus käyttäjältä: vesa k - 07.02.2012, 23:41:53
Jep
En taida enaan jaksaa opetella uutta slangia.
Taitanee softa olla enemmankin alan (softa) harrastus kuin meikalaisen, joka hadin tuskin pysyy nykyisen tahtisanaston perassa.

t vesak

Liian helposti ei kannata luovuttaa! AstroTortillan käyttäjän ei keskimäärin tarvitse huolehtia teknisistä yksityiskohdista. Indekseistäkään ei tarvitse tietää muuta kuin että ne saa erillisinä paketteina Astrometry.netin porukoilta ja ne täytyy purkaa tiettyyn paikkaan. Sen jälkeen Tortilla toimii varsin mukavasti.

Niinkuin toisessa ketjussa mainostettiin, niin naavis naputteli APT-tuen valmiiksi tänään. Katsotaan jos itse saisin manuaalit ajan tasalle, niin sitten taitaa olla enää pari bugia korjattavana ennenkuin seuraava versio uusine hienouksineen saadaan julki.

Lainaus käyttäjältä: naavis - 07.02.2012, 22:52:27
tar-formaatti nitoo vain useamman tiedoston yhdeksi tiedostoksi siirron helpottamiseksi. *.tar.bz2 on sitten tar-tiedosto, joka on pakattu bzip2-ohjelmalla. Paketit tulisi purkaa, jäljelle jää fits-tiedostoja, joissa indeksit majailevat. Windowsilla pakettien purku käy ihan hyvin 7-zipillä.

Jep, tattis. Tämä on selvää, kun tuo 7zip:kin makaa jo valmiiksi kovalevyllä yleispakkerin virkaa tekemässä :smiley:

Lainaus käyttäjältä: mickut - 15.12.2011, 14:42:59
Täysi esiprosessoitu indeksisarja on noin 30GB, semmoinen kameraoptiikasta 1.5 metrin polttovälille 8300-kennolla kattava sarja vie sekin jo reilut 10GB.

Indeksit 203-210 veivät tilaa noin 4,4 GB bzip2:na, joten kuvausläppäriin tulee rutkasti täytettä kun nuo purkaa sinne FITS muotoon (tulee kai se yllä mainittu 10 GB dataa).
Tuota tarkemmat ovat vielä mietinnässä eli tarvinneeko niitä 1500mm kuvauspolttovälillä ja KAF-8300 kennolla? Ilmeisesti ei, kun ReadMe (http://trac.astrometry.net/browser/trunk/src/astrometry/README) kertoo näin:

...let's say you have some 1-degree square images.  You should grab index files that contain skymarks of size 0.1 to 1 degree, or 6 to 60 arcminutes.  Referring to the table below, you should grab index files 203 through 209. You might find that the same number of fields solve, and faster, using just one or two of the index files in the middle of that range - in our example you might try 205, 206 and 207.

Kommentit tästä AT:n tekijöiltä?

Tuolla kombinaatiolla kentän leveys on 41 minuuttia, joten kuvilla on mahdollisuus ratketa jopa tuolla 60 megatavun (pakattuna) 208-indeksillä. Pelkästään tuolla ratkeaminen voi kuitenkin olla aika sattuman kauppaa, jos kuvaan ei osukaan sopivan isoa ja kirkkaiden tähtien muodostamaa nelikulmiota jonka Astrometry.net osaisi paikantaa. Pitänee siis hyvinkin paikkansa, että 205-207 -indekseillä ratkominen saattaa nopeutua kun ei turhaan tarvitse etsiä isompia nelikoita ja noiden pienempien osuminen kuvakenttään on tilastollisestikin todennäköisempää.

202-200 -indeksit ovat sen verran järeitä että niitä tuskin tarvitsee. Ratkomalla kuvia komentoriviltä (solve-field -komennolla) näkee solverin tulosteen josta sitten näkee millä indeksillä kuva lopulta ratkesi. Näitä voi ajaa vaikka vanhoille raakakuvilleen. Ko. tuloste vilahtaa myös pikavauhtia Tortillan tilarivillä, mutta seuraavassa versiossa on loggaustoiminto, jolla Astrometryn kertomia juttuja sekä muita (virheilmoituksia ym) pääsee jälkikäteen tutkimaan.

Lainaus käyttäjältä: Timpe - 08.02.2012, 22:16:09
Jep, tattis. Tämä on selvää, kun tuo 7zip:kin makaa jo valmiiksi kovalevyllä yleispakkerin virkaa tekemässä :smiley:
Indeksit 203-210 veivät tilaa noin 4,4 GB bzip2:na, joten kuvausläppäriin tulee rutkasti täytettä kun nuo purkaa sinne FITS muotoon (tulee kai se yllä mainittu 10 GB dataa).
Tuota tarkemmat ovat vielä mietinnässä eli tarvinneeko niitä 1500mm kuvauspolttovälillä ja KAF-8300 kennolla?
Kommentit tästä AT:n tekijöiltä?

Sattumoisin tuolla samalla polttovälillä ja kennolla on tullut kuvattua jonkin verran, ja käytösä on toiminut hyvin indeksit 204-206.

Oheismainintana version 0.2.5 asennuspaketti siirtyi juuri sourceforgeen, sisältää korjauksia esim Celestronin jalustojen käyttäjille.

-Antti

Lainaus käyttäjältä: mickut - 08.02.2012, 23:13:17
Oheismainintana version 0.2.5 asennuspaketti siirtyi juuri sourceforgeen, sisältää korjauksia esim Celestronin jalustojen käyttäjille.

Sourceforgesta saatava versio 0.2.5 sisältää nyt siis myös tuen Astro Photography Toolille. Vaatii APT:stä version 1.80 tai uudemman. Kokeilkaahan menemään ja kertokaa toimiiko.

Lisäksi manuaalit on vihdoin päivitetty yksinkertaisempien asennusohjeiden osalta sekä Timpen huomaama väärä linkki indeksien lataukseen on korjattu. Asennuspakettiin ei ehtinyt mukaan päivitetyt versiot pikaoppiasta (getting started), mutta uusimmat versiot niistä saa ohjelman etusivun linkeistä.

Lainaus käyttäjältä: Lauri Kangas - 09.02.2012, 14:42:49
Sourceforgesta saatava versio 0.2.5 sisältää nyt siis myös tuen Astro Photography Toolille. Vaatii APT:stä version 1.80 tai uudemman. Kokeilkaahan menemään ja kertokaa toimiiko.

Kiitos ja kumarrus! Häivyn reissuun nyt, mutta kombinaatio tulee testiin ja tuotantoon mulla varmasti.

Asentelin tänään AstroTortillaa kuvausläppäriini ja tässä tulee hiukan lokia sen suhteen:
-latasin uusimman AT:n verkosta ja luin uusimman dokumentaation
-käynnistin AstroTortilla-0.2.5.exe:n ja valitsin asennukseen CygWinin ja AstroTortillan (ohjeiden mukaan) ja klikkailin asennuksen läpi:
-> AstroTortilla asentui ok, mutta CygWin yhteistyö uusimman AT-version kanssa nikoitteli useaan kertaan. Tässä alla on ensin ruutukaapaukset näistä virheistä (kuittailin noita OK:lla ja asennus eteni seuraavaan virheeseen saakka).
---tarina jatkuu uudessa viestissä---

Lainaus käyttäjältä: Timpe - 04.03.2012, 15:12:35
---tarina jatkuu uudessa viestissä---

Kolme ekaa on 'harmittomia', upstream eli tässä tapauksessa Cygwinin setup.exe on (taas) päivittynyt ja meidän täytyy päivittää omaamme.  Asennuksen pitäisi herjasta huolimatta toimia oikein.

Viimeinen taas on käsittääkseni Windows7-ilmiö, eli tuossa win-versiossa Program Files on suojatumpi kuin vanhemmissa.  Herjasta pitäisi päästä eroon asentamalla Tortillan jonnekin muualle.

Tuon viimeisen virheen puukotin koneesta pois, kun lisäsin itselleni täydet oikeudet C:\Program Files (x86)\AstroTortilla kansioon (Properties-Security-Edit).
Tämän jälkeen tuli AstroTortillan käynnistyksessä uusi virhe eli se ei suostunut käynnistymään ollenkaan. Tutkin tapahtunutta AT:n uudesta tapahtumalokista (kiitos tästä!) ja sieltä löytyi tällainen kirous:

AstroTortilla.exe.log
Traceback (most recent call last):
  File "AstroTortillaGUI.py", line 87, in <module>
  File "AstroTortillaGUI.py", line 83, in main
  File "wx\_core.pyc", line 7978, in __init__
  File "wx\_core.pyc", line 7552, in _BootstrapApp
  File "AstroTortillaGUI.py", line 30, in OnInit
  File "astrotortilla\gui\MainFrame.pyc", line 25, in create
  File "astrotortilla\gui\MainFrame.pyc", line 454, in __init__
  File "astrotortilla\engine.pyc", line 78, in __init__
  File "astrotortilla\engine.pyc", line 258, in _list_subclasses
  File "astrotortilla\camera\CaptureCamera.pyc", line 14, in <module>
  File "win32ui.pyc", line 12, in <module>
  File "win32ui.pyc", line 10, in __load
ImportError: DLL load failed: The application has failed to start because its side-by-side configuration is incorrect. Please see the application event log or use the command-line sxstrace.exe tool for more detail.

Ja Windowsin tapahtumalokissa oli tämä herja kahteen kertaan:

Log Name:      Application
Source:        SideBySide
Date:          4.3.2012 12:51:58
Event ID:      33
Task Category: None
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      TIMO-L
Description:
Activation context generation failed for "C:\Program Files (x86)\AstroTortilla\win32ui.pyd". Dependent Assembly Microsoft.VC90.MFC,processorArchitecture="x86",publicKeyToken="1fc8b3b9a1e18e3b",type="win32",version="9.0.21022.8" could not be found. Please use sxstrace.exe for detailed diagnosis.

Tästä pääsin eroon, kun hain verkosta tuota tiedostonimeä ja päädyin tälle (http://answers.microsoft.com/en-us/windows/forum/windows_7-windows_programs/side-by-side-problem-missing-microsoftvc90mfc/9c48cd70-4f7f-4a91-a6bd-e13c3b5c4792) sivulle, jossa kerrottiin että koneesta puuttuu vielä Visual C++ 2008 Redistributable x86 (ja x64) paketit. Latasin ja asensin nuo koneeseen ja tämän jälkeen AstroTortilla latautui omaan ikkunaansa. :cheesy:

Totesin seuraavaksi, että on aika siirtyä purkamaan indeksejä *.BZ2 paketeista *.TAR paketteihin ja sieltä edelleen FITS tiedostoiksi C:\cygwin\usr\share\astrometry\data kansioon (kiitos jälleen hyvistä ohjeista, joista tämäkin asia selvisi :) Aikaa kului, mutta tämä kohta meni ongelmitta, kun olin käynyt jo aiemmin lataamassa nuo indeksit koneelleni.

Seuraava vaihe on sitten ASCOM ajuripaketin asennus koneeseen, koska AstroTortilla ei vielä tue suoraan tuota toimivaa USB-sarjaporttiani jalustayhteydeksi. Harmillista.
Aikaa edelliseen on kulunut 4,5 tuntia ja taidan vaihteeksi tankata itseäni päivällisellä, kun tällainen asennusduuni alkaa käymään päivätyöstäni mikrotukihenkilönä :grin:
Mitäköhän tuonnekin pitäisi säätää kun en ole ASCOM ajureita aiemmin tässä läppärissä tarvinnut? Ainakin asennuspaketti (ASCOMPlatform6SP1.exe) asenttaa tolkuttoman määrän erilaisia laitesimulaattoreita koneelleni...

TO BE CONTINUED....

Testailen juuri 0.2.6:n asentamista uudemmalla cygwin-setupilla, eli nuo cygwin-virheet jäävät pois (pl se alert major versiosta).

Win7 ja varsinkin 64bit on listattu isoin kirjaimin tortillan etusivulle tunnetuksi murheenkryyniksi. Tortillan Discussions-sivulle kannattanee heittää tuo linkki win7n vaatimien VisualC++ Redist -paketeista, niin helpottaa muidenkin asennusrupeamia.

Lainaus käyttäjältä: Timpe - 04.03.2012, 15:39:33
Seuraava vaihe on sitten ASCOM ajuripaketin asennus koneeseen, koska AstroTortilla ei vielä tue suoraan tuota toimivaa USB-sarjaporttiani jalustayhteydeksi. Harmillista.
Aikaa edelliseen on kulunut 4,5 tuntia ja taidan vaihteeksi tankata itseäni päivällisellä, kun tällainen asennusduuni alkaa käymään päivätyöstäni mikrotukihenkilönä :grin:
Mitäköhän tuonnekin pitäisi säätää kun en ole ASCOM ajureita aiemmin tässä läppärissä tarvinnut? Ainakin asennuspaketti (ASCOMPlatform6SP1.exe) asenttaa tolkuttoman määrän erilaisia laitesimulaattoreita koneelleni...

Vieläkö tällä vuosituhannella joku valmistaa jalustoja ilman eksplisiittistä ASCOM-tukea? Voiko sellaista käyttää kuvaus- ja tähtikarttaohjelmien kanssa? :-)

-Antti

Lainaus käyttäjältä: mickut - 04.03.2012, 16:03:17
Win7 ja varsinkin 64bit on listattu isoin kirjaimin tortillan etusivulle tunnetuksi murheenkryyniksi.

Olisi mukavaa olla ajan tasalla käyttöjärjestelmissä ja Win7 x64 on nykyaikaa. Ja sitä paitsi se Windows 8 public previewkin jo jakelussa/ladattavissa ISO-versiona, joten ongelmat jatkuvat jollei nykyWinkkuja saada kunnolla tuettua. (Juu, ei ole kiva olla ohjelmakooderina tällaisessa maailmassa... :angel:)

Lainaus käyttäjältä: mickut - 04.03.2012, 16:03:17
Vieläkö tällä vuosituhannella joku valmistaa jalustoja ilman eksplisiittistä ASCOM-tukea? Voiko sellaista käyttää kuvaus- ja tähtikarttaohjelmien kanssa? :-)

Tarkoitus olisi!  :grin:
Kyse on siis oikeastaan jalustani Goto-kapulasta, joka on tapauksessani eurooppalainen viritys Saksasta: link1 (http://www.astro-electronic.de/fs2.htm) ja link2 (http://www.astro-electronic.de/faq.htm)
ASCOM-tuen puuttumisesta (?) pääsee siis syyttämään saksalaisinsinööriä (Dipl.-Ing. Michael Koch), joka on tuon kapulan elektroniikan ja ohjelmiston suunnitellut :undecided:
Laitan tähän vielä pari kuvaa, kun sain tuon ASCOM 6 SP1:n asennettua onnistuneesti. Toinen on ASCOM diagnostiikkapuolelta ja tuollaisia jalustoja se nyt ehdottelee (ei näytä kovin tutulta).
Toinen kuva on ProfileExplorerista, jossa mm. QSI CCD kamera näkyy ongelmitta. Luultavasti tämän FS2 goto-kapulan kanssa pääsee virittämään ASCOM:iin COM-portin asetuksia käsipelillä. Vai mitä mieltä olette?

Ai niin, koneessa on QSI:tä käskyttämässä MaxIm LE (v4.03). Toimisiko se jatkossa MaxIm DL:nä AstroTortillassa?
Anyway, muistan lukeneeni, että ohjeen mukaan tässä kehitysvaiheessa valitaan ASCOM-kamera. Ok, jos valitsen ASCOM-kameran Tortillan ikkunassa ja painan siitä alta Setup, saan ensin Trace-ikkunan (ok) ja siellä näkyy "QSI CCD camera". Valitsen sen ja ensin tulee normaali QSI:n setup-ikkuna (=sama kuin MaxIm LE:ssä), kameran asetukset ovat ok. Jos suljen tuon ikkunan ja  menen takaisin Setup-ikkunaan tarkistamaan kameran tilannetta tuleekin setup-ikkuna, jossa samainen kamera on nyt "hukassa" (=Already open or non-functional device, ks. kolmas liitekuva). Onko tuo ASCOM:in tapa kertoa, että kamera on jo valittu kertaalleen vai onko yhteys kameraan oikeasti kadonnut?

Lainaus käyttäjältä: Timpe - 04.03.2012, 17:43:23
Olisi mukavaa olla ajan tasalla käyttöjärjestelmissä ja Win7 x64 on nykyaikaa. Ja sitä paitsi se Windows 8 public previewkin jo jakelussa/ladattavissa ISO-versiona, joten ongelmat jatkuvat jollei nykyWinkkuja saada kunnolla tuettua. (Juu, ei ole kiva olla ohjelmakooderina tällaisessa maailmassa... :angel:)

Win7 tukea rupeaa löytymään varmaan siinä vaiheessa kun on edes yksi kehittäjä Win7 alustaisella kuvauskoneella :-)

Lainaus käyttäjältä: Timpe - 04.03.2012, 17:43:23
Ai niin, koneessa on QSI:tä käskyttämässä MaxIm LE (v4.03). Toimisiko se jatkossa MaxIm DL:nä AstroTortillassa?

Tuo näyttäisi olevan MaxIm DL 4.5 pohjaltaan, eikä sen tuotematriisin ole merkitty skriptautuvuutta tai plugareita, joten en ainakaan suoraltakäsin uskalla sanoa toimivan.

-antti

Latasin vielä nämä ASCOM ajurit (http://ascom-standards.org/Downloads/ScopeDrivers.htm) koneelle ja kokeilin kytkeytyä ASCOM diagnostiikalla seuraavin lopputuloksin:
Generic LX-200 (5.0.1) (ei toimi 64-bit ympäristössä, ks.liitekuva)
Meade LX200 Classic and Autostar #494, #495, and #497 (ei löydä mitään COM2 portista)
Meade LX200GPS and LX200R (ei myöskään löydä mitään COM-portista)
Samaan aikaan SkyMap Pro demoversio ohjaa kapulaa mielestäni oikein, kun sille on kertonut jalustaksi Meade LX-200 & COM2-portin. ASCOM-ajurilla sekin ohjelma antaa vain "There doesn't appear to be anything connected to the COM port" ilmoituksen eli ASCOM tuki mättää. :angry:
Pitänee lähettää tukikysely ASCOM-tuesta kapulan suunnittelijalle Saksaan...

Lainaus käyttäjältä: Timpe - 04.03.2012, 18:39:39
Pitänee lähettää tukikysely ASCOM-tuesta kapulan suunnittelijalle Saksaan...

Tätä voinee sanoa nopeaksi vaste-ajaksi, sillä sain jo vastauksenkin kyselyyni kapulan ASCOM-tuesta. Valitettavasti vastaus oli melko masentava:  :cry:
Theoretically the Generic LX200 driver should work. I know there are a lot of problems with ASCOM and its drivers. If possible, avoid ASCOM and use the direct connection to the telescope.

Suora tuki sarjaportille ei taida olla AstroTortillan kehityslistan kärjessä vai kuinka? (No, tulipahan yritettyä tätäkin taistoa tuulimyllyjä vastaan...)

Jännää että sait sidebyside-virheet fiksattua. Itselläkin on 7bit win64 kuvauskoneessa ja samanlaiset ongelmat, mutta yksikään vcredist-tiedosto jonka hain ei ratkaissut pulmaa. Pitäisi ehkä vielä yrittää järjestelmällisemmin.

Tortillaa voi myös ajaa suoraan lähdekoodeista python-tulkilla niinkuin itse siirryin tekemään. Ei ole ihan yhtä suoraviivaista kuin asennuspaketista käyttäminen ja helpottaa jos tietää miten pythonilla ohjelmoituja asioita suoritetaan, mutta ei varsinaisesti edellytä sen ihmeempää osaamista.

LX200-komentojen syöttäminen sarjaporttiin ei periaatteessa olisi kovin monimutkaista protokollatason kuin sinne sarjaporttiin päin juttelemisenkaan suhteen teknisesti, joten se olisi kyllä ihan hyvin toteutettavissa. On vain aika iso homma ja vähän hitaanlaista jos ei omista tuota meadekieltä tottelevaa jalustaa, mutta ei nyt kuitenkaan ihan täysin tyrmätä ajatusta vielä.

http://eq-mod.sourceforge.net/eqmodlx/ Tällainen emulaattori olisi joka tulkkaa LX200-softien jutut ASCOM-putkille. Olisikohan vastaavaa toiseen suuntaan?

Taitaisi olla helpointa vaihtaa W7 x64 kuvausläppä johonkin WinXP x86 malliin, niin moni ongelma olisi poissa :angel:

Lainaus käyttäjältä: Timpe - 05.03.2012, 23:43:06
Taitaisi olla helpointa vaihtaa W7 x64 kuvausläppä johonkin WinXP x86 malliin, niin moni ongelma olisi poissa :angel:

Win7-läpysköissä on varmasti sen verran muistia, että gigan tai pari voi lohkaista VirtualBoxille, johon asentaa XP:n.  USB/COM-porttituesta ei tosin ole omakohtaista kokemusta, mutta kyllä niiden pitäisi toimia.  Jos VirtualBox on entuudestan vieras niin rohkaisen reippaasti kokeilemaan -- softa on saavuttanut junanvessa-käyttövarmuuden ja -helppouden jo joitakin vuosia sitten.

Kiitos vinkistä. Pitää katsoa, jos saisi siirrettyä töistä poistettavan (n. 5v vanhan) WinXP -läpän omaan käyttööni "hyvän harrastuksen tukemiseen"  :grin:

Muutama viikko kulunut aiemmasta AstroTortilla sessiosta, joten nyt piti yrittää "uudella" koneella (se WinXP Pro 32-bit läppäri). Uusi asennus ja uudet ongelmat sanoisin... :undecided:

Latasin uusimman "AstroTortilla-0.2.6.exe" -paketin koneelle ja ennen sen asentamista tsekkasin koneen ASCOM puolen kuntoon. Nyt koneeseen meni heittämällä "ASCOM Platform 6 SP1"  ja sen kaveriksi "LXPTelescope(5.0.1)Setup.exe" eli geneeriset LX-200 ASCOM-ajurit omalle LX-200 yhteensopivalle goto-kapulalleni. ASCOM diagnostiikka näkee nyt COM1 portissa tuon  "Generic LX-200 Protocol Telescope" -jalustani. Tai ainakin se ilmoittaa "Connected OK", mikä on edistystä aiempaan Windows x64 asennukseeni.

Sitten takaisin AstroTortillan asentamiseen, jossa tuli uusia ongelmia vastaan. Nyt asennusohjelma ei haista koneessa jo olevaa "Microsoft Visual C++ 2005 Redistributable" pakettia ja kaatuu virheeseen. Tästä on ensimmäinen liitekuva.
Asennus jatkuu tästä herjasta huolimatta kuitenkin CygWin -asennukseen, kun tuon Windowsin virheraportti-ikkunan sulkee. Muutaman asennusikkunan kuittailun jälkeen tulee toinen herja puuttuvasta INI-tiedostosta "Unable to get setup.ini from http://downloads.sourceforge.net/astrotortilla/cygwin-custom/" . Tästä toinen liitekuva. Tuon jälkeen asennus "osaa" (?) jatkaa näennäisesti asennusta ftp.funet.se:n palvelimelta.

Pitäisikö tuossa INI-virhekohdassa olla AT:n asennustiedostossa oikea polku eli "http://sourceforge.net/projects/astrotortilla/files/cygwin-custom/" (tjsp)? Niin, ja sitten asennus menee loppuun saakka, muttei asenna mm. Astrometry.net pakettia lainkaan. Tästä kolmas liitekuva puuttuvasta (?) kansiorakenteesta CygWin -kansion alta. (En lähtenyt kopioimaan indeksejä tuonne, kun asennus on muutenkin puutteellinen.)

Ajattelin korjata tilanteen menemällä tuonne oikeaan (?) latauspolkuun (lihavoituna yllä) ja lataamalla sieltä erikseen "cygwin-astrometry-setup.exe" paketin. Tämä hupi loppui lyhyeen, kun koneen virustutka ilmoittaa siinä exe:ssä olevan troijalaisen. Tästä vielä neljäs liitekuva. Elämä ei ole tylsää, kun yrittää asentaa AstroTortillaa näin joutoaikanaan... :tongue:

Kommentit tekijöiltä eli kuinka tästä edetään? Kiitos!

Edit: Latasin tuon "cygwin-astrometry-setup.exe" paketin toiselle koneelle, jossa on F-Securen pöpöskanneri ja se ei löytänyt siitä mitään haittaohjelmaa. Tiedosto on siis puhdas ja MS:n omasta virusskannerista tuli ilmeisesti virhehavainto troijalaisesta.

Lainaus käyttäjältä: Timpe - 31.03.2012, 18:47:48
Ajattelin korjata tilanteen menemällä tuonne oikeaan (?) latauspolkuun (lihavoituna yllä) ja lataamalla sieltä erikseen "cygwin-astrometry-setup.exe" paketin. Tämä hupi loppui lyhyeen, kun koneen virustutka ilmoittaa siinä exe:ssä olevan troijalaisen. Tästä vielä neljäs liitekuva. Elämä ei ole tylsää, kun yrittää asentaa AstroTortillaa näin joutoaikanaan... :tongue:
Edit: Latasin tuon "cygwin-astrometry-setup.exe" paketin toiselle koneelle, jossa on F-Securen pöpöskanneri ja se ei löytänyt siitä mitään haittaohjelmaa. Tiedosto on siis puhdas ja MS:n omasta virusskannerista tuli ilmeisesti virhehavainto troijalaisesta.

Jep, jotkut skannerit valittaa cygwin-astrometry-setup.exe:stä ainoana perusteenaan ilmeisesti se, että kyseessä on ".exeen wräpätty .bat".  Mitään varsinaisia virus-sormenjälkiä tiedostosta ei löydy.

Tsekkaan noita muita ongelmia hieman tuonnempana, Mickut tosin taisi eilen mainita että 0.2.6:ssa on (joku) bugi, ja ilmeisesti lähitulevaisuudessa on luvassa uutta versiota.  0.2.5 on ainakin itselläni sangen käyttökelpoinen.

Putsailin konetta vanhasta 0.2.6 asennuksesta mukaan lukien CygWin asennus. Poistin asennuskansiot ja rekisterimerkinnät ja ajoin AstroTortilla-0.2.5.exe asennuksen. Lopputulos on, ettei tuokaan löydä tällä hetkellä setup.ini tiedostoa tarpeisiinsa, joten teillä on kai verkon asennuskansio sekaisin tavalla tai toisella.

Tällä hetkellä Astrometry.net ratkaisijaa ei käsittääkseni asenneta lainkaan, joten lopputuloksena on rampa asennus. Mistä tiedän, että Astrometry.net asentuu kunnolla? Start menussa ei ole merkintää sille ja kiintolevyltä sitä ei näyttäisi löytyvän. Jos oikein muistan, niin Astrometry.net palikalle tuli oma (kolmas) erillinen asennusikkunansa CygWin asennuksen perään. Vai oliko se niin, että Astrometry.net piti näkyä CygWin:n pakettilistalla kaiken muun Linux-roinan seassa ja asentua "huomaamattomasti" CygWin asennuksen seassa?

Liitekuvissa taas tämän hetkiset virheet 0.2.5 versiolla. Tiputin asennuksen ajaksi Microsoft Security Essentialsin reaaliaikaisen suojan pois, eikä se nyt muutenkaan varoitellut troijalaisista AstroTortillan/CygWin asennuksen aikana (tämä varoitus tulee vain, tuota "cygwin-astrometry-setup.exe" paketilla sitä erikseen käsitellessä). Viat lienevät siis asennuspaketeissa :undecided:

Lainaus käyttäjältä: Timpe - 01.04.2012, 13:59:53
Putsailin konetta vanhasta 0.2.6 asennuksesta mukaan lukien CygWin asennus. Poistin asennuskansiot ja rekisterimerkinnät ja ajoin AstroTortilla-0.2.5.exe asennuksen. Lopputulos on, ettei tuokaan löydä tällä hetkellä setup.ini tiedostoa tarpeisiinsa, joten teillä on kai verkon asennuskansio sekaisin tavalla tai toisella.

Koetin juuri itse, ja setup.ini (tarkemmin sanottuna setup.bz2) löytyy ja imuroituu kyllä.  En nyt hetsiltään ymmärrä miksi se sinulle herjaa.  Aiemmasta viestistä päättelen, että *.sourceforge.net ei voi olla sinulla esim. palomuurin tai virustutkien blokkaama, koska olit ilmeisesti pastennut downloads.sourceforge.net -url:n selaimeen ja päätynyt (aivan oikein; sourceforge kikkailee tässä kohtaa) osoitteeseen http://sourceforge.net/projects/astrotortilla/files/cygwin-custom/.

Näköjään sekä Astrotortilla-0.2.5.exe:ssä/sourceforgessa olevassa cygwin-astrometry-setup.exe:ssä on jokin käpy.  Ennen kuin ehdin korjata repositoriota (pitää kaivaa esiin salasanoja ja sisäänkirjautumismenetelmiä jms. :rolleyes:) niin tee näin:

• Hävitä varmuuden vuoksi downloads-hakemistostasi mahdolliset cygwin-astrometry-setup.exe:t
• Imuroi http://rubor.org/cygwin-astrometry-setup.exe
• Suorita cygwin-astrometry-setup.exe ja asenna cygwin+astrometry.net ohjeiden mukaan (valitaan kaksi download mirroria jne).  OK kaikkiin setup.ini/setup.exe -versiorutinoihin.
• Asenna Astrotortilla-0.2.5.exe, mutta valitse asennustavaksi "Install Astrotortilla only"

Pahoittelen tätä vaivaa ja hukkaan mennyttä aikaa, tässä taidetaan nyt kärsiä hieman eräästä vanhasta unix-parrasta joka torppasi viime hetkillä astrometry.net:n sisällyttämisen viralliseen Cygwin-distribuutioon.  Jätän tämän viestin loppuosan paikalleen kun siinä kerrataan ihan hyödyllisiä ohjeita.

Lainaa
Tällä hetkellä Astrometry.net ratkaisijaa ei käsittääkseni asenneta lainkaan, joten lopputuloksena on rampa asennus. Mistä tiedän, että Astrometry.net asentuu kunnolla? Start menussa ei ole merkintää sille ja kiintolevyltä sitä ei näyttäisi löytyvän. Jos oikein muistan, niin Astrometry.net palikalle tuli oma (kolmas) erillinen asennusikkunansa CygWin asennuksen perään. Vai oliko se niin, että Astrometry.net piti näkyä CygWin:n pakettilistalla kaiken muun Linux-roinan seassa ja asentua "huomaamattomasti" CygWin asennuksen seassa?

Astrometry.net ei asennu, jos et saa tuota meidän setup.ini:ä.  Astrometry.net tulee tosiaan muun cygwin-romun seassa, kunhan "Choose a download site"-listasta vain valitaan kaksi osoitetta (se meidän, valmiiksi valittu + joku toinen cygwin-romuja varten -- ftp://ftp.sunet.se on hyvä valinta pohjoismaalaisille).  Select packages -vaiheessa onnistumisen voi tarkistaa avaamalla Science-pakettiryhmän (+-merkistä) ja varmistumalla että astrometry.net on "0.38.1"- tai uudelleenasennuksille "Keep"-tilassa.  Pitäisi näkyä ihan science-listan ekana.  Jos ei näy ollenkaan niin ei tule myöskään asentumaan.

Yksi tapa varmistaa astrometry.net:n oikea asentuminen on avata Cygwin-asennuksen jälkeen cygwin-terminaali (vai cygwin-shelliksikö sitä sanotaan ..) ja kirjoittaa siinä komento "solve-field".  Ulos pitäisi tulla käyttöohjeita, ei "command not found" tms.

Setup.ini/setup.exe versio-valituksista ei tarvitse välittää, tarkoittavat "vain" sitä että cygwinistä on tullut meidän pakettiemme jälkeen uusia versioita.

Kiitos vastauksesta. Tälle päivälle alkaa "oma koneaikani" olemaan jo täynnä, joten katsotaan jos teen seuraavalla kerralla asennuksen noilla ohjeillasi. Jos saatte repositorion kuntoon tässä välissä, niin päivittäkää tietoa tänne foorumillekin  :smiley:

Kourallinen bugifiksejä tarjolla version 0.2.7 myötä, pitäisi olla saatavilla SourceForgessa tätä kirjoitettaessa.

- sync-virheen hallintaa korjattu
- cygwin-repositoryn polku SF:ssä ei enää toiminut
- WCS-datan käsittelyssä pieniä virheitä korjattu

-Antti

Hei

AVG antaa virusvaroituksen sivusta:  http://rubor.org/cygwin-astrometry-setup.exe virus win32/Heur

t vesa_k

Hei
Latasin kuitenkin tiedoston ja suoritin sen.
Koska mitaan ei tapahtunut, niin paatin skannata tietokoneeni.
AVG loysi ja tuhosi em. viruksen.

Suosittelen: Alkaa ladatko ko. ohjelmaa linkista  http://rubor.org/cygwin-astrometry-setup.exe

t Vesa_k

Lainaus käyttäjältä: vesa k - 01.04.2012, 18:55:19
AVG loysi ja tuhosi em. viruksen.
Suosittelen: Alkaa ladatko ko. ohjelmaa linkista  http://rubor.org/cygwin-astrometry-setup.exe

Ei siellä mitään virusta ole, mutta älkää kuitenkaan ladatko koska sitä ei Mickutin fiksin jälkeen tarvita.  Itse asiassa poistan sen serveriltä.

Virusvaroitukset johtuvat siitä, että paketoimme Cygwin-asennusohjelman niin ettei käyttäjän tarvitse osata ajaa sitä komentoriviparametrien kera. Paketointialgoritmit ärsyttävät virustutkia jostain syystä. Asia on käsitelty tämän ketjun ekalla sivulla: http://foorumi.avaruus.fi/index.php?topic=9302.msg86075#msg86075

Tuota exeä ei muutenkaan enää tarvitse ajaa, koska cygwin asentuu nyt AstroTortillan omalla asennusohjelmalla, aina silloin kun virittämämme systeemit ovat pysyneet ehjinä.

Siis: Viruksia ei ole, eikä niistä tarvitse huolehtia.

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 :laugh: 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!!! :cool: (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).

Lainaus käyttäjältä: Timpe - 13.04.2012, 19:49:31
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.

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

Yritän käyttää AstroTortillan Astrometry.net ratkaisijaa tämän (http://astrokuva.galleria.fi/kuvat/Kuvauslaitteistot/Temp/Garradd_02032012_180s_klo_2230.jpg/full) 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).

Lainaus käyttäjältä: Timpe - 03.05.2012, 18:34:20
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).

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

Lainaus käyttäjältä: ketarax - 03.05.2012, 18:49:13
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 (http://nova.astrometry.net/) palvelun kautta. Lopputulos on täällä: http://nova.astrometry.net/status/13802 (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!)

Lainaus käyttäjältä: Timpe - 03.05.2012, 19:29:43
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.

Lainaus käyttäjältä: Timpe - 03.05.2012, 19:29:43
Pitäisikö tuolta löytyä jostain ratkaistun kuva-alan keskipisteen RA/DEC-lukemat?

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

Lainaus käyttäjältä: Timpe - 03.05.2012, 19:29:43
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

Lainaus käyttäjältä: ketarax - 03.05.2012, 18:49:13
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 (http://astrokuva.galleria.fi/kuvat/Kuvauslaitteistot/Temp/Garradd_02032012_180s_klo_2230.jpg/full) ratkomista AstroTortillalla...

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.

Lainaus käyttäjältä: ketarax - 03.05.2012, 21:47:39

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

-Antti

Lainaus käyttäjältä: mickut - 04.05.2012, 12:35:41
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.   :cheesy:

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 ?)

Lainaus käyttäjältä: ketarax - 03.05.2012, 21:47:39
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  :tongue:).

Lainaus käyttäjältä: Timpe - 04.05.2012, 21:45:04
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.

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

Lainaus käyttäjältä: naavis - 13.04.2012, 20:05:12
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.

Palasin tänään AstroTortillan pariin, kun uusin versio v0.2.8 toi mukanaan nämä: "Bugfixes for ASCOM Camera, Help About, config file locations.
Experimental 64-bit build." Lisäksi tuo aiempi tutustuminen jäi kesken valoisten kevätöiden tultua. Tässä siis muutama kysymys ja ihmettely:

AstroTortillan Capture and Solve näyttää pelittävän Maxim DL:n kanssa ihan hyvin eli ohjelma liikennöi sen kanssa teknisessä mielessä ilmeisen onnistuneesti. Kameravalinnan alla oleva Setup-painike on silti hiukan hämäävä, koska tuolta ei löydy mitään kameraa edes sillä päivitysnappulalla. Mihin tuota Setup-nappia siis tarvitaan?

Toinen kysymys koskee kuvien ratkontaongelmia, sillä Tortilla käyttäytyy jotenkin hämärästi kuvia ratkoessaan (tai siis astrometry.net). Kokeilin ratkoa Goto image toiminnon kautta vanhaa NGC1624 kuvaani (R-kanava, 10 min valotus) ja sille löytyi sijainti noin kahdessa minuutissa. Sitten tarjosin ohjelmalle viime yönä ottamaani 2 min luminanssi FITS-kuvaa, jossa olivat hiukan soikeat tähdet (tein drift alignia ja kyseessä oli yksi lopputestikuva tuolta yöltä). Tortilla ei saanut tätä ratkaistua millään tavalla, vaikka minusta soikeus oli "hyvin loivaa".

Ohjelman asetukset olivat tuon uusimman v0.2.8:n oletusasennoissa (poistin v0.2.7:n ennen tämän asennusta ja asensin vain pelkän AstroTortillan, en CygWiniä). Koneessa ovat edelleenkin ratkontaa varten liki kaikki indeksit 204 tasoon saakka. Tortilla menee jotenkin noista indekseistä turhan nopeasti läpi (indeksinumerot juoksevat ylhäältä alas ja lopuksi tulee No solution in 18.7s tyyppisiä ilmoituksia statusriville). Silloin kun ratkonta onnistuu, ohjelma saattaa kiertää indeksit läpi kertaalleen 1-10 tasolta ja löytö tulee vasta 11-20 tasolta jostakin 205 indeksistä. Aikaa tähän kuluu parisen minuttia, mutta vikatilanteessa AT ei edes halua yrittää kahlata koko indeksi-pinkkaa läpi...?

Lyhyesti: en ole kokenut AT:n ratkontaa mitenkään luotettavaksi, jotta siitä olisi oikeasti apua tarpeisiini! :undecided:
Löytyykö tuohon jotain apua, jotta hakuvarmuutta saisi paremmaksi? Vai onko AT vain niin kranttu tähtikuvan tähtien muodoille, jotta lievästi soikeat tähdet jäävät tunnistamatta? Liitekuvassa on tällaisen tilanteen ruutukaappaus (hakuaika on toisintayrityksestä, kun ensin tuli noin 18-20s kuluttua No solution) Tässä olisi kätevää osata ajaa ratkojaa suoraan CygWin:n komentoriviltä, joten jos ohjeita löytyisi tähän niin voisin hukata aikaa tuohonkin. Ohjelinkkejä? (Niin, putken polttoväli oli 1500mm ja CCD-kenno KAF 8300.) Vai olisiko taas aika puhdistaa koneesta CygWin-asennus kokonaan ja lähteä liikkeelle nollatilanteesta?

Edit: Meinasi unohtua: Tästä olisi mukava päästä eroon, kun AT:n sulkeminen tuottaa 50% todennäköisyydellä ensin viitteen lokitiedostoon (ok) ja sitten tämän herjan:
Event Type:   Information
Event Source:   Application Popup
Event Category:   None
Event ID:   26
Date:      21.8.2012
Time:      21:24:46
User:      N/A
Computer:   TIMO2-L
Description:
Application popup: AstroTortilla.exe - Application Error : The instruction at "0x1e02de7a" referenced memory at "0x00000004". The memory could not be "read".
Click on OK to terminate the program
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Mielenkiintoisia ongelmia, joihin en heti suoralta kädeltä osaa antaa ratkaisuja. Astrometry.netin optimointi nopeille ratkonta-ajoille on vielä enemmän taidetta kuin tiedettä, keskimäärin hyväksi havaittua on saada kuvaan noin 200 tunnistettua tähteä ja pitämällä kuvakoko alle parissa megapikselissä. Tähtien määrään voi vaikuttaa lähinnä valotusajalla ja extra-parametreihin syötettävällä --sigma -vivulla. Itse taivasalla käytän tortillan kanssa vain lyhyitä valotuksia (2-5s) ja tuolta asetus-dialogista olen kytkenyt MaxImille päälle luminanssisuotimen (ei vielä osaa näyttää nimiä, numeroilla toistaiseksi) ja 2x binningin. Tällä yhdistelmällä vanha eeepc rouskuttaa ratkaisun yleensä noin 20 sekunnissa ja kertoo löytävänsä 100-500 tähteä riippuen taivaan alueesta.

Tuo epäonnistuminen alle kahdessa sekunnissa vaikuttaa siltä, että astrometry.net ei tykännyt alkuunkaan kyseisestä kuvasta. Komentoriviltä tätä voi kokeilla avaamalla cygwin-komentorivin ja suorittamalla solve-field käskyn halutuilla parametreilla ja kuvan nimellä, esim
solve-field --no-plots --sigma 100 --scale-low 1 --scale-high 3 --scale-units degwidth /cygdrive/d/tmp/valotus.fits



-Antti

Ok, tattis pika-avusta :azn:
Pitänee kokeilla yötaivaan alla tuota Capture and solve toimintoa oikeassa tilanteessa. Käytännön kannalta olisi kyllä hienoa, jos AT:lle voisi syöttää luotettavasti edellisen kuvausillan kuvan ja putken saisi sitten ohjattua samaan kohtaan esim. yli 90% todennäköisyydellä. Nyt tuo löytymisen todennäköisyys on ollut kokeiluissani n. 20...30% tienoilla, joten tätä toimintoa ei tee mieli ottaa käyttöön tositilanteessa.

Lainaus käyttäjältä: Timpe - 21.08.2012, 23:36:48
Ok, tattis pika-avusta :azn:
Pitänee kokeilla yötaivaan alla tuota Capture and solve toimintoa oikeassa tilanteessa. Käytännön kannalta olisi kyllä hienoa, jos AT:lle voisi syöttää luotettavasti edellisen kuvausillan kuvan ja putken saisi sitten ohjattua samaan kohtaan esim. yli 90% todennäköisyydellä. Nyt tuo löytymisen todennäköisyys on ollut kokeiluissani n. 20...30% tienoilla, joten tätä toimintoa ei tee mieli ottaa käyttöön tositilanteessa.

Mikä luku sinulla on kirjoitettu Tortillan "Search radius" -asetukseen? Sitä ei näkynyt tuosta kuvankaappauksesta.

Lainaus käyttäjältä: Timpe - 21.08.2012, 23:36:48
Käytännön kannalta olisi kyllä hienoa, jos AT:lle voisi syöttää luotettavasti edellisen kuvausillan kuvan ja putken saisi sitten ohjattua samaan kohtaan esim. yli 90% todennäköisyydellä. Nyt tuo löytymisen todennäköisyys on ollut kokeiluissani n. 20...30% tienoilla, joten tätä toimintoa ei tee mieli ottaa käyttöön tositilanteessa.

Perstuntuma on nyt kesäterässä etten ihan tarkkaan muista workflowta, mutta muistelisin jossain vaiheessa havainneeni käteväksi tavaksi tallentaa yhden ~5s valotuksen kun sopiva rajaus on löytynyt, ja ajelin sitten Tortillalla joka yö siitä ratkaistuun paikkaan. Olisinkohan sitten törmännyt samanlaiseen ilmiöön tai jotain. Atikin yhtä megapikseliä lienee kuitenkin helpompaa ratkoa kuin kahdeksaa.

Lainaus käyttäjältä: naavis - 21.08.2012, 23:45:44
Mikä luku sinulla on kirjoitettu Tortillan "Search radius" -asetukseen? Sitä ei näkynyt tuosta kuvankaappauksesta.

180 (olen kokeillut muillakin arvoilla 90...180).

Lainaus käyttäjältä: mickut - 21.08.2012, 23:30:15
Itse taivasalla käytän tortillan kanssa vain lyhyitä valotuksia (2-5s) ja tuolta asetus-dialogista olen kytkenyt MaxImille päälle luminanssisuotimen (ei vielä osaa näyttää nimiä, numeroilla toistaiseksi) ja 2x binningin. Tällä yhdistelmällä vanha eeepc rouskuttaa ratkaisun yleensä noin 20 sekunnissa ja kertoo löytävänsä 100-500 tähteä riippuen taivaan alueesta.

Kokeilin tätäkin eli syötin AT:lle TIFF/JPG fileitä, joissa on rajoitettu määrä tähtiä (tallensin nuo MaximDL:ssä käyttäen screen strech venytystä min-max välillä eli ottamalla koko kuvan sävyalan). Testatut kuvat näyttivät Windows Photo Viewerissä melko vähätähtisiltä. Ei oikeastaan merkittävää eroa AT:n ratkontakykyyn.

Seuraavaksi siirryin komentoriville ja syotin sinne tämän tyyppisen komennon (ohjeistuksen mukaan ja käyttäen omalle kennolle sopivia low/high -arvoja):
solve-field --no-plots --sigma 100 --scale-low 0.5 --scale-high 1.0 --scale-units degwidth "/cygdrive/d/tmp/CCD Image 2.fit"
Kas kummaa, Astrometry.net ratkoi kaikki kolme kokeiluani mennen tullen muutamassa sekunnissa (komentorivin tulosteet liitteenä). :cheesy:

Sitten takaisin AT:n pariin ja sinne samat low/high -arvot kehiin, lopputulokset vaihtelivat. Käyttämäni 8bit TIFF kuva ratkesi nyt yllättäen noin 15...20 sekunnissa (aiemmin ei ratkaisua). Sen sijaan nuo kaksi FITS kuvaa antoivat kummatkin No solution tulosteen viimeistään muutamassa kymmenessä sekunnissa. Tästä ratkonta-ajosta lataan kännykkävideon verkkoon, kun ennätän...

Olen tyhjentänyt kokeeksi tmp-kansioita (mm. C:\cygwin\tmp ja %temp% ja tuo D:\tmp, johon lataan ratkottavat kuvat). Nyt AT yrittää ratkoa taas tuota "CCD Image 2.fit" kuvaa ja se on kuluttanyt siihen aikaa puolisen tuntia. AT:n statusrivilla lukee "Field 1 did not solve (index-204-02.fits, field objects 181-190)"
Tuo lienee tyhjä luuppi vaikka ohjelma yrittääkin kovasta selvitä kuiville tuosta samasta kuvasta, jonka CygWin komentorivin komento ratkoo viidessä sekunnissa. Tällä kertaa kokeilussa on Scale refinement arvo 0.2 (arvo 0 ei auttanut kuvien ratkonnassa ja se 0.1 on vakiona yhtä huonoin tuloksin.)

Sanoisin, että tuossa on nyt jotain mätää AstroTortillan asennuksessa eli koneen siivous AT:n aiemmista asennuksista kutsuu taas :huh: (WinXP Pro, x86 läppäri toimii yksinomaan kuvauslaitteena.) Toisaalta AstroTortilla osasi ratkoa tuon yhden 8bit TIF-kuvani ja lähti siirtämään goto-kapulan mukaan jalustaa oikeisiin koordinaatteihin + olisi ottanut vielä MaximDL:llä 5s valotuksenkin, jollen olisi sitä keskeyttänyt (kamerassa on tulppa päällä näin päiväsaikaan).

Pari toivetta kehitykseen:
* Käyttöliittymän kokoa voisi kasvattaa, jotta nuo ohjelmaparametrit näkyisivät kokonaan vierittämättä
* Turha loppukaatuilu pois (tuo STOP-virhe yllä), toimintavarmuus niille ominaisuuksille mitä nyt on jo ohjelmassa etusijalle!
* Entä olisiko syytä tyhjentää AT:n tekemät lokit kiintolevyltä viimeistään sen jälkeen, kun ohjelma suljetaan? Samoja kuvia olisi mukava yrittää ratkoa tällaisessa vianhaussa uudelleen ja uudelleen. Nyt homma taitaa keskeytyä pinnan alla, kun törmätään johonkin aiemman ajokerran tmp-jäämistöön ja AT iskee hanskat tiskiin. <-- Tuo on sitten vain omaa arvailuani ongelman syistä.

Lainaus käyttäjältä: Timpe - 22.08.2012, 16:13:21
* Entä olisiko syytä tyhjentää AT:n tekemät lokit kiintolevyltä viimeistään sen jälkeen, kun ohjelma suljetaan? Samoja kuvia olisi mukava yrittää ratkoa tällaisessa vianhaussa uudelleen ja uudelleen. Nyt homma taitaa keskeytyä pinnan alla, kun törmätään johonkin aiemman ajokerran tmp-jäämistöön ja AT iskee hanskat tiskiin. <-- Tuo on sitten vain omaa arvailuani ongelman syistä.

Omassa järjestelmässäni mistään tuollaisesta ei nykyään ole huolta vaan voin ratkoa samaa kuvaa uudelleen ja uudelleen, mutta joskus koneessani oli aivan samalta kuulostavaa vikaa.  Silloin tilanne taisi olla se, että (astrometryn) default-hakemistot osoittivat levyille, joilta oli tila lopussa.  Lisäsin Tortillan Custom optioihin tmp- ja tulostiedostojen hakemiston, tällä kertaa isommalla (ja nopeammalla) levyllä:

--temp-dir /cygdrive/d/astrotortilla --dir /cygdrive/d/astrotortilla

Jos epäilet että vanhat ratkaisut on ongelmana, koeta lisäksi --overwrite -parametria.

Mainitsemani kännykkävideo on katsottavana täällä: (aukeaa ainakin Win7:ssa, Kuvat.fi muunsi tuota jollakin tavalla ennen katselukertaani selaimella)
http://astrokuva.galleria.fi/kuvat/Kuvauslaitteistot/Temp/MOV_0370.mp4 (http://astrokuva.galleria.fi/kuvat/Kuvauslaitteistot/Temp/MOV_0370.mp4)

Lainaus käyttäjältä: ketarax - 22.08.2012, 16:32:59
... joskus koneessani oli aivan samalta kuulostavaa vikaa.  Silloin tilanne taisi olla se, että (astrometryn) default-hakemistot osoittivat levyille, joilta oli tila lopussa.  Lisäsin Tortillan Custom optioihin tmp- ja tulostiedostojen hakemiston, tällä kertaa isommalla (ja nopeammalla) levyllä:

--temp-dir /cygdrive/d/astrotortilla --dir /cygdrive/d/astrotortilla

Jos epäilet että vanhat ratkaisut on ongelmana, koeta lisäksi --overwrite -parametria.

Thanks, kokeilen kun avaan illalla tuon kuvausläpän  :azn:
Miten paljon tuota levytilaa pitäisi olla? Koneessa taisi olla 80GB kiintolevy, josta käyttöjärjestelmälle varattuna noin 20GB ja datalevylle loput 60GB. RAM-muistia on 2MB. Voit silti olla oikealla suunnalla tämän suhteen, koska mm. MaximDL/WindowsXP ilmoittivat 190 kuvan pinoamisen aikana C: levyn tulleen täyteen (vain kilotavuja oli vapaana C:llä). Tutkitaan siis tuotakin...

Sain toistettua tuon 10...20s + No solution in XXs virheen, joka näkyy myös tuossa videossa. Tällä kertaa katsoin myös Astrotortillan lokitiedostosta mitä ohjelma oli puuhannut tuota tekiessään ja tämä virhe näyttää nyt menevän kooderin piikkiin. Tässä alla on siis AT:n lokitiedostosta ruutukaappaus (AT_log_window_No_solution_10s.jpg).

Seuraavaksi tulevat tekstimuodossa tuon kaappauskuvan ulkopuolelta saman lokitiedoston lopetusrivit:
ThisprogramispartoftheAstrometry.netsuite.Fordetailsvisithttp://astrometry.netSubversionURLsvn+ssh://astrometry.net/tags/tarball-0.38/astrometry/util/Revision16745,date2010-11-1920:47:53+0000(Fri,19Nov2010).Usage:wcsinfo[options]<wcs-file>[-e<extension>]ReadfromgivenHDU(default0=primary)[-W<imagewidth>]Set/overrideIMAGEW[-H<imageheight>]Set/OverrideIMAGEH
astrotortilla-ERROR-Traceback (most recent call last):
astrotortilla-INFO-No solution in 10.5s

Tuo oli siis kirjoitettu lokiin merkki kerrallaan (merkki/INFO-rivi), kunnes nuo kaksi viimeistä riviä tulivat taas selkokielisinä lokiin omille riveilleen! :shocked: 
Lisään tähän viestiin vielä toisen kuvan, jossa on AT:n ikkunasta ruutukaappaus tuon virheellisen ratkonnan jälkeen. (Tuossa kuvassa olevat RA/DEC koordinaatit ovat jäänne edelliskierroksen onnistuneesta ratkomisesta TIF-kuvan kanssa.) Tuosta lokitiedoston kuvasta näkee, että Astrometry.net on ratkonut kuvan sijainnin oikein (Field 1: solved with index-205.fits -rivi), mutta AstrtoTortilla ei tunnista tätä lopputulosta jostakin syystä ja laskee tuollaisen tekstipäästön alleen + herjaa lopuksi No solution in 10.5s. Mikä ötökkä lienee koodissa?

Ai niin, tuon päälle AT kaatui erilaisella tavalla kuin ennen (dotNet_error.txt). Liittyneekö edelliseen No solution juttuun vai oliko vain taas jokin lopetusherja, joita tipahtelee silloin tällöin muutenkin? Mielenkiintoista kaiken kaikkiaan tämä AstroTortillan pureskelu...  :grin:

Lainaus käyttäjältä: Timpe - 22.08.2012, 16:49:07...käyttöjärjestelmälle varattuna noin 20GB ja datalevylle loput 60GB. RAM-muistia on 2GB. Voit silti olla oikealla suunnalla tämän suhteen, koska mm. MaximDL/WindowsXP ilmoittivat 190 kuvan pinoamisen aikana C: levyn tulleen täyteen (vain kilotavuja oli vapaana C:llä). Tutkitaan siis tuotakin...

Tutkittu on ja vapaata tilaa on C: asemalla 11 GB ja D: asemalla noin 65GB (systeemitemppi ja XP:n swappitiedosto ovat D:llä). En usko, että jäisi näistä kiinni... (koneessa on myös 3GB RAM, ei 2GB, kuten kerroin).

Lainaus käyttäjältä: Timpe - 22.08.2012, 20:33:53
(koneessa on myös 3MB RAM, ei 2MB, kuten kerroin).

Tarkoittanet 3 GB, et 3 MB?

Lainaus käyttäjältä: Timpe - 22.08.2012, 20:30:05
Seuraavaksi tulevat tekstimuodossa tuon kaappauskuvan ulkopuolelta saman lokitiedoston lopetusrivit:
ThisprogramispartoftheAstrometry.netsuite.Fordetailsvisithttp://astrometry.netSubversionURLsvn+ssh://astrometry.net/tags/tarball-0.38/astrometry/util/Revision16745,date2010-11-1920:47:53+0000(Fri,19Nov2010).Usage:wcsinfo[options]<wcs-file>[-e<extension>]ReadfromgivenHDU(default0=primary)[-W<imagewidth>]Set/overrideIMAGEW[-H<imageheight>]Set/OverrideIMAGEH
astrotortilla-ERROR-Traceback (most recent call last):
astrotortilla-INFO-No solution in 10.5s

Tuo olikin erittäin hyödyllinen tieto ja auttaa setvimään mikä menee oikeasti pieleen. wcfinfo -ohjelmalla AT kaivaa astrometry.net:n tekemästä wcs-tiedostosta kaiken tarvittavan datan jota astrometry.net ei osaa itse kertoa (lähinnä kuvakentän orientaatio ja koko).

-Antti

Lainaus käyttäjältä: naavis - 22.08.2012, 20:38:10
Tarkoittanet 3 GB, et 3 MB?

Toki... aivot tässä vain pehmenee noita kooderijuttuja miettiessä, joten en ihmettele yhtään jos AT:n kokoiseen ohjelmapakettiin pääsee mukaan koodibugeja :grin:

Päivitetty versio pitäisi löytyä jo sourceforgesta (https://sourceforge.net/projects/astrotortilla/files/), jossa näiden bugien pitäisi olla korjattuna. Lopettamisen yhteydessä tapahtuva COM-olioiden siivouksen synkronointi tuntuu toimivan jokaisella kerralla oikein näillä koekoneilla (32bit XP, 64bit W7) ja W7 version prosessinkaan ei pitäisi enää jäädä killumaan (paitsi ehkä yhä joissain tilanteissa, mutten ole saanut reprodusoitua sitäkään tällä versiolla).

-A

Lainaus käyttäjältä: mickut - 22.08.2012, 23:32:44
Päivitetty versio pitäisi löytyä jo sourceforgesta (https://sourceforge.net/projects/astrotortilla/files/), jossa näiden bugien pitäisi olla korjattuna. Lopettamisen yhteydessä tapahtuva COM-olioiden siivouksen synkronointi tuntuu toimivan jokaisella kerralla oikein näillä koekoneilla (32bit XP, 64bit W7)...

Kiitos nopeasta versiopäivityksestä!
Tuo v0.2.9 ratkoi nyt kaikki eiliset testikuvat 5...10s aikana ja lokitiedostokin näytti ihan siistiltä.

Tein tänään Tortillalle ensin vanhan version poiston koneesta, saman CygWin:lle, tsekkasin Windowsin rekisterin näiden ohjelmien avainjäämistä. Asensin lopuksi Sourceforgesta tuoreen Tortilla ohjelmapaketin koneeseen ja kuittailin asennuksessa tulleet virheet rutiinilla. (CygWin esitti asennuksessa tutun määrän INI-virheitä yms. mitä on jo esitelty aiemmin tässä ketjussa. Muutoin asennus meni hienosti.) Lopuksi kopioin jemmaan siirtämäni indeksit takaisin CygWin-asennuskansioon (tällä kertaa 205 tasoon saakka). Nyt kuvasta ratkominen toimii ilmeisen hyvällä onnistumisprosentilla... :cheesy:

Tortillan lokitiedoston live-katselu on näppärä toiminto eli tuota kannattaa pitää testeissä (ja miksei muutenkin) ohjelmaikkunan rinnalla skrollaamassa, niin näkee mitä Tortilla puuhaa kun se ohjelmaikkunan statusrivin info menee niin nopeasti ohi, eikä sinne statusriville saa mahtumaan kaikkea dataa.

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. Kokeilin korjata tätä lennosta ja käyttää välillä Maximista QSI:n kuvaustoimintoja, mutta AstroTortilla otti edelleen Maxim.fits kuviaan OAG-portin SX Lodestar kameralla (Camera #2 Maximissa). Voiko joku muu vahvistaa tämän ominaisuuden?

Vanha lopetusbugi on vielä tallella tässäkin versiossa, mutta lähetin Mickutille tiedon tästä privaattina:
Application popup: AstroTortilla.exe - Application Error : The instruction at "0x1e02de7a" referenced memory at "0x00000004". The memory could not be "read".
Tuon kanssa kykenee elämään, kun se tulee vain Tortillan sulkemisen yhteydessä, jos lokitiedostoon on jäänyt jotain virheitä (kuten käyttäjän tekemiä ratkontakeskeytyksiä).

Pientä päivitystä tähänkin projektiin:
* v0.2.9 tuntuu kuvien astrometrisen ratkonnan osalta hyvin toimivalta ja ensimmäistä kertaa tulee fiilis, että tuota voisi ajatella ottavansa käyttöön myös kuvaustilanteessa kaukoputken/jalustan kanssa. Edistystä oman laitteistoni kanssa!

Lainaus käyttäjältä: mickut - 27.11.2011, 19:32:29
Käyttäjiltä tällä hetkellä oletetaan löytyvän jonkinverran vapaa-aikaa ongelmatilanteissa,
Tällä hetkellä tunnettuja ongelmia on ainakin:   (...clip...)
- hankalasti määriteltävä toimimattomuus joillain koneilla

* Yllä kuvaamani "AstroTortilla.exe - Application Error : The instruction at "0x1e02de7a" referenced memory..." johtuu käyttämästäni LXP ajurista (Generic LX-200 ASCOM ajuri), jossa on nyt tiedossa olevia bugeja 9 kpl, joista yksi aiheuttaa juuri tuon kaatumisen.
* Mickut on sorvaillut tätä varten Tortillaan poikkeuskoodia, joilla Tortilla osaisi ohittaa tuon ajuribugin kaatumatta. (Tämä jos mikään on hyvää asiakaspalvelua, sillä kaatumisen syy on tuossa kehnosti toimivassa LX-200 ASCOM ajurissa johon on kai turha odottaa päivityksiä sen käytön vähäisyyden takia.)
* Tämä LXP-ajurin korjaus on ollut menossa viikonloppuna ja Sourceforgesta löytyy nyt sen takia useita koeversioita tämän hetkiseen AstroTortilla-0.2.9.2-x86.exe:en saakka => kannattaa siis hiukan pantata Tortillan lataamista (tai ladata tuo v0.2.9 (http://sourceforge.net/projects/astrotortilla/files/Old%20releases/)), kunnes tilanne tästä vakiintuu...

Kiitos Tortilla-tiimille tähän mennessä saadusta käyttäjätuesta! :cool:

Vielä lyhyt päivitys:
v 0.2.9.4 on asennettuna ja se toimii (ainakin kuivaharjoitteluna) tuon LXP-ajurin kanssa ongelmitta (ratkoi syötetyn kuvan, käynnisti MaxIm DL:n, otti kameralla kuvan ja olisi lähtenyt ratkaisemaan myös sen sijaintia, jos siinä olisi ollut tähtiä). Ei virheen virhettä näkyvissä ja ohjelmat (Tortilla ja MaxIm DL) sulkeutuivat ongelmitta, kun lopetin niiden käytön. :smiley:

Lisään tähän alle vielä liitekuvan lokitietoineen. Onko tuo kohteen tietojen haku uusi toiminto (Your field contains...)? En ollut huomannut tuota aiemmin, mutta se on kiva lisäys.
Pikkuhuomio käyttöliittymästä: Target kohdan alla oleva "Tracking" teksti pitäisi kai olla lihavoituna (kuten viereinen "Slewing" teksti). Nyt vihreä teksti hukkuu ikkunan taustaan ja sen luettavuus on heikko.

Lainaus käyttäjältä: Timpe - 26.08.2012, 10:09:08
Lisään tähän alle vielä liitekuvan lokitietoineen. Onko tuo kohteen tietojen haku uusi toiminto (Your field contains...)? En ollut huomannut tuota aiemmin, mutta se on kiva lisäys.
Pikkuhuomio käyttöliittymästä: Target kohdan alla oleva "Tracking" teksti pitäisi kai olla lihavoituna (kuten viereinen "Slewing" teksti). Nyt vihreä teksti hukkuu ikkunan taustaan ja sen luettavuus on heikko.

Muutamat käyttäjät halusivat, ettei Tortilla kiellä astrometry.net:iä tekemästä annotoituja kuvia ja poista näitä prosessitiedostoja. Nykyisellä oletusasetuksella nuo vivut on siirretty siihen Custom options -kohtaan, ja jos et tarvitse noita tietoja, voit lisätä siihen vivut --no-plots -N none perään nopeuttamaan toimintaa. Jos taas haluat jättää ne ratkotut kuvat piirroksineen, kannattaa konfiguraatiotiedostoon [AstroTortilla] osuuteen lisätä asetus work_directory osoittamaan johonkin olemassaolevaan hakemistoon, ratkomiset päätyvät numerojärjestyksessä tuon hakemiston alle.

Suuria ulkoasumuutoksia ei ole hetkeen luvassa, nyt on tavoite saada tuo toimimaan luotettavasti ja sen jälkeen vasta katsotaan miten käyttöliittymä saadaan toteutettua järkevästi.

-Antti

Lainaus käyttäjältä: mickut - 26.08.2012, 12:42:21
Nykyisellä oletusasetuksella nuo vivut on siirretty siihen Custom options -kohtaan, ja jos et tarvitse noita tietoja, voit lisätä siihen vivut --no-plots -N none perään nopeuttamaan toimintaa...

Lukaisin Tortillan käyttöohjeen (AstroTortilla_user_guide.pdf), mutten löytänyt sieltä listaa noista Custom options -vivuista. Kannattaisi varmaan lisätä kokoelma "tärkeimpiä" vipuja selityksineen sinnekin, niin normikäyttäjä pääsisi optimoimaan Tortillan toimintaa oman kokoonpanonsa kanssa. Vai oliko tuollainen lista jo jossakin luettavissa?
(Juu-u, on olemassa vielä niitäkin käyttäjiä, jotka lukevat tarvittaessa ohjelman käyttöohjeita ja nyt google-haku (https://www.google.fi/search?q=astrotortilla+custom+options&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a) ei tuottanut merkittävää tulosta :grin:)

Lainaus käyttäjältä: Timpe - 26.08.2012, 20:40:27
Lukaisin Tortillan käyttöohjeen (AstroTortilla_user_guide.pdf), mutten löytänyt sieltä listaa noista Custom options -vivuista. Kannattaisi varmaan lisätä kokoelma "tärkeimpiä" vipuja selityksineen sinnekin, niin normikäyttäjä pääsisi optimoimaan Tortillan toimintaa oman kokoonpanonsa kanssa. Vai oliko tuollainen lista jo jossakin luettavissa?
(Juu-u, on olemassa vielä niitäkin käyttäjiä, jotka lukevat tarvittaessa ohjelman käyttöohjeita ja nyt google-haku (https://www.google.fi/search?q=astrotortilla+custom+options&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a) ei tuottanut merkittävää tulosta :grin:)

Käyttöohje päivittyy kunhan päivitän itseni ensin ajan tasalle siitä, mitä kaikkea softalle on kesän aikana tapahtunut.

"Thanks, nou hätä" eli sitten kun ennätät! :wink:

Uunista pullahti ulos 0.2.10, jossa ei ole muita tunnettuja bugeja kuin Wanhentunut Dokumentaatio.
- Eepokkivalinta JNow/J2000 helpottaa saamaan kohteen oikeasti keskelle
- Astro Photography Tool tuki uudelleenkirjoitettu
- muutamia muita pieniä bugikorjauksia
- paremmin säädettävät vivut astrometry.net:ille
- pysyvä työhakemisto määriteltävissä asetustiedostossa
   - mahdollistaa annotoidut piirrokset astrometry.net:n kautta

Bugiraportteja odotellessa,
Antti

Lainaus käyttäjältä: mickut - 28.08.2012, 00:17:52
- Astro Photography Tool tuki uudelleenkirjoitettu

Tuntuu toimivan erinomaisesti.  Kiitos Antti!

Viimeinkin tuli selkeää parin tunnin edestä, jotta Tortillan v0.2.10 pääsi käyttötestiin. Kaukoputki summittaiseen sijaintiin jonnekin Kassiopeian suuntaan ja "Capture & solve" + "Sync scope" kehiin... odotusta n. 33 sekuntia ja sitten goto-kapulassa olivat oikeat koordinaatit. Näiden perusteella sitten goto-haku NGC-tähtijoukkoon noin 30 asteen päähän ja testikuvan otto MaxIm:lla -> haettu kohde olikin jo 40'x30' kuva-alan reunalla. Uusi "Capture & solve" (kestoltaan n.30s) + uusi goto siirsivät kohteen vielä pykälää lähemmäksi keskustaa. Hienoa, loistavaa! Tästä on oikeasti hyötyä ja homma toimii juuri kuten pitääkin :cool:
Tein sommittelun haluamalleni kuva-alalle ja tallensin 30s FITS-kuvan odottamaan parempaa kuvauskeliä. Tänään katsoin kylmäharjoitteluna, että tuo FITS-ruutukin ratkeaa alle 40 sekunnissa "Goto image" toiminnolla. Kiitos Tortilla-tiimille, hyvältä näyttää!

Sitten kuvaussysteemin muihin ongelmiin. MaxIm DL v5.20 hukkasi "puolittain" SX Lodestar seurantakameran, joten en saanut guidausta käyntiin MaxIm:ssa lukuisista yrityksistä huolimatta. Puolittain tarkoittaa, että saatoin käyttää SX Lodestaria MaxIm:ssa  Expose-välilehdellä (Focuse guide camera) ja sain sitä kautta kuvan MaxIm:n ikkunaan. Guiding-välilehdellä taasen samainen #2 kamera ei suostunut ottamaan minkäänlaista valotusta => Start - Expose toiminto "meni jumiin" ja esim. 1s valotusta ei tuottanut loppukuvaa + eikä tuota toimintoa saanut enää keskeytettyä saman välilehden Stop:illa. MaxIm meni jopa niin jumiin, ettei edes sen viereiseltä Setup -lehdeltä saanut tehtyä kameroille Disconnect -toimintoa. Lopuksi koko ohjelma kaatui (aina) johonkin Windows XP:n Stop -virheeseen. Kokeilin koneen boottausta, sähköjen katkaisua laitteista (mm. USB-hubista ja kaikkialta), kaapelien irroittelua ja totesin lopuksi tilanteen toivottomaksi (=sama Guiding-lehden virhetilanne toistui aina yrityksestä toiseen) -> lopetin homman tuolta illalta kun pilviäkin kertyi taivaalle. :undecided:

Sama MaxIm DL:n kaatuilu jatkui vielä tänäänkin kuivaharjoituksissa, joten päätin purkaa koko MaxImin asennuksen koneesta. Poistin asennuksen normaaliin tapaan, tyhjensin rekisterin ja latasin/asensin uusimman MaxIm DL 5.22 päivityksen tässä mielessä "tyhjään" koneeseen. Boottailin konetta kaikissa vaiheissa. Asensin lisäksi SX Lodestarin samat laiteajurit uudelleen, päivitin QSI 583:n laiteajurit + QSI:n MaxIm -pluginin uusimpiin versioihin. Kytkin nyt kummatkin kamerat suoraan koneen USB-portteihin (aiemmin SX Lodestar oli USB-hubin kautta) ja kas kummaa... nyt seurantakameran haku toimii taas normaalisti MaxImin Guiding -lehdeltä! Huomaa, että PHD Guiding osasi käyttää koko episodin ajan SX Lodestaria ilman mitään ongelmia.

Otin tästä ok-tilanteesta vielä uuden levykuvan talteen USB-kiintolevylle. En tiedä onko tällä mitään tekemistä AstroTortillan kanssa, mutta tulkoon kerrotuksi. Koneeseen on tullut kesän aikana Tortillan lisäksi esim. FokusMax (nämä kummatkin käyttävät jotain ohjelmointirajapintaa MaxIm:issa ja ottavat sen kautta kuvia omiin tarkoituksiinsa). Toivottavasti pinnan alla ei ole piilossa jotain bugia tuolla suunnalla... testaus jatkuu siis täällä suunnalla.

Mitenkäs astrotortillan tai oikeastaan pelkän cygwinin täydellinen uninstallointi tapahtuu ?)
Pitääkö vetää manuaalisesti deletellä ja ehkä vähän reg-cleaneria kyytipojaksi (indeksit tietty säilyttäen)?

Jostain syystä asennus on mennyt kesän aikana rikki, ja tortilla herjaa solvatessa vain "error occured". Onko jossain jotain logia, mistä näkisi, mikä pissii?
Koitin jo asennella pariin kertaan uudestansa softat, muttei apua. Cygwinissä ei näytä olevan mitään uninstalleria ?
Toisaalta olisi jo aika vetäistä vanha perinteinen "format c:" ja koko käyttis uusiksi.

Lainaus käyttäjältä: laari - 04.09.2012, 22:17:30
Mitenkäs astrotortillan tai oikeastaan pelkän cygwinin täydellinen uninstallointi tapahtuu ?)
Pitääkö vetää manuaalisesti deletellä ja ehkä vähän reg-cleaneria kyytipojaksi (indeksit tietty säilyttäen)?

Tortillan olen menestyksellisesti siivonnut ajamalla ensin Tortillan oman Uninstallin, ja sen perään käynyt katsomassa Program Filesistä (tmv.) kaiken tortillaan liittyvän pois.  Lisäksi \Documents and Settings\<oma käyttäjätunnus>\Local Settings\Application Data :ssa sijaitseva tortilla-kansio kannattaa poistaa.  Tämän jälkeen uuden asennuksen pitäisi olla "oikeasti puhdas".

Cygwin tais lähteä parhaiten kun tuhoaa asennushakemiston (c:\cygwin tms) ja reg-cleanaa.

Lainaa
Jostain syystä asennus on mennyt kesän aikana rikki, ja tortilla herjaa solvatessa vain "error occured". Onko jossain jotain logia, mistä näkisi, mikä pissii?

Tortillan versiosta riippuen Tools-valikossa, ja muistaakseni ennen ominaisuuden ilmaantumistakin logeja tehtiin jonnekin.  Error occured tarkoittaa että käytetty kamera ei toimi (vs. astrometry.net-ongelmat)?

Lainaus käyttäjältä: ketarax - 04.09.2012, 22:31:13
Tortillan olen menestyksellisesti siivonnut ajamalla ensin Tortillan oman Uninstallin, ja sen perään käynyt katsomassa Program Filesistä (tmv.) kaiken tortillaan liittyvän pois.  Sitten uusi asennus on ollut "oikeasti puhdas".

Cygwin tais lähteä parhaiten kun tuhoaa asennushakemiston (c:\cygwin tms) ja reg-cleanaa.

Tortillan versiosta riippuen Tools-valikossa, ja muistaakseni ennen ominaisuuden ilmaantumistakin logeja tehtiin jonnekin.  Error occured tarkoittaa että käytetty kamera ei toimi (vs. astrometry.net-ongelmat)?

Tosiaan, oon käyttänyt tuota (file open camera) ominaisuutta, nykyään (file open dialog)?
Ja tosiaan tällä ei toimi. Tortilla toki löytää toki jalustan yms. muuten toimii, mutta solveri tosiaan tuossa ei enää käynnisty. Koitin myös solvata yksittäistä kuvaakin, mutta error. Backend conffien polkuja koitin muutella yms. mutta ei vain mitään tapahdu, joten ajattelin totaalisen re-installin olevan ainoa vaihtoehto :)
Eli täytyy olla asennus jotenkin rikki. Pitänee koitella poistaa ihan kaikki manuaalisesti & regcleaner ja katsoa miten sitten toimii.

Lainaus käyttäjältä: laari - 05.09.2012, 01:13:34
Tosiaan, oon käyttänyt tuota (file open camera) ominaisuutta, nykyään (file open dialog)?
Ja tosiaan tällä ei toimi. Tortilla toki löytää toki jalustan yms. muuten toimii, mutta solveri tosiaan tuossa ei enää käynnisty. Koitin myös solvata yksittäistä kuvaakin, mutta error. Backend conffien polkuja koitin muutella yms. mutta ei vain mitään tapahdu, joten ajattelin totaalisen re-installin olevan ainoa vaihtoehto :)
Eli täytyy olla asennus jotenkin rikki. Pitänee koitella poistaa ihan kaikki manuaalisesti & regcleaner ja katsoa miten sitten toimii.

Voisikohan koneen levyt olla vaihtaneet paikkoja (D: -> F: tms)?  Mikä AstroTortillan versio (http://sourceforge.net/projects/astrotortilla/files) ja mitä virheilmoituksessa tarkalleen ottaen sanotaan?  Onnistuuko solvaaminen komentoriviltä (avaa cygwin-terminal, kirjoita cd /cydrive/c/tmp  (jos solvattava kuva on c:\tmp -hakemistossa) ja kirjoita solve-field kuva.jpg)?

Varsinaisen asennushakemiston lisäksi tortilla säilyttää configiaan täällä:
\Documents and Settings\<oma käyttäjätunnus>\Local Settings\Application Data\astrotortilla.sf.net\AstroTortilla\astrotortilla.cfg

Jos tortillaa poistetaan niin kannattaa varmistaa että tuokin häippäsee.

Tsekkasin XP koneen rekisteristä sen verran AstroTortillan ja CygWinin asennusta, että AstroTortilla tekee yhden merkittävän rekisteriavaimen ja CygWin kaksi avainta (tarkoitan siis avaimella rekisterin "kansioita", joissa useita alikansioita). Muut haussa löytyvät merkinnät ovat erilaisia liitännäisiä tilanteista, joissa Windows on jollakin tavalla kytkeytynyt em. ohjelmiin, mutta mitkä eivät vaikuta suoraan Tortillan/CygWinin toimintaan. Toivottavasti "uninstallerit" poistavat nuo rekisteristä ohjelmien poiston aikana. Tässä mielessä noiden ohjelmien poisto on melko yksinkertaista, kun asennus rajoittuu noin kapea-alaisesti rekisteriin.
Itse olen ajanut ensin poistoohjelman, sitten puukottanut ohjelmien asennuskansioita pois ja sitten lopuksi etsinyt rekisteristä viitteet ohjelmiin manuaalisesti ("CygWin" ja "AstroTortilla" hakusanoilla). Rekisterin puhdistusohjelmat osaavat kai (?) poistaa nuo jäämät rekisteristä, mutten ole tuosta varma, kun sieltä lähtee puhdistuksessa yleensä paljon muutakin merkintää.

Lainaus käyttäjältä: ketarax - 05.09.2012, 10:34:21
Varsinaisen asennushakemiston lisäksi tortilla säilyttää configiaan täällä:
\Documents and Settings\<oma käyttäjätunnus>\Local Settings\Application Data\astrotortilla.sf.net\AstroTortilla\astrotortilla.cfg

Tätä en ole huomannut poistaa, mutta ei noissa ole ollut korjattavaa omissa asennuksissani ts. hyvin on pelittänyt vanhoilla configeillakin (kun muut bugit saatiin pois).

Täällä uusi AstroTortilla käyttäjä. Alustavat kokeilut olleet pelkästään positiivisia. Asennukset sujui ilman ongelmia ja Astrometry.net indeksitkin sai vaivattomasti sähköpostilla. Eilen pääsin jo hieman testaamaan parilla kuvalla. Solveri ratkaisi kuvan alle 15s. ja käynnisti MaximDL:n ja yritti kuvata kohdetta. Kameraa ei ollut kytketty, niin tuli sitten Abort ilmoitus, kuten kuuluukin.

Loistava ohjelma kaiken kaikkiaan. Ainut, mikä itseäni hieman oudoksutti, oli nämä "vivut" vai mitä ne nyt onkaan, kun ei mitään tietoa, mitä mikäkin säätö tekee. Ajelin sit ihan oletuksilla. Mitä esim. tekee "downscaling"? No sen verran kokeilin, että kun noita arvoja muutteli, niin solveri ei enää toiminut  :rolleyes: . Itse hieman vierastan noita tekstikenttiä varsinkin, kun ei tunne tarkkaan ohjelman sielunelämää. Jos joskus layouttiin muutoksia tehdään, niin alasvetovalikot valinnoilla tuntuisi vähemmän "pelottavilta". Tietenkin voisi myös olla käyttäjän valinta-optio hienosäätöön. Mutta nuo nyt on sivuseikkoja. Varmaan ohjeissa selostetaan tarkkaan myös nuo toiminnat.

Kiitokset Mickut ja koko AstroTortilla-tiimille hienosta ja laajasta projektista.

Noista erilaisista säädöistä kirjoittelin AstroTortillan wikiin sivun, jossa käydään konffitiedoston rakenne ja astrometry.net:n asetuksia (https://sourceforge.net/p/astrotortilla/home/Configuration/) läpi. Käyttäjäkunnan suurehkosta englanninkielisyysosuudesta johtuen ko sivu on englanniksi, mutta google translatella tuli yllättävän selvää. (http://translate.google.com/translate?sl=auto&tl=fi&js=n&prev=_t&hl=fi&ie=UTF-8&layout=2&eotf=1&u=http%3A%2F%2Fsourceforge.net%2Fp%2Fastrotortilla%2Fhome%2FConfiguration%2F&act=url)

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

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

Lainaus käyttäjältä: mickut - 06.09.2012, 15:00:26
Noista erilaisista säädöistä kirjoittelin AstroTortillan wikiin sivun, jossa käydään konffitiedoston rakenne ja astrometry.net:n asetuksia (https://sourceforge.net/p/astrotortilla/home/Configuration/) läpi.

Kiitos! Pitänee lukea ajatuksella läpi paremmalla ajalla ja virkeämmin silmin kuin valvotun edellisyön jälkeen... :wink:
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  :huh:)

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.

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.

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

Lainaus käyttäjältä: Timpe - 06.09.2012, 21:43:16
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 :-)

Lainaus käyttäjältä: ketarax - 07.09.2012, 00:10:15
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.

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

Lainaus käyttäjältä: Timpe - 14.09.2012, 21:06:54
Yksi lisähuomio AstroTortillasta; sehän tekee normaalin 8x50 etsinputken tarpeettomaksi, kun putken asennon saa synkattua jalustaan näin vaivattomasti... :grin:
Pakko tästä on tykätä!

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

Lainaus käyttäjältä: Timpe - 23.08.2012, 22:29:35
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! :azn:

Lainaus käyttäjältä: Timpe - 16.09.2012, 00:07:48
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.

Lainaus käyttäjältä: Timpe - 16.09.2012, 00:07:48
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?

Lainaus käyttäjältä: Timpe - 16.09.2012, 00:07:48
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! :azn:

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

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

Lainaus käyttäjältä: mickut - 16.09.2012, 12:39:50
...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 :smiley:  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.

Lainaus käyttäjältä: Timpe - 16.09.2012, 22:23:18
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

Lainaus käyttäjältä: mickut - 17.09.2012, 07:44:03
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 :tongue:

Heippa,

Nyt kun melkein kaksi viikkoa on kulunut jäljellä olevasta kesälomasta ja Ketaraxilta ym taustajoukoilta (tortilla Tiimi ) on raastettu hermot miltein loppuun niin jo alkaa toivon tulisoihtu hiljalleen loistamaan. Sitkeän taistelun tuloksena olemme Jussin kanssa saaneet toimivan systeemin jolla voi aloittaa testaukset meikäläisen kehittyvässä tähti pömpelissä.

Suuret kiitokset kaikille mukana olleille.

Terveiset Antti

Hermoille homma ei sentään käynyt, mutta kirjava pino erilaisia ongelmia oli tällä kertaa toimivan tortilloinnin tiellä.  Alla vaillinainen lista hankalammin jäljitettävistä ongelmista.

• Ratkaistavan kuvan "laatu" ja sigma-parametri: näiden kanssa itse kukainenkin saattaa joutua tekemään oman hakuammuntansa, eli etsimään ratkaistaville kuville sopivan sigman edesauttamaan tähtien löytymistä kuvasta.  Antin systeemissä aloiteltiin ensin pinotuilla ja venytetyillä kuvilla, eikä niistä oikein saatu ratkaisuja.  Toki tositilanteessa tähtitaivaan alla Tortillalle otetaan normaalisti lyhyitä valotuksia ja kokemukset osoittavat että ainakin n. 1200mm polttoväliin asti nämä tuppaavat ratkeamaan ilman sigma:n säätöä.  'Hyvässä kuvassa' näkyy tusina tai pari kirkkaampaa tähteä, ja astrometry.net löytää / saa löytää niitä kuvasta 100-500 (enemmän ei ole paha, mutta saattaa hidastaa ratkaisua).  Huom!  Tämä ei tarkoita etteikö astrometry.net periaatteessa kykenisi ratkaisemaan käsiteltyjä kuvia (astrometryn omat esimerkit ovat tappiin venyteltyjä APODeja), mutta sellaisten kanssa voi joutua säätämään.
• Pitkät polttovälit vaatii niitä isokokoisia indeksejä.  Antin 2000-millistä varten asennettiin lopulta kaikki (käytännössä 203-204 riittänevät).  Moneen kertaan.  Tiedostonsiirrossa ja/tai pakettien purkamisessa osa indekseistä oli korruptoitunut.  Osan korruptiosta astrometry.net huomasi ja valitti asianmukaisesti.  Osassa tapauksia tiedostojen koot paljastivat korruption, ja osassa niin tiedoston koko kuin .fitsin header (jonka ihminenkin voi lukea) olivat 'aivan oikein', mutta itse tiedosto silti rikki.  Pirullista!
• AstroTortilla vaatii visual studion runtime:n, ja sen puuttuessa installeri osaa hakea tarvitsemansa paketin verkosta.  JOS sen sijaan koneella jo on _väärä versio_ asianomaisesta runtimestä, ei oikeaa asenneta -- eikä AstroTortilla suostu käynnistymään (sanoo että katso virhe logista, sieltä löytyy DLL load failed).  Antin puhdas XP-asennus (en tiedä oliko siinä edes service packeja vielä -- Antti?) korjattiin menestyksekkäästi tällä runtimen versiolla. (http://www.microsoft.com/en-us/download/details.aspx?id=29)
• SKANDINAAVINEN MERKISTÖ ON PANNASSA (ainakin WinXP:llä) FileOpenCameraa käytettäessä!  Mahdollisten ongelmatilanteiden välttämiseksi emme käytä tortillaa 'Järjestelmänvalvoja'-käyttäjätunnuksella, emmekä lataa ratkaistavia kuvia Työpöydältä.  Myöskin välilyönnit tiedostopolussa ja/tai ratkaistavan kuvan nimessä voivat aiheuttaa ongelmia (tästä tosin taitaa olla vaihtelevia kokemuksia).  Osa tämän viimeisen pointin perimmäisistä syistä on Windowsin, Python-kirjaston, Cygwinin ja/tai astrometry.net:n puolella, eikä niihin välttämättä ole tulossa fiksejä lähitulevaisuudessa (siis tortilla-tiimin puolelta).

Lainaus käyttäjältä: ketarax - 20.09.2012, 11:08:26

• Ratkaistavan kuvan "laatu" ja sigma-parametri: näiden kanssa itse kukainenkin saattaa joutua tekemään oman hakuammuntansa, eli etsimään ratkaistaville kuville sopivan sigman edesauttamaan tähtien löytymistä kuvasta.  Antin systeemissä aloiteltiin ensin pinotuilla ja venytetyillä kuvilla, eikä niistä oikein saatu ratkaisuja.  Toki tositilanteessa tähtitaivaan alla Tortillalle otetaan normaalisti lyhyitä valotuksia ja kokemukset osoittavat että ainakin n. 1200mm polttoväliin asti nämä tuppaavat ratkeamaan ilman sigma:n säätöä.

Sigma taisi löytyä Tortillan config-tiedostosta vai kuinka? Täälläkin saattaa tulla 1500mm polttovälillä yllättävän pitkiä ratkonta-aikoja, jos käytän pohjana esim. 5min valotusta jossa on paljon sumua ja tähtiä. Niissä 5 sekunnin Capture&solve valotuksissa ei ole vielä esiintynyt näitä n. 180s hakuja ja indeksi 204:sesta löytymisiä (yleensä ratkonta löytyy indeksien 205...207 väliltä alle minuutissa).

[/list]xtra = --sigma 50 -N none --no-plot ja http://sourceforge.net/p/astrotortilla/home/Configuration/ (http://sourceforge.net/p/astrotortilla/home/Configuration/)
"xtra   Additional command line options to solve-field"

??? :huh: Lisää infoa kiitos!

Tortillan käyttöliittymässä Solver-kohdassa on rivi nimellä "Custom options". Tänne voit laittaa noita ylimääräisiä komentoriviparametreja astrometrylle. Eli voit lisätä ko. riville vaikka parametrin "-sigma 50".

Taisin ilmaista itseni epäselvästi... :huh:
Tiedän paikan/paikat mistä tuo löytyy ohjelmasta, mutta miten sigma-arvo vaikuttaa ratkontaan? Jos laitan arvoksi vaikka 40, niin mitä tapahtuu Astrometry ratkonnalle?

Lainaus käyttäjältä: Timpe - 16.09.2012, 22:23:18
Kerron tähän vielä oman jalustani kanssa tapahtuneen hässäkän viime aamuyöltä....

Tuo 16.9. aamuyön hässäkkäkin selvisi, sillä syyllisenä oli tuolloin(kin) jalustani ja sieltä DEC-akselin stepperin akselissa olevan lukitusruuvin löystyminen. Jalusta (ja AstroTortillan käyttö) alkoivat tänään temppuilemaan ihan samalla tavoin kuin silloin aamuyöstä.  Lopulta kaikki jalustan liikkeet DEC-suunnassa loppuivat kokonaan. :angry: Jouduin tekemään pimeässä jalustalle pikaisen huoltosession (=purin valmiiksi kasatun kuvaussysteemin pois jalustasta, vaihdoin jalustasta stepperin tienoilta pienen M2.5 kiristysruuvin uuteen vastaavaan ja lukitsin stepperiakselin kunnolla paikalleen matopyörän jatkoksi + pystytin kuvauskaluston taas uudelleen ja suuntasin sen noin tuntia myöhemmin kohteeseen Tortillaa käyttäen, tällä kertaa onnistuneesti :)

Pöh, jos ei tietokoneet prakaa, niin sitten on jotain ongelmaa muun kuvauskaluston kanssa...

Tuo sigma arvo määrää tavallaan herkkyyskynnyksen tähtien tunnistamiselle kuvasta. Yleensä arvot pyörivät välillä 50-100. Nostamalla arvoa voidaan vähentää löydettyjen tähtien määrää. Jos kuva on kohinainen, sigman arvoa saattaa joutua nostamaan, jotta kuvasta ei löydy olemattomia tähtiä. Arvon nostaminen on paikallaan myös jos tähtiä löytyy yksinkertaisesti turhan paljon. Hyviä ratkaisuja saadaan yleensä muutamilla kymmenillä tähdillä, joten yli tuhannen tähden etsiminen kuvasta hidastaa turhaan. Toivottavasti en puhunut nyt ihan läpiä päähäni. Antti osannee vastata tarkemmin.

Heippa,

Onkos kellään tietoa mikä indeksi sopii Canon EF 200mm f/2.8L II USM kakkulalle?

terveisin Antti

Lainaus käyttäjältä: tähti_ville - 21.09.2012, 00:56:57
Heippa,

Onkos kellään tietoa mikä indeksi sopii Canon EF 200mm f/2.8L II USM kakkulalle?

terveisin Antti

Kuvakenttä kroppikennoisella järkkärillä ja 200-millisellä objektiivilla on muistaakseni reilut 6 astetta, ellei hieman enemmänkin. Suositus kuuluu, että indekseissä olevien tähtinelikoiden koot pitäisi olla 0,1-1,0 kertaa kuvan koko, eli tässä tapauksessa 36 kaariminuutista 6 asteeseen. Indekseiksi tarvinnet siis 208, 209 ja 210+. Veikkaan, että jo 209 ja 210+ riittävät.

Kiitos Samuli vinkistä, mutta canonin kakkulaa en saanut toimiin. Celestronin 925 kyllä alkoi pelittää kun nostin sigma lukua 100:n.

Harjoitukset jatkuvat :angel:

Terveisin Antti

edit: Onneksi olkoon Samuli sekin alkoi pelittää arvolla 200, ei tämä kesäloma ihan hukkaan mennyt. Suuret kiitokset koko tortilla tiimille.

Eilen illalla taivas aukesi täällä Kuopiossa muutamaksi tunniksi, niin ehti viritellä tortillaa. Nyt sain Tortillan toimimaan niin, että 15-30 sekunnin valotuksilla ja sigma 160- arvolla ratkaisu löytyi 10-30 sekunnin sisällä  :tongue:. Käytössä on indexit 205 ja 206.

Mihin käyttöön nuo "bookmarksit" on tarkoitettu?

Lainaus käyttäjältä: Tikkes - 29.09.2012, 12:28:28
Mihin käyttöön nuo "bookmarksit" on tarkoitettu?

Niiden idea on helpottaa kuvaamista monen yön projekteissa. Itse en aina halua kohdetta katalogi-koordinaateista keskelle kennoa (esim jokin kiva muu kohde samaan ruutuun tai muu taiteellinen syy), joten asemoinnin jälkeen bookmarkkaan tortillaan löydetyn paikan ja siihen on nopea palata, kun ei tarvita erillistä kohdennusruutua ja sille solve-prosessia.

-Antti

Pitäisikö tuon Rotation lukeman vastata suunnilleen todellisuutta, kun käyttää "Goto image" toimintoa Tortillassa?
Tein näet tapani mukaan Goto image haun/ratkonnan aiemman kuvausillan kuvasta ja käskytin Tortillan samaan ruutuun 0,5' tarkkuudella. Lopputuloksen näette liiteruudusta foorumilta, kun tuo "Rotation" lukema on ratkonnan jälkeen 101,64 astetta ja vieläpä "Flipped" tilassa (liitekuvassa target-kuva on tuossa oikealla oleva ruutu ja onnistuneen ratkonnan loputtua Maximiin näytölle jäänyt kuva vasemmalla). Minusta nuo näyttävät vastaavan toisiaan kohtuullisella kulmamuutoksella eli olisikohan noiden kulmavirhe kymmenisen astetta tavoitteesta. :huh:

(Tortilla on versiota 0.3, kuten kuvasta näkyy. Ja allekirjoittaneen kannattaisi siirtyä käyttämään niitä Tortillan kirjanmerkkejä, joista edellinen viesti ketjussa kertoo...)

Lainaus käyttäjältä: Timpe - 13.11.2012, 18:23:25
Pitäisikö tuon Rotation lukeman vastata suunnilleen todellisuutta, kun käyttää "Goto image" toimintoa Tortillassa?

Rotation = kuva-alan orientaatio suhteessa tähtikarttaan (pohjoinen ylhäällä).  Eli tuossa sinun tapauksessasi ei tarkoita goto-kuvan ja tarkistuskuvan välistä kulmaa, vaan että kuvissasi pohjoinen on ... vasemmalla (101deg + flipped)?

Uskoaksi Tortillan käyttämä astrometry.net lukee kuvan peilikuvana MaximDL:ään verrattuna. Monet tähtiharrastusohjelmat käyttävät koordinaatistoa, jossa kuvan origo on vasemmassa yläkulmassa, kun taas useimmat ammattilaisohjelmat sijoittavat origon vasemaan alanurkkaan. MaximDL käyttää ensimmäistä, astrometry.net muistaakseni jälkimmäistä. Eli jos kuva näkyy oikein päin MaximDL:ssä, Tortilla luultavasti sanoo Flipped.

Lainaus käyttäjältä: ketarax - 13.11.2012, 19:01:59
Rotation = kuva-alan orientaatio suhteessa tähtikarttaan (pohjoinen ylhäällä).  Eli tuossa sinun tapauksessasi ei tarkoita goto-kuvan ja tarkistuskuvan välistä kulmaa, vaan että kuvissasi pohjoinen on ... vasemmalla (101deg + flipped)?

Ok, kiitos sisäisen kiertymäni oikaisusta!
Hmmm... mitenköhän olen selvinnyt tähän saakka Tortillan kanssa luulemalla, että tuo rotaatiokulma liittyy jotenkin target/solved kuvien keskinäiseen kulmaeroon (=tässäkin ajattelutavassa on tuntunut olevan jotain tolkkua yön pimeinä tunteina asioita pohdiskellessa :grin:)

Lainaus käyttäjältä: Timpe - 13.11.2012, 19:27:49
Ok, kiitos sisäisen kiertymäni oikaisusta!
Hmmm... mitenköhän olen selvinnyt tähän saakka Tortillan kanssa luulemalla, että tuo rotaatiokulma liittyy jotenkin target/solved kuvien keskinäiseen kulmaeroon (=tässäkin ajattelutavassa on tuntunut olevan jotain tolkkua yön pimeinä tunteina asioita pohdiskellessa :grin:)

Kenties yrität lukea ajatuksia, tuo ominaisuus on pyörinyt päässä, mutta nykyisen käyttöliittymän kanssa moiset toimenpiteet ovat turhan hankalia toteuttaa. Pitänee aloittaa oikeasti sen kakkosversion tekeminen.

-A

Hyviä uutisia epäröiville tortillannälkäisille: Astrometry.net on saanut tehtyä 2MASS-katalogiin perustuvat indeksit, joita saa levittää GPL-lisenssillä elikkäs suhteellisen vapaasti. Löytyvät täältä: http://broiler.astrometry.net/~dstn/4000/

Nyt myös ne jotka eivät uskalla lähetellä sähköposteja kellekään, pääsevät testaamaan tortillaa ja platesolvea muutenkin.  :afro:

Tämä mahdollistanee (siis tulevaisuudessa) indeksien lataamisen Tortillan omalla asennusohjelmalla, eli tekee asennuksesta huomattavan paljon simppelimpää. Ehkäpä siihen mennessä tarttee päivitellä manuaalitkin.  :rolleyes:

Seuraavassa versiossa tiedossa hieman vakaampaa toimintaa ja merkittävästi helpommin sulavaa asennustoimintaa heti kun dokkarit on päivitetty ajantasalle. Etsinputkelle täytyi keksiä muuta käyttöä:

(http://farm9.staticflickr.com/8503/8403425786_b14294dfd3_n.jpg) (http://www.flickr.com/photos/mickut/8403425786/)
AstroTortilla (http://www.flickr.com/photos/mickut/8403425786/)

-Antti

Saatteko Hauholle esiteltäväksi maistiaisia uudesta Tortillasta? Kieli pitkällä odotetaan... :tongue:

Edit: v 0.4 näkyykin olevan jo täällä: http://sourceforge.net/projects/astrotortilla/files/AstroTortilla-0.4/ (http://sourceforge.net/projects/astrotortilla/files/AstroTortilla-0.4/)

Version history
---------------
v0.4 Window resizing, position and size persistence added
v0.3.5 Error fixes for ASCOM mount access, exposure time corrections, documentation updates, installer update, index installation added

Lainaus käyttäjältä: Timpe - 22.01.2013, 22:18:00
Saatteko Hauholle esiteltäväksi maistiaisia uudesta Tortillasta? Kieli pitkällä odotetaan... :tongue:

Edit: v 0.4 näkyykin olevan jo täällä: http://sourceforge.net/projects/astrotortilla/files/AstroTortilla-0.4/ (http://sourceforge.net/projects/astrotortilla/files/AstroTortilla-0.4/)

Version history
---------------
v0.4 Window resizing, position and size persistence added
v0.3.5 Error fixes for ASCOM mount access, exposure time corrections, documentation updates, installer update, index installation added

Hyvin ajoitit, juuri olin kirjoittamassa postia AstroTortillan release-announce-listalle ja päivittämässä noita projektin sivuja. Tunnettujen bugien määrä on jälleen nolla, ja monia toivelistalla olleita ominaisuuksiakin on päässyt mukaan. Tarinoita uuden version asentamisesta ensikertalaisenkin silmin otetaan nyt ilomielin vastaan.

-Antti

Lainaus käyttäjältä: Timpe - 22.01.2013, 22:18:00
Saatteko Hauholle esiteltäväksi maistiaisia uudesta Tortillasta? Kieli pitkällä odotetaan... :tongue:

Voidaan tänäkin vuonna tehdä asennusdemo. Edellisvuodesta poiketen tällä kertaa 1) asennus toimii ja 2) tunaritkaan eivät tipu kärryiltä. :grin:

Mickutin huiman urakoinnin tuloksena asennusohjelma on kokonaan automaattinen niin Cygwinin kuin indeksitiedostojen lataamisenkin osalta ja voitte unohtaa kaikki komentorivikammotukset. Lisäksi ohjetekstit on vihdoinkin ajantasaistettu ja selkeytetty ja mikä tärkeintä, itse softa toiminee niinkuin kuuluu!

Lainaus käyttäjältä: Lauri Kangas - 22.01.2013, 23:33:36
Voidaan tänäkin vuonna tehdä asennusdemo. Edellisvuodesta poiketen tällä kertaa 1) asennus toimii ja 2) tunaritkaan eivät tipu kärryiltä. :grin:

Hei
Mista asennussofta loytisi tallaiselle tunarille ?
Timpen antamasta osoitteesta  http://sourceforge.net/projects/astrotortilla/files/AstroTortilla-0.4/ sita ei loydy.
t vesa_k

Sivulla on linkit kahteen asennusohjelmaan:
32-bittisille Windowseille AstroTortilla-0.4.0.1-x86.exe
64-bittisille Windowseille AstroTortilla-0.4.0.1-x64.exe

Etusivulta http://astrotortilla.sf.net/
löydät suomenkielisen käyttöohjeen: http://astrotortilla.comsix.fi/docs/AstroTortilla_kayttoohje.pdf
joka kannattaa lukea ennen asennusta.

Lainaus käyttäjältä: vesa k - 23.01.2013, 02:25:08
Mista asennussofta loytisi tallaiselle tunarille ?
Timpen antamasta osoitteesta  http://sourceforge.net/projects/astrotortilla/files/AstroTortilla-0.4/ sita ei loydy.

SourceForgen kaikki peilipalvelimet (niitä on yli 10) eivät välttämättä ole ensimmäisen parin tunnin aikana ajantasalla.

.Antti

Lainaus käyttäjältä: Lauri Kangas - 22.01.2013, 23:33:36
Mickutin huiman urakoinnin tuloksena asennusohjelma on kokonaan automaattinen niin Cygwinin kuin indeksitiedostojen lataamisenkin osalta ja voitte unohtaa kaikki komentorivikammotukset. Lisäksi ohjetekstit on vihdoinkin ajantasaistettu ja selkeytetty ja mikä tärkeintä, itse softa toiminee niinkuin kuuluu!

Tyhjensin kuvausläppärin vanhasta AstroTortilla v0.3:sta ja CygWin emulaattorista rekisteriä myöten ja asensin boottauksen jälkeen AstroTortilla-0.4.0.1-x86.exe paketista uusimman version Dell latitude D630 (Windows XP Pro) kannettavaan. Lauri ei kehuskele turhaan tuossa yllä, sillä nyt Tortilla menee todella helposti "tyhjään" koneeseenkin. Sen kun niksuttelee sopivat valinnat asennusohjelman valintoihin ja painaa Nextiä. Lisäksi asennusohjelma on hyvin kustomoitavissa eli samalla paketilla voi tehdä jälkeen päin eri toimintoja valmiille asennukselle (asensin koneeseen lisää indeksejä pienissä paloissa kolmeen eri kertaan). Hieno juttu! :cheesy:
Asennuksen jälkeen Tortilla tuntuu toimivan myös aiempaa vakaammin ja käyttöliittymän parannukset ovat hyviä. Versiohyppy 0.3 -> 0.4 on tehnyt paljon hyvää ohjelman käytettävyydelle, kiitos!

Sitten kysymys Astromery.net ratkonnasta. Käytin näitä oheisen liitekuvan arvoja ratkontaan ja syötin ohjelmalle vanhoja kuviani (kuvattu 300/1500mm Newtonilla tai 180/1800mm Santelilla käyttäen KAF-8300 kennoa). Kuva-alani on siis jossakin 0.5-1.0 asteen välissä ja käytössä olevat indeksit olivat alkuun 4016-4008. Ei toiminut vielä kovin hyvin, joten lisää indeksejä hakuun. Nyt 4019-4006 indeksit käyttöön, mutta vieläkin tulee ohareita eli Tortilla ei löydä kohtuuajassa ratkaisua. Latasin siis lisää indeksejä ja koneeseen jäivät lopulta indeksit 4019-4004. Vieläkin tulee huteja eli ei löydy ratkaisua.
(Tähän liittyen olisi kiva, jos käyttöliittymässä olisi "Panic abort" toiminto jossakin piilossa, millä saisi yksinkertaisesti tapettua Bash.exe ja Backend.exe prosessit. Vai mitä siihen CygWin istunnon ja Astromery.net ratkonta-ajon väkivaltaiseen keskeyttämiseen tarvitaankin? Pitkä odotus normaalin Abort:in yhteydessä ei ole kiva edelleenkään, kun kone miettii syntyjä syviä emulaattorin parissa.)

Onko noissa käyttämissäni parametreissa jotain ratkontaa haittaavaa tälle kuvakoolle? Vai olenko onnistunut ottamaan sellaisia no-go-kuvia, joiden kanssa Astrometry.net lähtee kiertämään Kap Hornia löytämättä ratkaisua 3-5 minuutin sisään? Silloin kun ratkaisu löytyy, se löytyy yleensä parin minuutin sisään ja parhaimmillaan selvästi alle puolen minuutin. Tämä ongelma ei ole mitenkään v0.4:n syytä, mutta vastaavaa höperehtimistä on esiintynyt edellisilläkin versioilla kun syötän ohjelmalle erilaista kuvamateriaalia. Näissä saattaa toki olla liikaa tähtiä (?) haittaamassa ratkontaa, mutta löydetyt tähtimäärät ovat pysyneet yleensä alle 500:n (huipussaan noin 1300 kpl).

Mutta kaiken kaikkiaan: hieno versiopäivitys, kannattaa asentaa ja kokeilla! :cool:

Ei ole jäänyt solverin konffaamiseen niin hyvää näppituntumaa kun entisellä pienikennoisella Atik-kameralla napsitut ruudut ratkeavat niin nopeasti, että hidas SSD-levy on pullonkaulana ja itse etsintä valmistuu nopeammin kuin ehtii ruudulta lukea.

Kokeile kuitenkin ensi töiksesi binnailla/pienentää kuvia ja ronkkia sigma-parametria siinä määrin, että saat simplexy:n löytämään enintään 200 tähteä. Muistelisin että olet jotain aiheesta puhunutkin tuolla pari sivua sitten, mutta toista tuhatta tähteä piiputtanee ratkaisun etsinnän tosi nopeasti. En kyllä tiedä miksi se estäisi ratkaisun löytymistä.

Vinkki: parametrien ronkkiminen sujuu helpoiten sieltä komentoriviltä solve-field -komennolla. Komentorivi on edelleen asennettuna Cygwinin mukana vaikka sitä ei enää asennuksessa tarvitsekaan ja melkein kaikki maininnat siitä on poistettu manuskasta.

Lainaus käyttäjältä: Timpe - 23.01.2013, 22:45:47
Onko noissa käyttämissäni parametreissa jotain ratkontaa haittaavaa tälle kuvakoolle? Vai olenko onnistunut ottamaan sellaisia no-go-kuvia, joiden kanssa Astrometry.net lähtee kiertämään Kap Hornia löytämättä ratkaisua 3-5 minuutin sisään? Silloin kun ratkaisu löytyy, se löytyy yleensä parin minuutin sisään ja parhaimmillaan selvästi alle puolen minuutin. Tämä ongelma ei ole mitenkään v0.4:n syytä, mutta vastaavaa höperehtimistä on esiintynyt edellisilläkin versioilla kun syötän ohjelmalle erilaista kuvamateriaalia. Näissä saattaa toki olla liikaa tähtiä (?) haittaamassa ratkontaa, mutta löydetyt tähtimäärät ovat pysyneet yleensä alle 500:n (huipussaan noin 1300 kpl).

Tämä ei nyt välttämättä ratkaise ongelmaasi, mutta ainakin tuo käyttämäsi sigma-arvo on aika alhainen. Jos olet käyttänyt pitkällä valotuksella kuvattuja kuvia, arvo saattaa olla ihan aiheellinen, mutta esimerkiksi lyhyisiin muutaman sekunnin testikuviin sigma-arvo on minulla yleensä ollut 30-80. Tuo löytyneiden tähtien määrä kuulostaa kuitenkin ihan järkevältä, ehkä rahtusen turhan suurelta. Kokeile mitä käy jos nostat sigma-arvon vaikka kymmeneen?

Thanks, tutkitaan lisää huomenna. Nuo arvot ovat vakioina asennuksen jälkeen (pl. Scale min/max muutokset) ja mielikuva on, että toimii paremmin tähtitaivaalta kuvia ratkoessaan. :smiley:

Lainaus käyttäjältä: Timpe - 23.01.2013, 22:45:47
Sitten kysymys Astromery.net ratkonnasta. Käytin näitä oheisen liitekuvan arvoja ratkontaan ja syötin ohjelmalle vanhoja kuviani (kuvattu 300/1500mm Newtonilla tai 180/1800mm Santelilla käyttäen KAF-8300 kennoa). Kuva-alani on siis jossakin 0.5-1.0 asteen välissä ja käytössä olevat indeksit olivat alkuun 4016-4008. Ei toiminut vielä kovin hyvin, joten lisää indeksejä hakuun. Nyt 4019-4006 indeksit käyttöön, mutta vieläkin tulee ohareita eli Tortilla ei löydä kohtuuajassa ratkaisua. Latasin siis lisää indeksejä ja koneeseen jäivät lopulta indeksit 4019-4004. Vieläkin tulee huteja eli ei löydy ratkaisua.
(Tähän liittyen olisi kiva, jos käyttöliittymässä olisi "Panic abort" toiminto jossakin piilossa, millä saisi yksinkertaisesti tapettua Bash.exe ja Backend.exe prosessit. Vai mitä siihen CygWin istunnon ja Astromery.net ratkonta-ajon väkivaltaiseen keskeyttämiseen tarvitaankin? Pitkä odotus normaalin Abort:in yhteydessä ei ole kiva edelleenkään, kun kone miettii syntyjä syviä emulaattorin parissa.)

Onko noissa käyttämissäni parametreissa jotain ratkontaa haittaavaa tälle kuvakoolle? Vai olenko onnistunut ottamaan sellaisia no-go-kuvia, joiden kanssa Astrometry.net lähtee kiertämään Kap Hornia löytämättä ratkaisua 3-5 minuutin sisään? Silloin kun ratkaisu löytyy, se löytyy yleensä parin minuutin sisään ja parhaimmillaan selvästi alle puolen minuutin. Tämä ongelma ei ole mitenkään v0.4:n syytä, mutta vastaavaa höperehtimistä on esiintynyt edellisilläkin versioilla kun syötän ohjelmalle erilaista kuvamateriaalia. Näissä saattaa toki olla liikaa tähtiä (?) haittaamassa ratkontaa, mutta löydetyt tähtimäärät ovat pysyneet yleensä alle 500:n (huipussaan noin 1300 kpl).

Mutta kaiken kaikkiaan: hieno versiopäivitys, kannattaa asentaa ja kokeilla! :cool:

Yleensä tuon tähtimäärän olen pyrkinyt pitämään noin 200:ssa tai hieman alle säätämällä --sigma -parametria ja valotusaikaa. Jos et vaihtele setuppia kovin usein, kannattaa laittaa tuo Scale refinement johonkin 0.1 tai 0.2 suuruusluokkaan, silloin astrometry.netiä rajoitetaan etsimään 10-20% virhemarginaalilla kentän tunnetusta koosta seuraavilla hauilla.  Ratkonnan pysäyttäminen nopeammin tuosta samasta napista toimii jo versiohallinnassa, mutta jonkinlaista testauksen kaltaista pitää kai edes kuvitella joskus tekevänsä.

Parametrien ronkinta onnistuu helposti myös FileOpen -kameralla.

-Antti

Käytin Tortillan v0.4:sta tänään tähtiin ja kerran ennätin kokeilla ratkontaa ennen pilvien tuloa (ilman mitään muutoksia parametreihin). Nyt kenttä ratkesi noin minuutissa ja sain siinä sivussa selville myös summittaisen kuvauskentän koon GSO 10" RC + AP CCDT67 lyhentimellä... :smiley:

Lainaus käyttäjältä: Timpe - 24.01.2013, 20:22:43
... sain siinä sivussa selville myös summittaisen kuvauskentän koon GSO 10" RC + AP CCDT67 lyhentimellä... :smiley:

Siis kuinka -- summittaisen?  Se on tarkka :grin:

Lainaus käyttäjältä: Timpe - 24.01.2013, 20:22:43
Nyt kenttä ratkesi noin minuutissa ja sain siinä sivussa selville myös summittaisen kuvauskentän koon GSO 10" RC + AP CCDT67 lyhentimellä... :smiley:

Samalla ratkesi myös polttoväli: 3326 * 5.4 µm / (2 * tan(44.82/60*pi/180/2)) = 1377.56 mm ja tarkistus korkeussuunnassa 2504 * 5.4 µm / (2 * tan(33.75/60*pi/180/2)) = 1377.29 mm. :wink:

Lainaus käyttäjältä: ketarax - 25.01.2013, 00:53:19
Siis kuinka -- summittaisen?  Se on tarkka :grin:

Kyllähän siinä vaikuttaa ilmakehän taitto hieman (horisontti-zeniitti välillä, pitäisiköhän joskus mitata vaikuttaako oikeasti?). Ja näytetty tarkkuuskin on tuossa vain 0.6 kaarisekuntia, kun tuon yhdistelmän pikselin leveys taivaalla on noin 0.8 kaarisekuntia, eli pelkästään ilmoitustavasta johtuen lähes pikselin voi heittää ilmoitettu kentän koko vaikka olisi kuinka tarkasti mitattu.

-Antti

Lainaus käyttäjältä: ketarax - 25.01.2013, 00:53:19
Siis kuinka -- summittaisen?  Se on tarkka :grin:

"Summittainen" tuli siitä, kun putkeni lyhennyskerroin oli vielä hakusessa AstroPhysicsin CCDT67 lyhentimellä :grin:
Tuossa mallissa muutetaan lyhennyskerrointa muuttamalla lyhentimen ja kennon välistä etäisyyttä. Yleensä lyhentimen maksimilyhennyskerroin riippuu siitä, kuinka suuren kuva-alan putkesi tuottaa ja kuinka suuri sisääntarkennusetäisyys putkesta löytyy. Lyhennin sinällään toimii hyvin monella eri loittoetäisyydellä ja antaa erilaisia kuva-aloja erilaisilla lyhennyskertoimilla.

Tortillasta sen verran, että tutkin sigma-parametrin vaikutusta ratkaisuaikaan. Sigmalla "1" ratkaistavasta testikuvasta (sumuiselta taivaalta) löytyi yli 700 tähteä ja ratkaisuaika venyi noin 120 sekuntiin. Jos kasvatin sigmaa 40...60...80...100...120... löydettyjen tähtien määrä väheni (ja ratkonta nopeutui), kunnes mentiin alle 200:n tähden (ja hidastuminen alkoi taas). Optimiaika kuva-alan ratkaisuun löytyi sigma-arvolla 100, jolloin ratkottavia tähtiä oli noin 250-300 kpl ja ratkonta sujui alle 15 sekunnissa.

Lainaus käyttäjältä: Lauri Kangas - 25.01.2013, 01:25:29
Samalla ratkesi myös polttoväli: 3326 * 5.4 µm / (2 * tan(44.82/60*pi/180/2)) = 1377.56 mm ja tarkistus korkeussuunnassa 2504 * 5.4 µm / (2 * tan(33.75/60*pi/180/2)) = 1377.29 mm.

Tästä vielä liitekuva, josta voi laskea käytetyn polttovälin. Tuolla RC-viestissäni (http://foorumi.avaruus.fi/index.php?topic=11148.msg105096#msg105096) arvelin sen olevan 1344mm, jos laskenta-excelini ja loitonnuksen etäisyysmittaukseni ovat yhtään tolkuissaan :grin: (Nyt en jaksa tuota enempää pähkäillä työviikon jälkeen...)

Pikkupäivitys 0.4.1 meni juuri palvelimelle, UI:n pitäisi olla nyt ratkonnan aikana merkittävästi jouhevampi esimerkiksi ratkonnan katkaisun suhteen, logi-ikkuna oppi oman paikkansa ja muutamien jalustojen ASCOM-rajapinnan rikkomisia katsotaan nyt vähemmän pahalla uusien säätöjen kautta. Park/Unpark otettu pois turhana.

-Antti

p.s. Jos et poista vanhaa, vaan asennat uuden päälle, ei tarvitse kuin clicksutella Nextiä muutaman kerran ja asetukset säilyvät.

0.4.2 on nykyään saatavilla, sisältää kourallisen korjauksia esim APT:n käyttäjille.

Lisäksi pieni vihje 4000-sarjan indeksien käyttäjille, lisäämällä lisävivut -r -c 0.02 voi ratkonta-aika pudota merkittävästi, jopa kymmenykseen (yhdellä testikuvallani 67s -> 8s). Vivuista -r uudelleenjärjestää tähdet kompensoiden taustataivaan kirkkauden mukaan ja -c 0.02 nostaa tähtimuotojen osuma-tolenranssia hieman. Ratkaisun löytymiseen tarvittavaa todennäköisyyttä ja tähtien sijaintien tarkkuusvaatimusta tämä ei kuitenkaan muuta, eli ratkaisun luotettavuus pitäisi pysyä samana.

-Antti

Lainaus käyttäjältä: Lauri Kangas - 25.01.2013, 01:25:29
Samalla ratkesi myös polttoväli: 3326 * 5.4 µm / (2 * tan(44.82/60*pi/180/2)) = 1377.56 mm ja tarkistus korkeussuunnassa 2504 * 5.4 µm / (2 * tan(33.75/60*pi/180/2)) = 1377.29 mm. :wink:

Selvennätkö hiukan tuota kaavaasi?
"Lainasin" tämän kevään lukio-abi:n aivoja (ja tieteellistä laskinta siinä sivussa), mutta emme saaneet tuolla yo. kaavalla mitään tolkullista lopputulosta aikaan. :undecided:
Tortilla ilmoittaa hienosti kentän koot näin (ks. liitekuvaa), mutta putken polttovälin laskenta on jäänyt hukkaluuppiin tuolla kaavallasi. En ole huolissani omasta osaamattomuudestani, mutta kun kenties fysiikkaa lukemaan aikova nuori ABI:na tarkertelee tuossa, niin jotain on pielessä kaavassa. Valista siis meitä tyhmiä, oi suuri matemaattinen guru! :tongue:

https://en.wikipedia.org/wiki/Angle_of_view#Calculating_a_camera.27s_angle_of_view

Näkökenttä lasketaan:

alfa = 2 * arctan(d/(2f))

missä d on näkökenttää vastaava pituus kuvatasolla (korkeus, leveys tai diagonaali) ja f polttoväli. Tuosta voidaan ratkaista polttoväli eli

f = d / (2 * tan(alfa/2))

kun d ja alfa tiedetään.

d on pikseleiden lukumäärä kertaa yhden pikselin koko eli vaakasuunnassa 3326 * 5.4 µm.
alfa saadaan vaikka Tortillasta ja se oli tuossa esimerkissä 44.82 kaariminuuttia eli 44.82/60 astetta eli 44.82/60 * pi/180 radiaania.

Jos laskimesi trigonometriset funktiot syövät asteita eikä radiaaneja (yleensä sen voi valita laskimesta), niin tuota pi/180 ei tarvita vaan voit syöttää tangentille 44.82/60. Muista kuitenkin tuo kakkosella jakaminen, joka on mukana tuossa f:lle ratkaistussa lausekkeessa.

Lisäksi jos laitoit d:ksi vain 3326*5.4 niin se lukema on mikrometrejä ja saat siinä tapauksessa polttovälinkin mikrometreinä, eli muista jakaa tulos tuhannella.

d:n paikalle voi tietysti laittaa myös KAF-8300:n leveyden milleinä, mutta en tuota kirjoittaessani löytänyt googlesta mitään luotettavaa lukemaa, vaan kaikkialla tunnuttiin ilmoittavan jokin muu millimetrimäärä kuin se, mikä vastaa tarkalleen kuvaksi päätyvän alueen kokoa. Mutta jos d:n ilmoittaa milleinä, niin sitten polttovälikin on millejä.

Kiitos, selvisi! :smiley:
Liitteenä sama Excelissä, jos joku muu haluaa laskea näitä ilman laskimeen tarttumista...

Uusin versio 0.5.1 on päässyt palvelimille asti, olennaisin muutos on uusien, parempien 4200-sarjan indeksien haku asennusohjelmasta. Myös APT-käyttäjille on tullut hieman lisää toimintavarmuutta.

-Antti

Latailen tuossa taustalla uusia 4200-sarjan indeksejä ja huomio kiinnittyi edistymispalkin käytökseen (edistyy ensin täyteen mittaan liian nopeasti (500MB) ja sitten lopettaa latauksen näyttämisen, kun ollaan jossain 2GB tienoilla). Tässä pari ruutukaappausta...

Vanhat indeksit (tyyliin index-4004-47.fits) voi varmaan poistaa C:\cygwin\usr\share\astrometry\data kansiosta?

Lainaus käyttäjältä: Timpe - 14.04.2013, 14:54:01
Latailen tuossa taustalla uusia 4200-sarjan indeksejä ja huomio kiinnittyi edistymispalkin käytökseen (edistyy ensin täyteen mittaan liian nopeasti (500MB) ja sitten lopettaa latauksen näyttämisen, kun ollaan jossain 2GB tienoilla). Tässä pari ruutukaappausta...

Tuopas vasta jännä ilmiö, pitänee vilkaista voiko tuohon vaikuttaa. Komponentti on osa asennusohjelmaa, joten se voi olla tästälähtien "known issue".

Lainaus käyttäjältä: Timpe - 14.04.2013, 14:54:01
Vanhat indeksit (tyyliin index-4004-47.fits) voi varmaan poistaa C:\cygwin\usr\share\astrometry\data kansiosta?

Vanhat indeksit kannattaa poistaa, toki.

-Antti

Versio 0.6 näki juuri keinovalon, uusina ominaisuuksina BackyardEOS 3 ja Nebulosity 3.1 tuki.

Jos jotain epämääräistä ilmenee, niin lippu pystyyn AT:n virhe-ilmostoon (https://sourceforge.net/p/astrotortilla/tickets/) kohti versiota 1.0. Yhtään ominaisuutta tuosta versiosta ei enää puutu, joten ensimmäinen oikea release on lähellä monen vuoden beta-testauksen jälkeen.

-Antti

Heippa Kaima,

Kiitokset nebulisity tuesta. Koetan saada pelittämään vermeet kun taas selkeytyy kelit.

terveisin Antti

näyttäisi siltä että manuaalit molemmilla kielillä eivät ole ladattavissa....

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

Lainaus käyttäjältä: tähti_ville - 22.09.2013, 11:38:07
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.

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

-pasi

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

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

Lainaus käyttäjältä: tuunari - 24.09.2013, 22:52:25
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

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

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

Lainaus käyttäjältä: tähti_ville - 25.09.2013, 19:22:17
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.

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 (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 (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? :huh: 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... :grin:

Tuo -r vinkki oli edellisellä sivulla tässä samassa ketjussa  :wink: 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.

Lainaus käyttäjältä: Timpe - 29.10.2013, 19:39:54
(Hmmm.. miksiköhän tuokin tieto piti kaivaa netistä, eikä täältä ketjusta mitä suomalaiset tähtiharrastajat seuraavat? :huh:

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

Lainaus käyttäjältä: Timpe - 29.10.2013, 19:39:54
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ä (http://broiler.astrometry.net/~dstn/4200/README).  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 (http://broiler.astrometry.net/~dstn/4200/hp.png) ja sun (http://broiler.astrometry.net/~dstn/4200/hp2.png) 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.

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ä?

Kiitos Jussille (ketarax)  "selityksestä ja sympatiasta"  :smiley:
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? :undecided:
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.. :wink:

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! :smiley:
(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.

Lainaus käyttäjältä: Jussi Koponen - 31.10.2013, 16:32:25
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

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

Lainaus käyttäjältä: Timpe - 31.10.2013, 17:03:34
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.. :wink:

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

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

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

Lainaus käyttäjältä: mickut - 31.10.2013, 17:17:41
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"

Lainaus käyttäjältä: Jussi Koponen - 01.11.2013, 15:20:10
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

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.

Lainaus käyttäjältä: Jussi Koponen - 01.11.2013, 20:44:21
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

Lainaus käyttäjältä: mickut - 01.11.2013, 22:22:20
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?

Lainaus käyttäjältä: Jussi Koponen - 27.11.2013, 14:42:33
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

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

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! :cheesy:

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 (http://sourceforge.net/projects/astrotortilla/files/?source=navbar)

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.

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

Minulla olisi tietyn tyypinen "game changer" kehitysehdotus AstroTortilla tiimille :smiley:
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 (http://www.ccdware.com/buy/) (Total: USD 214.14 with VAT)?
Samaa perustoiminnallisuutta on kyselty perään mm. Stargazers Loungen foorumilla: http://stargazerslounge.com/topic/32731-alternative-to-ccdinspector/ (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...  :undecided:

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?

Muillekin Eqmodin omistajille vinkiksi manuaalinen platesolvaustapa (köyhän miehen Astrotortilla - vaikka se ilmainen onkin...).
1. Tee Goto ensimmäiseen kohteeseen
2. Keskitä kirkkain tähti keskelle
3. Ota kuva ja tallenna se
4. Lataa kuva http://nova.astrometry.net/upload ja anna palvelun tehdä solvaus
5. Ota talteen kirkkaimman tähden nimi - yleensä joku HD
6. Etsi tähtikarttaohjelmalla sama tähti ja tee synkkaus
Tämän jälkeen seuraavan kohdistustähden pitäisi osua jo kameran kennolle suoraan.

Kysymys viisaammille.
Tortillaa normaalisti käytettäessä tuolla custom kentässä kannattaa käyttää noita "--no-plots -N none" parametrejä, ettei suotta luo noita annotoituja kuvia. Jos kuitenkin jälkeenpäin haluaa käsittelyn jälkeen käyttää Tortillaa annotointiin, niin mihin pitää laittaa ja mitä, että saisi myös thtien tunnisteet näkyviin? Oletusasetuksilla kun tulee vain NGC tunnisteet. Astrometry.net tulee useammanlaista piirtotapaa mikäli olen oikein ymmärtänyt. Ainakin plot-constellations komennon pitäisi tulostaa kirkkaimpien tähtien nimet. Jostain varmaan löytyy paikka johon noita optioita voi lisätä vai pitääkö homma tehdä cygwinin komentoriviltä?

Lainaus käyttäjältä: MarkoT - 13.10.2014, 20:44:12
Kysymys viisaammille.
Tortillaa normaalisti käytettäessä tuolla custom kentässä kannattaa käyttää noita "--no-plots -N none" parametrejä, ettei suotta luo noita annotoituja kuvia. Jos kuitenkin jälkeenpäin haluaa käsittelyn jälkeen käyttää Tortillaa annotointiin, niin mihin pitää laittaa ja mitä, että saisi myös thtien tunnisteet näkyviin? Oletusasetuksilla kun tulee vain NGC tunnisteet. Astrometry.net tulee useammanlaista piirtotapaa mikäli olen oikein ymmärtänyt. Ainakin plot-constellations komennon pitäisi tulostaa kirkkaimpien tähtien nimet. Jostain varmaan löytyy paikka johon noita optioita voi lisätä vai pitääkö homma tehdä cygwinin komentoriviltä?

Käytännössä homma on helpointa tehdä cygwinin komentoriviltä, sillä AT ylikirjoittaa vanhojen päälle ja oletuksena poistaa kaikki väliaikaistiedostot poistuttaessa. Komentoriviltä saa myös useamman kuvan kerralla rouskuttamaan merkintöjä.

-Antti

Kiitos Antti. Näin hieman ounastelinkin, mutta yrittänyttä ei laiteta, vai miten se meni  :rolleyes:.

Kuinka päivitetään helpoiten AstroTortillan mukana tullut CygWin ajan tasalle torjumaan mm. nämä uusimmat Shellshock reiät sen Bash komentotulkissa? Koneena on täällä muutoinkin reikäinen WinXP, joten turhien reikien jättäminen koneeseen ei oikein houkuttelisi, vaikka yrittäisi rajoittaa koneen käytön pelkkään AstroTortillan / MaxIm DL:n yms. astrosoftien ajamiseen... :huh:
https://www.viestintavirasto.fi/tietoturva/haavoittuvuudet/2014/haavoittuvuus-2014-106.html (https://www.viestintavirasto.fi/tietoturva/haavoittuvuudet/2014/haavoittuvuus-2014-106.html)
http://www.geeksontech.com/what-to-do-about-shell-shock-bash-vulnerability/ (http://www.geeksontech.com/what-to-do-about-shell-shock-bash-vulnerability/)
http://www.mpc.fi/uutisia/article1014760.ece (http://www.mpc.fi/uutisia/article1014760.ece)
http://www.mpc.fi/uutisia/article1023763.ece (http://www.mpc.fi/uutisia/article1023763.ece) jne.

Teoriassa tuo pitäisi onnistua ajamalla Cygwin-installer kertomalla missä se asennus majailee. Päivityslistasta kannattaa varmistaa, ettei poista mitään olennaista (astrometry.net ja sen välittömät riippuvuudet kuten netpbm).

Ota varmuuskopio koko cygwin-hakemistosta johonkin zippiin josta voit palauttaa tilanteen ennalleen jos jotain meni pieleen poistamalla rikkinäisen ympäristön ja purkamalla zipistä tunnetun ehjän. Cygwinillä ei pitäisi olla ulkoisia riippuvuuksia, joten tuo riittää.

-Antti

Onnistuu käytännössäkin ja nappasin työkulusta ruutukuvat ja pienen ohjeistuksen tähän alle. :smiley:

1.) Lataa CygWin setup täältä: https://cygwin.com/install.html (https://cygwin.com/install.html) (omalle koneelle meni setup-x86.exe)
2.) Käynnistä lataamasi setup.exe ja paina Nextiä oletuksilla eteenpäin kunnes päädyt lataussijainnin valintaan. ÄLÄ valitse ohjelman ehdottamaa astrotortilla.kuntsi.com sijaintia (kuva#1), jollei Antti lataile tuonne myös CygWinin uusimpia paketteja tarjolle. Itse käytin Saksan lyhyimmän nimen omaavaa palvelinta eli http://ftp.gwdg.de (http://ftp.gwdg.de) sijaintia (sijainnilla ei liene väliä, nopein lataus tulee lähellä olevasta palvelimesta), kuva #2.
3.) Asennus etenee paketin kustomointi-valintoihin. Päivitys taitaa mennä oletuksillla läpi; itse tarkistin Antin mainitsemat jutut (kuva #3), joihin näytti tulevan automaattisesti myös versiopäivityksiä (=Search -kenttään voi syöttää hakuehtoja ja tämän asennuksen tekemät mahdolliset muutokset CygWin-asennukseen näkyvät sitten samassa ikkunassa hakuehtojen mukaan, jollei jaksa kahlata koko pakettilistaa läpi).
4.) Tsekkasin vielä mitä tapahtuu tälle ongelmaiselle Bash-paketille (kuva #4) eli sieltä tulla tupsahtaa päivityksessä uusin versio Bashista: bash-4.1.17-9 (https://cygwin.com/ml/cygwin-announce/2014-10/msg00015.html)

...ohje jatkuu seuraavassa viestissä...

5.) Asennus etenee riippuvuuksien (dependencies) tarkistukseen, tuosta Nextillä läpi (pukki Select required packages tulee olla valittuna), kuva #5.
6.) Downloading... (ladataan tarvittavat paketit), kuva #6.
7.) Uninstalling... (poistetaan vanhat pakettiversiot), kuva #7.
8.) Installing... (uudet versiot tilalle), kuva #8.

Tässä vaiheessa ei tarvinnut kuin odotella latauksen etenemistä... (ohje jatkuu seuraavassa viestissä).

9.) Lisää halumasi CygWin kuvakkeet koneellesi ja lopeta asennnus (kuva #9)
10.) Avaa CygWin Terminal (löytyy käynnistysvalikosta ja työpöydältä, jos asensit kummatkin kuvakkeet). Suorita komentokehotteessa komento bash -version, niin näet mikä versio komentotulkista on nyt CygWinin käytössä. Exit komento lopettaa Terminal -ohjelman (kuva #10).
11.) Testaa AstroTortillan toiminta vaikka Goto image toiminnolla (kuva #11). Korjaava ohjelmistopäivitys Bash komentotulkkiin on nyt asennettu! :laugh:

Tämä kannattaa tehdä kaikkiin AstroTortilla asennuksiin, koska maailmalla on tietääkseni haittakoodia liikkeellä tähän aukkoon siinä määrin että pelkkä väärän linkin klikkaaminen jollakin verkkosivulla riittää haitakkeiden tulemiseen omalle harrastuskoneelle. (Näitä tähtiharrastukseen tarvittavia etäkoneitahan ei yleensä seurata aktiivisesti, jolloin haittaohjelmat voivat käyttää niitä huoletta hyväkseen.)

Shellshockin kannalta saa kyllä olla ihan mukavan rauhassa sikäli kun ei ole viritellyt cygwiniinsä mitään palvelua joka kuuntelisi internettiin päin auki olevia portteja.

Välitöntä katastrofin vaaraa ei siis ole, mutta tietysti päivittäminen on kaikkein viisainta.

Tässä pikkuhiljaa opetellaan Astrotortillan käyttöä. Platesolvauksesta kysymys: kun on ratkaistu putken osoittama paikka niin osaako Cartes du Ciel lukea ko tiedon? Eli tarviiko CdC:tä synkata Tortillan solvauksen jälkeen? Vai miten se homma menee?

Tortilla lähettää synkkauskäskyn jalustan ASCOM-ajurille. CdC lukee jalustan suuntauksen samalta ASCOM-ajurilta. Eli CdC pysyy automaattisesti mukana.

Joo nuo näkyy toimivan, kiitos.

Seuraava kysymys: jalusta on kytkettynä ja toiminnassa. Lataan koneelta tähtikuvan ja yritän ratkoa sitä. Saan aina vaan vastauksen että no solution in 0.0s.

Indeksit on ladattu. Missähän lie vika?

Lainaus käyttäjältä: Kettu-Pekka - 24.04.2015, 21:57:21
Seuraava kysymys: jalusta on kytkettynä ja toiminnassa. Lataan koneelta tähtikuvan ja yritän ratkoa sitä. Saan aina vaan vastauksen että no solution in 0.0s.

Laita logitus-ikkuna päälle ja katso siinä näkyvistä mahdollisista virheilmoituksista mitä menee pieleen.

-Antti

Sain vinkin tästä ohjelmasta plate solve käyttöön. Haluaisin tehdä sellaisen systeemin että guide kamera hoitaisi plate solven + guidauksen. Eli guide kamera olisi kohdistettu samaan pisteeseen kuin dslr ja tietäisin kokoajan mihin kamera on osoitettuna. Haluaisin näkymän esimerkiksi stellariumiin tai vastaavaan. Jalustassa ei gotoa ja tämä tulisi ennen goton rakentelua korvaamaan tätä ominaisuutta.

Kysymys siis onko tälläinen systeemi mahdollista rakentaa? Toimisiko se "reaaliajassa" tai pienellä viiveellä?

Vaikeat kohteet ovat todella haastavia löytää, kun settiin ei taida edes finderia mahtua. Muutenkin pienen finderin käyttöllä ei kovin tarkasti oikeaan osoitteeseen löydä.

Kuvien ottaminen kameralla, jalustan kääntäminen gotolla ja tuntemattoman tähtikuvan paikan ratkaiseminen plate solvella ovat kaikki jo vanhoja ideoita. AstroTortillan idea on vain kääriä nämä kolme ominaisuutta yhteen - siitä Tortilla-nimi.

AstroTortillalla pystyt tekemään suunnilleen kuvatun kaltaisen operaation kytkemällä kiinni kameran ja valitsemalla jalustaksi ASCOM simulaattorijalustan. Painamalla nappia voit ottaa kameralla kuvan ja synkata simulaattorijalustan paikkatiedon kuvasta ratkaistuun kohtaan.

Simulaattorijalustan osoittaman paikan saat sitten näkymään Stellariumissa tai missä vaan ASCOM-yhteensopivassa karttaohjelmassa samalla tavalla kuin todellisen jalustan.

Kameran ei mitenkään välttämättä tarvitse olla guidekamera, voit yhtä hyvin hoitaa homman myös sillä DSLR:llä. Ainoa vaatimus on että Tortilla saa kameraan jotenkin yhteyden (pitää joko löytyä kameralle ASCOM-ajurit tai sitten käyttää kameraa jonkun tortillan tukeman kuvausohjelman avulla). Guidekameran kohdistaminen kuvauskameran suuntaan on ylimääräinen päänvaiva, josta en itse jaksaisi murehtia.

Prosessiin kuluu valotuksen ja ratkaisun verran aikaa. Valotuksen pituushan on mitä on, ja ratkaisu tulee joskus nopeasti ja joskus hitaasti (lisää juttua löytyy tästä ketjusta). Kun ratkaisu on tullut, paikka napsahtaa kyllä stellariumin näkymään melko välittömästi.

Selvensikö yhtään?

Kiitos paljon! Loistava vastaus. Ajattelin vain että guidekameran data tulee jokatapauksessa ohjattua tietokoneelle. Käytän tällä hetkellä langatonta ohjausta dslr:llä ja sillä vie n. 15sec aikaa siirtää kuva kamerasta koneelle. Olen siksi tallentanut kuvat kameran muistikortille. Tietysti voisin kiinnittää kameran piuhalla koneeseen ja tällöin saisin kuvan nopeammin koneelle. Tuntuu vaan että johtoja menee jo niin paljon että menevät solmuun...

Tämä systeemihän toimii oikein hyvänä pushto järjestelmänä. Tietysti vähän kauemmin menee. Pitää koittaa laittaa systeemi täksi illaksi valmiiksi. Pääsee testaamaan.

Lainaus käyttäjältä: wm-x - 28.08.2015, 14:55:29
Käytän tällä hetkellä langatonta ohjausta dslr:llä ja sillä vie n. 15sec aikaa siirtää kuva kamerasta koneelle. Olen siksi tallentanut kuvat kameran muistikortille. Tietysti voisin kiinnittää kameran piuhalla koneeseen ja tällöin saisin kuvan nopeammin koneelle.

Näillä konsteilla et sitten saa komennettua kuvan ottoa tortillan napilla. Voit tietysti korvata tortillaan valitun kameran tiedoston avaamisella. Kun painat capture & solve, saat eteesi valikon josta osoittaa uusin kuva. Valinnan jälkeen prosessi etenee kuin kuva olisi juuri saatu pyytämällä kameralta.

En saa tuota plate solvea toimimaan. Laitoin että kansiosta lukee tuon tiedoston. Sain avattua tiedoston, mutta ilmoittaa että no solutions in 367s

Kaluston field of view:2.79° x 1.86°   
Resolution:1.68"/pixel

Olisiko apua mitkä säädöt tuohon pitää laittaa.

sigma nyt 70,
search radius 45

Mitä olet laittanut scale minimum - ja scale maximum -säätöihin? Montako tähteä ohjelma löytää kuvasta? Search radius voi olla muistaakseni ihan hyvin 180, jos jalustaa ei ole synkattu lähellekään oikeaa suntaa.

Arvot olivat: Min 0.1 ja max 179. Kokeilin tuolla netin astrometryllä. Se tunnisti kuvan, mutta se ei antanut mitään selkokielistä vastausta.

Viime yönä taas tuskailin kohteiden löytämisen kanssa. Plate solvea en vaan saanut toimimaan. Mitkä nuo min scale ja max scale pitäisi olla?

Lainaus käyttäjältä: wm-x - 30.08.2015, 11:32:16
Viime yönä taas tuskailin kohteiden löytämisen kanssa. Plate solvea en vaan saanut toimimaan. Mitkä nuo min scale ja max scale pitäisi olla?

Ne ovat etsittävän kuvakentän kokorajat halutuissa yksiköissä (seuraava kenttä). Yksikössä "degwidth" hyvät arvot ovat 0 ja 90. Tortillan neljäs olennainen parametri on scale refinement, siihen esim 0.1, niin tortilla asettaa min ja max arvot 10% päähän ratkotusta kentästä. Tämä nopeuttaa hakua merkittävästi, koska ei tarvitse verrata vääränkokoisiin tähtikuvioihin.

-Antti

Ongelmia saada seurantaa toimimaan yhtäaikaa Tortillan kanssa. Olen kytkenyt PC:n sarjakaapelilla Skywatcher EQ-6 Synscan käsikapulaan. Käytössä EQMOD ASCOM ajuri. Sain yhdeyden toimimaan AT:sta jalustaan kun kytkin käsikapulasta PC direct moden päälle. Ilman tätä modea ei yhteyden luonti onnistunut. PC direct mode vaan aiheuttaa sen, että jalustan seurantamoottorit pysähtyvät. Myöskään PHD2 quiding ei pysty enää seuraamaan. Olenkohan ymmärtänyt jotain väärin vai mikä tässä mahtaa kiikastaa ? Skywatcherin epätarkka goto alkaa ahistamaan.

Eihän sitä kapulaa välttämättä tarvi ollenkaan eqmodin kanssa.

Onko seuranta päällä EQASCOMissa? (Sidereal tracking)

Track rate oli asennossa Not tracking. Pitääpä illalla kokeilla toimiiko paremmin kun vaihtaa asentoon Sidereal.
Jos haluaa käyttää ilman Synscan-kapulaa niin onko suositeltavaa käyttää planetaario-softaa kuten Cartes du Ciel ?

Muuten käyttö on aika askeettista. Eli kyllä.

Seuranta lähti toimimaan kun laittoi Track rate sidereal päälle. Pitääkö Backyard EOS ohjelmasta olla premium versio, että saa yhteyden toimimaan AT:n kanssa ? Backyard EOS Classic editionissa ei ole 3rd party integration asetusta. Ei nyt oikein ymmärrä mitkä arvot AT:ssa pitäisi laittaa BackyardEOS Setupissa kun kysyy Port number ja BackyardEOS address ? Default arvot 1499 ja localhost:4300 eivät näytä pelittävän.

Hiukan epämääräinen vikakuvaus tulossa, toimitan lisätietoa myöhemmin esim. lokien muodossa...
Mistä mahtaa johtua, kun AT ratkoo sijainnit ihan hyvin ts. osaa synkata tarkemman sijainnin ASCOM jalustalle.
Mutta sitten kun otan esille edelliskerran FITS-kuvan ja käskytän Goto image putkea tarkemmin tuonne kuvan sijaintiin, niin tällöin AT ratkoo kuvasta koordinaatit ja tekee jalustalle sen ensimmäisen siirron kunnolla... ja sekoaa sitten täsmennyksessä, kun pitäisi siirtää jalustaa mutta vain hiukan johonkin suuntaan.

Tässä vaiheet:
- Goto image... komennolle FITS kuvan lataaminen ja ratkonta alkaa + jalusta saa kohdekoordinaatit. Toimii normaalisti (5...30s ajassa) ja jalusta reagoi.
- Jalusta siirtää kaukoputken tuon mallikuvan kohteen lähelle.
- Sitten AT ottaa uuden FITS-kuvan täsmentääkseen kohdistusta (2x2 binnaten) ja jämähtää nyt ratkomaan sen sijaintia (Solving...) loputtomasti
Toisin sanoen AT yrittää ratkaista sijaintia, mutta jumii tässä ratkonnassa ikuiseen luuppiin. (Yritän pyytää jalustan kohdistukseen täsmennystä kunnes ollaan 0,3' tarkkuudella edellisen kuvan paikasta. Onko vaatimus liikaa?)

Lainaus käyttäjältä: Timpe - 26.10.2017, 23:14:37
Toisin sanoen AT yrittää ratkaista sijaintia, mutta jumii tässä ratkonnassa ikuiseen luuppiin. (Yritän pyytää jalustan kohdistukseen täsmennystä kunnes ollaan 0,3' tarkkuudella edellisen kuvan paikasta. Onko vaatimus liikaa?)

Ei pitäisi olla liikaa vaadittu.  Mieleen ei hetsiltään tule oikein muuta, kuin että search radius-parametri tortillassa/astrometryssä olisi (älyttömän) pieni, mutta ei tämänkään pitäisi mitenkään erityisesti "vanhoihin" kuviin kohdistettaessa ilmetä.  Onko ensimmäinen kuva 1x1-binnattu, ja vasta kohdistusvaiheessa otettu 2x2?  Onko tuommoinen 2x2-binnattu kuva koskaan solvannut oikein?  Ajan takaa, että jos tähtitunnistuksessa tulisi noiden välillä jotain eroa (--> -sigma -parametri astrometrylle, muistaakseni).

Downscaling on arvossa 2 ts. AT skaalaa kuvan pienemmäksi ennen ratkontaa (tämä oli ajatukseni tuossa yllä, ei ole kyse niinkään kameran binnauksesta).

Katsotaanpa eli tässä ovat liitteenä lokitiedot nykyisestä asennuksesta... (nimetty *.txt muotoon).
Voin kohta ottaa tuon asennuksen koneesta pois ja laittaa sitten kokonaan uudelleen, jos noista tekstitiedostoista ei löydy jotain selkeää syytä bugitteluun.

Tiedoksi sen verran, että tässä on ollut ongelmaa AP:n ASCOM-ajurien kanssa: http://www.gralak.com/apdriver/ (http://www.gralak.com/apdriver/)
Kuten tuolla sanotaan, niin Euroopassa asuvien ei pitäisi koskea noihin 5.10.xx ajureihin, joten koneessa on nyt v5.09.09 AP ASCOM-ajurit. Tämä tieto tuli jälkikäteen, joten vikaa voisi toki kaivaa siltäkin suunnalta...

Lainaus käyttäjältä: Timpe - 27.10.2017, 19:08:58
Kuten tuolla sanotaan, niin Euroopassa asuvien ei pitäisi koskea noihin 5.10.xx ajureihin, joten koneessa on nyt v5.09.09 AP ASCOM-ajurit. Tämä tieto tuli jälkikäteen, joten vikaa voisi toki kaivaa siltäkin suunnalta...

Melkein sanoisin että siellähän se vika varmaan onkin, joku JNOW/J2000-sekoilu TMV vois sotkea systeemin.

Logista löytyy toistuvia ongelmia syncauksen kanssa ("Exception: ASCOM Telescope sync error" jne) --> jos astrometryn ratkaisu on eri koordinaateissa kuin jalustan, kenties...?

Search radius on sulla tosi iso, puoli taivasta.  Itse käytän 45 astetta, ja tosiasiassa pärjäisin alle kymmenellä.  Kannattaa pienentää, pitäisi nopeuttaa solver-vaihetta.

Tutkin vielä noita virheitä ja samaa "'freeze on recentering'" ongelmatyyppiä on ollut mm. tämän version aikana:
https://sourceforge.net/p/astrotortilla/discussion/issues/thread/b5546e48/ (https://sourceforge.net/p/astrotortilla/discussion/issues/thread/b5546e48/)
Tuolla sanottiin lopuksi näin:
"Finally solved my problem. If EQMOD is set to "append on Sync", then AT locks up. Once EQMOD is set to "Dialog based" sync, AT works fine."

Ja kun vertaa tuota nippelitietoa AP:n omaan ajurihistoriaan täällä: http://www.gralak.com/apdriver/help/index.html?help_version_history.htm (http://www.gralak.com/apdriver/help/index.html?help_version_history.htm)
...niin löytyisikö tuolta jotain viimeisen 6...9 kk ajalta, mikä olisi alkanut sotkemaan AT:n toimintaa? Oma mutu sanoo, että viime talvena tuon Astrotortillan re-syncin kanssa ei ollut ongelmaa ja sitten se vain tupsahti esiin jossain vaiheessa.

Ja vielä tämäkin löytyi:  :huh:
https://sourceforge.net/p/astrotortilla/discussion/issues/thread/aae41ca4/?limit=25#47a4 (https://sourceforge.net/p/astrotortilla/discussion/issues/thread/aae41ca4/?limit=25#47a4)

Mikä mahtaa olla AstroTortillan toiminta-status nykyisten Astro-Physicsin ASCOM v2 ajurien kanssa? Onko tuolla jokin "tiedetty ongelma" nykyisten AP v2 ajurien kanssa, mitä ei ole ehditty korjaamaan, kun on kyse yllättävän suosituksi osoittautuneesta "kotikutoisesta ja puolivillaisesta kuvausapuohjelmasta"?  :tongue: Versio 0.7 on sentään aika iäkäs ja tuona aikana AP:n ASCOM-ajuria on kehitetty moneen kertaan eteenpäin (lähinnä tuon APCC:n tarpeita vastaavaksi). Eli pitäisikö allekirjoittaneen mennä ASCOM-ajuriversioissa taaksepäin riittävän pitkälle, jotta joku yhteensopivuus AT:n ja AP:n väliltä löytyisi?

Liitteessä on AP:n ASCOM lokitiedosto zipattuna...

Tein koneelle pari toimenpidettä:
1.) rekisterin puhdistus http://www.wisecleaner.com/wise-registry-cleaner.html (http://www.wisecleaner.com/wise-registry-cleaner.html)
2.) CygWin päivitys uusimpaan x86 versioon https://cygwin.com/install.html (https://cygwin.com/install.html) (ohje aiemmin tässä ketjussa, nyt GNU bash version 4.4.12(3)-release (i686-pc-cygwin))
3.) AP v2 ajurin poisto ja paluu vanhaan versioon (V5.08.08 - 2016-April-24  Release).

Nyt tuo ajuri ehdottelee päivitystä 5.09.07 versioon (mikä on siis vanhempi kuin nyt koneessa ollut v5.09.09, jolla ongelmaa oli). Kokeilen seuraavaksi AstroTortillan käyttöä tuon kanssa, kun tulee tähtikeliä saataville.

Lyhyt kuittaus eli tuo AP ajuri V5.08.08 - 2016-April-24  Release toimi oikein AT:n kanssa, muuta en ehtinyt testaamaan, kun pilvet tulivat taas päälle... Mutta hyvä näinkin  :smiley:

Osaakohan joku viisaampi neuvoa, et mikä vikana? Aikaisemmassa läppärissä toimi ihan ok. Nyt asenti ihan normaalisti ja kun ohjelman käynnistää herjaa seuraavaa  :veryangry:

-Essi

Puukota tuonne C:\Program Files (x86)\AstroTortilla kansioon muokkausoikeudet myös tavallisille käyttäjille, niin tuo alkaa pelittämään myös Windows 7:ssa  :wink:
Tuonne pääsee käsiksi klikkaamalla hiiren oikealla AstroTortilla kansion nimeä ja valitsemalla sen ominaisuudet (Properties / Security mitä lienee suomenkielissä). Muokkaa siten että tavalliset käyttäjät (Users ryhmä) saavat muokkausoikeudet. Ks. liitekuvaa.

Jostain syystä AstroTortilla ei asennuksessa anna tuonne riittäviä oikeuksia, kooderit tietänevät syyn miksi.

Lainaus käyttäjältä: Timpe - 03.03.2018, 19:14:24
alkaa pelittämään myös Windows 7:ssa 

Kiitokset tästä. Pitää huomenna testata auttaako asiaan. Mut kyseisessä koneessa sattuu olemaan tuo windowsin viimeinen virhe eli numero 10  :wink: