AUTOSAR-based Communication Coprocessor for Automotive ECUs

Hamed, Ahmed M.; Safar, Mona; El-Kharashi, M. Watheq; Salem, Ashraf

doi:10.3850/9783981537079_0374

Cited by 4 publications

(5 citation statements)

References 0 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…The first version of COM ASIP (i.e. COM ASIP V1 [10]- [12]) supports two instructions. These instructions are the Send Signal and the Receive Signal instructions as shown in Table 1.…”

Section: B Com Asip V1mentioning

confidence: 99%

“…Our work is based on extending a previous work that implemented three versions of AUTOSAR communication (COM) applicationspecific instruction set processor (ASIP) (i.e. COM ASIP V1 [10]- [12], COM ASIP V2 [13], and COM ASIP V3 [14]- [16]). Up to our knowledge and literature survey, we are the first and the only authors so far to build an ASIP to enhance performance of AUTOSAR COM module in processing signals and PDUs and secure exchanging of these signals and PDUs between different ECUs.…”

Section: Introductionmentioning

confidence: 99%

“…We validated in [10], [11] our first non-pipelined version of COM ASIP (i.e. COM ASIP V1) by comparing its performance versus performance of application programming interfaces (APIs) and internal functions in AUTOSAR SW COM module.…”

Section: Introductionmentioning

confidence: 99%

“…Our work is based on extending a previous work that implemented three versions of AUTOSAR COM ASIP (i.e. COM ASIP V1 [10]- [12], COM ASIP V2 [13], and COM ASIP V3 [14]- [16]).…”

Section: Brief Introduction About the Previous Com Asipsmentioning

confidence: 99%

See 3 more Smart Citations

A Multicycle Pipelined GCM-Based AUTOSAR Communication ASIP

et al. 2022

Self Cite

View full text Add to dashboard Cite

In this paper, we explore two pipeline techniques to enhance performance of communication operations in AUTomotive Open System Architecture (AUTOSAR)-based automotive electronic control units (ECUs), and securing these communication operations using an enhanced two-layer process based on the highly secure Galois/Counter Mode of Operation (GCM) algorithm. Our work is based on extending a previous work that implemented three versions of AUTOSAR communication (COM) application-specific instruction set processor (ASIP). We made two pipelined architectures on top of COM ASIP V3 (i.e. COM ASIP V4 and COM ASIP V5). These new versions of COM ASIP are able to handle all operations (i.e. transmitting signals/long signals, receiving signals/long signals, calculating hash, or verifying hash for protocol data units (PDUs) containing these signals using GCM) of our previously implemented COM ASIPs in a pipelined fashion. The experimental results show that COM ASIP V4 has a speedup of 2.25x to 2.39x over COM ASIP V3, and COM ASIP V5 has a speedup of 3.27x to 5.5x over COM ASIP V3. They also show that throughput of these new versions of COM ASIP is much more, 100x to 338x, than throughput required by Controller Area Network Flexible Data Rate (CAN FD) and FlexRay communication buses.

show abstract

“…The first version of COM ASIP (i.e. COM ASIP V1 [10]- [12]) supports two instructions. These instructions are the Send Signal and the Receive Signal instructions as shown in Table 1.…”

Section: B Com Asip V1mentioning

confidence: 99%

Section: Introductionmentioning

confidence: 99%

Section: Introductionmentioning

confidence: 99%

“…Our work is based on extending a previous work that implemented three versions of AUTOSAR COM ASIP (i.e. COM ASIP V1 [10]- [12], COM ASIP V2 [13], and COM ASIP V3 [14]- [16]).…”

Section: Brief Introduction About the Previous Com Asipsmentioning

confidence: 99%

See 2 more Smart Citations

A Multicycle Pipelined GCM-Based AUTOSAR Communication ASIP

et al. 2022

Self Cite

View full text Add to dashboard Cite

show abstract

“…Our approach is based on extending previous works that implemented two AUTOSAR COM ASIPs. The first COM ASIP (i.e., COM ASIP V1) [9][10][11], as shown in Figure 1, introduced two instructions to handle transmission and reception of PDUs up to 8 bytes in length. This is done by handling signals no larger than 32 bits individually, inside these PDUs either by packing them during PDU transmission (i.e., through send signal instructions) or by unpacking them during PDU reception (i.e., through receive signal instructions).…”

Section: Introductionmentioning

confidence: 99%

Two-Layer Bus-Independent Instruction Set Architecture for Securing Long Protocol Data Units in Automotive Open System Architecture-Based Automotive Electronic Control Units

et al. 2022

View full text Add to dashboard Cite

In this paper, we propose a bus-independent hardware (HW)-based approach to secure long protocol data units (PDUs) in Automotive Open System Architecture (AUTOSAR)-based automotive electronic control units (ECUs). Our approach is based on extending previous works that implemented two AUTOSAR communication (COM) application-specific instruction set processors (ASIPs). COM ASIP V1 introduced two instructions to handle the transmission and reception of PDUs no larger than 8 bytes and signals no larger than 32 bits individually through send signal and receive signal instructions. COM ASIP V2 introduced two extra instructions to handle long signals and PDUs of arbitrary lengths. We extended the instruction set architecture (ISA) of our previous ASIPs by introducing six new instructions, in COM ASIP V3, to hash PDUs that contain these signals to authenticate transmission and reception of such PDUs. The experimental results show that COM ASIP V3 can handle (i.e., transmit, receive, calculate hash, or verify hash) a 64-byte controller area network flexible data-rate (CAN FD) frame in 1.575 μs and a 254-byte FlexRay frame in 6.301 μs. These measurements indicate that the throughput of our new COM ASIP is much higher, 42× to 75×, than the throughput required by these communication buses.

show abstract