Yahoo Groups archive

AVR-Chat

Index last updated: 2026-04-28 22:41 UTC

Thread

*AHA*

*AHA*

2007-01-03 by Thomas Keller

I found the problem with the failure to return form subroutine.   
Apparently, the RAMEND value iin tn25def.inc is incorrect.   I checked 
it, and it has a decimal value of 223.  For memory that is only 128 
bytes long, that is pretty high, eh?  I altered my code to load decimal 
126 into my stack pointer, and all the weirdness went away!


  Why would that tn25def.inc RAMEND vlaue be so far off?

tom,

Re: [AVR-Chat] *AHA*

2007-01-03 by David VanHorn

>
>
> Why would that tn25def.inc RAMEND vlaue be so far off?


I hate it when that happens!

Typo?


[Non-text portions of this message have been removed]

Re: [AVR-Chat] *AHA*

2007-01-03 by John Samperi

At 02:50 PM 3/01/2007, you wrote:
>RAMEND value iin tn25def.inc is incorrect.   I checked
>it, and it has a decimal value of 223.  For memory that is only 128
>bytes long, that is pretty high, eh?

NO! that's correct :) . RAMEND is 0xdf (223 decimal) and since
ram starts at 0x60 (96 decimal) then 96+127 (0x7f)=223



Regards

John Samperi

********************************************************
Ampertronics Pty. Ltd.
11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
Tel. (02) 9674-6495       Fax (02) 9674-8745
Email: john@ampertronics.com.au
Website  http://www.ampertronics.com.au
*Electronic Design * Custom Products * Contract Assembly
********************************************************

Re: [AVR-Chat] *AHA*

2007-01-03 by Thomas Keller

OOPS.   Quite right, as several people have pointed out. yet, when I 
changed my RAMEND to 0x7f, that problem went away.  How very odd.


John Samperi wrote:
Show quoted textHide quoted text
>
> At 02:50 PM 3/01/2007, you wrote:
> >RAMEND value iin tn25def.inc is incorrect. I checked
> >it, and it has a decimal value of 223. For memory that is only 128
> >bytes long, that is pretty high, eh?
>
> NO! that's correct :) . RAMEND is 0xdf (223 decimal) and since
> ram starts at 0x60 (96 decimal) then 96+127 (0x7f)=223
>

Re: [AVR-Chat] *AHA*

2007-01-03 by stevech@san.rr.com

stack underflow?

----- Original Message -----
From: Thomas Keller <tjkeller1@alltel.net>
Date: Wednesday, January 3, 2007 6:59 am
Show quoted textHide quoted text
Subject: Re: [AVR-Chat] *AHA*
To: AVR-Chat@yahoogroups.com

> OOPS.   Quite right, as several people have pointed out. yet, when 
> I 
> changed my RAMEND to 0x7f, that problem went away.  How very odd.
> 
> 
> John Samperi wrote:
> >
> > At 02:50 PM 3/01/2007, you wrote:
> > >RAMEND value iin tn25def.inc is incorrect. I checked
> > >it, and it has a decimal value of 223. For memory that is only 128
> > >bytes long, that is pretty high, eh?
> >
> > NO! that's correct :) . RAMEND is 0xdf (223 decimal) and since
> > ram starts at 0x60 (96 decimal) then 96+127 (0x7f)=223
> >
> 
>

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.