Muy buenas compañeros de afición, necesito ayuda, os pongo en situación:
Resulta que me puse a actualizar el mando NEXSTAR y los motores de la CGEM advanced GT, (tenía las versiones HC: GEM 4.15 y MC: 5.14  5.14). El mando es un nexstar de los antiguos, no el +.
Me pillé por Ebay un adaptador USB -serial y empecé por el mando, ningún problema a la primera actualizado a la versión HC: 4.21.
Pero al actualizar los motores de repente un error en el MC update:

There is an error Programming data at address xxx
it´s highly recommended to restart programming on this device
Would you like to restart programming?

A cada intento la misma respuesta. No siempre se para en el mismo punto, a veces en el 0%, a veces en el 11%, lo más lejos que ha llegado creo que ha sido al 30%.
Tras la sorpresa inicial lo primero que pensé es que era problema del cable, que quizás no transmitía bien los datos y por eso paraba la actualización en distintos puntos.
Así que vuelta a buscar cable y pido uno de inglaterra que dice que se comprueba que funciona para el telescopio específico, con el controlador, etc etc.
Hoy me llega el cable y vuelta a empezar, y resuta que da un error el administrador de controladores de windows 8.1, probado en el portatil y en el sobremesa. Supongo que no es compatible con win 8. Enviado correo al del cable a ver que me dice....
Mientras tanto montura inutilizada, ahora en la versión del motor pone MC: ---- 5.14. El motor de AR caput...
¿Alguien tiene una idea de como solucionar este embrollo?
Se me ocurre otra solución pero no se si es posible... a ver si alguien me puede asesorar:
Tengo también un NEXSTAR 6 con el mando Nexstar +, ¿podría actualizar los motores a través del nexstar+ con el celestron firmware manager (CFM) ? Lo estuve mirando pero también me daba algún problema el CFM, aunque no profundicé mucho en el asunto porque estaba a la espera del otro cable, pero si es factible lo miraré.
¿alguna sugerencia?
Perdón por extenderme tamto y gracias por anticipado.

- - -

hola, te paso dos hilos que tratan algo el tema, por si te sirven .. a la espera que alguien entienda la parte del problema donde estás


Actualizar (update) firmware mando control Celestron NexStar: cambio idioma.

Problema Hand Control de Celestron Nexstar / mando Nexstar+

- - -

No se si podras actualizar con un Nexstar+ pero solo tienes que probarlo, con conectarlo sabras si te deja y si te deja sera completamente automatico para HCcontrol.
El problema es que cuesta inicialmente que reconozca el teles pero en cuanto lo reconoce, el proceso es completamente automatico para HCcontrol pero para MCcontrol el proceso es el mismo que con el Nexstar, solo que mas seguro, si se interrumpe el proceso sin terminar de actualizar como te ha pasado, pulsando la tecla UNDO varias veces se sale de LOCKED en MCupdate, despues de que LOCKED no aparezca en la pantalla del mando, solo hay que apagar y encender la montura de nuevo para intentar de nuevo la actualizacion.
https://www.nexstarsite.com/OddsNEnds/MCFirmwareUpgradeHowTo.htm

« Últ. modif.: Mar, 18 Nov 2014, 00:41 UTC por Miguelyx »

Muchas gracias a todos por las respuestas.
Al final lo pude resolver y la montura está funcionando y actualizada a la últina versión.
El proveedor del segundo cable me proporcionó un controlador compatible con windows 8.1 y la actualización de los motores entró a la primera.
El problema inicial era el primer cable que utilicé.
De ahí la importancia de que los cables sean compatibles, no vale cualquiera.
Un saludo y gracias.

- - -

puedes poner alguna foto, referencia,  de esos cables ?

gracias !

- - -

Os dejo el enlace de Ebay del cable en cuestión.
https://www.ebay.es/itm/USB-to-RS232-serial-adapter-for-Celestron-Meade-Synta-serial-PC-cable-/121481638112?
En su tienda tiene cables  para varios modelos de telescopios, Celestron, skywatcher, Meade...
Los verifica antes de enviarlos.
A mi me ha respondido a los correos solicitando asistencia en menos de 10 minutos.
Espero que os sirva de ayuda.
Un saludo.

- - -

