Es un bug conocido del debugger.
Básicamente el problema es que no se puede hacer stepi sobre la instrucción del tipo loop: DJNZ loop
Tendrías que poner un breakpoint en alguna instrucción más adelante y mandar correr con el comando continue en lugar de correr paso a paso con stepi.
Para más detalle mirá este mensaje del foro del año pasado:
https://eva.fing.edu.uy/mod/forum/discuss.php?d=64428
Saludos,
julio
Muchas gracias! Era eso nomas!
Saludos.
Julio, que tal?
Estamos teniendo este problema... Buscamos en el foro y vemos que no somos los únicos con esa duda. Sin embargo, la solución propuesta (utilizar un break luego del llamado al mouse_init), no nos resolvió nada... El debugger queda en ese Loop que mencionan... No vemos donde podemos tener el error, alguna idea?
Gracias y saludos.
Re: Problema al probar esperoflanco
Revisa bien que los puertos esten como los hiciste en el hardware. Lo otro, es que para resetear el ff, nosotros teniamos la senal que reseteaba el mismo,puesta como entrada, entonces haciamos un in, solo para que se active cuado utilizabamos el puerto. Pero necesariamente, la senal que lo active tiene que ser un WR, por lo tanto tenes que hacer un out para resetearlo.
Demas, no se me ocurre que otra cosa pueda ser. Suerte
Re: Problema al probar esperoflanco
A nosotros nos sucedio lo mismo. Intentamos con un break luego del llamado a la rutina mouse_init y verificamos que queda trancada en la subrutina. No tenemos idea de cómo solucionarlo o que puede ser la causa.
Re: Problema al probar esperoflanco
Hola,
A nosotros también nos pasó que se quedaba adentro de mouse_init, el tema era que queríamos probar utilizando BUTTON[2] y en ese caso hay que dejar comentado call mouse_init. Utilizando el mouse si tiene que funcionar con el call.
Capaz les está pasando lo mismo.
Saludos
Re: Problema al probar esperoflanco
Gracias a todos por las ideas... Al final teníamos un error en el diseño de hardware en los puertos de salida... Lo comento por si a otro le sirve en otro momento.
Saludos.