

-----------------------------------

Zsolt Nagy

08 Iun 2015 09:42


StarsPi - autoguider Android

-----------------------------------

Salutare!

Am placerea sa va prezint aplicatia la care lucrez in prezent: StarsPi.
Sistemul este format din doua componente: 
- un Raspberry Pi care se conecteaza la camera de ghidare (si montura), ruland un soft special
- aplicatie Android care ruleaza pe telefon(tableta)

Cele doua comunica prin WiFi, setarile, pornirea/oprirea/verificarea ghidajului se pot face folosind doar telefonul. Proiectul a fost conceput pentru a inlocui sistemele de "standalone-guiding" si solutiile cu laptop. Aplicatia este gratuita, singura investitie fiind partea de hardware.
Mai multe informatii gasiti pe  http://starspi.com/

Sper ca va place ideea si o veti incerca cat mai multi!


-----------------------------------

MrMxyzptlk

08 Iun 2015 17:03



-----------------------------------

Imi place ideea, asteptam update-uri


-----------------------------------

2SKY

08 Iun 2015 18:44



-----------------------------------

Investitia este acea cutie si cit costa ? . Nu facea un laptop mai multe ?


-----------------------------------

Zsolt Nagy

08 Iun 2015 19:10



-----------------------------------

Salut!

Toate elementele hardware costa in jur de 320 lei, cu siguranta mult mai putin decat un laptop decent. In plus acest Raspberry consuma mult mai putin fata de un laptop, deci autonomia nu mai este o problema. Laptopul meu nu a reusit sa mearga mai mult de 3.5 ore chiar si cu ecranul stins.

Mai exista si partea de confort: o aplicatie pornita pe telefon nu e acelasi lucru ca si cum ai porni un laptop (sa nu mai vorbim de masuta sau ceva pe care il asezi). Nu sunt cabluri intre utilizator si "telecomanda", toate dispozitivele sunt conectate la RPi, iar telefonul prin WiFi.

Eu am vrut neaparat un standalone-autoguider, dar care nu e asa scump ca solutiile existente pe piata: un Lacerta MGEN costa in jur de 2800 lei. Inca un avantaj fata de aceste autoguidere este faptul ca poti folosi camera si la facut poze; camera MGEN-ului se poate folosi numai impreuna cu controllerul lui, exclus fotografiere cu ele.

Sper ca ti-am starnit interesul. Aplicatia este online pe Google Play, daca ai chef poti incerca si tu: Investitia este acea cutie si cit costa ? . Nu facea un laptop mai multe ?


-----------------------------------

starbuck

08 Iun 2015 20:18



-----------------------------------

Arata bine aplicatia. Intrebarea mea este: poti face calibrarea sau configurarea pentru diferitele grosismente folosite ? Aici nu ma refer la lunetele cautatoare uzuale de 6x sau 9x ci la un alt telescop cu grosisment comparabil cu cel al telescopului care este folosit pe post de luneta cautatoare pentru o precizie cat mai mare a autoguidingului. La grosismente mari te confrunti cu luminozitate scazuta si pauze prelungite cauzate de nori sau turbulente. Tratezi cazul in care steaua de ghidaj reapare in cadru in afara zonei de interceptare ? E cam greu de scanat in timp real cadrul intreg chiar si la un amarat de webcam VGA de 640x480.


-----------------------------------

sabin fota

08 Iun 2015 20:22



-----------------------------------

Sper sa fie un proiect de succes!
Multa bafta!


-----------------------------------

Zsolt Nagy

08 Iun 2015 21:52



-----------------------------------

Salut!

Nu sunt convins ca inteleg intrebarea: cand zici grosisment, te referi la distanta focala/raport focal?

 poti face calibrarea sau configurarea pentru diferitele grosismente folosite ? 
Aplicatia iti permite sa setezi atat diametrul cat si focala lunetei de ghidaj.

La grosismente mari te confrunti cu luminozitate scazuta si pauze prelungite cauzate de nori sau turbulente.
Ai optiuni sa setezi exposure, gain si whitepoint pentru camera, raportul focal scazut se poate compensa din setarile camerei. Observatia legata de pauze nu o inteleg, detalieaza te rog ce legatura crezi ca apare intre "grosismentul mare" si durata pauzelor cauzate de nori...

Tratezi cazul in care steaua de ghidaj reapare in cadru in afara zonei de interceptare ?
Acest caz nu este tratat intr un fel neobisnuit  nici in acest software si nici in altul pe care cunosc eu. Daca pierzi steaua, se opreste ghidajul si trebuie sa l repornesti (daca mai poti). Am in plan sa se genereze o notificare pe telefon in cazul in care se intampla acest lucru. Pana atunci trebuie verificat din cand in cand... Daca cunosti/cunoaste cineva un software de ghidaj care face repornire fara interventie, va rog sa mi recomandati sa pot studia.

Programul care ruleaza pe Raspberry nu a fost creat de mine, eu numai l-am modificat ca sa comunice cu telefonul prin WiFi. Mentionez ca programul original este folosit cu succes intr-un observator din Bulgaria ghidajul fiind realizat cu telescopul principal  2000/12000.


-----------------------------------

Zsolt Nagy

08 Iun 2015 22:02



-----------------------------------

Multumesc! Voi posta aici informatii daca apar versiuni noi ale aplicatiei!
Sper sa fie un proiect de succes!
Multa bafta!


-----------------------------------

starbuck

09 Iun 2015 10:59



-----------------------------------

Grosismentul este puterea de marire a telescopului si este definit ca raportul dintre distanta focala a telescopului (a lentilei sau a oglinzii telescopului mai exact) si distanta focala a ocularului folosit.

Valoarea grosismentului este invers proportionala cu marimea campului vizual al telescopului si implicit cu cantitatea de lumina colectata. Asadar la un grosisment mare vei avea o luminozitate scazuta distribuita pe o suprafata de asemenea scazuta. Asta iti va face captura stelei de ghidaj per intervalul de timp mult mai sensibila la turbulente sau nori. Parametrii de camera (exposure, gain, white point) pot rezolva problema numai partial, peste o anumita valoare fiecare parametru nu va face decat sa iti scada raportul semnal/zgomot al imaginii capturate. 
 
Legat de repornirea ghidajului aceasta ar trebui sa se faca oricum automat la depasirea unui interval de timp (timeout) in care nu s-a inregistrat nici o imagine a stelei de ghidaj. Oricum folosesti tehnici bazate pe contrastul imaginii sau pe histograma pentru a calcula prezenta stelei de ghidaj in fereastra de interceptare. Ai nevoie doar de un timer suplimentar care sa verifice cand histograma are o valoare medie sub o limita considerate si sa reporneasca ghidajul dupa timeout-ul in care s-a mentinut acea valoare. In fine, ai inteles ideea de baza.


-----------------------------------

Zsolt Nagy

09 Iun 2015 13:39



-----------------------------------

Salut!

Ce ai scris mai sus mi a fost si mie clar, eu eram curios cum interpretezi grosismentul cand ai o luneta de ghidaj si o camera in prime-focus, cum se face de obicei ghidajul (camp vizual se poate calcula luand ca parametrii focala si marimea senzorului dar de grosisment eu nu am auzit in acest context).


-----------------------------------

starbuck

09 Iun 2015 16:24



-----------------------------------

Grosismentul in cazul unei lunete de ghidaj cu camera in prime focus il calculezi indirect afland marimea pe senzorul foto a obiectului fotografiat si apoi faci raportul dintre aceasta marime si marimea reala in grade sau in arc secunde a obiectului in cauza. 

s - diametrul obiectului pe sensor in mm;
f - distanta focala a lunetei;
a - marimea angulara a obiectului pe cer (grade sau arc secunde);

