"Crazy <= Ludicrous; therefore crazy behavior on ludicrous vehicles is plausible."That would be completely crazy. Therefore, I believe it is likely to be the explanation.
Was my translation adequate?
You can install our site as a web app on your iOS device by utilizing the Add to Home Screen feature in Safari. Please see this thread for more details on this.
Note: This feature may not be available in some browsers.
"Crazy <= Ludicrous; therefore crazy behavior on ludicrous vehicles is plausible."That would be completely crazy. Therefore, I believe it is likely to be the explanation.
GUI_dragStripModeRequest,true
VAPI_dragStripStatus,Heating
VAPI_dragStripTimeEst,19
Could this be the 10.9 ticket? - - Standing by with fingers crossed.Code:GUI_dragStripModeRequest,true VAPI_dragStripStatus,Heating VAPI_dragStripTimeEst,19
Might not have time for max battery to get to "Ready" before I gave to leave, but we'll see how this goes. I'll check in from the road if I notice anything immediately. Otherwise I'll parse my logs when I get home.
Could this be the 10.9 ticket? - - Standing by with fingers crossed.
#shenanigansSo, I'm not certain of this, just speculation......... but I may have stumbled upon the demo car performance not equaling production car performance configuration variable....
Code:performanceDemoMode = false performanceDemoRequest = Max
I'm going to change performanceDemoMode to true on my car using root and log a run or two and see if it makes any difference. Edit: I didn't see this variable before the Ludicrous upgrade.
Mike - Thanks, I loaded the logger source data and spreadsheets from my first 4 runs into the Google Drive "Bill D" folder.....you should have an email from me/google drive with edit access to the new Bill D directory
Nice work.I also added an automatic Virtual Timeslip and 0-60 time to the logger spreadsheet (Both with 1-ft rollout)....
OMG
I REALLY hope this does not make a difference. I'd hate to think if it did.
Stuck for the moment with other activities. Won't be able to parse until tonight.
OMG
I REALLY hope this does not make a difference. I'd hate to think if it did.
Has anyone graphed DI_dissipation, DIS_dissipation, and/or BMS_powerDissipation? That should be interesting. Presumably these numbers are for the heat being generated inside the relevant items.
- - - Updated - - -
So, I'm not certain of this, just speculation......... but I may have stumbled upon the demo car performance not equaling production car performance configuration variable....
Code:performanceDemoMode = false performanceDemoRequest = Max
I'm going to change performanceDemoMode to true on my car using root and log a run or two and see if it makes any difference. Edit: I didn't see this variable before the Ludicrous upgrade.
Stuck for the moment with other activities. Won't be able to parse until tonight.
I 100% agree with you
WK - what version sw are you running?
What would be really interesting is to do this to a P85D that has NOT been upgraded to L yet. if they were running the fuse hotter than normal for demo cars it may not be something that takes effect with the new software and the L fuse. If the P85Ds with the old software ran more current than 1300 amps, it also might explain why the test drivers were speed limited as a way to prevent the current from being drawn for too long.
Well, if it does, I'll be hacking my car thank you very much!
Could this be the 10.9 ticket? - - Standing by with fingers crossed.
Well, if it does, I'll be hacking my car thank you very much!
performanceDemoMode = false
Could this be the 10.9 ticket? - - Standing by with fingers crossed.
I'm hoping that this turns out to be it as well.
It's good though to see that as the car stands, it has 11.2 in it.
But again, I hope that this explains the 10.9 that Motor Trend got and if so, that this "performance demo" can be activated and utilized in the rest of the Ludicrous equipped vehicles.
You make it sound like this would be a good thing.
I think this would be a terrible thing. It would mean Tesla had played games with the specs, AGAIN.
It certainly wouldn't mean that all the cars are really capable of utilizing this performance mode on a regular basis, because if they were, without causing other issues, Tesla would have enabled the mode for everyone. What it says to me is Tesla probably realized that pushing the components as hard as they need to in demo mode would not be good for Tesla's bottom line with respect to having to replace failed parts under warranty, etc., so they chose not to do it, but chose to enable the mode for test cars, so that it would look like they were meeting advertised specifications.
Perhaps that's just my jaded view, and there are other reasonable explanations. I'm open to hearing some.
I'm not sure to what extent you were kidding, but if you weren't I'd think doing something like that, and enabling a mode Tesla did not intend to have enabled could result in warranty issues should parts fail due to being overly stressed in that mode. I could be wrong on that. It could be more of a situation of Tesla's chickens (or albatrosses) coming home to roost, and perhaps there is really nothing Tesla could do about it, since they programmed the functionality into the car.
I still don't view this, if it's what it seems it may be, as something to celebrate.
(Though wk057's discovery of it is, of course, worthy of our accolades.)
P90D's have been in customers hands for what, 8-9 months now? If it has better performance, and it's not on by now, there must be a component issue of why it's not on.
It would be a good thing to know that a P90DL in the wild can really run 10.9 because that would make it more likely that a future SW release will enable it. I suspect they are holding back, because the Design Studio still boldly promotes a 10.9 second quarter mile:You make it sound like this would be a good thing.
I think this would be a terrible thing. It would mean Tesla had played games with the specs, AGAIN.