Shop OBEX P1 Docs P2 Docs Learn Events
NMEA data and the BS2P — Parallax Forums

NMEA data and the BS2P

ArchiverArchiver Posts: 46,084
edited 2002-01-18 01:12 in General Discussion
Anyone have any code examples/explainations concerning the use of the BS2P's
scratch pad RAM to store the nmea data? I'm having horrible luck doing searches
for this kind of information.

-Rob


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

Comments

  • ArchiverArchiver Posts: 46,084
    edited 2002-01-17 12:40
    In a message dated 1/16/02 11:35:40 PM Central Standard Time,
    rstaph@a... writes:


    > Anyone have any code examples/explainations concerning the use of the BS2P's
    > scratch pad RAM to store the nmea data? I'm having horrible luck doing
    > searches for this kind of information.
    >

    Download "Logging data with an ETrex GPS and the BS2p" from this link:

    http://www.parallaxinc.com/html_files/resources/resources.htm


    -- Jon Williams
    -- Parallax


    [noparse][[/noparse]Non-text portions of this message have been removed]
  • ArchiverArchiver Posts: 46,084
    edited 2002-01-17 14:12
    > > Anyone have any code examples/explainations concerning the use of the BS2P's

    > > scratch pad RAM to store the nmea data? I'm having horrible luck doing
    > > searches for this kind of information.
    > >
    >
    > Download "Logging data with an ETrex GPS and the BS2p" from this link:
    >
    > http://www.parallaxinc.com/html_files/resources/resources.htm

    I can vouch for this.
    I use it with my balloon packages and it works like a champ.

    Paul
  • ArchiverArchiver Posts: 46,084
    edited 2002-01-17 15:12
    Yep, as per a previous posting, tThe code is embeded in the article:

    http://www.parallaxinc.com/downloads/Resources/Aero%20GPS%20Brief.PDF for an
    ETRAX example This has the code embedded in the pdf file. I've also sent to
    you the same .bsp code as sent to me by Jon Williams in a seperate email.

    I also have some BS2SX code which does not use the SP RAM and runs at
    standard NMEA rate of 4800 bps. Let me know if you want it.

    In all cases, it is helpful to be aware that with many GPSs you can change
    the NMEA output bit rate to something lower than 4800 bps, bringing lower
    speed chips into your list of possibilities.


    Regards,

    Tony Wells
    Original Message
    From: "Robert Staph" <rstaph@a...>
    To: <basicstamps@yahoogroups.com>
    Sent: Thursday, January 17, 2002 5:36 AM
    Subject: [noparse][[/noparse]basicstamps] NMEA data and the BS2P


    > Anyone have any code examples/explainations concerning the use of the
    BS2P's scratch pad RAM to store the nmea data? I'm having horrible luck
    doing searches for this kind of information.
    >
    > -Rob
    >
    >
    > [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/
    >
    >
    >
  • ArchiverArchiver Posts: 46,084
    edited 2002-01-17 18:09
    There is somethings I don't understand about the following code in that
    example:

    SERIN GPSpin,N4800,[noparse][[/noparse]WAIT("$GPRMC"),SPSTR 65]

    1. As near as I can tell from the stamp manual, the baudmode value is in
    the BS1 format, its obviously fine to use or this wouldn't compile. What
    other features like this aren't in the manual and where can I get a list?

    2. The SPSTR variable is not declared anywhere. I'm going to guess that
    "SPSTR" is short for something like Scratch Pad STRing and the following 65
    is the number of bytes to use. Upon a search of the manual (v2.0) SPSTR
    did not appear. I've re-read the SERIN and I didn't see an example that did
    not define the variable. Storing values in the SPRAM like this without the
    GET and PUT commands isn't something I saw in the manual either.

    3. Relating to #2, is the first byte of the incoming data stored in the
    SPRAM location 0 or 1?

    Robert Staph

    Original Message
    From: <jonwms@a...>
    To: <basicstamps@yahoogroups.com>
    Sent: Thursday, January 17, 2002 7:40 AM
    Subject: Re: [noparse][[/noparse]basicstamps] NMEA data and the BS2P


    > In a message dated 1/16/02 11:35:40 PM Central Standard Time,
    > rstaph@a... writes:
    >
    >
    > > Anyone have any code examples/explainations concerning the use of the
    BS2P's
    > > scratch pad RAM to store the nmea data? I'm having horrible luck doing
    > > searches for this kind of information.
    > >
    >
    > Download "Logging data with an ETrex GPS and the BS2p" from this link:
    >
    > http://www.parallaxinc.com/html_files/resources/resources.htm
    >
    >
    > -- Jon Williams
    > -- Parallax
    >
    >
    > [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/
    >
    >
    >
  • ArchiverArchiver Posts: 46,084
    edited 2002-01-17 18:35
    In a message dated 1/17/02 12:12:46 PM Central Standard Time,
    rstaph@a... writes:


    > There is somethings I don't understand about the following code in that
    > example:
    >
    > SERIN GPSpin,N4800,[noparse][[/noparse]WAIT("$GPRMC"),SPSTR 65]
    >
    > 1. As near as I can tell from the stamp manual, the baudmode value is in
    > the BS1 format, its obviously fine to use or this wouldn't compile. What
    > other features like this aren't in the manual and where can I get a list?
    >

    Look closely at the code. There is a CONstant defintion for N4800. This is
    not an undocumented feature (as is SPSTR), it's a technique I like to use to
    make code easy to read.


    > 2. The SPSTR variable is not declared anywhere. I'm going to guess that
    > "SPSTR" is short for something like Scratch Pad STRing and the following 65
    > is the number of bytes to use. Upon a search of the manual (v2.0) SPSTR
    > did not appear. I've re-read the SERIN and I didn't see an example that did
    > not define the variable. Storing values in the SPRAM like this without the
    > GET and PUT commands isn't something I saw in the manual either.
    >

    SPSTR (ScratchPad STRing) is a serial modifier that, unfortunately, didn't
    make it into the printed manual but is in the online help with the new 1.3
    compiler.

    What it does is buffer any serial input (SERIN, I2CIN, OWIN, LCDIN) to the
    scratchpad RAM, starting at location zero. If you're going to use SPSTR and
    the scratchpad for storage, use the upper bytes for storage since the lower
    bytes will be clobbered with SPSTR is used.


    -- Jon Williams
    -- Parallax


    [noparse][[/noparse]Non-text portions of this message have been removed]
  • ArchiverArchiver Posts: 46,084
    edited 2002-01-17 18:46
    use the skip command with the number of bytes to skip
    Original Message
    From: "Robert Staph" <rstaph@a...>
    To: <basicstamps@yahoogroups.com>
    Sent: January 17, 2002 10:47 AM
    Subject: Re: [noparse][[/noparse]basicstamps] NMEA data and the BS2P


    > Look closely at the code. There is a CONstant defintion for
    N4800. This
    is
    > not an undocumented feature (as is SPSTR), it's a technique I
    like to use
    to
    > make code easy to read.

    Guess I missed that one, but that is a good idea to keep it easy
    to read.

    > > 2. The SPSTR variable is not declared anywhere. I'm going
    to guess
    that
    > > "SPSTR" is short for something like Scratch Pad STRing and
    the following
    65
    > > is the number of bytes to use. Upon a search of the manual
    (v2.0)
    SPSTR
    > > did not appear. I've re-read the SERIN and I didn't see an
    example that
    did
    > > not define the variable. Storing values in the SPRAM like
    this without
    the
    > > GET and PUT commands isn't something I saw in the manual
    either.
    > >
    >
    > SPSTR (ScratchPad STRing) is a serial modifier that,
    unfortunately, didn't
    > make it into the printed manual but is in the online help with
    the new 1.3
    > compiler.
    >
    > What it does is buffer any serial input (SERIN, I2CIN, OWIN,
    LCDIN) to the
    > scratchpad RAM, starting at location zero. If you're going to
    use SPSTR
    and
    > the scratchpad for storage, use the upper bytes for storage
    since the
    lower
    > bytes will be clobbered with SPSTR is used.


    What would I add to the following SERIN command if I wanted the
    incoming
    data to start at X location in the SPRAM instead of 0:

    SERIN GPSpin,N4800,[noparse][[/noparse]WAIT("$GPRMC"),SPSTR 65]

    Thanks for your time,

    Rob


    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/
  • ArchiverArchiver Posts: 46,084
    edited 2002-01-17 18:47
    > Look closely at the code. There is a CONstant defintion for N4800. This
    is
    > not an undocumented feature (as is SPSTR), it's a technique I like to use
    to
    > make code easy to read.

    Guess I missed that one, but that is a good idea to keep it easy to read.

    > > 2. The SPSTR variable is not declared anywhere. I'm going to guess
    that
    > > "SPSTR" is short for something like Scratch Pad STRing and the following
    65
    > > is the number of bytes to use. Upon a search of the manual (v2.0)
    SPSTR
    > > did not appear. I've re-read the SERIN and I didn't see an example that
    did
    > > not define the variable. Storing values in the SPRAM like this without
    the
    > > GET and PUT commands isn't something I saw in the manual either.
    > >
    >
    > SPSTR (ScratchPad STRing) is a serial modifier that, unfortunately, didn't
    > make it into the printed manual but is in the online help with the new 1.3
    > compiler.
    >
    > What it does is buffer any serial input (SERIN, I2CIN, OWIN, LCDIN) to the
    > scratchpad RAM, starting at location zero. If you're going to use SPSTR
    and
    > the scratchpad for storage, use the upper bytes for storage since the
    lower
    > bytes will be clobbered with SPSTR is used.


    What would I add to the following SERIN command if I wanted the incoming
    data to start at X location in the SPRAM instead of 0:

    SERIN GPSpin,N4800,[noparse][[/noparse]WAIT("$GPRMC"),SPSTR 65]

    Thanks for your time,

    Rob
  • ArchiverArchiver Posts: 46,084
    edited 2002-01-17 19:52
    In a message dated 1/17/02 12:47:41 PM Central Standard Time,
    rstaph@a... writes:


    > What would I add to the following SERIN command if I wanted the incoming
    >

    You can't change the starting offset; the only parameter you can enter is the
    number of bytes to buffer. It always starts at location zero.

    -- Jon Williams
    -- Parallax


    [noparse][[/noparse]Non-text portions of this message have been removed]
  • ArchiverArchiver Posts: 46,084
    edited 2002-01-17 22:51
    Thanks again for your help, I'm getting the data I need now!!

    Robert Staph

    Original Message
    From: <jonwms@a...>
    To: <basicstamps@yahoogroups.com>
    Sent: Thursday, January 17, 2002 2:52 PM
    Subject: Re: [noparse][[/noparse]basicstamps] NMEA data and the BS2P


    > In a message dated 1/17/02 12:47:41 PM Central Standard Time,
    > rstaph@a... writes:
    >
    >
    > > What would I add to the following SERIN command if I wanted the incoming
    > >
    >
    > You can't change the starting offset; the only parameter you can enter is
    the
    > number of bytes to buffer. It always starts at location zero.
    >
    > -- Jon Williams
    > -- Parallax
    >
    >
    > [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/
    >
    >
    >
  • ArchiverArchiver Posts: 46,084
    edited 2002-01-18 01:12
    Dear Jon,
    Where is the source code hiding? Can't find it under resources/aero%
    thanks
    mike mocenter
    Original Message
    From: <jonwms@a...>
    To: <basicstamps@yahoogroups.com>
    Sent: Thursday, January 17, 2002 7:40 AM
    Subject: Re: [noparse][[/noparse]basicstamps] NMEA data and the BS2P


    > In a message dated 1/16/02 11:35:40 PM Central Standard Time,
    > rstaph@a... writes:
    >
    >
    > > Anyone have any code examples/explainations concerning the use of the
    BS2P's
    > > scratch pad RAM to store the nmea data? I'm having horrible luck doing
    > > searches for this kind of information.
    > >
    >
    > Download "Logging data with an ETrex GPS and the BS2p" from this link:
    >
    > http://www.parallaxinc.com/html_files/resources/resources.htm
    >
    >
    > -- Jon Williams
    > -- Parallax
    >
    >
    > [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/
    >
    >
Sign In or Register to comment.