s  = a * f / 57.3 (calcul in grade);
s = a * f/ 206.300 (calcul in arc secunde);

Grosismentul in acest caz este raportul dintre diametrul obiectului pe sensor calculat anterior si diametrul in mm al corpului vazut cu ochiul liber.
Detalii despre metoda asta gasesti aici: http://plato.acadiau.ca/courses/phys/1513/optics.htm#imagesize

O alta metoda consta in a considera generic distanta focala de 50mm corespunzatoare unei magnificatii de 1x pentru camerele digitale. Spun generic deoarece in cazul unei camere pe film magnificatia 1x corespunde unui plan focal situat la 43mm.
Asadar daca de exemplu distanta focala a lunetei este de 300mm atunci grosismentul pentru prime focus va fi 300/50 = 6x.


-----------------------------------

nobody

09 Iun 2015 17:25



-----------------------------------

Aceasta este o abordare din punct de vedere al fotografiei clasice si al campului vizual. 43.3 mm este diagonala filmului standard de 35 mm, nu o lungime focala de referinta. Exista si o lungime focala considerata "normala" care da o perspectiva a obiectelor asemanatoare vederii umane, dar asta este alta poveste, irelevanta in astrofoto.

Putem vorbi de grosisment doar la sisteme optice afocale (obiectiv + ocular). Intr-un sistem focal (obiectiv + senzor), raportarea fata de o focala de referinta (sau o dimensiune data pe senzor) este cel mult "zoom" (relativ la un sistem de referinta).


-----------------------------------

Zsolt Nagy

09 Iun 2015 17:28



-----------------------------------

Acum inteleg la ce te ai referit, desi aud prima oara in acest context, trebuie sa recunosc. 
As vrea sa inteleg pana la capat: imi poti explica te rog cum se poate masura/determina/calcula diametrul in mm al corpului vazut cu ochiul liber? Pe linkul recomandat nu am gasit nimic ce explica acest concept.

Grosismentul in cazul unei lunete de ghidaj cu camera in prime focus il calculezi indirect afland marimea pe senzorul foto a obiectului fotografiat si apoi faci raportul dintre aceasta marime si marimea reala in grade sau in arc secunde a obiectului in cauza. 

s - diametrul obiectului pe sensor in mm;
f - distanta focala a lunetei;
a - marimea angulara a obiectului pe cer (grade sau arc secunde);

s  = a * f / 57.3 (calcul in grade);
s = a * f/ 206.300 (calcul in arc secunde);

Grosismentul in acest caz este raportul dintre diametrul obiectului pe sensor calculat anterior si diametrul in mm al corpului vazut cu ochiul liber.
Detalii despre metoda asta gasesti aici: http://plato.acadiau.ca/courses/phys/1513/optics.htm#imagesize

O alta metoda consta in a considera generic distanta focala de 50mm corespunzatoare unei magnificatii de 1x pentru camerele digitale. Spun generic deoarece in cazul unei camere pe film magnificatia 1x corespunde unui plan focal situat la 43mm.
Asadar daca de exemplu distanta focala a lunetei este de 300mm atunci grosismentul pentru prime focus va fi 300/50 = 6x.


-----------------------------------

starbuck

09 Iun 2015 18:22



-----------------------------------

O alta descriere a metodei de calcul cu conversia din arc secunde in mm o gasesti in documentul de la link-ul urmator:
http://spacemath.gsfc.nasa.gov/weekly/10Page38.pdf

In continuare ai nevoie de masurarea fie in arc secunde fie in mm a obiectului ceresc vazut cu ochiul liber. O solutie ar fi folosirea unui ocular fara magnificatie  gradat in cazul cel mai fericit cu ambele scale (arc secunde si mm). O alta solutie ar fi folosirea unui tabel cu valori precalculate in arc secunde pentru corpurile ceresti cele mai cunoscute cum ar fi cel de la link-ul urmator:

http://en.wikipedia.org/wiki/Angular_diameter

Bineinteles ca poti gasi informatii de marime despre orice corp ceresc observabil. Apoi folosesti formula de la primul link pentru a obtine valoarea in mm.


-----------------------------------

starbuck

09 Iun 2015 18:51



-----------------------------------

Provocarea tehnica este corelarea acestor marimi cu parametrii de camera si montura unde te mai confrunti si cu P.E.C. (Periodical Error Correction) cauzata de imperfectiunile mecanice ale monturii in dimensiuni si miscare.  

P.E.C. presupune "antrenarea" specifica a aplicatiei inainte de autoguiding-ul propriu-zis pentru fiecare montura in parte (chiar pentru monturi de acelasi model) pentru a realiza corectiile necesare pe ambele axe de miscare. 

Toate problemele pe care le-am discutat in cazul aplicatiei tale le-am studiat personal tot cu ocazia dezvoltarii unei aplicatii de autoguiding (bazata pe Arduino si fara camera video !). In final am inteles de ce este atat de mare costul de pe piata al dispozitivelor de autoguiding sau al monturilor dotate din constructive cu aceasta functie. Poti studia daca vrei aplicatia open-source PHD dar acolo vei constata ca gramada de parametrii care trebuie configurati pentru un autoguiding performant echivaleaza ca efort costurile aparent economisite. In final e o decizie proprie fiecaruia in functie de raportul specific (satisfactie hobby)/(timp liber) :).

Din tot ce am studiat eu pana acum despre autoguiding am ajuns la concluzia ca sistemele de autoguiding si motorizare incluse din fabricatie in dotarea monturii sunt cele mai performante. 
Acest fapt nu exclude eficienta sistemelor de autoguiding externe dar efortul financiar sau de configurare si optimizare va fi pe masura. Asta e oricum numai parerea mea personala. Nu vreau nici pe departe sa te descurajez, voiam numai sa fii constient de mai multe aspecte sau probleme tehnice care pot interveni.


-----------------------------------

nobody

09 Iun 2015 19:04



-----------------------------------

Cum ai facut asta ?
Toate problemele pe care le-am discutat in cazul aplicatiei tale le-am studiat personal tot cu ocazia dezvoltarii unei aplicatii de autoguiding (bazata pe Arduino si fara camera video !).


-----------------------------------

starbuck

09 Iun 2015 19:31



-----------------------------------

Am in plan sa deschid in curand un topic dedicat si imi pare rau ca nu pot da inca detalii pana nu finalizez implementarea (o chestiune doar de timp). Oricum pot afirma de pe acum ca autoguiding-ul fara camera video este perfect posibil iar volumul de calcul este semnificativ mai mic decat in cazul autoguiding-ului bazat pe camera video. Multumesc pentru intelegere ! :)


-----------------------------------

Zsolt Nagy

09 Iun 2015 19:33



-----------------------------------

Toate problemele pe care le-am discutat in cazul aplicatiei tale
Cred ca nu m am exprimat bine: aplicatia care face munca grea (ghidarea in sine) NU este munca mea, este o aplicatie dezvoltata inca din 2010. Din cate stiu eu a fost folosita cu succes de foarte multi utilizatori. Eu am completat programul cu partea de comunicare si am creat de la zero aplicatia Android. In ceea ce priveste performanta ghidajului, sunt convins ca va fi multumitor.


-----------------------------------

Zsolt Nagy

09 Iun 2015 19:47



-----------------------------------

Am in plan sa deschid in curand un topic dedicat si imi pare rau ca nu pot da inca detalii pana nu finalizez implementarea (o chestiune doar de timp). Oricum pot afirma de pe acum ca autoguiding-ul fara camera video este perfect posibil iar volumul de calcul este semnificativ mai mic decat in cazul autoguiding-ului bazat pe camera video. Multumesc pentru intelegere ! :)

