<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Steve,<div class=""><br class=""></div><div class=""><blockquote type="cite" class="">What should I look for when this false alarm occurs? Is it likely<br class="">that the alarm is issued when stable GPS operation is restored, so<br class="">what I really would need to see is a log of conditions before the<br class="">alarm?</blockquote><br class=""></div><div class="">What we would ideally need would be at the time of the issue:</div><div class=""><br class=""></div><div class=""><ol class="MailOutline"><li class="">metric list v.p</li><li class="">CAN bus dump (can1) ID #100, B1=0x83,0x84,0x85</li></ol><div><br class=""></div><div>I appreciate that is hard. Perhaps just leave a CAN bus dump running over wifi throughout the event? You could leave that running for hours. We could then replay that back through a box to recreate the issue.</div><div><br class=""></div><div><blockquote type="cite" class="">And now that I have issued some messages in the app, how do I switch<br class="">back to other functions? Is there a way to make the keyboard drop and<br class="">then find the buttons at the bottom of the screen? (I realize that<br class="">restarting the app would be a solution.)</blockquote><br class=""></div><div>Just click on the screen, away from the keyboard.</div><div><br class=""></div><div>Regards, Mark.</div><div><br class=""><blockquote type="cite" class=""><div class="">On 2 Apr 2019, at 5:47 AM, Stephen Casner <<a href="mailto:casner@acm.org" class="">casner@acm.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Mark,<br class=""><br class="">The false alarm occured again a few minutes ago. I wanted to use the<br class="">web shell UI to check some status, but using the new messages feature<br class="">of the iPhone app I found the wifi was wedged again. After I turned<br class="">wifi off and then back to client mode I would log in from the web<br class="">again. I issued a location status command that indicated good lock.<br class=""><br class="">What should I look for when this false alarm occurs? Is it likely<br class="">that the alarm is issued when stable GPS operation is restored, so<br class="">what I really would need to see is a log of conditions before the<br class="">alarm?<br class=""><br class="">And now that I have issued some messages in the app, how do I switch<br class="">back to other functions? Is there a way to make the keyboard drop and<br class="">then find the buttons at the bottom of the screen? (I realize that<br class="">restarting the app would be a solution.)<br class=""><br class=""> -- Steve<br class=""><br class="">On Mon, 1 Apr 2019, Mark Webb-Johnson wrote:<br class=""><br class=""><blockquote type="cite" class="">I don't see this on the Model S vehicle.<br class=""><br class="">I suspect the issue is not handling GPS lock indicator correctly in the vehicle modules. For the roadster, we use ID#100, B1=0x85 (GPS direction and altitude), B2==1 to control this, but that was always a 'best guess' without much data to back it up.<br class=""><br class="">Regards, Mark.<br class=""><br class=""><blockquote type="cite" class="">On 31 Mar 2019, at 11:12 PM, Stephen Casner <<a href="mailto:casner@acm.org" class="">casner@acm.org</a>> wrote:<br class=""><br class="">Mark,<br class=""><br class="">This message reminds me to mention that both Timothy Rodgers and I<br class="">have received false alarm car-theft notifications from OVMS. Have<br class="">you? I presume these are caused by temporary inaccuracy in the GPS<br class="">signal.<br class=""><br class=""> -- Steve<br class=""><br class="">On Sun, 31 Mar 2019, Mark Webb-Johnson wrote:<br class=""><br class=""><blockquote type="cite" class="">Except it does use the metric that says the car is on (for the car theft feature).<br class=""><br class=""><blockquote type="cite" class="">On 31 Mar 2019, at 9:37 PM, Mark Webb-Johnson <<a href="mailto:mark@webb-johnson.net" class="">mark@webb-johnson.net</a>> wrote:<br class=""><br class="">Location service just works off gps data. For cars using the gps in the simcom modules, that shouldn't rely on can at all.<br class=""><br class="">Regards, Mark<br class=""><br class=""><blockquote type="cite" class="">On 29 Mar 2019, at 3:56 PM, ovms <<a href="mailto:ovms@topphemmelig.no" class="">ovms@topphemmelig.no</a>> wrote:<br class=""><br class=""><br class="">Hi<br class=""><br class="">I would like to run scripts based on location. The scripts work fine, but the location service stops working.<br class="">I guess the location service requires CAN1 to be working?<br class="">Since CAN1 stops receiving after a short period of time, the location service also stops.<br class="">Is there a way to bypass this so the location service does not depend on CAN1 working?<br class=""><br class="">Kind regards,<br class="">Stein Arne Sordal<br class=""></blockquote></blockquote></blockquote>_______________________________________________<br class="">OvmsDev mailing list<br class=""><a href="mailto:OvmsDev@lists.openvehicles.com" class="">OvmsDev@lists.openvehicles.com</a><br class="">http://lists.openvehicles.com/mailman/listinfo/ovmsdev<br class=""></blockquote><br class="">_______________________________________________<br class="">OvmsDev mailing list<br class=""><a href="mailto:OvmsDev@lists.openvehicles.com" class="">OvmsDev@lists.openvehicles.com</a><br class="">http://lists.openvehicles.com/mailman/listinfo/ovmsdev<br class=""><br class=""><br class=""></blockquote>_______________________________________________<br class="">OvmsDev mailing list<br class=""><a href="mailto:OvmsDev@lists.openvehicles.com" class="">OvmsDev@lists.openvehicles.com</a><br class="">http://lists.openvehicles.com/mailman/listinfo/ovmsdev<br class=""></div></div></blockquote></div><br class=""></div></body></html>