Font Size: a A A

The Development And Implementation Of MOST Network Protocol Based On Quantum Programming

Posted on:2011-07-19Degree:MasterType:Thesis
Country:ChinaCandidate:W ChenFull Text:PDF
GTID:2178360305454906Subject:Computer application technology
Abstract/Summary:PDF Full Text Request
MOST (Media Oriented System Transport) is an Automotive Bus standard, intended for interconnecting multimedia components in automobiles and other vehicles. First conceived in 1997, it differs from existing vehicle bus technologies, in that it's intended to be carried largely on an optical fiber bearer, thus providing a bus-based networking system at bit-rates far higher than available on previous vehicle-bus technologies. MOST technology enables in-vehicle consumer devices to work seamlessly as a homogeneous system rather than independent devices each requiring their own control. It does not only include the physical connection between devices, but also defines properties and methods for devices to interact with each other.Almost all computer systems in general and embedded systems in particular, are event-driven, which means that they continuously wait for the occurrence of some external or internal event. After recognizing the event, such systems react by performing the appropriate computation that may include manipulating the hardware or generating"soft"events that trigger other internal software components. Once the event handling is complete, the software goes back to waiting for the next event. And such a mechanism known as event-driven framework, Quantum Programming using computer language achieve this mechanism in Binary code.To accelerate development of MOST applications using the OS81050 INIC, SMSC offers the MOST NetServices API, which provides software access to the MOST Network. All services that are relevant for the MOST Networks are available as a software library. This includes basic services such as initialization, up to high-level communication tasks. MOST NetServices code that resides on the EHC is modular and can be customized for the particular application. The MOST NetServices API is implemented in ANSI C, which can be adapted to individual requirements through configuration files.The paper import the idea of Quantum Programming into the original NetServices, building a new MOST network platform, which changed the dispatching way that NetServices usually does, making the MOST an event-driven program. The paper also proposes a new conception about NetServices, QPn-NetServices, which is going to be applied in our project.MOST NetServices is organized into two layers: Basic Services (Layer 1) and the Applications Socket (Layer 2). The Basic Services provides low-level services such as network initialization, Control message management, data integrity, and streaming channel allocation on the network. The Application socket operates on top of Basic Services, and provides a command interpreter and the services that can be accessed from the whole MOST networks.QPn is consisted of Quantum Event Processor-nano (QEPn), a lightweight event-driven framework Quantum Framework-nano (QFn), and a run-to-complete mini kernel Quantum kernel (QK). QEPn is a generic, portable, and reusable state machine engine that process events according to the general semantics of UML state machines. It allows you to create better designs because you can think in terms of events, states and transitions directly at the level of the programming language. The resulting code is smaller, cleaner, and simpler to understand, and review.QFn is a reusable event-driven application framework for executing concurrent state machines specifically designed for real-time embedded (RTE) systems. The use of QF generally simplifies the design of event-driven software by allowing the application to be divided into multiple active objects that the framework manages. Active objects in QFn are encapsulated tasks that communicate with one another asynchronously by sending and receiving events. Most of QFn is written in portable ANSI-C with microprocessor-specific, compiler-specific, or operating system-specific code kept to minimum for ease of portability. QFn is designed to work with QEPn and a real Time Operation System of your choice or even with just a "bare metal" target board.When the event is hierarchical, such as the transaction in the NetServices which contain two parts, service and event, the state of NetServices can transform form service stage to event stage, vice versa. A service may contain several different events. Under this condition, the general state machine would become too busy to handle the hierarchical event. In order to solve the problem, the article import the idea of QP into NetServices, setting up the state machine, QPn-NetServices for its own, which handle the NetServices transaction with the help of the hierarchical state machine. And it makes the sense of hierarchic of NetServices' stage much more obviously, allowing the reader a better understanding to the functions of NetServices.Because the NetServices is divided into two parts, services and events, the first step of processing QPn-NetServices is that redefine the structure of QP event, which extends the QEvent by adding a new member, srv. After that, we declare an active object, AO_MOST, which represents NetServices, and register the AO_MOST into the Active object management module of QFn. Modify the original schedule program of the NetServices by adding the QFn function into it. Because the NetServices transaction has one more services than the QP event, QPn-NetServices has to judge the service type of the transaction before entering the event handling program. If the user application would like to communicate with the QPn-NetServices, the programmer needs to encapsulate the FBlocks that the application contains into active object. Then, these active objects must be also registered into the Active object management module, participating in the QFn's schedule.In the actual operating environment, taking sending and receiving the audio data stream as a test finds that the voice in both QPn-NetServices and original NetServices is clear and smooth without noise. The proposed QPn-NetServices runs smoothly in the MOST system, and it can do what the traditional NetServices can with better event handling mechanism, smaller application framework, and an easier way to program MOST.MOST technology is changing the vehicle bus network, and the participating of the QP is no more than a great improve of the technology. Combining the characteristics of NetServices, the proposed QPn-NetServices not only shorten the development cycle of MOST applications, but also has a better event handling mechanism and a smaller application framework. With the help of the QPn-NetServices, the MOST Networks would not be limited in the multimedia network.
Keywords/Search Tags:MOST, QP, NetServices, QPn-NetServices
PDF Full Text Request
Related items