Verificación opcional del programa durante la programación del chip (89c2051)

Navega tus respuestas
0

Estoy creando un programador para 89c2051 y escribiendo un controlador de software que proporciona datos desde una PC a través del bus serie al programador.

Mi pregunta está relacionada con el orden de los pasos de un procedimiento de programación. El software y el programador deben seguir ciertos pasos para programar con éxito la lista de instrucciones en el chip 89c2051. La secuencia de pasos se proporciona en la hoja de datos [1] como "recomendado para seguir". Me gustaría omitir una parte de la secuencia de pasos. Tengo la impresión de que algunos pasos se proporcionan de una manera imprecisa, quizás a propósito, tal vez para permitir cierta flexibilidad.

Un paso después de la activación por pulsos de la programación de bytes viene un paso para la verificación de bytes (séptimo paso según la versión citada de la hoja de datos). Comienza con: "Para verificar los datos programados [es necesario] ...". Este paso trata sobre la lectura del byte previamente programado. Sin embargo, es seguro que el chip programado no ejecuta automáticamente el paso sobre la verificación, pero requiere que el chip reciba instrucciones para emitir el último byte programado. Me gustaría omitir este paso y seguir escribiendo bytes en el chip. Así que la pregunta explícitamente es:

¿Puedo omitir el paso de verificación del byte escrito? Mi intención no es verificar cada byte después de que fue escrito. ¿Es posible en absoluto para 89c2051?

[1] enlace (consultado el 18 de febrero de 2018)

    
pregunta Patryk Mazurkiewicz

0 respuestas

Lea otras preguntas en las etiquetas

___ archivo qstnhdr ___ .BIN para ROM IC usando proteus ______ qstntxt ___

Intentando cargar un archivo .bin en un chip ROM 2732 en Proteus.

Tengo problemas para encontrar el diseño exacto del código que necesito para el archivo .BIN.

Hasta ahora he intentado escribir lo siguiente en el bloc de notas y guardarlo como .bin

00000001 00000000 00000001 00000001

y generar los datos en los primeros 4 espacios de direcciones, pero no parece que haya 'cargado' en los datos que ingresé.

Quizás a iam le falta algo como un encabezado u otras palabras clave en mi archivo .BIN.

Gracias de antemano

    
______ answer356938 ___

Un archivo ".bin" sería claramente uno binario , mientras que parece que estás creando un archivo text que contiene otra cosa, tal vez un volcado hexadecimal imprimible.

Dependiendo de cuál sea su material de origen, puede hacer que una herramienta específica de ese flujo se traduzca en una salida binaria, por ejemplo, con una cadena de herramientas de estilo gcc puede usar %code% para esto.

O puede encontrar varias herramientas de "editor hexadecimal" que le permitirán editar en un formato no muy diferente al que usted describe, pero luego guardar en un formato binario en bruto.

Si hay alguna organización en el archivo más allá del binario plano, eso sería algo impuesto por lo que sea que lea tu EPROM, no por el chip en sí. Entonces, no es algo que pueda determinarse a partir de la información en su pregunta. Sin embargo, más comúnmente, para los sistemas que utilizan un solo dispositivos de almacenamiento de un byte no existe.

    
___ ¿Cómo resolver este circuito RLC cuando el interruptor está cerrado?