Sper ca nu e bazat pe encoder mai performant si corectii trimise pe baza encoderului, idee e deja patentata :) (nu de mine sa nu ma intelegeti gresit :P )


-----------------------------------

starbuck

09 Iun 2015 19:53



-----------------------------------

Am mentionat problemele respective deoarece de exemplu in descrierea aplicatiei pe Android nu am gasit parametrii referitori la P.E.C. (Periodical Error Correction). Calibrarea este independenta de montura si nu presupune nici pe departe P.E.C. Daca acesti parametrii se configureaza pe alta cale atunci e in regula dar fara ei nu vad cum poate fi furnizat un autoguiding performant. Din cate stiu eu in general P.E.C. nu poate fi ignorat cel putin nu in cazul sistemelor de autoguiding externe monturii. Tu trebuie sa te gandesti ca potentialii clienti nu cumpara sistemul respectiv avand inclusa o montura testata pe acel sistem. Fiecare va avea montura lui iar o eventuala lipsa a logicii parametrilor mentionati va genera erori imprevizibile. Mai mult decat atat, acele erori nu sunt constante in timp, ele pot depinde de temperatura, greutatea ansamblului suportat de montura cat si de reglarea in sine a monturii.


-----------------------------------

starbuck

09 Iun 2015 19:57



-----------------------------------

Am in plan sa deschid in curand un topic dedicat si imi pare rau ca nu pot da inca detalii pana nu finalizez implementarea (o chestiune doar de timp). Oricum pot afirma de pe acum ca autoguiding-ul fara camera video este perfect posibil iar volumul de calcul este semnificativ mai mic decat in cazul autoguiding-ului bazat pe camera video. Multumesc pentru intelegere ! :)

Sper ca nu e bazat pe encoder mai performant si corectii trimise pe baza encoderului, idee e deja patentata :) (nu de mine sa nu ma intelegeti gresit :P )

Bafta la ghicit ! :D


-----------------------------------

Zsolt Nagy

09 Iun 2015 20:18



-----------------------------------

Am mentionat problemele respective deoarece de exemplu in descrierea aplicatiei pe Android nu am gasit parametrii referitori la P.E.C. (Periodical Error Correction). Calibrarea este independenta de montura si nu presupune nici pe departe P.E.C. Daca acesti parametrii se configureaza pe alta cale atunci e in regula dar fara ei nu vad cum poate fi furnizat un autoguiding performant. Din cate stiu eu in general P.E.C. nu poate fi ignorat cel putin nu in cazul sistemelor de autoguiding externe monturii. Tu trebuie sa te gandesti ca potentialii clienti nu cumpara sistemul respectiv avand inclusa o montura testata pe acel sistem. Fiecare va avea montura lui iar o eventuala lipsa a logicii parametrilor mentionati va genera erori imprevizibile. Mai mult decat atat, acele erori nu sunt constante in timp, ele pot depinde de temperatura, greutatea ansamblului suportat de montura cat si de reglarea in sine a monturii.

Probabil nu am inteles eu bine, dar din cate stiu eu tocmai de aia se foloseste ghidare in plus fata de "tracking" ca sa corectezi micile erori. Fiind un sistem PID sau cel putin PI, guidingul incearca sa corecteze orice abatare fie ea de la erori mecanice, refractia atmosferica sau aliniere polara imperfecta. Daca aceste sunt adevarate, nu inteleg cum afecteaza prezenta sau lipsa PEC ului performanta de ghidare. Ai putea sa-mi explici mai mult despre aceasta legatura?

P.S: Ziceai de potentialii clienti si cumparare. Aplicatia Android este si va ramane free, iar partea pe Raspberry e chiar GNU GPL (se poate folosi in orice scop chiar si comercial fara acordul autorului, bineinteles respectand anumite conditii)


-----------------------------------

starbuck

09 Iun 2015 21:03



-----------------------------------

Prin cumparare ma refeream la placa Raspberry si eventuale alte accesorii. Banuiesc ca nu le oferi gratis la orice download la aplicatia ta de Android sau de Raspberry :) ...

P.E.C.-ul e foarte posibil sa nu poata fi aplicat din corectiile normale de guiding atunci cand erorile mecanice pot genera abateri atat de viteza cat si de traiectorie peste o limita admisa. Chiar daca eroarea (abaterea) este sesizata ca eveniment pentru corectia prin guiding este foarte posibil ca timing-ul (pulsul) motoarelor sa necesite valori diferite pentru acceleratii si deceleratii suplimentare pentru redresarea in timp util pe traiectoria stelei de ghidaj. Implementarea logicii P.E.C.- ului si antrenarea aplicatiei in vederea stabilirii graficului acestuia iti asigura incadrarea corectiilor de guiding in marja de timp maxima admisa astfel incat sa nu ai deviatii vizibile deranjante pentru captura foto propriu-zisa.

Inca ceva si banuiesc ca iti ajunge, cel putin pentru moment :) : P.E.C-ul nu este necesar numai pentru erorile mecanice ale monturii ci si pentru defecte constructive sau de uzura ale tubului optic folosit (deformari cu efecte in centrarea coaxiala, etc). Deci teoretic, daca ai mai multe tuburi optice ar trebui sa masori P.E.C-ul separat pentru fiecare configuratie. Practic, multa bafta ! :)


-----------------------------------

Zsolt Nagy

09 Iun 2015 21:54



-----------------------------------


P.E.C.-ul e foarte posibil sa nu poata fi aplicat din ...

Interesanta idee, insa permite-mi sa-ti zic ca nu te cred pana nu dovedesti macar cu niste calcule ca eroarea periodica trebuie luata in calcul la autoguiding. Pe ce ma bazez? Am studiat un pic manualul de utilizare al unui autoguider, considerat de mine cel mai bun pe piata: Lacerta MGEN. Manualul nu vorbeste despre vreo necesitate de calibrare legata de eroarea periodica.
As dori sa aud despre experienta ta: ce sistem de autoguiding ai folosit pana acum si cu ce parametri? Cu ce luneta si camera?


-----------------------------------

starbuck

09 Iun 2015 22:23



-----------------------------------

Din motivele mentionate anterior nu pot da detalii acum despre implementarea mea de autoguiding dar poti citi cateva articole despre importanta P.E.C. in autoguiding cum ar fi:

http://astro.neutral.org/astronomy_blog/blog/item/2011/05/periodic-error-correction-pec-and-autoguiding-in-telescope-mounts

http://www.themcdonalds.net/richard/index.php?title=Astrophotography_Mounts:_Periodic_Error_Correction (in special paragraful Reducing Periodic Error)

http://www.conlinhill.com/techniques-PEC.htm

Probabil ca acel model de autoguider Lacerta include logica P.E.C.  fie adaugata in cadrul procesului de calibrare, fie o tratare in implementarea directa. La un pret de aproape 600 euro e foarte probabil ca P.E.C. este implementat deja in acel autoguider. Ideea de baza este ca P.E.C. trebuie considerat si testat in orice implementare de autoguiding dupa cum vezi in articolele mentionate.


-----------------------------------

Zsolt Nagy

09 Iun 2015 22:34



-----------------------------------

Multumesc, le voi studia.
Ultimul set de intrebari totusi a ramas in aer: ne poti da detalii despre experienta ta cu autoguidere deja existente?


-----------------------------------

starbuck

09 Iun 2015 23:35



-----------------------------------

Descrierea autoguider-ului meu ar ocupa prea mult spatiu in cadrul topicului deschis de tine, de aceea prefer sa o fac intr-un topic personal dedicat. Dupa cum spuneam, toate la timpul lor ...


-----------------------------------

nobody

10 Iun 2015 01:54



-----------------------------------

PEC nu este autoguiding, iar in combinatie, uneori poate sa ajute, alteori sa incurce.

