bit''s from slot to slot
Archiver
Posts: 46,084
MANY thanks..
Chris
Original Message
From: "Tracy Allen" <tracy@e...>
To: <basicstamps@yahoogroups.com>
Sent: Saturday, February 09, 2002 1:27 AM
Subject: Re: [noparse][[/noparse]basicstamps] bit's from slot to slot
> >So if I declare all variables EXACTLY the same in each page, I dont need
to
> >use the put/get tools ?
>
> Yes, if you declare the variables exactly the same in each page, then
> you can access them from each page.
>
> It helps to understand exactly how the Stamp allocates the 26 bytes
> of RAM. That can be words, bytes, nibs or bits, or any mixture of
> the two. The Stamp allocates space for all the words first, in the
> order you define them in your program, following the words in RAM it
> allocates space for all the bytes in your program, again in the order
> they appear in your definitions. Then come the nibs and then the
> bits. And within each group, the space is allocated in the order you
> define them in your program. Heinz' example has one bit and one
> byte. The Stamp allocates the byte, "testloop" slot 1 out of 26 in
> RAM, and then the bit, "flag", goes in what would be bit0 of the next
> byte in memory. (That is bit 9 out of 208 possible in RAM.) Done in
> both bank 0 and bank 1, the program runs fine. When he defines one
> more bit, "flagxy" it now takes over that bit0 slot and "flag" moves
> up to the bit1 slot in the second byte in memory. Since he defined
> "flagxy" only in bank 0, that caused a problem, because flag occupies
> the 9th bit slot in bank 0 and the 10th bit slot in bank 1. If he
> were to define the bits in the opposite order, "flag" and then
> "flagxy" the problem would not occur, because flag would occupy the
> 9th slot in both banks.
>
> The Stamp manual has a good explanation about how the variables are
> allocated in RAM.
>
> If you use alias names for variables, that does not change the order
> of allocation. It just makes new pointers to the existing
> allocations.
>
> There are several ways to deal with the issue, depending on the
> complexity of the program. (1) aligning the variables in the
> different banks; (2) systematic use of aliases to collapse all of the
> "global" variables into words (so they will appear first in RAM); (3)
> ad-hoc or systematic use of the scratchpad RAM as temporary storage
> or as a "stack"; (4) Use of only the preassigned variable names, b0
> to b25.
>
> The BS2P at least makes one thing a lot simpler. That is the STORE
> command, which combined with READ and WRITE allows you to move data
> from one bank to another without actually RUNning the other bank.
>
> I have some of my app-notes on using the multibank stamps posted at
> http://www.emesystems.com/BS2SX.htm
>
> -- regards,
> Tracy Allen
> electronically monitored ecosystems
> mailto:tracy@e...
> http://www.emesystems.com
>
>
>
> >Jon,
> >So if I declare all variables EXACTLY the same in each page, I dont need
to
> >use the put/get tools ?
> >
> >Rgds,
> >Chris
> >
> >
Original Message
> >From: <jonwms@a...>
> >To: <basicstamps@yahoogroups.com>
> >Sent: Friday, February 08, 2002 10:06 PM
> >Subject: Re: [noparse][[/noparse]basicstamps] bit's from slot to slot
> >
> >
> > > In order for this to work you must define the variables in one program
> >(slot)
> > > EXACTLY as and _in_the_same_order_ as in your other program (slot).
The
> > > other thing you can do is use PUT and GET with the shared scratchpad
> >memory.
> > >
> > > -- Jon Williams
> > > -- Parallax
> > >
> > >
> > > In a message dated 2/8/02 7:41:35 AM Central Standard Time,
> > > hschwenk@y... writes:
> > >
> > >
> > > > Hi all,
> > > > > I use Stamp2P 40
> > > > > My programs did not work together in the different
> > > > program slots.......
> > > > > reducing the code step by step to:
> > > > > In slot 0:
> > > > > ************************************
> > > > > '{$STAMP BS2p,test1}
> > > > > 'flagxy var bit
> > > > > flag var bit
> > > > > testloop var byte
> > > > > flag=1
> > > > > testloop=testloop+1
> > > > > Debug "test= ",dec testloop," flag= ",dec flag,cr
> > > > > pause 2000
> > > > > run 1
> > > > > ***************************************
> > > > > In slot 1:
> > > > > '{$STAMP BS2p}
> > > > > flag var bit
> > > > > testloop var byte
> > > > > Debug "TEST1= ",dec testloop," flag= ",dec flag,cr
> > > > > pause 2000
> > > > > run 0
> > > > > ******************************************
> > > > > if the "flagxy var bit " is deactivated,
> > > > > in my debug "TEST1" the flag=1 like I expected
> > > > > But now:
> > > > > if I activate flacxy var bit
> > > > > in my debug "TEST1" the flag=0 I DID NOT ASPECT
> > > > THIS
> > > > > the "counting" of the "testloop" is always to see
> > > > right
> > > > >
> > > > > Do I do or understand something wrong ?
> > > > > Or is it not allowed to "transfer" Information from
> > > > slot0 to the
> > > > > slot1 via bit's?
> > > > > Is there any documentation (which I did not see)?
> > > > > Or is it a bug?
> > > > >
> > > > > some ideas or information's would be helpful
> > > > > Thanks Heinz
> > > >
> > >
> > >
> > >
> > >
> > > [noparse][[/noparse]Non-text portions of this message have been removed]
> > >
> > >
> > > To UNSUBSCRIBE, just send mail to:
> > > basicstamps-unsubscribe@yahoogroups.com
> > > from the same email address that you subscribed. Text in the Subject
and
> >Body of the message will be ignored.
> > >
> > >
> > > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
>
>
> To UNSUBSCRIBE, just send mail to:
> basicstamps-unsubscribe@yahoogroups.com
> from the same email address that you subscribed. Text in the Subject and
Body of the message will be ignored.
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
Chris
Original Message
From: "Tracy Allen" <tracy@e...>
To: <basicstamps@yahoogroups.com>
Sent: Saturday, February 09, 2002 1:27 AM
Subject: Re: [noparse][[/noparse]basicstamps] bit's from slot to slot
> >So if I declare all variables EXACTLY the same in each page, I dont need
to
> >use the put/get tools ?
>
> Yes, if you declare the variables exactly the same in each page, then
> you can access them from each page.
>
> It helps to understand exactly how the Stamp allocates the 26 bytes
> of RAM. That can be words, bytes, nibs or bits, or any mixture of
> the two. The Stamp allocates space for all the words first, in the
> order you define them in your program, following the words in RAM it
> allocates space for all the bytes in your program, again in the order
> they appear in your definitions. Then come the nibs and then the
> bits. And within each group, the space is allocated in the order you
> define them in your program. Heinz' example has one bit and one
> byte. The Stamp allocates the byte, "testloop" slot 1 out of 26 in
> RAM, and then the bit, "flag", goes in what would be bit0 of the next
> byte in memory. (That is bit 9 out of 208 possible in RAM.) Done in
> both bank 0 and bank 1, the program runs fine. When he defines one
> more bit, "flagxy" it now takes over that bit0 slot and "flag" moves
> up to the bit1 slot in the second byte in memory. Since he defined
> "flagxy" only in bank 0, that caused a problem, because flag occupies
> the 9th bit slot in bank 0 and the 10th bit slot in bank 1. If he
> were to define the bits in the opposite order, "flag" and then
> "flagxy" the problem would not occur, because flag would occupy the
> 9th slot in both banks.
>
> The Stamp manual has a good explanation about how the variables are
> allocated in RAM.
>
> If you use alias names for variables, that does not change the order
> of allocation. It just makes new pointers to the existing
> allocations.
>
> There are several ways to deal with the issue, depending on the
> complexity of the program. (1) aligning the variables in the
> different banks; (2) systematic use of aliases to collapse all of the
> "global" variables into words (so they will appear first in RAM); (3)
> ad-hoc or systematic use of the scratchpad RAM as temporary storage
> or as a "stack"; (4) Use of only the preassigned variable names, b0
> to b25.
>
> The BS2P at least makes one thing a lot simpler. That is the STORE
> command, which combined with READ and WRITE allows you to move data
> from one bank to another without actually RUNning the other bank.
>
> I have some of my app-notes on using the multibank stamps posted at
> http://www.emesystems.com/BS2SX.htm
>
> -- regards,
> Tracy Allen
> electronically monitored ecosystems
> mailto:tracy@e...
> http://www.emesystems.com
>
>
>
> >Jon,
> >So if I declare all variables EXACTLY the same in each page, I dont need
to
> >use the put/get tools ?
> >
> >Rgds,
> >Chris
> >
> >
Original Message
> >From: <jonwms@a...>
> >To: <basicstamps@yahoogroups.com>
> >Sent: Friday, February 08, 2002 10:06 PM
> >Subject: Re: [noparse][[/noparse]basicstamps] bit's from slot to slot
> >
> >
> > > In order for this to work you must define the variables in one program
> >(slot)
> > > EXACTLY as and _in_the_same_order_ as in your other program (slot).
The
> > > other thing you can do is use PUT and GET with the shared scratchpad
> >memory.
> > >
> > > -- Jon Williams
> > > -- Parallax
> > >
> > >
> > > In a message dated 2/8/02 7:41:35 AM Central Standard Time,
> > > hschwenk@y... writes:
> > >
> > >
> > > > Hi all,
> > > > > I use Stamp2P 40
> > > > > My programs did not work together in the different
> > > > program slots.......
> > > > > reducing the code step by step to:
> > > > > In slot 0:
> > > > > ************************************
> > > > > '{$STAMP BS2p,test1}
> > > > > 'flagxy var bit
> > > > > flag var bit
> > > > > testloop var byte
> > > > > flag=1
> > > > > testloop=testloop+1
> > > > > Debug "test= ",dec testloop," flag= ",dec flag,cr
> > > > > pause 2000
> > > > > run 1
> > > > > ***************************************
> > > > > In slot 1:
> > > > > '{$STAMP BS2p}
> > > > > flag var bit
> > > > > testloop var byte
> > > > > Debug "TEST1= ",dec testloop," flag= ",dec flag,cr
> > > > > pause 2000
> > > > > run 0
> > > > > ******************************************
> > > > > if the "flagxy var bit " is deactivated,
> > > > > in my debug "TEST1" the flag=1 like I expected
> > > > > But now:
> > > > > if I activate flacxy var bit
> > > > > in my debug "TEST1" the flag=0 I DID NOT ASPECT
> > > > THIS
> > > > > the "counting" of the "testloop" is always to see
> > > > right
> > > > >
> > > > > Do I do or understand something wrong ?
> > > > > Or is it not allowed to "transfer" Information from
> > > > slot0 to the
> > > > > slot1 via bit's?
> > > > > Is there any documentation (which I did not see)?
> > > > > Or is it a bug?
> > > > >
> > > > > some ideas or information's would be helpful
> > > > > Thanks Heinz
> > > >
> > >
> > >
> > >
> > >
> > > [noparse][[/noparse]Non-text portions of this message have been removed]
> > >
> > >
> > > To UNSUBSCRIBE, just send mail to:
> > > basicstamps-unsubscribe@yahoogroups.com
> > > from the same email address that you subscribed. Text in the Subject
and
> >Body of the message will be ignored.
> > >
> > >
> > > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
>
>
> To UNSUBSCRIBE, just send mail to:
> basicstamps-unsubscribe@yahoogroups.com
> from the same email address that you subscribed. Text in the Subject and
Body of the message will be ignored.
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>