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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
11/11/08 15:43
Read: times


 		 #159949 - try ORL to set any bit in internal RAM
Responding to: ???'s previous message
SET ANY BIT
http://www.8052.com/51orl

ORL iram addr,#data

by using the ORL istruction you can SET any bit in any iram byte address 0x00 - 0xFF range.
the #data should be an ace '1' to the desired position.
eg:
Save This Code
 ORL 34h, #0b01000000 
 

will set the bit at place 6 at 34h address.

complemantary,

CLEAR ANY BIT
http://www.8052.com/51anl

by using the ANL istruction you can CLEAR any bit in any iram byte address 0x00 - 0xFF range.
the #data should be an zero '0' to the right position.
eg:
Save This Code
 ANL 034h, #0b11111110 
 

will CLEAR the bit at place 0 at 34h address.

Bool math are used for the '51 MCU as Boollean Processor.

K.L.Angelis



List of 34 messages in thread
TopicAuthorDate
a simple SETB question            01/01/70 00:00      
   SETB from 20h to 2FH            01/01/70 00:00      
      assembler missed this one            01/01/70 00:00      
         I know of none that can't            01/01/70 00:00      
   what about this?            01/01/70 00:00      
      try ORL to set any bit in internal RAM            01/01/70 00:00      
         wrong, nonstandard and why            01/01/70 00:00      
            ORL, Set any bit (more informative)            01/01/70 00:00      
               iram            01/01/70 00:00      
                  Where is that defined?            01/01/70 00:00      
                     my word was not 'defined' but            01/01/70 00:00      
                        a rose, by any other name ...            01/01/70 00:00      
                           I think Erik has it?            01/01/70 00:00      
                              aliased/overlayed            01/01/70 00:00      
                                 Fair enough            01/01/70 00:00      
                              pDATA?            01/01/70 00:00      
                                 Why do you think 64TB would be enough?            01/01/70 00:00      
                                    It would not be            01/01/70 00:00      
                                       Tools are important for size            01/01/70 00:00      
                                          That's why there's ASM to use instead            01/01/70 00:00      
                                       this flies against some previous posts of yours            01/01/70 00:00      
                                          It's like herding cats            01/01/70 00:00      
                                             Flame bait?            01/01/70 00:00      
                                                No ... not really            01/01/70 00:00      
                                                   yes            01/01/70 00:00      
                                 PDATA & XDATA            01/01/70 00:00      
                                    I won't argue that ... but ...            01/01/70 00:00      
                                       Agreed, but...            01/01/70 00:00      
                                          It is seldom that simple ...            01/01/70 00:00      
                                             That's the point!            01/01/70 00:00      
                                             since you are really interested            01/01/70 00:00      
                                                Thanks!            01/01/70 00:00      
      Yes, that is the way I normally do it            01/01/70 00:00      
      WHY TO DISTURB ACC ?            01/01/70 00:00      

Back to Subject List