Vezi ce zic si cei de la EQMOD, la sfarsitul capitolului "Is there any advantage in using PEC if I'm autoguiding?": "It is wrong to give the impression " http://eq-mod.sourceforge.net/docs/PEC_and_guiding.pdf

In schimb la "uzura tubului optic cu efecte in centrarea coaxiala" corectata prin PEC ... sa-mi fie cu iertare, dar intelege cineva, ceva ?


-----------------------------------

Zsolt Nagy

10 Iun 2015 07:39



-----------------------------------

Salut baieti!

Tot m-am gandit la cele zise anterior, as mai face o remarca, doua:
Starbuck ziceai ca grosismentul este un raport intre marimea obiectului pe sensor si marimea vazuta cu ochiul liber. A doua valoare clar ca nu depinde de parametrii sistemului optic, iar prima valoare se calculeaza folosind s=a"*f/206.300. Daca faci raportul dintre aceste doua valori, reiese ca acest grosisment depinde numai de distanta focala a sistemului optic. Nu zic ca e gresit sa zici de grosisment, doar mi se pare complicarea unui concept simplu: la o luneta cu focala mai lunga vei avea luminozitate mai slaba la un diametru dat. Am vrut sa adaug acest lucru pentru mie mi-a fost greu sa inteleg din prima la ce se refera Starbuck, poate ajuta si pe altii sa inteleaga mai rapid...
Descrierea autoguider-ului meu...
Cred ca m-ai inteles gresit: sunt curios ce autoguider ai mai folosit si ce experienta ai avut cu aceste sisteme (deci nu era vorba de guiderul tau).

De asemenea am studiat linkurile recomandate de tine, mie nu mi se pare ca iti sustine ideea, chiar dimpotriva:
1.) http://astro.neutral.org/astronomy_blog/bl...ope-mounts 
Aici am inteles ca acest PEC este un nice-to-have: usureaza munca autoguidingului, erorile mecanice ale monturii fiind corectate de PEC si nu de autoguiding. Cateva citate din articol:
"In summary, if the mount is well made, PEC reduces the strain on the autoguiding and ultimately produces better SNR, but if the PE is unpredictable, or the guiding system poor (flexure, seeing etc) then the two will fight and cause a problem."
"Practically I would start with the autoguiding and play with PEC when your are bored one night in the full moon."

2.) http://www.themcdonalds.net/richard/index....Correction
Citat de pe site:
"What Problem Does it Solve?
Even the best mounts, made with high tolerances, well aligned, and running Periodic Error Correction, will have some residual errors in the gears..." Deci articolul afirma ca guidingul poate rezolva erori care nu se pot rezolva nici macar cu PEC.

3.)http://www.conlinhill.com/techniques-PEC.htm 
Din acest articol am inteles ca PECul poate inbunatati semnificativ erorile de tracking(!) dar nu discuta in comparatie cu guiding, nu discta necesitatea PEC ului daca ai guiding.

Probabil ca acel model de autoguider Lacerta include logica P.E.C. fie adaugata in cadrul procesului de calibrare, fie o tratare in implementarea directa.
Daca studiezi mai detaliat manualul dispozitivului reiese ca nu face asa ceva. Singura functionalitate legata de PEC este culegerea de date de PE atunci cand autoguidingul NU functioneaza. O face asta salvand pozitia stelei la fiecare miscare detectata, bineinteles ca acest lucru nu are rost daca guidingul functioneaza iar aceste miscari sunt oricum corectate.

As vrea sa subliniez faptul ca nu vreau sa te contrazic sau sa afirm cu nu ai dreptate, dar pe mine nici cu aceste articole nu m-ai convins. Poate ceilalti colegi de forum sunt de alta parere.

Nobody a scris: In schimb la "uzura tubului optic cu efecte in centrarea coaxiala" corectata prin PEC ... sa-mi fie cu iertare, dar intelege cineva, ceva ?
Nici eu nu am inteles la ce te referi...

As dori sa reactionezi la intrebarea care am clarificat-o in acest post: cu ce sistem de autoguiding ai experienta si care sunt paremetrii acestui sistem?


-----------------------------------

starbuck

10 Iun 2015 09:03



-----------------------------------

Legat de tubul optic, daca ai camera de ghidaj montata pe luneta cautatoare iar luneta cautatoare este montata pe tub atunci oricine care a vazut macar o data in viata lui cum arata un astfel de ansamblu isi da seama ca defectele de centrare ale tubului optic se adauga la cele ale monturii si influenteaza P.E.C. in mod diferit. 

P.E.C. este foarte important intr-adevar pentru tracking si este rezolvat numai partial de autoguiding. In nici un caz nu poate fi ignorat total daca vrei sa consideri performanta in autoguiding. Am detaliat foarte bine cazul in care erorile mecanice (calculul P.E.C.) nu pot fi corectate de autoguiding si cu acest fapt consider explicatiile incheiate. Citatele luate din context unde iti pica mai bine nu dovedesc nimic si le consider simpla pierdere de timp.

Pune-ti aplicatia de autoguider la treaba si daca reusesti o singura expunere in mod RAW (preferabil daca se dispune de formatul asta, altfel e bine oricum) cu durata de 5 minute si sa postezi te rog imaginea  (link de dropbox, filebox, etc) ca sa vad si eu datele din EXIF. Daca autoguidingul este bun atunci imaginea va fi pe masura. Poti poza o regiune de cer oarecare, nu conteaza, numai senin sa fie. La durata asta vor aparea stele chiar daca nu le vezi tu cu ochiul liber.
Daca imaginea va fi buna atunci inseamna ca ai P.E.C-ul implementat. Daca nu poti seta sau face autoguiding cu o durata de minim 5 minute in conditii de seeing favorabil, atunci nu ai P.E.C. si in nici un caz nu poti vorbi de autoguiding de performanta. Cu ocazia asta iti vei cunoaste si tu mai bine aplicatia de baza pe care ai modificat-o numai pentru partea de comunicatie. Eu nu modific nici o aplicatie existenta ci imi fac aplicatia mea proprie de autoguiding de la zero. Daca ai fi facut si tu asa ai fi inteles de ce P.E.C. -ul este important. 
Pana una alta astept imaginea cu durata de 5 minute. Daca imi va placea imaginea respectiva iti voi dori succes. Pana atunci iti multumesc pentru prezentarea acestei aplicatii si tot ce iti pot spune este bafta in continuare.  Nu faci asta pentru ca o cer eu ci pentru a demonstra tuturor ca aplicatia ta poate fi folosita. Daca esti de parere ca o aplicatie de autoguiding free nu trebuie sa ridice pretentii, atunci iti apreciez macar efortul de a o ne prezenta.

Distractie placuta si numai bine !


-----------------------------------

Zsolt Nagy

10 Iun 2015 09:20



-----------------------------------

Imi dau seama ca avem pareri diferite ceea ce nu un lucru rau, invatam unul de la celelalt. Bineinteles voi posta poze facute cu aceasta aplicatie, sper eu cat mai repede. Totusi sper ca te poti convinge macar partial daca vezi poze facute cu aceeasi aplicatie (diferenta fiind ca ruleaza pe laptop nu pe RPi dar asta nu are legatura cu performanta guidingului).
Am senzatia ca te simti putin atacat, daca nu e asa ignora ce am scris. In schimb daca e asa imi cer scuze nu asta a fost scopul. Insa ignorarea unei intrebari directe de trei ori ma faca sa cred ca desi ai studiat problema guidingului nu ai nici o experienta practica. Iti multumesc pentru incurajare, sper si eu ca aplicatie va avea succes in viitor.


-----------------------------------

starbuck

10 Iun 2015 10:15



-----------------------------------

