DeviceControl
is terminated, thereby returning full control of input(s)/output(s) to the node.
•
Any ECU resources allocated for the DataTransfer ($36) service which were a result of receiving a
RequestDownload ($34) request, shall be re-allocated back to their original purpose.
In addition, if a request for this service is received during a programming session (activated via the $A5
service), the programming session shall be considered concluded and all devices receiving the request shall
perform a software reset.
Note:
The software reset allows a device which had just been programmed to begin executing the new
software and calibrations downloaded. The reset of all nodes also resynchronizes the start-up of normal
communications.
If a high speed programming event was enabled on the low speed SWCAN link when a request for this service
is received, then all ECUs (including the tester) shall initialize their protocol converter hardware within 30 ms
from the time that the $20 request is successfully transmitted on the link. The low speed ECUs shall perform
the software reset after re-initializing the protocol converter hardware. If the low speed ECUs can reset the
CAN controller and perform a software reset in less than 30 ms, the low speed ECUs shall reset the CAN
controller immediately and delay the software reset the necessary amount of time to ensure that
communication does not begin in less than 30 ms from the time that the $20 request is transmitted on the link.
Note:
The delay is necessary to prevent bus errors that would occur if all nodes are not at the same baud rate
when one node begins normal communication.
Note:
Any node which uses a polling loop to service the protocol device shall ensure that the polling loop is
fast enough to process the request message and initialize the protocol converter hardware within 30 ms. The
reset of the protocol device shall take place prior to invoking the software reset. This is necessary to ensure
that no timing issues exist with some nodes completing the reset and attempting to initialize normal
communications before another device can initialize its protocol converter during its reset.
When using this service to end a programming session, the tester must target the request at all nodes on the
network via a functionally addressed request ($101 $FE $01 $20). A valid request for this service which
concludes a programming event shall not be followed by a positive response. The positive response for this
case has been eliminated due to timing issues involved with the possibility of transitioning back to the normal
baud rate on the low speed subnet.
If a request for this service is received while normal communications are disabled with the ($28)
DisableNormalCommunications service, and a programming session is not active, then the node shall
reinitialize normal communications. Reinitializing normal communications consists of the nodes application
performing necessary tasks (e.g., resetting or clearing flags, variables, etc.) as needed, and then invoking the
handler function(s) executed while in the Comm Init state.
Note:
Refer to GMW 3104 and the Diagnostics And Node Management section of this specification for more
details about the Comm Init state.
--``,,``````,``,,``,,,`,`,`,,-`-`,,`,,`,`,,`---
Do'stlaringiz bilan baham: |