Highspeed serial inputs larger than 26 bytes
Archiver
Posts: 46,084
Michael-
Can you describe the data stream for us (example)? Some data
compression/assumption tricks might be able to do you some good.
Steve
On 21 Sep 00 at 20:27, Michael Hendricks wrote:
> ...I am working on an application where i need to read aprox 50
> bytes from the serial port at around 9600 baud...
Can you describe the data stream for us (example)? Some data
compression/assumption tricks might be able to do you some good.
Steve
On 21 Sep 00 at 20:27, Michael Hendricks wrote:
> ...I am working on an application where i need to read aprox 50
> bytes from the serial port at around 9600 baud...
Comments
MH
and I cant change the baud rate... Ha ha Jokes on me.
may have a workaround but it involvs reading the same information about 3-4
times in order to get the entire dataset. Thats pretty nasty though. Thanks
again for your help.
MH
Original Message
From: "Martin Hebel" <martin@s...>
To: <basicstamps@egroups.com>
Sent: Thursday, September 21, 2000 8:55 PM
Subject: [noparse][[/noparse]basicstamps] Re: Highspeed serial inputs larger than 26 bytes
> Hmmmmm only suggestion I can give is to slow down the transmitter to
> around 300 baud if possible.
>
> Other than that, does the transmitter support RTS/CTS flow control so
> you can control when the next byte transmission is?
> -Martin Hebel
>
>
>
> --- In basicstamps@egroups.com, "Michael Hendricks" <mjh80@b...>
> wrote:
> > The BS2's bigest limitation has to be its varible space limitation.
> I am working on an application where i need to read aprox 50 bytes
> from the serial port at around 9600 baud. Obviously I can not read
> them into an array in the varible space since there is not enough.
> The next idea would be the scratchpad ram. The problem being by the
> time I retrieve a byte with a serin and issue the put command I have
> already missed the next byte. Are there any clever ways around this
> without using an external serial buffer. I am not too sure there is a
> solution but before I get crazy wanted to check with the experts.
> >
> > MH
>
>
>
>
around 300 baud if possible.
Other than that, does the transmitter support RTS/CTS flow control so
you can control when the next byte transmission is?
-Martin Hebel
--- In basicstamps@egroups.com, "Michael Hendricks" <mjh80@b...>
wrote:
> The BS2's bigest limitation has to be its varible space limitation.
I am working on an application where i need to read aprox 50 bytes
from the serial port at around 9600 baud. Obviously I can not read
them into an array in the varible space since there is not enough.
The next idea would be the scratchpad ram. The problem being by the
time I retrieve a byte with a serin and issue the put command I have
already missed the next byte. Are there any clever ways around this
without using an external serial buffer. I am not too sure there is a
solution but before I get crazy wanted to check with the experts.
>
> MH
"XYN0:aeetak3ta+aEEacaeathxzxeaegh+a" and is 44 bytes in length. Since it is
mostly ascii data with no predictable numbers, etc I cant use dec, bin, etc
parameters to read in the data... *pulling out hair*
MH
Original Message
From: "S Parkis" <parkiss@e...>
To: <basicstamps@egroups.com>
Sent: Thursday, September 21, 2000 8:20 AM
Subject: Re: [noparse][[/noparse]basicstamps] Highspeed serial inputs larger than 26 bytes
> Michael-
>
> Can you describe the data stream for us (example)? Some data
> compression/assumption tricks might be able to do you some good.
>
> Steve
>
> On 21 Sep 00 at 20:27, Michael Hendricks wrote:
>
> > ...I am working on an application where i need to read aprox 50
> > bytes from the serial port at around 9600 baud...
>
>
>
this by itself. If you can't find a suitable external device, let's
all talk some more about creating something.
Steve
On 21 Sep 00 at 23:15, Michael Hendricks wrote:
> The data is base 64...Since it is mostly ascii data with no
> predictable numbers, etc I cant use dec, bin, etc parameters to
> read in the data...