Steve,

What should I look for when this false alarm occurs?  Is it likely
that the alarm is issued when stable GPS operation is restored, so
what I really would need to see is a log of conditions before the
alarm?

What we would ideally need would be at the time of the issue:

  1. metric list v.p
  2. CAN bus dump (can1) ID #100, B1=0x83,0x84,0x85

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.

And now that I have issued some messages in the app, how do I switch
back to other functions?  Is there a way to make the keyboard drop and
then find the buttons at the bottom of the screen?  (I realize that
restarting the app would be a solution.)

Just click on the screen, away from the keyboard.

Regards, Mark.

On 2 Apr 2019, at 5:47 AM, Stephen Casner <casner@acm.org> wrote:

Mark,

The false alarm occured again a few minutes ago.  I wanted to use the
web shell UI to check some status, but using the new messages feature
of the iPhone app I found the wifi was wedged again.  After I turned
wifi off and then back to client mode I would log in from the web
again.  I issued a location status command that indicated good lock.

What should I look for when this false alarm occurs?  Is it likely
that the alarm is issued when stable GPS operation is restored, so
what I really would need to see is a log of conditions before the
alarm?

And now that I have issued some messages in the app, how do I switch
back to other functions?  Is there a way to make the keyboard drop and
then find the buttons at the bottom of the screen?  (I realize that
restarting the app would be a solution.)

                                                       -- Steve

On Mon, 1 Apr 2019, Mark Webb-Johnson wrote:

I don't see this on the Model S vehicle.

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.

Regards, Mark.

On 31 Mar 2019, at 11:12 PM, Stephen Casner <casner@acm.org> wrote:

Mark,

This message reminds me to mention that both Timothy Rodgers and I
have received false alarm car-theft notifications from OVMS.  Have
you?  I presume these are caused by temporary inaccuracy in the GPS
signal.

                                                      -- Steve

On Sun, 31 Mar 2019, Mark Webb-Johnson wrote:

Except it does use the metric that says the car is on (for the car theft feature).

On 31 Mar 2019, at 9:37 PM, Mark Webb-Johnson <mark@webb-johnson.net> wrote:

Location service just works off gps data. For cars using the gps in the simcom modules, that shouldn't rely on can at all.

Regards, Mark

On 29 Mar 2019, at 3:56 PM, ovms <ovms@topphemmelig.no> wrote:


Hi

I would like to run scripts based on location. The scripts work fine, but the location service stops working.
I guess the location service requires CAN1 to be working?
Since CAN1 stops receiving after a short period of time, the location service also stops.
Is there a way to bypass this so the location service does not depend on CAN1 working?

Kind regards,
Stein Arne Sordal
_______________________________________________
OvmsDev mailing list
OvmsDev@lists.openvehicles.com
http://lists.openvehicles.com/mailman/listinfo/ovmsdev

_______________________________________________
OvmsDev mailing list
OvmsDev@lists.openvehicles.com
http://lists.openvehicles.com/mailman/listinfo/ovmsdev


_______________________________________________
OvmsDev mailing list
OvmsDev@lists.openvehicles.com
http://lists.openvehicles.com/mailman/listinfo/ovmsdev