eqalign-devel Mailing List for EQAlign (Page 6)
Brought to you by:
antoniofga,
isoplut
You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(9) |
Aug
(26) |
Sep
(11) |
Oct
(60) |
Nov
(52) |
Dec
(22) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(3) |
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <is...@ya...> - 2007-10-04 00:36:45
|
Por pedir que no quede!! jejee Bueno, antes de nada te planteo una duda que me está volviendo loco, a ver si me puedes echar una mano tu que estás más puesto en C#; verás, al realizar una exposición la cámara almacena la imagen en un buffer interno, la función que se encarga de esto, en C++ es: EXPORT void _stdcall GETBUFFER(void *x, DWORD s); Lo que traducida a C# se me quedaría así: [DllImport("CMOSDLL.DLL")] private static extern void GETBUFFER(IntPtr x, uint s); Esta función necesita el buffer y los pixels que se desean obtener. El tema es el manejo de IntPtr y la creación en base de lo que hay ahí de una imagen que pueda presentar en un control de Image. Entiendo que habrá que reservar memoria para el buffer: * 16 bits por pixel y son 1280x1024 pixels Hago esto: IntPtr hBitmap = Marshal.AllocHGlobal(16 * 1280 * 1024); Obtengo el buffer: // Obtenemos todos los píxeles GETBUFFER(hBitmap, 1310720); y por último: this.imagenFrame.Width = 1280; this.imagenFrame.Height = 1024; imagenFrame.Image = (Image)new Bitmap(hBitmap.ToString()); para crear la imagen en el control; evidentemente estoy haciendo muchas cosas mal por que me dice que tururú, ¿algún consejo? Sobre la beta, hoy imposible, pero mañana si tendré más tiempo y ya la subo de una vez a SF, sobre el texto, bueno, te vi hace tiempo algún mensajillo en el foro de miguel, algo así, nada más. En fin, yo me conformo con la Artemis, estoy encantado con ella, y esta QHY, la QHY no es nada del otro mundo, pero va bastante mejor que la webcam modificada, a ver si la hago funcionar que esta noche me ha dado dolor de cabeza la jodía. Un saludo! Antonio Fraga <ant...@ya...> escribió: Uf! ayer no actualicé el repositorio... ¡actualizado! Incluí todos los archivos del instaler, a pesar de que son una copia (y el propio instalador ejectable... se me fue la mano: 5Mb) No he pensado en el texto de presentación, estos días los he tenido liadísimos, pero en cualquier caso me gustaría que se hiciera mención en la web a la ayuda de Francesc Pruneda en la traducción al catalán, aparte de un reconocimiento, eso animará a algún compañeros a colaborar. Bueno y con la QHY, de miedo. Casi tenemos el código para las atik, de echo lo utilicé hace tiempo para hacer exposiciones, pero habría que probarlo para las Atik16IC que son más asequibles como cámaras guía. Ay! quien pudiera tener una DSI, una Orion, una DMK y bueno, ya que pedimos una SBIG, una starlight... jeje Un saludo! ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel --------------------------------- Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden!. |
From: Antonio F. <ant...@ya...> - 2007-10-03 20:49:33
|
Uf! ayer no actualicé el repositorio... ¡actualizado! Incluí todos los archivos del instaler, a pesar de que son una copia (y el propio instalador ejectable... se me fue la mano: 5Mb) No he pensado en el texto de presentación, estos días los he tenido liadísimos, pero en cualquier caso me gustaría que se hiciera mención en la web a la ayuda de Francesc Pruneda en la traducción al catalán, aparte de un reconocimiento, eso animará a algún compañeros a colaborar. Bueno y con la QHY, de miedo. Casi tenemos el código para las atik, de echo lo utilicé hace tiempo para hacer exposiciones, pero habría que probarlo para las Atik16IC que son más asequibles como cámaras guía. Ay! quien pudiera tener una DSI, una Orion, una DMK y bueno, ya que pedimos una SBIG, una starlight... jeje Un saludo! |
From: Antonio F. <ant...@ya...> - 2007-10-03 13:35:48
|
Genial! y el SharpDevelop está muy bien, he cargado el proyecto sin problemas, seguiré evaluándolo. Un saludo! Francisco José <is...@ya...> escribió: Bueno, pues aunque no he incluido nada aún en EQAlign me alegra comentar que he creado un programa independiente y ya tengo el wrapper .NET para la DLL que está codificada en C/C++, lo he probado y perfecto, la comunicación con la cámara funciona perfectamente, he de terminarlo (espero hacerlo hoy), con lo que la captura será totalmente funcional; posteriormente cuando ya estén dominados los posibles problemas, lo integraré todo (espero tenerlo todo antes del puente de la semana que viene). Una curiosidad es que esta prueba la estoy codificando con SharpDevelop, un entorno calcado al Visual Studio pero que no cuesta un céntimo y es GPL, en el futuro podríamos considerarlo, va de vicio y gasta muchos menos recursos. Un saludo. ____________________________________________________________________________________ Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden! http://advision.webevents.yahoo.com/reto/entretenimiento.html ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com |
From: <is...@ya...> - 2007-10-03 10:36:38
|
Bueno, pues aunque no he incluido nada aún en EQAlign me alegra comentar que he creado un programa independiente y ya tengo el wrapper .NET para la DLL que está codificada en C/C++, lo he probado y perfecto, la comunicación con la cámara funciona perfectamente, he de terminarlo (espero hacerlo hoy), con lo que la captura será totalmente funcional; posteriormente cuando ya estén dominados los posibles problemas, lo integraré todo (espero tenerlo todo antes del puente de la semana que viene). Una curiosidad es que esta prueba la estoy codificando con SharpDevelop, un entorno calcado al Visual Studio pero que no cuesta un céntimo y es GPL, en el futuro podríamos considerarlo, va de vicio y gasta muchos menos recursos. Un saludo. ____________________________________________________________________________________ Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden! http://advision.webevents.yahoo.com/reto/entretenimiento.html |
From: <is...@ya...> - 2007-10-02 22:20:16
|
Muchas gracias Antonio! Que crack! jajaja. Si es que cuando las cosas se hacen bien da gusto! Bueno, parece que la tarea no será excesivamente compleja, aunque como comenté antes, previamente haré un programita de prueba. Te comento: Antonio Fraga <ant...@ya...> escribió: Hola Francisco! Hola Andrés! Bueno, Francesc Pruneda me ha enviado la traducción de los mensajes y el programa ya está traducido al castellano/catalán/inglés, sólo falta el diálogo Acerca de, el FTW excepto el primer paso y la parte goto y sus diálogos de configuración. Actualicé el instalador nsi para que contemple los archivos de internacionalización y subí el instalador compilado a: http://www.telefonica.net/web2/eqalign/projects/EQAlign-2_0_0_beta.exe Genial oye, nunca pensé que tendríamos EQAlign en Catalán, me alegro. Mañana por la tarde tendré subida la beta y si lo deseáis lo damos a conocer (creo que de momento no internacionalmente, hasta que esté más depurada). Sobre la proposición de Tom a su propio proyecto, pues opino lo mismo que cuando los de microgiga nos ofrecieron colaborar en su proyecto o cuando el de telescopios.as quiso nuestra colaboración para su óptica adaptativa: Mis esfuerzos están con EQAlign. No tengo ningún interés en dedicar tiempo a otro proyecto y menos si es comercial. Por otro lado, si ayudamos a elaborar un soft para un dispositivo comercial que va a autoguiar y a alinear las monturas, ¿dónde quedará nuestro proyecto? Creo que los intereses básicamente son incompatibles. Pero ¿qué opinas Francisco? y ¿qué opinas Andrés? Pues lo mismo que cuando Microgiga (por cierto, el DA2XP nunca vió la luz... ay ay), y eso que esta gente realmente si creía en el software libre, pero viendo el comportamiento y el modo de desarrollo (totalmente respetable) de Tom, no me parece nada atractivo, mi nivel de entusiasmo no ha sido grande, vaya. Sobre la incorporación de cámaras, tanto WDM como SimCamera implementan el interfaz CameraInterface. Cuando desde cualqueir parte del programa se invoca a la clase Camera, que es la que centraliza el meollo, para hacerle una petición de la siguiente imagen, Camera invoca a su vez el método GetFrame del objeto camara activo. El objeto cámara activo es: private CameraInterface cam; y el driver que se carga en cam se decide en el método Connect. En la clase CameraInterfaces.cs se definen los tipos de cámara posibles: // enumeración para tipos de acceso cámara public enum eCameraAccessType { None = 0, WDM = 1, Sim = 2 }; En la clase CameraInterfaces.cs se definen los tipos de cámara posibles y para que la clase Camera carge un driver determinado, se establece (antes de invocar un Connect) la propiedad pública: public eCameraAccessType CameraAccessType Por lo demás el driver de las QDY debe implementar el interfaz CameraInterface que básicamente tiene información del tamaño de imagen (propiedades with/height), informa si está conectada o no (propiedad IsConnected), da información del driver de la cámara (propiedad Driver), permite conectar/desconectar (métods Connect/Disconnect), establecer propiedades de captura y de configuración de vídeo (métodos Settings y Config) y obtener el último fotograma (GetFrame()) Además implementa el evento FrameTacked que se dispara cuando hay una imagen disponible. Cada función está ducumentada en CameraInterfaces.cs. Aquí podemos discutir sibre cosas que falta y seguro que tendrás que incorporar nuevas cosas para las QDY, pero básicamente son sificientes para lo que queremos. La larga exposición en WDM se implementa confucniones LX que no cumplen el interfaz CameraInterface , pero se podría generalizar y hacerlo parte del interfaz. Para eso habría que incluir en el interfaz una propiedad que informe si el driver es capaz o no de hacer LX y las propias funciones de LX. Las de las webcam modificadas son: public bool StartLXMode() //inicailiza el modo de larga exposición public void StopLXMode() //termina el modo de larga exposición y las específicas de LX public void startLxExposure() // inicializa la captura de larga exposicón public bool stopLxExposure() //termina la larga exposición y carga la imagen en el buffer Como siempre, el método GetImage es el encargado de devolver esa imagen. Como las QDY son capaces de hacer exposiciones de 0.01 segundos, se puede plantear como las webcam, imágenes continuas de exposición baja en modo tiempo real y exposiciones LX en modo LX. El temporizador de la larga exposición es externo y de ello se encarga el control de cámara. Creo que es más abierto y permite desde lanzar un thread externo o actuar con un croinómetro de ticks como se hace ahora. Pero de eso no te tienes que encargar tú, el propio control UI de usuario (el que establece el tiempo de exposición que deseas) es el que activa ese cronómetro y hace las llamadas de LX. Por cierto, habría que cambiar la clase UICamControl, pues en los métodos: chkLX_CheckedChanged StopLXMode y LXProgressCount //tick del cronómetro se hace mención al modo WDM. Si incorporamos el modo LX al interfaz CameraInterface, esto no haría falta. En fin, creo que eso es todo. Vale, sobre los relays creo que se puede integrar creando un objeto que ofreca las dos cosas tanto al driver de cámara como al driver de autoguiado. Ocurre lo mismo con las Atik. Se trataría que el objeto de control del dispositivo cámara (cámara/ST4) se otro obeto de otro nivel al que llamen los drivers específicos de cámara y de autoguiado. De ese modo pueden compartir el bus USB y poder elegir QHY-Cam como cámara y GPUSB como autoguiado, o QHY-Cam como cámara de datos y ATIK-ST4 como dispositivo de autoguiado, mientras que fotografías con la ATIK-Cam... yo que sé, las configuraciones pueden ser múltiples. Creo que así se aseguraría la flexibilidad y el esquema tal como lo tenemos no habría que cambiarlo prácticamente. Bueno, menudo rollo! Un saludo! Lo dicho, genial, me podré manos a la obra poco a poco, para la semana que viene me gustaría que al menos, la captura funcionara (guiaré por el puerto serie), ya me meteré con los relays ST4 más adelante. Un saludo! ----- Original Mes sage ----- From: Francisco José To: Lista correo EQAlign Sent: Tuesday, October 02, 2007 9:06 PM Subject: [Eqalign-devel] QHY5 Por cierto Antonio, se me pasaba, el GPUSB te lo mandaré la semana que viene, lo dejé en Córdoba y bajaré para allá en el puente; también tengo que mandar a Migue algunas cosillas. He estado estudiando el documento que nos ha remitido Tom y no parece nada difícil el interfaz que ofrece; crearé un programa independiente para probar antes de realizar la integración; también he estado estudiando la parte de cámaras de EQAlign, quizás la que menos conozco; lo tengo que hacer en mayor profundidad, no se si habrá que abstraer algo más ese código para soportar en el futuro más cámaras; déjame que lo estudie y diseñe (si fuera necesario) un interfaz abstracto para cámaras; lo que se me antoja que necesitará más trabajo es la integración de los relays de la cámara para el guiado; ya que ahora los guiadores son dispositivos independientes o asociados a los telescopios pero no a las cámaras. Si tienes un momentito, una duda, con la cámara yo obtengo acceso a un buffer de datos que contiene una imagen RAW de 8 ó 16 bits, entiendo que esa imagen la he de volcar al control de imagen del widget principal ¿es así? ¿sólo así? seguro que me dejo algo... Un saludo! --------------------------------- Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden! . --------------------------------- ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ --------------------------------- _______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel --------------------------------- Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden!. |
From: Antonio F. <ant...@ya...> - 2007-10-02 21:08:37
|
Hola Francisco! Hola Andr=E9s! Bueno, Francesc Pruneda me ha enviado la traducci=F3n de los mensajes y = el programa ya est=E1 traducido al castellano/catal=E1n/ingl=E9s, s=F3lo = falta el di=E1logo "Acerca de", el FTW excepto el primer paso y la parte = goto y sus di=E1logos de configuraci=F3n. Actualic=E9 el instalador nsi = para que contemple los archivos de internacionalizaci=F3n y sub=ED el = instalador compilado a: http://www.telefonica.net/web2/eqalign/projects/EQAlign-2_0_0_beta.exe=20 Sobre la proposici=F3n de Tom a su propio proyecto, pues opino lo mismo = que cuando los de microgiga nos ofrecieron colaborar en su proyecto o = cuando el de telescopios.as quiso nuestra colaboraci=F3n para su = =F3ptica adaptativa: Mis esfuerzos est=E1n con EQAlign. No tengo ning=FAn inter=E9s en = dedicar tiempo a otro proyecto y menos si es comercial. Por otro lado, si ayudamos a elaborar un soft para un dispositivo = comercial que va a autoguiar y a alinear las monturas, =BFd=F3nde = quedar=E1 nuestro proyecto? Creo que los intereses b=E1sicamente son = incompatibles. Pero =BFqu=E9 opinas Francisco? y =BFqu=E9 opinas Andr=E9s? Sobre la incorporaci=F3n de c=E1maras, tanto WDM como SimCamera = implementan el interfaz CameraInterface. =20 Cuando desde cualqueir parte del programa se invoca a la clase Camera, = que es la que centraliza el meollo, para hacerle una petici=F3n de la = siguiente imagen, Camera invoca a su vez el m=E9todo GetFrame del objeto = camara activo. El objeto c=E1mara activo es: private CameraInterface cam; y el driver que se carga en "cam" se decide en el m=E9todo Connect. En la clase CameraInterfaces.cs se definen los tipos de c=E1mara = posibles: // enumeraci=F3n para tipos de acceso c=E1mara public enum eCameraAccessType { None =3D 0, WDM =3D 1, Sim =3D 2 }; En la clase CameraInterfaces.cs se definen los tipos de c=E1mara = posibles y para que la clase Camera carge un driver determinado, se = establece (antes de invocar un Connect) la propiedad p=FAblica: public eCameraAccessType CameraAccessType Por lo dem=E1s el driver de las QDY debe implementar el interfaz = CameraInterface que b=E1sicamente tiene informaci=F3n del tama=F1o de = imagen (propiedades with/height), informa si est=E1 conectada o no = (propiedad IsConnected), da informaci=F3n del driver de la c=E1mara = (propiedad Driver), permite conectar/desconectar (m=E9tods = Connect/Disconnect), establecer propiedades de captura y de = configuraci=F3n de v=EDdeo (m=E9todos Settings y Config) y obtener el = =FAltimo fotograma (GetFrame()) Adem=E1s implementa el evento FrameTacked que se dispara cuando hay una = imagen disponible. Cada funci=F3n est=E1 ducumentada en CameraInterfaces.cs. Aqu=ED = podemos discutir sibre cosas que falta y seguro que tendr=E1s que = incorporar nuevas cosas para las QDY, pero b=E1sicamente son sificientes = para lo que queremos. La larga exposici=F3n en WDM se implementa confucniones LX que no = cumplen el interfaz CameraInterface , pero se podr=EDa generalizar y = hacerlo parte del interfaz. Para eso habr=EDa que incluir en el interfaz una propiedad que informe = si el driver es capaz o no de hacer LX y las propias funciones de LX. = Las de las webcam modificadas son: public bool StartLXMode() //inicailiza el modo de larga exposici=F3n public void StopLXMode() //termina el modo de larga exposici=F3n y las espec=EDficas de LX public void startLxExposure() // inicializa la captura de larga = exposic=F3n public bool stopLxExposure() //termina la larga exposici=F3n y carga la = imagen en el buffer Como siempre, el m=E9todo GetImage es el encargado de devolver esa = imagen. Como las QDY son capaces de hacer exposiciones de 0.01 segundos, se = puede plantear como las webcam, im=E1genes continuas de exposici=F3n = baja en modo "tiempo real" y exposiciones LX en modo LX. El temporizador de la larga exposici=F3n es externo y de ello se encarga = el control de c=E1mara. Creo que es m=E1s abierto y permite desde lanzar = un thread externo o actuar con un croin=F3metro de ticks como se hace = ahora. Pero de eso no te tienes que encargar t=FA, el propio control UI = de usuario (el que establece el tiempo de exposici=F3n que deseas) es el = que activa ese cron=F3metro y hace las llamadas de LX. Por cierto, habr=EDa que cambiar la clase UICamControl, pues en los = m=E9todos: chkLX_CheckedChanged StopLXMode=20 y=20 LXProgressCount //tick del cron=F3metro se hace menci=F3n al modo WDM. Si incorporamos el modo LX al interfaz = CameraInterface, esto no har=EDa falta. En fin, creo que eso es todo. Vale, sobre los relays creo que se puede integrar creando un objeto que = ofreca las dos cosas tanto al driver de c=E1mara como al driver de = autoguiado. Ocurre lo mismo con las Atik. Se tratar=EDa que el objeto de = control del dispositivo c=E1mara (c=E1mara/ST4) se otro obeto de otro = nivel al que llamen los drivers espec=EDficos de c=E1mara y de = autoguiado. De ese modo pueden compartir el bus USB y poder elegir = QHY-Cam como c=E1mara y GPUSB como autoguiado, o QHY-Cam como c=E1mara = de datos y ATIK-ST4 como dispositivo de autoguiado, mientras que = fotograf=EDas con la ATIK-Cam... yo que s=E9, las configuraciones pueden = ser m=FAltiples. Creo que as=ED se asegurar=EDa la flexibilidad y el = esquema tal como lo tenemos no habr=EDa que cambiarlo pr=E1cticamente.=20 Bueno, menudo rollo! Un saludo! ----- Original Message -----=20 From: Francisco Jos=E9=20 To: Lista correo EQAlign=20 Sent: Tuesday, October 02, 2007 9:06 PM Subject: [Eqalign-devel] QHY5 Por cierto Antonio, se me pasaba, el GPUSB te lo mandar=E9 la semana = que viene, lo dej=E9 en C=F3rdoba y bajar=E9 para all=E1 en el puente; = tambi=E9n tengo que mandar a Migue algunas cosillas. He estado estudiando el documento que nos ha remitido Tom y no parece = nada dif=EDcil el interfaz que ofrece; crear=E9 un programa = independiente para probar antes de realizar la integraci=F3n; tambi=E9n = he estado estudiando la parte de c=E1maras de EQAlign, quiz=E1s la que = menos conozco; lo tengo que hacer en mayor profundidad, no se si habr=E1 = que abstraer algo m=E1s ese c=F3digo para soportar en el futuro m=E1s = c=E1maras; d=E9jame que lo estudie y dise=F1e (si fuera necesario) un = interfaz abstracto para c=E1maras; lo que se me antoja que necesitar=E1 = m=E1s trabajo es la integraci=F3n de los relays de la c=E1mara para el = guiado; ya que ahora los guiadores son dispositivos independientes o = asociados a los telescopios pero no a las c=E1maras. Si tienes un momentito, una duda, con la c=E1mara yo obtengo acceso a = un buffer de datos que contiene una imagen RAW de 8 =F3 16 bits, = entiendo que esa imagen la he de volcar al control de imagen del widget = principal =BFes as=ED? =BFs=F3lo as=ED? seguro que me dejo algo... Un saludo! -------------------------------------------------------------------------= ----- S=E9 un Mejor Amante del Cine =BFQuieres saber c=F3mo? =A1Deja que otras personas te ayuden! . -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ -------------------------------------------------------------------------= ----- _______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel |
From: <is...@ya...> - 2007-10-02 20:06:58
|
Por cierto Antonio, se me pasaba, el GPUSB te lo mandaré la semana que viene, lo dejé en Córdoba y bajaré para allá en el puente; también tengo que mandar a Migue algunas cosillas. He estado estudiando el documento que nos ha remitido Tom y no parece nada difícil el interfaz que ofrece; crearé un programa independiente para probar antes de realizar la integración; también he estado estudiando la parte de cámaras de EQAlign, quizás la que menos conozco; lo tengo que hacer en mayor profundidad, no se si habrá que abstraer algo más ese código para soportar en el futuro más cámaras; déjame que lo estudie y diseñe (si fuera necesario) un interfaz abstracto para cámaras; lo que se me antoja que necesitará más trabajo es la integración de los relays de la cámara para el guiado; ya que ahora los guiadores son dispositivos independientes o asociados a los telescopios pero no a las cámaras. Si tienes un momentito, una duda, con la cámara yo obtengo acceso a un buffer de datos que contiene una imagen RAW de 8 ó 16 bits, entiendo que esa imagen la he de volcar al control de imagen del widget principal ¿es así? ¿sólo así? seguro que me dejo algo... Un saludo! --------------------------------- Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden!. |
From: <is...@ya...> - 2007-10-02 20:06:51
|
Por cierto Antonio, se me pasaba, el GPUSB te lo mandaré la semana que viene, lo dejé en Córdoba y bajaré para allá en el puente; también tengo que mandar a Migue algunas cosillas. He estado estudiando el documento que nos ha remitido Tom y no parece nada difícil el interfaz que ofrece; crearé un programa independiente para probar antes de realizar la integración; también he estado estudiando la parte de cámaras de EQAlign, quizás la que menos conozco; lo tengo que hacer en mayor profundidad, no se si habrá que abstraer algo más ese código para soportar en el futuro más cámaras; déjame que lo estudie y diseñe (si fuera necesario) un interfaz abstracto para cámaras; lo que se me antoja que necesitará más trabajo es la integración de los relays de la cámara para el guiado; ya que ahora los guiadores son dispositivos independientes o asociados a los telescopios pero no a las cámaras. Si tienes un momentito, una duda, con la cámara yo obtengo acceso a un buffer de datos que contiene una imagen RAW de 8 ó 16 bits, entiendo que esa imagen la he de volcar al control de imagen del widget principal ¿es así? ¿sólo así? seguro que me dejo algo... Un saludo! Antonio Fraga <ant...@ya...> escribió: Hola! Bueno, sobre el autor del driver de las QHY5, pues allá él y que le aproveche. Supongo que en estos momentos somos su competencia :-) Adelante con ese soporte. En realidad creo que lo más importante ahora mismo es documentar el proceso goto y la gestión de objetos de la base de datos, internacionalizar los pasos que quedan del FTW y el proceso goto, terminar de perfilar el manual de la versión 2.0 y entonces pensar en el autoguiado y en la incorporación de cámaras. Pero, colegas, en este proyecto cada cual debe sentirse a gusto trabajando en lo que más le apetezca y los momentos que pueda, así que, Francisco, adelante con lo que creas. Eso sí, no dejes olvidado esta parte o la versión 2.0 quedará coja :-) El instalador nsi está actualizado desde hace tiempo y el compilado con la última versión ya está en esta dirección no pública: http://www.telefonica.net/web2/eqalign/projects/EQAlign-2_0_0_beta.exe Pensaré en un texto de salutación ... ¿a que queda bien el palabro? ... esta semana la tengo un poco liada pero lo intentaré. Otra cosa, no me ha llegado el GPUSB ¿lo has enviado?, a ver si le meto mano. El autoguiado me va muy bien pero antes de abrirlo creo que deberíamos ofrecer soporte al GPUSB. Saludos! ----- Original Message ----- From: Francisco José To: Lista de correo de desarrollo EQAlign Sent: Monday, October 01, 2007 12:38 AM Subject: Re: [Eqalign-devel] Internacionalización Bueno, en primer lugar, mil disculpas por el retraso; como siempre el trabajo aprieta; bueno, en primer lugar, Antonio, sube el instalador al repositorio SVN y publicamos la beta esta semana sin falta. Hay que decidir el texto que podemos incluir en la nota que publiquemos en la web y/o foros. Por mi parte estoy trabajando en la QHY5, tras muchos intentos el autor del driver ha decidido cobrar por él y pasa de nosotros de mala manera, en fin, allá cada uno. Por tanto, voy a reprogramar la cámara para que acepte el driver original del fabricante chino, ese driver es gratuito y está disponible la documentación. Tomo nota del resto, internacionalización incluida y poco a poco iré haciendo cosillas. Lo dicho, habememus beta! Un saludo. Antonio Fraga <ant...@ya...> escribió: He estado trabajando sobre la internacionalización, por mi parte creo que sólo me falta el diálogo de configuración de parámetros orbitales de cometas y asteroides (y algo quedará que no me quedo). He tenido que tocar el FTW para que el formulario principal se entere que se cambió el lenguaje y pueda recargar los textos. En principio he cargado la internacionalización de los controles en el método Start (que se llama siempre que se llama un control EQAControl) y a su vez se llama al método privado SetUILanguage(). En el formulario principal y en los controles y formularios no EQAControl he tratado de mantener la nomenclatura. En fin: un rollo, pero ya casi está. Francisco deberías trabajar en la internacionalización del control GoTo y en los diálogos de configuración de objetos de base de datos etc. y también esa parte del manual. Con eso estaría terminada esta versión y podemos dedicarnos a la siguiente fase (aparte de corregir errores) No sé si les había comentado que Francesc Pruneda se puso en contacto conmigo para traducir el manual al Catalán. Yo le propuse que tradujera también el xml de idioma y está dispuesto. Sobre el autoguiado, he ocultado todos los controles manuales y lo he dejado automático. Creo que al final debemos aspirar a que el autoguiado adaptativo sea el mejor controlador, sin tener que tocar ningún parámetro que no sea umbrales y poco más. Francisco: también incluí la url al archivo de versiones y creo que funciona. También eliminé la opción de registro de versión porque no tiene sentido que se guarde ahí, sino en el propio compilado. En fin, por mi parte podemos publicar la beta. Sobre por qué no calcular el ángulo de la cámara con pulsos guía: les había prometido justificarlo pero ahora estoy un poco cansado, espero no enrollarme. Básicamente: si la montura está en muy mala estación, habrá una deriva no despreciable durante el tiempo de pulsos al este. Si se paran los motores, la estrella va al oeste celeste y punto (jeje) Si se envían pulsos guía al este, la estrella irá al oeste (de la montura). El oeste de la montura es el ideal para autoguiar, pero si hay derivas durante el tiempo de calibración ya no estaremos midiendo el eje este-oeste de la montura correctamente. Por otro lado, si el tiempo de calibración es corto (para no detectar tantas derivas), el cálculo del ángulo no es tan exacto. Si la montura estuviera en estación, no hay problema en utilizar un método u otro. Pero en otro caso estamos en una encrucijada, porque no sé qué es peor: guiar en el eje del cielo (cuando los ejes de la montura son otros) o en un eje mal calculado. Bueno El proceso de calibración sí tiene algo interesante: precalcular las ganancias de pulsos adecuadas al ciclo, si hay que especular o no el eje de declinaciones y los valores de desviación de derivas en declinaciones (una vez ajustada) nos da una idea del seeing y de ahí sacamos los umbrales de acción (de la tendencia de declinaciones también sacamos los umbrales de autoguiado + y adecuados). ¿Me enrollé? ¿ideas? Un saludo ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel --------------------------------- Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden! . --------------------------------- ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ --------------------------------- _______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel --------------------------------- Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden!. |
From: <is...@ya...> - 2007-10-02 09:26:18
|
Bueno, rectificar es de sabios dicen, de modo que aunque tras muchos intentos Tom no me hacía mucho caso, de golpe me responde con este mensaje, mejor tarde que nunca, ya que pensaba reprogramar la cámara esta misma tarde. Antonio, dice algo de un proyecto hardware de autoguiado/alineación basado en estas cámaras, no se muy bien de que va la cosa. Os adjunto las especificaciones de este chip. Por lo demás, tengo prioridad en meter soporte de esta cámara por que es la que uso, me encuentra estrellitas por todos sitios, de este modo podré probar más frecuentemente el guiado. Pero por lo demás se que hay prioridades que no olvido, jeje. Un saludo. --- Tom Van den Eede <to...@as...> escribió: > De: "Tom Van den Eede" <to...@as...> > Para: Francisco José <is...@ya...> > Asunto: Re: DWORD params in GuideCommand() > Fecha: Tue, 2 Oct 2007 02:42:18 +0200 > > Francisco, > > This is what I have at the moment (see below). Please keep that to yourself as it may chnge in > the next days. > > Typical sequence is: > > OpenUSB(0); > > ProgramCamera( subframeInfo , GanInfo) > > Exposure( time , NIL ) or ThreadedExposure( time , Nil ) > > if Threaded Exposure ... while (isexposing'()) Do_some_Stuff > > SETBUFFERMODE(mode); //THIS CALL SHOULD ONLY OCCUR ONCE IF ONLY ONE BUFFERMODE IS USED. > > GETBUFFER( targetBuffer , size_in_pixels_to _get); > > > > I also have a question to the EQAlign2 development team: I am thinking of doingig some hardware > porject based on the QHY5/QHY6 and maybe some other cameras buil by QHYCCD. In this projects > (which obviously is comercial) we would like to offer the possibility to use the camera for > guiding and for alignment (a.o.). > > > > Would you be interested to work with us on this project? The main requiredment would be the > need of a branded version of EQAlign capable of running in limited resolution further optimized > for an interface with a touch screen or a stylus. > > > > Please let me know if you are interested in such a cooperation or is we can codevelop on this > under to be determined terms and conditions. > > > > regards > > > > Tom > > > > Program Name : CMOSDLL.DLL (development library) > > Prerequisites : CMOSDLL.DLL is highly dependent on the system drivers that are installed for > your camera. Upon updates of the system drivers, a new CMOSDLL might be required. The > CMOSDLL.DLL version provided on this page will work with the latest version of the system > drivers > > Terms of use: CMOSDLL.DLL may only be used in NON-COMMERCIAL applicationa. The DLL should be > used as provided maintaining the file's name. For commercial application, please contact the > author on through the contact-us link on top of this page. Material is provided as is. The > third party developer is responsible for maintaining the application up to date with future > releases of CMOSDLL. I try to maintain backwards compatibility with earlier versions of the > DLL but this is not guaranteed; There is no support for this material unless agree differently. > > > > > Functional Overview: > int _stdcall checkdevice(int n); > > Checks is a QHY5 device is present on this machine. Currently only one device is supported to > the parameter should be set to 0. This function returns 1 if a camera device could be found, 0 > if no device could be found. > > > EXPORT void _stdcall closeUSB(); > > This call closes the current connection to the QHY5 (will not perform any action when the camera > is not connected) > > > EXPORT void _stdcall CameraReset(); > > Currently not implemented, RESERVED USE! > > > EXPORT void _stdcall CancelExposure(); > > Cancels any currently pending exposures. > > > EXPORT DWORD _stdcall openUSB(int i); > > Opend a connection to a QHY5 device. Currently only device 0 is supported so please make sure > to set this parameters to 0 for future compatilibity. This call returns 1 upon successfull > connect, 0 when no connection could be made > > EXPORT DWORD _stdcall ProgramCameraRGB(DWORD x,DWORD y,DWORD w,DWORD h,DWORD gr, DWORD gg, DWORD > gb , DWORD gg2 ); (UNDER DEVELOPMENT) > EXPORT DWORD _stdcall ProgramCameraRGB(DWORD x,DWORD y,DWORD w,DWORD h,DWORD gr, DWORD gg, DWORD > gb ); > EXPORT DWORD _stdcall ProgramCamera(DWORD x,DWORD y,DWORD w,DWORD h,DWORD gain ); > > Both of these calls program the subframe and the gain settings for the camera. > > a.. x,y are the offsets of the subframe within the complete 1280x1024 image > b.. w,h are the width/height of the subframe > c.. only subframes of 160x120, 320x240,640x480,400x400, 800x600,1280x1024 are supported, > others are for use on your own risk. > d.. restrictions: x+w<=1280 ; y+h<=1024 ; x>0; y>0; > e.. default values: x=0, y=0, w=1280, h=1024 > f.. gain = comon gain for all amplifiers (used on BW cameras) or gr,gg,gb are RGB gain > settings for color cameras. (if supporting both color and mono cameras, use the first call and > set gr,gg,gb to the same value in case of mono camera). Setting different gains for different > color > g.. Gain is expressed in the format requires by the sensor (i.e. non-lineair). The routine > below indicates how to convert a 0-100% gain value to the proper value in the camera (see the > sensor documentation for more information): (see attached file) > function calcgain(p : double):integer; > begin > p := p * 15/100; > if (p>15) then p := 15; > if (p<= 8) then > begin > if (p<=4) then result := round(p/0.125) > else result := $50 + round((p-4.0)/0.25); > end > else > result := $60 + round(p-8.00); > end; > > > > EXPORT DWORD _stdcall GuideCommand(DWORD GuideCommand, DWORD PulseTime); > > This command is used to issue a guidecommand to the camera. Pulsetime is the guide pulse time > expressed in miliseconds. Guidecommand is a bitmap (only top four buts are used). Guiding in a > specific direction is activated when the bit is set. > > a.. 0x10 (bit 4) - East > b.. 0x20 (bit 5) - North > c.. 0x40 (bit 6) - South > d.. 0x80 (bit 7) - West > Simultaneous guiding in different directions is possible but pulse length for both directions > must be equal. The call will return immediatly so it is up to the host program to see when it > issupposed to end. The program can send a new commandto the camera that will override the old. > immediatly. > > // I have added a CancelGuide commands still undocumented > > // I have added independent X/Y Guiding commands so X and Y guiding can occur independently > > I will send the details about these commands as soon as they become available. > > > > > EXPORT void _stdcall ThreadedExposure( DWORD expolength, BYTE *imgdata ); > EXPORT void _stdcall Exposure( DWORD expolength, BYTE *imgdata ); > > Both these calls start and exposure od expolength miliseconds. When a BYTE¨* is specified. > *imgdata is for internat use only and should be set to NULL. > > a.. Exposure will complete theexposure before returning from the call > b.. ThreadedExposure will return start the exposure and return to the calling program > immediatly. Use isExposing to see when the exposure has finished > > EXPORT DWORD _stdcall isExposing(); > > Returns 1 when an exposure is currently ongoing, 0 when this is not the case (axposure = > axposure, readout and optional processing) > > > EXPORT DWORD _stdcall DEBUG( DWORD entry ); > > Internal use only, DO NOT USE. Using this call may render the camera in an uncontrolled state > crashing the driver/program > > In future releases on of these calls will be used to retrieve the FIRMWARE version; > > > void _stdcall SETBUFFERMODE(DWORD mode ); > > Defines the format in which the GETBUFFER command will return its data. Defines modes are > > #define BUFFER_pf16bit 0 //DEFAULT!!! > #define BUFFER_pf8bit 1 > #define BUFFER_pf24bit 2 > #define BUFFER_pf48bit 3 > #define BUFFER_DEBAYER 4 > #define BUFFER_pf16bitTC 5 > > a.. pf16bit = 16 BIT RAW DATA [GRAY] > b.. pf8bit = 8 BIT RAW DATA [GRAY] > c.. pf24bit = 8 BIT RAW DATA, trippled to match a 24-bit RGB bitmap [GRAY] > d.. pf48bit = proprietary mode similar ro p24bit but 16bits/color [GRAY] > e.. DEBAYER = performs a simple debayer and return data in pf24bit color format. Resolution = > w * h-1 !!! > f.. pf16bitTC = 16BIT DATA in two's complement format for direct FIT output > > EXPORT DWORD _stdcall getVIDPID(); > > Returns the VIDPID information of the currently attached camera. This way vendor specific > functions can be implemented. (* see notes in the terms of usage when applying this function *) > > > > EXPORT void _stdcall debayerImage(BYTE *src,BYTE *tgt, DWORD w, DWORD h); > EXPORT void _stdcall debayerImageW(WORD *src,BYTE *tgt, DWORD w, DWORD h); > EXPORT void _stdcall debayerBuffer(BYTE *tgt, DWORD w, DWORD h); > > Internal calls, do not use, exported for test purposes only. > > EXPORT void * _stdcall getbufptr(); > > returns a pointer to the internal camera driver image buffer (8 bit RAW mode), size is > guaranteed up to the latest exposure width x height. Host program is responsible for not > reading out of thie scope. This information will be overwritten with next exposure. > > EXPORT void * _stdcall getbufptr16() > > returns a pointer to the internal camera driver image buffer (16bit RAW mode), size is > guaranteed up to the latest exposure width x height. Host program is responsible for not > reading out of thie scope. This information will be overwritten with next exposure. > > > EXPORT void _stdcall GETBUFFER(void *x, DWORD s); > > Returns the s first pixels from the image according to the format specified in the SETBUFFERMODE > call and stores them in the buffer passed through the x parameters. The hosting program is > responsible for allocating sufficient space to hold the complete data. > > > EXPORT void _stdcall SetNoiseReduction( int n ); > > The driver supports a pre-processing mode that eliminates some of the horizontal line noise that > is typical on this camera. Using this mode slightly slows down the camera but it will ensure > lower noise specially at high gains. > > //Currently I'm workingon an extended version of this function > > > > > ----- Original Message ----- > From: Francisco José > To: to...@as... > Sent: Tuesday, October 02, 2007 1:40 AM > Subject: DWORD params in GuideCommand() > > > Hello Tom, I am adding support for the QHY5 Cmos camera in EQAlign2, (eqalign.sf.net) I have > a fast question, please: could you indicate the possible values that can be passed to the first > argument of the GuideCommand() function, that is to say, the possible senses of movement? > > Finally, when is necessary to invoke to ProgramCamera () and what arguments need it? > > Thank you very much. > > Fran. > -- > Member of EQAlign Project. > http://eqalign.sourceforge.net > > > > ------------------------------------------------------------------------------ > > Sé un Mejor Amante del Cine > ¿Quieres saber cómo? ¡Deja que otras personas te ayuden! . > ____________________________________________________________________________________ Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden! http://advision.webevents.yahoo.com/reto/entretenimiento.html |
From: Antonio F. <ant...@ya...> - 2007-10-01 18:10:51
|
Hola! Bueno, sobre el autor del driver de las QHY5, pues all=E1 =E9l y que le = aproveche. Supongo que en estos momentos somos su competencia :-) = Adelante con ese soporte. En realidad creo que lo m=E1s importante ahora mismo es documentar el = proceso goto y la gesti=F3n de objetos de la base de datos, = internacionalizar los pasos que quedan del FTW y el proceso goto, = terminar de perfilar el manual de la versi=F3n 2.0 y entonces pensar en = el autoguiado y en la incorporaci=F3n de c=E1maras. Pero, colegas, en este proyecto cada cual debe sentirse a gusto = trabajando en lo que m=E1s le apetezca y los momentos que pueda, as=ED = que, Francisco, adelante con lo que creas. Eso s=ED, no dejes olvidado = esta parte o la versi=F3n 2.0 quedar=E1 "coja" :-) El instalador nsi est=E1 actualizado desde hace tiempo y el compilado = con la =FAltima versi=F3n ya est=E1 en esta direcci=F3n no p=FAblica: http://www.telefonica.net/web2/eqalign/projects/EQAlign-2_0_0_beta.exe=20 Pensar=E9 en un texto de "salutaci=F3n" ... =BFa que queda bien el = "palabro"? ... esta semana la tengo un poco liada pero lo intentar=E9. Otra cosa, no me ha llegado el GPUSB =BFlo has enviado?, a ver si le = meto mano. El autoguiado me va muy bien pero antes de "abrirlo" creo que = deber=EDamos ofrecer soporte al GPUSB. Saludos! ----- Original Message -----=20 From: Francisco Jos=E9=20 To: Lista de correo de desarrollo EQAlign=20 Sent: Monday, October 01, 2007 12:38 AM Subject: Re: [Eqalign-devel] Internacionalizaci=F3n Bueno, en primer lugar, mil disculpas por el retraso; como siempre el = trabajo aprieta; bueno, en primer lugar, Antonio, sube el instalador al = repositorio SVN y publicamos la beta esta semana sin falta. Hay que = decidir el texto que podemos incluir en la nota que publiquemos en la = web y/o foros. Por mi parte estoy trabajando en la QHY5, tras muchos intentos el = autor del driver ha decidido cobrar por =E9l y pasa de nosotros de mala = manera, en fin, all=E1 cada uno. Por tanto, voy a reprogramar la = c=E1mara para que acepte el driver original del fabricante chino, ese = driver es gratuito y est=E1 disponible la documentaci=F3n. Tomo nota del resto, internacionalizaci=F3n incluida y poco a poco = ir=E9 haciendo cosillas. Lo dicho, habememus beta! Un saludo. Antonio Fraga <ant...@ya...> escribi=F3: He estado trabajando sobre la internacionalizaci=F3n, por mi parte = creo que s=F3lo me falta el di=E1logo de configuraci=F3n de par=E1metros = orbitales de cometas y asteroides (y algo quedar=E1 que no me quedo). He = tenido que tocar el FTW para que el formulario principal se entere que = se cambi=F3 el lenguaje y pueda recargar los textos. En principio he cargado la internacionalizaci=F3n de los controles = en el m=E9todo Start (que se llama siempre que se llama un control = EQAControl) y a su vez se llama al m=E9todo privado SetUILanguage(). En = el formulario principal y en los controles y formularios no EQAControl = he tratado de mantener la nomenclatura. En fin: un rollo, pero ya casi est=E1. Francisco deber=EDas trabajar = en la internacionalizaci=F3n del control GoTo y en los di=E1logos de = configuraci=F3n de objetos de base de datos etc. y tambi=E9n esa parte = del manual. Con eso estar=EDa terminada esta versi=F3n y podemos = dedicarnos a la siguiente fase (aparte de corregir errores) No s=E9 si les hab=EDa comentado que Francesc Pruneda se puso en = contacto conmigo para traducir el manual al Catal=E1n. Yo le propuse que = tradujera tambi=E9n el xml de idioma y est=E1 dispuesto. Sobre el autoguiado, he ocultado todos los controles manuales y lo = he dejado autom=E1tico. Creo que al final debemos aspirar a que el = "autoguiado adaptativo" sea el mejor controlador, sin tener que tocar = ning=FAn par=E1metro que no sea umbrales y poco m=E1s. Francisco: tambi=E9n inclu=ED la url al archivo de versiones y creo = que funciona. Tambi=E9n elimin=E9 la opci=F3n de registro de versi=F3n = porque no tiene sentido que se guarde ah=ED, sino en el propio = compilado. En fin, por mi parte podemos publicar la beta. Sobre por qu=E9 no calcular el =E1ngulo de la c=E1mara con pulsos = gu=EDa: les hab=EDa prometido justificarlo pero ahora estoy un poco = cansado, espero no enrollarme.=20 B=E1sicamente: si la montura est=E1 en muy mala estaci=F3n, habr=E1 = una deriva no despreciable durante el tiempo de pulsos al este.=20 Si se paran los motores, la estrella va al "oeste celeste" y punto = (jeje) Si se env=EDan pulsos gu=EDa al este, la estrella ir=E1 al oeste (de = la montura). El oeste de la montura es el ideal para autoguiar, pero si = hay derivas durante el tiempo de calibraci=F3n ya no estaremos midiendo = el eje este-oeste de la montura correctamente.=20 Por otro lado, si el tiempo de calibraci=F3n es corto (para no = detectar tantas derivas), el c=E1lculo del =E1ngulo no es tan exacto. Si la montura estuviera en estaci=F3n, no hay problema en utilizar = un m=E9todo u otro. Pero en otro caso estamos en una encrucijada, porque = no s=E9 qu=E9 es peor: guiar en el eje del cielo (cuando los ejes de la = montura son otros) o en un eje mal calculado. Bueno El proceso de calibraci=F3n s=ED tiene algo interesante: = precalcular las ganancias de pulsos adecuadas al ciclo, si hay que = especular o no el eje de declinaciones y los valores de desviaci=F3n de = derivas en declinaciones (una vez ajustada) nos da una idea del seeing y = de ah=ED sacamos los umbrales de acci=F3n (de la tendencia de = declinaciones tambi=E9n sacamos los umbrales de autoguiado + y - = adecuados). =BFMe enroll=E9? =BFideas?=20 Un saludo = -------------------------------------------------------------------------= This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. = http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/__________________= _____________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel -------------------------------------------------------------------------= ----- S=E9 un Mejor Amante del Cine =BFQuieres saber c=F3mo? =A1Deja que otras personas te ayuden! . -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ -------------------------------------------------------------------------= ----- _______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel |
From: <is...@ya...> - 2007-09-30 23:38:44
|
Bueno, en primer lugar, mil disculpas por el retraso; como siempre el trabajo aprieta; bueno, en primer lugar, Antonio, sube el instalador al repositorio SVN y publicamos la beta esta semana sin falta. Hay que decidir el texto que podemos incluir en la nota que publiquemos en la web y/o foros. Por mi parte estoy trabajando en la QHY5, tras muchos intentos el autor del driver ha decidido cobrar por él y pasa de nosotros de mala manera, en fin, allá cada uno. Por tanto, voy a reprogramar la cámara para que acepte el driver original del fabricante chino, ese driver es gratuito y está disponible la documentación. Tomo nota del resto, internacionalización incluida y poco a poco iré haciendo cosillas. Lo dicho, habememus beta! Un saludo. Antonio Fraga <ant...@ya...> escribió: He estado trabajando sobre la internacionalización, por mi parte creo que sólo me falta el diálogo de configuración de parámetros orbitales de cometas y asteroides (y algo quedará que no me quedo). He tenido que tocar el FTW para que el formulario principal se entere que se cambió el lenguaje y pueda recargar los textos. En principio he cargado la internacionalización de los controles en el método Start (que se llama siempre que se llama un control EQAControl) y a su vez se llama al método privado SetUILanguage(). En el formulario principal y en los controles y formularios no EQAControl he tratado de mantener la nomenclatura. En fin: un rollo, pero ya casi está. Francisco deberías trabajar en la internacionalización del control GoTo y en los diálogos de configuración de objetos de base de datos etc. y también esa parte del manual. Con eso estaría terminada esta versión y podemos dedicarnos a la siguiente fase (aparte de corregir errores) No sé si les había comentado que Francesc Pruneda se puso en contacto conmigo para traducir el manual al Catalán. Yo le propuse que tradujera también el xml de idioma y está dispuesto. Sobre el autoguiado, he ocultado todos los controles manuales y lo he dejado automático. Creo que al final debemos aspirar a que el autoguiado adaptativo sea el mejor controlador, sin tener que tocar ningún parámetro que no sea umbrales y poco más. Francisco: también incluí la url al archivo de versiones y creo que funciona. También eliminé la opción de registro de versión porque no tiene sentido que se guarde ahí, sino en el propio compilado. En fin, por mi parte podemos publicar la beta. Sobre por qué no calcular el ángulo de la cámara con pulsos guía: les había prometido justificarlo pero ahora estoy un poco cansado, espero no enrollarme. Básicamente: si la montura está en muy mala estación, habrá una deriva no despreciable durante el tiempo de pulsos al este. Si se paran los motores, la estrella va al oeste celeste y punto (jeje) Si se envían pulsos guía al este, la estrella irá al oeste (de la montura). El oeste de la montura es el ideal para autoguiar, pero si hay derivas durante el tiempo de calibración ya no estaremos midiendo el eje este-oeste de la montura correctamente. Por otro lado, si el tiempo de calibración es corto (para no detectar tantas derivas), el cálculo del ángulo no es tan exacto. Si la montura estuviera en estación, no hay problema en utilizar un método u otro. Pero en otro caso estamos en una encrucijada, porque no sé qué es peor: guiar en el eje del cielo (cuando los ejes de la montura son otros) o en un eje mal calculado. Bueno El proceso de calibración sí tiene algo interesante: precalcular las ganancias de pulsos adecuadas al ciclo, si hay que especular o no el eje de declinaciones y los valores de desviación de derivas en declinaciones (una vez ajustada) nos da una idea del seeing y de ahí sacamos los umbrales de acción (de la tendencia de declinaciones también sacamos los umbrales de autoguiado + y adecuados). ¿Me enrollé? ¿ideas? Un saludo ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel --------------------------------- Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden!. |
From: Antonio F. <ant...@ya...> - 2007-09-21 22:08:01
|
He estado trabajando sobre la internacionalizaci=F3n, por mi parte creo = que s=F3lo me falta el di=E1logo de configuraci=F3n de par=E1metros = orbitales de cometas y asteroides (y algo quedar=E1 que no me quedo). He = tenido que tocar el FTW para que el formulario principal se entere que = se cambi=F3 el lenguaje y pueda recargar los textos. En principio he cargado la internacionalizaci=F3n de los controles en el = m=E9todo Start (que se llama siempre que se llama un control EQAControl) = y a su vez se llama al m=E9todo privado SetUILanguage(). En el = formulario principal y en los controles y formularios no EQAControl he = tratado de mantener la nomenclatura. En fin: un rollo, pero ya casi est=E1. Francisco deber=EDas trabajar en = la internacionalizaci=F3n del control GoTo y en los di=E1logos de = configuraci=F3n de objetos de base de datos etc. y tambi=E9n esa parte = del manual. Con eso estar=EDa terminada esta versi=F3n y podemos = dedicarnos a la siguiente fase (aparte de corregir errores) No s=E9 si les hab=EDa comentado que Francesc Pruneda se puso en = contacto conmigo para traducir el manual al Catal=E1n. Yo le propuse que = tradujera tambi=E9n el xml de idioma y est=E1 dispuesto. Sobre el autoguiado, he ocultado todos los controles manuales y lo he = dejado autom=E1tico. Creo que al final debemos aspirar a que el = "autoguiado adaptativo" sea el mejor controlador, sin tener que tocar = ning=FAn par=E1metro que no sea umbrales y poco m=E1s. Francisco: tambi=E9n inclu=ED la url al archivo de versiones y creo que = funciona. Tambi=E9n elimin=E9 la opci=F3n de registro de versi=F3n = porque no tiene sentido que se guarde ah=ED, sino en el propio = compilado. En fin, por mi parte podemos publicar la beta. Sobre por qu=E9 no calcular el =E1ngulo de la c=E1mara con pulsos = gu=EDa: les hab=EDa prometido justificarlo pero ahora estoy un poco = cansado, espero no enrollarme.=20 B=E1sicamente: si la montura est=E1 en muy mala estaci=F3n, habr=E1 una = deriva no despreciable durante el tiempo de pulsos al este.=20 Si se paran los motores, la estrella va al "oeste celeste" y punto = (jeje) Si se env=EDan pulsos gu=EDa al este, la estrella ir=E1 al oeste (de la = montura). El oeste de la montura es el ideal para autoguiar, pero si hay = derivas durante el tiempo de calibraci=F3n ya no estaremos midiendo el = eje este-oeste de la montura correctamente.=20 Por otro lado, si el tiempo de calibraci=F3n es corto (para no detectar = tantas derivas), el c=E1lculo del =E1ngulo no es tan exacto. Si la montura estuviera en estaci=F3n, no hay problema en utilizar un = m=E9todo u otro. Pero en otro caso estamos en una encrucijada, porque no = s=E9 qu=E9 es peor: guiar en el eje del cielo (cuando los ejes de la = montura son otros) o en un eje mal calculado. Bueno El proceso de calibraci=F3n s=ED tiene algo interesante: = precalcular las ganancias de pulsos adecuadas al ciclo, si hay que = especular o no el eje de declinaciones y los valores de desviaci=F3n de = derivas en declinaciones (una vez ajustada) nos da una idea del seeing y = de ah=ED sacamos los umbrales de acci=F3n (de la tendencia de = declinaciones tambi=E9n sacamos los umbrales de autoguiado + y - = adecuados). =BFMe enroll=E9? =BFideas?=20 Un saludo |
From: Antonio F. <ant...@ya...> - 2007-09-18 21:10:31
|
Buf! justo ahora acabo de terminar de conifigurar mi correo. Tengo que terminar un trabajillo que tengo pendiente, pero igual esta misma noche puedo configurar el programa para que tire de esa dirección. Sigo dándole vueltas a la calibración y creo que el mejor modo de calcular el este es el del propio cielo, aunque la montura no esté alineada. Si puedo luego lo justifico, si no mañana. Pero el caso es que con este último retoque creo que ya podríamos estar preparados para lanzar la beta. No sé si les dije que Francesc Pruneda está dispuesto a traducir el manual al catalán, también el programa, pero para eso tendríamos que internacionalizar todos los labels y aún queda trabajo. Bueno, lo dicho, voy a estar un poco apurado esta noche, pero ya falta menos. Un saludo! ----- Original Message ----- From: "Francisco José" <is...@ya...> To: "Lista correo EQAlign" <eqa...@li...> Sent: Tuesday, September 18, 2007 8:26 PM Subject: [Eqalign-devel] Version en SF Acabo de subir el archivo EQAlign.version al servidor web, la url es: http://eqalign.sourceforge.net/betaElements/EQAlign.version Un saludo. ____________________________________________________________________________________ Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden! http://advision.webevents.yahoo.com/reto/entretenimiento.html ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel |
From: <is...@ya...> - 2007-09-18 19:27:12
|
Acabo de subir el archivo EQAlign.version al servidor web, la url es: http://eqalign.sourceforge.net/betaElements/EQAlign.version Un saludo. ____________________________________________________________________________________ Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden! http://advision.webevents.yahoo.com/reto/entretenimiento.html |
From: <is...@ya...> - 2007-09-16 22:12:44
|
Ok, mañana lunes por la tarde subo a Sourceforge el fichero y os paso la url para probarlo, este finde me ha sido imposible del todo. Sobre la QHY5, el autor del driver es bastante impresentable y pasa de mi, está la DLL y el .h, pero poco más, ni un miserable ejemplo, a ver que puedo hacer, si no pudiera, usaré el driver del chino (el fabricante), que si que colabora y está documentado, es menos completo, pero pqra lo que necesitamos es suficiente. Por lo demás, perfecto, vamos con OpenOffice, lo que he de editar lo hago ya directamente con él. Un saludo! --- Antonio Fraga <ant...@ya...> escribió: > Hola de nuevo, > Buenas ideas. He metido tres nuevas opciones en el programa: > > public bool EQABetatester; > public bool EQAVersionCheck; > public string EQAVersion; > > EQABetatester es un booleano(por defecto false) que permite o no acceder al control de > autoguiado, de analizador de curvas de E.P. Y cualquier cosa que queramos. > > EQAVersion es un string (por defecto V2.0.0B) que contiene el valor de la versión actual. > > EQAVersionCheck es un booleano (por defecto true) si es verdadero el programa accede vía web a > un archivo llamado EQAlign.version que contiene el valor de la versión más reciente. Para > probarlo he subido un archivo a mi mediocre web: > http://www.telefonica.net/web2/eqalign/projects/EQAlign.version > > Pero habría que ponerlo en la web de EQAlign. Francisco, ¿puedes subir el archivo a algún > lugar de la web de EQAlign al que tengamos acceso? Cada vez que consideremos que una revisión es > correcta, podemos actualizar el contenido de este archivo y los usuarios que lo deseen pueden > enterarse de las nuevas revisiones automáticamente. Este valor lo puede cambiar el usuario desde > el First Time Wizard. > > Después de que descarguen y ejecuten por primera vez esta versión, cambien el valor de > EQABetatester a true a pelo en el registro. Para los usuarios menos avanzados podemos preparar > un archivo .reg > > Por lo demás: > Francisco, genial, métele mano a esa cámara, yo tengo cierta confianza con Frank de Astroeduca > pero no sé si le interesará, me puedo encargar de ponerme en contacto con él pero no hasta que > la versión 2.0 tal como está ahora esté fetén. > > Andrés, espero que termines bien ese trabajo ya te incorporas cuando puedas. > No puedo configurar mi equipo, me falta una tarjeta de vídeo de tecnología super-super (la AGP > antigua no me vale) He instalado el OpenOffice para windows en el portátil (pero la versión > 2.2.0 porque con la 2.2.1 tuve problemas con el diccionario en español) y va perfecto. He > abierto el manual y en principio parece todo correcto. > > Un saludo > > Francisco José <is...@ya...> escribió: > Muy buenas a ambos! > > Regresé de mis vacaciones (ay lo que hecho de menos tu tierra Antonio...!!!). > > Bueno, por partes, lo de sacar una versión cada poco tiempo es por seguir ese principio del > software libre que fijó Eric S. Raymond en su artículo "La catedral y el Bazar" ( > http://www.free-soft.org/literature/papers/esr/cathedral-bazaar/cathedral-bazaar-4.html ), > aunque también es cierto que yo tampoco espero demasiado de la peña; pero nosotros lo hacemos > por que nos divierte y punto, y por eso mismo estoy pensando en meter ya el soporte de la QHY5, > es que una vez que se prueba esta CMOS el volver a la webcam se hace muy doloroso y como EQAlign > en su base es para divertirnos y disfrutarlo, pues eso, jejeje; > > Algunos errores que he visto estos días, por ejemplo, tenía el SkySensor conectado al PC, abro > EQAlign, le indico el puerto serie, acepto y el diálogo se vuelve a presentar sin parar, es > decir, hemos de detectar que el puerto serie está ocupado y sacar un mensaje de error y punto. > > Por otra parte, la semana que viene espero poder enviarte el GPUSB, a ver que tal. > > La documentación, creo hemos de migrar a OpenOffice.org, te lo puedes instalar en Windows sin > problema, genera PDFs e importa desde Word sin demasiado problema (quizás se anecesario algún > pequeño ajuste sin mayor importancia). > > Sobre el problema en Win2k, estos días he ejecutado EQAlign en varios W2k, algunos sobre Vmware, > otros nativos y en todos ha funcionado sin problema, si es cierto que antes existía ese error, > lo intenté bordear, desapareció pero volvió a aparecer, y de momento no lo puedo reproducir, ahí > si que necesitamos más reports de la gente, de momento por tanto, seguimos con Firebird, la > verdad es que reescribir todo el código para otro SGBD me da pánico a estas alturas, jeje. > > Y para concluir, sobre la cámaras, más de lo que he comentado, yo estoy por la labor de meterle > mano ya a la QHY, a ver si para la siguiente luna nueva bajo a córdoba y puedo usar ya EQAlign > para guiar el visac, esa es mi intención, el resto, lo que comentas, a ver quien nos las presta, > no me parece mal que hables con Frank, yo con él tengo poca confianza, alguna vez hablé por > teléfono con él pero poco más. Sobre las DSI podríamos hablar con el importador de Meade en la > península (Otero), Orion Frank y las Atik, creo que Frank o Migue. > > Un saludo! > > Antonio Fraga <ant...@ya...> escribió: Hola Francisco, hola Andrés. > Bueno, estoy con el portátil, espero que mañana me llegue una placa+procesador+memoria y pueda > montar de nuevo mi equipo principal. Así que este fin de semana lo tendré de configuración. > > Andrés, espero que cuando te incorpores de las vacaciones te incorpores también al proyecto, > si te parece bien. > Francisco, aquí estamos de nuevo, a rematar esta versión 2.0! Me parece bien la idea de lanzar > la beta tal como está desactivando la opción de autoguiado. Sobre el manual, también me parece > bien pasarlo a OpenOffice para editarlo y el manual de usuario final en PDF. Tendré que > instalarme de una vez el linux (recuerden que soy ya un carcamal así que paciencia). > > La idea de Francisco es lanzar una actualización cada 15 días después de lanzar la beta. > Bueno, puede ser buena idea sobre todo si la gente colaborara de lo que no estoy muy seguro. En > mi grupo tenemos un foro y de vez en cuando me entero de que hay un fallo de rebote. Una vez un > compañero me dijo que lo instaló pero como le falló, pues no lo había usado. Es pa´matarlo (es > broma). Pero las cosas son así y no me espero muchas colaboraciones, al fin y al cabo en esta > afición sacamos el teles para disfrutar y si es posible sacar una buena foto. > > Bueno. ¿Qué tal el GoTo con ascom? Después de los errores y soluciones propuestos por Andrés, > lo he probado y me funciona perfectamente, pero a un colega no le funciona con una CG5GT, no > estoy muy seguro de si eligió GPUSB en ascom y trató de que le funcionase el Goto o qué, a ver > si me responde. > > Otra cosa, Francisco, ya habías detectado que no funcionaba en Windows2000, por lo que parece, > por la versión de Firebird? Habría que ver ese tema, no sé si hay alguna nueva versión de > Firebird que solucione eso o alguna otra opción (a estas alturas!) al Firebird, peor primero > habría que detectar si ese es el problema. > > Con esas cosas, no veo porqué no lanzar la beta tal como está, desactivando el autoguiado. > > Sobre el futuro inmediato, por mi parte veo como muy importante dar soporte a otras cámaras, > no estaría mal las QHY, DSI, Atik16IC y Orion StarShoot aunque a ver quien es el guapo que nos > las presta. Francisco, no he recibido el GPUSB pero en cuanto me llegue es otra de las > prioridades, no sé si hay otros dispositivos de autoguiado ST4 que sean comunes, en Astroeduca > he visto uno de Orion, si les parece bien podría ponerme en contacto con Frank y ofrecerle el > mismo trato de patrocinio que a Miguel de Alphacygni. > > En fin, espero sus comentarios. > Un saludo > > > --------------------------------- > > LLama Gratis a cualquier PC del Mundo. > Llamadas a fijos y móviles desde 1 céntimo por minuto. > http://es.voice.yahoo.com------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ > Eqalign-devel mailing list > Eqa...@li... > https://lists.sourceforge.net/lists/listinfo/eqalign-devel > > > --------------------------------- > > Sé un Mejor Amante del Cine > ¿Quieres saber cómo? ¡Deja que otras personas te ayuden! . > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ > Eqalign-devel mailing list > Eqa...@li... > https://lists.sourceforge.net/lists/listinfo/eqalign-devel > > > > --------------------------------- > > Sé un Mejor Amante del Cine > ¿Quieres saber cómo? ¡Deja que otras personas te ayuden!. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/> _______________________________________________ > Eqalign-devel mailing list > Eqa...@li... > https://lists.sourceforge.net/lists/listinfo/eqalign-devel > ____________________________________________________________________________________ Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden! http://advision.webevents.yahoo.com/reto/entretenimiento.html |
From: Antonio F. <ant...@ya...> - 2007-09-14 21:06:38
|
Hola de nuevo, Buenas ideas. He metido tres nuevas opciones en el programa: public bool EQABetatester; public bool EQAVersionCheck; public string EQAVersion; EQABetatester es un booleano(por defecto false) que permite o no acceder al control de autoguiado, de analizador de curvas de E.P. Y cualquier cosa que queramos. EQAVersion es un string (por defecto V2.0.0B) que contiene el valor de la versión actual. EQAVersionCheck es un booleano (por defecto true) si es verdadero el programa accede vía web a un archivo llamado EQAlign.version que contiene el valor de la versión más reciente. Para probarlo he subido un archivo a mi mediocre web: http://www.telefonica.net/web2/eqalign/projects/EQAlign.version Pero habría que ponerlo en la web de EQAlign. Francisco, ¿puedes subir el archivo a algún lugar de la web de EQAlign al que tengamos acceso? Cada vez que consideremos que una revisión es correcta, podemos actualizar el contenido de este archivo y los usuarios que lo deseen pueden enterarse de las nuevas revisiones automáticamente. Este valor lo puede cambiar el usuario desde el First Time Wizard. Después de que descarguen y ejecuten por primera vez esta versión, cambien el valor de EQABetatester a true a pelo en el registro. Para los usuarios menos avanzados podemos preparar un archivo .reg Por lo demás: Francisco, genial, métele mano a esa cámara, yo tengo cierta confianza con Frank de Astroeduca pero no sé si le interesará, me puedo encargar de ponerme en contacto con él pero no hasta que la versión 2.0 tal como está ahora esté fetén. Andrés, espero que termines bien ese trabajo ya te incorporas cuando puedas. No puedo configurar mi equipo, me falta una tarjeta de vídeo de tecnología super-super (la AGP antigua no me vale) He instalado el OpenOffice para windows en el portátil (pero la versión 2.2.0 porque con la 2.2.1 tuve problemas con el diccionario en español) y va perfecto. He abierto el manual y en principio parece todo correcto. Un saludo Francisco José <is...@ya...> escribió: Muy buenas a ambos! Regresé de mis vacaciones (ay lo que hecho de menos tu tierra Antonio...!!!). Bueno, por partes, lo de sacar una versión cada poco tiempo es por seguir ese principio del software libre que fijó Eric S. Raymond en su artículo "La catedral y el Bazar" ( http://www.free-soft.org/literature/papers/esr/cathedral-bazaar/cathedral-bazaar-4.html ), aunque también es cierto que yo tampoco espero demasiado de la peña; pero nosotros lo hacemos por que nos divierte y punto, y por eso mismo estoy pensando en meter ya el soporte de la QHY5, es que una vez que se prueba esta CMOS el volver a la webcam se hace muy doloroso y como EQAlign en su base es para divertirnos y disfrutarlo, pues eso, jejeje; Algunos errores que he visto estos días, por ejemplo, tenía el SkySensor conectado al PC, abro EQAlign, le indico el puerto serie, acepto y el diálogo se vuelve a presentar sin parar, es decir, hemos de detectar que el puerto serie está ocupado y sacar un mensaje de error y punto. Por otra parte, la semana que viene espero poder enviarte el GPUSB, a ver que tal. La documentación, creo hemos de migrar a OpenOffice.org, te lo puedes instalar en Windows sin problema, genera PDFs e importa desde Word sin demasiado problema (quizás se anecesario algún pequeño ajuste sin mayor importancia). Sobre el problema en Win2k, estos días he ejecutado EQAlign en varios W2k, algunos sobre Vmware, otros nativos y en todos ha funcionado sin problema, si es cierto que antes existía ese error, lo intenté bordear, desapareció pero volvió a aparecer, y de momento no lo puedo reproducir, ahí si que necesitamos más reports de la gente, de momento por tanto, seguimos con Firebird, la verdad es que reescribir todo el código para otro SGBD me da pánico a estas alturas, jeje. Y para concluir, sobre la cámaras, más de lo que he comentado, yo estoy por la labor de meterle mano ya a la QHY, a ver si para la siguiente luna nueva bajo a córdoba y puedo usar ya EQAlign para guiar el visac, esa es mi intención, el resto, lo que comentas, a ver quien nos las presta, no me parece mal que hables con Frank, yo con él tengo poca confianza, alguna vez hablé por teléfono con él pero poco más. Sobre las DSI podríamos hablar con el importador de Meade en la península (Otero), Orion Frank y las Atik, creo que Frank o Migue. Un saludo! Antonio Fraga <ant...@ya...> escribió: Hola Francisco, hola Andrés. Bueno, estoy con el portátil, espero que mañana me llegue una placa+procesador+memoria y pueda montar de nuevo mi equipo principal. Así que este fin de semana lo tendré de configuración. Andrés, espero que cuando te incorpores de las vacaciones te incorpores también al proyecto, si te parece bien. Francisco, aquí estamos de nuevo, a rematar esta versión 2.0! Me parece bien la idea de lanzar la beta tal como está desactivando la opción de autoguiado. Sobre el manual, también me parece bien pasarlo a OpenOffice para editarlo y el manual de usuario final en PDF. Tendré que instalarme de una vez el linux (recuerden que soy ya un carcamal así que paciencia). La idea de Francisco es lanzar una actualización cada 15 días después de lanzar la beta. Bueno, puede ser buena idea sobre todo si la gente colaborara de lo que no estoy muy seguro. En mi grupo tenemos un foro y de vez en cuando me entero de que hay un fallo de rebote. Una vez un compañero me dijo que lo instaló pero como le falló, pues no lo había usado. Es pa´matarlo (es broma). Pero las cosas son así y no me espero muchas colaboraciones, al fin y al cabo en esta afición sacamos el teles para disfrutar y si es posible sacar una buena foto. Bueno. ¿Qué tal el GoTo con ascom? Después de los errores y soluciones propuestos por Andrés, lo he probado y me funciona perfectamente, pero a un colega no le funciona con una CG5GT, no estoy muy seguro de si eligió GPUSB en ascom y trató de que le funcionase el Goto o qué, a ver si me responde. Otra cosa, Francisco, ya habías detectado que no funcionaba en Windows2000, por lo que parece, por la versión de Firebird? Habría que ver ese tema, no sé si hay alguna nueva versión de Firebird que solucione eso o alguna otra opción (a estas alturas!) al Firebird, peor primero habría que detectar si ese es el problema. Con esas cosas, no veo porqué no lanzar la beta tal como está, desactivando el autoguiado. Sobre el futuro inmediato, por mi parte veo como muy importante dar soporte a otras cámaras, no estaría mal las QHY, DSI, Atik16IC y Orion StarShoot aunque a ver quien es el guapo que nos las presta. Francisco, no he recibido el GPUSB pero en cuanto me llegue es otra de las prioridades, no sé si hay otros dispositivos de autoguiado ST4 que sean comunes, en Astroeduca he visto uno de Orion, si les parece bien podría ponerme en contacto con Frank y ofrecerle el mismo trato de patrocinio que a Miguel de Alphacygni. En fin, espero sus comentarios. Un saludo --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel --------------------------------- Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden! . ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel --------------------------------- Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden!. |
From: Andres d. P. P. <and...@gm...> - 2007-09-14 07:52:27
|
Antonio Fraga wrote: > Hola Francisco, hola Andrés. > Bueno, estoy con el portátil, espero que mañana me llegue una > placa+procesador+memoria y pueda montar de nuevo mi equipo principal. > Así que este fin de semana lo tendré de configuración. > > Andrés, espero que cuando te incorpores de las vacaciones te > incorpores también al proyecto, si te parece bien. Llevo currando tres semanas. Tuve que interrumpir las vacaciones para hacer un proyecto de desarrollo urgente que me ha tenido programando en .Net 10-12 horas diarias. Mañana me vuelvo a ir. Espero que a partir del día 24 vuelva a tener tiempo libre. > Francisco, aquí estamos de nuevo, a rematar esta versión 2.0! Me > parece bien la idea de lanzar la beta tal como está desactivando la > opción de autoguiado. A mi me funciona bastante bien, pero entiendo que no quieras hacerlo público mientras no tengas más confianza en que sea estable. Quizá sea interesante una clave de registro que active/desactive el botón para poder así hacer nosotros pruebas o los colaboradores que quieran. > Sobre el manual, también me parece bien pasarlo a OpenOffice para > editarlo y el manual de usuario final en PDF. Tendré que instalarme de > una vez el linux (recuerden que soy ya un carcamal así que paciencia). Hay OO para Windows. Lo de instalar el Linux es buena idea, pero si lo haces solo por el OO no es necesario. http://download.openoffice.org/2.2.1/contribute.html?product=OpenOffice.org&os=winwjre&lang=en-US&version=2.2.1 <http://download.openoffice.org/2.2.1/contribute.html?product=OpenOffice.org&os=winwjre&lang=en-US&version=2.2.1> > La idea de Francisco es lanzar una actualización cada 15 días después > de lanzar la beta. Bueno, puede ser buena idea sobre todo si la gente > colaborara de lo que no estoy muy seguro. En mi grupo tenemos un foro > y de vez en cuando me entero de que hay un fallo de rebote. Una vez un > compañero me dijo que lo instaló pero como le falló, pues no lo había > usado. Es pa´matarlo (es broma). Pero las cosas son así y no me espero > muchas colaboraciones, al fin y al cabo en esta afición sacamos el > teles para disfrutar y si es posible sacar una buena foto. > > Bueno. ¿Qué tal el GoTo con ascom? Después de los errores y soluciones > propuestos por Andrés, lo he probado y me funciona perfectamente, pero > a un colega no le funciona con una CG5GT, no estoy muy seguro de si > eligió GPUSB en ascom y trató de que le funcionase el Goto o qué, a > ver si me responde. Yo con el ASCOM los mejores resultados los he conseguido con el hub POTH. Con los demás hay tendencia a que la aplicación se cuelgue o deje pillado el puerto de control del telescopio. En cualquier caso yo no tengo GPUSB y el guiado lo hago configurando el ASCOM para LX200. > Otra cosa, Francisco, ya habías detectado que no funcionaba en > Windows2000, por lo que parece, por la versión de Firebird? Habría que > ver ese tema, no sé si hay alguna nueva versión de Firebird que > solucione eso o alguna otra opción (a estas alturas!) al Firebird, > peor primero habría que detectar si ese es el problema. Yo no me preocuparía demasiado por el W2000. Si se encuentra el problema y tiene una solución razonable, perfecto. Pero si la solución es muy compleja no creo que merezca la pena perder el tiempo en una plataforma antigua que no tiene ventajas apreciables sobre XP. ¿Habeis probado EQalign en Vista? A mi Vista no me gusta, pero a medio plazo habrá que soportarlo. Saludos. |
From: <is...@ya...> - 2007-09-13 22:07:20
|
Muy buenas a ambos! Regresé de mis vacaciones (ay lo que hecho de menos tu tierra Antonio...!!!). Bueno, por partes, lo de sacar una versión cada poco tiempo es por seguir ese principio del software libre que fijó Eric S. Raymond en su artículo "La catedral y el Bazar" ( http://www.free-soft.org/literature/papers/esr/cathedral-bazaar/cathedral-bazaar-4.html ), aunque también es cierto que yo tampoco espero demasiado de la peña; pero nosotros lo hacemos por que nos divierte y punto, y por eso mismo estoy pensando en meter ya el soporte de la QHY5, es que una vez que se prueba esta CMOS el volver a la webcam se hace muy doloroso y como EQAlign en su base es para divertirnos y disfrutarlo, pues eso, jejeje; Algunos errores que he visto estos días, por ejemplo, tenía el SkySensor conectado al PC, abro EQAlign, le indico el puerto serie, acepto y el diálogo se vuelve a presentar sin parar, es decir, hemos de detectar que el puerto serie está ocupado y sacar un mensaje de error y punto. Por otra parte, la semana que viene espero poder enviarte el GPUSB, a ver que tal. La documentación, creo hemos de migrar a OpenOffice.org, te lo puedes instalar en Windows sin problema, genera PDFs e importa desde Word sin demasiado problema (quizás se anecesario algún pequeño ajuste sin mayor importancia). Sobre el problema en Win2k, estos días he ejecutado EQAlign en varios W2k, algunos sobre Vmware, otros nativos y en todos ha funcionado sin problema, si es cierto que antes existía ese error, lo intenté bordear, desapareció pero volvió a aparecer, y de momento no lo puedo reproducir, ahí si que necesitamos más reports de la gente, de momento por tanto, seguimos con Firebird, la verdad es que reescribir todo el código para otro SGBD me da pánico a estas alturas, jeje. Y para concluir, sobre la cámaras, más de lo que he comentado, yo estoy por la labor de meterle mano ya a la QHY, a ver si para la siguiente luna nueva bajo a córdoba y puedo usar ya EQAlign para guiar el visac, esa es mi intención, el resto, lo que comentas, a ver quien nos las presta, no me parece mal que hables con Frank, yo con él tengo poca confianza, alguna vez hablé por teléfono con él pero poco más. Sobre las DSI podríamos hablar con el importador de Meade en la península (Otero), Orion Frank y las Atik, creo que Frank o Migue. Un saludo! Antonio Fraga <ant...@ya...> escribió: Hola Francisco, hola Andrés. Bueno, estoy con el portátil, espero que mañana me llegue una placa+procesador+memoria y pueda montar de nuevo mi equipo principal. Así que este fin de semana lo tendré de configuración. Andrés, espero que cuando te incorpores de las vacaciones te incorpores también al proyecto, si te parece bien. Francisco, aquí estamos de nuevo, a rematar esta versión 2.0! Me parece bien la idea de lanzar la beta tal como está desactivando la opción de autoguiado. Sobre el manual, también me parece bien pasarlo a OpenOffice para editarlo y el manual de usuario final en PDF. Tendré que instalarme de una vez el linux (recuerden que soy ya un carcamal así que paciencia). La idea de Francisco es lanzar una actualización cada 15 días después de lanzar la beta. Bueno, puede ser buena idea sobre todo si la gente colaborara de lo que no estoy muy seguro. En mi grupo tenemos un foro y de vez en cuando me entero de que hay un fallo de rebote. Una vez un compañero me dijo que lo instaló pero como le falló, pues no lo había usado. Es pa´matarlo (es broma). Pero las cosas son así y no me espero muchas colaboraciones, al fin y al cabo en esta afición sacamos el teles para disfrutar y si es posible sacar una buena foto. Bueno. ¿Qué tal el GoTo con ascom? Después de los errores y soluciones propuestos por Andrés, lo he probado y me funciona perfectamente, pero a un colega no le funciona con una CG5GT, no estoy muy seguro de si eligió GPUSB en ascom y trató de que le funcionase el Goto o qué, a ver si me responde. Otra cosa, Francisco, ya habías detectado que no funcionaba en Windows2000, por lo que parece, por la versión de Firebird? Habría que ver ese tema, no sé si hay alguna nueva versión de Firebird que solucione eso o alguna otra opción (a estas alturas!) al Firebird, peor primero habría que detectar si ese es el problema. Con esas cosas, no veo porqué no lanzar la beta tal como está, desactivando el autoguiado. Sobre el futuro inmediato, por mi parte veo como muy importante dar soporte a otras cámaras, no estaría mal las QHY, DSI, Atik16IC y Orion StarShoot aunque a ver quien es el guapo que nos las presta. Francisco, no he recibido el GPUSB pero en cuanto me llegue es otra de las prioridades, no sé si hay otros dispositivos de autoguiado ST4 que sean comunes, en Astroeduca he visto uno de Orion, si les parece bien podría ponerme en contacto con Frank y ofrecerle el mismo trato de patrocinio que a Miguel de Alphacygni. En fin, espero sus comentarios. Un saludo --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel --------------------------------- Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden!. |
From: Antonio F. <ant...@ya...> - 2007-09-13 20:39:44
|
Hola Francisco, hola Andrés. Bueno, estoy con el portátil, espero que mañana me llegue una placa+procesador+memoria y pueda montar de nuevo mi equipo principal. Así que este fin de semana lo tendré de configuración. Andrés, espero que cuando te incorpores de las vacaciones te incorpores también al proyecto, si te parece bien. Francisco, aquí estamos de nuevo, a rematar esta versión 2.0! Me parece bien la idea de lanzar la beta tal como está desactivando la opción de autoguiado. Sobre el manual, también me parece bien pasarlo a OpenOffice para editarlo y el manual de usuario final en PDF. Tendré que instalarme de una vez el linux (recuerden que soy ya un carcamal así que paciencia). La idea de Francisco es lanzar una actualización cada 15 días después de lanzar la beta. Bueno, puede ser buena idea sobre todo si la gente colaborara de lo que no estoy muy seguro. En mi grupo tenemos un foro y de vez en cuando me entero de que hay un fallo de rebote. Una vez un compañero me dijo que lo instaló pero como le falló, pues no lo había usado. Es pa´matarlo (es broma). Pero las cosas son así y no me espero muchas colaboraciones, al fin y al cabo en esta afición sacamos el teles para disfrutar y si es posible sacar una buena foto. Bueno. ¿Qué tal el GoTo con ascom? Después de los errores y soluciones propuestos por Andrés, lo he probado y me funciona perfectamente, pero a un colega no le funciona con una CG5GT, no estoy muy seguro de si eligió GPUSB en ascom y trató de que le funcionase el Goto o qué, a ver si me responde. Otra cosa, Francisco, ya habías detectado que no funcionaba en Windows2000, por lo que parece, por la versión de Firebird? Habría que ver ese tema, no sé si hay alguna nueva versión de Firebird que solucione eso o alguna otra opción (a estas alturas!) al Firebird, peor primero habría que detectar si ese es el problema. Con esas cosas, no veo porqué no lanzar la beta tal como está, desactivando el autoguiado. Sobre el futuro inmediato, por mi parte veo como muy importante dar soporte a otras cámaras, no estaría mal las QHY, DSI, Atik16IC y Orion StarShoot aunque a ver quien es el guapo que nos las presta. Francisco, no he recibido el GPUSB pero en cuanto me llegue es otra de las prioridades, no sé si hay otros dispositivos de autoguiado ST4 que sean comunes, en Astroeduca he visto uno de Orion, si les parece bien podría ponerme en contacto con Frank y ofrecerle el mismo trato de patrocinio que a Miguel de Alphacygni. En fin, espero sus comentarios. Un saludo --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com |
From: Antonio F. <ant...@ya...> - 2007-09-08 21:49:16
|
Bueno, pues por aquí parece que hay unos días de un cielo espectacular, con valores de FWHM fantásticos y demás, los del grupo están como locos quedando para subir al las Cañadas del Teide a sacar fotos a diestro y siniestro. En mi casa, supongo que porque estoy de vacaciones, pues está nubladito. Mecáchis. A lo nuestro: Parece que aquí está la solución de porqué se bloqueaban los threads en cuanto se accedía a la cámara: http://msdn2.microsoft.com/en-us/library/74169f59.aspx He establecido el thread de calibración como STA y (con la cámara en mi despacho) funciona genial. Como ya les había comentado el proceso de calibración funciona bastante bien, hasta ahora lo que hacía era lanzar un evento para que el proceso padre presentara al menos la imagen de la estrella (lo que daba la sensación de que el sistema estaba en marcha), pero cualquier otro proceso quedaba bloqueado. Ahora no se lanza el evento, sino que es el propio timmer del proceso padre quien se encarga no sólo de presentar la imagen, sino de graficar las mediciones y los datos de tiempo, FWHM, errores, etc es decir, como cualquier otro proceso. La ventaja es que el usuario continúa teniendo el control sobre el programa y puede cambiar de proceso (el thread detecta el cambio de estado y se autoliquida). Por ahora el proceso de calibrado está en el proceso de calibrado (valga la re-redundancia), pero a diferencia del cálculo del ángulo de la cámara según el oeste celeste (que tiene que ver con la puesta en estación), este proceso tiene más que ver con el autoguiado (oeste de la montura que vamos a guiar). Una idea es poner un botón de calibrado en cada proceso (alineado, EP, autoguiado) y eliminar el proceso genérico de calibrado. Además, ahora que tenemos esto, podríamos utilizar un proceso en hilos para capturar las imágenes y demás, creo que sería más óptimo, pero eso sería cambiar toda la filosofía y ahora mismo no me apetece ni plantearlo. Eso es todo, espero que cuando vuelvan de esas vacaciones podamos cerrar esta beta de una vez, publicarla y plantear el autoguiado. Un saludo --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com |
From: Antonio F. <ant...@ya...> - 2007-09-02 20:48:47
|
Hola chicos, Ayer pude probar el sistema de calibración. De entrada ya me encontré con el problema que desde un hilo no tengo acceso a la cámara (¿?) supongo que será un problema de compartición de memoria y demás así que, como no soy un experto en threads, pues utilicé el método de lanzar un evento cada vez que el sistema de calibración captura una imagen. No es el método ideal porque el resto del sistema se queda bloqueado pero, oiga, funciona! Si de lo que se trata es de que el personal no se aburra mientras el sistema se autocalibra, pues por lo menos ve cómo la estrellita se va moviendo. Pero de lo que se trataba era de que se midiera el ángulo de la cámara según la propia montura (no el oeste celeste), estimara el seeing, el backlash en declinaciones y que resolviera si en el sistema óptico hay que invertir o no el eje de declinaciones. Y eso lo ha hecho perfectamente. Los parámetros de error (1 arcsec) y nº de píxeles a moverse (20 píxeles) son los mismo que en la simulación y el comportamiento, excepto en lo que se refiere a backlash (por cierto mi sistema tiene una pasada, tengo que revisar ese eje) se comporta igual que en la simulación. La simulación no es que sea una maravilla, pero hasta ahora se ha comportao ¡:-)! Hice pruebas de calibrado al este y al oeste, luego comprobé el ángulo de la cámara medido con respecto al método clásico que tenemos y la diferencia es mínima (tengo la montura en estación). Por cierto, deberíamos poder estimar el error de puesta en estación midiendo las diferencias entre estos dos ángulos, si alguien se anima ha hacer el desarrollo teórico, sería muy interesante jeje. Vale también hice pruebas de goto (ascom y lx200) y de autoguiado después de calibrar. Desde que implementamos el método adaptativo paso de ajustar los valores de ganancias y dejo que el sistema autoguíe sólo. Tampoco ahora hacen falta los checks de inversión de pulsos AR/Dec (pues el sistema calibra las direcciones correctas). Si conseguimos introducir la estimación del ciclo de PE (después de uno o dos cíclos, lo veo factible) además de adaptativo sería predictivo.. en fin, que me planteo pasar de los ajustes del controlador PID o lineal y automatizarlo todo, que como mucho el usuario tenga que definir los parámetros de backlash, frecuencia y márgenes de guiado, además del sistema de control a usar (ascom, cuando funcione, GPUSB, GPINT-PT, USBAutoguider de Pierro y lo que venga). Los resultados de autoguiado siguen estando en mi sistema en 0.36píxeles, cuelgo las pruebas en el repositorio, con picos de 1 píxel bien recuperados. El sistema es un poco agresivo en AR y bastante comedido en dec, pero espero que podamos mejorar esto. Bien con todo esto (incluida modificación de código fuente in situ), me dije ¿y te vas a acostar ya sin sacar una fotito?, pues no, me fui a 52Cygni que en la sesión anterior con luna llena me quedó muy poco rango dinámico útil y me dispuse a eso de enfocar y demás y ya noté algo raro. Para no aburrir, saqué la cámara y me veo que la Atik16 ha condensado humedad en el interior del cristal protector. Mi**da! literalmente un racimo de gotitas en el mismo centro del cristal; pues eso que me quedé sin fotos. Se supone que la cámara tiene aislado el CCD, así que no sé de dónde salió esa humedad. Ahora me planteo sacar el cristal y limpiarlo bien (a ver). Francisco, ¿nunca tuviste ese problema con tu Atik16? Bueno, eso es todo. Un saludo --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com |
From: Antonio F. <ant...@ya...> - 2007-08-30 21:16:35
|
Hola de nuevo, He hecho un commit con un sistema de calibración un poco más elaborado. Por ahora está en el proceso de calibración aunque su mayor utilidad está en el autoguiado. El proceso se lanza en un hilo para no realentizar el sistema y para tener el control completo del tiempo de respuesta. Primero se calcula el ángulo de la cámara, pero no parando los motores sino enviando pulsos guía al este (con lo que sin autoguiado en ascom nada que hacer). Luego se inicializa la posición de partida y se envían pulsos guía al oeste hasta que la estrella se aleje más de <n> píxeles. Luego al este hasta que llegue a 1 píxel de distancia del objetivo. Durante esta primera parte de la calibración se calculará el ángulo de la cámara según el telescopio. La dirección Este-Oeste del telescopio y del cielo pueden diferir si la montura no está en estación. También se estima la deriva en declinaciones y haciendo un ajuste lineal, la desviación estándar (en realidad el RMS) de las medidas ajustadas, que nos dará una estimación del seeing. Estas medidas las podemos utilizar como límite de guiado en AR y en el sentido de la deriva de Dec, en el sentido en que Dec no deriva se puede establecer en 4 veces este valor, por ejemplo. A continuación se carga el motor de declinaciones en dirección norte y reestablece la posición del objetivo (posición de inicio) y se envían pulsos guía al norte hasta que alcance <n> píxeles del objetivo. Durante esta parte del proceso se calcula la dirección del movimiento de la estrella y se establece si hay que invertir las medidas en el eje de declinaciones o no. Cuando llegue a <n> píxeles de distancia se envían pulsos al Sur y cuando llegue al objetivo se calcula la diferencias de tiempos en ir al norte y llagar al objetvo después de cambiar de dirección., Esa medida es una estimación del backlash en declinaciones. Otras medidas que se pueden tomar durante el proceso es el cálculo de las ganancias, pero como al menos las de AR dependen del ciclo de EP, lo mejor es seguir como hasta ahora, aunque talvez habría que generar cuatro estimadores (uno en cada sentido) y no dos (uno en cada dirección) como está ahora. También he independizado la dirección del norte en la cámara de simulación de las opciones del programa, así pude utilizar el simulador para saber si el cálculo de la especulación no era una especulación... er, bueno eso, que hay que probarlo con una estrella real. Este proceso tiene dos valores críticos que hasta que no lo pueda poner en práctica con una estrella real no podré evaluar: el valor del pulso guía y el número de píxeles <n> a moverse. Bueno, eso es todo. Un saludo! --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com |
From: Antonio F. <ant...@ya...> - 2007-08-29 10:24:51
|
Vale chicos, Pues las cosas siguen igual (no he podido hacer más pruebas). El control del telescopio, gracias a Andrés, parece que funciona correctamente, al menos me puedo conectar y ghacer goto y sync mediante ascom sin problemas. Otra cosa es el autoguiado, los pulsos guía salta una excepción y no envía ningún pulso, como los comandos están encapsulados en estructuras try/match, el programa continúa su ejecución, pero no autoguía. Bien, la semana pasada Francisco y yo nos conocimos en el Puerto de la Cruz en mi isla (un placer, Francisco) y estuvimos hablando sobre el tema. Creemos que lo mejor es inhabilitar el proceso de autoguiado y lanzar la beta tal como está (el proceso de alineado y Error periódico están suficientemente testeados). Creo que es lo mejor. Es nos dará tiempo para continuar trabajando sobre el autoguiado sin presiones. Pero primero hay que asegurar que la conexión ascom funciona sin problemas. Por mi parte funciona con un ss2k y una GPD2, estoy pendiente de que nuestros colaboradores (que por ahora son la friolera cantidad de 1 colaborador) comprueben el comportamiento del Goto mediante ascom y si a él le funciona y a ustedes también les funciona, pues por mí revisamos el manual y lanzamos la beta. Francisco, te falta redactar la parte operativa del Goto en el manual. Creo que mi parte del manual está. Faltaría la introducción pero ahí tendríamos que plantearla entre todos y luego Andrés unificará estilos etc. Estos días he hecho algunos cambios menores que he ido actualizando en el SVN, me olvidaré de todo pero básicamente son cosas de presentación como permitir un paso menos en el zoom del tiempo en el control de medidas en tiempo real (ahora puede mostrar poco más de 6 minutos) y yo que sé qué más.. cosillas. Hoy he estado trabajando también con los rudimentos de la calibración antes del autoguiado. El proceso se lanza en un thread para no congestionar al sistema y va calculando los ejes, las ganancias de autoguiado y el backlash en declinación, faltan muchas cosas como estimar el seeing y la tendencia de declinaciones para establecer los límites de autoguiado, pero en realidad no formaría parte de la beta; he ido avanzando un poco hasta que podamos discutir entre todos el procedimiento. Subiré al repositorio lo que hay en cuanto pueda hacer alguna prueba este fin de semana. Ah! bueno, los resultados de autoguiado del fin de semana pasado, ni me acuerdo si lo comenté, fueron como siempre, bastante bien en USB-ST4 directo (RMS de 0.33) algo peor en ascom/USB-ST4 y en LX200 directo (como es lógico) y no sabe o no contesta en ascom-ss2k. Las pruebas de Goto después de implementar los cambios de Andrés, perfectas. La precisión del Goto, con la montura estacionada y haciendo sincronizaciones es asombrosamente cojonuda, pueden creerme que me metió las estrellas en la zona central del CCD de la Atik16, que no es muy grande por cierto. Así que venga! Si también les funciona el ascom/montura para el Goto, pues a trabajar en el manual y lanzamos esta beta de una vez. Ah! se puso en contacto conmigo Francesc Pruneda, solicitando permiso para traducir el manual al catalán. Me parece estupendo. Además, antes de lanzar la versión definitiva, otro trabajo que queda por hacer es internacionalizar todos los labels de los formularios. Francesc traduciría eso también, así que va a quedar bastante presentat ¿se dice así? (seguro que no) Creo que eso es todo. --------------------------------- Sé un Mejor Amante del Cine ¿Quieres saber cómo? ¡Deja que otras personas te ayuden!. |
From: Antonio F. <ant...@ya...> - 2007-08-23 21:45:18
|
Hola de nuevo, Esta tarde he podido probar los cambios de ayer. Me hubiera gustado = probarlo con una estrella pero esta noche la ten=EDa ocupada y ma=F1ana = trabajo (por cierto ma=F1ana veo a Francisco que est=E1 de vacaciones = por aqu=ED). Me he conectado al ss2k v=EDa ascom y v=EDa lx200, cambiando la = conexi=F3n en caliente entre uno y otro perfectamente, he hecho varios = goto (sin teles) y la montura se mueve hacia donde debe, decubr=ED otro = "chafo" en el procedimiento del goto: se hac=EDa un "AbortSlew", ahora = se pregunta si el telesopio est=E1 realmente "Slewing" (menudo = espanglish). Lo mismo con el autoguiado y la estrella de simulaci=F3n, me conect=E9 = al USB Autoguider (el dispositivo de Pierro Astro) en modo directo y en = caliente cambi=E9 a ascom-USB Autoguider y a "serie nativo" y excepto el = serie que no puedo comprobarlo, las luces del autoguiador segu=EDan = enviando pulsos gu=EDa. Parece que tambi=E9n funciona ah=ED. Ahora queda comprobar los pulsos gu=EDa mediante ASCOM, ma=F1ana si = puedo lo cmpruebo con una estrella real..=20 Saludos ----- Original Message -----=20 From: Andres del Pozo=20 To: eqa...@li...=20 Sent: Wednesday, August 22, 2007 8:18 PM Subject: [Bulk] [Eqalign-devel] Varios problemas Hola a todos, sigo practicamente desconectado, pero he encontrado la posibilidad de = mandar este mensaje. He estado haciendo varias pruebas con distintos = protocolos. Me da la impresi=F3n de que toda la parte de conexi=F3n a = telescopios sigue un poco fr=E1gil. He tenido muchos problemas. A = continuaci=F3n os pongo un resumen:=20 Mi equipo es un LX200R al que me conecto por un puerto serie nativo = (COM1). Pruebas con driver LX200: * Intento de GoTo sobre una estrella bajo el horizonte. No hace nada y = no da mensaje de error al usuario. En la consola de depuraci=F3n sale el = mensaje:=20 LX200Interface: GoTo AR =3D 05:55:35 DC =3D +07:24:28 LX200Interface: Slew Error Creo que se deber=EDa dar alg=FAn tipo de feedback al usuario (mensaje = de error, pitido, etc.) * Inmediatamente despu=E9s de la prueba anterior intento de GOTO a una = estrella sobre el horizonte. De nuevo no hace nada y no da mensajes al = usuario. En la consola sale el mensaje:=20 LX200Interface: GoTo AR =3D 12:54:21 DC =3D +55:55:06 LX200Interface: Error al comunicar la coordenada AR de destino A partir de aqu=ED el GoTo deja de funcionar hasta que se reinicia la = aplicaci=F3n. Pruebas con ASCOM:=20 * Si cuando se selecciona el protocolo ASCOM por alguna raz=F3n falla = la configuraci=F3n, en el registro se guarda la clave = ScopeDriver=3D"ASCOM". En este caso si se entra en el FTW, en la l=EDnea = 70 de EQAFtwTelescopeRelated.cs salta una excepci=F3n que hace romper la = aplicaci=F3n. La l=EDnea hace esto: ScopePort =3D selectedScope.Substring(6); * No me funciona el protocolo ASCOM con los drivers "Meade LX200 and = Autostar (drvID=3DMeade.Telescope )" y "Meade Telescope and focuser = (drvID=3DMeadeEx.Telescope)" Salta una excepci=F3n en la l=EDnea 121 de ASCOMDrv.cs: theScope =3D = (ASCOM.Devices.Telescope)DriverFactory.CreateDriver(drvID); Estos mismos drivers usados dentro del hub POTH funcionan sin = problemas.=20 En mi copia local he hecho una modificaci=F3n que lo arregla pero no = me atrevo a subirla al repositorio. Consiste en eliminar esa l=EDnea y = dejarlo as=ED: if (drvID =3D=3D "") { theScope =3D new ASCOM.Devices.Telescope(); drvID =3D theScope.Choose(); } //else theScope =3D new ASCOM.Devices.Telescope(drvID); <- = ELIMINADA if (drvID =3D=3D "") return; theScope =3D new ASCOM.Devices.Telescope(drvID); // NUEVA this.strDriverID =3D drvID; //theScope =3D = (ASCOM.Devices.Telescope)DriverFactory.CreateDriver(drvID); <- ELIMINADA * Aparte del error anterior parece que hay alg=FAn problema cuando se = cambia de un protocolo a otro. A veces al abrir los puertos del nuevo = protocolo da un error de puerto ya abierto. Esto creo que se debe a que = sigue abierto el puerto de autoguiado del estado anterior.=20 * Si se intenta conectar al telescopio con la opci=F3n de men=FA de su = protocolo y falla la conexi=F3n, la opci=F3n de men=FA del protocolo se = queda chequeada. * Si con el telescopio conectado se selecciona la opci=F3n de menu de = su protocolo esta queda deschequeada, pero el telescopio no se = desconecta.=20 * Cada vez que se entra en el FTW se activa la opci=F3n de = autoconectar telescopio. Deber=EDa mantener el estado seleccionado = previamente. El caso de prueba es: Entrar en el FTW y desactivar la = opci=F3n de autoconectar telescopio. Terminar. Volver a entrar en el = FTW. La opci=F3n de autoconectar vuelve a estar activada.=20 Como hab=EDamos acordado, sigo sin tocar el c=F3digo de la versi=F3n = beta. Si quereis que alguno de estos errores los corrija, por favor = dec=EDdmelo. Saludos.=20 -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a = browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ -------------------------------------------------------------------------= ----- _______________________________________________ Eqalign-devel mailing list Eqa...@li... https://lists.sourceforge.net/lists/listinfo/eqalign-devel |
From: Antonio F. <ant...@ya...> - 2007-08-22 22:16:24
|
Ok Andr=E9s, incorp=F3rate al proyecto como desarrollador en cuanto = est=E9s conectado (en cuanto est=E9s h=E1zmelo saber), pasamos de la = versi=F3n 2.0, 2.1, etc. incorp=F3rate. Por ahora y hasta que no me = digas que est=E1s conectado, he decidido solucionar los problemas que me = has enviado. Por mi parte, no s=E9 si te hab=EDas dado cuenta, ya te = hab=EDa dado de alta como desarrollador en el "Acerca de.." del programa = y en el manual. * Protocolo LX200. A mi me funciona de perlas y creo que el problema = est=E1 en lo siguiente: al enviar el comando de establecer coordenadas = AR o DC, el formato es el siguiente: string strAR =3D hr.ToString(AR, ":", ":", ""); string strDC =3D gr.ToString(DC, degdelim,mindelim, secdelim); Console.WriteLine("LX200Interface: GoTo AR =3D " + strAR + " DC =3D = " + strDC); =20 // comunico la coordenada RA de destino if (LX200CommandCheck("Sr" + strAR)) { // comunico la coordenada RA de destino if (LX200CommandCheck("Sd" + strDC)) ... etc Vale, f=EDjate en los delimitadores de la string de AR (":" fijo) y de = Dec (degdelim,mindelim, secdelim). degdelim, mindelim y secdelim est=E1n = definidos como: degdelim =3D ":";=20 mindelim =3D ":"; secdelim =3D ""; , que es el formato que entiende mi skysensor. Pero cada controlador = llevar=E1 el suyo, el tuyo (Autostar), creo que depende de la = implementaci=F3n de la versi=F3n del autostar y por lo que veo en la = implementaci=F3n del controlador ascom, hace una petici=F3n al sistema = autostar para que le indique los deliminatadores.=20 Vale, la =FAnica soluci=F3n que veo es que el usuario los pueda cambiar = en la pantalla de configuraci=F3n de LX200; si recopilamos informaci=F3n = de los delimitadores de cada sistema (uuff!) podemos ofrecerlos en una = lista, pero menudo curre de recopilaci=F3n.=20 Mal por mi parte, en su d=EDa vi este problema pero no le di cauce, lo = dej=E9 como estaba y me olvid=E9 completamente. He incorporado al di=E1logo de configuraci=F3n LX200 esas opciones pero = queda a=F1adirlas a las opciones de programa (por eso de no = configurarlas cada vez), ya lo hago ma=F1ana.=20 ------------------ Fallo en el STW al seleccionar ascom si la s=F3lo contiene "ASCOM". Ok, = error m=EDo, solucionado. ------------------ Excepci=F3n en la l=EDnea 121 de ASCOMDrv.cs: Ok, soluci=F3n l=F3oooooogica, error m=EDo, lo he cambiado. ------------------ * Aparte del error anterior parece que hay alg=FAn problema cuando se = cambia de un protocolo a otro. A veces al abrir los puertos del nuevo = protocolo da un error de puerto ya abierto. Esto creo que se debe a que = sigue abierto el puerto de autoguiado del estado anterior. Ok, eso ya lo hab=EDa visto y ahora deber=EDa estar funcionando: cada = vez que conecto al telescopio (telescopio y autoguiador) lo primero que = hago es desconectar si estaba conectado. Creo que lo comprob=E9 hace dos = semanas, pero lo recompruebo. ----------- * Si se intenta conectar al telescopio con la opci=F3n de men=FA de su = protocolo y falla la conexi=F3n, la opci=F3n de men=FA del protocolo se = queda chequeada. Ok, solucionado. ----------- * Si se intenta conectar al telescopio con la opci=F3n de men=FA de su = protocolo y falla la conexi=F3n, la opci=F3n de men=FA del protocolo se = queda chequeada. Ok, solucionado. ----------- * Si con el telescopio conectado se selecciona la opci=F3n de menu de su = protocolo esta queda deschequeada, pero el telescopio no se desconecta. Ok, solucionado. ----------- * Cada vez que se entra en el FTW se activa la opci=F3n de autoconectar = telescopio. Deber=EDa mantener el estado seleccionado previamente. El = caso de prueba es: Entrar en el FTW y desactivar la opci=F3n de = autoconectar telescopio. Terminar. Volver a entrar en el FTW. La = opci=F3n de autoconectar vuelve a estar activada. Ok, solucionado. ----------- * Cada vez que se entra en el FTW se activa la opci=F3n de autoconectar = telescopio. Deber=EDa mantener el estado seleccionado previamente. El = caso de prueba es: Entrar en el FTW y desactivar la opci=F3n de = autoconectar telescopio. Terminar. Volver a entrar en el FTW. La = opci=F3n de autoconectar vuelve a estar activada. Ok, solucionado. ------ Adem=E1s, cuando entraba al FTW, no cog=EDa el observatorio seleccionado = en el registro. Tambi=E9n est=E1 solucionado. Lo dicho, en cuanto est=E9s conectado, dame un toque. Francisco est=E1 = de vacaciones aqu=ED en la isla, lo veo el viernes (hola Francisco de = nuevo cuando leas esto) y le comentar=E9 los cambios. Un saludo |