Publicado por: FirmSoft en 03 de Enero de 2005, 19:33:00
Tengo 2 tablas de 83 filas, las cuales devuelven diferente info:
tabla1
addwf PCL,1 ;agrega al cont. programa el valor de w
retlw 00h
retlw 0x00
retlw 0x00
retlw 0x00
retlw 0x00
retlw 0x00
retlw 0x00
tabla2
addwf PCL,1 ;agrega al cont. programa el valor de w
retlw 00h
retlw 0xFA
retlw 0xDE
retlw 0x0E
retlw 0xD0
retlw 0x00
retlw 0x0F
Una es llamada despues de la otra... en un codigo, la primer parte consulta a la tabla 1 ... al terminar, el siguiente fragmento de codigo consulta a la 2.
El problema es que el programa hace cualquier cosa, se reinicia constantemente... son 2 tablas de 83 saltos cada una y si a los fragmentos de codigos que llaman a las tablas les pongo una llamada a una misma tabla el programa funciona bien... osea.. al ignorar una tabla el programa funca, hay algun limite de largo en las tablas?.. podria yo tener 6 tablas de 84 filas cada una sin problemas???... Perdon por este extenso mensaje, si no fui claro me avisan.. SOCORRO!!! .. Gracias y Saludos!
Publicado por: FirmSoft en 03 de Enero de 2005, 23:42:00
Publicado por: PicKetero en 04 de Enero de 2005, 00:02:00
Te cuento que eso que te está pasando es un problema clásico que tarde o temprano tendremos nos veremos obligados a resolver, lo digo por experiencia propia.
Te paso a contar que como seguramente habrás leido en los manuales de microchip los pic cuentan con un registro que lleva un conteo de nuestro programa y es el famoso PCL. Cuando nosotros hacemos un "CALL Subrrutina" lo que estamos haciendo de "fondo" es cargarle a nuestro PCL la dirección donde se encuentra "Subrrutina" y como la instrucción CALL utiliza solo los 8 bits del registro PCL, "Subrrutina" tendrá que localizarse dentro de las primeras 256 lineas de nuestro código porque si no saltaría a cualquier parte de nuestro código. También tenes que tener en cuentra que si la "Subrrutina" le sigue una tabla, el utimo renglón de esta tabla no deberá sobrepasar las 256 linas ya que también nuetro contador pasaría a la linea 0 porque al desplazarse por la tabla estaríamos incrementando en una unidad el PCL y de 255 pasaríamos a 0 nuevamente, por lo que equivaldría a un reset
Despues de todo esto que espero que se pueda entender quería agregar que siempre es de buena costumbre localizar todas las rutinas que son accesedidas mediante una instrucción CALL en el pricipio de nuestro código.
La otra otra cosa a tener en cuenta y que depende del pic que estemos utilizando es la cantidad de bancos que este tenga, en el caso de que nuestro PIC tenga mas de uno podremos agregar mas subrrutinas en el comienzo de estas por el mismo problema que expliqué antes.
org 0x00
goto INICIO
org 0x04
goto INTERR
org 0x05
;// Sección dedicadas a las subrrutinas
Subrrutina1 ; este código comienza en la direccion 0x05
.... ; de nuestro código
....
return
Subrrutina2
....
....
return ;Límite de nuestras subrrutinas hasta la posición
; 0xFF
;//---------- Fin sección subrruitnas ---------------
INTERR
...
...
...
...
retfie
INICIO
....
....
call Subrrutina1
nop
call Subrrutina2
...
goto $
END
Espero que te haya servido !!!!
Publicado por: PicKetero en 04 de Enero de 2005, 00:25:00
Se me olvidaba algo, ..... algo que resultó muy instructivo a la hora de entender de una forma mas analitítica lo que te explicaba anteriormente, y es que mires el archivo de extensión ".lst" que te genera el mplab cuando compilas tu programa, y mira la primer columna a la izquierda donde aparece la ubicación de cada linea de código de nuestro programa, y podrás comprobar tu tabla donde tu dices que a partir de cierta linea de tu tabla se resetea el código, casí seguro que se debe a que esa linea antes del "desastre" está en la ubicación " 00FF " o " 255 ".
Este archivo te dice también cuanta memoria de programa has utilizado en tu progrma.
Creo que esto es todo, ademas tienes para consultar en la pagina de microchip un datasheet sobre la utilización de tablas.
Ahora si me retiro, son las 3:26 de la madrugada asi que me voy a dormir.
Saludos !!!!
Publicado por: carlyvalente en 04 de Enero de 2005, 03:55:00
Pero ya creo que conoceis una instrucción del MPLAB: el dt
Description
Generates a series of RETLW instructions, one instruction for each <expr>. Each <expr> must be an 8-bit value. Each character in a string is stored in its own RETLW instruction.
Example
dt "A Message", 0
dt FirstValue, SecondValue, EndOfValues
O sea, que hace lo mismo y según acabo de comprobar en el archivo list ocupa solo una linea de programa. Aquí os muestro 2 ejemplos : una tabla con el DT (tabledat1) y otra en forma normal (tabledat).
Debo advertir que en esta pantalla (copy y paste) muestra la linea de DT en varios renglones pero DEBEREIS ponerlo en una misma linea.
Lo que me quedaría por comprobar es si comete el mismo fallo de salto del 255 al 0 igualmente si se ubica en posición indebida.
tabladat1 addwf PCL,F
dt 0x00,0x0c,0xff,0x8f,0x3a,0x10,0x01,0x3a,0x3a,0x1a,0xab,0x3a,0x44,0x51,0x9b,0xc6,0x2f,0x61,0x55,0x2f,0x33,0x41,0x78,0x47,0x54,0x22,0xae,0x35,0xff,0x00,0x00,0x00,0x00
tabladat addwf PCL,F
retlw 0x00 ;main (no se usa pero debo ponerlo) 00h
retlw 0x0C ;interface 01h
retlw 0xff ;reset 02h
retlw 0x8f ;sequencing 03h
retlw 0x3a ;freq 2a 04h
retlw 0x10 ;freq 1a 05h
retlw 0x01 ;freq 0a 06h
retlw 0x3a ;clock a 07h
retlw 0x3a ;freq 2b 08h
retlw 0x1a ;freq 1b 09h
retlw 0xab ;freq 0b 0Ah
retlw 0x3a ;clock b 0Bh
retlw 0x44 ;VCO 0Ch
retlw 0x51 ;MODEM 0Dh
retlw 0x9b ;deviation 0Eh
retlw 0xc6 ;AFC CONTROL 0Fh
retlw 0x2f ;FILTER 10h
retlw 0x61 ;VGA1 11h
retlw 0x55 ;VGA2 12h
retlw 0x2f ;VGA3 13h
retlw 0x33 ;VGA4 14h
retlw 0x41 ;LOCK 15h
retlw 0x78 ;FRONTEND 16h
retlw 0x47 ;ANALOG 17h
retlw 0x54 ;Buff Swing 18h
retlw 0x22 ;Buff Current 19h
retlw 0xAE ;PLL BW 1Ah
retlw 0x35 ;Calibrate 1Bh
retlw 0xff ;PA POWER 1Ch
retlw 0x00 ;MATCH 1Dh
retlw 0x00 ;PHASE COMP 1Eh
retlw 0x00 ;GAIN COMP 1Fh
retlw 0x00 ;POWERDOWN 20h
saluditos
Publicado por: carlyvalente en 04 de Enero de 2005, 04:07:00
Sea que sirve unicamente para minimizar el largo del programa, jeeje.
Aunque para tablas largas viene bien saberlo
Publicado por: todopic en 04 de Enero de 2005, 04:36:00
alli si seria un desastre y de una tabla saltaria a la otra.... un desastre.... 
Verifica paso a paso con el MPLAB, y mira los estados de los registros....
Suerte!
Norberto
Publicado por: FirmSoft en 04 de Enero de 2005, 12:39:00
Norberto, mira, esto que dijiste me parecio interesante:
pero hay otra mas... ¿verificas cuantas llamadas le realizaste a la tabla?, en tu caso, no llamaras 84 veces???? alli si seria un desastre y de una tabla saltaria a la otra.... un desastre.... Verifica paso a paso con el MPLAB, y mira los estados de los registros..
Lo que tengo es esto... miralo y dime, para mi manera de ver, no encuentro errores.. pero talves los tenga.. esta mal que llame a una tabla asi?.
clrf contadorp1
adata1
incf contadorp1,1
movf contadorp1,0
xorlw 0x53 ;A los 15 bytes salta
btfsc STATUS,Z
goto otra1
movf contadorp1,0
call tabla1tabla
movwf afisaj
call lcdta
goto adata1
Mil Gracias por todas las respuestas... PicKetero, probare de poner todas las rutinas que son llamadas en el principio, talves eso sea una salucion. Gracias a todos por esta mano que me han tendido y Feliz 2005 Para todos.
Publicado por: FirmSoft en 04 de Enero de 2005, 15:04:00
Publicado por: lafe en 04 de Enero de 2005, 18:13:00
en ese micro ,estas pisando tus registros ,los datos que cargas en cada
posiciones de tus tablas estan consumiendo los registros de proposito general
no se que micro usas pero tendrias que pensar en cambiarte a uno mayor con mas paginas o volcar todo a una memoria externa .
salu2
Publicado por: FirmSoft en 04 de Enero de 2005, 22:15:00
Program Memory Words Used: 216
Program Memory Words Free: 808
Eso me dice que los recursos del pic van bien... en verdad debo cambiar de micro?
.. bueno, Gracias por tu ayuda. Saludos! 
Publicado por: todopic en 04 de Enero de 2005, 23:18:00
Es seguro que tu tabla cayo justo en un cambio de pagina....
asi que como ya te comenytaron arriba, coloca tu tabla bien al principio del programa (luego de la direccion org 05h del reset!!! je je)
Y algo muy practico, es que repartas tu programa en 4 porciones... por ejemplo subrutinas de comunicacion, temporizaciones etc... y los separes con org
(origen)
entonces te quedaria
org 05
programa
"
tablas
tablas
"
org 0100
"
sigue el programa
"
"
org 0200
programa
"
"
"
org 0300
continua programando
end
luego, al compilar, podras ver el hexa, con todos los espacios como 3FFF que es libre...
asi puedes distribuir tus rutinas, y si hay superposicion, enseguida salta!!!!
espero esto te se util
Norberto
pd. tu programa asi esta bien....
Publicado por: FirmSoft en 04 de Enero de 2005, 23:37:00
.. Mil Gracias por toda la ayuda que me han brindado.. esto si que esta poniendo loco :"(.. y parece tan facil :P .. Saludos! y Gracias!
Publicado por: FirmSoft en 05 de Enero de 2005, 15:40:00
... Mil Gracias a TOdos.. la pregunta anterior se contesto sola, no necesitas hacer nada para llamar a una tabla que se encuentra en la pagina 1... todo funciona perfecto!!!!!!!!!!!!!!..............GRACIAS A TODOS!!! Y SALUDOS!!!
Publicado por: FirmSoft en 06 de Enero de 2005, 23:12:00
Codigo:
Pero ya creo que conoceis una instrucción del MPLAB: el dt
Description
Generates a series of RETLW instructions, one instruction for each <expr>. Each <expr> must be an 8-bit value. Each character in a string is stored in its own RETLW instruction.
Example
dt "A Message", 0
dt FirstValue, SecondValue, EndOfValues
O sea, que hace lo mismo y según acabo de comprobar en el archivo list ocupa solo una linea de programa. Aquí os muestro 2 ejemplos : una tabla con el DT (tabledat1) y otra en forma normal (tabledat).
Debo advertir que en esta pantalla (copy y paste) muestra la linea de DT en varios renglones pero DEBEREIS ponerlo en una misma linea.
Lo que me quedaría por comprobar es si comete el mismo fallo de salto del 255 al 0 igualmente si se ubica en posición indebida.
tabladat1 addwf PCL,F
dt 0x00,0x0c,0xff,0x8f,0x3a,0x10,0x01,0x3a,0x3a,0x1a,0xab,0x3a,0x44,0x51,0x9b,0xc6,0x2f,0x61,0x55,0x2f,0x33,0x41,0x78,0x47,0x54,0x22,0xae,0x35,0xff,0x00,0x00,0x00,0x00
Esto es lo que me explicaron aqui, esta perfecto, muy util para no hacer extensas tablas en el codigo fuente, pero tiene 2 problemas.. el primero es que en el archivo .lst figura en una sola linea, por lo tanto no puedes ver hasta donde se extiende.
El segundo, y del cual no estoy seguro, es que tengo un espacio de codigo en un programa que estoy haciendo, para insertar tablas, entran solo 2 tablas de 84 caracteres.. es desde el ORG 5 hasta antes del ORG 100 ... aunque no lo crean, puedo colocar 3 tablas con DT desde org 5 a org 100 y en ningun momento el Mplab me tira errores en la compilacion, pero al probar el programa en el protoboard, este no hace lo que debe... ahora bien, colocando 3 tablas exactamente las mismas usadas como DT, pero con el famoso retlw, Mpab me arroja el siguiente error:
Codigo:
Error[118] D:LCDPROGRAMAICONO.ASM 319 : Overwriting previous address contents (0100)
Error[118] D:LCDPROGRAMAICONO.ASM 319 : Overwriting previous address contents (0100)
La verdad no entiendo com pueden hacer una directiva para la facil creacion de tablas, que no verifique por si sola si hay sobreescritura en direcciones utilizadas por otros fragmentos de codigos... Alguien puede explicarme porque al hacer tablas con DT, no hay avisos de peligro???... Esto si es raro, creo que aunque el codigo quede extenso y poco entendible, continuare con los retlw y las extensas tablas.
Espero le sea util esta experiencia... los invito a que comprueben ustedes mismos.. el micro que uso es un PIC16F84A ... Saludos y Gracias a todos los que me ayudaron con mis problemitas. Un Abrazo!
Publicado por: ALE1973 en 07 de Enero de 2005, 05:28:00
Saludos
Publicado por: FirmSoft en 07 de Enero de 2005, 14:16:00
Publicado por: FirmSoft en 07 de Enero de 2005, 16:37:00
Publicado por: todopic en 07 de Enero de 2005, 19:33:00
Yo empleo las tablas co DT cuando son textos cortos para presentar en un lcd o display, empleando directamente los codigos en ASCII, dt "A","b" de esta manera queda un codigo muy entendible...
y empleo las tablas normales cuando manejo puertos em binario, para VER como asume cada pin de una forma muy facil... nunca empleo hexadecimales.....
Norberto
Publicado por: FirmSoft en 07 de Enero de 2005, 22:00:00
.. asi es como mejor se aprende. Gracias a todos por sus aportes