Tengo esta pregunta y espero que alguien en el foro la pueda explicar : Yo poseo un programador marca Chip Max 2 de la empresa Eetools como todo programador tiene su editor del codigo leido de algun dispositivo , por ejemplo un Pic 16F876 , resulta que en el editor que tiene dos ventanas una los codigos hexa y la otra trasladado a codigo ASCII , este sistema se repite con cualquier programador ( Winpic , Pic800 , ICprog , etc ). Ahora mi pregunta es : ¿ Porque leyendo el codigo con mi programador y luego leyendo el mismo codigo con el ICprog en la ventana del codigo ASCII cambian los caracteres ? . Si por ejemplo en codigo ASCII tengo un " & " en el ICprog lo cambia a " % " , sin embargo en la ventena del editor hexa estan los mismos codigos sin variacion del mismo . ¿ Puede ser que en algun lado exista la manera de que se traslade al codigo ASCII sin discrepancias en el mismo ? . Espero sus opiniones al respecto , gracias Elektrocintas

Mirá, en mi opinión, me parece que es un bug del software, no se si es el software que lo genera, o el que lo interpreta, pero me parece raro que cambie estos dos símbolos, si bien estan asociados ya que ENQ/ACK protocol (protocolo ENQ/ACK).- es un protocolo de llamada y respuesta en el cual la la instrucción sigue cada bloque de transmisión con ENQ para determinar si la terminal destino está preparada para recibir más datos; la terminal indica su preparación por medio de una respuesta ACK; Me parece totalmente raro o erróneo que cambie estos caracteres... Fijate nuevamente si no es un bug personal :D y si es correcto, osea un error de alguno de los dos software, mandale un correo a estos fabricantes para colaborar con el producto... Acá te dejo esta tabla del codigo ascii para que la agendes y la tengas en cuenta en alguna oportunidad. ENQ, enquiry (petición).- Carácter de control utilizado como una petición para obtener una identificación o estado. ACK, acknowledgement (reconocimiento).- Carácter de control utilizado en las comunicaciones síncronas binarias. Protocolo para indicar que el bloque de transmisión previo se recibió correctamente y que el receptor está listo para el siguiente bloque. Saludos

Gracias , Torres por tu aporte yo tambien creo que que es un "bugs" del programa la tabla que me mandaste esta bien pero otra pregunta creo que se debe a la variedad ideomatica que hay en el mundo , sabes de alguna pagina que tenga las diferentes interpretaciones del codigo ASCII creo que se esta dando un problema similar a los teclados ( latino ,ingles , aleman , japones , arabe , griego , etc ) . ¿ Podria venir el problema por este lado ? . gracias .

Doy por cerrado este post ya que el problema que tengo por el momento es insalvable ya que no depende de mi , sino del fabricante de dicho programador . Muchas gracias señor Torres por la opinion dada, sinceramente no hay mucha gente como usted . Elektrocintas

Amigo, puedo pedirte si me haces el favor de comentar cual es el software especifico con bug´s??? Mas que nada para que quede registrado y quede en conocimiento de los demás usuarios que tengan las misma intenciones tuyas de implementarlo y les surja el mismo problema.... Te lo agradecere mucho, desde ya, muchas gracias....Saludos

Hola , Torres el equipo en cuestion es el Chip Max 2 por puerto USB y usa el sofware denominado ML29 hasta hoy ( Domingo 15 de Junio de 2008 ) version Q este sofware se lo puede bajar gratuitamente de la pagina del fabricante ( www.eetools.com ) , sin el programador obviamente entra en modo "demo" . Tambien comento que tiene otro " bugs " que declaro para todos : Todos los archivos que uno levanta de por ejemplo , una memoria EPROM tipo 27CXXX el archivo tiene que ser salvado con extencion .BIN pues si se salva el archivo con extencion .HEX te cambia totalmente el contenido del archivo desconfigurando el CHEKSUM y dejando el archivo salvado inservible . Respetando esto el funcionamiento del programador universal es sumamente satisfactorio . Elektrocintas Solución