Pero el problema que has tenido no es por incompatibilidad, ha sido porque el cable tenia un mal contacto, si no, ni tan solo habrias llegado al 30% del update, al meter el driver te detecta un dispositivo USB<>com que se descarga desde windows update el solito y se conecta automaticamente al com 3, ese es el primer sintoma de que el cable funciona perfecfto, da igual si es windows xp, windows 7, 8 o windows catapum chim pun, podrias haberte cargado la placa de la montura sin arreglo posible.
Por mucha asistencia que te haya dado el tipo ese, que sepas que has estado a punto de cargarte la placa porque el cable estaba mal soldado o tenia un mal contacto, no te dejes engañar porque hayas tenido una asistencia exquisita.

- - -

Os dejo el enlace de Ebay del cable en cuestión.
https://www.ebay.es/itm/USB-to-RS232-serial-adapter-for-Celestron-Meade-Synta-serial-PC-cable-/121481638112?
En su tienda tiene cables  para varios modelos de telescopios, Celestron, skywatcher, Meade...
Los verifica antes de enviarlos.
A mi me ha respondido a los correos solicitando asistencia en menos de 10 minutos.
Espero que os sirva de ayuda.
Un saludo.

interesante

lo añado aqui
Tiendas EBAY interesantes (internacionales) / relacionado con astronomía

- - -

Buenas tardes Miguelyx, podría ser lo que comentas, no lo pongo en duda, pero resulta que el error sólo lo daba el MCUpdate, el que actualiza los motores.
En el administrador de dispositivos no aparecía ningún problema con el controlador y ambos programas detectaban el puerto (COM4 en mi caso).
El primer cable actualizó a la primera el mando con el HCupdate, y seguidamente falló con el MCUpdate.
Después metí el fix de nexstarsite.com que lo resetea todo y ningún problema para cargarlo con el HCUpdate, el problema persistía en los motores.
Vuelta a meter la actualización del mando, y a la primera de nuevo sin problemas con el HCUpdate, el mismo error con el MCUPdate.
El segundo cable fué el único que cargó a la primera el MCUpdate.
Conclusión: tres cargas del software correctas del HCUpdate y ninguna del MCUpdate.  Si fuera problema de contactos hubiera fallado tambíen con el HCUpdate, pienso yo... Quizá sea problema de transmisión de datos, de los baudios (que también lo probé con varias configuraciones distintas), no lo sé...
Que conste que no tengo ninguna relación con el vendedor del cable, ni ningún interés especial en sus productos, pero me ayudó con el controlador y además me envió un enlace con instrucciones para la actualización del mando y motores, que no me hizo falta porque funcionó a la primera, pero bueno...
Simplemente quiero decir que es mejor usar cables contrastados y probados que otros cables que hay por la red que valen 1 ó 2 € y que podrían no funcionar... o sí... o son útiles para otros usos y no para éste.
Un saludo.

- - -

eso también puede ser, dependiendo de la velocidad de transmisión que tenga por defecto cada programa, .. pero con tantos conversores y puertos simulados, a saber, lo que uno hace si toquetéa, y si es real

- - -

Si el cable es muy sencillo de hacer, hay 2 formas, con shifter 232 y sin shifter, si usas un shifter, en cuanto lo conectas, te detecta que hay un conversor usb<>com y si no usas shifter del pin usb 2 al 2 del rs-232, del 3 al 3 y del 4 al 5 (masa, GND) el 1 es Vcc y se deja sin conectar y hay que meter el driver manualmente, no hay mas.
Lo que sucede, que con Shifter hay montones de diagramas por internet y es algo lioso, pero realmente es una chorrada ese cable sea con shifter o sin shifter, con shifter en cuanto esta hecho no tienes que andar buscando drivers, te los instala solo.
Sin shifter

- - -

Si el cable es muy sencillo de hacer, hay 2 formas, con shifter 232 y sin shifter, si usas un shifter, en cuanto lo conectas, te detecta que hay un conversor usb<>com y si no usas shifter del pin usb 2 al 2 del rs-232, del 3 al 3 y del 4 al 5 (masa, GND) el 1 es Vcc y se deja sin conectar y hay que meter el driver manualmente, no hay mas.
Lo que sucede, que con Shifter hay montones de diagramas por internet y es algo lioso, pero realmente es una chorrada ese cable sea con shifter o sin shifter, con shifter en cuanto esta hecho no tienes que andar buscando drivers, te los instala solo.
Sin shifter

Miguelyx ¿has probado tu mismo ese montaje? El nivel lógico de 0 en un cable RS232 puede llegar de -15V  o 15V .... en incluso en lazo abierto los 25V .... vamos, como para freir el puerto USB de un PC (que trabaja de 0 a 3.6V en los pines D+ y D-)

