<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Thanks! That's great info Mark, and I hadn't thought about how much longer it would take to fix when the GPS is moving in a car. I'm currently trying out doing the cold reset only when the device is first powered on, and then no GPS resets after that. So far it seems to work really well for picking up the GPS fix when the car has been parked for a brief period, but not after it's been parked for half a day. Since it lost the GPS fix, the module hasn't picked it up again for a whole day now, and I'm suspecting that it might need a GPSRST=1 command. If that's true, then my next investigation will be to figure out <i>when</i> it makes sense to use a warm start. </div><div class="gmail_quote"><br></div><div class="gmail_quote">I have a stationary bench test measuring the time-to-first-fix across permutations of [cold/warm/no-reset, time-with-GPSPWR-off, SCLK=0/SCLK=2] between GPS power-cycles. It will take 2~4 weeks to complete because of the long time delays involved. If there's anything to learn from it, I'll share it here.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Responding to your bullet points:</div><div class="gmail_quote"><ul><li>Yes, I have added a state to put it into sleep mode. The trigger for it is that it's awake (AT+SCLK=0) whenever there is CAN activity, which is basically when the car is on or charging.<br><br></li><li>Yes, the SIM908 handles SMS perfectly while in AT+CSCLK=2 mode. It goes into a low-power state, but automatically comes into normal operation when it receives an SMS. As long as the firmware responds to the SMS within a few seconds of receiving it, then the device is still awake to handle the response. Afterward it goes back into a low-power state when there has been no RS232 activity for several seconds. The beauty of this is that the firmware doesn't need to wake it up just to handle an SMS message. When it is time to finally wake the module for normal operation, the firmware needs to send some characters (I use "AT\r") on the RS232 line and wait a second for it to wake up enough to respond to the command: AT+CSCLK=0.<br><br></li><li>Here are some current measurements I've taken on the 12V line.<br>Note 1: I'm not using the TCP connection<br>Note 2: I'm keeping both LEDs off (each LED adds 7mA to the current draw)<br><br><b>Normal operation</b> (AT+CSCLK=0 and AT+CGSPPWR=1): <b>120mA</b> <br><b>Normal w/GPS off</b> (AT+CSCLK=0 and AT+CGPSPWR=0): <b>56mA</b><br><b>Sleep mode </b>(AT+CSCLK=2 and AT+CGPSPWR=0): <b>37mA</b><br><br></li><li>I have all of the above low-power modes working in my code and it helps to save the battery from going dead. The code is intertwined with proprietary stuff for my client, so I can't share it right now. My client is appreciative of the OVMS to build upon, so I'll bring it up with them to see if I can share part or all of it when the project is finished.</li></ul><div><br></div><div>-Arthur</div></div><div class="gmail_quote"><br></div><div class="gmail_quote"><br></div><div class="gmail_quote"><br></div><div class="gmail_quote">On Wed, Nov 5, 2014 at 5:34 PM, Mark Webb-Johnson <span dir="ltr"><<a href="mailto:mark@webb-johnson.net" target="_blank">mark@webb-johnson.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Arthur,<div><br></div><div>I think Michael is correct. GPS cold start is very nasty and assumes absolutely no knowledge of where in the world the device is. Warm start uses the previously known location. Usually, when GPS units try to do a warm start, if they can't get a lock within a few minutes they roll back to cold start anyway (which was an issue with an old TomTom unit I had when my car was in the garage - if I didn't get out into open skies quickly enough, it would timeout and go to cold start). The other issue with cold starts to be wary of is that if the vehicle is moving, it will take them dramatically longer to get a lock.</div><div><br></div><div>Regarding your work on this:</div><div><br></div><div><ul><li>Presumably you have introduced a new NET state for this sleep mode. Entering that state puts it into sleep, and then there is some trigger to get out of the state (N minutes after park not charging)?<br><br></li><li>From the SIMCOM documentation, in AT+CSCLK=2 mode the GSM is still active for SMS reception. Perhaps it could be woken up for N minutes and still handle the SMS message in that mode (even if GPRS is not possible)?<br><br></li><li>Have you taken any power consumption readings in this sleep state vs normal? It would be interesting to see the results.<br><br></li><li>If you manage to get it working, and see significant power savings, it would be good to have this as an option (feature #, or something in carbits) in the standard firmware. Perhaps only necessary for some types of vehicle (particularly those that have no lock/charge/etc functions). Even if the code you wrote is completely different, and not based on OVMS firmware, it would be good to see your results and learn from them.</li></ul></div><div><br></div><div>Regards, Mark.</div><div><div class="h5"><div><br><div><div>On 6 Nov, 2014, at 5:26 am, Arthur Hebert <<a href="mailto:ahebert@gmail.com" target="_blank">ahebert@gmail.com</a>> wrote:</div><br><blockquote type="cite"><div dir="ltr">Thanks for the info Christopher and Michael! I'll try it without resetting, and see if that helps. <div><br></div><div>-Arthur</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 5, 2014 at 4:20 AM, Michael Balzer <span dir="ltr"><<a href="mailto:dexter@expeedo.de" target="_blank">dexter@expeedo.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
Hi Arthur,<br>
<br>
the SIM908 hardware design doc says:<br>
<blockquote><i>Power down mode: The GPS engine will be set into this
mode by sending AT command “AT+CGPSPWR=0”. In this mode the
internal power supply for GPS will be shutdown, and the current
consumption is very low. The last position, current time and
ephemeris data will be stored in the GSM host memory.</i><br>
</blockquote>
...and...<br>
<blockquote><i>User can power on GPS engine by sending AT command
“AT+CGPSPWR=1”. </i><br>
</blockquote>
So it seems a GPS reset is not necessary after a software power down
/ sleep state, I'd first try without.<br>
<br>
If you find out you need to do a reset, I'd first try to cope with
"hot" / "warm". The command manual says:<br>
<blockquote><i>COLD start mode is recommended For first time reset.</i><br>
</blockquote>
So I think this is normally only needed for the first power up.<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
<br>
<div>Am 04.11.2014 um 17:42 schrieb Arthur
Hebert:<br>
</div>
<blockquote type="cite"><div><div>
<div dir="ltr">Hi All,
<div><br>
</div>
<div>Does anyone know the details of how, most reliably and most
quickly, to get a location fix from the GPS module after it
has been powered up and after it has come out of sleep mode?</div>
<div><br>
</div>
<div>I have written my own code using the OVMS hardware. To save
power, it turns off the GPS power (AT+CGPSPWR=0) and puts the
module to sleep (AT+CSCLK=2) while the vehicle is parked (i.e.
no CAN bus activity). Once there is CAN activity again, it
comes out of sleep mode (AT+CSCLK=0) and turns on the GPS
(AT+CGSPPWR=1). Immediately after turning on the GPS power, I
also issue one of the GPS reset commands (AT+CGPSRS=0 or
AT+CGPSRST=1).</div>
<div><br>
</div>
<div>The module documentation if vague about when to use the 0
reset or the 1 reset.</div>
<div><br>
</div>
<div>I know that the GPS module itself isn't made to function
while the module is asleep even though the commands may not
give an error. </div>
<div><br>
</div>
<div>I've read that it takes up to 15 minutes to get a fix on
most GPS devices. In practice, sometimes I get a fix within a
minute every time I start up, and other times I don't get a
fix even after hours of trying with either reset option. </div>
<div><br>
</div>
<div>Any information will be greatly appreciated.</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Arthur</div>
</div>
<br>
<fieldset></fieldset>
<br>
</div></div><span><pre>_______________________________________________
OvmsDev mailing list
<a href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a>
<a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a>
</pre>
</span></blockquote><span><font color="#888888">
<br>
<pre cols="72">--
Michael Balzer * Paradestr. 8 * D-42107 Wuppertal
Fon 0202 / 272 2201 * Handy 0176 / 206 989 26
</pre>
</font></span></div>
<br>_______________________________________________<br>
OvmsDev mailing list<br>
<a href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a><br>
<a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br>
<br></blockquote></div><br></div>
_______________________________________________<br>OvmsDev mailing list<br><a href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a><br><a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br></blockquote></div><br></div></div></div></div><br>_______________________________________________<br>
OvmsDev mailing list<br>
<a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br>
<a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br>
<br></blockquote></div><br></div></div>