Welcome to the TeslaFi support community.

Please enter your question, feature request, or issue below. Specific questions related to issues with your account can be sent privately by selecting "Or leave us a private message" below.

0
Completed

Drive efficiency in Model X

cperez 7 years ago updated by James 7 years ago 5

A nice idea for Model X owners will be to have a different Drive efficiency calculations as now are the same for Model S and Model X (based on 20kWh/100km).


As you know Model X is larger and weights more than Model S and Typical range should be calculated different and maybe based in something between 22kWh/100km and 23kWh/100km

Answer
James 7 years ago

The kWh calculations are already unique to each vehicle. It uses the rated miles available at a 100% completed charge (or extrapolated from 90%+ completed charge) along with the battery size for the vehicle to determine how much energy was used. This "factor" is then used to calculate the kWh used based on how many rated miles were actually used on the drive. The reason that the factor needs to be adjusted is because TeslaFi currently assumes the battery size to be the advertised kWh available but we know that the majority of time that number is lower. For example a 85 kWh may actually have 77.5 kWh available.


Also, the maximum rated range for the vehicle is constantly updated each time a max range charge is completed and it's stamped to each data point stored in TeslaFi. This way kWh calculations performed on any data point are based on the battery state at that point in time and recent changes will not effect prior data.


Hopefully this helps a little. There's more to it, but this is the easiest way to explain it.

0
Completed

Download drives as logbook

mabene 7 years ago updated by gioflux 4 years ago 6

It would be really useful to be able to download the drives for a specified period (default: yesterday?) as excel(csv); The information on the daily listing pretty much matches what I would need - starting point, end point, start odometer, end odometer, start time end time.

This would really make the task of keeping a logbook of drives much less aggravating.

Download drive list to excel, add business/privte indicator and possibly a comment and it's done.

Answer
James 7 years ago

Hi, you can currently do all of this.


If you click on the note icon to the right side of each drive you can 'tag' it as a certain category and add a not for each drive.


If you visit the tag.php page located in the footer with a tag icon you can download drives into a csv file. You can download by date with or without a tag filter. If you leave the tag filter blank it will download all drives within the time period specified.


Please let me know if you have any questions.


Thanks,


James

0
Not a bug

"Estimated Completion" not updated when Max Charge level changed

mkolowich 7 years ago updated by James 7 years ago 3

Steps to reproduce:

  1. Start charging the car with max charge level at, for example, 60%.
  2. Open TeslaFi and note the "Estimated Completion" time in the current charge record.
  3. Close TeslaFi
  4. Change the max charge level (e.g. from 60% to 90%) before charging is complete.
  5. Open TeslaFi and look at the "Estimated Completion" tims in the current charge record.

Result:

  1. "Estimated Completion" time does not change as a result of changing the Max Charge level.

Expected Result:

  1. "Estimated Completion" time should be updated when max charge time changes.

Suggestion: instead of putting the "estimated completion" DURATION in the charge record, why not put the estimated time of day at which the charge will be complete? This can always be calculated by adding the API datum time_to_full_charge to the current time of day. If this is updated whenever the charge record is displayed, then isn't that more useful?

0
Answered

Why 'None' in many data columns?

chadgr 7 years ago updated by James 7 years ago 1

In looking at the raw data feed, many items are listed as 'None' when the connection state is online. Why would things like inside/outside temp and shift state be none? Shouldn't we be able to see the status as parked and the temps? There may be others, but have not looked through all the columns.

Answer
James 7 years ago

Temperature readings are only reported when the car is active, usually when in motion or conditioning is on. If the car is idle, the API will not return anything to those requests.


Any data reported in the raw data page is unaltered aside from any international conversions.

0
Fixed

Charge Totals Bug

cperez 7 years ago updated 7 years ago 6