Chiar daca nu sunt dispus sa descriu acum experienta mea de autoguiding te asigur ca experienta mea practica in astronomie in general si astrofotografie in particular depaseste cu mult experienta ta de orice fel pe aceasta tema (considera un compliment in context de hobby si de forum ca se poate numi experienta ce ai tu). Cu toate astea personal ma multumesc si cu 2 minute durata pentru imaginea anterior solicitata, imi dau seama ca 5 minute sunt o pretentie cu mult exagerata. Daca stau sa ma gandesc bine si urarea de bafta e exagerata dar nu as vrea sa-ti pierzi chiar de tot optimismul :) ...


-----------------------------------

Zsolt Nagy

10 Iun 2015 11:27



-----------------------------------

Poza ceruta ca exemplu:
http://www.cloudynights.com/topic/459674-iastrohub-tablet-astrophotography-comes-true/page-3
Aici postarea numarul 68, scris de utilizatorul Jason Lin. Inainte sa apara confuzii, poza este facuta cu ajutorul proiectului iAstroHub care foloseste acelasi program de guiding: Lin-guider. Este facuta cu un tub cu focala de 800mm si 300 de secunde expunere.
Ce parere ai?


-----------------------------------

starbuck

10 Iun 2015 12:42



-----------------------------------

Mda, acum lucrurile sunt ceva mai clare.
Daca te referi la imaginea asta:
http://www.cloudynights.com/index.php?app=core&module=attach&section=attach&attach_id=441258
ar fi bine de remarcat ca setup-ul folosit este conform postarii respective,  "azeq6 + SW 200F4 + Canon 6D, with 300s exposure time".
Aici vorbim de EQ6, o montura profesionala care are mecanismele de corectie deja incorporate in logica de comanda a motoarelor in mod independent fata de aplicatia de autoguiding. In plus nu se specifica daca 300s este timpul de expunere total sau numai al imaginii respective (fisierul imaginii nu are informatii EXIF).
In fine, asta nu mai conteaza. Ideea e de a testa aplicatia pe o alta montura care fie nu are inclusa logica de corectie a erorilor mecanice, fie foloseste motoare externe (montate ulterior ca accesorii, de ex., motoarele pentru montura EQ3-2: http://skywatcher.ro/images/Imagini%20telescoape/ImaginiSkywatcher_mare/DualEQ3_2c.jpg ), caz in care pot fi evidentiate erorile de care spuneam. Ai exemple de utilizare cu imagini luate de pe astfel de monturi ?
In varianta actuala parerea mea este ca aplicatia respectiva este adresata unui grup mult mai limitat de utilizatori care poseda monturi profesionale avand logica de corectie deja prezenta in dotare. Poate ar fi bine sa iei legatura cu autorii aplicatiei de baza (lin-guider) pentru a te lamuri in ce masura corectiile erorilor mecanice sunt tratate in mod special la nivel de aplicatie si apoi sa faci precizarile de rigoare (desigur, daca va fi cazul) in descrierea adaptarii tale astfel incat utilizatorii sa stie la ce sa se astepte.


-----------------------------------

Zsolt Nagy

10 Iun 2015 13:40



-----------------------------------

Se anunta weekend senin, voi incerca sa fac macar o poza de 5 si 10 minute sa vedem cum arata. Desi am AZ-EQ6, o sa ma asigur ca PEC-ul e oprit (defapt niciodata nu am folosit nu i-am facut programul de calibrare). Singurul lucru pornit pe montura va fi trackingul.
Strict la nivel de parere: EQ6 nu mi se pare un echipament profesional, as zice ca ii putin peste strictul necesar. Eu am trecut de la EQ5 dual axis (exact acele motorase am avut si eu) pentru ca acea solutie pur si simplu nu functioneaza. Daca ai desfacut motorasul probabil ai vazut ca are un sistem de transmisie cu cel putin 4 roti dintate. Acolo backlashul e asa de mare incat si la observatii vizuale a fost deranjant. Eu nu am reusit sa ating performanta dorita cu acest sistem, avea limite din constructie asa ca am abandonat. Cand schimbam directia cu telecomanda (viteza a fost 1x), vreo 3 secunde nici nu s-a miscat imaginea. Probabil as fi putut sa ma joc cu acele roti, sa incerc sa setez cat mai bine pe montura etc dar consider ca nu ar fi meritat efortul. EQ5 si mai ales EQ3 este foarte limitat si la greutatea echipamentului fotografiere serioasa nu am vazut folosind echipament de acest nivel(iarasi: faptul ca nu am vazut eu nu inseamna ca nu exista...).
In concluzie: daca cineva va folosi pe un EQ3 dual axis aplicatia, sunt convins ca nu va avea performanta mai proasta decat oricare alt autoguider. Pentru mine acest lucru e suficient.


-----------------------------------

Zsolt Nagy

10 Iun 2015 13:51



-----------------------------------

Poate ar fi bine sa iei legatura cu autorii aplicatiei de baza (lin-guider) pentru a te lamuri in ce masura corectiile erorilor mecanice sunt tratate in mod special la nivel de aplicatie si apoi sa faci precizarile de rigoare (desigur, daca va fi cazul) in descrierea adaptarii tale astfel incat utilizatorii sa stie la ce sa se astepte.

Sunt in legatura cu unul dintre dezvoltatorii aplicatiei, el fiind doctorand la o institutie de astronomie din Bulgaria. El mi-a dat niste detalii despre mecanismul de guiding, care, simplificat, este un controller PI. Eroarea masurata se bazeaza strict pe deviatia stelei de ghidaj. Pornind aplicatia poti vedea ca in afara de parametrii controllerului de PI nici nu sunt alte valori.


-----------------------------------

starbuck

10 Iun 2015 15:19



-----------------------------------

Da, acum lucrurile sunt foarte clare :).
Dupa cum iti spuneam in mesajele anterioare, problema cu corectia erorilor mecanice este ca desi sunt sesizate nu apuca intotdeauna sa fie corectate,. Antrenarea prealabila P.E.C te ajuta macar sa stii valoarea deviatiilor maxime pe fiecare axa de ghidaj astfel incat sa te asiguri ca guidingul nu numai ca este pornit dar isi poate face si treaba in timp util astfel incat sa nu existe deviatii vizibile in captura foto.


-----------------------------------

cmatei

10 Iun 2015 15:52



-----------------------------------

@starbuck: ia-o cu titlul de opinie, daca vrei. 

Nu e nimic la PEC-ul de pe EQ6 ce sa nu poata face ghidajul la fel de bine. Daca ai erori rapide nu o sa le scoti in vecii vecilor, mai ales ca la EQ6 antrenarea PEC se face vizual si corectiile se transmit din handset, apasand pe sagetele. Viteza ta de reactie la antrenare nu va fi semnificativ mai mare decat ciclul de 1-2 secunde pe care-l are autoghidajul. De asemenea, antrenarea pe o singura perioada de melc (8 minute) va introduce zgomote (corectii gresite). Poti sa faci susu pe acel PEC din montura.

Singurul mod in care poti folosi oarecum avantajos PEC cu EQ6 e cu eqmod pe PC, cu o curba PE determinata din mai multe perioade de melc filtrate si mediate, obtinute cu o camera pentru ca precizia masuratorii e infinit mai buna decat vizual. Erorile mecanice rapide despre care vorbesti tot nu le scoti complet, dar poti cu un astfel de setup sa faci fotografie neghidata (in niste limite, evident).

Gasesti [url=https://www.dropbox.com/s/zq0b0reu8b5wdzu/Pelican-008.fits.zip?dl=0]aici o expunere de 20 minute fara PEC, "doar" cu autoghidaj (OpenPHD).

EDIT: c-am si uitat, Zsolt Nagy, succes, chiar daca eu n-am sa inteleg prea curand de ce ai vrea sa fii fara laptop in camp :)