- - -

Joslumar, pero eso es de cajon, pensaba que no era necesario explicarlo, con un simple 7805 adecuas el voltaje de los pins 2 y 3 del rs232. vamos hay montones de formas de adecuar el voltaje.
Reguladores, diodos, resistencias transistores, en fin las posibilidades son muy amplias.
Yo hablaba mas concretamente del montaje con un shifter 232 por el tema de los drivers, obviando lo del voltaje.
Para una vez que no me extiendo, vas a machete conmigo.
Aunque pensandolo bien, va bien que se aclare el tema del voltaje por si acaso a alguien le da por probar a saco.

- - -

Joslumar, pero eso es de cajon, pensaba que no era necesario explicarlo, con un simple 7805 adecuas el voltaje de los pins 2 y 3 del rs232. vamos hay montones de formas de adecuar el voltaje.
Reguladores, diodos, resistencias transistores, en fin las posibilidades son muy amplias.
Yo hablaba mas concretamente del montaje con un shifter 232 por el tema de los drivers, obviando lo del voltaje.
Para una vez que no me extiendo, vas a machete conmigo.
Aunque pensandolo bien, va bien que se aclare el tema del voltaje por si acaso a alguien le da por probar a saco.

Miguelyx, el montaje tal y como lo pones puede estropear directamente un puerto USB de portátil nada más conectarlo; independientemente que ya me dirás como gestionas la parte de protocolo o lenguaje lógico (para entendernos). Si el problema fuese adecuar niveles de señales, lo menos recomendado sería usar un regulador lineal de voltaje como el 7805.
RS232 solo es una especificación de conexión física (conectores), eléctrica (tensiones y tiempos) y USB va más allá definiendo protocolos de comunicación (cada dispositivo se presenta con un ID, por ejemplo y existen varios tipos de paquetes de datos).... todo totalmente incompatible con RS232. Por eso los conversores RS232 USB llevan chips específicos como los conocidos FTDI u otros mas baratos o sencillos. Precisamente en los baratos aparecen las incompatibilidades (de tensiones e impedancias), que tampoco creo que aporte mucho entrar en el detalle.

« Últ. modif.: Mar, 25 Nov 2014, 08:15 UTC por joslumar »

Joslumar, pero eso es de cajon, pensaba que no era necesario explicarlo, con un simple 7805 adecuas el voltaje de los pins 2 y 3 del rs232. vamos hay montones de formas de adecuar el voltaje.
Reguladores, diodos, resistencias transistores, en fin las posibilidades son muy amplias.
Yo hablaba mas concretamente del montaje con un shifter 232 por el tema de los drivers, obviando lo del voltaje.
Para una vez que no me extiendo, vas a machete conmigo.
Aunque pensandolo bien, va bien que se aclare el tema del voltaje por si acaso a alguien le da por probar a saco.

Miguelyx, el montaje tal y como lo pones puede estropear directamente un puerto USB de portátil nada más conectarlo; hay que tener mucho cuidado con lo que se pone, cualquiera que lo leyese podría tener un disgusto muy serio.
Independientemente que ya me dirás como gestionas la parte de protocolo o lenguaje lógico (para entendernos). Si el problema fuese adecuar niveles de señales, lo menos recomendado sería usar un regulador lineal de voltaje como el 7805.
RS232 solo es una especificación de conexión física (conectores), eléctrica (tensiones y tiempos) y USB va más allá definiendo protocolos de comunicación (cada dispositivo se presenta con un ID, por ejemplo y existen varios tipos de paquetes de datos).... todo totalmente incompatible con RS232. Por eso los conversores RS232 USB llevan chips específicos como los conocidos FTDI u otros mas baratos o sencillos. Precisamente en los baratos aparecen las incompatibilidades (de tensiones e impedancias), que tampoco creo que aporte mucho entrar en el detalle.

« Últ. modif.: Mar, 25 Nov 2014, 08:16 UTC por joslumar »

Tienes toda la razon, el protocolo necesita una adaptacion (el susodicho shifter232) y yo estaba empecinado en la parte de control de la montura que es mucho mas sencillo, estaba confundiendo terminos y habia olvidado por completo la parte de transmision que es la parte que interesa en este caso para actualizar el firmware.

« Últ. modif.: Mar, 25 Nov 2014, 09:08 UTC por Miguelyx »