Thread: Re: [Eqalign-devel] ASCOM, EQAlign modular
Brought to you by:
antoniofga,
isoplut
From: <is...@ya...> - 2007-12-10 20:40:10
|
Que barbaridad, jeje, me quitan internet unos d=EDas y cuando vuelvo veo to= do esto revolucionadito.=0A=0AAntes de nada, Antonio, creo que en un mensaj= e anterior me dec=EDas lo de borrar temas del repositorio, recu=E9rdame, po= r favor, lo que necesitas borrar, lo hago y os comento los pasos a seguir.= =0A=0AEn estos d=EDas me encuentro por temas de trabajo fuera de casa hasta= el dia 21 (en valladolid), con internet limitado a un ratillo por la tarde= desde el hotel, hoy he actualizado mi copia de trabajo y durante estos d= =EDas me quiero centrar en terminar el ftw y de alguna manera conseguir un = sistema de configuraci=F3n de las c=E1maras m=E1s consistente como os comen= t=E9 en anteriores correos; ir=E9 realizando cuando me dejen los commits po= co a poco.=0A=0ASobre todo lo que os he le=EDdo del ASCOM5, me parece gen= ial, pero ya que estamos pensando en limpiezas, vamos a hacerlo bien, EQAli= ng funcionar=E1 en Linux y para ello se usar=E1 INDI, que es el equivalent= e al ASCOM, por tanto y aunque nos cueste m=E1s trabajo, creo que hemos de = crear un "wrapper" o capa intermedia que evite el acceso directo a cualquie= ra de estos protocolos, con ello conseguimos que el programa realmente no = dependa DE NADA, ya que pienso que una dependencia excesiva de ASCOM o cu= alquier otro puede darnos problemas en el futuro si, por ejemplo, cambian = la licencia o se les va la olla... =0A=0AM=E1s de la limpieza: la interfaz.= ... bien, de nuevo ten=E9is que ponerme no muy complejo el port a Linux, y p= ara ello lo que necesito es que el GUI siga dentro de lo posible el modelo = vista-controlador, o dicho de otra manera, que sea completamente intercambi= able, eso lo podemos conseguir mediante la modularizaci=F3n completa del p= royecto en librer=EDas reutilizable, pero poco a poco, puede ser tedioso y = pienso que no hemos de meternos en estos l=EDos antes de la versi=F3n 2.0 f= inal.=0A=0ADe momento, os sigo los pasos en las novedades, pero me centro e= n la estabilizaci=F3n de la versi=F3n 2.0: optimizaci=F3n de la base de dat= os, sistema =EDntegro de c=E1maras y estabilizaci=F3n y actualizaci=F3n del= driver de la qhy5 (soporte de alta sensibilidad y binning 2x2), esto por m= i parte dejar=EDa listo el tema para la siguiente beta o incluso Release Ca= ndidate.=0A =0AUn salud=EDn!=0A=0A=0A----- Mensaje original ----=0ADe: Anto= nio Fraga <ant...@ya...>=0APara: Lista de correo de desarrollo EQAli= gn <eqa...@li...>=0AEnviado: s=E1bado, 8 de diciembr= e, 2007 16:28:17=0AAsunto: Re: [Eqalign-devel] ASCOM, EQAlign modular=0A=0A= =0A=0A =0ADIV {=0AMARGIN:0px;}=0A=0A=0A=0ABien,=0ATenemos c=E1maras y una c= lase a trav=E9s de la =0Acual nos conectaremos a =93cualquier=94 c=E1mara.= =0ATenemos telescopios y una =0Aclase a trav=E9s de la cual nos conectarem= os a =93cualquier=94 telescopio.=0AY =0Atenemos relayboxes y (a=FAn no en e= l nuevo esquema) una clase que nos permitir=E1 =0Aconectarnos a =93cualquie= r=94 relaybox.=0A=0A =0A=0AAdem=E1s las c=E1maras cumplen el interfaz =0AGu= iderInterfaz pues algunas c=E1maras permiten autoguiar y lo mismo con los = =0Atelescopios. As=ED que tanto los relaybox como las c=E1maras como los te= lescopios =0Ason Guiders.=0A=0A =0A=0AEstupendo, conceptualmente parece que= todo est=E1 =0Asolucionado, pero ahora nos enfrentamos a un problema:=0A= =0A =0A=0AImaginen que estamos conectados a un telescopio y =0Aque luego qu= eremos conectar con una c=E1mara. Hasta aqu=ED bien. Ahora queremos =0Acone= ctarnos con un autoguiado. Puede ser que queramos conectarnos con un =0Arel= aybox, entonces no hay problema, pero supongamos que queremos conectarnos a= l =0Arelaybox de la c=E1mara a la que estamos conectados.=0A=0A =0A=0AAqu= =ED debe haber un peque=F1o negocio. Si la c=E1mara =0Aque servir=E1 de rel= aybox est=E1 ya conectada, =93simplemente=94 hay que hacer que el =0Aguiado= r apunte a ella (haciendo la conversi=F3n de tipos necesaria):=0Aguider =3D= =0A(GuiderInterface)cam;=0A=0A =0A=0AListo. Pero qu=E9 pasa cuando cerremo= s la sesi=F3n de =0Aautoguiado, o qu=E9 pasa si cambiamos de c=E1mara. En = el primer caso al tratar =0Ade hacer un Disconnect() se deber=EDa detectar = que el dispositivo a=FAn es =93=FAtil=94 =0Apues est=E1 sirviendo im=E1gene= s y en el segundo caso deber=EDamos dejar la instancia =0Ade c=E1mara abier= ta e instanciar otra con la nueva c=E1mara... si se hacen cargo, =0Aeste = =93peque=F1o=94 negocio puede llegar a ser =A1un l=EDo!=0A=0A =0A=0ASe me o= curre una idea. En lugar de conectarnos a =0Auna c=E1mara, a un telescopio = o a un relaybox o cualqueir otro dispositivo de =0A=93hardware astron=F3mic= o=94 de forma aislada, podr=EDamos tener una clase de nivel =0Asuperior, al= go as=ED como AstroHard (o yo qu=E9 s=E9) que centralice todos los accesos = =0Aa cualquier tipo de hardware, por ahora s=F3lo estos tres.=0A=0A =0A=0AS= i queremos conectarnos con cualquier dispositivo =0A(c=E1mara, telescopio o= relay) podemos decirle a AstroHard que nos de acceso a ese =0Adispositivo.= Si detecta que ese dispositivo ya est=E1 abierto, pues le da acceso =0Aal = mismo (con el interfaz que cumpla la petici=F3n). Si recibe una petici=F3n = de =0Adesconexi=F3n, primero eval=FAa si no hay otra petici=F3n de uso toda= v=EDa abierta... en =0Afin ser=EDa el encargado de realizar todo ese =93peq= ue=F1o=94 negocio de =0Adispositivos.=0A=0A =0A=0AcameraID =3D =93Atik 16IC= =94;=0Acamera =3D =0AAstroHard.ConnectCamera(cameraID); =0A=0A =0A=0AascomI= D =3D =0AASCOM.DriverAccess.Telescope.Choose("");=0Ascope =3D =0AAstroHard.= ConnectScope(HardwareType.ASCOM, ascomID);=0A=0A =0A=0Aguider =3D =0AAstroH= ard.ConnectGuider(HardwareType.Camera, cameraID);=0A=0A =0A=0A.....=0AAstr= oHard.Disconnect(guider.GUID)=0AAstroHard.Disconnect(scope.GUID)=0AAstroHar= d.Disconnect(camera.GUID)=0A=0A =0A=0AAcabo de actualizar el proyecto EQAli= gn2.1, m=E1s o =0Amenos est=E1 funcional. =0A=0A =0A=0AEn c=E1maras (proyec= to EQACam) falta implementar el =0Aacceso a ASCOM, creo que ser=E1 bastante= f=E1cil (hay una plantilla para crear =0Ac=E1maras CamTemplate.cs) He esbo= zado lo que podr=EDa ser una conexi=F3n a las DSI y =0Ahe =93traducido=94 t= ambi=E9n el acceso a las Atik/Artemis=0A=0A =0A=0ANo encuentro informaci=F3= n sobre los par=E1metros de =0Aguiado de las Atik/Artmeis, en la descripci= =F3n del comando ArtemisPulseGuide(void =0A*cam, int axis, int millisec); n= o se especifica los valores de axis. Buscar=E9, si =0Ano encuentro nada: pr= ueba y error.=0A=0A =0A=0A=0AEn telescopios (proyecto EQAScope) he implemen= tado el acceso a ASCOM =0A(versi=F3n 5), compatible con las dos versiones d= e ascom. He hecho trampas: =0Aprimero se comprueba si es compatible ASCOM5,= si es as=ED perfecto, si no =0Acompruebo si la montura conectada es compat= ible con LX200, en ese caso tambi=E9n =0Ase puede enviar un pulso de movimi= ento (sin tiempo de acci=F3n) y si tampoco, pues =0Ael pulso dura 1 segundo= .. Eso dar=E1 un poco m=E1s de usabilidad a a botonera.=0A=0A =0A=0AEn el pr= oyecto TestScope, se permite conectarse a un telescopio y a un =0Aguiador. = En el guaidor se muestra un combo con las c=E1maras que permiten =0Aautogui= ado y ascom. Pero no hay nada de ese =93negocio=94, si se desconecta un =0A= dispositivo que sirve a los dos, desconectado queda.=0A=0A =0A=0AEn el proy= ecto EQAControls s=F3lo hay dos controles: la botonera (usable por =0Aautog= uiadores y telescopios) y las coordenadas del telescopio. Ah=ED puede ir un= =0Acontenedor de im=E1genes, el control de tratamientos de imagen (histogr= ama, gamma, =0Acontraste, desenfoque, apilado), el graficado de mediciones,= etc.=0A=0A =0A=0ACuando est=E9 todo, habr=E1 que ir =93cosiendo=94 EQAlign= 2.1 con los =0A=93retales=94.=0A=0A =0A=0ABien, mientras no hayan otras id= eas contin=FAo en este esquema.=0A=0A =0A=0AUn saludo=0A=0A =0A=0A=0A=0A=0A= =0A =0A______________________________________________ =0A=BFChef por = primera vez?=0AS=E9 un mejor Cocinillas. =0Ahttp://es.answers.yahoo.com/inf= o/welcome |
From: Antonio F. <ant...@ya...> - 2007-12-10 22:34:32
|
Hola Francisco! Yo tambi=E9n voy a estar liado esta semana, llego a cada a las 20h y = salgo a las 6:30h, as=ED que no ando para muchos trotes. Implementar un = acceso a indi no debe ser mucho m=E1s complicado que hacerlo para ascom, = la independencia est=E1 garantizada. Con las c=E1maras igual aunque no = s=E9 si indi implementa accesos a c=E1maras, de todas maneras = deber=EDamos segir con la tendencia de dar soporte directo, m=E1s que = nada por que es m=E1s divertido. Yo ya no puedo hacer mucho m=E1s en la versi=F3n 2.0, corregir los bugs = que salgan y dar soporte al gpusb como mucho. Mis esfuerzos van en la = nueva plataforma. En realidad es lo mismo pero m=E1s organizado pero, ya = les digo, esta semana lo tengo muy crudo. En fin, cuando pueda miro lo que hay que limpiar del repositorio y te = comento. Un saludo! ----- Original Message -----=20 From: Francisco Jos=E9=20 To: Lista de correo de desarrollo EQAlign=20 Sent: Monday, December 10, 2007 8:39 PM Subject: Re: [Eqalign-devel] ASCOM, EQAlign modular Que barbaridad, jeje, me quitan internet unos d=EDas y cuando vuelvo = veo todo esto revolucionadito. Antes de nada, Antonio, creo que en un mensaje anterior me dec=EDas lo = de borrar temas del repositorio, recu=E9rdame, por favor, lo que = necesitas borrar, lo hago y os comento los pasos a seguir. En estos d=EDas me encuentro por temas de trabajo fuera de casa hasta = el dia 21 (en valladolid), con internet limitado a un ratillo por la = tarde desde el hotel, hoy he actualizado mi copia de trabajo y durante = estos d=EDas me quiero centrar en terminar el ftw y de alguna manera = conseguir un sistema de configuraci=F3n de las c=E1maras m=E1s = consistente como os coment=E9 en anteriores correos; ir=E9 realizando = cuando me dejen los commits poco a poco. Sobre todo lo que os he le=EDdo del ASCOM5, me parece genial, pero = ya que estamos pensando en limpiezas, vamos a hacerlo bien, EQAling = funcionar=E1 en Linux y para ello se usar=E1 INDI, que es el = equivalente al ASCOM, por tanto y aunque nos cueste m=E1s trabajo, creo = que hemos de crear un "wrapper" o capa intermedia que evite el acceso = directo a cualquiera de estos protocolos, con ello conseguimos que el = programa realmente no dependa DE NADA, ya que pienso que una = dependencia excesiva de ASCOM o cualquier otro puede darnos problemas en = el futuro si, por ejemplo, cambian la licencia o se les va la olla...=20 M=E1s de la limpieza: la interfaz... bien, de nuevo ten=E9is que = ponerme no muy complejo el port a Linux, y para ello lo que necesito es = que el GUI siga dentro de lo posible el modelo vista-controlador, o = dicho de otra manera, que sea completamente intercambiable, eso lo = podemos conseguir mediante la modularizaci=F3n completa del proyecto en = librer=EDas reutilizable, pero poco a poco, puede ser tedioso y pienso = que no hemos de meternos en estos l=EDos antes de la versi=F3n 2.0 = final. De momento, os sigo los pasos en las novedades, pero me centro en la = estabilizaci=F3n de la versi=F3n 2.0: optimizaci=F3n de la base de = datos, sistema =EDntegro de c=E1maras y estabilizaci=F3n y = actualizaci=F3n del driver de la qhy5 (soporte de alta sensibilidad y = binning 2x2), esto por mi parte dejar=EDa listo el tema para la = siguiente beta o incluso Release Candidate. Un salud=EDn! ----- Mensaje original ---- De: Antonio Fraga <ant...@ya...> Para: Lista de correo de desarrollo EQAlign = <eqa...@li...> Enviado: s=E1bado, 8 de diciembre, 2007 16:28:17 Asunto: Re: [Eqalign-devel] ASCOM, EQAlign modular Bien, Tenemos c=E1maras y una clase a trav=E9s de la cual nos conectaremos a = "cualquier" c=E1mara. Tenemos telescopios y una clase a trav=E9s de la cual nos = conectaremos a "cualquier" telescopio. Y tenemos relayboxes y (a=FAn no en el nuevo esquema) una clase que = nos permitir=E1 conectarnos a "cualquier" relaybox. Adem=E1s las c=E1maras cumplen el interfaz GuiderInterfaz pues algunas = c=E1maras permiten autoguiar y lo mismo con los telescopios. As=ED que = tanto los relaybox como las c=E1maras como los telescopios son Guiders. Estupendo, conceptualmente parece que todo est=E1 solucionado, pero = ahora nos enfrentamos a un problema: Imaginen que estamos conectados a un telescopio y que luego queremos = conectar con una c=E1mara. Hasta aqu=ED bien. Ahora queremos conectarnos = con un autoguiado. Puede ser que queramos conectarnos con un relaybox, = entonces no hay problema, pero supongamos que queremos conectarnos al = relaybox de la c=E1mara a la que estamos conectados. Aqu=ED debe haber un peque=F1o negocio. Si la c=E1mara que servir=E1 = de relaybox est=E1 ya conectada, "simplemente" hay que hacer que el = guiador apunte a ella (haciendo la conversi=F3n de tipos necesaria): guider =3D (GuiderInterface)cam; Listo. Pero qu=E9 pasa cuando cerremos la sesi=F3n de autoguiado, o = qu=E9 pasa si cambiamos de c=E1mara. En el primer caso al tratar de = hacer un Disconnect() se deber=EDa detectar que el dispositivo a=FAn es = "=FAtil" pues est=E1 sirviendo im=E1genes y en el segundo caso = deber=EDamos dejar la instancia de c=E1mara abierta e instanciar otra = con la nueva c=E1mara... si se hacen cargo, este "peque=F1o" negocio = puede llegar a ser =A1un l=EDo! Se me ocurre una idea. En lugar de conectarnos a una c=E1mara, a un = telescopio o a un relaybox o cualqueir otro dispositivo de "hardware = astron=F3mico" de forma aislada, podr=EDamos tener una clase de nivel = superior, algo as=ED como AstroHard (o yo qu=E9 s=E9) que centralice = todos los accesos a cualquier tipo de hardware, por ahora s=F3lo estos = tres.. Si queremos conectarnos con cualquier dispositivo (c=E1mara, = telescopio o relay) podemos decirle a AstroHard que nos de acceso a ese = dispositivo. Si detecta que ese dispositivo ya est=E1 abierto, pues le = da acceso al mismo (con el interfaz que cumpla la petici=F3n). Si recibe = una petici=F3n de desconexi=F3n, primero eval=FAa si no hay otra = petici=F3n de uso todav=EDa abierta... en fin ser=EDa el encargado de = realizar todo ese "peque=F1o" negocio de dispositivos. cameraID =3D "Atik 16IC"; camera =3D AstroHard.ConnectCamera(cameraID);=20 ascomID =3D ASCOM.DriverAccess.Telescope.Choose(""); scope =3D AstroHard.ConnectScope(HardwareType.ASCOM, ascomID); guider =3D AstroHard.ConnectGuider(HardwareType.Camera, cameraID); ..... AstroHard.Disconnect(guider.GUID) AstroHard.Disconnect(scope.GUID) AstroHard.Disconnect(camera.GUID) Acabo de actualizar el proyecto EQAlign2.1, m=E1s o menos est=E1 = funcional.=20 En c=E1maras (proyecto EQACam) falta implementar el acceso a ASCOM, = creo que ser=E1 bastante f=E1cil (hay una plantilla para crear c=E1maras = CamTemplate.cs) He esbozado lo que podr=EDa ser una conexi=F3n a las DSI = y he "traducido" tambi=E9n el acceso a las Atik/Artemis No encuentro informaci=F3n sobre los par=E1metros de guiado de las = Atik/Artmeis, en la descripci=F3n del comando ArtemisPulseGuide(void = *cam, int axis, int millisec); no se especifica los valores de axis. = Buscar=E9, si no encuentro nada: prueba y error. En telescopios (proyecto EQAScope) he implementado el acceso a ASCOM = (versi=F3n 5), compatible con las dos versiones de ascom. He hecho = trampas: primero se comprueba si es compatible ASCOM5, si es as=ED = perfecto, si no compruebo si la montura conectada es compatible con = LX200, en ese caso tambi=E9n se puede enviar un pulso de movimiento (sin = tiempo de acci=F3n) y si tampoco, pues el pulso dura 1 segundo. Eso = dar=E1 un poco m=E1s de usabilidad a a botonera. En el proyecto TestScope, se permite conectarse a un telescopio y a un = guiador. En el guaidor se muestra un combo con las c=E1maras que = permiten autoguiado y ascom. Pero no hay nada de ese "negocio", si se = desconecta un dispositivo que sirve a los dos, desconectado queda. En el proyecto EQAControls s=F3lo hay dos controles: la botonera = (usable por autoguiadores y telescopios) y las coordenadas del = telescopio.. Ah=ED puede ir un contenedor de im=E1genes, el control de = tratamientos de imagen (histograma, gamma, contraste, desenfoque, = apilado), el graficado de mediciones, etc. Cuando est=E9 todo, habr=E1 que ir "cosiendo" EQAlign 2.1 con los = "retales". Bien, mientras no hayan otras ideas contin=FAo en este esquema. Un saludo -------------------------------------------------------------------------= ----- =BFChef por primera vez? - S=E9 un mejor Cocinillas. Entra en Yahoo! Respuestas. -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= SF.Net email is sponsored by:=20 Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -------------------------------------------------------------------------= ----- _______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel |