user13571: is there any way I can run an MG2639 GPS Cellular Shield (the one SparkFun makes) on an Arduino Uno for GPS tracking purposes? It seems whether I use New or AltSoftSerial, the unit just can’t read what’s streaming in through from the GPS on the 115200 baud rate, which the shield is hard-wired to.

user14737: Try sending a command that sets the GPS baud rate to something a little lower:
altss.write( F("$PMTK251,38400*27\r\n") );
altss.end();
altss.begin( 38400 ); // change to match above command

Are you sure you're having trouble reading, because there are many other things you may be doing in your sketch that cause input buffer overflow.  Please post your code and some sample output for us to examine.  It may be failing for a different reason.
For example, you may just be losing data because you're trying to do too many things in loop().  Please take a look here.
To solve this kind of problem, I have posted a modified version of AltSoftSerial on github, here, that let you process GPS data in the background (i.e., during interrupts).  When coupled with NeoGPS, it can save you quite a bit of program space, RAM and execution time.  There is an interrupt-driven example here.  Just change which include is uncommented on lines 30-31:
#else  
  // Only one serial port is available, uncomment one of the following:
  #include <NeoICSerial.h>
  //#include <NeoSWSerial.h>
#endif
#include "GPSport.h"

...and the baud rate below, on line 140:
  // Start the UART for the GPS device
  gps_port.attachInterrupt( GPSisr );
  gps_port.begin( 115200 );
}


13571: <p>is there any way I can run an MG2639 GPS Cellular Shield (the one SparkFun makes) on an Arduino Uno for GPS tracking purposes? It seems whether I use New or AltSoftSerial, the unit just can’t read what’s streaming in through from the GPS on the 115200 baud rate, which the shield is hard-wired to.</p>
 14737: <p>Try sending a command that sets the GPS baud rate to something a little lower:</p>

<pre><code>altss.write( F("$PMTK251,38400*27\r\n") );
altss.end();
altss.begin( 38400 ); // change to match above command
</code></pre>

<p>Are you sure you're having trouble <em>reading</em>, because there are many other things you may be doing in your sketch that cause input buffer <em>overflow</em>.  Please post your code and some sample output for us to examine.  It may be failing for a different reason.</p>

<p>For example, you may just be losing data because you're trying to do too many things in <code>loop()</code>.  Please take a look <a href="https://github.com/SlashDevin/NeoGPS/blob/master/doc/Troubleshooting.md#trying-to-do-too-many-things" rel="nofollow">here</a>.</p>

<p>To solve this kind of problem, I have posted a modified version of <code>AltSoftSerial</code> on github, <a href="https://github.com/SlashDevin/NeoICSerial" rel="nofollow">here</a>, that let you process GPS data in the background (i.e., during interrupts).  When coupled with <a href="https://github.com/SlashDevin/NeoGPS" rel="nofollow">NeoGPS</a>, it can save you quite a bit of program space, RAM and execution time.  There is an interrupt-driven example <a href="https://github.com/SlashDevin/NeoGPS/blob/master/examples/NMEA_isr/NMEA_isr.ino" rel="nofollow">here</a>.  Just change which include is uncommented on lines 30-31:</p>

<pre><code>#else  
  // Only one serial port is available, uncomment one of the following:
  #include &lt;NeoICSerial.h&gt;
  //#include &lt;NeoSWSerial.h&gt;
#endif
#include "GPSport.h"
</code></pre>

<p>...and the baud rate below, on line 140:</p>

<pre><code>  // Start the UART for the GPS device
  gps_port.attachInterrupt( GPSisr );
  gps_port.begin( 115200 );
}
</code></pre>
