2P serin to scratchpad - Buffer?
Archiver
Posts: 46,084
Ok so scratch the scratchpad idea, I need the full message plus the checksum,
and it might be days before a second message dislodges
the first.
Anyone know of a serial buffer that can read say 128 or so bytes, then let me
parse it in one byte at a time looking for the
<CR><ETX>checksum<CR>
?
From: <jonwms@a
> Yes, it is required.
>
> I have used it with GPS where, as you indicate, the length of the incoming
> string varies. That said, the $GPMRC string is followed by another so I set
> my \L parameter to get the entire $GPMRC string plus a few possible extra
> bytes of the next string. If you don't need the entire string, you can
> shorten the \L parameter to accept the number of bytes you want to examine.
>
> -- Jon Williams
> -- Parallax
>
> In a message dated 4/28/2003 12:42:58 PM Central Standard Time,
> techsupport@f... writes:
>
> > Tnx and one further question, is the /L modifier needed.
> > In this application the length of the string varies, the end of the string
> > is denoted by a <CR><ETX> followed by the checksum and a
> > <CR>.
> > How would SPSTR be implemented knowing that:
> > 1. the length of the string varies.
> > 2. the end marker occurs between the end of the string and the checksum<CR>
> > ?
>
>
>
> [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/
>
>
and it might be days before a second message dislodges
the first.
Anyone know of a serial buffer that can read say 128 or so bytes, then let me
parse it in one byte at a time looking for the
<CR><ETX>checksum<CR>
?
From: <jonwms@a
> Yes, it is required.
>
> I have used it with GPS where, as you indicate, the length of the incoming
> string varies. That said, the $GPMRC string is followed by another so I set
> my \L parameter to get the entire $GPMRC string plus a few possible extra
> bytes of the next string. If you don't need the entire string, you can
> shorten the \L parameter to accept the number of bytes you want to examine.
>
> -- Jon Williams
> -- Parallax
>
> In a message dated 4/28/2003 12:42:58 PM Central Standard Time,
> techsupport@f... writes:
>
> > Tnx and one further question, is the /L modifier needed.
> > In this application the length of the string varies, the end of the string
> > is denoted by a <CR><ETX> followed by the checksum and a
> > <CR>.
> > How would SPSTR be implemented knowing that:
> > 1. the length of the string varies.
> > 2. the end marker occurs between the end of the string and the checksum<CR>
> > ?
>
>
>
> [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/
>
>
Comments
http://groups.yahoo.com/group/basicstamps/files
for a $10 roll-your-own solution. Has worked well for many including
me. Up to 1280 bytes of serial buffer you can read out at your
leisure.
Regards,
Steve
On 28 Apr 03 at 13:10, FalconWireless Tech Support - wrote:
> ...Anyone know of a serial buffer that can read say 128 or so
> bytes, then let me parse it in one byte at a time looking for the
> <CR><ETX>checksum<CR> ?