Stamp 2P Questions
I'm new to Stamp programing, having spent only 2 weeks working on
it. A couple of questions:
I have an application that captures data and logs it to an EEPROM.
To download data, I connect it to a computer via the serial port and
read the data via DEBUG on a terminal emulator which captures it to a
file for further processing.
* The problem is that the Stamp editor debug window doesn't seem to
support capturing data to a file. There is a "capture" button, but
it's greyed out. Is this capability missing? A future feature maybe?
* If I use the built in terminal emulator in W98 - Hyper Terminal
6.1, the Stamp module resets itself! This happens initiall once the
terminal connects to the module. After that the terminal works fine
and I can capture the info, but resetting the stamp causes some data
to be lost. What gives? I'm using the BOE with the Stamp 2.
* Does anyone know of plans for improvements to the Basic "compiler" -
or tokenizer?
* Do the program slots share the available memory? I'm running out
of memory for my app and am wondering if breaking up the code to run
in different slots will help.
thanks.
it. A couple of questions:
I have an application that captures data and logs it to an EEPROM.
To download data, I connect it to a computer via the serial port and
read the data via DEBUG on a terminal emulator which captures it to a
file for further processing.
* The problem is that the Stamp editor debug window doesn't seem to
support capturing data to a file. There is a "capture" button, but
it's greyed out. Is this capability missing? A future feature maybe?
* If I use the built in terminal emulator in W98 - Hyper Terminal
6.1, the Stamp module resets itself! This happens initiall once the
terminal connects to the module. After that the terminal works fine
and I can capture the info, but resetting the stamp causes some data
to be lost. What gives? I'm using the BOE with the Stamp 2.
* Does anyone know of plans for improvements to the Basic "compiler" -
or tokenizer?
* Do the program slots share the available memory? I'm running out
of memory for my app and am wondering if breaking up the code to run
in different slots will help.
thanks.
Comments
Be sure you recognize the limited life of EEPROM.
> To download data, I connect it to a computer via the serial port and
> read the data via DEBUG on a terminal emulator which captures it to a
> file for further processing.
>
> * The problem is that the Stamp editor debug window doesn't seem to
> support capturing data to a file. There is a "capture" button, but
> it's greyed out. Is this capability missing? A future feature maybe?
As far as I know, it won't capture, but I don't really use it that way.
>
> * If I use the built in terminal emulator in W98 - Hyper Terminal
> 6.1, the Stamp module resets itself! This happens initiall once the
> terminal connects to the module. After that the terminal works fine
> and I can capture the info, but resetting the stamp causes some data
> to be lost. What gives? I'm using the BOE with the Stamp 2.
You need to disconnect the ATN line from the serial port and/or set
Hyperterminal up to None for handshaking.
>
> * Does anyone know of plans for improvements to the Basic "compiler" -
> or tokenizer?
Have a look at http://www.al-williams.com/awce/som.htm -- not much, but it
might give you some relief.
>
> * Do the program slots share the available memory? I'm running out
> of memory for my app and am wondering if breaking up the code to run
> in different slots will help.
Depends on what kind of memory you are running out of. You can use special
commands in the 2P to set the bank used for READ and WRITE so you should be
able to store all your data in a "virgin bank".
If you are running out of RAM, that is shared.
If you are running out of program space, then splitting the program up is
certainly an option. You have to come up with some call/return scheme to
make that work well though.
Have a look at a message on 9 May 2001 by Peter Verkaik to see an example (I
have been meaning to ask him if I can include it in the FAQ).
Regards,
Al Williams
AWC
* Connect your Stamp to the Internet?
http://www.al-williams.com/awce/netporter.htm
>
> thanks.
>
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
I set handshaking to none on HTPE6.1 but it still causes the Stamp to
reset. I'd rather not modify the BOE hardware if possible, although
I guess I could modify the RS232 cable. Any other ideas? The debug
window in the Stamp editor doesn't cause any problems.
Followed the link in your msg to your site and bought some neat stuff
there.
thanks.
--- In basicstamps@y..., "Al Williams" <alw@a...> wrote:
> > I have an application that captures data and logs it to an EEPROM.
>
> Be sure you recognize the limited life of EEPROM.
>
>
> > To download data, I connect it to a computer via the serial port
and
> > read the data via DEBUG on a terminal emulator which captures it
to a
> > file for further processing.
> >
> > * The problem is that the Stamp editor debug window doesn't seem
to
> > support capturing data to a file. There is a "capture" button,
but
> > it's greyed out. Is this capability missing? A future feature
maybe?
>
> As far as I know, it won't capture, but I don't really use it that
way.
>
>
> >
> > * If I use the built in terminal emulator in W98 - Hyper Terminal
> > 6.1, the Stamp module resets itself! This happens initiall once
the
> > terminal connects to the module. After that the terminal works
fine
> > and I can capture the info, but resetting the stamp causes some
data
> > to be lost. What gives? I'm using the BOE with the Stamp 2.
>
>
> You need to disconnect the ATN line from the serial port and/or set
> Hyperterminal up to None for handshaking.
>
>
> >
> > * Does anyone know of plans for improvements to the
Basic "compiler" -
> > or tokenizer?
>
> Have a look at http://www.al-williams.com/awce/som.htm -- not much,
but it
> might give you some relief.
>
>
> >
> > * Do the program slots share the available memory? I'm running
out
> > of memory for my app and am wondering if breaking up the code to
run
> > in different slots will help.
>
> Depends on what kind of memory you are running out of. You can use
special
> commands in the 2P to set the bank used for READ and WRITE so you
should be
> able to store all your data in a "virgin bank".
>
> If you are running out of RAM, that is shared.
>
> If you are running out of program space, then splitting the program
up is
> certainly an option. You have to come up with some call/return
scheme to
> make that work well though.
>
> Have a look at a message on 9 May 2001 by Peter Verkaik to see an
example (I
> have been meaning to ask him if I can include it in the FAQ).
>
> Regards,
>
> Al Williams
> AWC
> * Connect your Stamp to the Internet?
> http://www.al-williams.com/awce/netporter.htm
>
>
>
> >
> > thanks.
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
> >