-----------------------------------

starbuck

10 Iun 2015 16:56



-----------------------------------

Matei, arata foate bine expunerea aceea de 20 de minute. Iti multumesc pentru sharing. Tot cu EQ6, nu ? Daca poti sa repeti procedura cu o montura EQ5 si cu aceleasi rezultate  ar fi de-a dreptul extraordinar.
Din cate am studiat si eu despre montura EQ6, intr-adevar, prin EQMOD se face profilul P.E.C. care apoi este actualizat in montura. Bineinteles ca P.E.C. nu poate scoate erorile rapide dar e bine sa stii daca acestea exista si in care limite astfel incat sa le remediezi prin reglaje, tuning, etc. 
Ghidajul preia apoi P.E.C.-ul ca atare, chestie care nu se intampla la monturile fara motorizare inclusa din fabricatie cu logica de comanda proprie (din cauza asta am dat ca exemplu EQ5) si acest aspect am vrut eu sa-l subliniez.
Teoretic din descrierea lui Zsolt orice montura poate fi folosita cu aplicatia respectiva. La monturile fara logica P.E.C. incorporata era interesant de stiut cum asigura aplicatia de guiding functionarea corecta.


-----------------------------------

starbuck

10 Iun 2015 17:20



-----------------------------------

Singurul motiv pentru care eu cel putin as lua si laptopul in camp pe langa telefon ar fi afisarea si verificarea imaginilor capturate datorita diagonalei si rezolutiei ecranului care nu se pot compara cu cele ale telefonului. Binenteles ca nu vorbim aici si de post-procesare. Poate ca o tableta de 10" cu Android si cu rezolutie suficient de mare care sa ruleze aplicatia client de guiding ar fi un bun inlocuitor atat pentru telefon referitor la dimensiuni cat si pentru laptop referitor la greutate. Oricum avand Wi-Fi-ul activ permanent si ecranul la fel de activ pentru examinarea parametrilor va fi necesara o sursa de alimentare suplimentara pe langa acumulator indiferent de dispozitivul folosit (in special in sezonul rece).


-----------------------------------

cmatei

10 Iun 2015 17:59



-----------------------------------

Daca poti sa repeti procedura cu o montura EQ5 si cu aceleasi rezultate  ar fi de-a dreptul extraordinar.
Daca pun cele 9.6kg pe EQ5 cred ca se indoaie...
prin EQMOD se face profilul P.E.C. care apoi este actualizat in montura.
Nu, eqmod inlocuieste complet handset-ul cu synscan si restul de "inteligenta" al monturii. Detalii de implementare gasesti La monturile fara logica P.E.C. incorporata era interesant de stiut cum asigura aplicatia de guiding functionarea corecta.
Simplu, ghidand eroarea periodica. In plus fata de PEC, ghideaza si (o buna parte din) erorile neperiodice, care la o montura mai slaba calitativ (gen EQ6 ...) te vor deranja probabil mai tare decat PE-ul in sine. Daca imi aduc bine aminte de cand am facut masuratorile, EQ6-le meu are undeva la +/- 30 arcsec PE, ceea ce in valoare absoluta e enorm, dar pentru ca nu are pante abrupte poate fi ghidat fara prea mari probleme.

Tu in esenta spui un lucru corect, ca exista erori la care ghidajul nu are timp sa reactioneze, si ca in teorie ai putea mapa acele erori si corecta.

Iti dau insa un exemplu edificator de la montura mea: o contributie semnificativa la curba PE initiala o avea pinionul de la motor, cu o perioada de 10.2 secunde. Asta e aproape imposibil de scos din ghidaj, pentru ca nu incap prea multi cicli de expunere/corectie in alea 10 secunde. Deci ai dreptate.

Sa vedem cum ar fi cu PEC. Pai, ar fi cam prost. Perioada melcului (cea pe care se face PEC pentru ca are contributia cea mai importanta la PE) este de 478 secunde, iar 10.2 secunde nu intra de un numar intreg de ori in ea, deci nu se suprapun, deci n-o poate corecta. Mai mult decat atat, daca antrenezi PEC "din montura" vei introduce erori in toate corectiile, cu efect dezastruos de la perioada la perioada a melcului. Deci n-ai dreptate :)

Solutia a fost schimbarea acelui pinion cu unul mai precis. Abordarea asta e mai ieftina si mai sanatoasa decat electronica/software suplimentar si e aplicabila si la EQ5.

Acum ca am lamurit ca in acelasi timp ai dreptate si n-ai dreptate, hai sa lasam omul sa ne povesteasca in liniste despre solutia lui de autoghidaj...


-----------------------------------

sabin fota

10 Iun 2015 18:42



-----------------------------------



Acum ca am lamurit ca in acelasi timp ai dreptate si n-ai dreptate, hai sa lasam omul sa ne povesteasca in liniste despre solutia lui de autoghidaj...

+1  :wink:


-----------------------------------

starbuck

10 Iun 2015 19:09



-----------------------------------

Matei, iti multumesc inca o data pentru exemplele tale de utilizare. In cazul angrenajelor imprecise din exemplul tau vorbim deja de defecte constructive serioase iar in cazul asta prea putin ma intereseaza daca am dreptate sau nu. Problema e ca daca acele defecte exista atunci trebuie contracarate iar P.E.C.-ul a ajutat la identificarea lor din cate confirmi chiar tu. Cat despre omul in cauza nu-l impiedica nimeni sa se exprime. Daca stau bine sa ma gandesc am fost printre cei foarte putini care i-au acordat atentie de la bun inceput. Pe mine ma interesa oricum in mod direct tema topicului iar in rest ma bucur ca au intervenit si altii in discutie cu ceva mult mai mult decat calificativele aprobatoare si comode ale altora :) ...


-----------------------------------

sabin fota

10 Iun 2015 19:27



-----------------------------------

O lista utila cu 136 monturi unde eroarea periodica este afisata fara/cu PEC activat. 

http://lambermont.dyndns.org/astro/pe.html

Poate te ajuta cu ceva, nu de alta dar nu vreau sa fiu acuzat ca poluez topicul


-----------------------------------

starbuck

10 Iun 2015 20:22



-----------------------------------

Sabin, iti multumesc pentru link-ul mentionat. 

Zsolt, eu iti recomand sa incluzi o astfel de lista in descrierea produsului (desigur, cu acordul autorului site-ului respectiv) in cazul in care lamuririle pe care le vei primi de la autorii aplicatiei nu vor fi favorabile corectiilor mecanice. Dupa cum vezi in link-ul mentionat de Sabin deviatiile maxime sunt semnificativ mai mici atunci cand este aplicat P.E.C, cum de altfel este normal. Parerea mea este ca e mult mai bine sa ai un grup ceva mai restrans de utilizatori multumiti decat cel putin de 100 de ori mai multi utilizatori nemultumiti. Repet, numai daca va fi cazul.


-----------------------------------

Zsolt Nagy

11 Iun 2015 06:45



-----------------------------------

Ai atins un punct sensibil cu acest comentariu: problema este cu marketingul care nu functioneaza foarte bine, asa ca deocamdata vorbim de 10 oameni(10 descarcari) fie ei multumiti sau nu. Am scris despre aplicatie pe 3 forumuri diferite, am publicat aplicatia (desi nu e 100% gata) ca sa am feedback de la oameni, sa testeze aplicatia. Eu am testat foarte mult partea de Android dar nu pot testa tot sistemul numai daca ies la observatii. 
As fi foarte recunoscator daca ati povesti de aplicatie si in cercurile voastre de colegi/prieteni pasionati, pana la urma aplicatia este pentru noi amatori, sa ne scuteasca de cumpararea unui autoguider scump!

