Re: Assembly files and 'ORG' statement

Shawn Silverman <[email protected]>
Newsgroups gmane.comp.hardware.microcontrollers.tini
Message-ID <[email protected]>
I'm using the assembler to build raw data into a .tbin so that I can 
have this data accessible from flash.  I was finally able to solve my 
problem with the '-d' option.

Now, (as soon as the email shows up on the list), I have another 
problem with DataPort.  When I try to read from address 0x4a0000, I get 
an IllegalAddressException.  I'm trying to access the data I put there 
with the .tbin I just built.  When I write my own memory read routines 
with assembly, I can access 0x4a0000 just fine, but DataPort seems to 
dislike this location.  What are your suggestions?

Thanks,
	-Shawn

On 9-Feb-04, at 12:42 PM, Thomas Chenot wrote:

> Shawn Silverman wrote:
>
>> I am confused as to how to make a .tbin file that should relocate to 
>> a specific address.  On one hand, Native_Methods.txt says you can't 
>> use 'ORG' statements and the a390 tool complains when you use it.  On 
>> the other hand, stub.a51 in the 'netcam' example uses 'org 
>> FLASH_ADDRESS' with no problems.
>>
>> How can I create a .tbin file with a specific target address?
>
> Exactly what are you trying to do?
>
> If you have hardware memory mapped at a particular address, you would 
> use code that looked something like this
>
> WIDGET_ADDRESS EQU 0380000h ; assuming some widget lives here
> ;...
> MOVE DPTR, #WIDGET_ADDRESS
> MOVE @DPTR, ACC
>
> I know nothing about the internals of this example.
>
> In general the assembler can generate relocatable tlib files and ORG 
> statements are disallowed
>
> OR
>
> You can write raw assembler, in which case you cannot use TINIOS but 
> you can use ORG statements.
>
> Tom

_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.