Ayuda con prog. basico

[Fidel Martins]

de dentro de un CALL, puedes tener varios GOTO, pero que no escapen de la subrutina y contanto que al final de esta tenga un RETURN.
Por otro lado, de dentro de un CALL, puedes poner otro (s) CALL (hasta 8 niveles).
Cuando haces un CALL, entras en una sala que solo tiene una puerta para entrar y p/salir. No hay otra salida (sin atajos), no puedes salir por la ventana. Puedes ir a otra sala, pero dendras que volver, siempre sin atajos.
Si lo proyectaras con Niple, no te dejaria cometer ese error. Te obliga a ponerle fin a la subrutina,
Para que puedas ir adelante con la logica.

[tapi8]

Es cierto lo que dice Bruno, tendras que corregirlo, sin embargo el problema que tu dices creo que no es ese, lo he tenido en ese bucle 3078seg=51.3min y sigue ahi y el stack esta en la primera posicion, cuando sale del bucle si te dara problemas, pero es que no deberia de salir, en la simulacion que yo hago no se salio, no se si me escapa algo, pero el stack despues de casi una hora sigue ahi, en la primera posicion.

[JaM0N]

Bueno, intentando solucionar el overflow del stack, decidi reemplazar todo por gotos, de esa forma el stack no se deberia usar... pero el problema persiste.

Adjunto el prog. reescrito (faltan algunos comentarios)
El programa funciona practicamente igual al anterior.

El motivo por el cual no uso calls es porque no es un programa lineal, es decir, si se detecta que se abre una ventana, debe sonar la alarma y luego ir a activada, no debe regresar al punto de donde detecto el sensor abierto.

Bueno, lo otro que se me ocurre es el tema de las "User Ids" que me dan error al programar, tiene algo que ver?

Puede ser que el 16f88 tenga algo mas que lo haga hacer algo inesperado a los 60seg? Se que tiene 3 timers internos, pero no los activo en ningun momento... los comparadores estan desactivados... el DAC esta desactivado... las interrupciones estan desactivadas... el circuito de pruebas es muy basico asi que no puede haber error...

Puede ser problema del PIC??? voy a ver si en la semana compro otro...

Muchas gracias

[BrunoF]

Hola.

Olvidaste adjuntar el archivo...

[JaM0N]

OOops...

Ahora si

[Fidel Martins]

y en el hardware, estan garantizados los estados (los puertos de entradas con poolup y etc)

[BrunoF]

Forza RB7 a Vdd para asegurar que no sea problema del teclado activador. Si no es eso, o tenes un error en el hard, o en los fuses o tenés un PIC defecuoso.

Saludos.

[JaM0N]

El hard esta armado en una proto con Z1y Z2 conectados a Vcc y L a Vss.

El tema de los fuses, estan definidos en el asm adjuntado, si hay que cofigurarle algo mas no se, pero leyendo el datashit no figura nada...

Voy a probar comprando otro pic.. ya veo que tanto lio y es que vino malito de fabrica

[tapi8]

Tienes que ponerle esto:

list p=16F88

Y suprimir esto

STARTUP CODE 0x000
PROG CODE

Sino te tira 35 errores.