- In charge totals page (https://www.teslafi.com/charges.php?chargePercent=80) you show batery range and estimated range but I think that there is an error or you are not showing Typical Km. My Model X has 396Km typical at 100% and the data you show there it's much larger.

0
Not a bug

Combined Record Types Do Not Add Up to 24 Hours for an Individual Day

rfmurphy81 7 years ago updated by James 7 years ago 4

On a whim, I decided to add up the times for sleep, idle, drive, charge, and Supercharge about a week ago. In almost every case, they add up to anywhere from 4 to 15 minutes shy of a full 24 hours.


Shouldn't the data equal 24 hours? Not sure if the missing time is represented by issues with get a response from the API.


Some data:

2/232/222/212/202/192/18
Sleep2:142:4410:0518:4715:5515:22
Idle13:3315:154:265:097:008:12
Drive1:361:174:430:590:20
Charge6:254:350:48
Supercharge1:51
Total23:4823:5121:53* 23:5623:5423:54
Missing0:120:092:070:040:060:06

* Car was in service mode on 2/21 presumably for the amount of time missing from 24 hours.

0
Completed

Add Link to Sleep Alert Email to More Quickly Start Polling

rfmurphy81 7 years ago updated by James 7 years ago 1

Until the cookies can be extended, is it possible to add a link to the sleep alert email to allow the user to start polling again without having to sign in again? It could be randomized and encoded in order to avoid any potential security issues.

0
Fixed

Loss of Power While Charging Shows Incorrectly

rfmurphy81 7 years ago updated by James 7 years ago 1

The outlets at work seem to be very fickle and either reduce the charging from 16a to 12a randomly or will lose power entirely (especially if someone plugs into the next plug apparently tripped the breaker, as had happened today).

Looking at Charge 118 from today, the charge started at 12:04 p.m. then was interrupted at 12:48 p.m. The UMC was not lit green and the IC was showing zeros for volts, amps and mph so the power basically stopped at this particular outlet (and all the ones nearby).

You may need to determine how to handle a scenario when someone had been charging then the power was stopped abruptly. Looking at the charge table data, it looks like 40a was being requested but it was either returning 0 or none values. The charging_state field also seems to go from Charging to NoPower so perhaps the site needs to not record the car as charging but idle? I don't know...


Originally reported on 8/22/16.

0
Fixed

Index Map Cuts Off Drives Past Midnight

rfmurphy81 7 years ago updated by James 7 years ago 2

I recently had a drive that started at 11:50 pm which ended past midnight. It seems like the little map in the right column cuts off right at midnight while the remainder of the drive shows on the map for the next day.

To keep the reporting consistent, it seems like the site should either A) have the map match the drive history for the particular day, OR B) split drive records at midnight (like how you've recently done for sleep and idle).

Option B was something we spoke about months ago and I recall you thinking about gathering opinions once you open up access to more users. If the consensus is to have each day stop at midnight, you can probably just keep the same record number for any record types that go past midnight but just have the UI know to split it right at 11:59/midnight.

Answer
James 7 years ago

The daily summary map will now map all of the drive numbers that are contained in the current day being viewed vs all of the driving data points contained in the day being viewed like it was. It should be showing the way you expected it to work now but please let me know, I don't have any drives past midnight to see if it's working.


I don't like the idea of splitting drives at midnight so I think this is the best way to keep it. It would look very confusing splitting a drive in two and creating random ending/starting address's where the drive was split.

0
Fixed

Drive Started When Polling Disabled Counts as Range Loss in Previous Idle Session

rfmurphy81 7 years ago updated by James 7 years ago 1

DescriptionThis morning on 8/10/16, I charged to 100% which ended at 5:59 am. A minute later, the site immediately enacted Scheduled Sleep Mode which disabled polling for the next 15 minutes; however, I started a drive around 6:04 or so. When polling resumed, it showed the drive start time at that time (as expected) but Idle 478 between the charge and drive shows 16.53 miles of range loss which is definitely attributed to Drive 345.

I wasn't sure if you were still working on a way to better capture drives that start when polling is disabled, but it seems safe to assume that any range loss/gain when polling is turned off should be attributed to the drive or charge record following, right? Is it possible to put that into the code so the range loss is more appropriately reflected? Should the odometer reading and range reading be factored into this somehow? Can the GPS location somehow be used, too? Anyway to minimize how incorrectly this is being reported.
Steps To Reproduce1. Disable Polling
2. Start a Drive
3. ?
4. Profit!

Actual Results: A majority, if not all, of the Range Loss in the preceeding Idle session should be attributed to the Drive session.
Expected Results: Range Loss should be more accurate.
Answer
James 7 years ago

This should be corrected now. I changed the idle calculations to look to see if the idle resulted in a drive. If true, the last data point used in the idle calculation will be the last good data point in the idle session vs the first data point in the drive. This actually should provide better data for the idle session all around.