Prototype of FPGA Dynamic Reconfiguration Based-on Context-Oriented Programming

Ohkawa, Takenao; Tanigawa, Ikuta; Sato, Mikiko; Hisazumi, Kenji; Ogura, Nobuhiko; Watanabe, Hiroki

doi:10.1109/mcsoc.2019.00024

Cited by 1 publication

(1 citation statement)

References 11 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…By using COP, programmers can define the behaviors under different contexts in different layers, so as to perceive the environmental changes according to the context changes, and subsequently adjust the overall program behavior. Owing to such features, the COP framework has been used in the development of various embedded systems, such as the Robot Operating System [4] and FPGA [5].…”

Section: Introductionmentioning

confidence: 99%

Plam

Liu

Tanigawa

Watanabe

et al. 2020

Proceedings of the 12th ACM International Workshop on Context-Oriented Programming and Advanced Modularity

Self Cite

View full text Add to dashboard Cite

In recent years, with the development of embedded software, the demand for context-aware software and the need for Context-Oriented Programming (COP) frameworks is increasing. In general, within the COP framework, each method is managed in units of layers, and time is required to activate the layers following context changes. Compared to the traditional singlethread method, the use of multi-threading to control the layer activation doubles the system efficiency. Moreover, embedded software usually includes mechanisms for exception handling, such as communication disconnection, mechanical or hardware failures, and insufficient energy. These mechanisms are expected to be types of high-priority operations, which also require multithreading to achieve preemptive layer activation. In this study, we propose an architecture for preemptive layer activation known as PLAM by using multi-threading, which is based on the RTCOP framework. Using PLAM, the non-exception handling layers can be activated simultaneously, and when the context of the exception handling layer is perceived, the program can call a certain function to suspend or terminate the activation process of the other layers. Finally, we package a series of functions as APIs so that users can use these to customize the context listener. A test application confirms the feasibility of the proposed approach. CCS CONCEPTS • Software and its engineering~Software organization and properties~Contextual software domains~Software infrastructure~Middleware~Embedded middleware

show abstract

Section: Introductionmentioning

confidence: 99%