PDA

View Full Version : Autocal calibration file storage capacity



jrh
July 1st, 2011, 01:10 AM
I am trying to load an Autocal with two engine calibrations and two transmission calibrations. The is for an E38/T43 vehicle application so each CTD file is roughly 2 MB. I can only load 3 files.

Is that the limit or does a method exist to actually have up to 5 calibration files on the device at once?

av08
July 1st, 2011, 04:18 AM
I am trying to load an Autocal with two engine calibrations and two transmission calibrations. The is for an E38/T43 vehicle application so each CTD file is roughly 2 MB. I can only load 3 files.

Is that the limit or does a method exist to actually have up to 5 calibration files on the device at once?

That's it,,,you cant do anything about it

jrh
July 1st, 2011, 07:51 AM
That is what I was afraid of. I hope they add more memory capacity or come up with a more compact storage format.




That's it,,,you cant do anything about it

Blacky
July 1st, 2011, 02:20 PM
That is what I was afraid of. I hope they add more memory capacity or come up with a more compact storage format.

I am working on that. The compact file format that will contain just the calibration section which will only be about 300-400KB.
You'd get about 10 cal-only tune files onto AutoCal.
The only limitation is you won't be able to do a full flash with those cal-only files.

Regards
Paul

av08
July 2nd, 2011, 03:32 AM
I am working on that. The compact file format that will contain just the calibration section which will only be about 300-400KB.
You'd get about 10 cal-only tune files onto AutoCal.
The only limitation is you won't be able to do a full flash with those cal-only files.

Regards
Paul

what does full flash mean? in autocal there is prog 1 and full1 what is the difference?

Blacky
July 2nd, 2011, 08:42 AM
A calibration-only flash only reprograms the calibration data.
A full-flash reprograms the calibration data and the operating system program code.

On some controllers the full-flash even erases and rewrites the boot loader code in the controller. That means if a full flash fails on those controllers after the boot loader code has been erased but before it has been re-programmed back into the controller, then the controller has no way of communicating with the outside world and is dead. The only way to recover a controller in that condition is to remove (de-solder) the flash memory chip from the controller's circuit board and reprogram it using a chip programmer, then resolder it back again.

Because a full-flash can potentially kill a controller, you should always use cal-only flash unless there is a real need to change/update the operating system. For example when installing an EFILive custom operating system.

Regards
Paul

L31Sleeper
July 2nd, 2011, 11:31 AM
Hey Paul, I am NOT getting on your case, but would it have been a big deal to make these
devices (v2 and autocal) with more memory ?

-Justin

Blacky
July 2nd, 2011, 12:19 PM
Hey Paul, I am NOT getting on your case, but would it have been a big deal to make these
devices (v2 and autocal) with more memory ?

-Justin
Yes it would have been, (hindsight is wonderful) but at the time FS V2 was designed, 4MB was all we could fit on the boards (since upgraded to 8MB) and it was never an issue because it had the capability for an SD card.
When we designed AutoCal it had to function using the same firmware and 90% of the same parts as FlashScan, so it too was limited to 8MB. The 8MB was considered large enough at the time because we anticipated much smaller *.ctd files.

Regards
Paul

av08
July 2nd, 2011, 05:06 PM
A calibration-only flash only reprograms the calibration data.
A full-flash reprograms the calibration data and the operating system program code.

On some controllers the full-flash even erases and rewrites the boot loader code in the controller. That means if a full flash fails on those controllers after the boot loader code has been erased but before it has been re-programmed back into the controller, then the controller has no way of communicating with the outside world and is dead. The only way to recover a controller in that condition is to remove (de-solder) the flash memory chip from the controller's circuit board and reprogram it using a chip programmer, then resolder it back again.

Because a full-flash can potentially kill a controller, you should always use cal-only flash unless there is a real need to change/update the operating system. For example when installing an EFILive custom operating system.

Regards
Paul

Great! info, is this documented anywhere?

Also, if it is that risky to use Full programming, why not hide it? why even include it in the basic menu?, you could do something like making a separate menu for it and block using it without entering some kind of a code like serial number, for example...this way you highlight it as something not recommended for normal flashing!!.

WOW...this is dangerous Paul. THANKS!!

Blacky
July 2nd, 2011, 05:13 PM
Great!

If it is that risky to use Full programming, why not hide it? why even include it in the basic menu?, you could do something like making a separate menu for it and block using it without entering some kind of a code like serial number, for example...this way you highlight it as something not recommended for normal flashing!!.

WOW...this is dangerous Paul. THANKS!!

The tuner providing the tunes to the customer can set a flag in the *.ctd file that prevents full-flashing. So its really up to the tuner to "protect" their customers if they think the customer needs protecting.

Regards
Paul

av08
July 2nd, 2011, 06:35 PM
The tuner providing the tunes to the customer can set a flag in the *.ctd file that prevents full-flashing. So its really up to the tuner to "protect" their customers if they think the customer needs protecting.

Regards
Paul

I opened my tune file and checked the box as shown, also checked the second box, and save the file using save as, now I can not use this saved file with full programming, is this correct?

Also, what does the locking controller mean? what is the advantage?

THANKS!!

L31Sleeper
July 2nd, 2011, 07:48 PM
If you saved the file with out the parent V2 connected I don't believe your AutoCal will accept it.
Locking the controller means that your calibration can not be read by anyone else, it's a way
for the tuner to prevent the tune from being "stolen"

-Justin

P.S. Paul I am starting to see why AutoCal support is provided by the tuner.

av08
July 2nd, 2011, 08:13 PM
If you saved the file with out the parent V2 connected I don't believe your AutoCal will accept it.
Locking the controller means that your calibration can not be read by anyone else, it's a way
for the tuner to prevent the tune from being "stolen"

-Justin

P.S. Paul I am starting to see why AutoCal support is provided by the tuner.


But if autocal was connected, I will be able to flash using prog ONLY (not full)? is this correct?

L31Sleeper
July 3rd, 2011, 06:27 AM
NO I believe the v2 (not Autocal) needs to be connected when the file is saved.
This prevents Autocal customers from writing their own tunes. The tuner that the
Autocal was purchased from has the V2 that it is linked to, he/she has to save the
file then send it.

-Justin

jrh
July 9th, 2011, 05:29 AM
Paul,

Any idea when this feature (compact file format) will be available?



I am working on that. The compact file format that will contain just the calibration section which will only be about 300-400KB.
You'd get about 10 cal-only tune files onto AutoCal.
The only limitation is you won't be able to do a full flash with those cal-only files.

Regards
Paul

av08
July 27th, 2011, 06:52 PM
Can't wait to see this compact format available...As we speak can't put the stock calibration with the modified calibrations...too bad!

If I am stuck on the road and have to take my care to dealer, I have to have a laptop ready all the time in my car..