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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
01/03/10 01:11
Read: times


 
#172144 - Why at 0x0100?
Responding to: ???'s previous message
Avni Modi said:

Hello,
Mr.Richard Erlacher

i m using LABTOOL-48 Universal Programmer.
And Also My program is working before 2000H address but it is different not calling IAP. sample programme is shown below.

Surely you realize that if you use a LABTOOL-48 to program your part, it can't be used for IAP. I used a Labtool-48 at one time, and it's a very solid programmer. However, if you need to have #AA at location 0x0100, you can make it part of your program, since that, too, resides in the region below 0x2000. On the other hand, I'd bet the datasheet and user manual for your MCU tells you what you need to do in order to effect IAP. The parts I use don't allow IAP in the region below 0x8000.

But now a days we have to read and write data #AAH at address 0100H.
Send me the sujjestion.
We are waiting for your reply.

Why does it matter that the #AA be located at 0x0100?

This one sample program is for only to flicker LED on port P0

ORG 2000H

MOV 080H,#0FFH
MOV 0A0H,#0FFH

stop:

MOV 080H,#11111110B
MOV 0A0H,#11111110B

LCALL DELAY
LCALL DELAY

MOV 080H,#11111110B
MOV 0A0H,#11111101B

LCALL DELAY
LCALL DELAY

SJMP STOP



DELAY:

MOV R5,#10
LD2: MOV R6,#100
LD1: MOV R7,#100
LD: DJNZ R7,LD
DJNZ R6,LD1
DJNZ R5,LD2
RET


END



List of 25 messages in thread
TopicAuthorDate
P89V51RD2 IAP and ISP writeup            01/01/70 00:00      
   e-mail it to andy ayre            01/01/70 00:00      
   thanks for replay            01/01/70 00:00      
      once again readout data            01/01/70 00:00      
         I'll look at it tomorrow            01/01/70 00:00      
            case sensitive assembler            01/01/70 00:00      
            Read Data....from address            01/01/70 00:00      
               What kind of programmer?            01/01/70 00:00      
                  never saw a chip that ..            01/01/70 00:00      
                     Maybe not now ...            01/01/70 00:00      
                  Before 2000h perfect working            01/01/70 00:00      
                     no bootloader            01/01/70 00:00      
                     Why at 0x0100?            01/01/70 00:00      
                        p89v51rd2bn            01/01/70 00:00      
                           Have you told us everything?            01/01/70 00:00      
                              using IAP routine            01/01/70 00:00      
                                 I'd suggest you focus on the datasheet            01/01/70 00:00      
                                    datasheet            01/01/70 00:00      
                                       I love these replies            01/01/70 00:00      
                                       NXP practice            01/01/70 00:00      
                                          not in this case            01/01/70 00:00      
                                             Getting Solution            01/01/70 00:00      
                                                HUH????            01/01/70 00:00      
                                                   good response            01/01/70 00:00      
                           have you read my last two posts?            01/01/70 00:00      

Back to Subject List