AUTOSAR 3.2 Based Protocol Data Unit Router Module
AUTOSAR 3.2 Based Protocol Data Unit Router Module
AUTOSAR 3.2 Based Protocol Data Unit Router Module
Volume: 3 Issue: 3
ISSN: 2321-8169
1255 1260
_______________________________________________________________________________________________
__________________________________________________*****_________________________________________________
I.
INTRODUCTION
Improving scalability
Improving flexibility
Redundancy activation
SOFTWARE ARCHITECTURE
1255
IJRITCC | March 2015, Available @ http://www.ijritcc.org
_______________________________________________________________________________________
ISSN: 2321-8169
1255 1260
_______________________________________________________________________________________________
1256
IJRITCC | March 2015, Available @ http://www.ijritcc.org
_______________________________________________________________________________________
ISSN: 2321-8169
1255 1260
_______________________________________________________________________________________________
After power up the PDU Router module shall be in the state
PDUR_UNINIT. The PDU Router module shall change to
the state PDUR_ONLINE, when the PDU Router has
successfully initialized via the function PduR_Init. If the
initialization did not succeed the PDU Router module shall
change the state to PDUR_REDUCED.PDU Router states is
shown in figure 4.
PDU Router module shall perform routing when it is in
online state (PDUR_ONLINE), PDU Router shall perform
minimum routing and routing when it is in the reduced state
(PDUR_REDUCED) and the PDUR shall perform no
routing when it is in the uninitialized state
(PDUR_UNINIT) [6].
A.
1257
IJRITCC | March 2015, Available @ http://www.ijritcc.org
_______________________________________________________________________________________
ISSN: 2321-8169
1255 1260
_______________________________________________________________________________________________
PduR_<Lo>IfTxConfirmation and
PduR_<Lo>TpTxConfirmation functions are called by the
lower layer interface and Transport protocol modules after
the
PDU
has
been
transmitted.
PduR_<Lo>TpProvideTxBuffer , API is used to provide the
Tx buffer for the lower layer modules.
NM (Network Management) interface is a new added
feature of AUTOSAR 3.2 version. NM module shall act as a
bus independent adaptation layer between the bus specific
Network Management modules such as CanNm and FrNm.
PduR_<Can,Fr>NmRxIndication is used, after an L-PDU
has been received. PduR_<Can,Fr>NmTxConfirmation is
called after the PDU has been transmitted. In order to trigger
the
transmission
of
an
NM
message
PduR_<Can,Fr>NmTriggerTransmit API is used.
E. Functional Definitions for Upper layer modules
The modules above the PDU Router modules are COM
and DCM. PduR_<Up>Transmit is called by the upper layer
modules to request transmission .PduR_DcmCancelReceive
API is used to terminate the currently ongoing data
reception. PduR_DcmCancelTransmit is used to terminate
the currently ongoing TP data transmission. PDUR shall
provide a communication interface API for the CDD.
1258
IJRITCC | March 2015, Available @ http://www.ijritcc.org
_______________________________________________________________________________________
ISSN: 2321-8169
1255 1260
_______________________________________________________________________________________________
V.
CONFIGURATION
VII. RESULTS
In order to test and verify PDU Router module unit
testing, Batch testing, and integration testing were done.
A. Tessy Testing Result
After executing the test in Tessy ,if the expected and the
actual values are same the test case will pass by indicating it
in green colour.
1259
IJRITCC | March 2015, Available @ http://www.ijritcc.org
_______________________________________________________________________________________
ISSN: 2321-8169
1255 1260
_______________________________________________________________________________________________
The transmission of message from PC to board, reception
of message from board to PC and gateway of message from
one CAN channel to other is successfully tested. The
transmitted and received messages can be viewed in Trace
window of CANoe. Fig8 shows the snap shot of messages in
Trace window.
VIII. CONCLUSION
This work has resulted in a working AUTOSAR PDU
Router module. This was achieved by analyzing the
requirements and preparing the high level design. Based on
the high level design, low level design was done by drawing
flow charts for all APIs. After the design, coding was done
by using Visual C++, the correctness of the APIs was tested
in unit level and integration level using the tool Tessy. Batch
test report is generated using the Tessy software. Integration
Testing was done on MPC5668G Evaluation Board.
Messages were successfully transmitted and received in the
integration testing by using the MPC5668G Evaluation
Board and CANoe tool.
Believed that with the constant improvement of
AUTOSAR, the PDU Router module as an important part of
AUTOSAR, will play an increasingly important role in the
development of automotive electronics industry. With the
increasing demands for a safe and convenient car, the
complexity of automotive ECU is constantly increasing.
AUTOSAR enables the development of sophisticated ECU
software with high quality and efficiency. In the future,
AUTOSAR can be widespread to deal with the currently
faced challenges, such as reducing time to market, managing
the complexities, improving efficiencies, and so on.
REFERENCES
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
1260
IJRITCC | March 2015, Available @ http://www.ijritcc.org
_______________________________________________________________________________________