P.S: Va multumesc pentru implicare, chiar si daca uneori sunt pareri foarte diferite si v as incuraja sa faceti acest lucru si in viitor!


-----------------------------------

nobody

12 Iun 2015 00:57



-----------------------------------

Eu zic ca este interesanta ideea ghidarii de pe Raspberry Pi, cel putin din punct de vedere al automatizarii (eventual al unui observator). La o adica, sistemul poate face si capura imaginilor principale. Si alte cele, inclusiv PEC daca se moare fara ...

Dar in prima faza, aplicatia de ghidare poate fi testata si pe un PC normal, nu ?
Iar interfata pentru Android, scrisa de tine, trebuie sa ruleze tot timpul ?


-----------------------------------

Zsolt Nagy

12 Iun 2015 06:53



-----------------------------------

Eu zic ca este interesanta ideea ghidarii de pe Raspberry Pi, cel putin din punct de vedere al automatizarii (eventual al unui observator). La o adica, sistemul poate face si capura imaginilor principale. Si alte cele, inclusiv PEC daca se moare fara ...
Versiunea urmatoare va contine DSLR control care va insemna: numarul pozelor, lungimea expunerii, pauza intre ele si valoarea ISO. Vor fi suportate cele mai utilizate modele de Canon si Nikon. De asemenea vreau sa adaug si functia de dithering. 

Dar in prima faza, aplicatia de ghidare poate fi testata si pe un PC normal, nu ?
Iar interfata pentru Android, scrisa de tine, trebuie sa ruleze tot timpul ?
Versiunea originala se poate testa si pe PC, versiunea modificata de mine nu se poate pentru ca este partial decuplata de interfata grafica. Comunicarea intre Pi si Android a fost conceputa sa nu aiba nevoie de telefon in timpul ghidarii. Odata setati parametrii si pornita ghidarea, se poate opri aplicatia si WiFi- ul trebuie sa repornesti numai daca vrei sa verifici starea. Aplicatia de Android se sincroneaza cu aplicatia pe PI la pornire deci nu pierzi starea nici daca omori aplicatia cu TaskManager pe telefon. De asemenea sunt introduse mecanisme de tratare a erorilor gen: pierzi semnal, viteza redusa, date corupte. Pentru protejarea sistemului de operare pe Pi, am introdus si un buton de shutdown in interfata Android care da comanda unui shutdown normal pe Pi.


-----------------------------------

cmatei

12 Iun 2015 11:28



-----------------------------------

Pentru controlul DSLR te poti inspira dintr-un [url=https://github.com/cmatei/serial-shutter-control/blob/master/README]program de-al meu mai vechi. Codul in sine probabil nu ti-e util, dar ca functionalitate poate iti da idei.

RPi-ul mi se pare cam lent sa descarci/salvezi imaginile pe el (desi ti-ar deschide niste posibilitati, de exemplu astrometrie pentru orientarea exacta a telescopului), si nu toate camerele pot fi controlate pe USB. Partial eu de-asta am renuntat la ideea de RPi pe post de calculator principal in observator.

E interesanta abordarea ta pentru aplicatia de pe android (m-am uitat un pic pe linguider-ul modificat de tine). Spor!


-----------------------------------

Zsolt Nagy

12 Iun 2015 13:40



-----------------------------------

Pentru controlul DSLR te poti inspira dintr-un program de-al meu mai vechi. Codul in sine probabil nu ti-e util, dar ca functionalitate poate iti da idei. 
Am de gand sa folosesc o solutie deja bine testata: gPhoto2. E open-source, dispune si de o linie de comanda in cazul in care nu vrei sa folosesti codul.

RPi-ul mi se pare cam lent sa descarci/salvezi imaginile pe el (desi ti-ar deschide niste posibilitati, de exemplu astrometrie pentru orientarea exacta a telescopului),
Probabil nu m-am exprimat bine, eu nici nu am avut de gand sa descarc pozele pe RPi, doar vreau sa comande aparatul foto. Eu cred ca aceasta aplicatie va fi mai mult de folos amatorilor care se deplaseaza si nu oamnilor care au observator propriu. Scopul meu a fost un autoguider tot timpul si nu un dispozitiv multifunctional. Pentru asta exista deja proiecte, cum ar fi PiAstroHub sau iAstroHub.

E interesanta abordarea ta pentru aplicatia de pe android (m-am uitat un pic pe linguider-ul modificat de tine). Spor!
Ai putea sa detaliezi te rog? Sunt curios, poate vezi puncte de inbunatatit sau idei noi de implementare etc.


-----------------------------------

cmatei

12 Iun 2015 16:33



-----------------------------------

Am de gand sa folosesc o solutie deja bine testata: gPhoto2.
Mie nu mi-a mers cu 400D :-) Am banuit ca vrei sa folosesti gphoto2 cand ai zis de setat ISO, de-aia credeam ca vrei sa si descarci imaginile.
Ai putea sa detaliezi te rog? Sunt curios, poate vezi puncte de inbunatatit sau idei noi de implementare etc.
Nu :) Adica nu vad ce. Eu probabil as fi fost mai lenes si m-as fi legat cu un vnc sau similar la un X de pe pi, dar asta ar fi insemnat sa nu am o interfata nativa pe android. Varianta in care linguider merge fara interfata grafica si comunica cu tine pe un socket mi se pare mai interesanta.


-----------------------------------

Zsolt Nagy

13 Iun 2015 13:22



-----------------------------------

As vrea sa va povestesc putin despre prima experienta cu aplicatie; desi nu am reusit sa am o poza ghidata, au fost multe puncte pozitive:
- RPi ul nu a avut nici o problema cu alimentarea adaptorului de WiFi si camerei pe termen lung, deci cu partea de hardware sunt multumit 100%
- aplicatia a rulat 5 ore in continuu fara sa pierd semnalul, sa se blocheze etc.
- functia live view pe un ecran de 5 inchi este ok pentru focalizare, am reusit in cateva minute (totusi nu merge instanteneu pentru ca intervalul de reimprospatare e de o secunda)
- am incercat sa variez comenzile, functionau in orice ordine fara sa cauzeze probleme
- functia de drift data functioneaza bine (dar are o mica eroare cand driftul e prea mare)

Si acum partea negativa:
- desi camera a fost conectata in modul obisnuit, aplicatia nu trimitea comenzi pe portul ST4
- din cele spuse mai sus rezulta ca nici calibrarea nu a reusit sa faca, uneori rejectand, uneori introducand o calibrare clar falsa
- aceasta problema trebuie sa fie din setarea monturii/camerei/lin guider ului, ramane de vazut zilele urmatoare
- setarile camerei nu sunt complete: desi pot seta white point si gain, va fi necesar sa fie prezent un al treilea control pentru expunere (va fi mai greu pentru ca fiecare camera suporta alte valori care trebuie enumarete la inceput)
- controlul DSLR e necesar, e foarte greoi sa operezi si telefonul si un shutter separat (eu faceam din telecomanda monturii)


-----------------------------------

nobody

14 Iun 2015 02:23



-----------------------------------

Nu prea inteleg de ce n-ar merge.
Dar in prima faza, aplicatia de ghidare poate fi testata si pe un PC normal, nu ?Versiunea originala se poate testa si pe PC, versiunea modificata de mine nu se poate pentru ca este partial decuplata de interfata grafica.
Sau poate este o confuzie ... ma referam la ceva de genul: [PC]<->[AP]<->[Android].
AP = Access Point, pentru cazul in care adaptorul wireless de pe PC nu suporta hostAP
Zic asta in ideea ca ai putea gasi mai multi testeri cu PC decat cu RPi ...

M-am uitat un pic peste surse. Algoritmul de detectie a pozitiei este gmath.cpp, in metoda cgmath::find_star_local_pos si suporta "subpixel resolution" ?

