jacsk's monitor

De antemano gracias por la respuesta.


0.- Uso el RTAI-Linux no Windows, trate con el Tiny-bootloader y no puedo quemar el PIC y por eso trato con el Jack's Monitor.

1.-abro el gtkterm con gtkterm -r '*'

2.-reseteo el PIC

3.- Me aparece Jack's Monitor V1.0

4.- Y allí se queda, ya no hay respuesta cuando aprieto las teclas,


5.- Si sigo reseteando el PIC si pasa algo en la pantalla del gtkterm.


6.
Cambie el Baud rate en el archivo f877_jmon.inc, en la linea 86, le
puse 019h y despues lo salve y compile el .asm para asi obtener .hex
que es el que queme en el PIC.

7.-Uso un oscilador de 4Mhz y el baud rate del PIC es de 9600 al igual que el de gtkterm.

Si te aperece Jack's Monitor V1.0, el Tx del PIC corre y tambien la velocidad (9600 baudios)

Sino para probar el monitor , puedes tratar gtkterm solo sin -r *, el -r * se necesita para enviar un programa pero no se necesita para probar el monitor.

cuando apritas el "0" por ejemplo, debes ir en la ram.

Si tienes un osciloscopio, puedes ver la trama del 0 en Tx del PC o Rx del PIC16F877, pin 26.

Sino cual es el monitor que usas ?
Puedes probar mi version aqui http://per.launay.free.fr/pik_digor/moniteur/
Directorio pic16f877 : monitor/, pic16f877a : monitorA/

Saludos,
Per

Hola de antemano gracias por la respuesta.

Pues bien, uso un PIC16f877 y el monitor de jack ke uso es: monitor.hex para 4 Mhz.

1.- abro una ventana de gtkterm con gtkterm

2.- reseteo el PIC y me aparece Jack's Monitor V1.0

3.- aprieto el tres y me aparece Load hex


4.- mando el programa y aparecen asteriscos y una barra indicando el porcentaje del proceso, pues bien cuando termina de cargarse se queda en

>Load hex
*


y ya no pasa nada,


no hay indicación de ke se cargo con exito.


El monitor ke tu me mandaste es para un PIC16f877A no?


Lo voy a intentar con ese,



Saludos.


Alfredo

La primera vez, me parecia que nunca tecla corria pero ahora con el tres aparece Load Hex, Bien.

Para grabar debes poner gtkterm -r '*' porque envias una linea entera y debes esperar que ha terminado de gravar todos los octetos antes enviar otra linea.

Si tu tienes el PIC16F877 debes leer Jack's Monitor V1.0
pero si tienes el PIC16F877 debes leer Jack's Monitor V1A.0

Cuando la grabacion se acaba bien el nuevo programa se arranca.

Cuidado, no te equivocas porque el PIC16F877 y el PIC16F877A no se graban de la misma manera.

Suerte

Per

PD : Por favor, no soy español si puedes evitar abreviatura, es más difficil de leer.

Hola, de antemano gracias por tu respuesta.


1.-El monitor que uso es el V1.0 ya que uso el PIC16f877.

2.-Cuando reinicio el PIC me aparece Jackś Monitor V1.0

3.-Aprieto el 3

4.-Me aparece

>Load hex

5.-Le mando el programa .hex

6.- aparecen asteriscos indicando que el programa se esta cargando.

7.-También aparece una barra de indicación de carga del programa.

8.- Después de un rato me aparece

************** 1~XRun code: D000

y la barra se queda en 40/45kb (88%)

9.-La pregunta es: por que se queda alli?


10.- Uso una subrutina en #pragma origin 0x004

11.- Empiezo el programa en #pragma origin 0x030


12.- Alguna sugerencia?


Saludos

Me equivoco
Si tu tienes el PIC16F877 debes leer Jack's Monitor V1.0
pero si tienes el PIC16F877A debes leer Jack's Monitor V1A.0

Tienes un PIC16F877 y todo me parece bueno hasta la 8
8.- Después de un rato me aparece

************** 1~XRun code: D000

Pero yo no sé porque tienes una barra de indicación de carga del programa, no tengo

No me parece muy importante , yo tengo solo una ventana, puedes cerrarla si tu
envias el caracter '*' print "*" por ejemplo en tu programa.

Normalemente , queda con XRun code: D000 y despues empieza tu programa .

Cuidado si trabajas en 0x0004 debes usar interrupciones

Pero el programa usuario debe ser en 0x0020 y no en 0x0030 con el monitor de Jack
Si trabajas en ensamblador puedes usar
org 020h; principio del programa usuario ...

Si trabajas en C, puedes usar mi monitor , no tienes que cambiar la direccion.

Saludos,

Per