3.3.1 SOC Corrections
3.3.3 Acceleration Test
3.3.4 Grade Test
3.3.5 Tech Targets
3.3.6 J1711 Test Procedure
3.3.7 Real World Test Procedure
3.3.8 City Highway Test Procedure
3.3.9 Comparing Simulations
The above schematic represents data flow in the ADVISOR file system. The four main agent types are:
Input Scripts define variables in the workspace and/or call other input scripts. An example is MC_PM32.M.
Block Diagrams are Simulink files containing the equations used to compute outputs such as fuel use from inputs such as an engine map. They are the models. One example is BD_PAR.MDL.
Output Scripts post process the model outputs by querying the workspace. These may include plotting routines or error checking routines. chkoutputs.m is an example.
Control Scripts may both develop inputs and process outputs. Examples include the ADVISOR GUI and optimization routines.
The main ADVISOR directory (e.g. c:\ADVISOR or c:\Program Files\ADVISOR) contains several sub directories. Among these are the data, GUI, and models directories that contain the corresponding files.
All model and data files use a prefix followed by an underscore (‘_’) that is the same as the prefix used for (nearly all of) the variables it defines, which in turn is in pointy brackets (<>) at the end of the Simulink block in which those variables are used. Here are ADVISOR’s component file types:
ACC_*.M Accessory load files
CYC_*.M Driving cycle files, which define variables starting with cyc_, used in the block labeled <cyc>
ESS_*.M Energy storage system data files, which likewise define variables starting with ess_, used in the block labeled <ess>
EX_*.M Exhaust after treatment files (such as catalysts)
FC_*.M Fuel converter data files
TX_*.MTransmission data files (these include gearbox-gb and final drive-fd variables)
GC_*.M Generator/controller data files
MC_*.M Motor/controller data files
PTC_*.M Powertrain control data files, which define engine control, clutch control, and hybrid control strategy variables starting with vc_ and cs_, used in blocks labeled <vc> and <cs>
TC_*.MTorque coupler data files
VEH_*.M Vehicle data files
WH_*.M Wheel/axle data files
In addition to the above component data files, there is one other type that use prefixes:
BD_*.MDL Simulink block diagrams (models)
All filenames that include prefixes are entirely in capital letters to avoid confusion with variable names, which are entirely in lower-case letters.
The easiest way to add a particular kind of file to ADVISOR is to modify an existing file of that kind and save it with a new file name, entirely in capital letters, in the appropriate ADVISOR directory. This will ensure that all variables necessary to fully define the particular component will be included in your new file. For adding vehicle component or drive cycle files, clicking the pushbutton in the graphical user interface brings up a window to guide the process.
Component files and nearly all other files in ADVISOR are text files (the exceptions are mat files, which contain Matlab-specific data), and can be viewed and edited in any text editor. A fixed pitch font helps. We recommend using the Matlab editor/debugger packaged with Matlab 5.3. Additionally, text files can be viewed in the Matlab command window by entering
at the MATLAB command line.
Files can be removed from ADVISOR by either deleting them using your operating system or by entering the following at the Matlab command line:
Deleting files via the operating system is preferable, especially on PC and Macintosh platforms, where ‘deleted’ files will be preserved in Trash or the Recycle Bin.
ADVISOR has six different vehicle types and two specific vehicle choices, as listed below. Each of these has a different drivetrain. There is also an option to use a custom drivetrain.
The above figure represents a conventional vehicle’s drivetrain using components from ADVISOR. Note that most blocks have two inputs and two outputs. Each block passes and transforms a torque and speed request, and each block also passes an achievable or actual torque and speed.
The top arrows, feeding left-to-right, are the torque and speed requests. The drive cycle requests or requires a given speed. Each block between the driving cycle and the torque provider, in this case the ICE, then computes its required input given its required output. It does this by applying losses, speed reductions or multiplications, and its performance limits.
At the end of the line, the ‘ICE fuel converter’ uses its required torque output and speed to determine how much torque it can actually deliver and its maximum speed. Then passing information back to the left, each component determines its actual output given its actual input, using losses computed during the ‘input requirement’ pass described above. Finally, the vehicle block computes the vehicle’s actual speed given the tractive force and speed limit it receives, and uses this speed to compute acceleration for the next time step.
And so the cycle continues throughout the duration of the driving cycle.
The following describe the torque, speed, and power transformations performed by the drivetrain component models that connected to each other as explained above to build a vehicle model. In addition, the somewhat trickier blocks that perform solely ‘control’ functions are documented below.
Hybrid control strategy – series thermostat
Hybrid control strategy – series power follower
Hybrid control strategy – parallel electric assist
Adaptive Control Strategy (parallel)
Fuzzy Logic Control Strategy (parallel)
The Honda Insight Control Strategy (parallel)
To learn how ADVISOR handles the state of charge of the energy storage system in context with predicting fuel economy, emissions, etc. visit the glossary under the terms SOC, SOC Linear Correct, and SOC Zero Delta Correct.
Last Revised: 9/9/03: SS