@cmatei: de ce crezi ca-i prea lent pentru transfer de imagini ?
Vezi niste teste: http://www.htpcguides.com/raspberry-pi-vs-pi-2-vs-banana-pi-pro-benchmarks/


-----------------------------------

Zsolt Nagy

14 Iun 2015 09:31



-----------------------------------

Eu am inteles gresit; bineinteles se poate testa, am incercat si eu pe un laptop cu WiFi incorporat care ruleaza Ubuntu. Cu tot efortul depus, eu nu am reusit sa configurez placa sa functioneze ca si AP. Am putina experienta cu linux, sigur se poate face si pe ubuntu cumva. Dar ma intreb: daca pe RPi am pus la dispozitie inclusiv scripturi de instalare si au descarcat aplicatia 16 oameni, cine va sta sa-si configureze PC ul? O alta problema este compilarea. Eu am pus la dispozitie executabilul pentru RPi, fie ar trebui sa distribui doua fisiere, fie userul trebuie sa si compileze aplicatia pe PC; inca un plus efort pentru user.

M-am uitat un pic peste surse. Algoritmul de detectie a pozitiei este gmath.cpp, in metoda cgmath::find_star_local_pos si suporta "subpixel resolution" ? 
Asa mi se pare si mie. Din cate stiu eu, cam toate programele de guiding au sub-pixel resolution cand se calculeaza "centroidul" stelei, in caz contrar ti- ar trebui focala mai lunga la luneta de ghidaj (am citit undeva ca Maxim are rezolutie de 0.1 pixel)

@cmatei: de ce crezi ca-i prea lent pentru transfer de imagini ? 
Fara sa fi facut teste, poate ar fi o problema hub-ul de USB. Raspberry-ul are porturile USB conectate la un integrat LAN9514 care are un singur upstream de USB2.0 conectat la SoC si patru downstream uri de USB 2.0. Asta inseamna ca dispozitivele trebuie sa imparta latimea de banda: adaptorul WiFi, camera de ghidaj si DSLR(si toate genereaza cantitati semnificative de date). Doar o idee...


-----------------------------------

Zsolt Nagy

06 Iul 2015 17:27



-----------------------------------

Primul test cu rezultate pozitive: http://starspi.com/2015/07/06/first-successful-test/


-----------------------------------

mircear

06 Iul 2015 18:53



-----------------------------------

Good job!!!
Pe ce montura a fost testat?

P.S.[Sters]


-----------------------------------

Zsolt Nagy

06 Iul 2015 18:58



-----------------------------------

Good job!!!
Pe ce montura a fost testat?


Salut!
Montura este un SkyWatcher AZ-EQ6, alinierea polara facuta in graba...


-----------------------------------

Zsolt Nagy

27 Sep 2015 10:30



-----------------------------------

Un screenshot cu interfata care controloeaza DSLR ul. Partea de aplicatie functioneaza, a mai ramas de testat partea hardware:


-----------------------------------

nobody

27 Sep 2015 11:47



-----------------------------------

Vad ca nu te lasi. Felicitari !

Poate un pic offtopic, am cateva intrebari (de noob in domeniu) referitoare la Android :
Ce folosesti ca IDE ?
Exista un emulator viabil (pentru teste) pe PC ?
De ce restrictii ale OS/SDK te-ai lovit si ce a fost cel mai greu de abordat ?
Intreb mai mult in ideea unei aplicatii in "debug mode", pentru uz propriu (nu pentru a fi distribuita).


-----------------------------------

Zsolt Nagy

27 Sep 2015 14:04



-----------------------------------

Salut,

1.) In primele saptamani am folosit Eclipse cu SDK-ul instalat dar am renuntat rapid in favoarea Android Studio (1.3.2 in momentul de fata). Are o gramada de avantaje: instaleaza atat IDE ul propriu zis cat si SDK ul, vine cu un SDK manager foarte usor de folosit, are integrat un set puternic de debug tool uri (analiza de CPU, RAM, chiar si WiFi), poti customiza culorile pentru editorm, are suport integrat pentru o gramada de versioning tool-uri (Git), etc.

2.) Exista. E inclus in SDK, poti emula telefon, tableta, TV sau Wear. Daca ai procesor Intel, are chiar accelerator hardware, diferenta se simte.

3.) Singura limitare la mine a fost ca nu am putut folosi emulatorul decat pentru testarea interfetei. E foarte greu sa emulezi (eu nu mi am dat seama) cum sa conectez dongle ul de WiFi ca sa se comporte exact ca WiFi ul telefonului.

Spor la dezvoltat! :)

Vad ca nu te lasi. Felicitari !

Poate un pic offtopic, am cateva intrebari (de noob in domeniu) referitoare la Android :
Ce folosesti ca IDE ?
Exista un emulator viabil (pentru teste) pe PC ?
De ce restrictii ale OS/SDK te-ai lovit si ce a fost cel mai greu de abordat ?
Intreb mai mult in ideea unei aplicatii in "debug mode", pentru uz propriu (nu pentru a fi distribuita).


-----------------------------------

Zsolt Nagy

01 Noi 2015 15:53



-----------------------------------

StarsPi 1.1 a fost lansat! Vine cu doua functionalitati noi: controlul camerei DSLR si dithering. Deocamdata sunt suportate camerele Canon EOS mai noi, in viitor lista va fi mai lunga. 
Cer senin si multe poze ghidate cu StarsPi! :)


-----------------------------------

Zsolt Nagy

12 Dec 2015 19:11



-----------------------------------

Un ecran care este doar o parte a unui plan "maret": sistemul sa fie total independent de monitor si tastatura. Scopul final este sa creez doar o imagine a cardului SD, care dupa scriere trebuie numai introdus si merge...


-----------------------------------

Zsolt Nagy

23 Dec 2015 11:07



-----------------------------------

Noul website e online! Scopul a fost ca produsul sa para mai pro nu numai dupa functii dar si dupa prezentare. Am incercat sa organizez mai bine informatiile, sper ca va place!
http://starspi.com


-----------------------------------

Stanescu Octavian

23 Dec 2015 11:41



-----------------------------------

Frumos proiect felicitari !  eu am lasat deocamdata ... camera  autoghidare e prea scumpa adaptor nu am gasit .  intervalometru Wi fi  m-ar interesa  am unul dar e cam grea programarea.


-----------------------------------

Zsolt Nagy

23 Dec 2015 18:27



-----------------------------------

Frumos proiect felicitari !  eu am lasat deocamdata ... camera  autoghidare e prea scumpa adaptor nu am gasit .  intervalometru Wi fi  m-ar interesa  am unul dar e cam grea programarea.
De acord, cele mai ieftine sunt pe la 1000 de lei. Dar daca stai sa calculezi cat este un autoguider performant (MGEN in jur de 2800lei), e mult mai ieftin si ai si o camera pentru planete/Luna.
Am pus pe lista de idei legarea prin GPIO a monturii, evitand astfel camerele cu ST4, voi reveni aici si pe site cu detalii.


-----------------------------------

Zsolt Nagy

10 Ian 2016 14:10



-----------------------------------

Salut!

Versiunea 1.2 este online:
- instalare simpla; e suficient scrierea imaginii cardului SD, restul e deja configurat
- selectarea camerai si a dispozitivului de ghidare (suport GPIO in testare!)
- suport mai bun pentru camere web
- ecranul de stare prezentat anterior in forum
- afisare valori RMS + 50 de esantioane in loc de 20 pe grafic

@Stanescu Octavian: functia de GPIO va fi testata si cu montura in viitorul apropiat. In cazul in care totul va fi ok, inseamna ca nu ai avea nevoie de camera cu port ST4, va merge cu webcam si cateva fire conectate la montura.

