Professional Documents
Culture Documents
CONTENTS.....................................................................................................................2
3 Introduction................................................................................................................. 49
4 Using Configuration Sets ........................................................................................... 50
4.1 Basic concept.........................................................................................................................50
4.2 Configuration Set Parameters Description ............................................................................50
4.2.1 Configuration Set Name (GDE only) ................................................................................50
4.2.2 ShiftLever Type..................................................................................................................50
4.2.3 Digital input features ..........................................................................................................50
4.2.4 Digital output features........................................................................................................52
4.2.5 Analog input features.........................................................................................................52
4.2.6 Max Vehicle Speed............................................................................................................53
4.2.7 Max DirChg Vehicle Speed................................................................................................53
4.2.8 Max DirChg Engine Speed ................................................................................................53
4.2.9 Tyre Rolling Radius ...........................................................................................................54
4.2.10 Axle Reduction...................................................................................................................54
4.2.11 ConfigSet ID ......................................................................................................................54
5 Configuration Set Management: GDE ....................................................................... 55
5.1 Editing Configuration Sets with OEM Engineering GDE........................................................55
5.2 Suggestions for Managing Configuration Sets with GDE ......................................................56
5.3 Selecting Configuration Sets with OEM Production GDE ......................................................56
5.4 Uploading machine configuration with OEM Production GDE ...............................................57
6 Configuration Set Management: Dashboard............................................................. 58
7 Configuration Set Management: CAN ....................................................................... 59
7.1 Conditions for Reading and Setting Values on CAN..............................................................59
7.2 Selecting a Configuration Set: CVC_to_TC_4 .......................................................................60
7.2.1 CVC_to_TC_4 defined for Configuration Set Selection.....................................................60
7.2.2 CVC_to_TC_4.Byte 1 ........................................................................................................60
7.2.3 CVC_to_TC_4.Byte 2 ........................................................................................................60
7.3 ECON.A reply Configuration Set Selection: TC_to_CVC_4 ..................................................61
7.3.1 TC_to_CVC_4 defined for Configuration Set Selection.....................................................61
7.3.2 TC_to_CVC_4.Byte 1 ........................................................................................................61
1 General ........................................................................................................................ 72
1.1 Proprietary messages vs Standard messages ......................................................................72
1.2 Proprietary messages PGN ...................................................................................................72
1.3 Repetition rate........................................................................................................................72
2 Proprietary Messages from Central Vehicle Controller (CVC) to Transmission
Controller (TC)......................................................................................................... 73
2.1 CVC_to_TC_1: Standard Remote Transmission Control .....................................................73
2.2 CVC_to_TC_2: Optional Remote Transmission Control 1 ...................................................76
2.3 CVC_to_TC_3: Optional Remote Transmission Control 2 ...................................................77
3 Proprietary Messages from Transmission Controller (TC) to Central Vehicle
Controller (CVC) ...................................................................................................... 78
3.1 TC_to_CVC_1: Standard Transmission info.........................................................................78
3.2 TC_to_CVC_2: Optional Transmission info 1.......................................................................81
3.3 TC_to_CVC_3: Optional Transmission info 2.......................................................................84
4 Proprietary Messages between Central Vehicle Controller (CVC) and Transmission
Controller (TC): Send - Receive ............................................................................ 85
4.1 CVC_to_TC_4: Context Specific Data - Send .......................................................................85
4.1.1 CVC_to_TC_4 ⇔ TC_to_CVC_4 Principle .......................................................................85
4.1.2 CVC_to_TC_4 Message Specification ..............................................................................86
4.1.3 CVC_to_TC_4: Identification Data (read-only) ..................................................................86
4.1.4 CVC_to_TC_4: Identification Data (writable).....................................................................87
4.1.5 CVC_to_TC_4: Resetable/Total Distance Counter ...........................................................88
4.1.6 CVC_to_TC_4: Error Info ..................................................................................................89
4.1.7 CVC_to_TC_4: Display/Operating mode selection ...........................................................90
4.1.8 CVC_to_TC_4: Calibration Control ...................................................................................91
4.1.9 CVC_to_TC_4: Configuration Set Selection......................................................................92
4.1.10 CVC_to_TC_4: Configuration Set Parameter Handling ....................................................93
4.1.11 CVC_to_TC_4: DANA reserved codes.............................................................................94
4.2 TC_to_CVC_4: Context Specific Data - Receive..................................................................95
4.2.1 TC_to_CVC_4 Message Specification ..............................................................................95
4.2.2 TC_to_CVC_4: Identification Data ....................................................................................96
4.2.3 TC_to_CVC_4: Resetable/Total Distance Counter ...........................................................97
4.2.4 TC_to_CVC_4: Error Info ..................................................................................................98
4.2.5 TC_to_CVC_4: Display/Operating mode selection ...........................................................99
APPENDICES .............................................................................................................119
Disclaimer ..................................................................................................................124
CHAPTER 1:
ECON.A
Transmission
Control System
Description
1 Functional specification
1.1 General
The ECON.A advanced programmable control system brings a new level of technology to serve
powershift transmission families with electrically actuated valves, but without electronic controlled
modulation.
In addition, the ECON.A supports SAE J1939 compliant CAN 2.0B protocols facilitating vehicle
networking. Integration with other compatible on-board systems keeps the total system cost low
through elimination of redundancy and by reducing the amount of copper required to implement
the system. CAN-bus implementations allow seamless integration with any configurable central
vehicle display providing a common user interface to all vehicle functions including the
transmission controller.
Some specific configuration controller parameters can be optimised by the customer by means of
a user-friendly, PC-based, parameter and configuration editor.
Thanks to the CAN 2.0B, the ECON.A can even be used in applications requiring integrated use
of transmission and engine for vehicle control under the most demanding conditions.
Furthermore, advanced tools for system optimisation and troubleshooting as well as tools to
support end-of-line programming are available.
For a detailed description of these display modes, please refer to paragraph 1.12.
Remark: with any of these 3 display modes active during normal operation of the ECON.A, all
normal transmission control and feature logics are active, so normal operation of the vehicle is
available.
Depending on the severity and the type of problem, the transmission shutdown mode will either
stay active until the problem is solved or it could switch to transmission limphome mode once
specific transition conditions are fulfilled. Typical transition conditions will be to put the shiftlever in
neutral and bring the vehicle to standstill.
During this mode, all logics of the normal operation are inactive, so the vehicle can not be
operated normally.
Remark: please notice the difference with transmission shutdown mode: there the outputs will be
set to an appropriate value in accordance with the detected problem, while in the ECON.A
shutdown mode all outputs are turned of because a correct output control can not be guaranteed.
To exit this mode, the cause of the problem will need to be fixed first. Re-programming the
ECON.A with a correct data file can do the trick, but if it is actually an internal defect of the
ECON.A, replacing the ECON.A will be needed.
The reported error codes will help to determine the necessary action(s) needed to solve the
problem.
With this mode activated, the normal firmware containing all logics of the normal operation is not
activated, so the vehicle can not be operated normally.
Check the application specific wiring diagram to see how the shift lever needs to be connected
to the ECON.A.
1.5.1.2 Function
In the ECON.A the shiftlever is essentially used to specify the desired direction and gear.
Depending on the selected setup and options, different logics will be apllied by the ECON.A to
control the selected direction and gear. Please refer to paragraphs 1.7 and 1.8 for a description
of the different possibilities.
Check the application specific wiring diagram to see how the seat orientation switch needs to
be connected to the ECON.A.
1.5.2.2 Function
The direction selection of the shiftlever signal will be inverted or not, according to the detected
position of the seat.
There are 2 options to set up the ECON.A to accept a change in seat orientation:
• Conditional: before the ECON.A will accept a seat orientation change and invert the
direction shiftlever signals, the following conditions need to be fulfilled:
o Vehicle must be at standstill
o Transmission must be in neutral
o Optional: parking brake needs to be applied (if signal is available to the
ECON.A)
• Unconditional: as soon as the seat orientation signal changes, the ECON.A will accept it
and direction shiftlever signals will be inverted. This means that if there is no danger for
damaging the transmission, the ECON.A will immediately select the new corresponding
direction.
It is clear that with this option, the vehicle control device will need to ensure safety
conditions for changing the seat orientation if necessary.
The desired behaviour needs to chosen by the customer and activated on the ECON.A by
DANA.
The redundant neutral request signal can be connected to the ECON.A by:
Check the application specific wiring diagram to see how the redundant neutral request needs
to be connected to the ECON.A.
1.5.3.2 Function
If this input is activated, the ECON.A will handle this as a neutral request, regardless of the
shiftlever position.
Typically this input will not be activated in normal conditions, but will only be activated when a
device external to the ECON.A that is monitoring the vehicle state, decides that a neutral
request is absolutely needed to ensure vehicle safety.
As long as this input is not activated, the shiftlever interpretation is handled normally.
REMARK: this redundancy feature is mostly used with a CAN-bus based vehicle control
architecture. Because the control of this feature is contained by a different CAN message than
the one containing the shiftlever, it ensures a high redundancy for requesting neutral to the
ECON.A.
1.5.4 Declutch
The declutch function provides an alternative way to force neutral on the transmission,
independent of the shiftlever porsition.
Check the application specific wiring diagram to see how the declutch switch needs to be
connected to the ECON.A.
1.5.4.2 Function
When the declutch is active, neutral is forced and when it is released, the direction selected on
the direction shiftlever will be engaged.
An optional vehicle speed limit can be set in the ECON.A. The vehicle speed then needs to be
lower than this limit to activate declutch. If the vehicle speed exceeds this limit, requesting
declutch will not force neutral untill the speed has dropped below this value.
Once declutch is activated, it will remain engaged until the switch is released, regardless of
vehicle speed.
REMARK: this digital declutch is completely independent of any declutch induced by the
analog brake pedal signal, so both options can be activated at the same time.
Check the application specific wiring diagram to see how the operator presence switch needs
to be connected to the ECON.A.
1.5.5.2 Function
When the operator presence switch indicates there is no operator in the driver’s seat, the
ECON.A will force neutral after a delay (typically 2 seconds – can be configured by DANA in
the ECON.A).
To be able to select a direction after neutral was forced because of the this feature, the
operator presence switch must indicate the driver is in the seat and neutral must be selected
with the shiftllever.
The neutral lock reset signal can be connected to the ECON.A by:
Check the application specific wiring diagram to see how the neutral lock reset switch needs to
be connected to the ECON.A.
1.5.6.2 Function
When the following conditions arfe fulfilled for a minimum time (typically 2 seconds – can be
configured by DANA in the ECON.A), the ECON.A will force neutral:
• neutral is selected on the shiftlever
• the transmission is in neutral
• the vehicle is at standstill
To be able to select a direction after neutral was forced because of the this feature, the neutral
lock reset switch needs to be activated.
REMARK: alternatively, when the vehicle is equipped with a bump type shiftlever, the neutral
lock reset signal can be replaced by a specific operating sequence on the shiftlever. With this
option, the neutral lock can be reset by selecting a direction, followed by requesting an upshift.
Performing this will reset the neutral lock feature, but it will not perform the direction
engagement yet! Therefore the shiftlever needs to be set to neutral again and a new direction
selection must be made within the delay of the neutral lock feature.
• Use of a CAN message – the ECON.A allows to receive the auto/manual shifting signal
via the CVC_to_TC_1 message . Please refer to chapter 3 paragraph 2.1 for details of
this signal.
Check the application specific wiring diagram to see how the auto/manual shifting signal needs
to be connected to the ECON.A.
1.5.7.2 Function
The ECON.A can be set up in different ways to allow switching from automatic to manual
shifting and vice versa:
• No conditions (ECON.A default setting)
Switching from automatic to manual shifting and vice versa will be granted immediately
without any restriction. However, depending on the vehicle condition, it could be that the
requested gear when switching to manual gear shifting is not granted immediately. The
ECON.A will monitor the vehicle conditions and perform the requested shift as soon as it is
allowed (see paragraph 1.10).
• Vehicle can be driving with transmission engaged, but requested gear in new mode must
be the same or higher than the currently active gear
• Vehicle must be at standstill. It must not necessarily be in neutral, but again requested
gear in new mode must be the same or higher than the currently active gear
The desired behaviour needs to be chosen by the customer and activated on the ECON.A by
DANA.
1.5.8.2 Function
….
Please refer to chapter 3 paragraph 2.1 and 2.2 for details of this signal.
Check the application specific wiring diagram to see how the inhibit upshifting switch needs to
be connected to the ECON.A.
1.5.9.2 Function
….
1.5.10 Kickdown
Check the application specific wiring diagram to see how the kickdown signal needs to be
connected to the ECON.A.
1.5.10.2 Function
nd
Kickdown is a useful feature on vehicles that are set up to have 2 gear as the normal starting
gear in automatic shifting mode.
nd st
This function allows a fast downshift from 2 to 1 gear in order to increase tractive effort, for
example to have extra digging force. It also eliminates the requirement to manually make an
upshift when for example retracting from the pile.
A typical gear selection sequence using kickdown to illlustrate this:
F2 ⇒ kickdown ⇒ F1 ⇒ reverse ⇒ R2
REMARK: Kickdown request is activated by the ECON.A upon receiving a rising edge on the
st
kickdown request signal. Before actually granting the kickdown request and selecting 1 gear,
the ECON.A monitors the vehicle speed for possible transmission overspeeding. If the vehicle
speed is too high when the driver requests the kickdown, the ECON.A memorises the request
typically for about 5 seconds. As soon as the vehicle speed is sufficiently low within this
st
request period, 1 gear will be selected. If however the vehicle has not sufficiently slowed
down within this period, the request is dropped and kickdown will not be executed. A new
kickdown request will need to be triggered again if desired.
st st
REMARK: An alternative to make a downshift to 1 gear is selecting 1 gear manually with the
shift lever. However – apart from being less convenient then operating a button directly to
request kickdown – the shifting behaviour will be different: with this action a direction change
st nd
will result in the engagement of the new direction remaining in 1 gear, instead selecting 2
st
gear when 1 gear was selected by kickdown.
Check the application specific wiring diagram to see how the lockup enable switch needs to be
connected to the ECON.A.
1.5.11.2 Function
The function of lockup enable switch depends on the customer’s choice to have manual lockup
or automatic lockup. The desired behaviour needs to be chosen by the customer and activated
on the ECON.A by DANA.
• Manual lockup
With manual lockup, the function op the lockup enable switch is very straight forward. In this
case there is a direct link between the lockup enable switch and the lockup output function,
where the lockup output state just follows the lockup enable switch state (inversion of logics is
possible).
• Automatic lockup
If the lockup enable switch is used, activating the switch will activate the lockup logics as
handled by the ECON.A. Different than with manual lockup, this does not mean that lockup will
be engaged upon setting this lockup enable switch. The switch just sets the permission for the
ECON.A to use lockup or not. The actual (dis)engagement of the lockup will be handled by the
ECON.A once permission is granted by this lockup enable switch (see paragraph 1.11 for
lockup description).
If the lockup enable switch is not used, the ECON.A can be set up to always have permission
to use automatic lockup as configured in the ECON.A, or to completely disable lockup and
never use it.
Check the application specific wiring diagram to see how the throttle pedal idle switch needs to
be connected to the ECON.A.
1.5.12.2 Function
This throttle pedal idle signal provides essential about the driver intention, needed by the
ECON.A automatic shifting logics for selection of the correct gear (see paragraph 1.8).
Therefore, if automatic gear shifting is needed, this signal is essential for the ECON.A to
guarantee correct operation (see paragraph 1.8).
REMARK: Alternatively the throttle pedal postion can be provided as an analog signal (see
paragraph 1.5.14). In that case this digital throttle pedal idle signal is not needed.
Check the application specific wiring diagram to see how the throttle pedal full throttle signal
needs to be connected to the ECON.A.
1.5.13.2 Function
Unlike the throttle pedal idle signal, this throttle pedal full throttle signal is not really essential
for automatic gear shifting. However, it does provide better information about the driver
intention, allowing better operation of automatic shifting by even better selection of the correct
gear (see paragraph 1.8).
REMARK: Alternatively the throttle pedal postion can be provided as an analog signal (see
paragraph 1.5.14). In that case this digital throttle pedal full throttle signal is not needed.
To allow the ECON.A to detect abnormal signals, be sure to keep the normal signal of
the sensor within 250 mV (ohm) and 4750 mV (ohm). The voltage (or resistance) of the
sensor should vary proportional to the pedal position.
• Use of a CAN message – the ECON.A allows to receive the throttle pedal sensor via the
EEC2 or the CVC_to_TC_2 message. Please refer to chapter 3 paragraphs 2.2 and 5.3
for details of this signal.
Check the application specific wiring diagram to see how the throttle pedal signal needs to be
connected to the ECON.A.
1.5.14.2 Function
The throttle pedal is primarily used by the ECON.A to determine the driver’s intention and to
select the appropriate shift characteristics.
If the option engine control is requested, it will also determine the target engine speed.
REMARK: if no throttle pedal position sensor is connected, the ECON.A will assume that the
throttle pedal is always at full throttle, to maintain basic automatic shifting functionality.
• Use of an analog input, the brake pedal should be equipped with an analog position
pickup sensor, which translates the position of the brake pedal into a variable voltage
(or resistance) that can be measured by the ECON.A and translated into a brake
percentage, reading from 0% to 100%.
To allow the ECON.A to detect abnormal signals, be sure to keep the normal signal of
the sensor between 250 mV (ohm) and 4750 mV (ohm). The voltage (or resistance) of
the sensor should vary proportionally to the pedal position.
• Use of a CAN message – the ECON.A allows to receive the brake pedal sensor via the
CVC_to_TC_2 message. Please refer to chapter 3 paragraph 2.2 for details of this
signal.
Check the application specific wiring diagram to see how the brake pedal signal needs to be
connected to the ECON.A.
1.5.15.2 Function
Primarily this brake pedal position signal is needed for the electronic controlled inching function
(see further).
If inching is not used, the brake pedal signal can still be used to have standard declutch when
the brake pedal is pressed to a certain minimum percentage (ECON.A parameter). In that case
the transmission can be forced to neutral.
This feature is optional and is only used when inching is not activated.
If inching is activated, pressing the pedal into the declutch zone will NOT force neutral but
result in an inching declutch state: very low pressure in the direction clutch, in order that the
clutch can not transfer torque. This is done to ensure smooth transition from declutch to
inching.
Check the application specific wiring diagram to see how the the parking brake state signal
needs to be connected to the ECON.A.
1.5.16.2 Function
When the parking brake state signal is active, an input to the controller will force neutral on the
transmission.
Once neutral is forced by this parking brake input, there are 2 options to return to normal
shiftlever interpretation if the parking brake is turned off again:
• Unconditional: as soon as parking brake is turned off, the shiftlever will determine the
selected direction of the transmission immediately.
• Reset by neutral: if the parking brake is turned of, the shiftlever needs to be cycled
through neutral before the ECON.A will interpret the shiftlever direction again.
The desired behaviour needs to be chosen by the customer and activated on the ECON.A by
DANA.
1.5.17.2 Function
The speed sensor provides essential information about the transmission and vehicle condition
to the ECON.A. It is one of the most valuable sources of information and is used for a wide
variety of ECON.A functionalities, from automatic shifting to drivetrain protection.
• Use of a CAN message – the ECON.A allows to receive the engine speed signal via the
EEC1 message . Please refer to chapter 3 paragraph 5.2 for details of this signal.
Check the application specific wiring diagram to see how the speed sensor needs to be
connected to the ECON.A.
1.5.18.2 Function
Unlike the turbine speed sensor, the engine speed sensor does not provide an essential signal
to the ECON.A. However it is needed if certain features of the ECON.A are desired. The most
important features that need this sensor are the load sensed automatic shifting (see paragraph
1.8) and the automatic lockup (see paragraph 1.11).
1.5.19.2 Function
The transmission sump temperature sensor measures the average transmission oil
temperature. The ECON.A will report the appropriate warning and alarm when the normal
operational limits are exceeded.
1.5.20.2 Function
The transmsission converter out temperature sensor measures the oil temperature at the
output of the torque converter. This temperature is considered as the highest temperature of
the transmission oil and is therefore monitored for warning and alarm limits. If the alarm limit is
exceeded, the ECON.A can be set up to force the transmission to neutral until the transmission
temperature has dropped to an acceptable level, or it can just report an alarm.
1.6.1.2 Function
Using a combination of several on/off solenoids, the transmission control valve translates the
electrical signals controlled by the ECON.A into the appropriate hydraulic signals to activate the
desired gears of the transmission.
Depending on the transmission model, some clutches can have hydraulic modulation.
Please refer to the appendix paragraph 1 for a hydraulic diagram example to illustrate this.
1.6.2 Lockup
The lockup selector is an optional on/off valve that has to be controlled by the ECON.A.
1.6.2.2 Function
The lockup feature is considered as a part of the transmission control logics and therefore it
needs to be controlled by the ECON.A.
For all details about the lockup control logics of the ECON.A, please refer to paragraph 1.11.
1.6.3.2 Function
This output is connected to a relay that can enable or disable the starter of the engine. When
the shiftlever is not in neutral, the engine starter will be disabled.
1.6.4 Speedometer
1.6.4.2 Function
This output will generate a variable frequency based on the measured vehicle speed.
Depending on the type of speedometer connected, the relation between frequency and
measured vehicle speed (kph) has to be set up in the ECON.A.
1.6.5.2 Function
….
1.6.6 Warning lamp output – STILL TO BE DOCUMENTED
1.6.6.2 Function
….
Please note that all limit values mentioned in this document are values for reference only, which will be
changed depending on and while fine-tuning the application. They serve to indicate the typical order of
magnitude these limits usually have, allowing to understand their intended function.
If one or both of these limits are set and exceeded, the direction change will not be performed
immediately. If desired, an appropriate exceed type error code will be set.
One of these options must be selected by the OEM customer and will be configured in the
ECON.A by DANA.
REMARK: driving in a certain direction and selecting neutral with the machine still moving in
the same direction, is still considered to be driving in that same direction. So although neutral
is already selected, if the direction opposite to that driving direction is selected, it will still be
considered as a direction change!
When the direction change is requested and it is not allowed (vehicle speed to high), the
transmission will be forced to neutral. It will stay in neutral until both the vehicle speed and the
engine speed are below their limits and then perform the direction change.
While the vehicle is forced to neutral, it will perform the normal downshifts in neutral purely
based on the vehicle speed.
In automatic shifting, the forward/reverse gear is limited to a maximum gear, eg 2nd. If the
current gear is higher than this forward/reverse gear, the gear will always change to that
forward/reverse gear when a direction change is perfomed. If the current gear is lower, when
performing a direction change, the gear is not changed.
After a direction change was made in the forward/reverse gear, when in manual mode, the
gear shifting will be according to the shiftlever position and associated time delays.
After a direction change was made in the forward/reverse gear, when in automatic mode, the
gear shifting will be according to the automatic shift curves.
high speed
F3 N3 N2 R1
a neutralshift is if vehicle speed has dropped
made to slow down below limit while in N2
N1 R1
When vehicle speed has not dropped down while in N2
When the direction change is requested and it is not allowed (vehicle speed to high), the
transmission will not be forced to neutral. Instead it will start to perform downshifts to help slow
down the vehicle as quickly as possible. Once both the vehicle speed and the engine speed
are below their limits, the direction change will be performed.
There are 2 principles to perform these downshifts for a direction change:
• Safe Downshifting
With this algorithm, the downshifts are performed taking into account the normal delays
between 2 downshifts and most importantly, taking into account the limits for risk of
overspeeding the transmission. Therefor a downshift will not occur if the current vehicle would
cause transmission overspeeding in a lower gear. Only when it’s safe to do so, the downshift
will be performed.
• Unconditional Downshifting
For some customers it is desired to ignore all transmission protections and force a downshift
anyway, even it would mean a risk for the transmission. In that case the algorithm ignores all
safety limits and just performs the downshifts with a fixed delay between each downshift.
In automatic shifting, the forward/reverse gear is limited to a maximum gear, eg 2nd. If the
current gear is higher than this forward/reverse gear, the gear will always change to that
forward/reverse gear when a direction change is perfomed. If the current gear is lower, when
performing a direction change, the gear is not changed.
After a direction change was made in the forward/reverse gear, when in manual mode, the
gear shifting will be according to the shiftlever position and associated time delays.
After a direction change was made in the forward/reverse gear, when in automatic mode, the
gear shifting will be according to the automatic shift curves.
high speed
F3 F2 R2
a downshift is if vehicle speed has dropped
made to slow down below limit.
F1 R2
if vehicle has not slowed when standstill is detected or
down sufficiently after certain time. timeout has elapsed.
REMARK1: when driving in a certain direction and when putting the shiftlever in neutral and
back in the same direction, the same maximum engine speed limit will be used to check if
engagement is allowed.
REMARK2: if neutral is selected, but the vehicle is not at standstill, and a direction is requested
opposite to the direction that the vehicle is moving in, the direction change limits (if active) will
be applied (see paragraph 1.7.1).
1.8.1.1 Principle
With speed sensed shifting, the turbine speed is used to determine the up- and downshift
points (the engine speed signal is not needed).
For correct selection of the gears, the ECON.A also takes the driver intention into account by
monitoring the throttle pedal signal, provided by one or more digital inputs or by an analog
pedal sensor.
For the automatic shifting logics, the ECON.A divides the throttle pedal position in 3 zones : LT
(low throttle), HT (half throttle) or FT (full throttle).
Together with the turbinespeed, LT, HT and FT are used to determine the up- and downshift
points:
half throttle
downshift point upshift point
rpm
downshift point upshift point
full throttle
Figure 3 : Automatic gearshifting - speed sensed
REMARK: As described above, having information about the throttle pedal allows better
selection of the correct gear. If this throttle pedal information is not available, full throttle will
always be assumed. However, to ensure correct operation of automatic shifting, it is strongly
recommended to at least provide information about the throttle pedal being at idle (LT) or not.
1.8.1.2 Upshifting
For speed sensed automatic shifting, 2 speed limits are used for upshifts: one is used when
the throttle pedal is at half throttle (HT) and one when the throttle pedal is at full throttle (FT).
The ECON.A will monitor the turbine speed and depending on the measured throttle pedal
position, decide if an upshift to a higher gear is needed.
Between 2 shifts, a minimum delay is applied (typically 2 seconds). This delay is needed to
allow the shift to complete and show its effect on the vehicle.
After this mimimum delay, the monitoring of the turbine speed will determine when a new
upshift or a downshift is needed.
With automatic shifting, the shiftlever has a maximum gear limiting function. This means that
the ECON.A will provide automatic gearshifting using all the gears between the starting gear
and the gear selected on the shiftlever. So if for instance there are 4 gears available, but the
rd rd
shiftlever is requesting 3 gear, automatic shifting will stop at 3 gear.
REMARK: If the throttle pedal is at low throttle (LT) no upshifts will be made, as in this case the
ECON.A assumes the driver does not want to accellerate. This is particulary handy when
driving downhill and the driver wants to keep the vehicle speed low.
1.8.1.3 Downshifting
Similar to upshifts, downshifts also have 2 speed limits. Again the throttle pedal state will be
used to decide which of the 2 turbine speeds is valid to perform a downshift or not.
Different than for upshifting, downshifts can of course occur when the throttle pedal is not
applied (LT). In fact, at low throttle the ECON.A uses a separate turbine speed limit (not shown
in the diagram above) to determine if a downshift is needed or not.
With these separate limits, the ECON.A can provide downshifting to a lower gear as soon as
this allowed (avoiding transmission overspeeding). This way, when the operator releases the
throttle pedal, the ECON.A will start downshifting as soon as possible, providing maximum
decellaration of the vehicle.
Of course these limits can also be set to provide downshifting to lower gears at much lower
speeds if this suits the application better.
1.8.2.1 Principle
Load sensed automatic shifting takes speed sensed shifting one step further by adding
monitoring of the torque converter load.
To be able to determine the load of the torque converter, the engine speed signal is needed in
addition to the turbine speed. These 2 speed signals provide the torque converter speed ratio
(SR)1 to the ECON.A, a measure for the load on the torquer converter and thus the
transmission.
By monitoring this load, the ECON.A can determine at what point the vehicle’s tractive effort is
better in a higher or lower gear than the currently active gear, depending on the load.
Of courcse, identical as with speed sensed shifting, the ECON.A also takes the driver intention
into account by monitoring the throttle pedal signal.
1.8.2.2 Upshifting
Basically load sensed upshifting logics are identical to speed sensed upshifting logics, but an
extra condition is added: a minimum required SR.
For each possible upshift, a table defines the minimum SR needed to perform the upshift. This
SR limit is a function of the turbine speed, so the optimal shifting point is detected, regardless
of the torque converter’s point of operation. The diagram below illustrates such a table – also
nd rd
referred to as shiftcurve – for upshifting from 2 to 3 gear.
Shift 2-3
0.86
0.85
0.84
0.83
0.82
0.81
SR
0.8
0.79
0.78
0.77
0.76
0.75
1000 1200 1400 1600 1800 2000 2200
Turbine RPM
1 Torque converter speed ratio= SR = turbine speed , where SR<=1 is called “standard drive mode” and SR>1 “braking mode”
engine speed
REMARK: Similar to speed sensed shifting, if the throttle pedal is at low throttle (LT) no
upshifts will be made. But because with load sensed shifting the SR is also available, upshifts
will also be prevented when the torque converter is in braking mode (SR>1).
REMARK: As described, load sensed shifting logics add the extra condion of the minimum
required SR, but the throttle pedal dependant minimum turbine speed is also still checked.
These speed limits provide extra control over the shifting behaviour to prevent that upshifts
would occur too soon if only decided on load.
1.8.2.3 Downshifting
Load sensed downshifting logics are fundamentally different from speed sensed downshifting
logics because the turbine speed limits are not used anymore (where for upshifting they still
are).
Downshifting will occur purely based on the load of the torque converter.
Similar to upshifting, each possible downshift has a table that defines the minimum SR needed
before performing a downshift. Again this SR limit is a function of the turbine speed, so the
optimal shifting point is detected, regardless of the torque converter’s point of operation. The
rd nd
diagram below illustrates such a shiftcurve for downshifting from 3 to 2 gear.
Shift 3-2
0.42
0.4
0.38
SR
0.36
0.34
0.32
0.3
400 500 600 700 800 900 1000
Turbine RPM
REMARK: this load sensed downshifting is only active when the throttle pedal is not at low
throttle! At low throttle, the downshifting is identical to the speed sensed downshifting and the
ECON.A uses the same separate turbine speed limit as with speed sensed shifting to
determine if a downshift is needed or not.
REMARK:
As all these parameters control the behaviour of the shifting logics, it is of the utmost
importance that the DANA approval data is correct and in line with the application. This
approval is the main data source for calculating the automatic shifting parameters.
So if a downshift is requested but the vehicle speed is too high, the downshift will be
postponed. As soon as the speed has dropped below the safety speed limit, the downshift will
be allowed.
REMARK: This protection is purely a downshift protection, so it will only prevent performing
requested downshifts when the vehicle speed is too high. This protection will not perform
upshifts if the overspeeding limit is reached for example while driving in a certain gear in
manual shifting mode.
Different to the downshift protection when driving in forward or reverse, in neutral the automatic
gearschifting will perform up- and downshifts depending on the vehicle speed. So if the vehicle
is for example put in neutral while driving downhill, an upshift to a higher gear in neutral will be
made when the overspeeding limit is exceeded. When the vehicle speed drops below the limit,
a downshiftwill be performed.
This automatic shifting in neutral will shift through all available gears in neutral when needed,
regardless of the shiftlever gear position. So in neutral, even when the shiftlever is requesting
nd rd
2 gear, the ECON.A will still make an upshift to 3 gear if there is danger of overspeeding.
However, if it is desired to be able to enable and disable the lockup usage during normal
operation, an input signal is needed. Please refer to paragraph 1.5.11 for details.
REMARK: when the engine speed signal is not available, the converter speed ratio is not
available. However, automatic lockup is still available and will not take into account the torque
converter speed ratio to engage lockup. Instead the logics will only take the speed limits into
account. This still provides automatic lockup, but slightly less optimized for maximum
efficiency.
2 Torque converter speed ratio= SR = turbine speed , where SR<=1 is called “standard drive mode” and SR>1 “braking mode”.
engine speed
0.86
0.85
0.84
0.83
0.82
0.81
SR
0.8
0.79
0.78
0.77
0.76
0.75
1000 1200 1400 1600 1800 2000 2200
Turbine RPM
1) Some of the limits described in the following paragraphs provide an extra condition to
engage lockup.These limits are intended to have extra control of the lockup behaviour, but in
all cases lockup enagement can only occur when the torque converter speed ratio condition is
fulfilled.
2) All limits described in the following paragraphs are configurable for each individual
transmission gear. This allows control over which gears should use lockup and what the
behaviour should be.
mimimum turbine speed to reach before disengaging the lockup to perform an upshift.
DisEngage Lockup For Converter Drive - Minimum Turbine Rpm + Delay - FT
minimum turbine speed needed to keep lockup engaged, before disengaging the lockup
to switch back to converter drive. If the turbine speed drop below this value, the
transmission load has increased to a point where the engine speed (and thus the turbine
speed) has dropped too low. At this point it is needed to switch back to normal converter
drive to improve the tractive effort.
REMARK: Each speed limit has it’s own delay: this is the time the speed limit condition needs
to be fulfilled before it is confirmed. This principle is used for all lockup related (dis)engage
limits, also those described in the optional lockup functionality paragraphs below.
REMARK: when the throttle pedal signal is not available, the throttle pedal signal is always
assumed to be at full throttle for controlling the lockup. Therefore the set of limits listed above
will also be used in that case and are thus the minimum required to have lockup functionality.
REMARK: By keeping lockup engaged until a relatively low turbine speed is reached, generally
this will cause the active gear to be engaged longer than without extended lockup. This means
that downshifting to a lower gear will be delayed and occur at a lower vehicle speed than
without extended lockup.
The DIAGNOSTIC LED lamp labelled 'D' is yellow and is used to indicate diagnostic modes
The FAULT LED lamp labelled 'F' is red and is used to flagged faults and errors are present in the
buffer
M
D F
Remark: if one or more displays listed above are not desired, they can be disabled by DANA upon
customer request.
As a general rule the RD.120 will display two dashes (as illustrated below) to indicate a value is
not available.
Typically this will be the case if the signals related to the information that needs to be displayed is
not connected or has an electrical problem.
Remark: If certain intial conditions required to correctly display a menu item are not fulfilled, the
menuitem will be skipped all together.
Each time the ‘M-button is pressed, the next display will be selected and the display label as listed
in the table will be shown as long as the ‘M’-button is pressed.
When the button is released, the info of the corresponding display is shown.
When the last display is reached, pressing the button will activate the first display again.
The ‘F’-LED will start flashing as soon as there is one or more faults present. Selecting the error
display will then show the corresponding fault code (see below).
In a similar way, the transmission limphome mode will be indicated in the gearposition display:
To activate the fault display mode, simply press the ‘M’-button longer than 3 seconds. This can be
done from any of the displays in the normal display mode.
There are two distinct display phases. The first labeled AF represents the Active Faults, the
second one labeled IF represents inactive fault codes. One can cycle through the error codes by
pressing the button. When pressing the button again after the ECON.A has presented the last
available error code, two dashes are displayed.
To leave the fault display mode, simply press the ‘M’-button longer than 3 seconds again. This
reactivates the menu-item of the normal display mode you were in when you switched into the
fault display mode.
This mode shows the current active fault codes. For a full
description of the fault codes, see chapter 4.
This mode shows the current inactive fault codes. For a full
description of the fault codes, see chapter 4.
Please note that inactive faults are removed from volatile
memory after showing them on the display.
The ‘F’-LED will light up continuously when the fault display mode is active.
Remark:
The error display mode only applies to the the volatile error memory!
To access the permanent error logging information, either use a DANA PC tool or use the CAN
messages for interpretation.
Depending on the available speed signals in the application, the corresponding displays will be
available or not.
After selecting the desired speed display and releasing the mode switch, the display will show
respectively engine, turbine or output speed in RPM (rotations per minute).
From 0 - 999 rpm the display displays 10's - i.e. below display corresponds with 630 RPM.
From 1000 RPM on, the display shows thousands. The example indicates 1400 RPM
turbine speed
speed ratio = < 1 (in normal mode)
engine speed
After releasing the mode switch the display shows the decimal fraction of the speed ratio in the
converter.
This test is used to verify operation of the shift lever and other inputs.
The display shows which inputs are active. The driver (or technician) can follow the sequence of
inputs and thus verify the wiring of the vehicle. Each segment of the display indicates a specific
input. Different segments can be switched on simultaneously if different inputs are activated
simultaneously.
This mode can only be selected at standstill. When pressing the mode switch while driving or if a
speed sensor fault is flagged, this mode is skipped.
After operating in this test mode, the transmission is blocked in neutral until the shift lever is
cycled through its neutral position.
The ECON.A gives information about the status of the outputs. The possible states are G (good),
S (short-circuit with ground) and O (open load: output is not connected or has a short circuit to the
battery plus).
The ECON.A tests each output sequentially, the left side of the display gives information about
which output is tested, the right side gives the status of the output.
OUTPUT 1 is good.
OUTPUT 1 is disabled
The displayed value after the mode switch is released is the sump temperature in °C. The
position of the dot reflects important information! If the right dot is on, one must add 100°C to the
number shown. If the left dot is on, one must add 200°C to the number shown.
83 °C
Temperature of 183°C
The displayed value after the mode switch is released is the sump temperature in °F. The
position of the dot reflects important information! If the right dot is on, one must add 100°F to the
number shown. If the left dot is on, one must add 200°F to the number shown.
83 °F (28°C)
183 °F (84°C)
283 °F (140°C)
Temperature of 399°F
The displayed value after the mode switch is released is the convertor out temperature in °C. The
position of the dot reflects important information! If the right dot is on, one must add 100°C to the
number shown. If the left dot is on, one must add 200°C to the number shown.
83 °C
Temperature of 183°C
The displayed value after the mode switch is released is the convertor out in °F. The position of
the dot reflects important information! If the right dot is on, one must add 100°F to the number
shown. If the left dot is on, one must add 200°F to the number shown.
83 °F (28°C)
183 °F (84°C)
283 °F (140°C)
Temperature of 399°F
The displayed value after the mode switch is released is the battery voltage in Volts.
Values with a fractional part of 0.5V or higher have the right dot on
Voltage range :
13.0 V - 13.4 V
Voltage range :
13.5 V - 13.9 V
“E” stands for “erasing”, the number on the right indicates the number of the sector currently being
erased.
The red “F”-LED lights up continuously to indicate this step.
“P” stands for “programming”, the number on the right indicates the number of the sector currently
being programmed.
The yellow “D”-LED lights up continuously to indicate this step.
Both the yellow “D”-LED and the red “F”-LED light up continuously to indicate this step.
This process of programming and verification is repeated a number of times until all the necessary
sectors are programmed.
Both the yellow “D”-LED and the red “F”-LED light up continuously to indicate this step.
When completing the programming of the ECON.A successfully, it will automatically restart
and try to activate the new application firmware. If this succeeds, the ECON.A will no longer be
in bootloader mode.
However, if the ECON.A can not successfully activate the application firmware, bootloader
mode will automatically be activated again.
rd
Two calibration points are always needed: the “0%” and the “100%” level. The 3
intermediate point is optional and decision for calibration need will depend on the application.
This needs to be defined by OEM and is then fixed by DANA.
To select the brake pedal calibration option, simply press the “M”-button until the RD.120
shows:
After activating the brake pedal calibration option, the different calibration points will be
requested in order of increasing level. The display will automatically show:
… …
For each requested calibration point, simply apply the pedal to its corresponding position and
confirm it by pressing the “M”-button.
When the calibration has completed succesfully, the RD.120 will show:
In that case the values of the failed calibration are ignored and the default values will be
used.
REMARK: to have the new calibration values activated, a controlled power down of the
ECON.A is needed, so the values can be saved to the controller’s permanent flash
memory.
Only at the next power up these new values will be used.
Like with the brake pedal, two calibration points are always needed: the “0%” and the “100%”
level. The other 2 intermediate points are optional and decision for calibration need will
depend on the application. This needs to be defined by OEM and is then fixed by DANA.
To select the throttle pedal calibration option, simply press the “M”-button until the RD.120
shows:
After activating the throttle pedal calibration option, the different calibration points will be
requested in order of increasing level. The display will automatically show:
… … …
For each requested calibration point, simply apply the pedal to its corresponding position and
confirm it by pressing the “M”-button.
When the calibration has completed succesfully, the RD.120 will show:
In that case the values of the failed calibration are ignored and the default values will be
used.
REMARK: to have the new calibration values activated, a controlled power down of the
ECON.A is needed, so the values can be saved to the controller’s permanent flash
memory.
Only at the next power up these new values will be used.
This is very useful on machines where there is no RD.120 present and the operator has an
interface with a central vehicle controller (e.g. dashboard display) that is connected to the same
CAN bus network as the ECON.A, or alternatively to control the transmission calibration using an
off-board diagnostic tool like DANA’s “Dashboard”.
The details of all used CAN messages are fully described in chapter 3, but the chart on the
following page gives a better insight of how different messages are linked together. The chart
uses the codes for calibration of the brake pedal signal, but the principal is identical for the throttle
pedal calibration or any other similar analog input signals.
Before a calibration can be started using CAN, the calibration mode has to activated in the
ECON.A first. Without this calibration mode activated, any attempt to start a specific calibration will
be ignored by the ECON.A.
After completing all the required calibrations, the ECON.A can be set back to normal operating
mode. This is optional, because restarting the ECON.A will be needed anyway to activate the new
calibration results, and restarting the ECON.A automatically deactivates the calibration mode.
CHAPTER 2:
ECON.A
Configuration Sets
Description
3 Introduction
The configuration sets are created to provide OEM Engineering a windowed view on all relevant
parameters to allow option selection and machine functionality definition in the ECON.A.
This chapter describes the structure and the contents of the configuration sets. It also contains the
information needed for practical use of these configuration sets, both for setting the contents of a set
as for selecting a predefined configuration set. This can be handled both using the GDE tool and
using CAN communication.
For a better understanding, the diagram below shows the situation of the configuration sets within the
total amount of available parameters.
An essentail part of each ECON.A is the so called APT file. This is a complete data file delivered by
DANA containing all parameters needed to get a fully operational ECON.A. Together with the
ECON.A firmware, it defines a complete application. As a rule these APT files are read-only to the
OEM user.
As the diagram shows, the configuration sets are a part of that complete APT file, so they are an
essential part of the parameters.
The so called OEM GDE Data file is basically a reduced version of the full APT file, where only the
configuration sets are accessable for editing. This way the OEM user can overwrite the standard
settings as they are provided in the APT file supplied by DANA.
This allows management of configuration sets completely under the responsibility of the OEM user,
without needing a large quantity of different APT files from DANA.
Remark: in highly exceptional cases, such an OEM GDE data file could contain some parameters
that are not a part of the configuration sets but nevertheless need to be customized by the OEM user.
This will investigated case by case and is to be defined togteher with DANA.
Before choosing to define such extra parameters that need to be customized by the OEM user, some
careful consideration is needed. As is explained in the next paragraphs, configuration sets can be
managed in different ways: on the one hand PC tools like OEM Engineering GDE and Dashboard,
CAN messages on the other hand.
Be aware that extra parameters that are not a part of these configuration sets can only be managed
by using the OEM Engineering GDE.
Once the different configuration sets are created, one of these sets is selected by simply picking
its index from the list of available sets and activating it by downloading it to the controller. This can
either be done using the GDE and APT tool or using a CAN message (see ECON.A CAN EDI
description).
REMARK: When using CAN messages to reference a configuration set, this name is not
relevant. Instead an index value needs to be used to address the correct configuration set (see
paragraph 7 and chapter 3).
If the signal is wired, choose one of the available digital input wires from the drop down list
presented.
If the function is active and it is sent over the CAN bus, following the protocol as described in
the ECON.A CAN EDI description, select the option “CAN EDI”
If the function is not to be used, select “Not Used”.
REMARK: if a signal source option is not availble for a certain feature, the option will not be
available in the list.
If “No” is selected, the digital input will need to be high to have the feature active. If “Yes” is
selected, the logics is inverted.
REMARK 1: with a ECON.A that has so called “switch to ground” digital inputs, the logics is
already inverted by default: connection to ground turns the digital input feature off.
REMARK 2: if the signal source is set to “CAN EDI”, this inversion has NO impact!
For some feature this will not be useful at all. For others, like “DI Auto/Manual Shifting” this can
be used to make a selection to have a feature always active for a specific configuration set.
If the signal is wired, choose one of the available analog input wires from the drop down list
presented.
If the function is active and it is sent over the CAN bus, following the protocol as described in
the ECON.A CAN EDI description, select the option “CAN EDI”
If the function is not to be used, select “Not Used”.
REMARK: if a signal source option is not availble for a certain feature, the option will not be
available in the list.
REMARK: the minimum value is limited to 5 kph because below this speed the feature does
not function optimal anymore.
The maximum allowed direction change vehicle speed is determined to prevent damage to the
transmission clutches (overheating and friction plate damage caused by dissipation of too
much power in the direction clutches). It can therefore not be exceeded at all!
Using a lower limit might be desirable in some cases to prevent direction changes on the
machine at speeds that might represent a dangerous situation on the machine or the direct
environment.
Note: how the ECON.A will react exactly if the shift needs to be postponed because the vehicle
speed limit is exceeded, will depend on the selections made as described in paragraph 1.7.
Unlike the maximum vehicle speed limit, this maximum engine speed usually has not been set
for transmission protection. The maximum vehicle speed limit is usually calculated to be
A range of different values to cover different tyre options can be specified here. However, the
range of allowed values is limited. The limits on this value depend on the application approval
and are fixed by DANA for each application.
A range of different values to cover possible different axle options can be specified here.
However, the range of allowed values is limited. The limits on this value depend on the
application approval and are fixed by DANA for each application.
4.2.11 ConfigSet ID
The final relevant parameter to the configuration sets is this ConfigSet ID. It is located in the
header ‘GDE Info’ and it selects the configuration set that will be activated each power up.
If you click this parameter value, a list automatically presents the available configuration sets
as named by the parameter ‘Config Name’ described in paragraph 0. Selecting one will make it
active after performing a download to the controller and automatically resetting the controller.
REMARK: When using CAN messages to reference a configuration set, this ConfigSet ID is
represented by a corresponding index value to address the correct configuration set (see
paragraph 7 and chapter 3).
Normally these configuration sets would be prepared in an office environment where there is not
always a setup with a connected ECON.A available. In that case you just open an existing file that
has been saved by you earlier or that you have received from DANA.
Selecting the Header ‘ConfSets’ presents the table where all configurations are available for
editing.
You can now edit all the required parameters to create your desired machine configurations and
provide an appropriate name.
These changes can be saved to a file with a name of your choice. That file will then be used in the
production line to customize each machine to the correct configuration.
REMARK: after performing an upload from an ECON.A, the GDE tool will always be in safe edit
mode. This is to prevent accidental changing of parameters. If you want to change to normal
editing mode to change the configuration set parameters, simply click the key icon in the taskbar
or use the Edit/ Save Mode to disable this safe edit mode.
Apart from selecting the Configuration ID, there are 2 more parameters that can be set with this
OEM Production level GDE:
- Transm S/N: here the serial number of the transmission built into the machine being
programmed can be entered. It is recommended to do this because this is valuable
information for service purposes.
- Vehicle ID: this is a text parameter where any text up to 7 characters can be entered. This
can be a vehicle type name, a vehicle production serial number, etc…
REMARK: All ECON.A’s are programmed with a data file when they are delivered to the
customer. By default the first configuration set (index = 0) will be activated!
For further details, please refer to the description of the “Dashboard” PC tool.
If these conditions are OK, the value of any of the available parameters can be changed by
sending the correct codes in a CAN message (see further).
However, there are some extra restrictions on accepting the new value:
- the index needs to address an existing parameter in the configuration
- the new value must be within the allowed minimum to maximum range of that parameter
Again, if one of these conditions is not fulfilled, the appropriate code will be returned in the
acknowledgement message.
Message ID CFF23XXH
(XX is the Central Vehicle Controller’s address)
Originator Central Vehicle Controller, Service monitor
Repetition rate as required
DLC 8
Byte 0 80h = Request code for configuration set selection
Byte 1 00h = read request: just read the currently active configuration set
01h = write request to select a specified configuration set
Byte 2 Index to requested configuration set, if a write request is sent
Byte 3 FFh = reserved
Byte 4 FFh = reserved
Byte 5 FFh = reserved
Byte 6 FFh = reserved
Byte 7 FFh = reserved
7.2.2 CVC_to_TC_4.Byte 1
- 00h = read request: just read the currently active configuration set
- 01h = write request: select a newly specified configuration set
7.2.3 CVC_to_TC_4.Byte 2
When there is a write request to select a configuration set, this is where the index to the desired
configuration set is specified.
Range = 0 – 19 (20 configuration sets available in total)
REMARK: To avoid confusion and remain consequent, it is recommended to set this byte to the
value FFh if there is no write request, although it has no influence at all.
Message ID CFF3303H
(03 is the Transmission Controller’s address)
Originator Central Vehicle Controller, Service monitor
Repetition rate On request
DLC 8
Byte 0 Echo of CVC_to_TC_4.Byte 0
Byte 1 Reply code to operation code of CVC_to_TC_4.Byte 1
Byte 2 Index of Newly Requested Configuration Set
Byte 3 Index of Currently Active Configuration Set
Byte 4 FFh = reserved
Byte 5 FFh = reserved
Byte 6 FFh = reserved
Byte 7 FFh = reserved
7.3.2 TC_to_CVC_4.Byte 1
Depending on what has been requested in CVC_to_TC_4.Byte 1 and the result of the
consequent action, this reply code can have several values:
- echo of CVC_to_TC_4.byte1 (value 00h or 01h) in normal situations
Normal situations are:
- The request was simply to read the actual value of the currently active configuration
set
- The request was to select a new configuration set and this new index was accepted
7.3.3 TC_to_CVC_4.Byte 2
Here the index value of the new requested configuration set index is shown. There are different
values possible:
- echo of CVC_to_TC_4.byte2 (=requested index):
The request to select a new configuration set was accepted
- FF(hex) = there is no valid configuration set currently active
7.3.4 TC_to_CVC_4.Byte 3
This byte simply shows the index of the configuration set that is currently active.
If this shows FF(hex) this means that there is no valid configuration set active.
IMPORTANT REMARK: When there is no write request to select a new configuration request,
TC_to_CVC4.byte2 and TC_to_CVC4.byte3 will show the same value.
When a new configuration set has been selected successfully however, TC_to_CVC4.byte2 and
TC_to_CVC4.byte3 will show a different index value. Only after a normal power down of the
ECON.A (key contact) and a restart, the new configuration set will be activated!
This can be checked by reading the active configuration set index after power up and verifying
that it corresponds to the selected one.
Message ID CFF23XXH
(XX is the Central Vehicle Controller’s address)
Originator Central Vehicle Controller, Service monitor
Repetition rate as required
DLC 8
Byte 0 81h = Request code for reading configuration set parameter value
86h = Request code for writing configuration set parameter value
Byte 1 Index to configuration set parameter
Byte 2
New value, in case the write request is active
Byte 3
Byte 4 FFh = reserved
Byte 5 FFh = reserved
Byte 6 FFh = reserved
Byte 7 FFh = reserved
7.5.2 CVC_to_TC_4.Byte 0
- 81h = Just read the parameter value referred to by the index in byte 1. This is possible at all
times, provided there is a valid configuration active.
- 86h = Write the new desired value (as specified byte2-3) to the parameter referred to by the
index in byte 1.
7.5.3 CVC_to_TC_4.Byte 1
This byte is used to set an index to the configuration set parameter that needs to be read or
written. For a detailed list of all supported index values, see paragraph 7.5.5.
0 = Ai0 W25
F0 AI Throttle Pedal Signal Source
1 = Ai1 W27
2 = Ai2 W29
none
3 = Ai3 W14
4 = CAN EDI
F1 AI Brake Pedal Signal Source
5 = Not Used
Message ID CFF3303H
(03 is the Transmission Controller’s address)
Originator Central Vehicle Controller, Service monitor
Repetition rate On request
DLC 8
Byte 0 Echo of CVC_to_TC_4.Byte 0
Byte 1 Reply code to operation code of CVC_to_TC_4.Byte 1
Byte 2 Active Configuration Set Parameter Value
Byte 3
Byte 4 Minimum Allowed Configuration Set Parameter Value
Byte 5
Byte 6 Maximum Allowed Configuration Set Parameter Value
Byte 7
7.6.2 TC_to_CVC_4.Byte 1
Depending on what has been requested in CVC_to_TC_4.Byte 1 and the result of the
consequent action, this reply code can have several values:
- FB(hex) = a request to write a new value to a configuration set parameter was sent, but the
machine conditions to allow this where not fulfilled! These machine conditions
are the ones described in paragraph 7.1.
To retry the write operation of the configuration set parameter, make sure that
these conditions are fulfilled first.
- FC(hex) = a request to write a new value to a configuration set parameter was sent and the
value was accepted, but the writing to flash memory was not possible because
another write operation to flash memory was still busy.
A possible cause is that 2 write operations were requested within a very short
time. Please repeat the request again later.
REMARK: Writing to flash memory can easily take a few hundred milliseconds.
Respecting a time delay between to write requests of minimum 500 ms is
recommended.
- FD(hex) = a request to write a new value to a configuration set parameter was sent BUT
the value was not accepted because it is not within the allowed range!
Make sure to specify a value within the allowed range (see the minimum –
maximum values further)
- FE(hex) = a request was made containing a non-existing index to a configuration set
parameter. Make sure to use only supported index values (see list in paragraph
7.5.5).
- FF(hex) = There is no valid configuration set selected at this moment, so no request on any
configuration set parameter can be handled.
Make sure to select a valid configuration set first!
When a write request was sent, the active value will be the new requested value in case the new
value was accepted.
Identical to requested values in CVC_to_TC_4.byte2-3, please refer to the table in paragraph
7.5.5 for specific scaling factors of certain parameter values.
REMARK: When a problem results in having no value to return at all, TC_to_CVC_4.byte2-3 will
contain FFFF (hex). This is the case with TC_to_CVC_4.byte1 being FB(hex), FE(hex) and
FF(hex).
REMARK: When a problem results in having no value to return at all, TC_to_CVC_4.byte2-3 will
contain FFFF (hex). This is the case with TC_to_CVC_4.byte1 being FB(hex), FE(hex) and
FF(hex).
REMARK: When a problem results in having no value to return at all, TC_to_CVC_4.byte2-3 will
contain FFFF (hex). This is the case with TC_to_CVC_4.byte1 being FB(hex), FE(hex) and
FF(hex).
REMARK: All ECON.A’s are programmed with a data file when they are delivered to the
customer. By default the first configuration set (index = 0) will be activated!
- For automatic setting of specific parameters at power up of the machine, an automatic loop
could be programmed in the vehicle control software. This could check the actual value of
some parameters, check it to a desired value and if these do not correspond, the desired
value can be written. Again make sure to interpret the ECON.A reply message to see if the
newly requested value was accepted.
- If such a loop for writing different values would be used, it is possible that the writing to flash
memory in the ECON.A is still busy for one parameter when a second write request is
already coming in. Because of the relatively slow process of writing to flash memory, a
minimum interval of 500 ms between 2 write operations is recommended. However, if this
interval would not be respected, this cannot cause any damage. The ECON.A will simply
deny the new value and report the corresponding code indicating writing to flash memory is
not possible at that time. In that case just wait for a short period (e.g. 200 ms) and try again.
- The specific codes in the ECON.A reply messages can be used to notify the user through a
display if there would be a problem with accepting any desired value, so the appropriate
action can be taken.
- IMPORTANT: Remember that even after successfully writing new values to these
parameters of the configuration, they will only be activated after a reboot of the ECON.A (a
restart of the machine). Also note that the engine of the machine does not have to be
running to set new values to these parameters, so just turning the key contact on is
sufficient to manage the desired parameters.
CHAPTER 3:
ECON.A
CAN EDI
Protocol
Description
1 General
REMARK: to keep the bus load to a minimum, sometimes these proprietary messages can
contain information that is also available in different standard messages. By grouping data that
is not provided in standard messages together with data that is available in J1939 standard
messages into these proprietary massages, the number of messages needed could be
optimized to a minimum. Otherwise the necessary information would be scattered over a
significantly higher amount of messages, increasing the complexity and load on the CAN bus.
Bit 6 1 1 : reserved 0 1 0 0 :4
th
Bit 7 0 1 0 1 : 5th
0 1 1 0 : 6th
0 1 1 1 : 7th
Fault state of 1 0 0 0 : 8th
shift lever All other bitpatterns are reserved
Bit 7 Bit 6
0 0 : no fault detected on shift lever
0 1 : fault detected on shift lever (neutral will be forced)
1 0 : reserved (neutral will be forced)
1 1 : function not supported over CAN
Byte 1 Bit 8
Bit 9
Declutch enable/disable (if not used : all bits should be 1)
Declutch Bit 9 Bit 8
enable/disable 0 0 : declutch disable request
Request 0 1 : declutch enable request
1 0 : reserved
1 1 : function not supported over CAN
Bit 10
Bit 11
Parking brake (if not used : all bits should be 1)
Bit 14
Bit 15
Operator Present (if not used : all bits should be 1)
Operator Seated Bit 15 Bit 14
state 0 0 : operator is NOT present
0 1 : operator is present
1 0 : reserved
1 1 : function not supported over CAN
Byte 2 Bit 16
… Not used
Reserved (all bits should be 1)
Bit 19
Bit 20
Bit 21
Auto/Manual shift selection (if not used : all bits should be 1)
Bit 38
Bit 39
Throttle Pedal Full (if not used : all bits should be 1)
Bit 39 Bit 38
Throttle Pedal 0 0 : throttle pedal not full
Full state 0 1 : throttle pedal full
1 0 : reserved
1 1 : function not supported over CAN
Byte 5 Bit 40
Bit 41
Lockup enable/disable (if not used : all bits should be 1)
Lockup Bit 41 Bit 40
enable/disable 0 0 : lockup disable request
request 0 1 : lockup enable request
1 0 : reserved
1 1 : function not supported over CAN
Bit 42
…
Reserved (all bits should be 1)
Not Used
Bit 47
Byte 6 Bit 48
…
FF(Hex) Reserved (all bits should be 1)
Byte 7
Bit 63 FF(Hex)
Bit 18
Bit 19
Inactive Errors *
Bit 19 Bit 18
Inactive 0 0 : there are no inactive errors
errors 0 1 : there is one or more inactive errors present
1 0 : reserved
1 1 : function not supported over CAN
* REMARK: Only valid for inactive errors in the volatile error memory.
Bit 20
Bit 21
Warning Indication *
Bit 21 Bit 20
0 0 : the warning indication is OFF
Warning lamp 0 1 : the warning indication is ON
state 1 0 : reserved
1 1 : function not supported over CAN
* REMARK: The exact trigger(s) for this warning indication are application
specific and need to be configured for each application.
Bit 22
Bit 23
Shift In Progress
Bit 23 Bit 22
Shift in 0 0 : no shift is in progress
progress 0 1 : shift is in progress
1 0 : reserved
1 1 : function not supported over CAN
Byte 3 Bit 24
Transmission Sump Temperature
Conversion : Temperature = (byte 3) – 50 [°C]
Transmission
0 = -50 °C
… Sump
250 = 200 °C
Temperature
254 = fault related to temperature sensor
255 = measurement not supported
Bit 31
Byte 4 Bit 32
Transmission Cooler In Temperature
Conversion : Temperature = (byte 4) – 50 [°C]
0 = -50 °C
250 = 200 °C
Transmission
… Converter Out 254 = fault related to temperature sensor
Temperature 255 = measurement not supported
REMARK: in case a switch is used instead of a sensor, the following values
will be reported:
- Switch open = temperature is OK = 100 = 50 °C
Bit 39
- Switch closed = temperature too high = 200 = 150 °C
Byte 5 Bit 40
Vehicle speed
Conversion : vehicle speed = byte 5 * (resolution factor) [kph]
where:
resolution factor = 0.1 for 0 < byte 5 < 100 ( 0 .. 10 kph)
Vehicle resolution factor = 0.2 for 100 < byte 5 < 200 (10 .. 30 kph)
… Speed resolution factor = 1 for 200 < byte 5 < 250 (30 .. 80 kph)
REMARK: use the correct resolution factor for each portion of byte 5
Example:
byte 5 = 210: speed = (100 * 0.1) + 100 * 0.2 + 10 * 1 = 40 kph
254 = fault related to the speed sensor for vehicle speed calculation
Bit 47
255 = measurement not supported
Value Detail
Byte 0 Bit 0
Gear Position Code
00(Hex) = normal operation (no overruling)
05(Hex) = shiftdelay active
10(Hex) = declutch active
11(Hex) = parking brake on
12(Hex) = neutral lock active
13(Hex) = operator not seated
Gear Position
14(Hex) = redundant safety neutral active
… Code 20(Hex) = kickdown active
30(Hex) = direction engagement vehicle speed limit exceeded
31(Hex) = direction engagement engine speed limit exceeded
32(Hex) = range downshift overspeeding limit exceeded
40(Hex) = calibration mode active
80(Hex) = initialization mode active
7F(Hex) = transmission limphome mode active
Bit 7 FF(Hex) = transmission shutdown mode active
Byte 1 Bit 8
Declutch enabled/disabled (if not used : all bits will be 1)
Bit 9 Declutch
enabled/ Bit 9 Bit 8
disabled 0 0 : declutch disabled
0 1 : declutch enabled
1 0 : reserved
1 1 : function not supported over CAN
Bit 10
Bit 11
Parking brake (if not used : all bits will be 1)
Bit 13 Bit 12
Neutral lock 0 0 : not locked
0 1 : locked in neutral
1 0 : reserved
1 1 : function not supported over CAN
Bit 14
Bit 15
Operator present (if not used : all bits will be 1)
Operator Seated Bit 15 Bit 14
state 0 0 : operator is NOT present
0 1 : operator is present
1 0 : reserved
1 1 : function not supported over CAN
Byte 2 Bit 16
… Not used
Reserved (all bits will be 1)
Bit 19
Bit 20
Bit 21
Auto/Manual shift (if not used : all bits will be 1)
st nd Bit 23 Bit 22
Start in 1 /2 st
mode 0 0 : 1 gear starting mode active
nd
0 1 : 2 gear starting mode active
1 0 : reserved
1 1 : function not supported over CAN
Byte 3 Bit 24
Bit 25
Kickdown enabled/disabled (if not used : all bits will be 1)
Kickdown Bit 25 Bit 24
enabled/ 0 0 : kickdown disabled
disabled 0 1 : kickdown enabled
1 0 : reserved
1 1 : function not supported over CAN
Bit 26
…
Reserved (all bits will be 1)
Not used
Bit 29
Bit 30
Bit 31
Upshift Inhibit enabled/disabled (if not used : all bits will be 1)
Upshift Inhibit Bit 31 Bit 30
enabled/ 0 0 : upshift inhibit disabled
disabled 0 1 : upshift inhibit enabled
1 0 : reserved
1 1 : function not supported over CAN
Byte 4 Bit 32
Bit 33
Seat orientation (if not used : all bits will be 1)
Bit 38
Bit 39
Throttle Pedal Full (if not used : all bits will be 1)
Unlike all other messages supported by the ECON.A and described in this
manual, the CVC_to_TC_4 and the TC_to_CVC_4 are linked together. They
form a “send-receive” system, where CVC_to_TC_4 is used to send a request
to the ECON.A, which in return will send the TC_to_CVC_4 as reply.
As a consequence of this send-receive system, usage of these messages by
more than 1 device on the CAN bus is not recommended because of
interference.
The CVC_to_TC_4 message is a request message that is used for reading and writing a wide
range of data in a non-cyclic way.
Most data that can be accessed through this message can be labelled as so called ‘setup’
information that is not actually needed to operate the machine, but determines the way the
machine will function.
The flexibility of this message is in the fact that byte 0 determines the action request of the
message. Byte 0, the request code, is in fact a code to determine what the action of the ECON.A
controller will be. Depending on the request code, bytes 1 to 7 will have a different meaning.
For some request codes bytes 1 to 7 will be irrelevant, for other some or all of these bytes will
contain extra detailed information necessary for the request.
With most request codes, sending this message to the ECON.A will result in a reply message,
always being the message TC_to_CVC_4. The contents of this message will also be dependant
on the request code that was sent in the CVC_to_TC_4 message (see description further).
Following paragraphs will list all possible request codes for this CVC_to_TC_4 message, divided
into several parts:
− request codes that are purely data request where only a code in byte 0 is needed and bytes 1 to
7 will be irrelevant
− request codes where extra information needs to be specified to the ECON.A, so some or all of
bytes 1 to 7 will contain that extra information. These request codes are described separately in
more detail to explain the specific meaning of the bytes other than byte 0.
This message specification is valid for CVC_to_TC_4 regardless of the used request type
(byte 0).
01(Hex) = HW partnumber
… 02(Hex) = HW version
03(Hex) = SW partnumber
04(Hex) = SW version
05(Hex) = APT datafile partnumber
06(Hex) = APT datafile version
07(Hex) = OEM GDE datafile partnumber
08(Hex) = OEM GDE datafile version
The request codes for reading the identification data are - apart from request
code 71(hex) - the only supported request codes when the ECON.A is in the
bootloader operating mode.This allows identification of the ECON.A even in this
special programming mode.
If there is no valid data present to identify the ECON.A (e.g. when there is no
valid application or ECON.A data flash is completely corrupted), this will be
reflected in the replied values (see paragraph 4.2.2).
Request code
Supported values :
0A(Hex) = DANA Transmission serial number
Bit 7 0B(Hex) = OEM Vehicle ID *
0C(Hex) = OEM Reference 1 *
0D(Hex) = OEM Reference 2 *
0E(Hex) = OEM Reference 3 *
0F(Hex) = OEM Reference 4 *
Byte 1 Bit 8
Read Request:
For sending a request for the current value only, set all bits to 1
Byte 2 (= all bytes to FF(Hex) ) (see also previous paragraph)
Write Request: Set value:
Byte 3
0A(Hex) = DANA Transmission serial number
Byte 1 – 4 : ASCII serial number prefix (example : CBEA)
Byte 4
… Each byte represents the ASCII code value of 1 character of
the prefix
Byte 5 Byte 5 – 7 : serial number (example : 123456)
16 8
Serial number = byte 7 * 2 + byte 6 * 2 + byte 5
Byte 6
0B(Hex) = Vehicle ID *
Byte 7
0C(Hex) = OEM Reference 1 *
0D(Hex) = OEM Reference 2 *
Bit 63 0E(Hex) = OEM Reference 3 *
0F(Hex) = OEM Reference 4 *
Byte 1 – 7 : ASCII vehicle ID string
* Request codes 0A(Hex) to 0F(Hex) allow access to data fields that can be given any meaning as
required by the OEM customer. Typically this can be used to store OEM partnumbers and/or
versions in the ECON.A. The only restriction is that the data can only contain maximum 7 ASCII
character values per field.
The request codes for reading the identification data are - apart from request
code 71(hex) - the only supported request codes when the ECON.A is in the
bootloader operating mode.This allows identification of the ECON.A even in this
special programming mode.
If there is no valid data present to identify the ECON.A (e.g. when there is no
valid application or ECON.A data flash is completely corrupted), this will be
reflected in the replied values (see paragraph 4.2.2).
Request code
day counter.
…
For the description of the reply format, see paragraph 4.2.3.
Supported values :
40(Hex) = read/reset resetable distance day counter
Bit 7 41(Hex) = total travelled distance
Byte 1 Bit 8
Command code
40(Hex) = read/reset resetable distance day counter
Command code
As the total travelled distance counter can not be reset, always set this
byte to FF(Hex) just to read the current value.
Bit 15
Request code
For the description of the reply format, see paragraph 4.2.4.
… Supported values :
10(Hex) = 1st active error info
11(Hex) = next active error info
12(Hex) = 1st inactive error info
13(Hex) = next inactive error info
14(Hex) = clear inactive errors buffer
Bit 7
The same principle is used for keeping track of inactive errors. These are errors that have been
active before, but are no longer present.
Similar to reading the active errors, send the request code 12(Hex) in CVC_to_TC_4 to read the
inactive error with the highest priority, followed by request code 13(Hex) in CVC_to_TC_4 until no
more error info is present to read the other inactive errors.
One more extra request type, 14(Hex) , is provided to clear all error info from the inactive error
buffer. So once this error info has been read and/or processed, it can be cleared.
REMARK: when repeating the request codes for reading the error info from the ECON.A, a rate of
100 ms or more is recommended, to avoid unnecessary high load on the CAN-bus and the
ECON.A.
REMARK: this DANA proprietary protocol to read error info only applies to the volatile error info,
which is cleared after each new power up.
The ECON.A also provides permanent error info logging. To consult this error info, the SAE-J1939
diagnostic messages DM1, DM2 and DM3 are supported by the ECON.A
Alternatively this permanent error info can also be consulted using the OEM Engineering GDE PC
tool.
Request code
display/operating mode in the ECON.A, overriding the standard
…
user display.
For the description of the reply format, see paragraph 4.2.5.
Supported values :
Bit 7 71(Hex) = select display/operating mode
Byte 1 Bit 8
Display/Operating type
This byte specifies the requested display/operating mode.
Supported values :
Display type
Bit 7
Byte 1 Bit 8
Command code
Calibration types handling
For the request codes 20(Hex), 21(Hex), 22(Hex), 24(Hex) and 25(Hex) the command
code can be the following:
Request code
…
For the description of the reply format, see paragraph 4.2.8.
For a detailed description of correct usage and context of these
codes, refer to the Configuration Sets Description.
Supported values :
Bit 7
80(Hex) = configuration set selection
Byte 1 Bit 8
Command code
Command
Supported values :
code
…
00(Hex) = read request: just read the currently active configuration set
01(Hex) = write request to select a specified configuration set
Bit 15
Byte 2 Bit 16
Configuration set index
Configuration Set
… If the command code is to select a configuration set, the index of the desired
configuration set is specified here, else this byte is not relevant and is set to
FF(Hex).
Bit 23
Byte 3 Bit 24 FF(Hex) (all bits should be 1)
Byte 4 FF(Hex)
Byte 5
These bytes have no relevance with the request types described above
… FF(Hex)
To avoid any confusion and following the principle of the SAE J1939
Byte 6 FF(Hex) standard, it is recommended to set all bits to 1 (= all bytes to FF(Hex) ).
Byte 7 Bit 63 FF(Hex)
Request code
… For a detailed description of correct usage and context of these
codes, refer to the Configuration Sets Description.
Supported values :
81(Hex) = reading the value of the addressed configuration set parameter
86(Hex) = writing a new value to the addressed configuration set parameter
Bit 7
Byte 1 Bit 8
Parameter Index
Here the index value is be specified to the parameter that needs to be
Parameter
addressed.
… Index
Valid range = 00(Hex) - FA(Hex)
Byte 2 Bit 16
New Parameter Value
Byte 3 (if read request, all bits should be 1)
New Parameter Value
If the command code 86(Hex) requests for a new value to be written to the
addressed parameter, the new value is specified here as follows:
The exact meaning of this value depends on the parameter being addressed
and is listed in the table in the Configuration Sets Description
For just reading the current value of the addressed parameter, set this byte to
FF(Hex).
Bit 31
Byte 4 Bit 32 FF(Hex) (all bits should be 1)
Byte 5 FF(Hex) These bytes have no relevance with the request types described above
… To avoid any confusion and following the principle of the SAE J1939
Byte 6 FF(Hex) standard, it is recommended to set all bits to 1 (= all bytes to FF(Hex) ).
Byte 7 FF(Hex)
Bit 63
Some of the request codes in the available range of byte0 in CVC_to_TC_4 are
exclusively reserved for use by DANA applications!
These codes are not to be used by any device for other purposes, so be sure not
to use these codes when integrating the ECON.A in a CAN bus network!
Value Detail
Byte 0 Bit 0
DANA Reserved Request code
The following codes are exclusively reserved for DANA
applications and are not to be used by any other device!
1A (Hex) 50 (Hex)
1B (Hex) 7F (Hex)
1C (Hex)
1D (Hex) 82 (Hex)
83 (Hex)
84 (Hex)
22 (Hex) 85 (Hex)
DANA Reserved Request code
24 (Hex)
25 (Hex) 90 (Hex)
26 (Hex) A0 (Hex)
… AA (Hex)
30 (Hex) AB (Hex)
31 (Hex) AC (Hex)
32 (Hex) AD (Hex)
33 (Hex) AE (Hex)
34 (Hex) AF (Hex)
35 (Hex)
36 (Hex)
3A (Hex)
3B (Hex)
3C (Hex)
3D (Hex)
Bit 7
Byte 1 Bit 8
Byte 2
DANA Reserved
DANA Reserved
Byte 3
Byte 4 …
Byte 5
Byte 6
Byte 7 Bit 63
This message specification is valid for TC_to_CVC_4, regardless of the reply type (byte
0), which is always an echo of the request code from the corresponding CVC_to_TC_4.
Unlike all other messages supported by the ECON.A and described in this
manual, the CVC_to_TC_4 and the TC_to_CVC_4 are linked together. They
form a “send-receive” system, where CVC_to_TC_4 is used to send a request to
the ECON.A, which in return will send the TC_to_CVC_4 as reply.
Please also refer to paragraph 4.1.1 for further details.
03(Hex) = SW partnumber
… 04(Hex) = SW version
05(Hex) = APT datafile partnumber
06(Hex) = APT datafile version
07(Hex) = OEM GDE datafile partnumber
08(Hex) = OEM GDE datafile version
0A(Hex) = DANA Transmission serial number
0B(Hex) = OEM Vehicle ID
0C(Hex) = OEM Reference 1
0D(Hex) = OEM Reference 2
0E(Hex) = OEM Reference 3
0F(Hex) = OEM Reference 4
Bit 7
Byte 1 Bit 8
Requested data
The format of the requested data in the reply is dependant on the
reply code:
00(Hex) = HW serial number
0A(Hex) = DANA Transmission serial number
Byte 1 – 4 : ASCII serial number prefix (example : ABEA)
Each byte represents the ASCII code value of 1 character of the prefix
Byte 5 – 7 : serial number (example : 123456)
16 8
Serial number = byte 7 * 2 + byte 6 * 2 + byte 5
01(Hex) = HW partnumber
02(Hex) = HW version
… … 03(Hex) = SW partnumber
04(Hex) = SW version
05(Hex) = APT datafile partnumber
06(Hex) = APT datafile version
07(Hex) = OEM GDE datafile partnumber
08(Hex) = OEM GDE datafile version
0B(Hex) = OEM Vehicle ID
0C(Hex) = OEM Reference 1
0D(Hex) = OEM Reference 2
0E(Hex) = OEM Reference 3
0F(Hex) = OEM Reference 4
Byte 1 – 7 : ASCII character code
Each byte represents the ASCII code value of 1 character of the
requested data
Byte 7 Bit 63 In case any of these identification parameters is not available (e.g.
when there is no valid application present with ECON.A in
bootloader mode) all bytes will be FF(Hex) !
Reply code
this TC_to_CVC_4 is the reply.
…
Use this code as an identification to check if it is the answer to the
request that was sent.
40(Hex) = resetable distance (daycounter)
41(Hex) = total travelled distance
Bit 7
Byte 1 Bit 8
Travelled Distance
Distance
… …
Conversion :
24 16 8
distance = ( byte 4 * 2 + byte 3 * 2 + byte 2 * 2 + byte 1 ) / 10
Byte 4 Bit 63 [km] or [miles]
Reply code
request that was sent.
…
Supported values :
10(Hex) = 1st active error info
11(Hex) = next active error info
12(Hex) = 1st inactive error info
13(Hex) = next inactive error info
Bit 7 14(Hex) = clear inactive errors buffer
Byte 1 Bit 8
Fault Area (example: error = 10.03 => fault area =10)
Fault
Area
…
The fault area is the first part of the full error code defining a fault.
Bit 15
Byte 2 Bit 16
Fault Type (example: error = 10.03 => fault type =03)
Fault
Type
… The fault type is the second part of the full error code defining a fault.
Bit 23
Byte 3 Bit 24
Number of Occurances
occurances
Number of
… This is an indication of the number of times this error has become active since
Byte 4 most recent power up (volatile info)
Bit 39 Conversion: number of occurrences = byte 4 * 256 + byte 3
REMARK: To have the same representation of the DANA error codes as on the ECON.A display,
the fault area and fault type should be represented in the hexadecimal format!
If no more active or inactive errors are present, the fault area and fault type will
be FF(Hex) (see also description paragraph 4.1.5).
For a more detailed description about the error info, please refer to the error list.
Reply code
…
Use this code as an identification to check if it is the answer to the
request that was sent.
Supported values:
Bit 7 71(Hex) = select display/operating mode
Byte 1 Bit 8
Display/Operation type
Echo of code of the requested display/operating mode .
Use this code as an identification to check if the requested
display/operating mode was accepted.
Display/Operation type
Supported values :
00(Hex) = normal display mode
01(Hex) = diagnostic display mode
… 09(Hex) = calibration display/operating mode
0A(Hex) = error display mode
* This code will only be replied to indicate that the ECON.A is in the
special bootloader mode (programming mode). It can not be activated or
deactivated upon request using request code 71(Hex). This special mode
can only be activated by the DANA Firmware Download PC tool or it is
Bit 15 activated automatically when there is no valid application present.
Byte 2 FF(Hex)
Bit 16
Byte 3 FF(Hex)
Byte 4 FF(Hex) Reserved = all bytes are FF(Hex)
…
Byte 5 FF(Hex)
Byte 6 FF(Hex)
Byte 7 Bit 63 FF(Hex)
Reply code
… For a detailed description of correct usage and context of these
codes, refer to the Calibration Control System description.
Supported values :
20(Hex) = throttle pedal calibration
21(Hex) = brake pedal calibration
Bit 7
Byte 1 Bit 8
Calibration Phase Number
00(Hex) : Calibration of the analog input minimum value (0%)
Phase Number
Byte 2 Bit 16
… 00(Hex) Reserved = 00(Hex)
Bit 23
Byte 3 Bit 24
Calibration ASCII Code
ASCII
Code
Reply code
…
sent (single reply)
For a detailed description of correct usage and context of these
codes, refer to the Calibration Control System description.
Supported values :
Bit 7
23(Hex) = aborted calibration
Byte 1 Bit 8 XX(Hex) Not relevant = XX(Hex) = value can be anything, depending on calibration mode
…
Byte 2 XX(Hex) Not relevant = XX(Hex) = value can be anything, depending on calibration mode
Bit 23
Byte 3 Bit 24
Calibration ASCII Code
ASCII
Code
Reply code
request that was sent.
…
For a detailed description of correct usage and context of these
codes, refer to the Configuration Sets Description.
Supported values:
80(Hex) = configuration set selection
Bit 7
Byte 1 Bit 8
Command Acceptance code
acceptance code
Byte 2 Bit 16
New selected configuration set index
New Configuration Set
Byte 3 Bit 24
Active configuration set index
Active Configuration Set Index
The index value FF(Hex) should never be returned during normal operation of
the ECON.A firmware, because this means that there is no configuration set
activated, which is not a normal operation condition.
Bit 31
Byte 4 Bit 32 FF(Hex) Reserved = FF(Hex)
Byte 5 FF(Hex) Reserved = FF(Hex)
…
Byte 6 FF(Hex) Reserved = FF(Hex)
Byte 7 FF(Hex) Reserved = FF(Hex)
Bit 63
Reply code
… request that was sent.
For a detailed description of correct usage and context of these
codes, refer to the Configuration Sets Description.
Supported values:
Bit 7 81(Hex) = reading the value of the addressed configuration set parameter
86(Hex) = writing a new value to the addressed configuration set parameter
Byte 1 Bit 8
Parameter Index Acceptance
Normally this is an echo of the addressed parameter index of CVC_to_TC_4
(byte1), but a special code can be replied if there was a problem with the
request:
00(Hex) - FA(Hex) = index to a valid configuration set parameter (see list in the
Index Acceptance
FB(Hex) = writing a new value not accepted because machine conditions not
… fullfilled
FC(Hex) = writing a new value not accepted because previous write operation
not completed yet
FD(Hex) = writing a new value not accepted because specified value is not
within the allowed range
FE(Hex) = read/wrtite request not accepted because a non-existing
configuration set parameter was addressed
FF(Hex) = read/wrtite request not accepted because there is no valid
Bit 15 configuration set currently activated
Byte 2 Bit 16
Active Parameter Value
Parameter
Active
Value
Value
Value
1) The exact meaning of the replied active, minimum and maximum value depends on the
parameter being addressed and is listed in the table in the Configuration Sets description.
2) The replied active, minimum and maximum value will be FFFF(Hex) in case there is a problem
with the addressing of the confguration set parameter (see parameter index acceptance codes
in byte 1)
Moreover the DM2 and DM3 messages are linked to a permanent cyclic error
buffer of up to 50 logged errors, unlike the proprietary CVC_to_TC_4 and
TC_to_CVC_4 messages (volatile error info). This means that error information
about previously active errors is still available even after the ECON.A has been
powered down several times after the error was active.
This allows more advanced diagnostics when a vehicle needs investigation when
brought in for servicing, because a history of problems can be reported by the
ECON.A.
The Diagnostic Messages DM1, DM2 and DM3 are therfore highly recommended
for getting error information rather than using the limited proprietary
CVC_to_TC_4 and TC_to_CVC_4 message system.
REMARK: for a description of the error codes that will be reported in these
Diagnostic Messages, please refer to chapter 4.
Bit 9
Bit 10 Conversion : pedal position = byte 1 * 0.4 [%]
position
Bit 11
Bit 12
Bit 13
Bit 14
Bit 15
Byte 2 Bit 16
Load at current
Bit 17
Bit 18
speed
Bit 19
Not interpreted by ECON.A: value is irrelevant
Bit 20
Bit 21
Bit 22
Bit 23
Byte 3 Bit 32 FF(Hex) (all bits should be 1)
Byte 4 FF(Hex)
These bytes are not defined.
Byte 5 … FF(Hex) To avoid any confusion and following the principle of the SAE J1939
Byte 6 FF(Hex) standard, it is recommended to set all bits to 1 (= all bytes to FF(Hex) ).
Byte 7 Bit 63 FF(Hex)
CHAPTER 4:
ECON.A
DIAGNOSTICS:
ERROR
HANDLING &
REPORTING
1 Diagnostics in ECON.A
1.1 Purpose
The ECON.A is capable of detecting and handling faults to provide driver safety and diagnostic
information.
To ensure this, the ECON.A primarily considers single faults and acts appropriately based on the
interpretation of the fault:
• If a fault is considered safety critical, the ECON.A will act to ensure a fail-safe state.
• Other faults will not be safety critical and will only be reported as diagnostic information and
possibly result in a reduced operation of a non-critical vehicle function.
1.2.1.1 Powering up
Every time the ECON.A is powered up, intensive checking occurs to detect possible defects of
it’s own components that prevent safe operation of the ECON.A.
If such a defect is detected, the ECON.A will activate the ECON.A shutdown mode or even
shut itself down if needed.
To ensure that no undesired actions are taken on the loads that are controlled by the ECON.A,
the internal safety relay stays off during this power up diagnostics phase (see also hardware
documentation).
During operation the ECON.A makes use of this redundant watchdog to monitor the integrity of
the running application:
• software triggered watchdog reset:
The ECON.A firmware contains an integrated task that monitors the integrity of all running
application tasks. This is also referred to as the software watchdog monitor, where each
task has it’s own software watchdog that needs to be triggered on time.
If a specific task goes out of control, this software watchdog will detect this and reset the
microcontroller by triggering a hardware watchdog reset.
• hardware triggered watchdog reset:
If the complete software would go out of control - thus including the software watchdog -
the hardware watchdog will be triggered automatically, resetting the microcontroller to
prevent uncontrolled (unsafe) operation.
Only after this diagnostic phase has completed succesfully, the safety relay will be switched on
so that power can be set on the outputs controlled by the ECON.A.
Independent of the diagnostic area (see paragraph 1.2 above), each error group gets a register
assigned to it in the ECON.A. During power up and operation, the ECON.A will check all possible
problems for each of these error groups and use these registers to handle all error information.
Taking the the error structure as described above into account, it is obvious that for each error
group that is checked, there can only be 1 problem active at a time.
This is clearly illustrated if you take the example of an ECON.A power output (see also example
error code in paragraph 3.2): this output can be shorted to ground, it can be shorted to battery
plus or it can be an open circuit, but it can not have 2 or more of these problems at the same time.
2.3 Debouncing
2.3.1 Purpose
In the realistic environment of a vehicle, electrical signals connected to the ECON.A are not
always perfect.
Although correct wiring should ensure good signal stability (see also hardware documentation
and wiring diagram), there can always be noise, glitches and peaks on an electrical signal.
To avoid that the ECON.A is extremely sensitive to the slightest electrical disturbance of a
signal, error debouncing is used (on top of any signal filtering that might already be done in the
hard- and software).
The behaviour of the debouncing in the ECON.A can be configured for each error group
individually, so appropriate sensitivity can be selected depending on the diagnostic contents.
2.3.2 Usage
In principle the ECON.A will perform all error checking on the source signal signal, including a
certain level of possible noise, glitches or peaks.
If the check detects a problem on a signal, it does not necessarily set the corresponding error
immediately. Instead the detected problem is registered as pending, but not confirmed yet.
Only if the problem is confirmed over a ceratin period of time, the error will be confirmed and
the appropriate action will be taken.
Depending on the diagnostic area and the function, different debouncing behaviour will be
used:
• Self diagnostics and setup & configuration diagnostics uses no debouncing. Due to the
nature of the problems, debouncing makes no sense: the problem is present or not, so
immediate action is needed upon detection.
• Signal diagnostics and operational logic diagnostics will use debouncing. Further
distinction will be made based on the contents of each error group:
o Safety critical errors will have more sensitive debouncing settings, to ensure good
reactivity to prevent unsafe system behaviour.
o Errors that are not safety critical can have less sensitive debouncing settings, making
the ECON.A more tolerant but less reactive to errors.
3.1 Format
In accordance with the SAE J1939 standard, the ECON.A identification of error codes is
composed of 2 independent fields:
3.1.1 DANA error group (SAE J1939: SPN: Suspect Parameter Number)
This part of the error code identifies the individual signal, device, function or logical part where
a problem is detected. In the example below this error group code identifies the ECON.A
power output 0.
As in the ECON.A there is a total of 256 error groups available, the DANA group numbering
ranges from 0 to 255.
For CAN reporting (see further), a direct link between the DANA error group code and the SAE
J1939 SPN code is made in the ECON.A.
Because the error groups that are needed by the ECON.A application are not provided in the
predefined SPNs of the SAE J1939 standard, the ECON.A uses the SPN number range that is
avalaible for proprietary diagnostic codes, being 7F000h (520192) to 7FFFFh (524287).
As a default the ECON.A uses the first available code 7F000h to indicate the DANA error
group code 0. Consequently the following 255 SPN numbers will be used to indicate the other
DANA error group codes.
Upon request, DANA can change the SPN code offset to any value between 7F000h and
7FF00h if the default setting would cause a conflict with other devices using the same SPN
codes. In all cases a block of 256 consecutive SPN codes in this propretary range is needed
by the ECON.A.
3.1.2 DANA error cause (SAE J1939 FMI: Failure Mode Identifier)
The second part of the error code indicates the type of problem that is detected for the
referenced error group.
The SAE J1939 standard provides 32 possible values to indicate the FMI. The meaning of
each of these 32 FMI codes is fixed and predefined by the standard.
The ECON.A is fully compliant to the SAE J1939 standard and therefore uses exactly the
same codes to indicate the error cause. So the values of the DANA error cause and the SAE
J1939 FMI will be identical to indicate a specific type of problem.
This means the same values are used for internal representation of the error cause and for
CAN reporting by SAE J1939 FMI coding, so no conversion is needed.
In the example below this error cause code identifies the problem to be an open circuit. The
error cause code to indicate this type of problem will always have the same value, regardless
of the error group it refers to.
Exception: The error cause codes used in combination with the DANA error groups F0 to FF
are NOT compliant to the SAE J1939 standard FMI codes! These error groups are intended for
DANA use only and therefore the causes are not to be interpreted in the standard way (as
indicated by the description of these error groups).
However, this special range of error codes is not expected to be activated in an ECON.A
application released for production.
3.2 Example
The following example illustrates how the error code will report an open circuit detected on the
ECON.A power output 0.
In the error code representation, the 2 fields that form an error code are separated by a dot. This
representation is commonly used in all documentation regarding the ECON.A error codes.
This means that error information about previously active errors is still available even after the
ECON.A has been powered down several times after the error was active.
This allows more advanced diagnostics when a vehicle needs investigation when brought in for
servicing, because a history of problems can be reported by the ECON.A.
As mentioned, the permanent error logging contains a cyclic error buffer of up to maximum 50 logged
errors.
Cyclic means that if the buffer is full and a new error needs to be logged, the oldest logged error will
be overwritten. So basically the buffer can contain the 50 most recent different errors.
All logged errors that have become inactive can be cleared from the buffer upon request (see
paragraph 5).
REMARK: If the same error becomes active and inactive several times, this does not mean that a
new entry is made in the buffer each time. Instead each error has a counter to keep track of the
number of times the error was activated.
REMARK: It is clear that the same error group can be present several times in this buffer, each time
with a different failure cause. For example both error 20.04 and 20.05 can be in the buffer in case the
ECON.A power output 0 has both been shorted to ground and in open circuit.
5 Error reporting
To activate this error display mode, simply use the ‘M’-button until you reach the error display
mode.
If an error code is blinking, this indicates that the error was previously active but is not active
anymore.
When pressing the button again after the ECON.A has presented the last available error code,
two dashes are displayed.
Remark:
The error display mode only applies to the the volatile error memory!
To access the permanent error logging information, either use a DANA PC tool or use the CAN
messages for interpretation.
5.2 CAN
5.2.1 DANA proprietary messages
To access the volatile error memory only, a set of DANA proprietary CAN messages are
provided in the ECON.A. Basically these messages provide access to the volatile error
memory in a very similar procedure as when using the display, but using the CAN bus.
Pro:
• It provides a simple set of single CAN frame messages to have easy access, without the
need of using the SAE J1939 proscribed transport protocol to interpret data in multipacket
CAN messages.
Con:
• These DANA proprietary messages only access the volatile error memory; it can not be
used to read the permanent error logging info.
• A logical sequence of these messages must be used to read out all present error info, as
the diagram below illustrates. This means these messages need some management
overhead if all the error info needs to be collected and presented.
The diagram below illustrates the usage of the DANA proprietary messages to read the volatile
active error info.
A similar diagram can be used for reading active and inactive error info.
For details on the data contents of these messages, please refer to chapter 3 paragraphs 4.1.6
and 4.2.4.
Pro:
• Standardized SAE J1939 diagnostic messages provide access to all error information
(including error logging)
• Active error info is not only available upon request, but is also broadcasted for
interpretation by networked devices other than a special diagnostic tool.
• Multipacket CAN messages: all diagnostic error info is transmitted in a multipacket CAN
message following the SAE J1939 standardized transport protocol (1 multipacket message
for active and 1 for inactive errors). This means no polling mechanism is needed to read
each error one by one, as with the DANA proprietary protcol.
• Any SAE J1939 compliant device can read the ECON.A diagnostic info.
Con:
• Support of SAE J1939 DM messages and especially transport protocol for multipacket
CAN message interpretation is needed in the device that needs to read the ECON.A
diagnostic information.
For details on implemenation of DM1, DM2 and DM3 messages and the multipackte message
transport protocol, please refer to the SEA J1939 standard.
For further details, please refer to the description of the “Dashboard” PC tool.
6 Error Dictionary
To implement the error handling as described in the previous paragraphs of this chapter, the ECON.A
uses a dictionary to identify all available error codes.
DANA
Group J1939 SPN Description
Dec Hex Dec Hex
0 0 520192 7F000 Digital Input 0 - pin 59
1 1 520193 7F001 Digital Input 1 - pin 58
2 2 520194 7F002 Digital Input 2 - pin 57
3 3 520195 7F003 Digital Input 3 - pin 56
4 4 520196 7F004 Digital Input 4 - pin 55
5 5 520197 7F005 Digital Input 5 - pin 54
6 6 520198 7F006 Digital Input 6 - pin 53
7 7 520199 7F007 Digital Input 7 - pin 52
16 10 520208 7F010 Analogue Input 0 - pin 25-24
17 11 520209 7F011 Analogue Input 1 - pin 27-26
18 12 520210 7F012 Analogue Input 2 - pin 29-28
19 13 520211 7F013 Analogue Input 3 - pin 14-13
26 1A 520218 7F01A Speed Input 0 - pin 10-09
27 1B 520219 7F01B Speed Input 1 - pin 12-11
32 20 520224 7F020 Power Output 0 - pin 33-34
33 21 520225 7F021 Power Output 1 - pin 31-32
34 22 520226 7F022 Power Output 2 - pin 48-49
35 23 520227 7F023 Power Output 3 - pin 18-19
36 24 520228 7F024 Power Output 4 - pin 46-47
37 25 520229 7F025 Power Output 5 - pin 17-16
38 26 520230 7F026 Power Output 6 - pin 35-50
39 27 520231 7F027 Power Output 7 - pin 01-02
40 28 520232 7F028 Power Output 8 - pin 03-04
48 30 520240 7F030 Digital Input Function: Declutch
49 31 520241 7F031 Digital Input Function: Automatic/Manual Shift
50 32 520242 7F032 Digital Input Function: Kickdown
51 33 520243 7F033 Digital Input Function: Neutral Lock
52 34 520244 7F034 Digital Input Function: Throttle Idle
53 35 520245 7F035 Digital Input Function: Throttle Full
57 39 520249 7F039 Digital Input Function: Parking Brake
REMARK: The error cause codes used in combination with the DANA error groups F0 to FF
are NOT compliant to this table! These error groups are intended for DANA use only and
therefor the causes are not to be interpreted in the standard way (as indicated by the
description of these error groups).
However, this special range of error codes is not expected to be activated in an ECON.A
application released for production.
APPENDICES
It is just a general example of how the functions are typically assigned to an APC122 pin.
Please check the application specific wiring diagram to see how the relevant signals for your specific
application are connected.
For a full description of the APC122 hardware and connections, please refer to the APC122 hardware
technical leaflet.
Check the application specific wiring diagram to see how the relevant signals for your specific application
are connected.
Pin Name Pin Function Application Function Pin Name Pin Function Application Function
01 AO7 (1) Power output 7 with 31 AO1 (1) Power ouput 1 without
current feedback current feedback Reverse Selector
02 GND_AO7 GND for AO7 32 GND_AO1 Power output 1 ground
03 AO8 (1) Power output 8 with 33 AO0 (1) Power output 0 without
current feedback current feedback Forward Selector
04 GND_AO8 GND for A08 34 GND_AO0 Power output 0 ground
05 GND Battery ground Battery - 35 AO6 (1) Power output 6 without
current feedback
06 RS232_RX0 RS232 RX channel 0 36 GND_BUS LIN/RS232/CAN bus RD.120 (optional)
ground
07 RS232_RX1 RS232 RX channel 1 37 RESET_ Reset request pin DANA reserved
REQUEST
22 CAN LO CAN V2.0B BUS J1939 CAN network 52 DI7 (2) Digital input 7
Pin Name Pin Function Application Function Pin Name Pin Function Application Function
23 CAN HI CAN V2.0B BUS J1939 CAN network 53 DI6 (2) Digital input 6
24 GND_ANI0 ANI0 ground Transmission Sump 54 DI5 (2) Digital input 5
25 ANI0 Analogue input 0 Temperature 55 DI4 (2) Digital input 4
26 GND_ANI1 ANI1 ground 56 DI3 (2) Digital input 3
Cooler In Temperature
27 ANI1 Analogue input 1 57 DI2 (2) Digital input 2
28 GND_ANI2 ANI2 ground 58 DI1 (2) Digital input 1
Brake Pedal Position
29 ANI2 Analogue input 2 59 DI0 (2) Digital input 0
30 GND_VREF Vref ground 60 VS_PWR Switched power supply Battery+
Due to it’s specific format, the refered list is not included directly in this
user manual and is presented in a separate document.
Please refer to the document named “ECON.A Error Codes v0.2”.
Revision record
Revision Date Made by Comments
0.0 28/12/2007 KVS Preliminary draft created for ECON.A prototype release
Disclaimer
APPLICATION POLICY
Capability ratings, features and specifications vary depending upon the model
type of service. Application approvals must be obtained from Spicer Off-Highway
Systems. We reserve the right to change or modify our product specifications,
configurations, or dimensions at any time without notice.
Ten Briele 3
B-8200 Brugge, Belgium
Tel: +32 (0) 50 402 211