duda sublw

[elmasvital]

   movfw   POS_JOY4
   sublw   0x50

si pos_joy4 vale AF, con el cumando sublw 0x50 no deberia darnos 5F¿¿¿¿ que me sale A1 y no lo comprendo... alguna logica? No salta entre medio la interrupción ni nada.

[Nocturno]

Yo lo veo bien, 0x50 - 0xAF = 0xA1

[elmasvital]

.. ok estoy haciendo la cuenta al reves... Por cierto manolo tu tambien estás apurado de tiempo igual que yo hoy? jajaja estas que horas son

[AKENAFAB]

HOla!

El resultado es correcto , y en realidad te da un numero negativo.

Lo que haces es 50-AF.

Si hicieras AF-50 =5f

 Sublw =  Literal o inmediato - W , donde L=50  y W = POS_JOY4
                 L
              -  W
            ----------

Saludos!

Atentamente
 Akenafab

[Nocturno]

.. ok estoy haciendo la cuenta al reves... Por cierto manolo tu tambien estás apurado de tiempo igual que yo hoy? jajaja estas que horas son

Es mi horario habitual. Ya sabes, el nick tiene su coste.

[BrunoF]

muchas veces el error ocurre por una confusion con el nombre de la instrucción.

sublw pareceria decir Substract Literal from W, pero es precisamente al reves. Substract W from Literal.

Saludos...

[maunix]

De hecho la sintaxis que manejan comunmente por "comodidad" en el caso de

movfw   POS_JOY4

también es muy propensa a errores.

La sintaxis correcta es:

movf     POS_JOY4,W

Ambas sintaxis son correctas.  El movfw es un macro del MPASM, nada más. 

Tal vez alguno pueda maltipear movwf por movfw pero es lo mismo que mal tipear subwf o sublw, etc...

Tal vez la moraleja sea: En assembly, un maltipeo se paga caro ... muy caro.

[elmasvital]

De hecho la sintaxis que manejan comunmente por "comodidad" en el caso de

movfw   POS_JOY4

también es muy propensa a errores.

La sintaxis correcta es:

movf     POS_JOY4,W

Ambas sintaxis son correctas.  El movfw es un macro del MPASM, nada más. 

Tal vez alguno pueda maltipear movwf por movfw pero es lo mismo que mal tipear subwf o sublw, etc...

Tal vez la moraleja sea: En assembly, un maltipeo se paga caro ... muy caro.

Y tan caro Manuix....

Me he llevado en 2 ocasiones mas de 4 horas perdidas por tipear mal una llamada Macro... ya que el ensamblador no te avisa de este error. Escribia GUARDA_CONTEXTO en vez de GUARDO_CONTEXTO.... imaginaos los resultados de este error...

Me parece que mplab como entorno deberia mejorar bastante y facilitar una programacion que ya de por si es bastante exigente, con tantos registros y parámetros.

1 slaudo

[Nocturno]

Pues yo no opino lo mismo Juan Carlos. Está claro que el ASM tiene su dificultad y requiere de un dominio de la técnica de programación en assembler y de un conocimiento exhaustivo de los registros del PIC y sus funciones.
Pero si hay automatismos que el compilador pudiera tener para evitar errores "de bulto", siempre creo que sería una medida positiva.
¿Cuál es la ventaja de no tenerlos?

[Nocturno]

Ah, ok, en ese caso estamos de acuerdo, y a ti también te parecería bien tenerlos.

[elmasvital]

Igual que incluyen el visual inizializer pq no pueden poner este tipo de cosas??? me parece inadmisible q un compilador no te avise de cuando usas una macro que no existe y que si te avise mil veces de warnings estupidos como que este registro no está en el banco 1....

[sander]

y que si te avise mil veces de warnings estupidos como que este registro no está en el banco 1....

Ese warning no es estupido , creo que a mas de uno le ha pasado equivocarse de banco, ahora sobre diferenciar las macros de las etiquetas, deberia ser algo que modifiquen, pero mientras no este modificado....

Saludos

[Leon Pic]

Y tan caro Manuix....

Me he llevado en 2 ocasiones mas de 4 horas perdidas por tipear mal una llamada Macro... ya que el ensamblador no te avisa de este error. Escribia GUARDA_CONTEXTO en vez de GUARDO_CONTEXTO.... imaginaos los resultados de este error...

Me llama la atención que el MPLAB no te avise de este error, ya que previamente deberías declararla como por ejemplo:

GUARDO_CONTEXTO          EQU       H'23'

#DEFINE       GUARDO_CONTEXTO       BSF        PORTA,0     ;Por ejemplo

No se como has utilizado esa intrucción. Si lo citas como GUARDA_CONTEXTO, en el programa, debería darte error.

[PalitroqueZ]

muchas veces el error ocurre por una confusion con el nombre de la instrucción.

sublw pareceria decir Substract Literal from W, pero es precisamente al reves. Substract W from Literal.

Saludos...

debe ser por la gramática english, la forma extraña de escribir algunas frases al revés 

[elmasvital]

Y tan caro Manuix....

Me he llevado en 2 ocasiones mas de 4 horas perdidas por tipear mal una llamada Macro... ya que el ensamblador no te avisa de este error. Escribia GUARDA_CONTEXTO en vez de GUARDO_CONTEXTO.... imaginaos los resultados de este error...

Me llama la atención que el MPLAB no te avise de este error, ya que previamente deberías declararla como por ejemplo:

GUARDO_CONTEXTO          EQU       H'23'

#DEFINE       GUARDO_CONTEXTO       BSF        PORTA,0     ;Por ejemplo

No se como has utilizado esa intrucción. Si lo citas como GUARDA_CONTEXTO, en el programa, debería darte error.

Ya pero es que lo que hago no es usar una variable o registro lo que se está llamando es una macro. Prueba a llamar una macro inexistente con mplab veras que no te da error alguno.

1 saludo.