Replan button

[green light]

What is the idea of the "replan" button while driving? I tested it after first charge stop but then something wired happened: my start location was replaced by "point on may" and due to that planner created a route back to first charge stop.

Shouldn't it just change the reference consumption for the current plan?

 

[Bill N]

I also am unclear about the functionality of ABRP when driving. I noticed if ABRP alerts you that you have taken a road different to that which it had planned, it will invite you to "replan" (then leading to the issue described in the post above), but if you do nothing it appears to re-route automatically anyway?

I used ABRP quite extensively whilst driving today, and encountered quite a lot of moments where I wasn't really exactly sure what it was doing, to be honest.

I don't mean to be overly critical - I think ABRP is brilliant and a great achievement!

I'd just like to help it be a good as it possibly can be. I think the interface, especially whilst driving, could be improved to make it optimised for in car use, when a phone is mounted to a dashboard. Many other apps have a 'car mode' where the buttons and other aspects of the UI become larger, simplified, of otherwise easier to use and interact with whilst driving. Maybe this is something that could be an area for improvement that non-Tesla users would especially benefit from.

Edited May 19, 2019 by Bill N
typo

[green light]

Cross reference to a (looks like) bug due to this button:

 

 

[green light]

During a new test I got more details: I pushed the replan button after last charing stop. Then all but the last charger were removed and a "point on map" was added. But still the last but already visited charger was on the plan, so the route was a way back to the charger but not to the final destination of the route.

Then I tried to reload the old saved plan, now I got this bug of my other post: start charge was ignored and taken from live data even with a filled start charge field. Only reloading the whole planner web page solves this.

[Jason-ABRP]

Ah, I think I understand.  This is the way it was designed to behave.

Similar to what happens in Google Maps or Waze, when you deviate from the route it just replans from your current position, we do the same with your current data.  The idea being, once you're on the way you probably care mostly about what's between you and your destination.  So, we replan from where you are now, and what your Charge % and other live data shows.  This made the most sense to us when designing that system, and I feel works reasonably well in practice though it has its flaws.

As always, if you have a suggestion for how we could better handle that mid-route driving replan, we're open to it!

[Bill N]

I think it works pretty well having:

 

1. the automatic re-routing, with it updating the start SoC to whatever ABRP thought the SOC was at the time of calculating the new route.(remembering there is no live data with some cars)

And

2. The option to "replan"

 

I think it might just be a case of ABRP signposting more clearly to the user what it is doing. Eg if you deviate from the route and it says you have left the planned route, maybe it could then say that it is recalculating automatically so the user know just to wait for it to update the route.

 

[Jason-ABRP]

Both are good notes!

A lot of the way our features behave was set before we made a lot of improvements to the planning time, where a replan could be quite lengthy, we're definitely re-assessing a lot of how it works as we go, though, and as we get questions and suggestions like yours.