Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
11/16/06 15:13
Read: times


 
#128102 - Here's the wrLCDcom SR
Responding to: ???'s previous message

wrLCDcom: clr LCD_EN
	  clr LCD_RS            ; select send Command
	  mov LCD_DATA, r0      ; load command into port
	  lcall pulseEwait      ; pulse the Enable line
	  ret

pulseEwait:clr LCD_EN
	   setb LCD_EN          ; pulse the Enable line
	   clr LCD_EN
	   mov LCD_DATA, #0ffh  ; prepare port for input
	   LCALL DELAY_5_1MS    ; delay
	   LCALL DELAY_5_1MS    ; delay
	   ret

 This is the routine that sends commands to the LCD such as
 clear screen, move cursor, shift screen, blink cursor, etc.
 and 'R0' is what I'm using as the register whenever
 I write to the LCD.

 Indeed I had pushed and poped the ACC during the UART
 interrupt, but I keep changin the code I didn't put 
 it back in there.

 See, I can generate a serial interrupt without any issues, but
 I cant seem to get a consistent value each time I scan a card.
 I have tried changing it to ASCII by adding 30, I've tried to 
 strip of the data, etc., but still No SUCCESS.

List of 23 messages in thread
TopicAuthorDate
Serial interface- Displaying SBUF data on LCD.            01/01/70 00:00      
   what device?            01/01/70 00:00      
      Just the 'integral part' Part of code            01/01/70 00:00      
         you still did not tell the derivative            01/01/70 00:00      
   Formatted Code            01/01/70 00:00      
      Missing code            01/01/70 00:00      
   Delay            01/01/70 00:00      
      Delay, Baudrate, Freq, etc.            01/01/70 00:00      
         Missing Code            01/01/70 00:00      
            Here's the wrLCDcom SR            01/01/70 00:00      
               is DELAY_5_1MS timer based?            01/01/70 00:00      
                  Yes DELAY_5_1MS is timer based            01/01/70 00:00      
                     so, you call one device generating an interrupt fr            01/01/70 00:00      
                        Already tried that            01/01/70 00:00      
                           then keep it that way            01/01/70 00:00      
                  Here's the entire code....            01/01/70 00:00      
                     I quick look, not an analysis            01/01/70 00:00      
   Have a look at this            01/01/70 00:00      
      Deriviative???            01/01/70 00:00      
         Derivative            01/01/70 00:00      
            Oops... Derivative..gotcha            01/01/70 00:00      
               OK            01/01/70 00:00      
                  TI & RI            01/01/70 00:00      

Back to Subject List